On Wed, May 21, 2008 at 6:21 PM, Marc Humphreys
<mhumphreys@...> wrote:
> Any reason you haven't upgraded to u-boot 1.2? You may have an easier time
> with all this if you tried using u-boot 1.2
>
>
>
> Marc
I think because upgrading u-boot requires a serial connection, which I
was originally hoping not to have to deal with. My ideal goal is also
to have to do nothing besides making a copy of the CF card, since the
plan is to kinda-mass purchase gumstix boards.
Thanks for the other suggestions. I'll give them a shot tomorrow.
--
Scott Lerman

Thats weird, it cut the last two lines off of my post.
Here is my question:
root@...:/dev$ hidd --search
Searching ...
Connecting to device 00:0D:B5:02:F9:85
root@...:/dev$
How do I see the GPS data coming from the device?

Thank you very much, I will try them out today and see what happens.
On Wed, May 21, 2008 at 12:15 AM, Dave Hylands <dhylands@...> wrote:
> Hi Jose,
>
> On Tue, May 20, 2008 at 8:42 PM, Jose Gomez <rcr800@...> wrote:
> > so the file (i2c-io.ipk) created by bitbake robostix, is completely
> useless
> > since it doeas not even contain the i2c-io.hex?
>
> I haven't had time to play with OE, but from looking through the
> archives, this email lists all of the robostix ipk files:
> <http://article.gmane.org/gmane.linux.distributions.gumstix.general/36214&gt;
>
> The two that look relevant to me are:
> robostix-avr-i2c-io_1.0-r0_gumstix-custom-connex.ipk
> robostix-i2c-io_1.0-r0_gumstix-custom-connex.ipk
>
> My guess is that the one with avr in the name has the i2c-io.hex file in
> it.
>
> --
> Dave Hylands
> Vancouver, BC, Canada
> http://www.DaveHylands.com/ <http://www.davehylands.com/&gt;
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>

Hi guys,
On Wed, May 21, 2008 at 2:19 PM, Gord Urquhart <gordurq@...> wrote:
> Hmm...running out of ideas here. Part of my problem is I have a mmc card not
> a CF card. Can you from the u-boot cmd line do
> - pinit on
> - fatls ide 0
Also, presumably, the fact that you're running the gumstix-factory
script means that pinit on was already done by u-boot before the
script is running, so try removing the mmc stuff and the pinit on from
your factory script.
I seem to recall some issues with some versions of u-boot related to
issuing multiple pinit on commands, but things are hazy...
--
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/

Is there any similar package like EXPECT for OE. I'd been searching but
nothing. I want to automatize (bash scripting) a ssh session and i have
troubles when asked for accept the fingertip and save to known_hosts (the
ssh version in OE doesnt has the option to avoid this verification ).
Thanks
--
View this message in context: http://www.nabble.com/Expect-package-tp17376189p17376189.html
Sent from the Gumstix mailing list archive at Nabble.com.

On Wed, 21 May 2008, Asier Berasategui wrote:
> Hi.
>
> Iÿÿm trying to execute a program in Verdex board
> (PAX270 CPU 400Mhz).
>
> Previously I had a Connex Gumstix. The same programs were
> executed OK, in connex version.
>
> What is the problem?
>
> Itÿÿs possible that several options of Buildroot
> Should be changed?
>
> I changed the architecture option in Buildroot
> options, but it isnÿÿt enough to save the problem.
>
> Please can you help me?
>
> Thanks
>
>
> PD: If you need more information, ask without problems.
Could it be that you're trying to execute an older uclibc program on a
Verdex, which -- I believe -- are shipped with a glibc system.
You could install an old buildroot filesystem (for Verdex, of
course) -- buildroot can only generate uclibc systems.
Better still, install OpenEmbedded! Read more about it
at http://gumstix.net .
> Asier
> BerasateguiControl Systems, Information and Communication
> Technology department
/Mathias

