date:20160124

On Sun, Jan 24, 2016 at 6:09 PM, William Hermans  wrote:
>>
> The onboard (pcie) RTL8168g/8111g has a nasty lockup bug. So you have to use
> a 10/100 or force 100Mb mode, as it randomly locks up 1 Gb with heavy cpu
> load (build farm)..
>
>
> Silicon bug ?

Might be a mis-configuration of the RTL8168g

https://devtalk.nvidia.com/default/topic/794758/embedded-systems/jetson-tk1-r8169-ethernet-cuts-on-high-load/

Regards,

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

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

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12

>
>
> *The onboard (pcie) RTL8168g/8111g has a nasty lockup bug. So you have to
use a 10/100 or force 100Mb mode, as it randomly locks up 1 Gb with heavy
cpu load (build farm)..*


Silicon bug ?

*What a waste of the pcie channels for 100Mb mode. ;)*
>

Well, at least there wouldn't be any hardware bottlenecks on that 100Mbit
ethernet ;)

On Sun, Jan 24, 2016 at 5:04 PM, Robert Nelson 
wrote:

>
>
> On Sun, Jan 24, 2016 at 6:00 PM, William Hermans 
> wrote:
>
>> O jetsons . . . will have to query you on that sometime. Those boards
>> seem pretty nice, aside from not having lots of external peripheral I/O. IN
>> the context of embedded . . .
>>
>
> and they were 'half' price about two months ago (96).. (limit one "per"
> shipping address.. (DANG THEM!!!))..
>
> The onboard (pcie) RTL8168g/8111g has a nasty lockup bug. So you have to
> use a 10/100 or force 100Mb mode, as it randomly locks up 1 Gb with heavy
> cpu load (build farm)..
>
> What a waste of the pcie channels for 100Mb mode. ;)
>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12

On Sun, Jan 24, 2016 at 6:03 PM, Dean  wrote:
>
> Natively I am running 4.9.2 ...
>
> cat /proc/version
> Linux version 4.1.12-ti-r29 (root@a5-imx6q-wandboard-2gb) (gcc version 4.9.2
> (Debian 4.9.2-10) ) #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015
>
>
> That said I also have a VM of Debian 8.2 which I have used on occasion for
> cross compilation and Eclipse. All said this post was not from the VM, but
> run natively on the BBB with my desktop as UBuntu 15.04.

So did you tell the BBB to load the spidev interface???

PS.. "4.1.12-ti-r29" was way before i fixed spi/dma..  So you really
should upgrade: (unless you only plan to send 159 bytes over spi)

cd /opt/scripts/tools/
git pull
sudo ./update_kernel.sh --ti-rt-channel --lts-4_1
cd ~/

git clone https://github.com/beagleboard/bb.org-overlays --depth=1
cd ./bb.org-overlays
./dtc-overlay.sh
./install.sh

Then:

sudo sh -c "echo 'cape_enable=bone_capemgr.enable_partno=BB-SPIDEV1'
>> /boot/uEnv.txt"


Regards,

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

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

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12

On Sun, Jan 24, 2016 at 6:00 PM, William Hermans  wrote:

> O jetsons . . . will have to query you on that sometime. Those boards
> seem pretty nice, aside from not having lots of external peripheral I/O. IN
> the context of embedded . . .
>

and they were 'half' price about two months ago (96).. (limit one "per"
shipping address.. (DANG THEM!!!))..

The onboard (pcie) RTL8168g/8111g has a nasty lockup bug. So you have to
use a 10/100 or force 100Mb mode, as it randomly locks up 1 Gb with heavy
cpu load (build farm)..

What a waste of the pcie channels for 100Mb mode. ;)

Regards,

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

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

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12

Dean,

This should be your first worry-> open("/dev/spidev2.0", O_RDWR) = -1
ENOENT (No such file or directory)

Find out why your system thinks this file does not exist. As in perhaps it
doesn't because you need to load a device tree file as mike mentioned
above. But also as stated above, there can be many reasons why your
application does not think this file exists.

On Sun, Jan 24, 2016 at 5:00 PM, William Hermans  wrote:

> O jetsons . . . will have to query you on that sometime. Those boards
> seem pretty nice, aside from not having lots of external peripheral I/O. IN
> the context of embedded . . .
>
> On Sun, Jan 24, 2016 at 4:57 PM, Robert Nelson 
> wrote:
>
>>
>>
>> On Sun, Jan 24, 2016 at 5:54 PM, William Hermans 
>> wrote:
>>
>>> wait a minute . . .
>>>
>>> What was posted was running on my *BBB.* That said I also have a VM of
>>> Debian 8.2 which I did some cross compiling. At any rate my GCC is 4.9.2
>>>
>>> cat /proc/version
>>>
 Linux version 4.1.12-ti-r29 (root@a5-*imx6q-wandboard-2gb*) (gcc
 version 4.9.2 (Debian 4.9.2-10) ) #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 
 2015
>>>
>>> Am I the only one seeing a problem here with the bolded text ?
>>>
>>
>> No, the kernel arm build farm is made up of 4 wand quad's, 2
>> omap5_uevm's, and 2 jetson-tk1's..
>>
>> The node that gets the build is a little randomish..
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> https://rcn-ee.com/
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

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

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12


Natively I am running 4.9.2 ...

cat /proc/version
Linux version 4.1.12-ti-r29 (root@a5-imx6q-wandboard-2gb) (gcc version 
4.9.2 (Debian 4.9.2-10) ) #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015


That said I also have a VM of Debian 8.2 which I have used on occasion for 
cross compilation and Eclipse. All said this post was not from the VM, but 
run natively on the BBB with my desktop as UBuntu 15.04.






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

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12

O jetsons . . . will have to query you on that sometime. Those boards
seem pretty nice, aside from not having lots of external peripheral I/O. IN
the context of embedded . . .

On Sun, Jan 24, 2016 at 4:57 PM, Robert Nelson 
wrote:

>
>
> On Sun, Jan 24, 2016 at 5:54 PM, William Hermans 
> wrote:
>
>> wait a minute . . .
>>
>> What was posted was running on my *BBB.* That said I also have a VM of
>> Debian 8.2 which I did some cross compiling. At any rate my GCC is 4.9.2
>>
>> cat /proc/version
>>
>>> Linux version 4.1.12-ti-r29 (root@a5-*imx6q-wandboard-2gb*) (gcc
>>> version 4.9.2 (Debian 4.9.2-10) ) #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015
>>
>> Am I the only one seeing a problem here with the bolded text ?
>>
>
> No, the kernel arm build farm is made up of 4 wand quad's, 2 omap5_uevm's,
> and 2 jetson-tk1's..
>
> The node that gets the build is a little randomish..
>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: [beagleboard] Running Qt gui application on BBB

2016-01-24 Thread Bremenpl

Hi there,
I was not able to solve this. Because of lack of time, I decided to install
qt 5+ on the bbb usong apt manager and build serialport (i needed ot and it
was not included) on the bbb itself. For now i am stuck with building on
bbb without crosscompiling as i wasnt able to set it for qt 5+ as well.

If you would find a solution to this i would be gratefull if you let me
know. I still need the qt on bbb in own frame buffer version.

On January 25, 2016 12:44:23 AM em.ce.kwad...@gmail.com wrote:

On Sunday, 20 December 2015 12:39:38 UTC+1, bremenpl wrote:

I tried the first hint:

root@beaglebone:/home/debian/ImpedanceManager-build# ./ImpedanceManager
-qws -platform eglfs
libEGL warning: DRI3: xcb_connect failed
libEGL warning: DRI2: xcb_connect failed
libEGL warning: DRI2: xcb_connect failed
Could not initialize egl display
Aborted

Theb second:

root@beaglebone:/home/debian/ImpedanceManager-build# DISPLAY=:0
./ImpedanceManager -qws
No protocol specified
QXcbConnection: Could not connect to display :0
Aborted

Is there something more I should specify?

W dniu 2015-12-20 o 08:49, Maxim Podbereznyy pisze:

Try it this thus way:

DISPLAY=:0 myapp -qws
19 Дек 2015 г. 23:07 пользователь "Bremenpl" > написал:

I am not sure, coz i wasnt building it- i fownloaded it from paxjage
manager.

On December 19, 2015 7:51:18 PM John Syne <
john...@gmail.com > wrote:

i haven’t done this in ages, but try to run your QT app with the "-platform
eglfs” option. I’m assuming you built QT with EGL.

Regards,
John

On Dec 19, 2015, at 3:46 AM, Bremenpl < brem...@gmail.com
> wrote:

Hello there,
I managed to set up qt 5.3.2 on the beaglebone. I have build everything
there and it took ages but it works :).

Next step is that I need to check either it is possible to run qt app on
bbb without gui with qws parameter. Because at the moment when i run it
with qws i get QXcbconnection: Could not connect to display. I need to do
it like this because thw gui is really really slow.

