Re: [beagleboard] Angstrom Abandoned for BBB? Rumor + a Rant

[Micka]

But Who ?

I'm willing to pay someone to fix the Jitter problem of the LCD, but who
can fix that ?

I'm also planning to fix that by myself if no one want to do it, I'm not
afraid to put some printk everywhere to find out where is this *** bug ? Do
we know where this problem is situated ? Which driver ?


On Mon, Jan 6, 2014 at 10:31 PM, William Hermans  wrote:

> So why not just flat out donate right now.  I am sure that you can donate
> to someone on this list  that could be trusted to get the money where it
> belongs.
>
> After all there is no point in making everyone pay. And yeah this is
> starting to sound a bit like closed source stuff, but there is no reason
> why everyone has to pay for someones drivers when they do not need them.
>
>
>
> On Sun, Jan 5, 2014 at 3:29 PM,  wrote:
>
>> IMHO, many people will pay a few dollars more for BBB hardware to cover
>> for a software professional salary.
>> Do not let the BBB die.
>>
>>
>> On Sunday, January 5, 2014 11:35:34 AM UTC+11, William Hermans wrote:
>>
>>> Personally, I'd rather that TI kept their sticky paws off of the
>>> development as much as possible. Watching the SGX/DRM driver progression
>>> should be warning enough.
>>>
>>>
>>>  On Sat, Jan 4, 2014 at 5:24 PM, John Syne  wrote:
>>>

 From: Anguel 
 Reply-To: 

 Date: Saturday, January 4, 2014 at 3:09 PM
 To: 
 Cc: 

 Subject: Re: [beagleboard] Angstrom Abandoned for BBB? Rumor + a Rant



 On Saturday, January 4, 2014 3:20:07 PM UTC+1, Jason Kridner wrote:
>
> We are working with Robert Nelson's Debian images to try to produce an
> out-of-box experience on par with the Angstrom images. Once we have a
> few more features in, namely an updated Cloud9 IDE that works with
> node 0.10, then we'll push out a beta image broadly for testing.


 It is good news that you are working with Robert on Debian. IMHO this
 is the way to go. Robert is doing so much for the BBB community. TI should
 support him in every way they can.
 It is a fact that BBB developer resources are extremely limited. So
 efforts should really concentrate on getting the serious stuff working
 properly, I mean the basic things a serious developer needs: kernel +
 stability + Qt, because Linux is used for touch GUIs, not as a desktop
 replacement.
 For me Linux Desktops, Cloud9, USB networking etc. is just a big waste
 of precious development time, unless the intention is to fool new customers
 that the BBB is something easy to use. This is definitely not the case and
 will never be! Just have a look at all the posts in this thread.

 Actually, Cloud9 together with DojoToolKit is amazing for developing
 Web based GUI. Using websockets makes the GUI very responsive.



 The LCD Cape vendors should push support for their hardware into
> https://github.com/beagleboard/kernel and
> https://github.com/beagleboard/cape-firmware. CircuitCo does so.
> Github pull requests are the best way to do so.
>

 The problem with touch was that someone ported the ADC / touchscreen
 stuff from an upcoming TI kernel to the 3.8 kernel and some things broke.
 Then this somebody just did not have the time to fix the bugs and they
 stayed there. I already discussed this in another thread.

 Use Capacitive based touchscreen. These interface via USB.



 Anguel

 --
 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/groups/opt_out.

  --
 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/groups/opt_out.

>>>
>>>  --
>> 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/groups/opt_out.
>>
>
>  --
> 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

[beagleboard] Re: PWM: changing Period of EHRPWM

[Giuseppe Iellamo]

Hi,

the problem is a bug in pwm_test so that once you enabled two channels of 
the same ehrpwm you cannot change the period.

Try look at

http://saadahmad.ca/using-pwm-on-the-beaglebone-black/

https://github.com/SaadAhmad/beaglebone-black-cpp-PWM