Whom ever does log in and create te page, can we place some sample code
there too, :-) I'm heading down that road and will be needing it soon
enough. If not i'll see what I can do after figuring it out, but that will
be a while.
-Michael
----- Original Message -----
From: "Dave Hylands" <dhylands@...>
To: "General mailing list for gumstix users."
<gumstix-users@...>
Sent: Wednesday, May 21, 2008 1:08 PM
Subject: Re: [Gumstix-users] PWM Sample Code?
> Hi David,
>
>> > That's because nobody has yet create the PWM page :)
>>
>> Well, that makes sense, but shouldn't it say something other than:
>> "The action you have requested is limited to users in the group user."
>>
>> It would be less confusing! :)
>
> Yeh - what's happening is that when you create a page and put a wiki
> link to a non-existant page, then they expect that you're going to
> want to create the page, so the link is actually a link to "Edit the
> page named PWM". In order to edit a page, you need to be logged in.
>
> So that's why it is the way it is. You could login and create an empty
> placeholder page to get rid of that :)
>
>> > Are you looking for PWM for the purposes of controlling something like
>> > a backlight?
>> > Or PWM code for controlling somehing like an R/C servo?
>>
>> I'm just looking for examples on playing with the memory mapped
>> registers and GPIO from with C.
>
> Then the GPIO example code should do what you want.
> <http://docswiki.gumstix.com/index.php/Sample_code/C/gpregs&gt;
>
> Just change:
>
> #ifdef __ARM_EABI__
> 0x40E00000 / MAP_SIZE
> #else
> 0x40E00000 & ~MAP_MASK
> #endif
>
> to be
> 0x40E00000 & ~MAP_MASK
>
>> Controlling an R/C servo would be fine for me.
>>
>> I did come across this:
>> paxRC - R/C and robotics software for Linux/PXA255/PXA270
>> http://www.pabr.org/pxarc/doc/pxarc.en.html
>
> Yeah - that's what I was going to point you to if it was R/C servos
> you were interested in.
>
> --
> Dave Hylands
> Vancouver, BC, Canada
> http://www.DaveHylands.com/
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>

Hi David,
> > That's because nobody has yet create the PWM page :)
>
> Well, that makes sense, but shouldn't it say something other than:
> "The action you have requested is limited to users in the group user."
>
> It would be less confusing! :)
Yeh - what's happening is that when you create a page and put a wiki
link to a non-existant page, then they expect that you're going to
want to create the page, so the link is actually a link to "Edit the
page named PWM". In order to edit a page, you need to be logged in.
So that's why it is the way it is. You could login and create an empty
placeholder page to get rid of that :)
> > Are you looking for PWM for the purposes of controlling something like
> > a backlight?
> > Or PWM code for controlling somehing like an R/C servo?
>
> I'm just looking for examples on playing with the memory mapped registers and GPIO from with C.
Then the GPIO example code should do what you want.
<http://docswiki.gumstix.com/index.php/Sample_code/C/gpregs&gt;
Just change:
#ifdef __ARM_EABI__
0x40E00000 / MAP_SIZE
#else
0x40E00000 & ~MAP_MASK
#endif
to be
0x40E00000 & ~MAP_MASK
> Controlling an R/C servo would be fine for me.
>
> I did come across this:
> paxRC - R/C and robotics software for Linux/PXA255/PXA270
> http://www.pabr.org/pxarc/doc/pxarc.en.html
Yeah - that's what I was going to point you to if it was R/C servos
you were interested in.
--
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/