On December 15, 2015 6:10:13 AM John Syne > wrote:

For purely building armhf code, Odroid XU4 might be a good choice:

http://www.hardkernel.com/main/main.php

This is an Octacore processor with 4 CortexA15 and 4 CortexA7
processors. I don’t know how good their kernel/debian support is, but I
know Robert had looked at this board or a predecessor in the past, so
perhaps he can give his input here.

Clearly this board doesn’t have the flexibility of the BeagleBoard-x15
with it’s dual DSP, Dual CortexM4, Quad PRU, SATA interface, PCIe
interface, etc.

Regards,
John

On Dec 14, 2015, at 4:29 PM, William Hermans <
yyr...@gmail.com > wrote:

Anyway, the main problem with the rPI 2 is that it has no "fast" non
destructive storage. But the Omilex . . let me look it up.

https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2-4GB/open-source-hardware
Has SATA and GbE both. Dual cores too I think. However, you'd have to ask
someone who has one how well they think it would work as a build board.
RObert might know, as his Debian build guide also includes this board too I
believe.

On Mon, Dec 14, 2015 at 5:25 PM, William Hermans <
yyr...@gmail.com > wrote:

https://www.adafruit.com/product/2358

On Mon, Dec 14, 2015 at 5:23 PM, William Hermans <
yyr...@gmail.com > wrote:

The new board is armv7. Positively.

On Mon, Dec 14, 2015 at 5:24 PM, Bremenpl <
brem...@gmail.com > wrote:

Okay, thank :P. I am quite sure raspberry pi is not hard float.

W dniu 2015-12-15 o 01:21, William Hermans pisze:

So just thinking for a minute. A Raspberry PI 2, the new board with
quad cores, and 1 GB ram would probably work fairly decent as a build
system for the Beaglebones. Granted, something like the X15, of that new
nVidia ARM board, or even the Omelex A20 board with SATA would probably be
a much better choice if cost is not a problem.

By the way, I have no idea what Robert is talking about. You need to
ask him.

On Mon, Dec 14, 2015 at 5:15 PM, Bremenpl <
brem...@gmail.com > wrote:

I have just flashed my BeagleBone Black emmc with lxqt image
linked by Robert. I cant seem to find qmake anywhere. I thought there would
be qt installed and all. Am I missing something again?

W dniu 2015-12-15 o 00:54, William Hermans pisze:

Not necessarily, but consider this. How much does an embedded
systems specialist in your area get paid per hour ? In my area, about 15-20
years ago. The cost of a board like the X15 would have been absorbed in
roughly half a day. That is to say, an embedded systems specialist could
buy a board for $239 after working roughly half a day.

Now take into account that figuring out how to cross compile
something like this is a serious headache, and often takes days, if not
weeks to get r

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12

Anyway, Debian Wheezy would be gcc 4.7.2 I believe( don't recall the minor
version ), not sure abotu Ubuntu, but 4.9.x does not seem unreasonable.

On Sun, Jan 24, 2016 at 4:54 PM, William Hermans  wrote:

> wait a minute . . .
>
> What was posted was running on my *BBB.* That said I also have a VM of
> Debian 8.2 which I did some cross compiling. At any rate my GCC is 4.9.2
>
> cat /proc/version
>
>> Linux version 4.1.12-ti-r29 (root@a5-*imx6q-wandboard-2gb*) (gcc version
>> 4.9.2 (Debian 4.9.2-10) ) #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015
>
> Am I the only one seeing a problem here with the bolded text ?
>
> On Sun, Jan 24, 2016 at 4:51 PM, Dean  wrote:
>
>>
>> What was posted was running on my BBB. That said I also have a VM of
>> Debian 8.2 which I did some cross compiling. At any rate my GCC is 4.9.2
>>
>> cat /proc/version
>> Linux version 4.1.12-ti-r29 (root@a5-imx6q-wandboard-2gb) (gcc version
>> 4.9.2 (Debian 4.9.2-10) ) #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015
>>
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

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

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12

On Sun, Jan 24, 2016 at 5:54 PM, William Hermans  wrote:

> wait a minute . . .
>
> What was posted was running on my *BBB.* That said I also have a VM of
> Debian 8.2 which I did some cross compiling. At any rate my GCC is 4.9.2
>
> cat /proc/version
>
>> Linux version 4.1.12-ti-r29 (root@a5-*imx6q-wandboard-2gb*) (gcc version
>> 4.9.2 (Debian 4.9.2-10) ) #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015
>
> Am I the only one seeing a problem here with the bolded text ?
>

No, the kernel arm build farm is made up of 4 wand quad's, 2 omap5_uevm's,
and 2 jetson-tk1's..

The node that gets the build is a little randomish..

Regards,

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

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

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12

wait a minute . . .

What was posted was running on my *BBB.* That said I also have a VM of
Debian 8.2 which I did some cross compiling. At any rate my GCC is 4.9.2

cat /proc/version

> Linux version 4.1.12-ti-r29 (root@a5-*imx6q-wandboard-2gb*) (gcc version
> 4.9.2 (Debian 4.9.2-10) ) #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015

Am I the only one seeing a problem here with the bolded text ?

On Sun, Jan 24, 2016 at 4:51 PM, Dean  wrote:

>
> What was posted was running on my BBB. That said I also have a VM of
> Debian 8.2 which I did some cross compiling. At any rate my GCC is 4.9.2
>
> cat /proc/version
> Linux version 4.1.12-ti-r29 (root@a5-imx6q-wandboard-2gb) (gcc version
> 4.9.2 (Debian 4.9.2-10) ) #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015
>
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12


What was posted was running on my BBB. That said I also have a VM of Debian 
8.2 which I did some cross compiling. At any rate my GCC is 4.9.2

cat /proc/version
Linux version 4.1.12-ti-r29 (root@a5-imx6q-wandboard-2gb) (gcc version 
4.9.2 (Debian 4.9.2-10) ) #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015


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

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12

>
> *Dean,*
>
> * Looks like you found where to put libEBBLibrary.so...*
>
> * open("/lib/arm-linux-gnueabihf/libEBBLibrary.so", O_RDONLY|O_CLOEXEC) =
> 3*
>
> * Apparently the LCD is attached via SPI?  The code is trying to open
> /dev/spidev2.0, but it's not there.*
>
> * open("/dev/spidev2.0", O_RDWR) = -1 ENOENT (No such file or directory)*
>
> * Likely has to be enabled via devicetree.*
>

Yeah there are many reason why this can fail. Robert named one, you named
another here, and I'll name yet another which could be that application
needs elevated permissions to run( and no elevated permissions were granted
). There are even more possibilities . . .

On Sun, Jan 24, 2016 at 4:46 PM, Mike  wrote:

