amarsh | 21 May 2013 22:36

bitbake SRC_URI checksum warnings

I am trying to setup a meta-layer to support some overo-based custom
hardware. I am trying to migrate recipes from the oe-classic build system to
the newer poky and oe-core. To get started I just wanted to make some simple
patched builds before attempting to convert the more complex recipes.
Basically the error I keep getting looks something like this:

WARNING: Unable to get checksum for linux-gumstix-mods SRC_URI entry
defconfig: file could not be found
WARNING: Unable to get checksum for linux-gumstix-mods SRC_URI entry
abc.patch: file could not be found
WARNING: Unable to get checksum for linux-gumstix-mods SRC_URI entry
xyz.patch: file could not be found

and etc...

The recipes are pretty straightforward. Basically just expanding a shell
like below
---------------------------------------------------------

require linux.inc

DESCRIPTION = "Linux kernel for OMAP processors"
KERNEL_IMAGETYPE = "uImage"

PV = "3.5"

S = "${WORKDIR}/git"

COMPATIBLE_MACHINE = "overo"

(Continue reading)

Katu Txakur | 21 May 2013 15:28
Picon

Error adding Jack recipe to overo image

Hi,
I recently updated my gumstix repo to the latest stable version. I bitbaked the gumtix-console image correctly.
Then, I added IMAGE_INSTALL += "jack" to the local.conf and I got an error (see below) during the rootfs creation.
It used to work with my previous branch and the jack recipe "jack_0.121.0.bb" is the same.
Bitbake jack works fine and I can add other packages like  "libjack jack-server jack-utils jack-dbg".... but not jack.

Any ideas? thank you!
katu

| Processing findutils...
| Unable to resolve package jack
| ERROR: some packages were missing
| ERROR: Function failed: do_rootfs (see /home/katu/yocto/build/tmp/work/overo_nix_commstation-poky-linux-gnueabi/gumstix-nix-image-1.0-r0/temp/log.do_rootfs.17435 for further information)


katu <at> pc:~/yocto/build$ bitbake -e jack | grep ^PACKAGES=
PACKAGES="libjack jack-server jack-utils jack-dbg jack-staticdev jack-dev jack-doc jack-locale  jack"

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
_______________________________________________
gumstix-users mailing list
gumstix-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users
thomasccp | 16 May 2013 13:57
Picon
Favicon

I2C problem when using IMU.py on RoboVero

This post was updated on May 16, 2013; 10:26am.
Hello all, 

I am using a RoboVero board mounted on Overo. I tried to talk to the boards
using the example Python scripts. 

When I run IMU.py, the command line just hang there and I cannot even kill
the program. On the RoboVero board, the LED heartbeat stop flashing once I
run the script. To restore control, I need to restart the RoboVero board and
the connection. 

After a closer look into IMU.py, I found that problem is caused by this
function: 
I2C_MasterTransferData() 

which is called when the program wants to write/read register values
(writeReg/readReg). Since accessing the sensors (accelerometer, compass,
gyro) needs to go through this procedure, the program halts. 

I tried connecting through USB and SSH. For adc.py, callback.py and DSP.py,
they work as expected (turning the LED on/off by pushing button, reading adc
values, etc). I believe I have configured the boards correctly, but there
should be some issues within the I2C routine. 

Can anyone shed a light on the problem? Does anyone experience similar
problem? How can I look into the I2C problem? 
Any help would be appreciated. 

Many thanks, 
Thomas

--
View this message in context: http://gumstix.8.x6.nabble.com/I2C-problem-when-using-IMU-py-on-RoboVero-tp4967274.html
Sent from the Gumstix mailing list archive at Nabble.com.

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
thomasccp | 16 May 2013 13:52
Picon
Favicon

Re: I2C problem when using IMU.py on RoboVero


--
View this message in context: http://gumstix.8.x6.nabble.com/I2C-problem-when-using-IMU-py-on-RoboVero-tp4967271p4967272.html
Sent from the Gumstix mailing list archive at Nabble.com.

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
Akram Hameed | 16 May 2013 04:01