Il giorno lunedì 6 gennaio 2014 21:13:37 UTC+1, anto...@gmail.com ha 
scritto:
>
> Thanks,
>
> Tried your trick even replaced the new dtbo file but even after 
> that I am getting the default value for Period ( ie, 500) and duty (ie, 
> 0) ... Is there any step that you missed in between...??. Anyways thanks 
> for the tip..:)
>
> On Monday, 8 July 2013 08:44:54 UTC+5:30, tohr...@gmail.com wrote:
>>
>> Hello,
>>
>> you can change period by changing dtbo files.
>>
>> 1 Generate dts file from original dtbo file
>> dtc -I dtb -O dts -o /lib/firmware/bone_pwm_P8_13-00A0.dts /lib/firmware/
>> bone_pwm_P8_13-00A0.dtbo
>>
>> 2 Change period
>> open file "/lib/firmware/bone_pwm_P8_13-00A0.dts" with editor at 
>> lines around line 26:
>> pwm_test_P8_13 {
>> compatible = "pwm_test";
>> pwms = <0xdeadbeef 0x1 0x7a120 0x1>;
>>
>>  and change to following, for example change period to 10ns=0.1ms
>>
>> pwm_test_P8_13 {
>> compatible = "pwm_test";
>> pwms = <0xdeadbeef 0x1 10 0x1>;
>>   
>> where
>> -3rd parameter of line"pwms = ~" is period.
>> -period (and other parameters) can be written in either decimal or 
>> hexadecimal of 0xABC format.
>> -default period 0x7a120 is 500 in decimal.
>> -As you mentioned, Both A and B output for one eHRPWM must have same 
>> period setting.
>>  If not, the second device will fail to setup at "echo (device)> 
>> /sys/devices/bone_capemgr.*/slots" command.
>>
>> 3 Compile to new dtbo file
>> dtc -O dtb -o bone_pwm_P8_13-00A0.dtbo -b 0 -@ bone_pwm_P8_13-00A0.dts
>>
>>  You'd better back up original dtbo file before overwriting it.
>>
>> 4 Use new dtbo file. 
>> echo bone_pwm_P8_13 > /sys/devices/bone_capemgr.*/slots
>>
>>
>>
>> 2013年6月4日火曜日 16時33分00秒 UTC+9 sultanof.ilo...@gmail.com:
>>>
>>> Hey, 
>>> yes sure, duty must be (0 <= duty <= period). Otherwise you would try to 
>>> to set a pwm duty cycle of less than 0% or more than 100%. Returning an 
>>> error to the user is a proper way to handle this. 
>>>
>>> As mentioned above EHRPWM1 and EHRPWM2 share the same base period (or 
>>> respectively the base frequency). If I enable both PWM ouputs, writing to 
>>> the period files always results in an error. Enabeling only one of the two 
>>> outputs lets me change the periods.
>>> This does make sense after all. I assume the necessary crosschecking of 
>>> the conditions (0 <= duty <= period) for related PWM outputs is simply not 
>>> implemented yet or mayby just faulty. 
>>>
>>> Am Montag, 3. Juni 2013 12:25:15 UTC+2 schrieb lawe...@gmail.com:

 Hi

 I'm just starting out, but here is what I found. Hopefully it can help 
 you.
 The period must be greater than duty.
 This worked fine for me:
 echo 10 > /sys/devices/ocp.2/pwm_test_P9_14.12/period
 Period is given in ns. Duty is given in ns on/off depending on polarity.

>>>
>>

-- 
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/groups/opt_out.

Re: [beagleboard] Unable to connect to 192.168.7.1

[Pariyan Shah]

I didnt understand what you meant. To explain more from my side - 

In PuTTY,
Host Name (or IP address) : 192.168.7.2
Port : 22

When I load session with above settings,
then if we want to connect back to the PC,

ping 192.168.7.1

So the PC appears as 192.168.7.1 on network and BBB is 192.168.7.2

But when I try myself, zero packets are received

-- 
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/groups/opt_out.

Re: [beagleboard] Re: 4D Systems 4DCAPE-70T, no display

[Terry Storm]

Hi Brian

Sorry I don't know what that is. What distribution is that?

Have you tried Android or Angstrom to verify the CAPE works correctly first?

Terry


On 7 January 2014 18:38, Brian Yee  wrote:

> Terry, I am running version:  Linux beaglebone 3.8.6 #1 SMP Sat Apr 13
> 09:10:52 CEST 2013 armv7l GNU/Linux
>
>
> Brian
>
>
> On Thursday, January 2, 2014 9:19:26 AM UTC-8, Brian Yee wrote:
>>
>> A couple of weeks ago I installed a 4D Systems 4DCAPE-70T on my BBB board
>> and powered it up.
>> I was able to connect via USB but there was no display on the LCD cape.
>> I also tried to run it standalone
>> with a USB mouse and keyboard (no HDMI display attached) but still no
>> display.
>>
>> Has anyone else had luck with this, and what hardware/OS configuration
>> did you use?  Any known
>> problems or hints?
>>
>> Thanks,
>>
>> Brian
>>
>>  --
> 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/_fkiZcnCl2I/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/groups/opt_out.
>

-- 
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/groups/opt_out.

RE: [beagleboard] Unable to connect to 192.168.7.1

[Bogdan Teodorescu]

Try 192.168.7.2
Molloy changed the default

From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On 
Behalf Of Pariyan Shah
Sent: Tuesday, January 07, 2014 8:10 AM
To: beagleboard@googlegroups.com
Subject: [beagleboard] Unable to connect to 192.168.7.1

I have BBB connected via USB, using PuTTY on windows
When I type -

ping 192.168.7.1   ->  20 packets sent, 0 received, 100% loss

Always packets are sent but received is zero always

Can anyone debug this problem?

Ps - I see this step in Derek Molloy's Beaglebone- Getting Started - Windows 
USB Network Adapter Setup Tutorial. Cant go ahead, I am stuck
--
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/groups/opt_out.

-- 
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/groups/opt_out.

[beagleboard] Unable to connect to 192.168.7.1

[Pariyan Shah]

I have BBB connected via USB, using PuTTY on windows
When I type - 

ping 192.168.7.1   ->  20 packets sent, 0 received, 100% loss

Always packets are sent but received is zero always

Can anyone debug this problem?

Ps - I see this step in Derek Molloy's Beaglebone- Getting Started - 
Windows USB Network Adapter Setup Tutorial. Cant go ahead, I am stuck

-- 
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/groups/opt_out.

[beagleboard] Re: 4D Systems 4DCAPE-70T, no display

[Brian Yee]

Terry, I am running version:  Linux beaglebone 3.8.6 #1 SMP Sat Apr 13 
09:10:52 CEST 2013 armv7l GNU/Linux

Brian


On Thursday, January 2, 2014 9:19:26 AM UTC-8, Brian Yee wrote:
>
> A couple of weeks ago I installed a 4D Systems 4DCAPE-70T on my BBB board 
> and powered it up.
> I was able to connect via USB but there was no display on the LCD cape.  I 
> also tried to run it standalone 
> with a USB mouse and keyboard (no HDMI display attached) but still no 
> display.
>
> Has anyone else had luck with this, and what hardware/OS configuration did 
> you use?  Any known
> problems or hints?
>
> Thanks,
>
> Brian
>
>

-- 
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/groups/opt_out.

Re: [beagleboard] Need parts for designing GPS cape for Beaglebone Black

[Eric Fort]

I'll work on one with you.  shouldn't be that hard.  just need a serial
port to talk to the chip/module or even i2c with some modules.  how about
basing a cape off of this:

https://www.sparkfun.com/products/11058 and to start as a first cut just
build the cape with a dip socket for this to plug into wired out to pins
for 3v3, gnd, rxd/txd switchable between uart1 & uart2 pins, & i2c to the
i2c pins.  that takes care of the gps you asked about.  now, if you added
places to plug in sensors like used on the weather cape, a rtc, and a 9
axis motion sensor ic you'd have a board that could really be fun to play
with!  let me know if you'd like to build some boards.  I can also help
with artwork in eagle.

Eric


On Mon, Jan 6, 2014 at 4:11 AM,  wrote:

> HI!
> I want to design my own GPS cape board for BB Black. But I dont know
> complete parts  lists . Can anyone help me.
>  Thanks
>
>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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/groups/opt_out.

Re: [beagleboard] 3G Modems

[Siji Sunny]

> google modeswitch
>
>
> 2014/1/6 Mike Bremford 
>
>> I've used a Huawei E3131 USB dongle which has an external antenna socket
>> - not hard to setup under Linux, as it presents itself as an ethernet
>> interface. There's nothing BeagleBone specific about setup, the steps
>> documented here are for debian:
>> http://captainunlikely.com/blog/2013/08/16/fallback-routing-with-linux/and 
>> you can probably find more detailed ones with google.
>>
>
Some of my blog entry for enabling 3G modem with Cubieboard and Via APC may
help you.

http://sijisunny.com/2013/06/27/3g-modem_cubie-board/

http://sijisunny.com/2013/02/09/configure-modem/



>
>>
>> On 6 January 2014 13:15,  wrote:
>>
>>> Hello
>>>
>>> As part of a project I am working on, it is required to use a 3G modem
>>> connected to a Beaglebone Black as the BBB will be placed in a remote
>>> location.
>>> I have acquired Sakis3G, and attempted to use some 3G modems, but they
>>> did not work, and the script only told me that it was unable to connect to
>>> the modem (eventhough it did pick it up).
>>>
>>> Does anyone know where I can find a list of 3G modems compatible with
>>> the BBB, or reference me to a tutorial on how to connect to a 3G modem
>>> manually.
>>> One requirement I have is the modem must have a slot where a external
>>> antenna can be connected.
>>>
>>> Thank you in advance!
>>> Cornel
>>>
>>> --
>>> 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/groups/opt_out.
>>>
>>
>>  --
>> 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/groups/opt_out.
>>
>
>  --
> 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/groups/opt_out.
>



-- 
Siji Sunny

-- 
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/groups/opt_out.

Re: [beagleboard] 3G Modems

[liyaoshi]

google modeswitch


2014/1/6 Mike Bremford 

> I've used a Huawei E3131 USB dongle which has an external antenna socket -
> not hard to setup under Linux, as it presents itself as an ethernet
> interface. There's nothing BeagleBone specific about setup, the steps
> documented here are for debian:
> http://captainunlikely.com/blog/2013/08/16/fallback-routing-with-linux/and 
> you can probably find more detailed ones with google.
>
>
> On 6 January 2014 13:15,  wrote:
>
>> Hello
>>
>> As part of a project I am working on, it is required to use a 3G modem
>> connected to a Beaglebone Black as the BBB will be placed in a remote
>> location.
>> I have acquired Sakis3G, and attempted to use some 3G modems, but they
>> did not work, and the script only told me that it was unable to connect to
>> the modem (eventhough it did pick it up).
>>
>> Does anyone know where I can find a list of 3G modems compatible with the
>> BBB, or reference me to a tutorial on how to connect to a 3G modem manually.
>> One requirement I have is the modem must have a slot where a external
>> antenna can be connected.
>>
>> Thank you in advance!
>> Cornel
>>
>> --
>> 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/groups/opt_out.
>>
>
>  --
> 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/groups/opt_out.
>

-- 
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/groups/opt_out.

Re: [beagleboard] Re: Boot failure "external abort on non-linefetch" in cpsw_probe with any image after Wi-Fi install

[Loren Amelang]

Robert,

Tried the prebuilt Ubuntu 13.10 Flasher image:
BBB-eMMC-flasher-ubuntu-13.10-2013-12-17-2gb.img.xz

Pretty much the same result as the Ubuntu uSD, and all the other images 
I've tried. Lots of apparently nonfatal errors:

U-Boot SPL 2013.10-00015-gab7a95a (Nov 08 2013 - 16:01:27)
reading args
spl: error reading image args, err - -1
...
WARNING: Caches not enabled
NAND:  0 MiB
MMC:   OMAP SD/MMC: 0, OMAP SD/MMC: 1
*** Warning - readenv() failed, using default environment

Net:not set. Validating first E-fuse MAC
Could not get PHY for cpsw: addr 0
cpsw, usb_ether


Different boot file sizes:

reading uEnv.txt
1313 bytes read in 3 ms (426.8 KiB/s)
Importing environment from mmc ...  <-- still this line that I fear is 
copying my problem
gpio: pin 55 (gpio 55) value is 1
Checking if uenvcmd is set ...
gpio: pin 56 (gpio 56) value is 1
Running uenvcmd ...
reading zImage
3334336 bytes read in 313 ms (10.2 MiB/s)
reading initrd.img
2996231 bytes read in 282 ms (10.1 MiB/s)
reading /dtbs/am335x-boneblack.dtb
24884 bytes read in 8 ms (3 MiB/s)
Kernel image @ 0x8020 [ 0x00 - 0x32e0c0 ]
## Flattened Device Tree blob at 815f
   Booting using the fdt blob at 0x815f
   Using Device Tree in place at 815f, end 815f9133


Still the same MAC addresses:

[0.117178] cpsw.0: No hwaddr in dt. Using 90:59:af:4d:71:eb from efuse
[0.117199] cpsw.1: No hwaddr in dt. Using 90:59:af:4d:71:ed from efuse


Still the same kernel panic:

[2.683230] davinci_mdio 4a101000.mdio: davinci mdio revision 1.6
[2.689662] davinci_mdio 4a101000.mdio: no live phy, scanning all
[2.696404] davinci_mdio: probe of 4a101000.mdio failed with error -5
[2.703442] Detected MACID = 90:59:af:4d:71:eb
[2.707998] Unhandled fault: external abort on non-linefetch (0x1008) at 
0xe089e000
[2.716213] Internal error: : 1008 [#1] SMP ARM
[2.720957] Modules linked in:
[2.724162] CPU: 0Not tainted  (3.8.13-bone32 #1)
[2.729465] PC is at cpsw_probe+0x528/0xbc8
[2.733849] LR is at ioremap_page_range+0xd8/0x16c
...
[2.923102] [] (cpsw_probe+0x528/0xbc8) from [] 
(driver_probe_device+0xa4/0x1e4)
[2.932676] [] (driver_probe_device+0xa4/0x1e4) from 
[] (__driver_attach+0x68/0x8c)
[2.942529] [] (__driver_attach+0x68/0x8c) from [] 
(bus_for_each_dev+0x70/0x84)



I don't think any image is going to boot this board. I am concerned that 
every one of them displays the line: 

Importing environment from mmc ... 

If that means what it says, it seems like it is copying whatever 
configuration problem is killing my cpsw_probe to each new attempt at 
booting or flashing. 

The only environment lines that jump out at me are: 

ethact=cpsw
ethaddr=90:59:af:4d:71:eb
...
usbnet_devaddr=90:59:af:4d:71:eb

The original MAC addresses from ifconfig, before the boot failures: 
eth0  Link encap:Ethernet  HWaddr 90:59:AF:4D:71:EB
ra0   Link encap:Ethernet  HWaddr 00:0C:43:00:7D:7F
usb0  Link encap:Ethernet  HWaddr 6E:5A:F6:F0:F3:45


That "importing" line is echoed directly from the env:

fdt_high=0x
fdtaddr=0x80F8
fdtfile=am335x-boneblack.dtb
findfdt=if test $board_name = A33515BB; then setenv fdtfile am335x-evm.dtb; 
fi; if test $board_name = A335X_SK; then setenv fdtfile am335x-evmsk.dtb; 
fi;if test $board_name = A335BONE; then setenv fdtfile am335x-bone.dtb; fi; 
if test $board_name = A335BNLT; then setenv fdtfile am335x-boneblack.dtb; fi
importbootenv=echo Importing environment from mmc ...; env import -t 
$loadaddr $filesize
kloadaddr=0x80007fc0
loadaddr=0x8020

Help! I need some better suggestions than to try yet another image. 

Loren


On Monday, January 6, 2014 3:30:43 PM UTC-8, RobertCNelson wrote:
>
>
> On Jan 6, 2014 5:27 PM, "Loren Amelang" > 
> wrote:
> >>
> >> Robert,
> >>
> >> Sorry! Me again...  
> >>
> >> I have your Saucy image. Verified. But it appears it requires your 
> setup_sdcard script to be run, from a Linux machine. I've been using 
> Win32DiskImager...  So I've copied it to the netbook, and I see the script, 
> but when I plug in my uSD card it says my system can't mount ext4. I 
> suppose that means Intrepid can't directly create the uSD image either. Is 
> there some option to write your output back to a local file and use 
> Win32DiskImager to write it from Windows? 
>  
> Scroll down you find both a flasher and microsd version for you non linux 
> users.
>
> >>
> >> And of course if the bone32 kernel doesn't boot my BBB, I won't be able 
> to update to bone35, so the whole exercise might be moot. I thought the 
> whole idea was that I needed bone35 to solve my cpsw_probe error that keeps 
> me from booting at all. (But bone30 booted fine for the first two hours!!!) 
> >>
> >> Thanks for clueing me in about LTS. Maybe you can provide the same 
> insight about the whole idea of using the BBB? I've now spent almost a 
> month struggling with what was supposed to be a $50 "black box" component 
> of a much larger project. I didn't want anothe

Re: [beagleboard] Re: Boot failure "external abort on non-linefetch" in cpsw_probe with any image after Wi-Fi install

[Loren Amelang]

>
> Vaibhav,
>
> I've now been through six different images and they all end up with the 
> same panic. I don't know what else to do except push on the RMA people for 
> a hardware change. But then I'd be afraid I'd create the same problem on a 
> new board...  
>
> As for command timing, I've seen vastly different command sequences 
> leading up to the panic, so unless you mean the timing within cpsw_probe 
> itself it is hard to imagine how that could be a factor. And this is 100% 
> failure, with any image, on either memory, power cycled or reset in any 
> order. With or without console to USB or console to level converter 
> connection, with or without USB or ethernet connected. 
>
> Obviously cpsw_probe needs to fail more gracefully. Hopefully with a clue 
> as to what is wrong. Could that be the "mdio failed with error -5" line? 
>
>
> Here's a 1 in 100 boots problem with that error:
> http://permalink.gmane.org/gmane.linux.network/279586
>
> But he gets a "random" MAC - I get the correct one:
> | davinci_mdio: probe of 4a101000.mdio failed with error -5
> | Random MACID = 16:74:44:51:f1:0f
> | gpio-keys volume_keys.6: Unable to claim irq 0; error -22
> | gpio-keys: probe of volume_keys.6 failed with error -22
>
>
> The guy mentioned way above with my same problem on only one of six BBB 
> boards shows the -5 error:
> http://osdir.com/ml/beagleboard/2013-11/msg00230.html
>
>
> Found (maybe?) the error doc:
>
> http://www.ks.uiuc.edu/Development/MDTools/namdlite/files/doc/html/file_8h.html#a48
> -
> enum   { MDIO_ERROR = -1, MDIO_LENGTH_ERRMSG = 240 }
> ...
> Error numbers.
> Enumeration values:
> MDIO_ERROR_NONE  No error.
> MDIO_ERROR_WARN  A warning.
> MDIO_ERROR_BADVAL  An illegal value pertaining to file.
> MDIO_ERROR_NOMEM  Memory cannot be allocated.
> MDIO_ERROR_OPEN  Cannot open a file.
> MDIO_ERROR_CLOSE  Cannot close a file.
> MDIO_ERROR_READ  Unable to read from file.
> MDIO_ERROR_WRITE  Unable to write to file.
> MDIO_ERROR_SEEK  Unable to perform a byte seek within file.
> MDIO_ERROR_SYNTAX  Syntax error occurred with file.
> MDIO_ERROR_UNXEOF  The end-of-file marker occurred unexpectedly.
> -
>
> But that doesn't make much sense to me...  It is all about opening and 
> closing files, not probing devices. Yes, I know "everything in Unix is a 
> file", but those errors really do sound like file errors. 
>
> Guess I'm in over my depth. 
>
> Loren
>
>
> On Monday, January 6, 2014 4:11:22 PM UTC-8, Vaibhav wrote:
>
> As per the commit logs of the mainline kernel a patch adding pm_runtime_* 
> calls in the driver went in around 3.7-rc3. I believe the images that you 
> have which are based on v3.8 will have them in place. 
>
> I still can't think of a reason why it would worked earlier. Could be a 
> race 
> condition or could even be a hardware thing. Try changing the kernel build 
> to narrow it down. And yes, the error that you see would typically come up 
> when the init fails (typically clock). 
>
>

-- 
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/groups/opt_out.

Re: [beagleboard] Clone Ubuntu EMMC on BBB

[Brian Piccioni]

I probably only understand a tiny part of what you wrote. I will post the 
result of the experiment tomorrow.

Thanks again for the help and your patients

Brian

On Monday, January 6, 2014 9:22:16 PM UTC-5, RobertCNelson wrote:
>
> On Mon, Jan 6, 2014 at 8:04 PM, Brian Piccioni 
> > 
> wrote: 
> > Got it, thanks. 
> > 
> > So I'll basically plug in the FTDI, open a terminal emulator and try to 
> boot 
> > off my cloned image and see what she says. 
> > 
> > Unfortunately, I have to go through my eMMC copying routine first, and I 
> > have to remove 6" of snow first ... 
> > 
> > I wasn't expecting any trouble using dd to clone the eMMC. I had done 
> pretty 
> > much exactly the same thing converting my Windows and Linux systems to 
> SSDs 
> > and it worked like a charm. I would have figured that, unless something 
> like 
> > the MAC address (which is unique to each platform) matters to the OS it 
> > would work on the BBB as well. 
>
> dd is facing two issues.. hotplug (so eMMC/microSD can easily swap 
> kernel names /dev/mmcblk0 / /dev/mmcblk1 )  and to support hotplug, we 
> are using UUID's to access the eMMC..  (such that you can easily boot 
> with the microSD plugged in or not..) 
>
> 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/groups/opt_out.

Re: [beagleboard] Angstrom Abandoned for BBB? Rumor + a Rant

[David Anders]

On Saturday, January 4, 2014 5:09:53 PM UTC-6, Anguel wrote:
>
>
>
> On Saturday, January 4, 2014 3:20:07 PM UTC+1, Jason Kridner wrote:
>>
>> We are working with Robert Nelson's Debian images to try to produce an 
>> out-of-box experience on par with the Angstrom images. Once we have a 
>> few more features in, namely an updated Cloud9 IDE that works with 
>> node 0.10, then we'll push out a beta image broadly for testing.
>
>
> It is good news that you are working with Robert on Debian. IMHO this is 
> the way to go. Robert is doing so much for the BBB community. TI should 
> support him in every way they can.
> It is a fact that BBB developer resources are extremely limited. So 
> efforts should really concentrate on getting the serious stuff working 
> properly, I mean the basic things a serious developer needs: kernel + 
> stability + Qt, because Linux is used for touch GUIs, not as a desktop 
> replacement.
> For me Linux Desktops, Cloud9, USB networking etc. is just a big waste of 
> precious development time, unless the intention is to fool new customers 
> that the BBB is something easy to use. This is definitely not the case and 
> will never be! Just have a look at all the posts in this thread.
>
>
just a reminder, TI has nothing to do with BeagleBoard.org other than 
selling Circuitco the chips to manufacture the beagleboard products 
it's circuitco and beagleboard.org that are working with Robert.

Dave

 

> The LCD Cape vendors should push support for their hardware into 
>> https://github.com/beagleboard/kernel and 
>> https://github.com/beagleboard/cape-firmware. CircuitCo does so. 
>> Github pull requests are the best way to do so. 
>>
>
> The problem with touch was that someone ported the ADC / touchscreen stuff 
> from an upcoming TI kernel to the 3.8 kernel and some things broke. Then 
> this somebody just did not have the time to fix the bugs and they stayed 
> there. I already discussed this in another thread.
>
> Anguel
>

-- 
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/groups/opt_out.

[beagleboard] Re: Wifi Adapter Recommendations

[KurtE]

Thanks guys,

Yep the steps, mentioned look familiar.  Although back then, I believe I 
edited the Makefile differently.  That is, I turned off windows turned on 
the Arm...  But it looks like I still have the earlier built 8192cu.ko 
file, so tomorrow will try running with it and see how well it works.  If 
not will try rebuilding from the new instructions.

William, yep I totally agree, which is why I purchased my first edimax when 
I purchased my first RPI.  I did not see any particular one when BBBk was 
released so though another ones of these would work.  WHen I ordered Odroid 
U2 I ordered one of their adapter and likewise when I purchased an Intel 
NUC...   

Still having fun playing and learning.

-- 
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/groups/opt_out.

Re: [beagleboard] Clone Ubuntu EMMC on BBB

[Robert Nelson]

On Mon, Jan 6, 2014 at 8:04 PM, Brian Piccioni  wrote:
> Got it, thanks.
>
> So I'll basically plug in the FTDI, open a terminal emulator and try to boot
> off my cloned image and see what she says.
>
> Unfortunately, I have to go through my eMMC copying routine first, and I
> have to remove 6" of snow first ...
>
> I wasn't expecting any trouble using dd to clone the eMMC. I had done pretty
> much exactly the same thing converting my Windows and Linux systems to SSDs
> and it worked like a charm. I would have figured that, unless something like
> the MAC address (which is unique to each platform) matters to the OS it
> would work on the BBB as well.

dd is facing two issues.. hotplug (so eMMC/microSD can easily swap
kernel names /dev/mmcblk0 / /dev/mmcblk1 )  and to support hotplug, we
are using UUID's to access the eMMC..  (such that you can easily boot
with the microSD plugged in or not..)

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/groups/opt_out.

Re: [beagleboard] Clone Ubuntu EMMC on BBB

[Brian Piccioni]

Got it, thanks. 

So I'll basically plug in the FTDI, open a terminal emulator and try to 
boot off my cloned image and see what she says.

Unfortunately, I have to go through my eMMC copying routine first, and I 
have to remove 6" of snow first ...

I wasn't expecting any trouble using dd to clone the eMMC. I had done 
pretty much exactly the same thing converting my Windows and Linux systems 
to SSDs and it worked like a charm. I would have figured that, unless 
something like the MAC address (which is unique to each platform) matters 
to the OS it would work on the BBB as well.

By the way - I know you are very active in supporting the platform. Thanks 
on behalf of all BBB users.

I think it is great piece of kit.

Brian

On Monday, January 6, 2014 8:55:45 PM UTC-5, RobertCNelson wrote:
>
> On Mon, Jan 6, 2014 at 7:51 PM, Brian Piccioni 
> > 
> wrote: 
> > Thanks for the suggestions. 
> > 
> > I have found this information regarding serial.conf 
> >  sudo nano /media/rootfs/etc/init/serial.conf 
> >  With this content: 
> > /etc/init/serial.conf 
> > start on stopped rc RUNLEVEL=[2345] 
> > stop on runlevel [!2345] 
> > 
> > respawn 
> > exec /sbin/getty 115200 ttyO0 
> > 
> > Are these the ones you mean? 
>
> That just sets up getty on ttyO0 so you login over the serial port too.. 
>
> > I don't know which adjustments to the uEnv.txt I need - the ones I have 
> seen 
> > appear to be about mounting the microSD under Angstrom (I think). Are 
> there 
> > others? Also, I have not followed Robert's instructions (yet) are there 
> > instructions for cloning eMMC I should be following? 
>
> I actually use rsync/sfdisk to create a new microSD of the eMMC then 
> just using dd.. It's also way faster 5-10 minutes.. 
>
> For example this will copy the eMMC to microSD: 
>
> https://github.com/RobertCNelson/tools/blob/master/scripts/beaglebone-black-copy-eMMC-to-microSD.sh
>  
>
> however it'll only work on the images i host on rcn-ee.net due to some 
> assumptions made in my images. 
>
> 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/groups/opt_out.

Re: [beagleboard] Clone Ubuntu EMMC on BBB

[Robert Nelson]

On Mon, Jan 6, 2014 at 7:51 PM, Brian Piccioni  wrote:
> Thanks for the suggestions.
>
> I have found this information regarding serial.conf
>  sudo nano /media/rootfs/etc/init/serial.conf
>  With this content:
> /etc/init/serial.conf
> start on stopped rc RUNLEVEL=[2345]
> stop on runlevel [!2345]
>
> respawn
> exec /sbin/getty 115200 ttyO0
>
> Are these the ones you mean?

That just sets up getty on ttyO0 so you login over the serial port too..

> I don't know which adjustments to the uEnv.txt I need - the ones I have seen
> appear to be about mounting the microSD under Angstrom (I think). Are there
> others? Also, I have not followed Robert's instructions (yet) are there
> instructions for cloning eMMC I should be following?

I actually use rsync/sfdisk to create a new microSD of the eMMC then
just using dd.. It's also way faster 5-10 minutes..

For example this will copy the eMMC to microSD:
https://github.com/RobertCNelson/tools/blob/master/scripts/beaglebone-black-copy-eMMC-to-microSD.sh

however it'll only work on the images i host on rcn-ee.net due to some
assumptions made in my images.

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/groups/opt_out.

Re: [beagleboard] Clone Ubuntu EMMC on BBB

[Brian Piccioni]

Thanks for the suggestions. 

I have found this information regarding serial.conf
 sudo nano /media/rootfs/etc/init/serial.conf
 With this content:
/etc/init/serial.conf
start on stopped rc RUNLEVEL=[2345]
stop on runlevel [!2345]
 
respawn
exec /sbin/getty 115200 ttyO0

Are these the ones you mean?


I don't know which adjustments to the uEnv.txt I need - the ones I have 
seen appear to be about mounting the microSD under Angstrom (I think). Are 
there others? Also, I have not followed Robert's instructions (yet) are 
there instructions for cloning eMMC I should be following?


Also, thanks for the tip regarding a 3v3 FDTI, however, according to this 

http://dave.cheney.net/2013/09/22/two-point-five-ways-to-access-the-serial-console-on-your-beaglebone-black
The Vcc line on the BBB is not connected - of course I will verify.

Thanks!


On Monday, January 6, 2014 4:12:42 PM UTC-5, William Hermans wrote:
>
> Just make sure your serial adapter is 3v3 TTL. 
>
> Also you need to make certain adjustments to the uEnv.txt, and 
> /etc/inittab or /etc/init/serial.conf files if you have not done so 
> already. If you followed Roberts instructions thus far, then you're 
> probably golden.
>
>
> On Mon, Jan 6, 2014 at 9:31 AM, Robert Nelson 
> 
> > wrote:
>
>> On Mon, Jan 6, 2014 at 10:26 AM, Brian Piccioni 
>> > 
>> wrote:
>> > Robert
>> >
>> > Thank you so much for the reply. I was unaware that I could pull 
>> diagnostic
>> > information from the BBB during boot from the serial port.
>>
>> I wouldn't say it'll give you an 100% answer, but it'll at-least give
>> you a clue for the next direction to go..
>>
>> >
>> > Indeed - I never noticed the serial port before either!
>> >
>> > I believe I have a serial to USB adapter, so I'll try it when I get 
>> home.
>> >
>> > One correction: my flashed BBB is not running Ubuntu 12.4, but 13.04. 
>> Not
>> > that it makes a difference, but I figure for historical reasons I'd 
>> correct
>> > it.
>>
>> In most cases the version of ubuntu actually dosen't matter.. It's
>> more about when it was packaged and how it was setup on your device.
>>
>> 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...@googlegroups.com .
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>

-- 
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/groups/opt_out.

Re: [beagleboard] Re: To CANBUS or not to CANBUS

[Mark Lazarewicz]

I had someone pitch me CAN is very deterministic 
beyond auto I have seen it in medical and the Boeing DreamLIner(787) breaking 
system




On Monday, January 6, 2014 7:29 AM, "tee.ef...@gmail.com"  
wrote:
 
Le vendredi 3 janvier 2014 18:55:34 UTC+1, Michael Cummins a écrit :
 
What does the CANBUS Cape offer beyond what the BBB can already do?

CAN bus need a transceiver to be connected to the physical layer. This device 
transform the CAN Rx / Tx signals of the BBB into CAN low and CAN High.
 See for example : ISO 1050 - ISOLATED CAN TRANSCEIVER 

The CAN cape contains this kind of component and an EEPROM that automatically 
set the right ports in the CAN mode.

You could build your own cape with a different transceiver (with 2 supplies: 5 
or 12v for the CAN bus side and 3.3v for the BBB side) and configure yourself 
the BBB with the appropriate device tree: Enable CANBus on the BeagleBone Black


-- 
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/groups/opt_out.

-- 
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/groups/opt_out.

Re: [beagleboard] USB Host mass storage device possible?

[Robert Nelson]

On Mon, Jan 6, 2014 at 6:05 PM,   wrote:
> Nothing too fancy, I was thinking of having a 3g modem attached to the BBB 
> that would upload/download files to a remote server which could then be 
> accessed via mass transfer protocol from a pc.

The only thing you can do is plug it in and find out.. some are
supported some are not..

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/groups/opt_out.

Re: [beagleboard] USB Host mass storage device possible?

[Robert Nelson]

> Thanks that's good news, I don't have a BBB yet as nobody seems to have any 
> stock but hopefully can get one next month.
>
> So by default the OS will run from the NAND and the sdcard will appear as a 
> mass storage device on the pc?

"nand" -> eMMC ..

the first partition does by default..

>
> I tried to do something similar on a Marsboard and I had to use 
> g_file_storage and g_mass_storage kernel modules from gadgetfs. Does the BBB 
> use gadgetfs or something different to achieve the mass storage functionailty?

same subsystem..

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/groups/opt_out.

Re: [beagleboard] Re: Boot failure "external abort on non-linefetch" in cpsw_probe with any image after Wi-Fi install

[Vaibhav Bedia]

On Mon, Jan 6, 2014 at 1:57 AM, Loren Amelang  wrote:
>> @Vaibhav,
>
>
> Just found this:
> http://web.archiveorange.com/archive/v/vEQ2y6LmBVoCWJwTbcnr
>
> about a problem with clocks not being enabled before mdio: probe - which
> seems directly applicable to my Ubuntu fail!
>
> "Make the driver control the device clocks. Appearantly, the Davinci
> platform probes this driver with the clock all powered up, but on OMAP,
> this isn't the case.Make the driver control the device clocks. Appearantly,
> the Davinci
> platform probes this driver with the clock all powered up, but on OMAP,
> this isn't the case."
>
> "Certainly, with respect to CPSW & MDIO, this patch is not enough and
> requires further investigation. I have started looking at this and
> hopefully will have some solution soon..."
>
> But that was over a year ago - was it resolved?

As per the commit logs of the mainline kernel a patch adding pm_runtime_*
calls in the driver went in around 3.7-rc3. I believe the images that you
have which are based on v3.8 will have them in place.

I still can't think of a reason why it would worked earlier. Could be a race
condition or could even be a hardware thing. Try changing the kernel build
to narrow it down. And yes, the error that you see would typically come up
when the init fails (typically clock).

-- 
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/groups/opt_out.

Re: [beagleboard] AM335X driver not found

[Vaibhav Bedia]

On Mon, Jan 6, 2014 at 4:43 AM, Sasi Anil  wrote:
> hi
>
> i have got my new beaglebone black ,after flashing angstrom os into board
> through sd card,i am facing the problem AM335X driver not found
> i would be thankful for your suggestions
>
That's very little info to go on. Do you have any logs? Where does the message
appear? Which image did you flash and things like that please ;)

-- 
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/groups/opt_out.

Re: [beagleboard] USB Host mass storage device possible?

[patrick]

Nothing too fancy, I was thinking of having a 3g modem attached to the BBB that 
would upload/download files to a remote server which could then be accessed via 
mass transfer protocol from a pc.

On Tuesday, January 7, 2014 1:47:23 AM UTC+11, Philip Polstra wrote:
> What kind of processing do you want to do? 
> 
> On Jan 6, 2014 6:09 AM,   wrote:
> 
> 
> Hi,
> 
> Would appreciate some insights into whether or not this would be possible 
> with the current beaglebone black hardware.
> 
> Could I have a BBB running ubuntu that at the same time can be plugged into a 
> pc and act as a USB mass storage device?
> 
> 
> So for example just say I have a computer running windows xp with no admin 
> rights to install drivers, could I plug a BBB into this computer, have the 
> BBB show up as a mass storage device, copy files to a location on the BBB 
> (possibly a virtual filesystem or separate SD card partition), BBB performs 
> some form of processing on the files etc...
> 
> 
> Hope this makes sense.
> 
> Thanks,
> Patrick
> 
> 
> 
> 
> 
> -- 
> 
> 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/groups/opt_out.

-- 
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/groups/opt_out.

Re: [beagleboard] usb-serial device doesn't appear in /dev. Need a udev rule?

[Nuno Sucena Almeida]

On 01/05/2014 01:07 AM, loonsailor wrote:
> The Startech device, with the TI chipset, continues to have the same 
> problem.  I've tried a couple of other converters, Keyspan and Trendnet, 
> both of which use the Prolific chipset, and they do work, making both 

Hi,

if you feel brave enough, you could try to patch the kernel
drivers/usb/serial/ti_usb_3410_5052.{c,h} files and add the startech usb
vendor id, see attachment.
Since I don't have that device, I cannot test it myself, but if works
with you it can then be sent upstream.
Which kernel do you have (cat /proc/version)? I could compile the
module for you, if you are willing to test it.

regards,
Nuno

-- 
http://aeminium.org/nuno/

-- 
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/groups/opt_out.
diff --git a/drivers/usb/serial/ti_usb_3410_5052.c b/drivers/usb/serial/ti_usb_3410_5052.c
index c9a3569..085afb3 100644
--- a/drivers/usb/serial/ti_usb_3410_5052.c
+++ b/drivers/usb/serial/ti_usb_3410_5052.c
@@ -146,6 +146,7 @@ static int closing_wait = TI_DEFAULT_CLOSING_WAIT;
 static struct usb_device_id ti_id_table_3410[] = {
 	{ USB_DEVICE(TI_VENDOR_ID, TI_3410_PRODUCT_ID) },
 	{ USB_DEVICE(TI_VENDOR_ID, TI_3410_EZ430_ID) },
+	{ USB_DEVICE(STARTECH_VENDOR_ID, TI_3410_PRODUCT_ID) },
 	{ USB_DEVICE(MTS_VENDOR_ID, MTS_GSM_NO_FW_PRODUCT_ID) },
 	{ USB_DEVICE(MTS_VENDOR_ID, MTS_CDMA_NO_FW_PRODUCT_ID) },
 	{ USB_DEVICE(MTS_VENDOR_ID, MTS_CDMA_PRODUCT_ID) },
@@ -174,6 +175,7 @@ static struct usb_device_id ti_id_table_5052[] = {
 static struct usb_device_id ti_id_table_combined[] = {
 	{ USB_DEVICE(TI_VENDOR_ID, TI_3410_PRODUCT_ID) },
 	{ USB_DEVICE(TI_VENDOR_ID, TI_3410_EZ430_ID) },
+	{ USB_DEVICE(STARTECH_VENDOR_ID, TI_3410_PRODUCT_ID) },
 	{ USB_DEVICE(MTS_VENDOR_ID, MTS_GSM_NO_FW_PRODUCT_ID) },
 	{ USB_DEVICE(MTS_VENDOR_ID, MTS_CDMA_NO_FW_PRODUCT_ID) },
 	{ USB_DEVICE(MTS_VENDOR_ID, MTS_CDMA_PRODUCT_ID) },
diff --git a/drivers/usb/serial/ti_usb_3410_5052.h b/drivers/usb/serial/ti_usb_3410_5052.h
index 4a2423e..10a2879 100644
--- a/drivers/usb/serial/ti_usb_3410_5052.h
+++ b/drivers/usb/serial/ti_usb_3410_5052.h
@@ -28,6 +28,7 @@
 /* Vendor and product ids */
 #define TI_VENDOR_ID			0x0451
 #define IBM_VENDOR_ID			0x04b3
+#define STARTECH_VENDOR_ID		0x14b0
 #define TI_3410_PRODUCT_ID		0x3410
 #define IBM_4543_PRODUCT_ID		0x4543
 #define IBM_454B_PRODUCT_ID		0x454b

Re: [beagleboard] Re: Boot failure "external abort on non-linefetch" in cpsw_probe with any image after Wi-Fi install

[Robert Nelson]

On Jan 6, 2014 5:27 PM, "Loren Amelang"  wrote:
>>
>> Robert,
>>
>> Sorry! Me again...
>>
>> I have your Saucy image. Verified. But it appears it requires your
setup_sdcard script to be run, from a Linux machine. I've been using
Win32DiskImager...  So I've copied it to the netbook, and I see the script,
but when I plug in my uSD card it says my system can't mount ext4. I
suppose that means Intrepid can't directly create the uSD image either. Is
there some option to write your output back to a local file and use
Win32DiskImager to write it from Windows?

Scroll down you find both a flasher and microsd version for you non linux
users.

>>
>> And of course if the bone32 kernel doesn't boot my BBB, I won't be able
to update to bone35, so the whole exercise might be moot. I thought the
whole idea was that I needed bone35 to solve my cpsw_probe error that keeps
me from booting at all. (But bone30 booted fine for the first two hours!!!)
>>
>> Thanks for clueing me in about LTS. Maybe you can provide the same
insight about the whole idea of using the BBB? I've now spent almost a
month struggling with what was supposed to be a $50 "black box" component
of a much larger project. I didn't want another hobby, nor do I want to go
buy a competent Linux development system to support my $50 hardware. Would
I be smart to give up now? Maybe it is just my own strange karma? I see
thousands of "makers" out there using these little boards without all this
hassle...
>>
>> Loren
>>
> --
> 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/groups/opt_out.

-- 
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/groups/opt_out.

Re: [beagleboard] Re: Boot failure "external abort on non-linefetch" in cpsw_probe with any image after Wi-Fi install

[Loren Amelang]

>
> Robert,
>
> Sorry! Me again...  
>
> I have your Saucy image. Verified. But it appears it requires your 
> setup_sdcard script to be run, from a Linux machine. I've been using 
> Win32DiskImager...  So I've copied it to the netbook, and I see the script, 
> but when I plug in my uSD card it says my system can't mount ext4. I 
> suppose that means Intrepid can't directly create the uSD image either. Is 
> there some option to write your output back to a local file and use 
> Win32DiskImager to write it from Windows? 
>
> And of course if the bone32 kernel doesn't boot my BBB, I won't be able to 
> update to bone35, so the whole exercise might be moot. I thought the whole 
> idea was that I needed bone35 to solve my cpsw_probe error that keeps me 
> from booting at all. (But bone30 booted fine for the first two hours!!!) 
>
> Thanks for clueing me in about LTS. Maybe you can provide the same insight 
> about the whole idea of using the BBB? I've now spent almost a month 
> struggling with what was supposed to be a $50 "black box" component of a 
> much larger project. I didn't want another hobby, nor do I want to go buy a 
> competent Linux development system to support my $50 hardware. Would I be 
> smart to give up now? Maybe it is just my own strange karma? I see 
> thousands of "makers" out there using these little boards without all this 
> hassle...  
>
> Loren
>
>

-- 
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/groups/opt_out.

Re: [beagleboard] Use BBB as an Ethernet Sniffer on eth0

[Nuno Sucena Almeida]

On 01/06/2014 05:17 PM, Wayne Veilleux wrote:
> Any ideas what is 
> causing this ?

Is the network interface being set to promiscuous mode ?

cheers,
Nuno

-- 
http://aeminium.org/nuno/

-- 
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/groups/opt_out.

Re: [beagleboard] USB Host mass storage device possible?

[patrick]

On Tuesday, January 7, 2014 12:53:14 AM UTC+11, RobertCNelson wrote:
> On Mon, Jan 6, 2014 at 1:23 AM,   wrote:
> 
> > Hi,
> 
> >
> 
> > Would appreciate some insights into whether or not this would be possible
> 
> > with the current beaglebone black hardware.
> 
> >
> 
> > Could I have a BBB running ubuntu that at the same time can be plugged into
> 
> > a pc and act as a USB mass storage device?
> 
> >
> 
> > So for example just say I have a computer running windows xp with no admin
> 
> > rights to install drivers, could I plug a BBB into this computer, have the
> 
> > BBB show up as a mass storage device, copy files to a location on the BBB
> 
> > (possibly a virtual filesystem or separate SD card partition), BBB performs
> 
> > some form of processing on the files etc...
> 
> >
> 
> > Hope this makes sense.
> 
> 
> 
> That's easy, we've been doing that by default since the bbb came out
> 
> with the images hosted here:
> 
> 
> 
> http://elinux.org/BeagleBoardUbuntu
> 
> 
> 
> you can see how we do it by looking at our init script..
> 
> 
> 
> https://github.com/RobertCNelson/omap-image-builder/blob/master/scripts_device/am335x_evm.sh#L29
> 
> 
> 
> adapt it to your image as needed..
> 
> 
> 
> Regards,
> 
> 
> 
> -- 
> 
> Robert Nelson
> 
> http://www.rcn-ee.com/

Thanks that's good news, I don't have a BBB yet as nobody seems to have any 
stock but hopefully can get one next month.

So by default the OS will run from the NAND and the sdcard will appear as a 
mass storage device on the pc?

I tried to do something similar on a Marsboard and I had to use g_file_storage 
and g_mass_storage kernel modules from gadgetfs. Does the BBB use gadgetfs or 
something different to achieve the mass storage functionailty?

Patrick

-- 
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/groups/opt_out.

[beagleboard] Use BBB as an Ethernet Sniffer on eth0

[Wayne Veilleux]

Hi,

I"m new to BBB an this is my first post. I recently bought a BBB to install 
ntopng (http://www.ntop.org/) on it. Everything compiled well and ntopng is 
working properly accept with the eth0 Ethernet port. It is very strange 
because all it see is Spanning Tree broadcast and CDP paquets, and there is 
a lots of IP trafic on that cable coming from a network tap at 100Mbps. 
Very very strange. Everything is working fine with an external 
USB-to-Ethernet adapter (eth1) or on the usb0 port. Any ideas what is 
causing this ?

Thanks for any help.

/Wayne

-- 
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/groups/opt_out.

Re: [beagleboard] Micro sd card not recognized as extra storage?

[Robert Nelson]

On Mon, Jan 6, 2014 at 3:57 PM, Andrew Hendricks  wrote:
> I used a lower case L.
>
> "Also those instructions are whack. Not very clear..."
>
> Are you referring to the instructions I followed that I have linked, or what
> I described as the problem I am facing?

They are actually not even needed..  Since your running my ubuntu
image, just insert the card, hotplug should work and you should see it
via "lsblk"..

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/groups/opt_out.

Re: [beagleboard] Micro sd card not recognized as extra storage?

[Andrew Hendricks]

I used a lower case L. 

"Also those instructions are whack. Not very clear..."

Are you referring to the instructions I followed that I have linked, or 
what I described as the problem I am facing?

On Sunday, January 5, 2014 2:23:16 PM UTC-7, William Hermans wrote:
>
> $sudo fdisk -l
>
> That is lower case L or "el". Be very careful how else you run fdisk, as a 
> newb you could accidentally wipe your media.
>
> Also those instructions are whack. Not very clear . . .
>
>
> On Sat, Jan 4, 2014 at 9:15 PM, Andrew Hendricks 
> 
> > wrote:
>
>> I am running Ubuntu 13.10 build from here:
>>
>> http://elinux.org/BeagleBoardUbuntu#eMMC:_BeagleBone_Black
>>
>> and followed the instructions to set up the micro SD card as extra 
>> storage space, here:
>>
>> http://elinux.org/Beagleboard:MicroSD_As_Extra_Storage
>>
>> Now, I'm rather new to linux commands and new to the BBB. I may have 
>> misunderstood what I've been reading, but when I use the command df I get:
>>
>> Filesystem 1K-blocksUsed Available Use% Mounted on
>> /dev/mmcblk1p2   1738184 1176724471496  72% /
>> none   4   0 4   0% /sys/fs/cgroup
>> udev  252148   4252144   1% /dev
>> tmpfs  50756 232 50524   1% /run
>> none5120   0  5120   0% /run/lock
>> none  253760   0253760   0% /run/shm
>> none  102400   0102400   0% /run/user
>> /dev/mmcblk1p1 72098   19742 52356  28% /boot/uboot
>>
>> If I understand correctly, the micro SD card is mmcblk0p1 and it isn't 
>> listed here. I'd like to set it up so the micro SD card is extra space that 
>> I can store and run programs on, not just store files, which I think is 
>> what this is saying as df shows the file system disk usage. I can't even 
>> figure out how to get to the micro SD card though I know it's there. The 
>> command fdisk -l shows mmcblk0p1 with the correct partitions of my micro SD 
>> card.
>>
>> Any help is appreciated.
>>
>> 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...@googlegroups.com .
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>

-- 
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/groups/opt_out.

Re: [beagleboard] Re: Windows 8 (64bit) driver install problems

[statespacesystems]

The menu selections have changed under Windows 8.1 to dig down to the 
Advanced Startup section. It has been a month since you posted this 
question (just got my BB Black today and trying to get it going and ran 
into same issues as you) and if you still don't have it going, try the 
signed drivers provided by Sysco in the above link

On Friday, December 13, 2013 2:18:11 PM UTC-7, RobertCNelson wrote:
>
> On Fri, Dec 13, 2013 at 3:09 PM,  > 
> wrote: 
> > This seems to no longer work with Windows 8.1, there is no General 
> option 
> > under Change PC Settings. 
>
> Any change with the latest version: 
>
> https://github.com/beagleboard/beaglebone-getting-started/tree/master/Drivers/Windows
>  
>
> Click on either 32/64 bit then click on raw to download... 
>
> 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/groups/opt_out.

Re: [beagleboard] Angstrom Abandoned for BBB? Rumor + a Rant

[William Hermans]

So why not just flat out donate right now.  I am sure that you can donate
to someone on this list  that could be trusted to get the money where it
belongs.

After all there is no point in making everyone pay. And yeah this is
starting to sound a bit like closed source stuff, but there is no reason
why everyone has to pay for someones drivers when they do not need them.



On Sun, Jan 5, 2014 at 3:29 PM,  wrote:

> IMHO, many people will pay a few dollars more for BBB hardware to cover
> for a software professional salary.
> Do not let the BBB die.
>
>
> On Sunday, January 5, 2014 11:35:34 AM UTC+11, William Hermans wrote:
>
>> Personally, I'd rather that TI kept their sticky paws off of the
>> development as much as possible. Watching the SGX/DRM driver progression
>> should be warning enough.
>>
>>
>> On Sat, Jan 4, 2014 at 5:24 PM, John Syne  wrote:
>>
>>>
>>> From: Anguel 
>>> Reply-To: 
>>>
>>> Date: Saturday, January 4, 2014 at 3:09 PM
>>> To: 
>>> Cc: 
>>>
>>> Subject: Re: [beagleboard] Angstrom Abandoned for BBB? Rumor + a Rant
>>>
>>>
>>>
>>> On Saturday, January 4, 2014 3:20:07 PM UTC+1, Jason Kridner wrote:

 We are working with Robert Nelson's Debian images to try to produce an
 out-of-box experience on par with the Angstrom images. Once we have a
 few more features in, namely an updated Cloud9 IDE that works with
 node 0.10, then we'll push out a beta image broadly for testing.
>>>
>>>
>>> It is good news that you are working with Robert on Debian. IMHO this is
>>> the way to go. Robert is doing so much for the BBB community. TI should
>>> support him in every way they can.
>>> It is a fact that BBB developer resources are extremely limited. So
>>> efforts should really concentrate on getting the serious stuff working
>>> properly, I mean the basic things a serious developer needs: kernel +
>>> stability + Qt, because Linux is used for touch GUIs, not as a desktop
>>> replacement.
>>> For me Linux Desktops, Cloud9, USB networking etc. is just a big waste
>>> of precious development time, unless the intention is to fool new customers
>>> that the BBB is something easy to use. This is definitely not the case and
>>> will never be! Just have a look at all the posts in this thread.
>>>
>>> Actually, Cloud9 together with DojoToolKit is amazing for developing Web
>>> based GUI. Using websockets makes the GUI very responsive.
>>>
>>>
>>>
>>> The LCD Cape vendors should push support for their hardware into
 https://github.com/beagleboard/kernel and
 https://github.com/beagleboard/cape-firmware. CircuitCo does so.
 Github pull requests are the best way to do so.

>>>
>>> The problem with touch was that someone ported the ADC / touchscreen
>>> stuff from an upcoming TI kernel to the 3.8 kernel and some things broke.
>>> Then this somebody just did not have the time to fix the bugs and they
>>> stayed there. I already discussed this in another thread.
>>>
>>> Use Capacitive based touchscreen. These interface via USB.
>>>
>>>
>>>
>>> Anguel
>>>
>>> --
>>> 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/groups/opt_out.
>>>
>>>  --
>>> 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/groups/opt_out.
>>>
>>
>>  --
> 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/groups/opt_out.
>

-- 
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/groups/opt_out.

Re: [beagleboard] Re: Boot failure "external abort on non-linefetch" in cpsw_probe with any image after Wi-Fi install

[Robert Nelson]

On Mon, Jan 6, 2014 at 3:15 PM, Loren Amelang  wrote:
> Robert,
>
> Sorry if I seem dense or argumentative, but I can't find any prebuilt images
> using the 3.8.13-bone35 kernel. The newest images say bone32. I chose the
> Ubuntu 12.04 image for the LTS, which is important to my eventual project.

LOL! "LTS" doesn't meet crap on arm, good luck getting anything fixed
that does not affect x86. Canonical does not have enough arm
developers to support it.. They only support the current release...

> But at this point I'd try anything that might actually boot.
>
> I don't suppose swapping your bone35 kernel into an image I have is
> simple...  I found

Example install saucy: http://elinux.org/BeagleBoardUbuntu#Saucy_13.10

then run:
wget http://rcn-ee.net/deb/saucy-armhf/v3.8.13-bone35/install-me.sh
sudo /bin/bash install-me.sh

sudo reboot

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/groups/opt_out.

Re: [beagleboard] Re: Boot failure "external abort on non-linefetch" in cpsw_probe with any image after Wi-Fi install

[Loren Amelang]

Robert,

Sorry if I seem dense or argumentative, but I can't find any prebuilt 
images using the 3.8.13-bone35 kernel. The newest images say bone32. I 
chose the Ubuntu 12.04 image for the LTS, which is important to my eventual 
project. But at this point I'd try anything that might actually boot. 

I don't suppose swapping your bone35 kernel into an image I have is 
simple...  I found 
https://groups.google.com/forum/#!topic/beagleboard/wARpH2ImDEc
and
https://groups.google.com/forum/#!topic/beagleboard/bNe0THdEe2Y
about creating images, and they are way beyond my current understanding. 
Plus I'm out in "northwest nowhere" with slow, expensive internet so 
pulling bug things from git is painful. And my only operating Linux machine 
is a tiny netbook with Ubuntu Intrepid...  

Is it worth trying one of the bone-32 images? 

Is it unrealistic to think I could have an Ubuntu LTS image that would work 
on a BBB? Maybe one must grab it at just the right point in its lifecycle, 
and I'm too late for 12.04? 

"kernel's can easily be upgraded as they 
are released... "

Have I missed some simple procedure? 

Loren


On Monday, January 6, 2014 5:54:54 AM UTC-8, RobertCNelson wrote:
>
> On Mon, Jan 6, 2014 at 12:33 AM, Loren Amelang 
> > 
> wrote: 
> > @RobertCNelson:  "Your kernel is out of date, please upgrade to 
> > "v3.8.13-bone35" first..." 
> > 
> > That kernel version is from attempts to boot Ubuntu. Maybe I could find 
> a 
> > newer Ubuntu image, 
>
> http://elinux.org/BeagleBoardUbuntu 
>
> Kept updated once a month, and kernel's can easily be upgraded as they 
> are released... 
>
> 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/groups/opt_out.

[beagleboard] Re: Wifi Adapter Recommendations

[David Marquart]

doh, bad link BBB Helper 

On Monday, January 6, 2014 3:03:45 PM UTC-6, David Marquart wrote:
>
> I looked at the tl-wn devices, but I am putting this in a Logic Supply 
> case and the dongle would stick out far enough that i worry about it 
> getting damaged.  I am compiling 3.13 right now then going to try it again 
> with that to see how life is.
>
> My directions to myself are at 
> sites.google.com/site/bbbhelperif you need 
> it.
>
>
>
> On Monday, January 6, 2014 2:54:18 PM UTC-6, KurtE wrote:
>>
>> It has been quite a few months since I looked at this as well.  I 
>> remember back then (June?), that I did find some sources to build the 
>> driver for the 8192cu, which back then worked quite well.  I think I still 
>> have the sources sitting on my PC, but it has been awhile since I figured 
>> out how to build and install it.
>>
>> I installed his Debian build, which I really like, but the edimax adapter 
>> has dropped a reasonable number of times now.  So may try to see if I kept 
>> my notes for installing the patched driver, but in the mean time, I ordered 
>> one of the *tl-wn722n devices which hopefully will arrive tomorrow.  
>> *Sometimes 
>> it is easier to punt.
>>
>> On Monday, January 6, 2014 7:28:40 AM UTC-8, David Marquart wrote:
>>>
>>> building a driver from 
>>>
>>> https://github.com/pvaret/rtl8192cu-fixes.git
>>> for the little one from adafruit seems to be working quite well.  ran since 
>>> thursday on 3.12.5 kernel without any issues that i could find so far.
>>>
>>>
>>> On Thursday, December 26, 2013 3:37:50 PM UTC-6, David Marquart wrote:

 Does anyone have a recommendation for a wifi adapter that works with 
 Robert Nelson's Ubuntu images?  I have rtl8188cus and mt7601 and I can not 
 get either to work.  At this point I would rather just order one that 
 works 
 rather than waste more time trying to fight with either of these two.  I 
 have building the kernel working and have tried several times to build a 
 new driver for both of these adapters but the mt7601 will not show up with 
 iwconfig and the rtl8188cus will show up see my access point but will not 
 connect to it.  I am editing /etc/network/interfaces to try and get 
 connected to our WEP "protected" network.  I have no control over the type 
 of encryption used.  I was able to get everything working on Angstrom with 
 connman so I know it is possible.

 Sorry if this became a little bit of a rant but I have spent a lot of 
 time trying everything I could google up and now I just want to throw 
 money 
 at the problem.

>>>

-- 
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/groups/opt_out.

Re: [beagleboard] Re: Boot failure "external abort on non-linefetch" in cpsw_probe with any image after Wi-Fi install

[Loren Amelang]

>
> Robert,
>
> Sorry if I seem dense or argumentative, but I can't find any prebuilt 
> images using the 3.8.13-bone35 kernel. The newest images say bone32. I 
> chose the Ubuntu 12.04 image for the LTS, which is important to my eventual 
> project. But at this point I'd try anything that might actually boot. 
>
> I don't suppose swapping your bone35 kernel into an image I have is 
> simple...  I found 
> https://groups.google.com/forum/#!topic/beagleboard/wARpH2ImDEc
> and
> https://groups.google.com/forum/#!topic/beagleboard/bNe0THdEe2Y
> about creating images, and they are way beyond my current understanding. 
> Plus I'm out in "northwest nowhere" with slow, expensive internet so 
> pulling big things from git is painful. And my only operating Linux machine 
> is a tiny netbook with Ubuntu Intrepid...  
>
> Is it worth trying one of the bone-32 images? 
>
> Is it unrealistic to think I could have an Ubuntu LTS image that would 
> work on a BBB? Maybe one must grab it at just the right point in its 
> lifecycle, and I'm too late for 12.04? 
>
> "kernel's can easily be upgraded as they 
> are released... "
>
> Have I missed some simple procedure? 
>
> Loren
>
>
> On Monday, January 6, 2014 5:54:54 AM UTC-8, RobertCNelson wrote:
>>
>> On Mon, Jan 6, 2014 at 12:33 AM, Loren Amelang  
>> wrote: 
>> > @RobertCNelson:  "Your kernel is out of date, please upgrade to 
>> > "v3.8.13-bone35" first..." 
>> > 
>> > That kernel version is from attempts to boot Ubuntu. Maybe I could find 
>> a 
>> > newer Ubuntu image, 
>>
>> http://elinux.org/BeagleBoardUbuntu 
>>
>> Kept updated once a month, and kernel's can easily be upgraded as they 
>> are released... 
>>
>> 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/groups/opt_out.

Re: [beagleboard] Re: Wifi Adapter Recommendations

[William Hermans]

https://sites.google.com/bbbhelper <- 404


On Mon, Jan 6, 2014 at 2:03 PM, David Marquart  wrote:

> I looked at the tl-wn devices, but I am putting this in a Logic Supply
> case and the dongle would stick out far enough that i worry about it
> getting damaged.  I am compiling 3.13 right now then going to try it again
> with that to see how life is.
>
> My directions to myself are at 
> sites.google.com/site/bbbhelperif you need 
> it.
>
>
>
> On Monday, January 6, 2014 2:54:18 PM UTC-6, KurtE wrote:
>>
>> It has been quite a few months since I looked at this as well.  I
>> remember back then (June?), that I did find some sources to build the
>> driver for the 8192cu, which back then worked quite well.  I think I still
>> have the sources sitting on my PC, but it has been awhile since I figured
>> out how to build and install it.
>>
>> I installed his Debian build, which I really like, but the edimax adapter
>> has dropped a reasonable number of times now.  So may try to see if I kept
>> my notes for installing the patched driver, but in the mean time, I ordered
>> one of the *tl-wn722n devices which hopefully will arrive tomorrow.  
>> *Sometimes
>> it is easier to punt.
>>
>> On Monday, January 6, 2014 7:28:40 AM UTC-8, David Marquart wrote:
>>>
>>> building a driver from
>>>
>>> https://github.com/pvaret/rtl8192cu-fixes.git
>>> for the little one from adafruit seems to be working quite well.  ran since 
>>> thursday on 3.12.5 kernel without any issues that i could find so far.
>>>
>>>
>>> On Thursday, December 26, 2013 3:37:50 PM UTC-6, David Marquart wrote:

 Does anyone have a recommendation for a wifi adapter that works with
 Robert Nelson's Ubuntu images?  I have rtl8188cus and mt7601 and I can not
 get either to work.  At this point I would rather just order one that works
 rather than waste more time trying to fight with either of these two.  I
 have building the kernel working and have tried several times to build a
 new driver for both of these adapters but the mt7601 will not show up with
 iwconfig and the rtl8188cus will show up see my access point but will not
 connect to it.  I am editing /etc/network/interfaces to try and get
 connected to our WEP "protected" network.  I have no control over the type
 of encryption used.  I was able to get everything working on Angstrom with
 connman so I know it is possible.

 Sorry if this became a little bit of a rant but I have spent a lot of
 time trying everything I could google up and now I just want to throw money
 at the problem.

>>>  --
> 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/groups/opt_out.
>

-- 
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/groups/opt_out.

Re: [beagleboard] Clone Ubuntu EMMC on BBB

[William Hermans]

Just make sure your serial adapter is 3v3 TTL.

Also you need to make certain adjustments to the uEnv.txt, and /etc/inittab
or /etc/init/serial.conf files if you have not done so already. If you
followed Roberts instructions thus far, then you're probably golden.


On Mon, Jan 6, 2014 at 9:31 AM, Robert Nelson wrote:

> On Mon, Jan 6, 2014 at 10:26 AM, Brian Piccioni 
> wrote:
> > Robert
> >
> > Thank you so much for the reply. I was unaware that I could pull
> diagnostic
> > information from the BBB during boot from the serial port.
>
> I wouldn't say it'll give you an 100% answer, but it'll at-least give
> you a clue for the next direction to go..
>
> >
> > Indeed - I never noticed the serial port before either!
> >
> > I believe I have a serial to USB adapter, so I'll try it when I get home.
> >
> > One correction: my flashed BBB is not running Ubuntu 12.4, but 13.04. Not
> > that it makes a difference, but I figure for historical reasons I'd
> correct
> > it.
>
> In most cases the version of ubuntu actually dosen't matter.. It's
> more about when it was packaged and how it was setup on your device.
>
> 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/groups/opt_out.
>

-- 
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/groups/opt_out.

[beagleboard] Re: Wifi Adapter Recommendations

[David Marquart]

I looked at the tl-wn devices, but I am putting this in a Logic Supply case 
and the dongle would stick out far enough that i worry about it getting 
damaged.  I am compiling 3.13 right now then going to try it again with 
that to see how life is.

My directions to myself are at 
sites.google.com/site/bbbhelperif you need 
it.



On Monday, January 6, 2014 2:54:18 PM UTC-6, KurtE wrote:
>
> It has been quite a few months since I looked at this as well.  I remember 
> back then (June?), that I did find some sources to build the driver for the 
> 8192cu, which back then worked quite well.  I think I still have the 
> sources sitting on my PC, but it has been awhile since I figured out how to 
> build and install it.
>
> I installed his Debian build, which I really like, but the edimax adapter 
> has dropped a reasonable number of times now.  So may try to see if I kept 
> my notes for installing the patched driver, but in the mean time, I ordered 
> one of the *tl-wn722n devices which hopefully will arrive tomorrow.  
> *Sometimes 
> it is easier to punt.
>
> On Monday, January 6, 2014 7:28:40 AM UTC-8, David Marquart wrote:
>>
>> building a driver from 
>>
>> https://github.com/pvaret/rtl8192cu-fixes.git
>> for the little one from adafruit seems to be working quite well.  ran since 
>> thursday on 3.12.5 kernel without any issues that i could find so far.
>>
>>
>> On Thursday, December 26, 2013 3:37:50 PM UTC-6, David Marquart wrote:
>>>
>>> Does anyone have a recommendation for a wifi adapter that works with 
>>> Robert Nelson's Ubuntu images?  I have rtl8188cus and mt7601 and I can not 
>>> get either to work.  At this point I would rather just order one that works 
>>> rather than waste more time trying to fight with either of these two.  I 
>>> have building the kernel working and have tried several times to build a 
>>> new driver for both of these adapters but the mt7601 will not show up with 
>>> iwconfig and the rtl8188cus will show up see my access point but will not 
>>> connect to it.  I am editing /etc/network/interfaces to try and get 
>>> connected to our WEP "protected" network.  I have no control over the type 
>>> of encryption used.  I was able to get everything working on Angstrom with 
>>> connman so I know it is possible.
>>>
>>> Sorry if this became a little bit of a rant but I have spent a lot of 
>>> time trying everything I could google up and now I just want to throw money 
>>> at the problem.
>>>
>>

-- 
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/groups/opt_out.

Re: [beagleboard] Re: Wifi Adapter Recommendations

[William Hermans]

Heya Kurt,

I have found a long time ago that, if you're planning on running Linux on
hardware, it's best to buy hardware with Linux in mind. Especially for
NIC./ Wifi adapters. The same goes for motherboard ( chipset ), and video
adapters as well, but neither of these really apply to this situation.

Anyhow once I had adopted this way of thinking, my problems reduced
significantly


On Mon, Jan 6, 2014 at 1:54 PM, KurtE  wrote:

> It has been quite a few months since I looked at this as well.  I remember
> back then (June?), that I did find some sources to build the driver for the
> 8192cu, which back then worked quite well.  I think I still have the
> sources sitting on my PC, but it has been awhile since I figured out how to
> build and install it.
>
> I installed his Debian build, which I really like, but the edimax adapter
> has dropped a reasonable number of times now.  So may try to see if I kept
> my notes for installing the patched driver, but in the mean time, I ordered
> one of the *tl-wn722n devices which hopefully will arrive tomorrow.  
> *Sometimes
> it is easier to punt.
>
> On Monday, January 6, 2014 7:28:40 AM UTC-8, David Marquart wrote:
>>
>> building a driver from
>>
>> https://github.com/pvaret/rtl8192cu-fixes.git
>> for the little one from adafruit seems to be working quite well.  ran since 
>> thursday on 3.12.5 kernel without any issues that i could find so far.
>>
>>
>> On Thursday, December 26, 2013 3:37:50 PM UTC-6, David Marquart wrote:
>>>
>>> Does anyone have a recommendation for a wifi adapter that works with
>>> Robert Nelson's Ubuntu images?  I have rtl8188cus and mt7601 and I can not
>>> get either to work.  At this point I would rather just order one that works
>>> rather than waste more time trying to fight with either of these two.  I
>>> have building the kernel working and have tried several times to build a
>>> new driver for both of these adapters but the mt7601 will not show up with
>>> iwconfig and the rtl8188cus will show up see my access point but will not
>>> connect to it.  I am editing /etc/network/interfaces to try and get
>>> connected to our WEP "protected" network.  I have no control over the type
>>> of encryption used.  I was able to get everything working on Angstrom with
>>> connman so I know it is possible.
>>>
>>> Sorry if this became a little bit of a rant but I have spent a lot of
>>> time trying everything I could google up and now I just want to throw money
>>> at the problem.
>>>
>>  --
> 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/groups/opt_out.
>

-- 
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/groups/opt_out.

Re: [beagleboard] Re: Extracting eMMC contents using FAT formatted card

[jim . langston]

Oh well, that didn't work.  Same MO, fails with a 20-byte tarball image 
named 'linux-'.

It would seem that there needs to be something useful in the field for 
Buildroot (and maybe GIT) to work:

BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION:

│  
  
│   
  
│  
  │ Git revision to use in the format used by git 
rev-parse,
│  
  │ E.G. a sha id, a tag, branch, ..

The build results indicate that there might be a problem with 'linux-' as 
well:

>>> linux  Downloading
Doing shallow clone
Cloning into 'linux-'...
warning: Could not find remote branch --bare to clone.
fatal: Remote branch --bare not found in upstream origin
Doing full clone
Cloning into bare repository 'linux-'...
remote: Counting objects: 3445333, done.
remote: Compressing objects: 100% (526886/526886), done.
Receiving objects: 100% (3445333/3445333), 697.64 MiB | 1.20 MiB/s, done.
remote: Total 3445333 (delta 2898718), reused 3435074 (delta 2888463)
Resolving deltas: 100% (2898718/2898718), done.
usage: git archive [options]  [...]
   or: git archive --list
   or: git archive --remote  [--exec ] [options]  
[...]
   or: git archive --remote  [--exec ] --list

--format archive format
--prefix  prepend prefix to each pathname in the archive
-o, --outputwrite the archive to this file
--worktree-attributes
  read .gitattributes in working directory
-v, --verbose report archived files on stderr
-0store only
-1compress faster
-9compress better

-l, --listlist supported archive formats

--remoteretrieve the archive from remote repository 
--exec   path to the remote git-upload-archive command

>>> linux  Extracting
gzip -d -c 
/home/build/mi/beaglebone/buildroot-save-emmc-0.0.1/dl/linux-.tar.gz | tar 
--strip-components=1 -C 
/home/build/mi/beaglebone/buildroot-save-emmc-0.0.1/output/build/linux-  
-xf -
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors

Ugh.  Is there a new(er) tag that I can use, one some sort of 'head' tag or 
something?

Thanks,
Jim
On Monday, January 6, 2014 2:52:00 PM UTC-5, RobertCNelson wrote:
>
> On Mon, Jan 6, 2014 at 1:02 PM,  > 
> wrote: 
> > Hello, 
> > 
> > I realize that this is an old thread, but was hoping that one of y'all 
> might 
> > see this and shed some light on what I'm doing wrong... 
> > 
> > I pulled the buildroot project from 
> > "https://github.com/jadonk/buildroot/releases/tag/save-emmc-0.0.1"; 
> since 
> > it's exactly what I need (an initramfs with working support for the SD 
> card; 
> > I can't get MMC/SD to work with the mainline kernel and Buildroot 
> 2013.11). 
> > 
> > Problem is, when I follow the build instructions, it goes off to do a 
> GIT 
> > clone on from GitHub of tag "ddd36e546e53d3c493075bbebd6188ee843208f9" 
> to 
> > get Linux kernel patches.  It appears to contact the GIT server, 
> processes 
> > some 697MB with of data, builds a tarball on the remote end, and then 
> > downloads a "linux-ddd36e546e53d3c493075bbebd6188ee843208f9.tar.gz" 
> tarball 
> > file with 20 bytes in it. 
>
> Yeah... I think i see an issue with github.com/beagleboard/linux the 
> current practice has always been to push over the old branch, so when 
> i pushed to fixes to the 3.8 branch last week that rewrote the history 
> and now ddd36e546e53d3c493075bbebd6188ee843208f9 is probally a single 
> file no longer connected to anything... 
>
> Can buildroot just use the "3.8" branch instead of a specific commit? 
>
> > 
> > At this point, the Buildroot compile dies, since the tarball is 
> > truncated/corrupted/something. 
> > 
> > I'm not very well versed in GIT internals; can anyone shed some light on 
> > what might be wrong so I can get this compiled?  I will happily provide 
> any 
> > logs or other information, but am too new at using GIT to know what to 
> post 
> > up. 
>
> -- 
> 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/groups/opt_out.

Re: [beagleboard] UART data sliced in two piece ....

[William Hermans]

Good to her Micka,

I had an idea that this was the problem ( thread was getting interrupted,
and state not save properly etc ), but I'm a complete Linux programming
newb so . . .

Glad to hear you got it resolved.


On Mon, Jan 6, 2014 at 10:24 AM, Micka  wrote:

> Problem Solved !
>
> By disabling the preempt mode in the kernel config  I have some fopen
> call in my program which is not a good idea in real time application 
>
>
> Thx everyone for the help !
>
>
> On Mon, Jan 6, 2014 at 12:58 PM, Micka  wrote:
>
>> Hi,
>>
>> Thanks for your answer,
>>
>> Well, it's just 16 octets or less  most of the time it works, but
>> somehow the driver decide to interrupt the transfer ..
>>
>> yes it's a single call to write 
>>
>>
>> Do you know if there is a configuration to solve this bug ? I'm also
>> wondering if it's because my linux ( 3.8 ) is not a real time kernel 
>> maybe i should apply the kernel PREEMPT_RT ?
>>
>> I'm really lost 
>>
>>
>> Micka,
>>
>>
>> On Sat, Jan 4, 2014 at 9:10 AM, Dave Hylands  wrote:
>>
>>> Hi,
>>>
>>>
>>> On Fri, Jan 3, 2014 at 4:08 PM, Micka  wrote:
>>> >
>>> > Ok,
>>> >
>>> > Well, the baudrate is at 38400, the distribution is the Ubuntu from
>>> Robert C Nelson ( 3.8.13 bone 30 ), the driver is the omap . I've modified
>>> a little bit the driver to add RS485 support ( see the patch attached ) ,
>>> the only major modification that I've done is to add :
>>> >
>>> > + wait_for_xmitr(up);
>>> > +if (up->rs485.flags & SER_RS485_ENABLED) {
>>> > +   if(up->rs485.delay_rts_after_send>0){
>>> > +udelay(up->rs485.delay_rts_after_send);
>>> > +   }
>>> > +   /* Disable RS485 TX EN */
>>> > +   val = (up->rs485.flags & SER_RS485_RTS_AFTER_SEND) ? 1
>>> : 0;
>>> > +   gpio_set_value(up->rs485.gpio_pin, val);
>>> > +}
>>> >
>>> >
>>> > in the function serial_omap_stop_tx .
>>> >
>>> >
>>> > It works most of the time, but for an unknown reason there is this
>>> weird behavior .
>>> >
>>> >
>>> > Any tips ? lead to follow ?
>>>
>>> How much data are you writing?
>>>
>>> Are you doing it with a single call to write?
>>>
>>> If you're doing multipe calls to write then its quite possible that a
>>> context switch is allowing another task to run and delaying your second
>>> write.
>>>
>>> --
>>> Dave Hylands
>>> Shuswap, BC, Canada
>>> http://www.davehylands.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/groups/opt_out.
>>>
>>
>>
>  --
> 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/groups/opt_out.
>

-- 
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/groups/opt_out.

[beagleboard] Re: Wifi Adapter Recommendations

[KurtE]

It has been quite a few months since I looked at this as well.  I remember 
back then (June?), that I did find some sources to build the driver for the 
8192cu, which back then worked quite well.  I think I still have the 
sources sitting on my PC, but it has been awhile since I figured out how to 
build and install it.

I installed his Debian build, which I really like, but the edimax adapter 
has dropped a reasonable number of times now.  So may try to see if I kept 
my notes for installing the patched driver, but in the mean time, I ordered 
one of the *tl-wn722n devices which hopefully will arrive tomorrow.  *Sometimes 
it is easier to punt.

On Monday, January 6, 2014 7:28:40 AM UTC-8, David Marquart wrote:
>
> building a driver from 
>
> https://github.com/pvaret/rtl8192cu-fixes.git
> for the little one from adafruit seems to be working quite well.  ran since 
> thursday on 3.12.5 kernel without any issues that i could find so far.
>
>
> On Thursday, December 26, 2013 3:37:50 PM UTC-6, David Marquart wrote:
>>
>> Does anyone have a recommendation for a wifi adapter that works with 
>> Robert Nelson's Ubuntu images?  I have rtl8188cus and mt7601 and I can not 
>> get either to work.  At this point I would rather just order one that works 
>> rather than waste more time trying to fight with either of these two.  I 
>> have building the kernel working and have tried several times to build a 
>> new driver for both of these adapters but the mt7601 will not show up with 
>> iwconfig and the rtl8188cus will show up see my access point but will not 
>> connect to it.  I am editing /etc/network/interfaces to try and get 
>> connected to our WEP "protected" network.  I have no control over the type 
>> of encryption used.  I was able to get everything working on Angstrom with 
>> connman so I know it is possible.
>>
>> Sorry if this became a little bit of a rant but I have spent a lot of 
>> time trying everything I could google up and now I just want to throw money 
>> at the problem.
>>
>

-- 
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/groups/opt_out.

Re: [beagleboard] Re: Extracting eMMC contents using FAT formatted card

[jim . langston]

Thanks for replying so quickly, I really do appreciate it.

Dieter: 

   Yes, I can pull directly as you indicated to try, thanks.

Robert:

   It would appear that Buildroot can just pull from 'head' or whatever GIT 
calls the current copy.  If I clear out the tag entry in Buildroot, I get 
the following:

>>> linux  Downloading
Doing shallow clone
Cloning into 'linux-'...
warning: Could not find remote branch --bare to clone.
fatal: Remote branch --bare not found in upstream origin
Doing full clone
Cloning into bare repository 'linux-'...
remote: Counting objects: 3445333, done.
remote: Compressing objects: 100% (526886/526886), done.
Receiving objects:  76% (2620199/3445333), 381.07 MiB | 1.07 MiB/s 

This is still in progress as I type this, but it looks promising since the 
number of objects matches what it indicated when it was attempting to pull 
the tagged version. I'll post up if this works after the download completes.

Thanks again,
Jim



On Monday, January 6, 2014 2:52:00 PM UTC-5, RobertCNelson wrote:
>
> On Mon, Jan 6, 2014 at 1:02 PM,  > 
> wrote: 
> > Hello, 
> > 
> > I realize that this is an old thread, but was hoping that one of y'all 
> might 
> > see this and shed some light on what I'm doing wrong... 
> > 
> > I pulled the buildroot project from 
> > "https://github.com/jadonk/buildroot/releases/tag/save-emmc-0.0.1"; 
> since 
> > it's exactly what I need (an initramfs with working support for the SD 
> card; 
> > I can't get MMC/SD to work with the mainline kernel and Buildroot 
> 2013.11). 
> > 
> > Problem is, when I follow the build instructions, it goes off to do a 
> GIT 
> > clone on from GitHub of tag "ddd36e546e53d3c493075bbebd6188ee843208f9" 
> to 
> > get Linux kernel patches.  It appears to contact the GIT server, 
> processes 
> > some 697MB with of data, builds a tarball on the remote end, and then 
> > downloads a "linux-ddd36e546e53d3c493075bbebd6188ee843208f9.tar.gz" 
> tarball 
> > file with 20 bytes in it. 
>
> Yeah... I think i see an issue with github.com/beagleboard/linux the 
> current practice has always been to push over the old branch, so when 
> i pushed to fixes to the 3.8 branch last week that rewrote the history 
> and now ddd36e546e53d3c493075bbebd6188ee843208f9 is probally a single 
> file no longer connected to anything... 
>
> Can buildroot just use the "3.8" branch instead of a specific commit? 
>
> > 
> > At this point, the Buildroot compile dies, since the tarball is 
> > truncated/corrupted/something. 
> > 
> > I'm not very well versed in GIT internals; can anyone shed some light on 
> > what might be wrong so I can get this compiled?  I will happily provide 
> any 
> > logs or other information, but am too new at using GIT to know what to 
> post 
> > up. 
>
> -- 
> 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/groups/opt_out.

[beagleboard] Re: PWM: changing Period of EHRPWM

[antodoms]

Thanks,

Tried your trick even replaced the new dtbo file but even after 
that I am getting the default value for Period ( ie, 500) and duty (ie, 
0) ... Is there any step that you missed in between...??. Anyways thanks 
for the tip..:)

On Monday, 8 July 2013 08:44:54 UTC+5:30, tohr...@gmail.com wrote:
>
> Hello,
>
> you can change period by changing dtbo files.
>
> 1 Generate dts file from original dtbo file
> dtc -I dtb -O dts -o /lib/firmware/bone_pwm_P8_13-00A0.dts /lib/firmware/
> bone_pwm_P8_13-00A0.dtbo
>
> 2 Change period
> open file "/lib/firmware/bone_pwm_P8_13-00A0.dts" with editor at lines 
> around line 26:
> pwm_test_P8_13 {
> compatible = "pwm_test";
> pwms = <0xdeadbeef 0x1 0x7a120 0x1>;
>
>  and change to following, for example change period to 10ns=0.1ms
>
> pwm_test_P8_13 {
> compatible = "pwm_test";
> pwms = <0xdeadbeef 0x1 10 0x1>;
>   
> where
> -3rd parameter of line"pwms = ~" is period.
> -period (and other parameters) can be written in either decimal or 
> hexadecimal of 0xABC format.
> -default period 0x7a120 is 500 in decimal.
> -As you mentioned, Both A and B output for one eHRPWM must have same 
> period setting.
>  If not, the second device will fail to setup at "echo (device)> 
> /sys/devices/bone_capemgr.*/slots" command.
>
> 3 Compile to new dtbo file
> dtc -O dtb -o bone_pwm_P8_13-00A0.dtbo -b 0 -@ bone_pwm_P8_13-00A0.dts
>
>  You'd better back up original dtbo file before overwriting it.
>
> 4 Use new dtbo file. 
> echo bone_pwm_P8_13 > /sys/devices/bone_capemgr.*/slots
>
>
>
> 2013年6月4日火曜日 16時33分00秒 UTC+9 sultanof.ilo...@gmail.com:
>>
>> Hey, 
>> yes sure, duty must be (0 <= duty <= period). Otherwise you would try to 
>> to set a pwm duty cycle of less than 0% or more than 100%. Returning an 
>> error to the user is a proper way to handle this. 
>>
>> As mentioned above EHRPWM1 and EHRPWM2 share the same base period (or 
>> respectively the base frequency). If I enable both PWM ouputs, writing to 
>> the period files always results in an error. Enabeling only one of the two 
>> outputs lets me change the periods.
>> This does make sense after all. I assume the necessary crosschecking of 
>> the conditions (0 <= duty <= period) for related PWM outputs is simply not 
>> implemented yet or mayby just faulty. 
>>
>> Am Montag, 3. Juni 2013 12:25:15 UTC+2 schrieb lawe...@gmail.com:
>>>
>>> Hi
>>>
>>> I'm just starting out, but here is what I found. Hopefully it can help 
>>> you.
>>> The period must be greater than duty.
>>> This worked fine for me:
>>> echo 10 > /sys/devices/ocp.2/pwm_test_P9_14.12/period
>>> Period is given in ns. Duty is given in ns on/off depending on polarity.
>>>
>>
>

-- 
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/groups/opt_out.

Re: [beagleboard] Re: Extracting eMMC contents using FAT formatted card

[Dieter Wirz]

Did you try something like:
git clone git://github.com/jadonk/buildroot
in your terminal

On Mon, Jan 6, 2014 at 8:02 PM,   wrote:
> Hello,
>
> I realize that this is an old thread, but was hoping that one of y'all might
> see this and shed some light on what I'm doing wrong...
>
> I pulled the buildroot project from
> "https://github.com/jadonk/buildroot/releases/tag/save-emmc-0.0.1"; since
> it's exactly what I need (an initramfs with working support for the SD card;
> I can't get MMC/SD to work with the mainline kernel and Buildroot 2013.11).
>
> Problem is, when I follow the build instructions, it goes off to do a GIT
> clone on from GitHub of tag "ddd36e546e53d3c493075bbebd6188ee843208f9" to
> get Linux kernel patches.  It appears to contact the GIT server, processes
> some 697MB with of data, builds a tarball on the remote end, and then
> downloads a "linux-ddd36e546e53d3c493075bbebd6188ee843208f9.tar.gz" tarball
> file with 20 bytes in it.
>
> At this point, the Buildroot compile dies, since the tarball is
> truncated/corrupted/something.
>
> I'm not very well versed in GIT internals; can anyone shed some light on
> what might be wrong so I can get this compiled?  I will happily provide any
> logs or other information, but am too new at using GIT to know what to post
> up.
>
> Thanks,
> Jim
>
>

-- 
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/groups/opt_out.

Re: [beagleboard] Re: Extracting eMMC contents using FAT formatted card

[Robert Nelson]

On Mon, Jan 6, 2014 at 1:02 PM,   wrote:
> Hello,
>
> I realize that this is an old thread, but was hoping that one of y'all might
> see this and shed some light on what I'm doing wrong...
>
> I pulled the buildroot project from
> "https://github.com/jadonk/buildroot/releases/tag/save-emmc-0.0.1"; since
> it's exactly what I need (an initramfs with working support for the SD card;
> I can't get MMC/SD to work with the mainline kernel and Buildroot 2013.11).
>
> Problem is, when I follow the build instructions, it goes off to do a GIT
> clone on from GitHub of tag "ddd36e546e53d3c493075bbebd6188ee843208f9" to
> get Linux kernel patches.  It appears to contact the GIT server, processes
> some 697MB with of data, builds a tarball on the remote end, and then
> downloads a "linux-ddd36e546e53d3c493075bbebd6188ee843208f9.tar.gz" tarball
> file with 20 bytes in it.

Yeah... I think i see an issue with github.com/beagleboard/linux the
current practice has always been to push over the old branch, so when
i pushed to fixes to the 3.8 branch last week that rewrote the history
and now ddd36e546e53d3c493075bbebd6188ee843208f9 is probally a single
file no longer connected to anything...

Can buildroot just use the "3.8" branch instead of a specific commit?

>
> At this point, the Buildroot compile dies, since the tarball is
> truncated/corrupted/something.
>
> I'm not very well versed in GIT internals; can anyone shed some light on
> what might be wrong so I can get this compiled?  I will happily provide any
> logs or other information, but am too new at using GIT to know what to post
> up.

-- 
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/groups/opt_out.

Re: [beagleboard] Mystery: Beaglebone Black doesn't respond ping or ssh regularly

[Dieter Wirz]

On Mon, Jan 6, 2014 at 5:51 PM, JJ  wrote:
>
>
> maanantai, 6. tammikuuta 2014 14.19.59 UTC+2 Dieter Wirz kirjoitti:
>>
>> Did you test, if your BBB is still connected to the www while he is
>> not accessible? eg with a cronjob, something like:
>> * * * * * ping -c 1 google.com >> /some_path_to/ping.log
>
>
> Works fine with 1 minute interval, no errors.
> The ping crontab works as the dynamic dns updater, since I am able to ping
> and ssh my BBB after the crontab excecution. With 1 minute interval, there
> are no connection problems at all.
>
> This ping crontab may be a temporary solution to the problem, but something
> is wrong blatantly.
> Here's a summary: if BBB has been connected to somewhere just a moment ago,
> I can connect to it. But when BBB's internet connection has been idle for a
> few minutes, it won't respond my requests until next dns/ping crontab
> execution.

Weird

..ooOO IIRC Arch and Debian have conman as default network connection
manager.  But in a setup you have IMHO conman is *not* the ultimate
solution (conman may be great for laptops, etc). Did you have a look
at conman's log files? They tend to be *not* in /var/log depending on
your system.

I would try the following:
- Inactivate / Uninstall conman
- edit /etc/network/interfaces
- start the connections with "ifup eth0"

HTH
Dieter

-- 
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/groups/opt_out.

[beagleboard] Re: Extracting eMMC contents using FAT formatted card

[jim . langston]

Hello,

I realize that this is an old thread, but was hoping that one of y'all 
might see this and shed some light on what I'm doing wrong...

I pulled the buildroot project from 
"https://github.com/jadonk/buildroot/releases/tag/save-emmc-0.0.1"
 
since it's exactly what I need (an initramfs with working support for the 
SD card; I can't get MMC/SD to work with the mainline kernel and Buildroot 
2013.11).

Problem is, when I follow the build instructions, it goes off to do a GIT 
clone on from GitHub of tag "ddd36e546e53d3c493075bbebd6188ee843208f9" to 
get Linux kernel patches.  It appears to contact the GIT server, processes 
some 697MB with of data, builds a tarball on the remote end, and then 
downloads a "linux-ddd36e546e53d3c493075bbebd6188ee843208f9.tar.gz" tarball 
file with 20 bytes in it.

At this point, the Buildroot compile dies, since the tarball is 
truncated/corrupted/something.

I'm not very well versed in GIT internals; can anyone shed some light on 
what might be wrong so I can get this compiled?  I will happily provide any 
logs or other information, but am too new at using GIT to know what to post 
up.

Thanks,
Jim

On Thursday, September 26, 2013 1:16:54 PM UTC-4, Jason Kridner wrote:
>
> There are lots of ways to extract the contents of the eMMC to save off and 
> reuse. I'm proposing a method using Buildroot and an initramfs such that 
> you can simply drop a few files from a .zip onto a normal, FAT-formatted SD 
> card to perform the extraction. There are several things really handy here, 
> such as the ability to edit autorun.sh to be whatever script you want to 
> run on your board at boot. In the archive, I only have the necessary 
> autorun.sh for *saving* your eMMC content. The flip-side is provided here 
> in the text such that you need to go through a couple of steps before you 
> trash your eMMC.
>
> The steps for saving off your eMMC contents to a file:
> * Get a 4GB or larger uSD card that is FAT formatted.
> * Download https://s3.amazonaws.com/beagle/beagleboneblack-save-emmc.zipand 
> extract the contents onto your uSD card.
> * Eject uSD card from your computer, insert into powered-off BeagleBone 
> Black and apply power to your board.
> * You'll notice USR0 (the LED closest to the S1 button in the corner) will 
> (after about 20 seconds) start to blink steadily, rather than the 
> double-pulse "heartbeat" pattern that is typical when your BeagleBone Black 
> is running the typical Linux kernel configuration.
> * It'll run for a bit under 10 minutes and then USR0 will stay ON steady. 
> That's your cue to remove power, remove the uSD card and put it back into 
> your computer.
> * You should see a file called BeagleBoneBlack-eMMC-image-X.img, where 
> X is a set of random numbers. Save off this file to use for restoring 
> your image later.
>
> Because the date won't be set on your board, you might want to adjust the 
> date on the file to remember when you made it. Delete the file if you want 
> to make room for a new backup image. For storage on your computer, these 
> images will typically compress very well, so use your favorite compression 
> tool.
>
> To restore the file, make sure there is a valid 
> BeagleBoneBlack-eMMC-image-.img file on the uSD card and edit 
> autorun.sh with your favorite text editor to contain the following:
> #!/bin/sh
> echo timer > /sys/class/leds/beaglebone\:green\:usr0/trigger 
> dd if=/mnt/BeagleBoneBlack-eMMC-image-X.img of=/dev/mmcblk1 bs=10M
> sync
> echo default-on > /sys/class/leds/beaglebone\:green\:usr0/trigger
>
> *NOTE*: Be certain to replace the 'X' above with the proper name of 
> your image file.
>
> This image was built using Buildroot. The sources are at 
> https://github.com/jadonk/buildroot with tag save-emmc-0.0.1. Download 
> via https://github.com/jadonk/buildroot/releases/tag/save-emmc-0.0.1 or 
> clone the git repo. It is a small fork from git://
> git.buildroot.net/buildroot tag e9f6011617528646768e69203e85fe64364b7efd.
>
> To build, 'make beagleboneblack_defconfig; make; ./mkuimage.sh'.  Output 
> files (am335x-boneblack.dtb, MLO, u-boot.img and uImage) will be in the 
> output/images subdirectory. The following files were created manually.
>
> uEnv.txt:
> bootpart=0:1
> bootdir=
> fdtaddr=0x81FF
> optargs=quiet capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN
> uenvcmd=load mmc 0 ${loadaddr} uImage;run loadfdt;setenv bootargs 
> console=${console} ${optargs};bootm ${loadaddr} - ${fdtaddr}
>
> autorun.sh:
> #!/bin/sh
> echo timer > /sys/class/leds/beaglebone\:green\:usr0/trigger 
> dd if=/dev/mmcblk1 of=/mnt/BeagleBoneBlack-eMMC-image-$RANDOM.img bs=10M 
> sync
> echo default-on > /sys/class/leds/beaglebone\:green\:usr0/trigger
>
> The kernel is based on 
> https://github.com/beagleboard/kernel/commit/9fdb452245a58158a4bea7

Re: [beagleboard] PWM on more than 2 pins?

[antodoms]

Either browse through the files to know your devices correct bone_capemgr 
number or try this

cd /sys/devices/
ls

cd capemgr.x (choose from the list and replace the number for x)

On Tuesday, 1 October 2013 01:14:21 UTC+5:30, marcus silva wrote:
>
> any one know how to acess pwm slots in
>  /sys/devices/bone_capemgr.9?
> I try to just change from 8 to 9 and did not work.
> I use bbb black with ubuntu precise and I cant find
> /sys/devices/ocp.2/helper.14/AIN7 
> or
> /sys/devices/platform/tsc/ain1
> those ports are only availible by default in anstrong?
>
>
>
> 2013/9/2 T.Morgan >
>
>> I think most of us have got a single servo running on the BBB by now. Has 
>> anyone succeeded in using 3 or more PWM channels at the same time?
>>
>> I find that if I:
>>
>> $ echo am33xx_pwm > /sys/devices/bone_capemgr.8/slots
>> $ echo bone_pwm_P8_13 > /sys/devices/bone_capemgr.8/slots
>> $ echo bone_pwm_P8_19 > /sys/devices/bone_capemgr.8/slots
>> $ echo bone_pwm_P9_14 > /sys/devices/bone_capemgr.8/slots
>> $ echo bone_pwm_P9_16 > /sys/devices/bone_capemgr.8/slots
>>
>> Then directories /sys/devices/ocp.2/pwm_test_P8_13.xx and 
>> pwm_test_P9_14.xx contain the expected files and subdirectories:
>>
>> driver duty  modalias period polarity  power  run  subsystem  uevent
>>
>> while directories /sys/devices/ocp.2/pwm_test_P8_19.xx and 
>> pwm_test_P9_16.xx only contain:
>>
>> modalias  power  subsystem  uevent
>>
>> The uevent files for P8_13 and P9_14 both contain the line 
>> 'DRIVER=pwm_test' which is missing from the uevent files for P8_19 and 
>> P9_16.
>>
>> The output on pins P8_13 and P9_14 behaves as expected when I write to 
>> their period and duty files.
>>
>> Pins P8_19 and P9_16 are fixed high or low (depending on the history of 
>> tests run on them).
>>
>> If I reverse the order in which I load the PWM modules, P8_19 and P9_16 
>> are good, P8_13 and P9_14 are bad.
>>
>> I notice that after loading the PWM module on, say, P8_13, the output on 
>> the second pin for that EHR, P8_19 immediately goes high.
>> (This may be indicative of the driver messing up the 2nd channel while 
>> configuring the 1st.)
>>
>> Very occasionally, a second PWM channel can be opened on one of the EHRs. 
>> When this happens, writes to the channel's period file return error 
>> 'invalid argument'.
>>
>> I've observed the same behavior on Angstrom 6/20 and 8/21 (in desperation 
>> I downloaded a copy from the developer's site).
>> I've tested this with the PWM pins unconnected, connected to LEDs through 
>> serial resistors, connected to a 7404 and connected to L293Ds.
>> I've tested this with the Adafruit BBIO library (0.17), shell commands as 
>> above, and using a homebrew python SYSFS front-end.
>>
>> Is there a bug in the test_pwm driver or am I missing some step in 
>> initializing the PWM channels?
>>  
>> -- 
>> 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/groups/opt_out.
>>
>
>
>
> -- 
> Marcus de Vasconcelos Diogo da Silva
>
> "Uma montanha até um cego consegue desviar,mas é nas pedras menores que 
> nós muitas vezes tropeçamos e caimos!" 
>

-- 
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/groups/opt_out.

Re: [beagleboard] UART data sliced in two piece ....

[Micka]

Problem Solved !

By disabling the preempt mode in the kernel config  I have some fopen
call in my program which is not a good idea in real time application 


Thx everyone for the help !


On Mon, Jan 6, 2014 at 12:58 PM, Micka  wrote:

> Hi,
>
> Thanks for your answer,
>
> Well, it's just 16 octets or less  most of the time it works, but
> somehow the driver decide to interrupt the transfer ..
>
> yes it's a single call to write 
>
>
> Do you know if there is a configuration to solve this bug ? I'm also
> wondering if it's because my linux ( 3.8 ) is not a real time kernel 
> maybe i should apply the kernel PREEMPT_RT ?
>
> I'm really lost 
>
>
> Micka,
>
>
> On Sat, Jan 4, 2014 at 9:10 AM, Dave Hylands  wrote:
>
>> Hi,
>>
>>
>> On Fri, Jan 3, 2014 at 4:08 PM, Micka  wrote:
>> >
>> > Ok,
>> >
>> > Well, the baudrate is at 38400, the distribution is the Ubuntu from
>> Robert C Nelson ( 3.8.13 bone 30 ), the driver is the omap . I've modified
>> a little bit the driver to add RS485 support ( see the patch attached ) ,
>> the only major modification that I've done is to add :
>> >
>> > + wait_for_xmitr(up);
>> > +if (up->rs485.flags & SER_RS485_ENABLED) {
>> > +   if(up->rs485.delay_rts_after_send>0){
>> > +udelay(up->rs485.delay_rts_after_send);
>> > +   }
>> > +   /* Disable RS485 TX EN */
>> > +   val = (up->rs485.flags & SER_RS485_RTS_AFTER_SEND) ? 1
>> : 0;
>> > +   gpio_set_value(up->rs485.gpio_pin, val);
>> > +}
>> >
>> >
>> > in the function serial_omap_stop_tx .
>> >
>> >
>> > It works most of the time, but for an unknown reason there is this
>> weird behavior .
>> >
>> >
>> > Any tips ? lead to follow ?
>>
>> How much data are you writing?
>>
>> Are you doing it with a single call to write?
>>
>> If you're doing multipe calls to write then its quite possible that a
>> context switch is allowing another task to run and delaying your second
>> write.
>>
>> --
>> Dave Hylands
>> Shuswap, BC, Canada
>> http://www.davehylands.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/groups/opt_out.
>>
>
>

-- 
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/groups/opt_out.

Re: [beagleboard] Re: Memory Mapped GPIO, has the addressing changed?

[Bo Gao]

Thank you,

I tried and it worked. 

I ran the 
bbb_enable_gpio.sh
  
from 
https://github.com/piranha32/IOoo/blob/master/examples/bbb_enable_gpio.sh
 first.
Then, I  ran the Beagle_GPIO_test compiled from 
https://github.com/majestik666/Beagle_GPIO/blob/master/Beagle_GPIO.cc. 
I could see the Pin P8-46 is changed from 3.3v to 0v.
Hope this will help others who are using or trying to use the mmap to 
configure the pin using C/C++.

Thank you,

Bo


On Wednesday, July 17, 2013 12:19:19 PM UTC-4, Jacek Radzikowski wrote:
>
> Unfortunately enabling setting pinmuxing for GPIOs does not turn on 
> the GPIO modules. The easiest way to enable them is to export one pin 
> from each of the problematic GPIO blocks. You can use the following 
> script: 
> https://github.com/piranha32/IOoo/blob/master/examples/bbb_enable_gpio.sh 
>
> j. 
>
>
> On Wed, Jul 17, 2013 at 5:53 AM,  > 
> wrote: 
> > All 
> > 
> > Has anyone found a solution to this? 
> > 
> > I am mapping /dev/mem and setting the GPIO input / output in a similar 
> > fashion to the referenced example by the OP. 
> > 
> > From dmesg I see 
> > [267773.389824] Unhandled fault: external abort on non-linefetch 
> (0x1018) at 
> > 0xb6f71134 
> > 
> > In a TI forum I came across 
> > http://e2e.ti.com/support/embedded/linux/f/354/t/49197.aspx 
> > 
> > "You need to make sure that the appropriate McSPI functional 
> > (CM_FCLKEN1_CORE)  and interface (CM_ICLKEN1_CORE) clocks are enabled 
> before 
> > reading the McSPI registers." 
> > 
> > Is this solution - especially since I am not using SPI?  What exactly 
> does 
> > it mean? 
> > 
> > Thanks 
> > 
> > Stuart 
> > 
> > 
> > 
> > On Sunday, 5 May 2013 09:17:00 UTC+10, ky...@cranehome.info wrote: 
> >> 
> >> If been able to find a couple of libraries that deal with GPIO on the 
> >> BeagleBone.  I have tried to compile and execute them on the BeagleBone 
> >> Black but have had no success thus far. One library is a C library and 
> tries 
> >> to set the MUX via the now missing omap_mux file and fails at that 
> point. 
> >> It's mimicking the Arduino style DigitalWrite syntax.  The other one is 
> a 
> >> C++ library that appears to try to access the MUX settings through 
> memory as 
> >> well. 
> >> 
> >> Both Libraries seem to have a base address for the GPIO pins as: 
> >> 
> >> #define GPIO0   (0x44E07000) 
> >> #define GPIO1   (0x4804C000) 
> >> #define GPIO2   (0x481AC000) 
> >> #define GPIO3   (0x481AE000) 
> >> 
> >> 
> >> 
> >> The control register base seems to be set as this: 
> >> const unsigned long Beagle_GPIO::GPIO_Control_Module_Registers = 
> >> 0x44E1; 
> >> 
> >> 
> >> This is the C++ library I found. 
> >> https://github.com/majestik666/Beagle_GPIO/blob/master/Beagle_GPIO.cc 
> >> 
> >> and was able to compile it but had to add: 
> >> #include  
> >> to the Beagle_GPIO.hh to cover the use of usleep in several places 
> before 
> >> it succeeds in building.  Running the test executable however results 
> in: 
> >> 
> >> root@beaglebone:~/downloads/Beagle_GPIO-master# ./Beagle_GPIO_test 
> >> [GPIO] : Beagle_GPIO::Beagle_GPIO() 
> >> [GPIO] : Opening /dev/mem 
> >> [GPIO] : Beagle GPIO Initialized 
> >> [GPIO] :  
> >> [GPIO] : BeagleBone GPIO Test 
> >> [GPIO] :  
> >> [GPIO] : Configuring Pin P8_46 as Output 
> >> Bus error 
> >> 
> >> So the error suggests that something about the addressing is not right. 
> >> Has the BBB new processor changed the memory map locations around? 
> >> 
> >> I'm just searching for a way that allows me to use the GPIO pins in a 
> >> straight-forward way.  I have several C/C++ programs I have been using 
> on 
> >> the RaspberryPi and wanted to port over to the BeagleBone Black but 
> they 
> >> need to have access to the GPIO pins.  At present I have no option it 
> seems 
> >> to move forward with this since file operations on exported pins is not 
> >> going to cut it for my needs. 
> > 
> > -- 
> > 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/groups/opt_out. 
> > 
> > 
>
>
>
> -- 
> Given a choice between two theories, take the one which is funnier 
>

-- 
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/groups/opt_out.

Re: [beagleboard] Mystery: Beaglebone Black doesn't respond ping or ssh regularly

[JJ]

maanantai, 6. tammikuuta 2014 14.19.59 UTC+2 Dieter Wirz kirjoitti:
>
> Did you test, if your BBB is still connected to the www while he is 
> not accessible? eg with a cronjob, something like: 
> * * * * * ping -c 1 google.com >> /some_path_to/ping.log 
>

Works fine with 1 minute interval, no errors.
The ping crontab works as the dynamic dns updater, since I am able to ping 
and ssh my BBB after the crontab excecution. With 1 minute interval, there 
are no connection problems at all.

This ping crontab may be a temporary solution to the problem, but something 
is wrong blatantly.
Here's a summary: if BBB has been connected to somewhere just a moment ago, 
I can connect to it. But when BBB's internet connection has been idle for a 
few minutes, it won't respond my requests until next dns/ping crontab 
execution.

-- 
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/groups/opt_out.

Re: [beagleboard] Clone Ubuntu EMMC on BBB

[Robert Nelson]

On Mon, Jan 6, 2014 at 10:26 AM, Brian Piccioni  wrote:
> Robert
>
> Thank you so much for the reply. I was unaware that I could pull diagnostic
> information from the BBB during boot from the serial port.

I wouldn't say it'll give you an 100% answer, but it'll at-least give
you a clue for the next direction to go..

>
> Indeed - I never noticed the serial port before either!
>
> I believe I have a serial to USB adapter, so I'll try it when I get home.
>
> One correction: my flashed BBB is not running Ubuntu 12.4, but 13.04. Not
> that it makes a difference, but I figure for historical reasons I'd correct
> it.

In most cases the version of ubuntu actually dosen't matter.. It's
more about when it was packaged and how it was setup on your device.

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/groups/opt_out.

Re: [beagleboard] Re: Happy New Year Beaglers!

[Robert Nelson]

On Mon, Jan 6, 2014 at 9:11 AM, Mark A. Yoder  wrote:
> Wow, I hadn't noticed it was so BIG.  Maybe a separate SD image just for Mma
> could be created that you would insert when you want to run it.

If they push it to a "generic apt repo" (which i doubt), you could
always build that image yourself:

https://github.com/beagleboard/image-builder

Just add it to the package list:

https://github.com/beagleboard/image-builder/blob/master/beagleboard.org_image.sh#L48

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/groups/opt_out.

Re: [beagleboard] Clone Ubuntu EMMC on BBB

[Brian Piccioni]

Robert

Thank you so much for the reply. I was unaware that I could pull diagnostic 
information from the BBB during boot from the serial port.

Indeed - I never noticed the serial port before either!

I believe I have a serial to USB adapter, so I'll try it when I get home. 

One correction: my flashed BBB is not running Ubuntu 12.4, but 13.04. Not 
that it makes a difference, but I figure for historical reasons I'd correct 
it.

Thanks again for your help. I am sure dealing with newbies all the time 
must be frustrating. I do know a lot of stuff, but am relatively new to 
Linux, ARM, etc..

Brian


On Monday, January 6, 2014 8:51:39 AM UTC-5, RobertCNelson wrote:
>
> On Sun, Jan 5, 2014 at 4:33 PM, Brian Piccioni 
> > 
> wrote: 
> > Hello and thank you in advance for the help. 
> > 
> > I know that, in general, this topic has been addressed before. I looked 
> > through all the posts, followed whatever methods, etc., were suggested 
> but I 
> > can't get it to work (it being cloning my eMMC on one BBB to another 
> BBB). 
> > 
> > I live in rural Canada and downloading costs me $10/gb so I am cautious 
> > about downloading stuff unless i have to, etc.. 
> > 
> > My 'source' system is Ubuntu 13.04 (GNU/Linux 3.8.13-bone21 armv7l). 
> > Initially my target was an 'out of the box' BBB. 
> > 
> > I booted the 'source' system from an Anstrom 'bootable' microSD, mounted 
> a 
> > USB drive, in the USB directory I executed 
> > 
> > dd if=/dev/mmcblk1 of=BeagleBoneBlack-eMMC-image-Jan52014.img 
> bs=10M 
> > 
> > The command completed with no errors and a reassuring amount of data 
> copied 
> > (1.9gb) 
> > 
> > Then I booted the 'destination' system from an Anstrom 'bootable' 
> microSD, 
> > mounted my USB drive, and in the USB directory executed 
> > 
> > dd if=BeagleBoneBlack-eMMC-image-Jan52014.img of=/dev/mmcblk1 
> bs=10M 
> > 
> > Again, the command completed with no errors and a reassuring amount of 
> data 
> > copied (1.9gb) 
> > 
> > 
> > Unfortunately, when I boot the destination machine, nothing much happens 
> > except a flashing LED. I can't SSH into the board and it doesn't even 
> show 
> > up on my network. 
>
> well get a usb-serial adapter and it'll tell you why it can't boot... 
>
> > 
> > Figuring there was something Ubuntu related I flashed the destination 
> BBB 
> > with Ubuntu 12.4, which I had around. It worked fine, however, when I 
> > repeated the above procedure (including booting Angstrom off microSD) I 
> got 
> > the same result. 
> > 
> > 
> > I wonder if there is something wrong with my eMMC partion table on the 
> > source BBB (even though it works fine). When I execute fdisk -l I get 
> the 
> > following (note the doesn't contain a valid partition table reports) 
> > 
> > Disk /dev/mmcblk1: 1920 MB, 1920991232 bytes 
> > 255 heads, 63 sectors/track, 233 cylinders, total 3751936 sectors 
> > Units = sectors of 1 * 512 = 512 bytes 
> > Sector size (logical/physical): 512 bytes / 512 bytes 
> > I/O size (minimum/optimal): 512 bytes / 512 bytes 
> > Disk identifier: 0x 
> > 
> > Device Boot  Start End  Blocks   Id  System 
> > /dev/mmcblk1p1   *  63  144584   72261c  W95 FAT32 
> (LBA) 
> > /dev/mmcblk1p2  144585 3743144 1799280   83  Linux 
> > 
> > Disk /dev/mmcblk1boot1: 1 MB, 1048576 bytes 
> > 4 heads, 16 sectors/track, 32 cylinders, total 2048 sectors 
> > Units = sectors of 1 * 512 = 512 bytes 
> > Sector size (logical/physical): 512 bytes / 512 bytes 
> > I/O size (minimum/optimal): 512 bytes / 512 bytes 
> > Disk identifier: 0x 
> > 
> > Disk /dev/mmcblk1boot1 doesn't contain a valid partition table 
> > 
> > Disk /dev/mmcblk1boot0: 1 MB, 1048576 bytes 
> > 4 heads, 16 sectors/track, 32 cylinders, total 2048 sectors 
> > Units = sectors of 1 * 512 = 512 bytes 
> > Sector size (logical/physical): 512 bytes / 512 bytes 
> > I/O size (minimum/optimal): 512 bytes / 512 bytes 
> > Disk identifier: 0x 
> > 
> > Disk /dev/mmcblk1boot0 doesn't contain a valid partition table 
>
> ignore the "/dev/mmcblk1bootX" they are not used in this system.. 
>
> > I would be very grateful if somebody could tell me what I am doing 
> wrong. 
>
> your debugging blind, grab a usb-serial adapter and you can easily see 
> what's wrong.. 
>
> 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/groups/opt_out.

Re: [beagleboard] Re: Happy New Year Beaglers!

[Jason Kridner]

Sounds like a fair approach to me and might even be able to be FAT
formatted. There are public test images if you want to try it out and
give everyone some feedback.

On Mon, Jan 6, 2014 at 10:27 AM, Mark A. Yoder  wrote:
> My idea was to keep all things Mathematica on a separate SD card, even
> though you're booting off the eMMC.  I'd plug it in when I want to play with
> it and pop it out when done.  Then it wouldn't eat up valuable eMMC space.
>
> --Mark
>
> On Monday, January 6, 2014 10:15:14 AM UTC-5, RobertCNelson wrote:
>>
>> On Mon, Jan 6, 2014 at 9:11 AM, Mark A. Yoder  wrote:
>> > Wow, I hadn't noticed it was so BIG.  Maybe a separate SD image just for
>> > Mma
>> > could be created that you would insert when you want to run it.
>>
>> If they push it to a "generic apt repo" (which i doubt), you could
>> always build that image yourself:
>>
>> https://github.com/beagleboard/image-builder
>>
>> Just add it to the package list:
>>
>>
>> https://github.com/beagleboard/image-builder/blob/master/beagleboard.org_image.sh#L48
>>
>> 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/groups/opt_out.

-- 
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/groups/opt_out.

[beagleboard] Re: Wifi Adapter Recommendations

[David Marquart]

building a driver from 

https://github.com/pvaret/rtl8192cu-fixes.git
for the little one from adafruit seems to be working quite well.  ran since 
thursday on 3.12.5 kernel without any issues that i could find so far.


On Thursday, December 26, 2013 3:37:50 PM UTC-6, David Marquart wrote:
>
> Does anyone have a recommendation for a wifi adapter that works with 
> Robert Nelson's Ubuntu images?  I have rtl8188cus and mt7601 and I can not 
> get either to work.  At this point I would rather just order one that works 
> rather than waste more time trying to fight with either of these two.  I 
> have building the kernel working and have tried several times to build a 
> new driver for both of these adapters but the mt7601 will not show up with 
> iwconfig and the rtl8188cus will show up see my access point but will not 
> connect to it.  I am editing /etc/network/interfaces to try and get 
> connected to our WEP "protected" network.  I have no control over the type 
> of encryption used.  I was able to get everything working on Angstrom with 
> connman so I know it is possible.
>
> Sorry if this became a little bit of a rant but I have spent a lot of time 
> trying everything I could google up and now I just want to throw money at 
> the problem.
>

-- 
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/groups/opt_out.

Re: [beagleboard] Re: Happy New Year Beaglers!

[Mark A. Yoder]

My idea was to keep all things Mathematica on a separate SD card, even 
though you're booting off the eMMC.  I'd plug it in when I want to play 
with it and pop it out when done.  Then it wouldn't eat up valuable eMMC 
space.

--Mark

On Monday, January 6, 2014 10:15:14 AM UTC-5, RobertCNelson wrote:
>
> On Mon, Jan 6, 2014 at 9:11 AM, Mark A. Yoder 
> > 
> wrote: 
> > Wow, I hadn't noticed it was so BIG.  Maybe a separate SD image just for 
> Mma 
> > could be created that you would insert when you want to run it. 
>
> If they push it to a "generic apt repo" (which i doubt), you could 
> always build that image yourself: 
>
> https://github.com/beagleboard/image-builder 
>
> Just add it to the package list: 
>
>
> https://github.com/beagleboard/image-builder/blob/master/beagleboard.org_image.sh#L48
>  
>
> 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/groups/opt_out.

Re: [beagleboard] Re: Happy New Year Beaglers!

[Mark A. Yoder]

Wow, I hadn't noticed it was so BIG.  Maybe a separate SD image just for 
Mma could be created that you would insert when you want to run it.

I've played with Mma on the Pi and it does work, but it's rather sluggish 
at times.

--Mark

On Monday, January 6, 2014 9:57:50 AM UTC-5, RobertCNelson wrote:
>
> On Mon, Jan 6, 2014 at 8:49 AM, Mark A. Yoder 
> > 
> wrote: 
> > Jason: 
> >   This sounds good.  It looks like I can to retool my BeagleClass again. 
> > 
> > Have you considered including Mathematica on the image?  I see it's 
> going to 
> > be included on the Pi[2]. 
>
> "Future Raspbian images will ship with the Wolfram Language and 
> Mathematica by default; existing users with at least 600MB of free 
> space on their SD card can install them today by typing:" 
>
> So that's 1/3 of the space on eMMC... Kinda wasteful in my mind for a 
> "generic" for everyone image.. 
>
> 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/groups/opt_out.

[beagleboard] Re: Happy New Year Beaglers!

[Mark A. Yoder]

Jason:
  This sounds good.  It looks like I can to retool my BeagleClass again.

Have you considered including Mathematica on the image?  I see it's going 
to be included on the Pi[2].

--Mark

[1] http://www.wolfram.com/raspberry-pi/
[2] http://www.raspberrypi.org/archives/5282 

On Saturday, January 4, 2014 10:36:20 AM UTC-5, Jason Kridner wrote:
>
> http://beagleboard.org/blog/2014-01-04-happy-new-year/ 
>
> Here we are, 2014. Expect a big year for Beagle! Unfortunately, I have 
> to start out with an apology. LinuxGizmos.com recently hopped on the 
> news that over 100,000 BeagleBone Blacks have now been sold. When they 
> contacted me to confirm, I blundered a bit by repeating and confirming 
> what I thought was a fairly broadly shared rumor---that we are looking 
> to soon shift the Linux distribution that ships in the flash of the 
> boards from Angstrom to Debian. The blunder wasn't the confirming of 
> the news, but rather not doing a good job at communicating to the 
> community about this move better ahead of time. It didn't help that I 
> was taking off for vacation where my Internet access is spotty at 
> best. So, I owe you all a big apology, but I hope you are still 
> excited about the news. 
>
> So what's coming? 
>
> The big news is a shift to Debian in the on-board flash. You'll still 
> be able to flash Angstrom if you want to use that and myself and 
> others in the community will still be rather happy to help you with 
> Angstrom-related questions, but the feeling is that we'll get a much 
> broader support base if we have new users encounter Debian first on 
> the upcoming boards. 
>
> The exact date of the switch-over hasn't been determined. Gerald had 
> most recently given me and everyone involved a deadline of giving him 
> an image by the end of January, but we are currently bottlenecked by 
> the updated version of Cloud9 IDE. I have been playing with a beta of 
> version 3 and I find it to be a huge improvement that will enable us 
> to provide support for C compilation within the IDE using plug-ins. 
> The new version also runs on node 0.10, making it much easier to work 
> with recent Debian builds. Before any switch in production happens, 
> there will be a fairly complete beta image shared broadly for testing. 
>
> How similar will the experience be? 
>
> If you aren't a heavy Linux user and just do a few things from the 
> command-line and use the Cloud9 IDE, the experience will be pretty 
> similar, but I hope you'll find it somewhat improved. If you are a 
> more seasoned developer, I probably don't need to answer the question, 
> because you are already likely to be somewhat experienced with Debian. 
> All of the key features you expect should be there. 
>
> We have a handful of performance goals to try to keep the experience 
> on-par with Angstrom. One is a boot time target of under 10 seconds. 
> Using the typical boot strategy for Debian Wheezy without any 
> significant optimization, Robert Nelson observed that boot time was 
> more like 30 seconds. By switching over to systemd, as is used by 
> typical Angstrom builds, boot time dropped to around 16 seconds. We'll 
> be spending a bit of time trying to improve this between now and the 
> beta image. 
>
> Space on the flash will likely be very similar, due to trying to 
> provide similar functionality. The builds are currently quite a bit 
> smaller, but Robert is still adding in items to bring in feature 
> parity. 
>
> BoneScript will still be included in the out-of-box experience to help 
> quickly prove out the various hardware interfaces and help people 
> learn about wiring up hardware. I've fixed most of the issues with 
> getting BoneScript onto other distros besides Angstrom and am planning 
> to soon release version 0.2.4 that already has improved support for 
> switching pin modes and reading pin states. 
>
> The USB flash drive and USB networking features will still be 
> included, as well as the driver install guide, self-hosted web-based 
> tutorial and the previously mentioned Cloud9 IDE. 
>
> Over time, there will be more promotion of the Userspace Arduino 
> project that provides an easy-to-learn C API for rapid prototyping of 
> hardware projects. Of course, the boards will continue to ship with a 
> C/C++ compiler and build tools, libraries, and a number of 
> interpreters, such as Python. I'd love to include the Adafruit BBIO 
> Python library, so I'll be contacting them to see if they'll approve 
> that. I've also been chatting quite a few times with the Erlang folks, 
> so that is something that has a good likelihood of being included. 
>
> The kernel is likely to be the same one included currently in 
> Angstrom, the customized 3.8.x kernel. However, if the release slips 
> enough, there is a reasonable chance we'll be switching over to one of 
> either the 3.12 or 3.13-rc kernels. A good amount of attention will be 
> paid to having a good set of drivers and firmware for USB wifi 
> adapte

Re: [beagleboard] Re: Happy New Year Beaglers!

[Robert Nelson]

On Mon, Jan 6, 2014 at 8:49 AM, Mark A. Yoder  wrote:
> Jason:
>   This sounds good.  It looks like I can to retool my BeagleClass again.
>
> Have you considered including Mathematica on the image?  I see it's going to
> be included on the Pi[2].

"Future Raspbian images will ship with the Wolfram Language and
Mathematica by default; existing users with at least 600MB of free
space on their SD card can install them today by typing:"

So that's 1/3 of the space on eMMC... Kinda wasteful in my mind for a
"generic" for everyone image..

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/groups/opt_out.

Re: [beagleboard] USB Host mass storage device possible?

[Philip Polstra]

What kind of processing do you want to do?
On Jan 6, 2014 6:09 AM,  wrote:

> Hi,
>
> Would appreciate some insights into whether or not this would be possible
> with the current beaglebone black hardware.
>
> Could I have a BBB running ubuntu that at the same time can be plugged
> into a pc and act as a USB mass storage device?
>
> So for example just say I have a computer running windows xp with no admin
> rights to install drivers, could I plug a BBB into this computer, have the
> BBB show up as a mass storage device, copy files to a location on the BBB
> (possibly a virtual filesystem or separate SD card partition), BBB performs
> some form of processing on the files etc...
>
> Hope this makes sense.
>
> Thanks,
> Patrick
>
> --
> 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/groups/opt_out.
>

-- 
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/groups/opt_out.

Re: [beagleboard] How many PRU clock cycles does a LBBO instruction take?

[cmicali]

Charles great answer 

Lenny - rule of thumb is if you have to go outside of the PRU, it will be 
both slow and non-deterministic because you have to go over the l3 
interconnect.  Because of this if you need tight timing behavior you should 
not make any outside-of-pru memory accesses.  I got around this by having 
PRU0 doing the "realtime" stuff and putting data in PRU memory and then 
having PRU1 stream that to DDR.

I briefly looked at DMA but could not spend the time to figure out how to 
initiate DMA transfers from the PRU.  If anyone figures that out a post on 
it would be fantastic. 

-c


On Sunday, January 5, 2014 5:00:45 PM UTC-5, Charles Steinkuehler wrote:
>
> On 1/5/2014 3:50 PM, Lenny wrote: 
> > Thanks a lot. These delays are quite disappointing. Is it possible to 
> > shorten these delays by using e.g. DMA to transfer data from a 
> peripheral 
> > (in my case the TSC_ADC) directly to PRU memory? 
>
> It should be possible to DMA into the PRU data memory, and indeed 
> checking section 10 of the TRM (Interconnects) shows that all TPTC 
> (Third Party Transfer Controller, a.k.a DMA) initiators connect to the 
> L4_Fast slave where the PRU-ICSS lives. 
>
> -- 
> 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/groups/opt_out.

Re: [beagleboard] 3G Modems

[Mike Bremford]

I've used a Huawei E3131 USB dongle which has an external antenna socket -
not hard to setup under Linux, as it presents itself as an ethernet
interface. There's nothing BeagleBone specific about setup, the steps
documented here are for debian:
http://captainunlikely.com/blog/2013/08/16/fallback-routing-with-linux/ and
you can probably find more detailed ones with google.


On 6 January 2014 13:15,  wrote:

> Hello
>
> As part of a project I am working on, it is required to use a 3G modem
> connected to a Beaglebone Black as the BBB will be placed in a remote
> location.
> I have acquired Sakis3G, and attempted to use some 3G modems, but they did
> not work, and the script only told me that it was unable to connect to the
> modem (eventhough it did pick it up).
>
> Does anyone know where I can find a list of 3G modems compatible with the
> BBB, or reference me to a tutorial on how to connect to a 3G modem manually.
> One requirement I have is the modem must have a slot where a external
> antenna can be connected.
>
> Thank you in advance!
> Cornel
>
> --
> 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/groups/opt_out.
>

-- 
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/groups/opt_out.

[beagleboard] Beaggle CANOPEN 1M and realtime

[sdecorme]

Hi,
I would like to know if the beaggle bone card can run a realtime OS able to 
have a 1khz main loop with calculation and mastering a CANOPEN bus with 8 
slave and a WebSite.
Is the BBB have a serial port ?
On the Raspberry forum they tell me about Xenomai to make realtime OS.
Sincerely.

-- 
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/groups/opt_out.

Re: [beagleboard] Re: Boot failure "external abort on non-linefetch" in cpsw_probe with any image after Wi-Fi install

[Robert Nelson]

On Mon, Jan 6, 2014 at 12:33 AM, Loren Amelang  wrote:
> @RobertCNelson:  "Your kernel is out of date, please upgrade to
> "v3.8.13-bone35" first..."
>
> That kernel version is from attempts to boot Ubuntu. Maybe I could find a
> newer Ubuntu image,

http://elinux.org/BeagleBoardUbuntu

Kept updated once a month, and kernel's can easily be upgraded as they
are released...

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/groups/opt_out.

Re: [beagleboard] USB Host mass storage device possible?

[Robert Nelson]

On Mon, Jan 6, 2014 at 1:23 AM,   wrote:
> Hi,
>
> Would appreciate some insights into whether or not this would be possible
> with the current beaglebone black hardware.
>
> Could I have a BBB running ubuntu that at the same time can be plugged into
> a pc and act as a USB mass storage device?
>
> So for example just say I have a computer running windows xp with no admin
> rights to install drivers, could I plug a BBB into this computer, have the
> BBB show up as a mass storage device, copy files to a location on the BBB
> (possibly a virtual filesystem or separate SD card partition), BBB performs
> some form of processing on the files etc...
>
> Hope this makes sense.

That's easy, we've been doing that by default since the bbb came out
with the images hosted here:

http://elinux.org/BeagleBoardUbuntu

you can see how we do it by looking at our init script..

https://github.com/RobertCNelson/omap-image-builder/blob/master/scripts_device/am335x_evm.sh#L29

adapt it to your image as needed..

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/groups/opt_out.

Re: [beagleboard] Clone Ubuntu EMMC on BBB

[Robert Nelson]

On Sun, Jan 5, 2014 at 4:33 PM, Brian Piccioni  wrote:
> Hello and thank you in advance for the help.
>
> I know that, in general, this topic has been addressed before. I looked
> through all the posts, followed whatever methods, etc., were suggested but I
> can't get it to work (it being cloning my eMMC on one BBB to another BBB).
>
> I live in rural Canada and downloading costs me $10/gb so I am cautious
> about downloading stuff unless i have to, etc..
>
> My 'source' system is Ubuntu 13.04 (GNU/Linux 3.8.13-bone21 armv7l).
> Initially my target was an 'out of the box' BBB.
>
> I booted the 'source' system from an Anstrom 'bootable' microSD, mounted a
> USB drive, in the USB directory I executed
>
> dd if=/dev/mmcblk1 of=BeagleBoneBlack-eMMC-image-Jan52014.img bs=10M
>
> The command completed with no errors and a reassuring amount of data copied
> (1.9gb)
>
> Then I booted the 'destination' system from an Anstrom 'bootable' microSD,
> mounted my USB drive, and in the USB directory executed
>
> dd if=BeagleBoneBlack-eMMC-image-Jan52014.img of=/dev/mmcblk1 bs=10M
>
> Again, the command completed with no errors and a reassuring amount of data
> copied (1.9gb)
>
>
> Unfortunately, when I boot the destination machine, nothing much happens
> except a flashing LED. I can't SSH into the board and it doesn't even show
> up on my network.

well get a usb-serial adapter and it'll tell you why it can't boot...

>
> Figuring there was something Ubuntu related I flashed the destination BBB
> with Ubuntu 12.4, which I had around. It worked fine, however, when I
> repeated the above procedure (including booting Angstrom off microSD) I got
> the same result.
>
>
> I wonder if there is something wrong with my eMMC partion table on the
> source BBB (even though it works fine). When I execute fdisk -l I get the
> following (note the doesn't contain a valid partition table reports)
>
> Disk /dev/mmcblk1: 1920 MB, 1920991232 bytes
> 255 heads, 63 sectors/track, 233 cylinders, total 3751936 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disk identifier: 0x
>
> Device Boot  Start End  Blocks   Id  System
> /dev/mmcblk1p1   *  63  144584   72261c  W95 FAT32 (LBA)
> /dev/mmcblk1p2  144585 3743144 1799280   83  Linux
>
> Disk /dev/mmcblk1boot1: 1 MB, 1048576 bytes
> 4 heads, 16 sectors/track, 32 cylinders, total 2048 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disk identifier: 0x
>
> Disk /dev/mmcblk1boot1 doesn't contain a valid partition table
>
> Disk /dev/mmcblk1boot0: 1 MB, 1048576 bytes
> 4 heads, 16 sectors/track, 32 cylinders, total 2048 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disk identifier: 0x
>
> Disk /dev/mmcblk1boot0 doesn't contain a valid partition table

ignore the "/dev/mmcblk1bootX" they are not used in this system..

> I would be very grateful if somebody could tell me what I am doing wrong.

your debugging blind, grab a usb-serial adapter and you can easily see
what's wrong..

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/groups/opt_out.

[beagleboard] Re: To CANBUS or not to CANBUS

[tee . eff95]

Le vendredi 3 janvier 2014 18:55:34 UTC+1, Michael Cummins a écrit :
 

> What does the CANBUS Cape offer beyond what the BBB can already do?
>

CAN bus need a transceiver to be connected to the physical layer. This 
device transform the CAN Rx / Tx signals of the BBB into CAN low and CAN 
High.
 See for example : ISO 1050 - ISOLATED CAN 
TRANSCEIVER 

The CAN cape contains this kind of component and an EEPROM that 
automatically set the right ports in the CAN mode.

You could build your own cape with a different transceiver (with 2 
supplies: 5 or 12v for the CAN bus side and 3.3v for the BBB side) and 
configure yourself the BBB with the appropriate device tree: Enable CANBus 
on the BeagleBone 
Black

-- 
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/groups/opt_out.

Re: [beagleboard] couple questions about trying flyswatter 2 on beagle xm from fedora 20

[Robert P. J. Day]

  so, following along here:

http://elinux.org/Flyswatter2_Beagleboard_XM_How_To

if i try the openocd 0.7.0 package that's yum installable on fedora
20, i (predictably) get:

  "Unknown target type cortex_a"

so i hack the file /usr/share/openocd/target/amdm37x.cfg and adjust
a single line thusly:

target create $_TARGETNAME cortex_a8 -chain-position $_CHIPNAME.dap
   ^

and try again and, lo ...

$ sudo openocd -f interface/flyswatter2.cfg -f board/ti_beagleboard_xm.cfg -c 
init -c "reset init"
Open On-Chip Debugger 0.7.0 (2013-09-07-16:51)
Licensed under GNU GPL v2
For bug reports, read
http://openocd.sourceforge.net/doc/doxygen/bugs.html
Info : only one transport option; autoselect 'jtag'
adapter speed: 10 kHz
Warn : dm37x.dsp: huge IR length 38
trst_only separate trst_push_pull
Info : max TCK change to: 3 kHz
Info : clock speed 10 kHz
Info : JTAG tap: dm37x.jrc tap/device found: 0x2b89102f (mfg: 0x017, part: 
0xb891, ver: 0x2)
Info : JTAG tap: dm37x.dap enabled
Info : dm37x.cpu: hardware has 6 breakpoints, 2 watchpoints
Error: JTAG-DP STICKY ERROR
Error: MEM_AP_CSW 0x8042, MEM_AP_TAR 0x54011140
Error: JTAG-DP STICKY ERROR
Error: MEM_AP_CSW 0x8042, MEM_AP_TAR 0x54011140
Error: JTAG-DP STICKY ERROR
Error: MEM_AP_CSW 0x8042, MEM_AP_TAR 0x54011140
Error: JTAG-DP STICKY ERROR
Error: MEM_AP_CSW 0x8042, MEM_AP_TAR 0x54011140
Error: JTAG-DP STICKY ERROR
Error: MEM_AP_CSW 0x8042, MEM_AP_TAR 0x54011150
Error: JTAG-DP STICKY ERROR
Error: MEM_AP_CSW 0x8042, MEM_AP_TAR 0x54011150
Error: JTAG-DP STICKY ERROR
Error: MEM_AP_CSW 0x8042, MEM_AP_TAR 0x540111c0
Error: JTAG-DP STICKY ERROR
Error: MEM_AP_CSW 0x8042, MEM_AP_TAR 0x540111c0
adapter speed: 10 kHz
Info : JTAG tap: dm37x.jrc tap/device found: 0x2b89102f (mfg: 0x017, part: 
0xb891, ver: 0x2)
Info : JTAG tap: dm37x.dap enabled
adapter speed: 1000 kHz
Warn : dm37x.cpu: ran after reset and before halt ...
Info : number of cache level 2
Error: cache l2 present :not supported
Error: mpdir not in multiprocessor format
target state: halted
target halted in ARM state due to debug-request, current mode: Supervisor
cpsr: 0x81d3 pc: 0x40200f9c
MMU: disabled, D-Cache: disabled, I-Cache: enabled

  which makes me optimistic. i can now telnet in:

$ telnet localhost 
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
Open On-Chip Debugger
>

  at which point i now have to figure out what i'm doing, but i at
least appear to have a working session.

rday

p.s.  i'm looking at the elinux page of OpenOCD config files here:

  http://elinux.org/OpenOCD_Config_Files

and it would appear that, for me, the only file patch i would care
about is amdm37x.cfg. if i'm strictly using the FS2 on my bb-xm, none
of the other patch files are relevant for me, is that correct? and
openocd 0.7.0 already comes with a flyswatter2.cfg file.

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


-- 
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/groups/opt_out.

[beagleboard] 3G Modems

[verster . cornel]

Hello

As part of a project I am working on, it is required to use a 3G modem 
connected to a Beaglebone Black as the BBB will be placed in a remote 
location.
I have acquired Sakis3G, and attempted to use some 3G modems, but they did 
not work, and the script only told me that it was unable to connect to the 
modem (eventhough it did pick it up).

Does anyone know where I can find a list of 3G modems compatible with the 
BBB, or reference me to a tutorial on how to connect to a 3G modem manually.
One requirement I have is the modem must have a slot where a external 
antenna can be connected.

Thank you in advance!
Cornel

-- 
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/groups/opt_out.

[beagleboard] Need parts for designing GPS cape for Beaglebone Black

[khajaminhaj70]

HI!
I want to design my own GPS cape board for BB Black. But I dont know 
complete parts  lists . Can anyone help me.
 Thanks

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [beagleboard] couple questions about trying flyswatter 2 on beagle xm from fedora 20

[Robert P. J. Day]

On Sat, 4 Jan 2014, Bill Traynor wrote:

> On Sat, Jan 4, 2014 at 6:34 PM, Robert P. J. Day  
> wrote:

> > Runtime Error: embedded:startup.tcl:20: Unknown target type cortex_a,
> > try one of arm7tdmi, arm9tdmi, arm920t, arm720t, arm966e, arm946e,
> > arm926ejs, fa526, feroceon, dragonite, xscale, cortex_m, cortex_a8,
> > cortex_r4, arm11, mips_m4k, avr, dsp563xx, dsp5680xx, testee,
> > avr32_ap7k,  or hla_target
> > in procedure 'script'
> > at file "embedded:startup.tcl", line 58
> > at file "/usr/share/openocd/scripts/board/ti_beagleboard_xm.cfg", line 5
> > in procedure 'target' called at file 
> > "/usr/share/openocd/scripts/target/amdm37x.cfg", line 144
> > in procedure 'ocd_bouncer'
> > at file "embedded:startup.tcl", line 20
> > #
> >
> >   "Unknown target type cortex_a"?
> >
> > if i go to line 144 of the config file, sure enough, i find:
> >
> > target create $_TARGETNAME cortex_a -chain-position $_CHIPNAME.dap
> >
> > should that instead say "cortex_a8"? is this really a bug in openocd?
> > has anyone else tried this?
>
> Yes, and it used to work.  Did the cfg file get patched for cortex_a.

  right now, the git repo for openocd shows line 144 from
tcl/target/amdm37x.cfg as:

target create $_TARGETNAME cortex_a -chain-position $_CHIPNAME.dap

and the git log for openocd seems fairly insistent that this is the
right target type, despite it being flagged as invalid. is it still
supposed to be patched? here's the openocd patch page from elinux:

  http://elinux.org/OpenOCD_Patches

which goes way back to openocd 0.5.0. should that still be applied?
seems like a long time for an essential patch to not be upstreamed.

> I'd also recommend NOT using the distros OpenOCD, but rather using
> the latest version in OpenOCDs Git repo.

  normally, i'd agree, but the yum installable openocd package for
fedora 20 is, in fact, version 0.7.0, which is the latest official
release. so i'll try both and see if it makes a difference. back
shortly ...

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


-- 
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/groups/opt_out.

Re: [beagleboard] couple questions about trying flyswatter 2 on beagle xm from fedora 20

[Robert P. J. Day]

On Sat, 4 Jan 2014, Bill Traynor wrote:

> On Sat, Jan 4, 2014 at 6:34 PM, Robert P. J. Day  
> wrote:
> >
> >   following up on my earlier post on JTAG debugging, i dug into my
> > supplies and found my flyswatter 2 and associated cables and started
> > following the instructions here:
> >
> >   http://elinux.org/Flyswatter2_Beagleboard_XM_How_To
> >
> > and ran into a couple issues.
> >
> >   the first is that, if you look at the photos on that page, there's a
> > discrepancy between pics 4 and 5, as pic 4 shows the 10-pin ribbon
> > cable being connected, then suddenly that cable has vanished in pic 5,
> > and is replaced by the serial cable in pic 6, which is kind of
> > confusing.
>
> Yes, PIC4 and 5 are slightly confusing and incorrect.

  at the risk of this being *slightly* off-topic, i want to spend
today mucking with my flyswatter2 and openocd and my bb-xm (and
documenting my adventures along the way), so given the page above,
other than the pics being slightly cognitively dissonant, is the
general recipe still valid?

  i followed along, connected my fs2 and bb-xm with both cables, then
connected the fs2 via USB cable to my fedora 20 system and, lo, what
appeared in /var/log/messages:

Jan  6 07:48:45 localhost kernel: [ 5920.204732] usb 2-1.4: new high-speed USB 
device number 5 using ehci-pci
Jan  6 07:48:46 localhost kernel: [ 5920.294188] usb 2-1.4: New USB device 
found, idVendor=0403, idProduct=6010
Jan  6 07:48:46 localhost kernel: [ 5920.294199] usb 2-1.4: New USB device 
strings: Mfr=1, Product=2, SerialNumber=3
Jan  6 07:48:46 localhost kernel: [ 5920.294204] usb 2-1.4: Product: Flyswatter2
Jan  6 07:48:46 localhost kernel: [ 5920.294209] usb 2-1.4: Manufacturer: 
TinCanTools
Jan  6 07:48:46 localhost kernel: [ 5920.294213] usb 2-1.4: SerialNumber: 
FS2
Jan  6 07:48:46 localhost kernel: [ 5920.296082] ftdi_sio 2-1.4:1.0: FTDI USB 
Serial Device converter detected
Jan  6 07:48:46 localhost kernel: [ 5920.296143] usb 2-1.4: Detected FT2232H
Jan  6 07:48:46 localhost kernel: [ 5920.296148] usb 2-1.4: Number of endpoints 
2
Jan  6 07:48:46 localhost kernel: [ 5920.296153] usb 2-1.4: Endpoint 1 
MaxPacketSize 512
Jan  6 07:48:46 localhost kernel: [ 5920.296157] usb 2-1.4: Endpoint 2 
MaxPacketSize 512
Jan  6 07:48:46 localhost kernel: [ 5920.296161] usb 2-1.4: Setting 
MaxPacketSize 512
Jan  6 07:48:46 localhost kernel: [ 5920.296612] usb 2-1.4: FTDI USB Serial 
Device converter now attached to ttyUSB0
Jan  6 07:48:46 localhost kernel: [ 5920.298110] ftdi_sio 2-1.4:1.1: FTDI USB 
Serial Device converter detected
Jan  6 07:48:46 localhost kernel: [ 5920.298167] usb 2-1.4: Detected FT2232H
Jan  6 07:48:46 localhost kernel: [ 5920.298172] usb 2-1.4: Number of endpoints 
2
Jan  6 07:48:46 localhost kernel: [ 5920.298176] usb 2-1.4: Endpoint 1 
MaxPacketSize 512
Jan  6 07:48:46 localhost kernel: [ 5920.298180] usb 2-1.4: Endpoint 2 
MaxPacketSize 512
Jan  6 07:48:46 localhost kernel: [ 5920.298185] usb 2-1.4: Setting 
MaxPacketSize 512
Jan  6 07:48:46 localhost kernel: [ 5920.298590] usb 2-1.4: FTDI USB Serial 
Device converter now attached to ttyUSB1

so i'm taking that as a good sign. more shortly and, yes, i'll write a
wiki page somewhere about this once it's all working.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


-- 
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/groups/opt_out.

Re: [beagleboard] Mystery: Beaglebone Black doesn't respond ping or ssh regularly

[Dieter Wirz]

Did you test, if your BBB is still connected to the www while he is
not accessible? eg with a cronjob, something like:
* * * * * ping -c 1 google.com >> /some_path_to/ping.log



On Wed, Jan 1, 2014 at 12:04 PM, JJ  wrote:
> I have my BBB connected to a ADSL modem/router in bridged mode, so BBB gets
> directly an external IP. But sometimes, actually many times an hour, it
> doens't respond to any protocol: I have tried pinging, ssh and http-request
> but nothing reaches BBB (connection timeout). However, I have set a crontab
> for dynamic dns service to update external IP of BBB with 15 min interval,
> when BBB tells its IP to the dyndns-service (I am 100 % sure that the IP
> address hasn't been changed during the 15 minutes period, so connection
> should work).
> After this I am able to connect again to the BBB.
>
> The connection seems to "freeze" many times between dyndns-updates. In an
> hour there are four updates, and the conncetion loss occurs 0-4 times during
> that time.
> What makes this a mystery is that there are no error logs in the BBB about
> connections. Its ethernet connector LED's are on, but not blinking when I
> try to connect during the loss.
>
> I have tried 2 Linux distributions, Arch and Debian Wheezy, and the problem
> exists with both.
> I don't know if this is a software or hardware issue. Sadly, I am not able
> to connect a screen, mouse or keyboard to the BBB so I can't "look under the
> hood" during the problem.
>
> --
> 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/groups/opt_out.

-- 
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/groups/opt_out.

Re: [beagleboard] Angstrom Abandoned for BBB? Rumor + a Rant

[janszymanski12345]

IMHO, many people will pay a few dollars more for BBB hardware to cover for 
a software professional salary.
Do not let the BBB die.

On Sunday, January 5, 2014 11:35:34 AM UTC+11, William Hermans wrote:
>
> Personally, I'd rather that TI kept their sticky paws off of the 
> development as much as possible. Watching the SGX/DRM driver progression 
> should be warning enough.
>
>
> On Sat, Jan 4, 2014 at 5:24 PM, John Syne 
> > wrote:
>
>>
>> From: Anguel >
>> Reply-To: >
>> Date: Saturday, January 4, 2014 at 3:09 PM
>> To: >
>> Cc: >
>> Subject: Re: [beagleboard] Angstrom Abandoned for BBB? Rumor + a Rant
>>
>>
>>
>> On Saturday, January 4, 2014 3:20:07 PM UTC+1, Jason Kridner wrote:
>>>
>>> We are working with Robert Nelson's Debian images to try to produce an 
>>> out-of-box experience on par with the Angstrom images. Once we have a 
>>> few more features in, namely an updated Cloud9 IDE that works with 
>>> node 0.10, then we'll push out a beta image broadly for testing.
>>
>>
>> It is good news that you are working with Robert on Debian. IMHO this is 
>> the way to go. Robert is doing so much for the BBB community. TI should 
>> support him in every way they can.
>> It is a fact that BBB developer resources are extremely limited. So 
>> efforts should really concentrate on getting the serious stuff working 
>> properly, I mean the basic things a serious developer needs: kernel + 
>> stability + Qt, because Linux is used for touch GUIs, not as a desktop 
>> replacement.
>> For me Linux Desktops, Cloud9, USB networking etc. is just a big waste of 
>> precious development time, unless the intention is to fool new customers 
>> that the BBB is something easy to use. This is definitely not the case and 
>> will never be! Just have a look at all the posts in this thread.
>>
>> Actually, Cloud9 together with DojoToolKit is amazing for developing Web 
>> based GUI. Using websockets makes the GUI very responsive.  
>>
>>
>>
>> The LCD Cape vendors should push support for their hardware into 
>>> https://github.com/beagleboard/kernel and 
>>> https://github.com/beagleboard/cape-firmware. CircuitCo does so. 
>>> Github pull requests are the best way to do so. 
>>>
>>
>> The problem with touch was that someone ported the ADC / touchscreen 
>> stuff from an upcoming TI kernel to the 3.8 kernel and some things broke. 
>> Then this somebody just did not have the time to fix the bugs and they 
>> stayed there. I already discussed this in another thread.
>>
>> Use Capacitive based touchscreen. These interface via USB.
>>
>>
>>
>> Anguel
>>
>> -- 
>> 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/groups/opt_out.
>>
>>  -- 
>> 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/groups/opt_out.
>>
>
>

-- 
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/groups/opt_out.

[beagleboard] Clone Ubuntu EMMC on BBB

[Brian Piccioni]

Hello and thank you in advance for the help.

I know that, in general, this topic has been addressed before. I looked 
through all the posts, followed whatever methods, etc., were suggested but 
I can't get it to work (it being cloning my eMMC on one BBB to another BBB).

I live in rural Canada and downloading costs me $10/gb so I am cautious 
about downloading stuff unless i have to, etc..

My 'source' system is Ubuntu 13.04 (GNU/Linux 3.8.13-bone21 armv7l). 
Initially my target was an 'out of the box' BBB. 

I booted the 'source' system from an Anstrom 'bootable' microSD, mounted a 
USB drive, in the USB directory I executed 

dd if=/dev/mmcblk1 of=BeagleBoneBlack-eMMC-image-Jan52014.img bs=10M

The command completed with no errors and a reassuring amount of data copied 
(1.9gb)

Then I booted the 'destination' system from an Anstrom 'bootable' microSD, 
mounted my USB drive, and in the USB directory executed 

dd if=BeagleBoneBlack-eMMC-image-Jan52014.img of=/dev/mmcblk1 bs=10M

Again, the command completed with no errors and a reassuring amount of data 
copied (1.9gb)


Unfortunately, when I boot the destination machine, nothing much happens 
except a flashing LED. I can't SSH into the board and it doesn't even show 
up on my network.

Figuring there was something Ubuntu related I flashed the destination BBB 
with Ubuntu 12.4, which I had around. It worked fine, however, when I 
repeated the above procedure (including booting Angstrom off microSD) I got 
the same result.


I wonder if there is something wrong with my eMMC partion table on the 
source BBB (even though it works fine). When I execute fdisk -l I get the 
following (note the *doesn't contain a valid partition table* reports) 

Disk /dev/mmcblk1: 1920 MB, 1920991232 bytes
255 heads, 63 sectors/track, 233 cylinders, total 3751936 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x

Device Boot  Start End  Blocks   Id  System
/dev/mmcblk1p1   *  63  144584   72261c  W95 FAT32 (LBA)
/dev/mmcblk1p2  144585 3743144 1799280   83  Linux

Disk /dev/mmcblk1boot1: 1 MB, 1048576 bytes
4 heads, 16 sectors/track, 32 cylinders, total 2048 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x

Disk /dev/mmcblk1boot1 doesn't contain a valid partition table

Disk /dev/mmcblk1boot0: 1 MB, 1048576 bytes
4 heads, 16 sectors/track, 32 cylinders, total 2048 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x

Disk /dev/mmcblk1boot0 doesn't contain a valid partition table


I would be very grateful if somebody could tell me what I am doing wrong.

Thank you

-- 
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/groups/opt_out.

Re: [beagleboard] Re: BeBoPr boards now available

[philip k]

i would also like to purchase a bebopr+* somehow.  i await instruction. 

personal, Texas, USA.

On Thursday, December 12, 2013 9:36:02 AM UTC-6, Bas Laarhoven wrote:
>
>  
> Dave,
>
> Sorry for the short radio silence, I did get your message from the 6th, 
> and it was on my 'todo' stack. I was trying to find some boards for 
> shipment but failed and then I had to get a tape-out and PCBs made before 
> the PCB factory closes for the holidays.
>
> All BeBoPr+ boards have been sold. It will be replaced by the BeBoPr++ 
> that will provide the same functionality and more. I hope to make an 
> announcement soon. The tape-out mentioned before was for the BeBoPr++ 
> revision 1. I've been testing a BeBoPr++ prototype for a while and it's 
> working properly, but I decided to improve the PWM output circuitry and add 
> a connector with an I2C bus. That makes it possible to add some I/O 
> expansion and/or a small LCD without needing extra hardware or soldering 
> wires directly to the board.
>
> Watch the hardware announcements on the forum page!
>
> -- Bas
>
>
> On 10-12-2013 1:16, dave...@gmail.com  wrote:
>  
> Yes, I saw that, and I did send email to that addy several days ago, but 
> no reply so far.   
>
>  I will be more patient and give it some more time now that I know for 
> sure I am on the correct trail. 
>
>  Thanks!
> Dave
>
> On Monday, December 9, 2013 5:20:42 PM UTC-6, Charles Steinkuehler wrote: 
>>
>> The only way to get a BeBoPr+ is to buy it directly from Bas, the board 
>> designer.  His contact e-mail is: beb...@aeselectronics.nl 
>>
>> Bas provided some details earlier in this thread: 
>>
>> https://groups.google.com/forum/#!msg/beagleboard/TNmR1_rHl5c/95xpDmbsLoMJ 
>>
>> If you already have a plain BeBoPr board, you can make it a plus version 
>> by building up the Bridge Board set.  There are design files on github, 
>> and a shared project at OSH-Park, or I have PCBs already fabricated if 
>> you don't want to wait: 
>>
>> http://bb-lcnc.blogspot.com/p/bebopr-bridge.html 
>>
>> On 12/9/2013 11:52 AM, dave...@gmail.com wrote: 
>> > How can I get a BeBoPr+ ?  None of the pages mentioned above seem to 
>> work. 
>> > 
>> > Dave 
>> > 
>> > On Thursday, August 29, 2013 1:53:28 PM UTC-5, David Anders wrote: 
>> >> 
>> >> Greetings All, 
>> >> 
>> >> just a note that BeBoPr boards are now available from Circuitco via 
>> the 
>> >> boardzoo.com website: 
>> >> 
>> >> http://boardzoo.com/index.php/beaglebone/bone-bebopr.html 
>> >> 
>> >> 
>> >> Dave Anders 
>> >> Circuitco 
>>
>> -- 
>> 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...@googlegroups.com .
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>  

-- 
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/groups/opt_out.

[beagleboard] AM335X driver not found

[Sasi Anil]

hi

i have got my new beaglebone black ,after flashing angstrom os into board 
through sd card,i am facing the problem *AM335X driver* not found
i would be thankful for your suggestions

-- 
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/groups/opt_out.

[beagleboard] USB Host mass storage device possible?

[patrick]

Hi,

Would appreciate some insights into whether or not this would be possible 
with the current beaglebone black hardware.

Could I have a BBB running ubuntu that at the same time can be plugged into 
a pc and act as a USB mass storage device?

So for example just say I have a computer running windows xp with no admin 
rights to install drivers, could I plug a BBB into this computer, have the 
BBB show up as a mass storage device, copy files to a location on the BBB 
(possibly a virtual filesystem or separate SD card partition), BBB performs 
some form of processing on the files etc...

Hope this makes sense.

Thanks,
Patrick

-- 
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/groups/opt_out.

Re: [beagleboard] UART data sliced in two piece ....

[Micka]

Hi,

Thanks for your answer,

Well, it's just 16 octets or less  most of the time it works, but
somehow the driver decide to interrupt the transfer ..

yes it's a single call to write 


Do you know if there is a configuration to solve this bug ? I'm also
wondering if it's because my linux ( 3.8 ) is not a real time kernel 
maybe i should apply the kernel PREEMPT_RT ?

I'm really lost 


Micka,


On Sat, Jan 4, 2014 at 9:10 AM, Dave Hylands  wrote:

> Hi,
>
>
> On Fri, Jan 3, 2014 at 4:08 PM, Micka  wrote:
> >
> > Ok,
> >
> > Well, the baudrate is at 38400, the distribution is the Ubuntu from
> Robert C Nelson ( 3.8.13 bone 30 ), the driver is the omap . I've modified
> a little bit the driver to add RS485 support ( see the patch attached ) ,
> the only major modification that I've done is to add :
> >
> > + wait_for_xmitr(up);
> > +if (up->rs485.flags & SER_RS485_ENABLED) {
> > +   if(up->rs485.delay_rts_after_send>0){
> > +udelay(up->rs485.delay_rts_after_send);
> > +   }
> > +   /* Disable RS485 TX EN */
> > +   val = (up->rs485.flags & SER_RS485_RTS_AFTER_SEND) ? 1 :
> 0;
> > +   gpio_set_value(up->rs485.gpio_pin, val);
> > +}
> >
> >
> > in the function serial_omap_stop_tx .
> >
> >
> > It works most of the time, but for an unknown reason there is this weird
> behavior .
> >
> >
> > Any tips ? lead to follow ?
>
> How much data are you writing?
>
> Are you doing it with a single call to write?
>
> If you're doing multipe calls to write then its quite possible that a
> context switch is allowing another task to run and delaying your second
> write.
>
> --
> Dave Hylands
> Shuswap, BC, Canada
> http://www.davehylands.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/groups/opt_out.
>

-- 
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/groups/opt_out.

[beagleboard] Re: Mystery: Beaglebone Black doesn't respond ping or ssh regularly

[JJ]

I do not have dropbear, I'm using openssh. Are you able to ping to your BBB 
when the problem exists?
If you can't, you have the same situation as I do.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [beagleboard] Changing Kernel back to 3.2 for Angstrom - Steps

[Terry Storm]

OK done the steps above and from what I can tell, they succeeded.

It didnt like: *git checkout rowboat-am335x-kernel-3.2 -b tmp*

and google suggested that I needed to break it into two, so I did: *git 
checkout rowboat-am335x-kernel-3.2 && git checkout -b tmp*

However not sure that is the same thing. Anyway, continued with that.

Now I am dont but unsure how to get the Kernel on the BBB.

Any help would be appreciated. I have found a number of tutorials which 
have various methods such as TFTP and some have something about a rootfs 
(Root File System?), but none of them are explained as to what they are 
actually doing or why they are doing it, so I cant really figure out what 
is the correct method for this.

Do I have to do something with rootfs in order to flash just the kernel to 
the BBB, and leave the distribution as is?

Regards
Terry

-- 
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/groups/opt_out.

[beagleboard] Re: 4D Systems 4DCAPE-70T, no display

[Terry Storm]

Hi Brian

What OS are you trying to run on it?

Have you read through the datasheet they provide, if you are trying to run 
Android ?

Regards
Terry

On Saturday, 4 January 2014 09:01:35 UTC+13, Brian Yee wrote:
>
> Halim,
>
> Thanks for your email.  Yes, I did power the board from a Tektronix lab 
> power supply set at 5 volts
> just to be sure it had enough power, but no luck.  I will try again this 
> weekend, but I wonder if there is
> some software setup issue that I overlooked.
>
> Thanks,
>
> Brian
>
>
> On Thursday, January 2, 2014 9:19:26 AM UTC-8, Brian Yee wrote:
>>
>> A couple of weeks ago I installed a 4D Systems 4DCAPE-70T on my BBB board 
>> and powered it up.
>> I was able to connect via USB but there was no display on the LCD cape.  
>> I also tried to run it standalone 
>> with a USB mouse and keyboard (no HDMI display attached) but still no 
>> display.
>>
>> Has anyone else had luck with this, and what hardware/OS configuration 
>> did you use?  Any known
>> problems or hints?
>>
>> Thanks,
>>
>> Brian
>>
>>

-- 
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/groups/opt_out.

[beagleboard] Re: BeagleBone build 3.8.13 kernel with rt_preempt patch: No network, no eth0

[Mickae1]

In the folder linux-dev, you have the folder patches, you put it there. 
Then, you need to add the patch in the file patch.sh

Micka,

Le jeudi 6 juin 2013 23:07:38 UTC+2, Juan C. a écrit :
>
> I've been having problems with i2c and I think that this patch will fix 
> it. 
> https://github.com/RobertCNelson/linux-dev/blob/am33x-v3.8/patches/i2c/0002-Bone-DTS-working-i2c2-i2c3-in-the-tree.patch
> How do I apply this patch to my BBB? I am new to this and would appreciate 
> the help! 
>
> On Thursday, June 6, 2013 4:41:56 AM UTC-5, maetsches wrote:
>>
>> Hi,
>>  
>> I built my own kernel with the scripts of Robert C. Nelson. I used the 
>> 3.8 branch (https://github.com/RobertCNelson/linux-dev/tree/am33x-v3.8) and 
>> executed the following scripts
>>  
>> - build_kernel.sh
>> - then I patched manually the rt patch 3.8.13-rt10
>> - rebuild.sh
>> - in make_menuconfig I activated the Fully Preemption
>> - install_kernel.sh
>>  
>> The kernel is booting but I am not able to get the network running. Do I 
>> have to change something in the config to get the network running?
>>  
>>  
>>
>

-- 
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/groups/opt_out.