wpa_supplicant checks the validity of a server certificate even if it
is not given a cert to verify. I was having issues with my gumstix not
having a time that would make the certificate valid.
Because the gumstix does not have a RTC with a battery to keep the
time. It wouldn't have worked even if my certificate at work was
right. All of the windows machines at my work are set to ignore
certificate validation. There is currently no way to set
wpa_supplicant to ignore the time. Although my Ubuntu distro ignores
it because "wpa_supplicant on Ubuntu was compiled against openssl and
the gumstix wpa_supplicant is using internal TLS implementation in
wpa_supplicant", is what Jouni Malinen from hostap (the
wpa_supplicant mailing list)
I have been in discussions with the wpa_supplicant developers. Given
some time I think I can create a patch to ignore certificate
validation. In the mean time I created the following script for my
gumstix to auto connect. This script sets the time using the not_after
and not_before times given by wpa_supplicant. The script is not
perfect and I wanted to do as little math in calculating the date as
possible so I used a little off math for the calculations.
#!/bin/sh
#/etc/timecheck.sh
#
twodigit()
{
if [ $1 -lt 10 ];then
echo 0$1
else
echo $1
fi
}
#MM=two digit month
#DD=two digit day
#HH=two digit hour in 24 hour
#mm=two digit minute
#YYYY=four digit year
seconds_since_epoch_to_MMDDHHmmYYYY()
{
year=0000
month=0
day=0
hour=0
minute=0
epochyear=1970
#just a close proximity I can be a bit off
#(a number of days) since most certs are
#good for a year period.
let secondsinminute=61
let secondsinhour=60*$secondsinminute
let secondsinday=24*$secondsinhour
let secondsinmonth=30*$secondsinday
let secondsinyear=12*$secondsinmonth
let years=$1/$secondsinyear
let year=$epochyear+$years
let subtractyears=$years*$secondsinyear
let monthsleft=$1-$subtractyears
let months=$monthsleft/$secondsinmonth
let month=$months+1
let subtractmonths=$months*$secondsinmonth
let daysleft=$monthsleft-$subtractmonths
let days=$daysleft/$secondsinday
let day=$days+1
#Since again I don't need to be exact the
#only month that has less than 30 days needs
#checked
if [ $month -eq 2 ];then
if [ $day -gt 28 ];then
day=28
fi
fi
let subtractdays=$days*$secondsinday
let hoursleft=$daysleft-$subtractdays
let hours=$hoursleft/$secondsinhour
let hour=$hours
let subtracthours=$hours*$secondsinhour
let minutesleft=$hoursleft-$subtracthours
let minutes=$minutesleft/$secondsinminute
let minute=$minutes
let subtractminutes=$minutes*$secondsinminute
let secondsleft=$minutesleft-$subtractminutes
if [ $secondsleft -gt 59 ];then
second=59
else
second=$secondsleft
fi
echo -n `twodigit $month``twodigit $day`
echo `twodigit $hour``twodigit $minute`$year
}
TMPFILE=/var/volatile/wpastuff
wpa_supplicant -Dmarvell -iwlan0 \
-c/etc/wpa_supplicant.conf \
-w 1>$TMPFILE 2>/dev/null &
#wait for wpa_supplicant to try and connect
sleep 5
killall wpa_supplicant
while [ "`ps|grep wpa_supplicant \
|grep -v grep`" != "" ];do
sleep 1
done
vars=`cat $TMPFILE |grep now \
|cut -d "(" -f2|cut -d ")" -f1`
if [ "$vars" != "" ];then
for var in $vars ;do
let $var
done
let diff=$not_after-$not_before
let halfdiff=$diff/2
let now=$not_before+$halfdiff
date `seconds_since_epoch_to_MMDDHHmmYYYY $now`
fi