BogoMIPS not recalculated in yocto 3.5 stable after MPU_RATE change?

Howdy folks,

Have set my Waterstorm to 800MHz using the typical u-boot envvar, and 'cpufreq-info' reports the following which is always nice to know:

root <at> overo:~# cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq <at> vger.kernel.org, please.
analyzing CPU 0:
  driver: omap
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 300 us.
  hardware limits: 300 MHz - 1000 MHz
  available frequency steps: 300 MHz, 600 MHz, 800 MHz, 1000 MHz
  available cpufreq governors: conservative, ondemand, powersave, userspace, performance
  current policy: frequency should be within 300 MHz and 1000 MHz.
                  The governor "userspace" may decide which speed to use
                  within this range.
  current CPU frequency is 800 MHz (asserted by call to hardware).
  cpufreq stats: 300 MHz:0.00%, 600 MHz:0.00%, 800 MHz:100.00%, 1000 MHz:0.00%

But looking in /proc/cpuinfo, I see that BogoMIPS looks like it hasn't been recalculated from (I suppose) a number that derived from a 600MHz clocking (dmesg confirms it started up in that freq...).

root <at> overo:~# cat /proc/cpuinfo
Processor   : ARMv7 Processor rev 2 (v7l)
BogoMIPS    : 597.64
Features    : swp half thumb fastmult vfp edsp thumbee neon vfpv3 tls
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x3
CPU part    : 0xc08
CPU revision    : 2

Has anyone else encountered this, and if so, what effect has it had on your system? Surely a dodgy bogomips is going to cause weird issues with udelay and so on?

Cheers,

Akram

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
_______________________________________________
gumstix-users mailing list
gumstix-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users
Julian Brunner | 14 May 2013 14:25
Picon

serial data stream

Hello,

I'm looking for a way to transmit and/or receive a continuous stream
of digital, serial data using my Overo Fire COM on a Summit expansion
board. I'm relatively new to the whole embedded stuff, so I'm not sure
how to best go about this.

I'm experimenting with various devices like video game console
controllers and RGB LED strips, which use serial data communication,
but don't adhere to any commonly used protocol like 8n1 UART, SPI or
I2C. So I find myself in need to be able to transmit and receive
arbitrary streams of serial data with clocks of around 1 MHz. A
concrete example would be sending a raw bitstream of 2400 bits to some
device at 800 kHz, with the data line being set to low before and
after the transfer, and no pauses during the transfer.

I've been looking into SPI and from what the OMAP35x reference manual
says in the section about Single-Channel Master Mode (19.5.2.5) it
seems like I may be able to abuse the SPI interface to transmit
arbitrary serial data streams without having pauses between the
individual data words, but I'm not entirely sure, maybe I'm not
interpreting it correctly. From what I've read in the section about
the McBSP module, it wouldn't work since there may be pauses between
the data frames. Another possibility may be using the GPIO ports
directly (simply switching them on and off with the right timing to
send my data), but I don't know what kind of transfer rates I can get
on GPIO, or whether that is a good idea at all, with the scheduler and
interrupts getting in my way. Using the UARTs is out of the question
since these are way too slow from what I've seen in my experiment, in
addition to forcing me to send start and stop bits.

So, I'm not sure which approach is the easiest/best and I've been
thinking that what I'm trying to do here can't be all that special, so
I'm hoping that there is somehow a more straightforward way of doing
this, which doesn't involve low-level programming of the SPI interface
or bitbanging on the GPIO pins while fighting the process scheduler
and the interrupts. So any pointers on how to approach this problem
would be very helpful.

Thanks in advance,
 Julian

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
Scott Ellis | 12 May 2013 23:33

Small typo on board schematics

Tobi schematic

http://pubs.gumstix.com/boards/TOBI/PCB30002-R3564/PCB30002.pdf

Connector J4, pin 39