> On 01/24/2016 06:04 PM, Dean wrote:
>
> I am trying to decipher my strace. My setup is Linux beaglebone
> 4.1.12-ti-r29 #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015 armv7l GNU/Linux
> BeagleBoard.org Debian Image 2015-11-12. I am not sure on how to interpet
> my findings. In particular of the files that are missing is that because I
> need an update or do they arise out a make file that simply is not working
> or incorrect. The CMake version that I am using is 3.0.2. Thanks for
> replies in advance.
>
>
>
> execve("./LCDApp", ["./LCDApp"], [/* 19 vars */]) = 0
>
> brk(0) = 0x4bf000
>
> uname({sys="Linux", node="beaglebone", ...}) = 0
>
> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
>
> mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> = 0xb6f95000
>
> access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
>
> open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
>
> fstat64(3, {st_mode=S_IFREG|0644, st_size=26752, ...}) = 0
>
> mmap2(NULL, 26752, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb6f8e000
>
> close(3) = 0
>
> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
>
> open("/lib/arm-linux-gnueabihf/tls/v7l/neon/vfp/libEBBLibrary.so",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> stat64("/lib/arm-linux-gnueabihf/tls/v7l/neon/vfp", 0xbea01370) = -1
> ENOENT (No such file or directory)
>
> open("/lib/arm-linux-gnueabihf/tls/v7l/neon/libEBBLibrary.so",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> open("/lib/arm-linux-gnueabihf/libEBBLibrary.so", O_RDONLY|O_CLOEXEC) = 3
>
> read(3,
> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0`m\0\0004\0\0\0"..., 512) =
> 512
>
> lseek(3, 95252, SEEK_SET) = 95252
>
> read(3,
> "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
> 1200) = 1200
>
> lseek(3, 63425, SEEK_SET) = 63425
>
> read(3, "A2\0\0\0aeabi\0\1(\0\0\0\0057-A\0\6\n\7A\10\1\t\2\n\4\22"..., 51)
> = 51
>
> fstat64(3, {st_mode=S_IFREG|0755, st_size=96452, ...}) = 0
>
> mmap2(NULL, 128964, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
> = 0xb6f5
>
> mprotect(0xb6f5f000, 65536, PROT_NONE) = 0
>
> mmap2(0xb6f6f000, 4096, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb6f6f000
>
> close(3) = 0
>
> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
>
> open("/usr/lib/arm-linux-gnueabihf/libstdc++.so.6", O_RDONLY|O_CLOEXEC) =
> 3
>
> read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0
> n\4\0004\0\0\0"..., 512) = 512
>
> open("/lib/arm-linux-gnueabihf/libEBBLibrary.so", O_RDONLY|O_CLOEXEC) = 3
>
> read(3,
> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0`m\0\0004\0\0\0"..., 512) =
> 512
>
> lseek(3, 95252, SEEK_SET) = 95252
>
> read(3,
> "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
> 1200) = 1200
>
> lseek(3, 63425, SEEK_SET) = 63425
>
> read(3, "A2\0\0\0aeabi\0\1(\0\0\0\0057-A\0\6\n\7A\10\1\t\2\n\4\22"..., 51)
> = 51
>
> fstat64(3, {st_mode=S_IFREG|0755, st_size=96452, ...}) = 0
>
> mmap2(NULL, 128964, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
> = 0xb6f5
>
> mprotect(0xb6f5f000, 65536, PROT_NONE) = 0
>
> mmap2(0xb6f6f000, 4096, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb6f6f000
>
> close(3) = 0
>
> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
>
> open("/usr/lib/arm-linux-gnueabihf/libstdc++.so.6", O_RDONLY|O_CLOEXEC) =
> 3
>
> read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0
> n\4\0004\0\0\0"..., 512) = 512
>
> lseek(3, 100684, SEEK_SET) = 100684
>
> read(3,
> "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
> 1520) = 1520
>
> lseek(3, 65940, SEEK_SET) = 65940
>
> read(3, "A4\0\0\0aeabi\0\1*\0\0\0\0057-A\0\6\n\7A\10\1\t\2\n\4\22"..., 53)
> = 53
>
> fstat64(3, {st_mode=S_IFREG|0755, st_size=102204, ...}) = 0
>
> mmap2(NULL, 139836, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
> = 0xb6ceb000
>
> mprotect(0xb6cfb000, 61440, PROT_NONE) = 0
>
> mmap2(0xb6d0a000, 8192, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb6d0a000
>
> mmap2(0xb6d0c000, 4668, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb6d0c000
>
> close(3

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12

2016-01-24 Thread Mike


On 01/24/2016 06:04 PM, Dean wrote:


I am trying to decipher my strace. My setup is Linux beaglebone 
4.1.12-ti-r29 #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015 armv7l 
GNU/Linux BeagleBoard.org Debian Image 2015-11-12. I am not sure on 
how to interpet my findings. In particular of the files that are 
missing is that because I need an update or do they arise out a make 
file that simply is not working or incorrect. The CMake version that I 
am using is 3.0.2. Thanks for replies in advance.




execve("./LCDApp", ["./LCDApp"], [/* 19 vars */]) = 0

brk(0) = 0x4bf000

uname({sys="Linux", node="beaglebone", ...}) = 0

access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)

mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0xb6f95000


access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)

open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3

fstat64(3, {st_mode=S_IFREG|0644, st_size=26752, ...}) = 0

mmap2(NULL, 26752, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb6f8e000

close(3) = 0

access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)

open("/lib/arm-linux-gnueabihf/tls/v7l/neon/vfp/libEBBLibrary.so", 
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)


stat64("/lib/arm-linux-gnueabihf/tls/v7l/neon/vfp", 0xbea01370) = -1 
ENOENT (No such file or directory)


open("/lib/arm-linux-gnueabihf/tls/v7l/neon/libEBBLibrary.so", 
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)


open("/lib/arm-linux-gnueabihf/libEBBLibrary.so", O_RDONLY|O_CLOEXEC) = 3

read(3, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0`m\0\0004\0\0\0"..., 
512) = 512


lseek(3, 95252, SEEK_SET) = 95252

read(3, 
"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1200) = 1200


lseek(3, 63425, SEEK_SET) = 63425

read(3, "A2\0\0\0aeabi\0\1(\0\0\0\0057-A\0\6\n\7A\10\1\t\2\n\4\22"..., 
51) = 51


fstat64(3, {st_mode=S_IFREG|0755, st_size=96452, ...}) = 0

mmap2(NULL, 128964, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0xb6f5


mprotect(0xb6f5f000, 65536, PROT_NONE) = 0

mmap2(0xb6f6f000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb6f6f000


close(3) = 0

access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)

open("/usr/lib/arm-linux-gnueabihf/libstdc++.so.6", 
O_RDONLY|O_CLOEXEC) = 3


read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0 
n\4\0004\0\0\0"..., 512) = 512


open("/lib/arm-linux-gnueabihf/libEBBLibrary.so", O_RDONLY|O_CLOEXEC) = 3

read(3, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0`m\0\0004\0\0\0"..., 
512) = 512


lseek(3, 95252, SEEK_SET) = 95252

read(3, 
"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1200) = 1200


lseek(3, 63425, SEEK_SET) = 63425

read(3, "A2\0\0\0aeabi\0\1(\0\0\0\0057-A\0\6\n\7A\10\1\t\2\n\4\22"..., 
51) = 51


fstat64(3, {st_mode=S_IFREG|0755, st_size=96452, ...}) = 0

mmap2(NULL, 128964, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0xb6f5


mprotect(0xb6f5f000, 65536, PROT_NONE) = 0

mmap2(0xb6f6f000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb6f6f000


close(3) = 0

access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)

open("/usr/lib/arm-linux-gnueabihf/libstdc++.so.6", 
O_RDONLY|O_CLOEXEC) = 3


read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0 
n\4\0004\0\0\0"..., 512) = 512


lseek(3, 100684, SEEK_SET) = 100684

read(3, 
"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1520) = 1520


lseek(3, 65940, SEEK_SET) = 65940

read(3, "A4\0\0\0aeabi\0\1*\0\0\0\0057-A\0\6\n\7A\10\1\t\2\n\4\22"..., 
53) = 53


fstat64(3, {st_mode=S_IFREG|0755, st_size=102204, ...}) = 0

mmap2(NULL, 139836, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0xb6ceb000


mprotect(0xb6cfb000, 61440, PROT_NONE) = 0

mmap2(0xb6d0a000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb6d0a000


mmap2(0xb6d0c000, 4668, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb6d0c000


close(3) = 0

mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0xb6f8c000


mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0xb6f8b000


set_tls(0xb6f8b4c0, 0xb6f98050, 0xb6f8bbb8, 0xb6f8b4c0, 0xb6f98050) = 0

mprotect(0xb6df6000, 8192, PROT_READ) = 0

mprotect(0xb6d0a000, 4096, PROT_READ) = 0

mprotect(0xb6e97000, 4096, PROT_READ) = 0

mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0xb6f8a000


mprotect(0xb6f44000, 16384, PROT_READ) = 0

mprotect(0xb6f97000, 4096, PROT_READ) = 0

munmap(0xb6f8e000, 26752) = 0

set_tid_address(0xb6f8b068) = 650

set_robust_list(0xb6f8b070, 12) = 0

rt_sigaction(SIGRTMIN, {0xb6cefd9d, [], SA_RESTORER|SA_SIGINFO, 
0xb6d34ae1}, NULL, 8) = 0


rt_sigaction(SIGRT_1, {0xb6cefcbd, [], 
SA_RESTORER|SA_RESTART|SA_SIGINFO, 0xb6d34ae1}, NULL, 8) = 0


rt_sigprocmask(SI

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12

On Sun, Jan 24, 2016 at 5:42 PM, William Hermans  wrote:
> Anyway, here is the short "skinny":
>
> /etc/ld.so.nohwcap
>
> /etc/ld.so.preload
> These two files are not found. Quite honestly I have no idea how important
> these files are. Probably not very important, so let's not worry about them
> just yet.
>
> Your library you were worried about in your other post successfully opened
> here, and then a few lines later the file handle 3 was closed also
> successfully.
>
> open("/lib/arm-linux-gnueabihf/libEBBLibrary.so", O_RDONLY|O_CLOEXEC) = 3
>
>
> I'm thinking the below is your real failure.
>
> open("/dev/spidev2.0", O_RDWR) = -1 ENOENT (No such file or directory)

Yeah, double check your application..

In 3.8.x spidev2.0 could be used on spi1, but with 4.1.x+ the "first"
is spidev1 (even if spi1 over spi0..)

(there's not much we can really fix that, as the spi maintainer
already doesn't want us giving access to the spidev interface in
device tree's. (which we've ignored.. ;) ) )

Regards,

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

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

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12


4.9.2

cat /proc/version
Linux version 4.1.12-ti-r29 (root@a5-imx6q-wandboard-2gb) (gcc version 
4.9.2 (Debian 4.9.2-10) ) #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015


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

Re: [beagleboard] Running Qt gui application on BBB

2016-01-24 Thread em . ce . kwadrat

Have you finally solved this problem? If so, could you please give some 
advice how to fix this problem?
 I am stuck in the same place right now. Trying to run an example after 
cross compiling qt for BBB.

On Sunday, 20 December 2015 12:39:38 UTC+1, bremenpl wrote:
>
> I tried the first hint:
>
> root@beaglebone:/home/debian/ImpedanceManager-build# ./ImpedanceManager 
> -qws -platform eglfs
> libEGL warning: DRI3: xcb_connect failed
> libEGL warning: DRI2: xcb_connect failed
> libEGL warning: DRI2: xcb_connect failed
> Could not initialize egl display
> Aborted
>
> Theb second:
>
> root@beaglebone:/home/debian/ImpedanceManager-build# DISPLAY=:0 
> ./ImpedanceManager -qws
> No protocol specified
> QXcbConnection: Could not connect to display :0
> Aborted
>
>
> Is there something more I should specify?
>
> W dniu 2015-12-20 o 08:49, Maxim Podbereznyy pisze:
>
> Try it this thus way:
>
> DISPLAY=:0 myapp -qws
> 19 Дек 2015 г. 23:07 пользователь "Bremenpl"  > написал:
>
>> I am not sure, coz i wasnt building it- i fownloaded it from paxjage 
>> manager.
>>
>> On December 19, 2015 7:51:18 PM John Syne < 
>> john...@gmail.com > wrote:
>>
>>> i haven’t done this in ages, but try to run your QT app with the "-platform 
>>> eglfs” option. I’m assuming you built QT with EGL.  
>>>
>>> Regards,
>>> John
>>>
>>>
>>>
>>>
>>> On Dec 19, 2015, at 3:46 AM, Bremenpl < brem...@gmail.com 
>>> > wrote:
>>>
>>> Hello there,
>>> I managed to set up qt 5.3.2 on the beaglebone. I have build everything 
>>> there and it took ages but it works :).
>>>
>>> Next step is that I need to check either it is possible to run qt app on 
>>> bbb without gui with qws parameter. Because at the moment when i run it 
>>> with qws i get QXcbconnection: Could not connect to display. I need to do 
>>> it like this because thw gui is really really slow.
>>>
>>> On December 15, 2015 6:10:13 AM John Syne >> > wrote:
>>>
 For purely building armhf code, Odroid XU4 might be a good choice: 

 http://www.hardkernel.com/main/main.php

 This is an Octacore processor with 4 CortexA15 and 4 CortexA7 
 processors. I don’t know how good their kernel/debian support is, but I 
 know Robert had looked at this board or a predecessor in the past, so 
 perhaps he can give his input here.

 Clearly this board doesn’t have the flexibility of the BeagleBoard-x15 
 with it’s dual DSP, Dual CortexM4, Quad PRU, SATA interface, PCIe 
 interface, etc. 

 Regards,
 John




 On Dec 14, 2015, at 4:29 PM, William Hermans < 
 yyr...@gmail.com > wrote:

 Anyway, the main problem with the rPI 2 is that it has no "fast" non 
 destructive storage. But the Omilex . . let me look it up.


 https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2-4GB/open-source-hardware
  
 Has SATA and GbE both. Dual cores too I think. However, you'd have to ask 
 someone who has one how well they think it would work as a build board. 
 RObert might know, as his Debian build guide also includes this board too 
 I 
 believe.

 On Mon, Dec 14, 2015 at 5:25 PM, William Hermans < 
 yyr...@gmail.com > wrote:

> 
> https://www.adafruit.com/product/2358
>
> On Mon, Dec 14, 2015 at 5:23 PM, William Hermans < 
> yyr...@gmail.com > wrote:
>
>> The new board is armv7. Positively.
>>
>> On Mon, Dec 14, 2015 at 5:24 PM, Bremenpl < 
>> brem...@gmail.com > wrote:
>>
>>> Okay, thank :P. I am quite sure raspberry pi is not hard float.
>>>
>>> W dniu 2015-12-15 o 01:21, William Hermans pisze:
>>>
>>> So just thinking for a minute. A Raspberry PI 2, the new board with 
>>> quad cores, and 1 GB ram would probably work fairly decent as a build 
>>> system for the Beaglebones. Granted, something like the X15, of that 
>>> new 
>>> nVidia ARM board, or even the Omelex A20 board with SATA would probably 
>>> be 
>>> a much better choice if cost is not a problem.
>>>
>>> By the way, I have no idea what Robert is talking about. You need to 
>>> ask him.
>>>
>>> On Mon, Dec 14, 2015 at 5:15 PM, Bremenpl < 
>>> brem...@gmail.com > wrote:
>>>
 I have just flashed my BeagleBone Black emmc  with lxqt image 
 linked by Robert. I cant seem to find qmake anywhere. I thought there 
 would 
 be qt installed and all. Am I missing something again?

 W dniu 2015-12-15 o 00:54, William Hermans pisze:

 Not necessarily, but consider this. How much does an embedded 
 systems specialist in your area get paid per hour ? In my area, about 
 15-20 
 years ago. The cost of a board like the X15 would have been absorbed 
 in 
 roughly half a day. That is to say, an embedded systems specialist 
 could 
 buy a board for $239

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12

Anyway, here is the short "skinny":

/etc/ld.so.nohwcap

/etc/ld.so.preload
These two files are not found. Quite honestly I have no idea how important
these files are. Probably not very important, so let's not worry about them
just yet.

Your library you were worried about in your other post successfully opened
here, and then a few lines later the file handle 3 was closed also
successfully.

open("/lib/arm-linux-gnueabihf/libEBBLibrary.so", O_RDONLY|O_CLOEXEC) = 3

I'm thinking the below is your real failure.

open("/dev/spidev2.0", O_RDWR) = -1 ENOENT (No such file or directory)

On Sun, Jan 24, 2016 at 4:27 PM, William Hermans  wrote:

> Which version of gcc are you running, and is this native, or cross compile
> ?
>
> On Sun, Jan 24, 2016 at 4:25 PM, William Hermans 
> wrote:
>
>> From this man page: http://man7.org/linux/man-pages/man8/ld.so.8.html
>>
>> FILES
>>
>>*/lib/ld.so*
>>   a.out dynamic linker/loader
>>*/lib/ld-linux.so.*{*1*,*2*}
>>   ELF dynamic linker/loader
>>*/etc/ld.so.cache*
>>   File containing a compiled list of directories in which to
>>   search for shared objects and an ordered list of candidate
>>   shared objects.
>>*/etc/ld.so.preload*
>>   File containing a whitespace-separated list of ELF shared
>>   objects to be loaded before the program.
>>lib*.so*
>>   shared objects
>>
>> The odd part, is these files, which are configurations files for ld,
>> should have been installed when ld was installed. I've never seen this
>> personally. Which leads me to believe that perhaps you've followed some
>> convoluted instructions on how to do something without understanding it.
>> *Or* perhaps you missed a step when following someone elses instructions.
>>
>> Anyway, if i knew which package ld, and these ld config files were part
>> of I'd suggest that you check to make sure you either have installed, or
>> installed correctly. e.g. sometimes someone will tell you to add an apt
>> repo to your apt.lst file - Which turns out to be a really bad idea.
>>
>> Which packages have to you installed for development ? Is
>> *build-essential* installed ? perhaps an *apt-get install
>> build-essential* will clear things up ?
>>
>> On Sun, Jan 24, 2016 at 4:04 PM, Dean  wrote:
>>
>>> I am trying to decipher my strace. My setup is Linux beaglebone
>>> 4.1.12-ti-r29 #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015 armv7l GNU/Linux
>>> BeagleBoard.org Debian Image 2015-11-12. I am not sure on how to interpet
>>> my findings. In particular of the files that are missing is that because I
>>> need an update or do they arise out a make file that simply is not working
>>> or incorrect. The CMake version that I am using is 3.0.2. Thanks for
>>> replies in advance.
>>>
>>>
>>>
>>> execve("./LCDApp", ["./LCDApp"], [/* 19 vars */]) = 0
>>>
>>> brk(0) = 0x4bf000
>>>
>>> uname({sys="Linux", node="beaglebone", ...}) = 0
>>>
>>> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
>>> directory)
>>>
>>> mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>>> 0) = 0xb6f95000
>>>
>>> access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or
>>> directory)
>>>
>>> open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
>>>
>>> fstat64(3, {st_mode=S_IFREG|0644, st_size=26752, ...}) = 0
>>>
>>> mmap2(NULL, 26752, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb6f8e000
>>>
>>> close(3) = 0
>>>
>>> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
>>> directory)
>>>
>>> open("/lib/arm-linux-gnueabihf/tls/v7l/neon/vfp/libEBBLibrary.so",
>>> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>>>
>>> stat64("/lib/arm-linux-gnueabihf/tls/v7l/neon/vfp", 0xbea01370) = -1
>>> ENOENT (No such file or directory)
>>>
>>> open("/lib/arm-linux-gnueabihf/tls/v7l/neon/libEBBLibrary.so",
>>> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>>>
>>> open("/lib/arm-linux-gnueabihf/libEBBLibrary.so", O_RDONLY|O_CLOEXEC) =
>>> 3
>>>
>>> read(3,
>>> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0`m\0\0004\0\0\0"..., 512) =
>>> 512
>>>
>>> lseek(3, 95252, SEEK_SET) = 95252
>>>
>>> read(3,
>>> "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
>>> 1200) = 1200
>>>
>>> lseek(3, 63425, SEEK_SET) = 63425
>>>
>>> read(3, "A2\0\0\0aeabi\0\1(\0\0\0\0057-A\0\6\n\7A\10\1\t\2\n\4\22"...,
>>> 51) = 51
>>>
>>> fstat64(3, {st_mode=S_IFREG|0755, st_size=96452, ...}) = 0
>>>
>>> mmap2(NULL, 128964, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
>>> 0) = 0xb6f5
>>>
>>> mprotect(0xb6f5f000, 65536, PROT_NONE) = 0
>>>
>>> mmap2(0xb6f6f000, 4096, PROT_READ|PROT_WRITE,
>>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb6f6f000
>>>
>>> close(3) = 0
>>>
>>> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
>>> directory)
>>>
>>> open("/usr/lib/arm-linux-gnueabihf/libstdc++.so.6", O_RDONLY|O_CLOEXEC)
>>> = 3
>>>
>>> read(3, "\177ELF\1\1\1\3\0\0\

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12


Thanks for getting back to me. I am running gcc version 4.9.2

crico@crico-X555LAB:~$ cat /proc/version
Linux version 3.19.0-47-generic (buildd@lgw01-56) (gcc version 4.9.2 
(Ubuntu 4.9.2-10ubuntu13) ) #53-Ubuntu SMP Mon Jan 18 14:02:48 UTC 2016


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

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12

Which version of gcc are you running, and is this native, or cross compile ?

On Sun, Jan 24, 2016 at 4:25 PM, William Hermans  wrote:

> From this man page: http://man7.org/linux/man-pages/man8/ld.so.8.html
>
> FILES
>
>*/lib/ld.so*
>   a.out dynamic linker/loader
>*/lib/ld-linux.so.*{*1*,*2*}
>   ELF dynamic linker/loader
>*/etc/ld.so.cache*
>   File containing a compiled list of directories in which to
>   search for shared objects and an ordered list of candidate
>   shared objects.
>*/etc/ld.so.preload*
>   File containing a whitespace-separated list of ELF shared
>   objects to be loaded before the program.
>lib*.so*
>   shared objects
>
> The odd part, is these files, which are configurations files for ld,
> should have been installed when ld was installed. I've never seen this
> personally. Which leads me to believe that perhaps you've followed some
> convoluted instructions on how to do something without understanding it.
> *Or* perhaps you missed a step when following someone elses instructions.
>
> Anyway, if i knew which package ld, and these ld config files were part of
> I'd suggest that you check to make sure you either have installed, or
> installed correctly. e.g. sometimes someone will tell you to add an apt
> repo to your apt.lst file - Which turns out to be a really bad idea.
>
> Which packages have to you installed for development ? Is
> *build-essential* installed ? perhaps an *apt-get install build-essential*
> will clear things up ?
>
> On Sun, Jan 24, 2016 at 4:04 PM, Dean  wrote:
>
>> I am trying to decipher my strace. My setup is Linux beaglebone
>> 4.1.12-ti-r29 #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015 armv7l GNU/Linux
>> BeagleBoard.org Debian Image 2015-11-12. I am not sure on how to interpet
>> my findings. In particular of the files that are missing is that because I
>> need an update or do they arise out a make file that simply is not working
>> or incorrect. The CMake version that I am using is 3.0.2. Thanks for
>> replies in advance.
>>
>>
>>
>> execve("./LCDApp", ["./LCDApp"], [/* 19 vars */]) = 0
>>
>> brk(0) = 0x4bf000
>>
>> uname({sys="Linux", node="beaglebone", ...}) = 0
>>
>> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory
>> )
>>
>> mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
>> = 0xb6f95000
>>
>> access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory
>> )
>>
>> open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
>>
>> fstat64(3, {st_mode=S_IFREG|0644, st_size=26752, ...}) = 0
>>
>> mmap2(NULL, 26752, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb6f8e000
>>
>> close(3) = 0
>>
>> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory
>> )
>>
>> open("/lib/arm-linux-gnueabihf/tls/v7l/neon/vfp/libEBBLibrary.so",
>> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>>
>> stat64("/lib/arm-linux-gnueabihf/tls/v7l/neon/vfp", 0xbea01370) = -1
>> ENOENT (No such file or directory)
>>
>> open("/lib/arm-linux-gnueabihf/tls/v7l/neon/libEBBLibrary.so",
>> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>>
>> open("/lib/arm-linux-gnueabihf/libEBBLibrary.so", O_RDONLY|O_CLOEXEC) = 3
>>
>> read(3,
>> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0`m\0\0004\0\0\0"..., 512) =
>> 512
>>
>> lseek(3, 95252, SEEK_SET) = 95252
>>
>> read(3,
>> "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
>> 1200) = 1200
>>
>> lseek(3, 63425, SEEK_SET) = 63425
>>
>> read(3, "A2\0\0\0aeabi\0\1(\0\0\0\0057-A\0\6\n\7A\10\1\t\2\n\4\22"...,
>> 51) = 51
>>
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=96452, ...}) = 0
>>
>> mmap2(NULL, 128964, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
>> = 0xb6f5
>>
>> mprotect(0xb6f5f000, 65536, PROT_NONE) = 0
>>
>> mmap2(0xb6f6f000, 4096, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb6f6f000
>>
>> close(3) = 0
>>
>> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory
>> )
>>
>> open("/usr/lib/arm-linux-gnueabihf/libstdc++.so.6", O_RDONLY|O_CLOEXEC)
>> = 3
>>
>> read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0
>> n\4\0004\0\0\0"..., 512) = 512
>>
>> open("/lib/arm-linux-gnueabihf/libEBBLibrary.so", O_RDONLY|O_CLOEXEC) = 3
>>
>> read(3,
>> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0`m\0\0004\0\0\0"..., 512) =
>> 512
>>
>> lseek(3, 95252, SEEK_SET) = 95252
>>
>> read(3,
>> "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
>> 1200) = 1200
>>
>> lseek(3, 63425, SEEK_SET) = 63425
>>
>> read(3, "A2\0\0\0aeabi\0\1(\0\0\0\0057-A\0\6\n\7A\10\1\t\2\n\4\22"...,
>> 51) = 51
>>
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=96452, ...}) = 0
>>
>> mmap2(NULL, 128964, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
>> = 0xb6f5
>>
>> mprotect(0xb6f5f000, 65536, PROT_NONE) = 0
>>
>> mmap2(0xb6f6f000, 4096, PROT_READ|PROT_WRIT

Re: [beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12

>From this man page: http://man7.org/linux/man-pages/man8/ld.so.8.html

FILES

   */lib/ld.so*
  a.out dynamic linker/loader
   */lib/ld-linux.so.*{*1*,*2*}
  ELF dynamic linker/loader
   */etc/ld.so.cache*
  File containing a compiled list of directories in which to
  search for shared objects and an ordered list of candidate
  shared objects.
   */etc/ld.so.preload*
  File containing a whitespace-separated list of ELF shared
  objects to be loaded before the program.
   lib*.so*
  shared objects

The odd part, is these files, which are configurations files for ld, should
have been installed when ld was installed. I've never seen this personally.
Which leads me to believe that perhaps you've followed some convoluted
instructions on how to do something without understanding it. *Or* perhaps
you missed a step when following someone elses instructions.

Anyway, if i knew which package ld, and these ld config files were part of
I'd suggest that you check to make sure you either have installed, or
installed correctly. e.g. sometimes someone will tell you to add an apt
repo to your apt.lst file - Which turns out to be a really bad idea.

Which packages have to you installed for development ? Is *build-essential*
installed ? perhaps an *apt-get install build-essential* will clear things
up ?

On Sun, Jan 24, 2016 at 4:04 PM, Dean  wrote:

> I am trying to decipher my strace. My setup is Linux beaglebone
> 4.1.12-ti-r29 #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015 armv7l GNU/Linux
> BeagleBoard.org Debian Image 2015-11-12. I am not sure on how to interpet
> my findings. In particular of the files that are missing is that because I
> need an update or do they arise out a make file that simply is not working
> or incorrect. The CMake version that I am using is 3.0.2. Thanks for
> replies in advance.
>
>
>
> execve("./LCDApp", ["./LCDApp"], [/* 19 vars */]) = 0
>
> brk(0) = 0x4bf000
>
> uname({sys="Linux", node="beaglebone", ...}) = 0
>
> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
>
> mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> = 0xb6f95000
>
> access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
>
> open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
>
> fstat64(3, {st_mode=S_IFREG|0644, st_size=26752, ...}) = 0
>
> mmap2(NULL, 26752, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb6f8e000
>
> close(3) = 0
>
> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
>
> open("/lib/arm-linux-gnueabihf/tls/v7l/neon/vfp/libEBBLibrary.so",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> stat64("/lib/arm-linux-gnueabihf/tls/v7l/neon/vfp", 0xbea01370) = -1
> ENOENT (No such file or directory)
>
> open("/lib/arm-linux-gnueabihf/tls/v7l/neon/libEBBLibrary.so",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> open("/lib/arm-linux-gnueabihf/libEBBLibrary.so", O_RDONLY|O_CLOEXEC) = 3
>
> read(3,
> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0`m\0\0004\0\0\0"..., 512) =
> 512
>
> lseek(3, 95252, SEEK_SET) = 95252
>
> read(3,
> "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
> 1200) = 1200
>
> lseek(3, 63425, SEEK_SET) = 63425
>
> read(3, "A2\0\0\0aeabi\0\1(\0\0\0\0057-A\0\6\n\7A\10\1\t\2\n\4\22"..., 51)
> = 51
>
> fstat64(3, {st_mode=S_IFREG|0755, st_size=96452, ...}) = 0
>
> mmap2(NULL, 128964, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
> = 0xb6f5
>
> mprotect(0xb6f5f000, 65536, PROT_NONE) = 0
>
> mmap2(0xb6f6f000, 4096, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb6f6f000
>
> close(3) = 0
>
> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
>
> open("/usr/lib/arm-linux-gnueabihf/libstdc++.so.6", O_RDONLY|O_CLOEXEC) =
> 3
>
> read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0
> n\4\0004\0\0\0"..., 512) = 512
>
> open("/lib/arm-linux-gnueabihf/libEBBLibrary.so", O_RDONLY|O_CLOEXEC) = 3
>
> read(3,
> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0`m\0\0004\0\0\0"..., 512) =
> 512
>
> lseek(3, 95252, SEEK_SET) = 95252
>
> read(3,
> "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
> 1200) = 1200
>
> lseek(3, 63425, SEEK_SET) = 63425
>
> read(3, "A2\0\0\0aeabi\0\1(\0\0\0\0057-A\0\6\n\7A\10\1\t\2\n\4\22"..., 51)
> = 51
>
> fstat64(3, {st_mode=S_IFREG|0755, st_size=96452, ...}) = 0
>
> mmap2(NULL, 128964, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
> = 0xb6f5
>
> mprotect(0xb6f5f000, 65536, PROT_NONE) = 0
>
> mmap2(0xb6f6f000, 4096, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb6f6f000
>
> close(3) = 0
>
> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
>
> open("/usr/lib/arm-linux-gnueabihf/libstdc++.so.6", O_RDONLY|O_CLOEXEC) =
> 3
>
> read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0
> n\4\0004\0\0

Re: [beagleboard] error while loading shared libraries BBB 4.1.12-ti-r29

I decided to close this post and repost as an strace question as it is more 
to the point. Thanks William for directing my attention to strace.


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

[beagleboard] strace question on Linux beaglebone 4.1.12-ti-r29 UTC 2015 armv7l GNU/Linux Debian Image 2015-11-12

 

I am trying to decipher my strace. My setup is Linux beaglebone 
4.1.12-ti-r29 #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015 armv7l GNU/Linux 
BeagleBoard.org Debian Image 2015-11-12. I am not sure on how to interpet 
my findings. In particular of the files that are missing is that because I 
need an update or do they arise out a make file that simply is not working 
or incorrect. The CMake version that I am using is 3.0.2. Thanks for 
replies in advance.



execve("./LCDApp", ["./LCDApp"], [/* 19 vars */]) = 0

brk(0) = 0x4bf000

uname({sys="Linux", node="beaglebone", ...}) = 0

access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)

mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb6f95000

access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)

open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3

fstat64(3, {st_mode=S_IFREG|0644, st_size=26752, ...}) = 0

mmap2(NULL, 26752, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb6f8e000

close(3) = 0

access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)

open("/lib/arm-linux-gnueabihf/tls/v7l/neon/vfp/libEBBLibrary.so", 
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

stat64("/lib/arm-linux-gnueabihf/tls/v7l/neon/vfp", 0xbea01370) = -1 ENOENT 
(No such file or directory)

open("/lib/arm-linux-gnueabihf/tls/v7l/neon/libEBBLibrary.so", 
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

open("/lib/arm-linux-gnueabihf/libEBBLibrary.so", O_RDONLY|O_CLOEXEC) = 3

read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0`m\0\0004\0\0\0"..., 
512) = 512

lseek(3, 95252, SEEK_SET) = 95252

read(3, 
"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1200) = 1200

lseek(3, 63425, SEEK_SET) = 63425

read(3, "A2\0\0\0aeabi\0\1(\0\0\0\0057-A\0\6\n\7A\10\1\t\2\n\4\22"..., 51) 
= 51

fstat64(3, {st_mode=S_IFREG|0755, st_size=96452, ...}) = 0

mmap2(NULL, 128964, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb6f5

mprotect(0xb6f5f000, 65536, PROT_NONE) = 0

mmap2(0xb6f6f000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb6f6f000

close(3) = 0

access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)

open("/usr/lib/arm-linux-gnueabihf/libstdc++.so.6", O_RDONLY|O_CLOEXEC) = 3

read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0 n\4\0004\0\0\0"..., 
512) = 512

open("/lib/arm-linux-gnueabihf/libEBBLibrary.so", O_RDONLY|O_CLOEXEC) = 3

read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0`m\0\0004\0\0\0"..., 
512) = 512

lseek(3, 95252, SEEK_SET) = 95252

read(3, 
"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1200) = 1200

lseek(3, 63425, SEEK_SET) = 63425

read(3, "A2\0\0\0aeabi\0\1(\0\0\0\0057-A\0\6\n\7A\10\1\t\2\n\4\22"..., 51) 
= 51

fstat64(3, {st_mode=S_IFREG|0755, st_size=96452, ...}) = 0

mmap2(NULL, 128964, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb6f5

mprotect(0xb6f5f000, 65536, PROT_NONE) = 0

mmap2(0xb6f6f000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb6f6f000

close(3) = 0

access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)

open("/usr/lib/arm-linux-gnueabihf/libstdc++.so.6", O_RDONLY|O_CLOEXEC) = 3

read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0 n\4\0004\0\0\0"..., 
512) = 512

lseek(3, 100684, SEEK_SET) = 100684

read(3, 
"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1520) = 1520

lseek(3, 65940, SEEK_SET) = 65940

read(3, "A4\0\0\0aeabi\0\1*\0\0\0\0057-A\0\6\n\7A\10\1\t\2\n\4\22"..., 53) 
= 53

fstat64(3, {st_mode=S_IFREG|0755, st_size=102204, ...}) = 0

mmap2(NULL, 139836, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb6ceb000

mprotect(0xb6cfb000, 61440, PROT_NONE) = 0

mmap2(0xb6d0a000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb6d0a000

mmap2(0xb6d0c000, 4668, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb6d0c000

close(3) = 0

mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb6f8c000

mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb6f8b000

set_tls(0xb6f8b4c0, 0xb6f98050, 0xb6f8bbb8, 0xb6f8b4c0, 0xb6f98050) = 0

mprotect(0xb6df6000, 8192, PROT_READ) = 0

mprotect(0xb6d0a000, 4096, PROT_READ) = 0

mprotect(0xb6e97000, 4096, PROT_READ) = 0

mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb6f8a000

mprotect(0xb6f44000, 16384, PROT_READ) = 0

mprotect(0xb6f97000, 4096, PROT_READ) = 0

munmap(0xb6f8e000, 26752) = 0

set_tid_address(0xb6f8b068) = 650

set_robust_list(0xb6f8b070, 12) = 0

rt_sigaction(SIGRTMIN, {0xb6cefd9d, [], SA_RESTORER|SA_SIGINFO, 
0xb6d34ae1}, NULL, 8) = 0

rt_sigaction(SIGRT_1, {0xb6cefcbd, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 
0xb6d34ae1}, NULL, 8) = 0

rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0

getrlimit(RLIMIT_STACK, {rlim_

Re: [beagleboard] error while loading shared libraries BBB 4.1.12-ti-r29


I ran strace and it generated the following output. I am not sure exactly 
what it all means. It seems to me that some files are missing. I am unclear 
at this point in how to obtain the missing files? Are the missing files 
generated by make file or do they come from somewhere else? At any rate it 
would appear that the libEBBLibrary.so (highlighted in purple) is there and 
is accessed, but there are others that are not showing up? Any ideas?? By 
the way William thanks for the strace tip although I am unclear at this 
point about how to interpet??

execve("./LCDApp", ["./LCDApp"], [/* 19 vars */]) = 0

brk(0) = 0x4bf000

uname({sys="Linux", node="beaglebone", ...}) = 0

access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)

mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb6f95000

access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)

open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3

fstat64(3, {st_mode=S_IFREG|0644, st_size=26752, ...}) = 0

mmap2(NULL, 26752, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb6f8e000

close(3) = 0

access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)

open("/lib/arm-linux-gnueabihf/tls/v7l/neon/vfp/libEBBLibrary.so", 
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

stat64("/lib/arm-linux-gnueabihf/tls/v7l/neon/vfp", 0xbea01370) = -1 ENOENT 
(No such file or directory)

open("/lib/arm-linux-gnueabihf/tls/v7l/neon/libEBBLibrary.so", 
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

open("/lib/arm-linux-gnueabihf/libEBBLibrary.so", O_RDONLY|O_CLOEXEC) = 3

read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0`m\0\0004\0\0\0"..., 
512) = 512

lseek(3, 95252, SEEK_SET) = 95252

read(3, 
"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1200) = 1200

lseek(3, 63425, SEEK_SET) = 63425

read(3, "A2\0\0\0aeabi\0\1(\0\0\0\0057-A\0\6\n\7A\10\1\t\2\n\4\22"..., 51) 
= 51

fstat64(3, {st_mode=S_IFREG|0755, st_size=96452, ...}) = 0

mmap2(NULL, 128964, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb6f5

mprotect(0xb6f5f000, 65536, PROT_NONE) = 0

mmap2(0xb6f6f000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb6f6f000

close(3) = 0

access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)

open("/usr/lib/arm-linux-gnueabihf/libstdc++.so.6", O_RDONLY|O_CLOEXEC) = 3

read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0 n\4\0004\0\0\0"..., 
512) = 512

open("/lib/arm-linux-gnueabihf/libEBBLibrary.so", O_RDONLY|O_CLOEXEC) = 3

read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0`m\0\0004\0\0\0"..., 
512) = 512

lseek(3, 95252, SEEK_SET) = 95252

read(3, 
"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1200) = 1200

lseek(3, 63425, SEEK_SET) = 63425

read(3, "A2\0\0\0aeabi\0\1(\0\0\0\0057-A\0\6\n\7A\10\1\t\2\n\4\22"..., 51) 
= 51

fstat64(3, {st_mode=S_IFREG|0755, st_size=96452, ...}) = 0

mmap2(NULL, 128964, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb6f5

mprotect(0xb6f5f000, 65536, PROT_NONE) = 0

mmap2(0xb6f6f000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb6f6f000

close(3) = 0

access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)

open("/usr/lib/arm-linux-gnueabihf/libstdc++.so.6", O_RDONLY|O_CLOEXEC) = 3

read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0 n\4\0004\0\0\0"..., 
512) = 512

lseek(3, 100684, SEEK_SET) = 100684

read(3, 
"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1520) = 1520

lseek(3, 65940, SEEK_SET) = 65940

read(3, "A4\0\0\0aeabi\0\1*\0\0\0\0057-A\0\6\n\7A\10\1\t\2\n\4\22"..., 53) 
= 53

fstat64(3, {st_mode=S_IFREG|0755, st_size=102204, ...}) = 0

mmap2(NULL, 139836, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb6ceb000

mprotect(0xb6cfb000, 61440, PROT_NONE) = 0

mmap2(0xb6d0a000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb6d0a000

mmap2(0xb6d0c000, 4668, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb6d0c000

close(3) = 0

mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb6f8c000

mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb6f8b000

set_tls(0xb6f8b4c0, 0xb6f98050, 0xb6f8bbb8, 0xb6f8b4c0, 0xb6f98050) = 0

mprotect(0xb6df6000, 8192, PROT_READ) = 0

mprotect(0xb6d0a000, 4096, PROT_READ) = 0

mprotect(0xb6e97000, 4096, PROT_READ) = 0

mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb6f8a000

mprotect(0xb6f44000, 16384, PROT_READ) = 0

mprotect(0xb6f97000, 4096, PROT_READ) = 0

munmap(0xb6f8e000, 26752) = 0

set_tid_address(0xb6f8b068) = 650

set_robust_list(0xb6f8b070, 12) = 0

rt_sigaction(SIGRTMIN, {0xb6cefd9d, [], SA_RESTORER|SA_SIGINFO, 
0xb6d34ae1}, NULL, 8) = 0

rt_sigaction(SIGRT_1, {0xb6cefcbd, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 
0xb6d34ae1}, NULL,

Re: [beagleboard] Re: Is BoneScript more trouble than its worth?

>
> *Is BoneScript more trouble than its worth?*
>

Honestly, I really do not  know what one would hope to achieve using
bonescript. But here was my day one take on bonescript.

I pulled the BBB out of the box, plugged it in. Installed the USB gadget
drivers, etc. Read the getting started web pages, and then proceeded to
fool around with bonescript on the getting started web pages. I recall
thinking it was pretty cool to turn an LED on from a web page, but shortly
after that, the novelty wore off.

Since then, I've used Nodejs without bonescript, and libmongoose to do
similar things. But my outlook on third party libraries is probably
different than some. Generally I'd prefer to learn how to do something as
close to scratch as possible, assuming I have to start fresh on a given
subject.

So I suppose my point is that yes, perhaps bonescript is "worth the
trouble". But you can bet that someone who is very fluent in Javascript,
and Nodejs will have much less of a problem than you've had. However, with
that said, someone who is not very fluent with Nodejs might have a much
easier time writing their own Nodejs app without bonescript, or completely
bypassing Nodejs alltogether. Instead using C/C++, python, or maybe even
plain old bash scripts. It really depends on what one is most comfortable
with.

On Sat, Jan 23, 2016 at 8:38 AM, Soapy Smith 
wrote:

> Found your github repository:
> https://github.com/cdsteinkuehler/beaglebone-universal-io
>
> Awesome!  Much appreciated.
>
> Greg
>
>
> On Saturday, January 23, 2016 at 9:49:26 AM UTC-5, Charles Steinkuehler
> wrote:
>
>> For 3.8 kernels it's "bone-pinmux-helper", found in:
>>
>> ./drivers/misc/cape/beaglebone/bone-pinmux-helper.c
>>
>> ...in the kernel source tree.
>>
>> On 1/23/2016 8:16 AM, Soapy Smith wrote:
>> > What is the name of the kernel module?
>> > Has this been deployed in the Debian 8.2 release?
>> > I've been poking around in 8.2, and there are interesting differences
>> > compared to 7.9.
>> >
>> > A bash script run after boot can set up the pins?
>> >
>> > On Friday, January 22, 2016 at 5:48:25 PM UTC-5, Charles Steinkuehler
>> wrote:
>> >>
>> >> "pinmux helper" is a kernel module that exports control of the pinmux
>> >> settings to the sysfs filesystem where they can be manipulated by
>> >> user-mode programs after boot.  This helper module is used extensively
>> >> by the "universal" cape I created which enables most of the AM335x
>> >> hardware modules and allows run-time switching of the pinmux values
>> >> (via the pinmux helper) to select the desired pin function.
>> >>
>> >> On 1/22/2016 4:38 PM, Soapy Smith wrote:
>> >>> What is a "pinmux helper"?
>> >>>
>> >>> On Friday, January 22, 2016 at 5:32:19 PM UTC-5, Jason Kridner wrote:
>> 
>>  The examples in http://beagleboard.org/cookbook have all be tested
>> to
>>  work. Handling of corner cases is a bit wonky in 0.2.5, but I'm
>> hopeful
>>  that moving to the 4.1 kernel and using pinmux helpers rather than
>>  dynamically creating device trees will reduce the complexity for
>> >> newbies.
>>  That work is starting now.
>> >>
>> >> --
>> >> Charles Steinkuehler
>> >> cha...@steinkuehler.net 
>> >>
>> >
>>
>>
>> --
>> Charles Steinkuehler
>> cha...@steinkuehler.net
>>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: Re[2]: [beagleboard] CAN over SPI using MCP2515 and Beaglebone

>
> *Thanks for that William. Very handy information. Do you know if anyone
> made it work on BBB yet?*
> *I will try that soon I hoop.*
>

No idea, but I'd imagine it shouldn't be too much to get working.

What I'd really like to see is someone using a PRU with this device. Just
because I think it'd be interesting.

On Thu, Jan 21, 2016 at 11:04 PM, Marius  wrote:

> Thanks for that William. Very handy information. Do you know if anyone
> made it work on BBB yet?
> I will try that soon I hoop.
>
>
> -- Original Message --
> From: "William Hermans" 
> To: beagleboard@googlegroups.com
> Sent: 2016-01-21 21:32:58
> Subject: Re: [beagleboard] CAN over SPI using MCP2515 and Beaglebone
>
>
> The last time I looked, the there was already a kernel driver for this CAN
> device.
> http://lxr.free-electrons.com/source/drivers/net/can/mcp251x.c?v=3.14 is
> just one such example for the 3.14.x kernel, but that does not mean you
> *need*  3.14.x kernel for it to work.
>
> Anyway, I know several people have gotten this chip to work on the rPI -
> Since I googled this chip a couple months ago to see what all was done with
> it in Linux. At minimum you should have many things to go by from the rPI
> camp. Most of the setup / usage should be similar.
>
> On Wed, Jan 20, 2016 at 11:11 PM, Marius  wrote:
>
>> I have a feeling that you will have to change the low level driver code
>> to include the SPI mechanism. Can is not just a protocol but there is a lot
>> of bus arbitration type of actions at low level.
>> I wonder if it would not be easier to look for a high level protocol that
>> can be piped to any comms driver or even roll your own.
>>
>>
>>
>> -
>>
>> 
>>
>>
>>
>> -- Original Message --
>> From: "Sam Daleo" 
>> To: "BeagleBoard" 
>> Sent: 2016-01-21 07:06:58
>> Subject: [beagleboard] CAN over SPI using MCP2515 and Beaglebone
>>
>>
>> Hey! Just like the title says, I'm interested in doing this. I know I can
>> use the CAN bus on the Beaglebone, but I want to be able to do it over SPI.
>> Anyone ever tried this before?
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: [beagleboard] bare metal on the BBB

heh, thats odd, you pasted .com. I copy pasted your link, and added the w,
and wound up on github.io . . .

On Sun, Jan 24, 2016 at 2:44 PM, William Hermans  wrote:

> I suppose you mean here: https://github.com/ddlawrence
>
> Because guthub.io , there is not such page.
>
> On Sun, Jan 24, 2016 at 2:22 PM, Mike  wrote:
>
>> On 01/24/2016 03:02 PM, Rick Mann wrote:
>>
>>> On Jan 24, 2016, at 04:01 , dd  wrote:

ww.github.com/ddlawrence

>>> ^ typo, just add a "w" ...
>>
>>> 404
>>>
>>> Good luck!
>>>
>>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> --- You received this message because you are subscribed to the Google
>> Groups "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

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

Re: [beagleboard] bare metal on the BBB

I suppose you mean here: https://github.com/ddlawrence

Because guthub.io , there is not such page.

On Sun, Jan 24, 2016 at 2:22 PM, Mike  wrote:

> On 01/24/2016 03:02 PM, Rick Mann wrote:
>
>> On Jan 24, 2016, at 04:01 , dd  wrote:
>>>
>>>ww.github.com/ddlawrence
>>>
>> ^ typo, just add a "w" ...
>
>> 404
>>
>> Good luck!
>>
>>
> --
> For more options, visit http://beagleboard.org/discuss
> --- You received this message because you are subscribed to the Google
> Groups "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: [beagleboard] bare metal on the BBB

2016-01-24 Thread Mike


On 01/24/2016 03:02 PM, Rick Mann wrote:

On Jan 24, 2016, at 04:01 , dd  wrote:

   ww.github.com/ddlawrence

^ typo, just add a "w" ...

404

Good luck!



--
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: trouble running opkg update - problem with name resolution.

2016-01-24 Thread advaitjavadekar

I am having the exact same problem. Please can you help me out with steps 
to avoid this.

On Monday, July 1, 2013 at 2:20:44 PM UTC+5:30, Eric wrote:
>
> when I run:
>
> opkg update
>
> on my beaglebone it fails with the following errors:
>
> Downloading 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/base/Packages.gz
> .
> wget: bad address 'feeds.angstrom-distribution.org'
> Downloading 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/machine/beaglebone/Packages.gz
> .
> wget: bad address 'feeds.angstrom-distribution.org'
> Downloading 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/debug/Packages.gz
> .
> wget: bad address 'feeds.angstrom-distribution.org'
> Downloading 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/gstreamer/Packages.gz
> .
> wget: bad address 'feeds.angstrom-distribution.org'
> Downloading 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/all/Packages.gz
> .
> wget: bad address 'feeds.angstrom-distribution.org'
> Downloading 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/perl/Packages.gz
> .
> wget: bad address 'feeds.angstrom-distribution.org'
> Downloading 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/python/Packages.gz
> .
> wget: bad address 'feeds.angstrom-distribution.org'
> Collected errors:
>  * opkg_download: Failed to download 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/base/Packages.gz,
>  
> wget returned 1.
>  * opkg_download: Failed to download 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/machine/beaglebone/Packages.gz,
>  
> wget returned 1.
>  * opkg_download: Failed to download 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/debug/Packages.gz,
>  
> wget returned 1.
>  * opkg_download: Failed to download 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/gstreamer/Packages.gz,
>  
> wget returned 1.
>  * opkg_download: Failed to download 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/all/Packages.gz,
>  
> wget returned 1.
>  * opkg_download: Failed to download 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/perl/Packages.gz,
>  
> wget returned 1.
>  * opkg_download: Failed to download 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/python/Packages.gz,
>  
> wget returned 1.
>
>
> opkg install
>
> fails with similar errors, i.e. it seems wget has a problem with the 
> hostname or name resolution.  any idea why?
>
> The bone can get out to the internet just fine (though I wish traceroute 
> were installed) as I can ping external hosts such as 4.2.2.4.  trying to 
> ping by hostname such as
>
>  ping google.com
>
> yields
>
> ping: unknown host google.com
>
> route looks proper as it outputs:
>
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric RefUse 
> Iface
> default 192.168.1.1 0.0.0.0 UG0  00 
> eth0
> 192.168.1.0 *   255.255.255.0   U 0  00 
> eth0
> 192.168.1.1 *   255.255.255.255 UH0  00 
> eth0
> 192.168.7.0 *   255.255.255.252 U 0  00 
> usb0
>
> /etc/resolv.conf looks a bit suspect though as it's contents are below:
>
> # Generated by Connection Manager
> nameserver 127.0.0.1
>
> when the bone booted it got it's address from the network dhcp server.  
> should it have not set up it's default nameservers as well?
>
> note adding a valid nameserver line to /etc.resolv.conf instantly fixed 
> the problem.  Now how can this be set to do so automatically when dhcp 
> dynamically configures the angstrom host?
>
> Thanks,
>
> Eric
>
>
>

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

Re: [beagleboard] bare metal on the BBB

2016-01-24 Thread Rick Mann


> On Jan 24, 2016, at 04:01 , dd  wrote:
> 
>   ww.github.com/ddlawrence

404

Good luck!

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


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

Re: [beagleboard] Bleaglebone black, no DTC on console version, but present on lxqt?

2016-01-24 Thread Steve Plant

On Monday, 25 January 2016 01:37:36 UTC+10, RobertCNelson  wrote:
> On Jan 23, 2016 11:22 PM, "Steve Plant"  wrote:
> 
> >
> 
> > Hi all,
> 
> >
> 
> > Quick question. Why is their a Device tree compiler on the lxqt version of 
> > the latest Jessie build
> 
> >
> 
> > https://rcn-ee.com/rootfs/bb.org/release/2015-11-03/lxde-4gb/bone-debian-7.9-lxde-4gb-armhf-2015-11-03-4gb.img.xz
> 
> >
> 
> >
> 
> > But not on the console version? 
> 
> >
> 
> > https://rcn-ee.com/rootfs/bb.org/release/2015-11-03/console/bone-debian-7.9-console-armhf-2015-11-03-2gb.img.xz
> 
> 
> 7.9 = wheezy...
> 
> If you just did a copy & paste mistake and are actually using jessie follow...
> 
> https://github.com/beagleboard/bb.org-overlays/blob/master/readme.md
> 
> Regards,

Sorry, my mistake. I was sopposed to say wheezy. My copy and pastes are correct.

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

Re: [beagleboard] Re: Out yet?

2016-01-24 Thread Jason Kridner

Still updating for FCC. Expecting shipments in about 6 weeks.
On Sun, Jan 24, 2016 at 4:32 AM  wrote:

> Hello,
>
> is it out?
>
> I still cannot find it to buy.
>
> Thanks
>
>
> On Sunday, 29 November 2015 06:41:29 UTC+1, David Culp wrote:
>>
>> I didn't think it was due out until mid-December.  I'm seeing one or two
>> places on the net that claim to have stock.
>>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: [beagleboard] Re: Out yet?

2016-01-24 Thread Gerald Coley

No, it is not out yet. Looking at another 6 weeks or so estimated.

Gerald


On Sun, Jan 24, 2016 at 4:32 AM,  wrote:

> Hello,
>
> is it out?
>
> I still cannot find it to buy.
>
> Thanks
>
>
> On Sunday, 29 November 2015 06:41:29 UTC+1, David Culp wrote:
>>
>> I didn't think it was due out until mid-December.  I'm seeing one or two
>> places on the net that claim to have stock.
>>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/

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

Re: [beagleboard] Bleaglebone black, no DTC on console version, but present on lxqt?