1) Built standard image, using 'bitbake gumstix-basic-image' as documented.
No problems.
2) Installed image, tested, everything fine - except the Roboaudiostix cased
hardware failures; modified the bootup environment, as documented and the
system started up. We used a 'tweener', modified as documented, to connect.
3) Used ipkg to install the Robostix pieces. There was a fatal error with
the Robostix module - although ipkg claimed success with installing, it also
said that there was no Robostix module!
4) Enabled Robostix support in the standard configuration files, as per the
documentation in the files.
5) 'bitbake gumstix-basic-image' succeeded, but nothing for Robostix was
added. No errors, no messages.
6) 'bitbake robostix-module' reported 'no such file' for one site, 'access
denied' for another and then just hung doing an 'svn' to a third site.
(Unfortunately, I'm (literally) miles away from the system, so I can't
report on the URLs involved, until later today (PST)). When I say 'hung' I
mean that there was no response for more than a day.
Can I get some help on getting the Robostix module installed? We've
purchased several of these for a project that needs the audio support the
Roboaudiostix provide, and have had no luck so far in being able to use the
boards with the gumstix board.
--
View this message in context: http://www.nabble.com/Adding-Robostix-software-to-Verdex-build-tp17364319p17364319.html
Sent from the Gumstix mailing list archive at Nabble.com.

> >> Can anyone point me at gumstix PWM sample code, preferably in C?
> >
> > I was wondering that myself, since:
> > http://docswiki.gumstix.com/index.php?title=Sample_code/C/PWM&action=edit
> >
> > is missing the actual code! :)
>
> That's because nobody has yet create the PWM page :)
Well, that makes sense, but shouldn't it say something other than:
"The action you have requested is limited to users in the group user."
It would be less confusing! :)
>
> Are you looking for PWM for the purposes of controlling something like
> a backlight?
> Or PWM code for controlling somehing like an R/C servo?
I'm just looking for examples on playing with the memory mapped registers and GPIO from with C.
Controlling an R/C servo would be fine for me.
I did come across this:
paxRC - R/C and robotics software for Linux/PXA255/PXA270
http://www.pabr.org/pxarc/doc/pxarc.en.html
but I haven't dug into the code yet.

Mark,
THANKS! That was what I was looking for. To add on to those instructions, I
had to add 'kernel-module-rtl8150' to the ethernet section of
task-base-gumstix.bb and it all works :). Now, to find a way to get gphoto2
on there....
Mike
On Tue, May 20, 2008 at 7:21 PM, Mark Barton <mark@...> wrote:
> Mike Caruso wrote:
> > Hello list,
> > I was wondering if anybody knew how to build a custom kernel for a
> > Verdex running Open Embedded? I have a USB Ethernet adapter I'd like
> > to get working on my Verdex, it uses the RTL8150 driver. My first
> > thought was to try and add it to gumstix-custom-verdex.conf, but
> > wouldn't you need to enable it in the kernel config first so that it
> > knows to build that module? I found what appears to be the kernel
> > config in:
> >
> >
> ~/gumstix/gumstix-oe/tmp/work/gumstix-custom-verdex-angstrom-linux-gnueabi/gumstix-kernel-2.6.21-r1/linux-2.6.21
> >
> > So let's say I modify that to include the RTL8150 driver (as a
> > module), how would I rebuild the Verdex image to include a kernel
> > built from that config?
> >
> > Thanks,
> > Mike
> >
> > ------------------------------------------------------------------------
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > gumstix-users mailing list
> > gumstix-users@...
> > https://lists.sourceforge.net/lists/listinfo/gumstix-users
> >
> Hi Mike,
>
> http://gumstix.net/wiki/index.php?title=Kernel_Reconfiguration
>
> Not sure how complete since I have not tried this yet, but it might do
> the trick.
>
> Mark
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>

Hi Asier,
> I'm trying to execute a program in Verdex board (PAX270 CPU 400Mhz).
>
> Previously I had a Connex Gumstix. The same programs were executed OK, in
> connex version.
The same source or the same executable?
There are at least 3 different environments that might exist on your verdex:
- buildroot - uses uclibc
- early OE - uses uclibc
- later OE - uses glibc
An executable built for uclibc won't run under glibc and vice-versa.
If you rebuild your executable using a build environment which matches
whats on your board (which might not be the latest) then it should
work again.
--
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/