It's labeled as GPIO20_MMC3_D2 inside the box and GPIO18_MMC3_D2 outside.
GPIO20 is the correct value.

PCB30002-R3474 and PCB30002-R3493 have the same error.

So does the Summit schematic

http://pubs.gumstix.com/boards/SUMMIT/PCB30001-R2734/PCB30001.pdf

That's all I checked.

--
View this message in context: http://gumstix.8.x6.nabble.com/Small-typo-on-board-schematics-tp4967258.html
Sent from the Gumstix mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
Badoo | 12 May 2013 02:44
Favicon

★ Leiam suas mensagens antes que sejam deletadas!

Leia as mensagens deixadas por Anderson Clayton antes que sejam deletadas!



Leia sua mensagem



Este e-mail foi enviado por Anderson Clayton. Se você recebeu este email por engano, por favor ignore. Em breve a mensagem será removida do sistema.

Divirta-se,
A Equipe Badoo

E-mail enviado por Badoo Trading Limited. Se não quer mais receber e-mails do Badoo, por favor clique aqui para sair.
Badoo Trading Limited é uma empresa registrada na Inglaterra e país de Gales com CRN 7540255 e firma registrada em Media Village, 131 - 151 Great Titchfield Street, London, W1W 5BB.

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
_______________________________________________
gumstix-users mailing list
gumstix-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users
Badoo | 12 May 2013 02:44
Favicon

★ Leiam suas mensagens antes que sejam deletadas!

Leia as mensagens deixadas por Anderson Clayton antes que sejam deletadas!



Leia sua mensagem



Este e-mail foi enviado por Anderson Clayton. Se você recebeu este email por engano, por favor ignore. Em breve a mensagem será removida do sistema.

Divirta-se,
A Equipe Badoo

E-mail enviado por Badoo Trading Limited. Se não quer mais receber e-mails do Badoo, por favor clique aqui para sair.
Badoo Trading Limited é uma empresa registrada na Inglaterra e país de Gales com CRN 7540255 e firma registrada em Media Village, 131 - 151 Great Titchfield Street, London, W1W 5BB.

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
_______________________________________________
gumstix-users mailing list
gumstix-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users
Vincent O'Kane | 11 May 2013 10:53
Picon

Thin client

Hi,

Anyone have experience with gumstix as Linux thin clients using xrdp and Ubuntu server. Does sound/video
work well, any known issues?

Thanks 

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
Jeremy Zawodny | 11 May 2013 06:51
Picon
Gravatar

path of least resistance? (which OS to use?)

I'm new to Gumstix but I've been reading a lot of old mailing list
discussions and poking around the wiki, as well as Yocto, Angstrom,
Linaro, etc.

At this point I'm rather confused and frustrated.  I feel like I've
been wasting a lot of time.  The information available online often
seems outdated or contradictory.  And I've spend hours burning SD card
images and trying to get a useful setup.

What I'd like to do is get a working SD card image that I can run on a
several different Overo units (Water, Fire, Earth) with Tobi boards.
I'm looking for a a distro that has integrated package management,
semi-modern kernel, and a decent selection of packages available
(rsync, perl, etc--nothing exotic).  I'm really NOT interested in
cross-compiling if I don't NEED to.

It seems that Angstrom works but is old and Gumstix isn't updating it anymore.

Linaro seems like a way forward (I know Ubuntu well) but I've
experienced a number of kernel panics and filesystem corruption so far
by going that route.

The Yocto images from Gumstix seem to work but there's no package
management, no compiler (gcc), and I'm having trouble understanding
why (and how anyone gets anything done starting from there).  And
building my own Yocto image appears to be a maze of twisty paths,
mostly not documented well.

Can anyone give me suggestions/pointers on a way forward?

Am I just spoiled, having spent 10+ years in the Debian ecosystem?  I
can't help but feel like what's currently available for Gumstix is
very Do It Yourself.

How do most people do this?

Thanks,

Jeremy

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may

Gmane