Will it be done by Christmas?
-Marq
Craig Hughes wrote:
>
> On Oct 29, 2007, at 12:52 PM, 4837jw@... wrote:
>
>> About a month to month-and-a-half back it was announce that the
>> Goliath
>> was being pulled for "quality" reasons.
>
> Looks like we've finally gotten all the hardware bugs out that we'd
> been hitting. That said, we've been bitten enough on this board that
> we're being a bit cautious about saying it's ready to go, so it might
> be a few more weeks yet. It is not dead though, and there are lots
> of people (including us!) waiting eagerly for the board to show up
> for sale.
>
> C
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>
>
--
View this message in context: http://www.nabble.com/Goliath-tf4713347.html#a13848100
Sent from the Gumstix mailing list archive at Nabble.com.

Not sure how you would disable blanking, but this works for waking it back
up.
echo 0 > /sys/class/graphics/fb0/blank
and for blanking the screen
echo 1 > /sys/class/graphics/fb0/blank
I found these by searching this mailing list "wake up display". 1st and only
match ;)
Erick
ricardo.ortega wrote:
>
> Well, i have been triying to disable the LCD sleep mode and can not untill
> now, so can some body help me?
>
> i have a verdex ....
>
>
>
>
>
>
>
> thaGod wrote:
>>
>> I'm sure someone is familiar with disabling the LCD sleep mode.
>>
>> I'm glad it worked... and also glad to have another person verify this
>> problem. The changes to pxafb.c and pxa-regs.h are very simple... so not
>> much time lost there. I've said it before and I'll say it again. We need
>> to get to work fixing the 16bit mode of the driver... even though the
>> time was spent adding 18 bit "support" into the driver for this gumstix
>> combo setup. It hurts more than it helps.
>>
>> Erick
>>
>>
>>
>> Marc Humphreys wrote:
>>>
>>> If you connect a usb keyboard to the verdex, hitting a key will make the
>>> screen come back up once it goes to sleep. I haven't figured out if it
>>> is
>>> screensaver mode build into the display and how it gets toggled or if
>>> its
>>> something more deliberate going on in the kernel - maybe power saving
>>> mode.
>>> Anyone?
>>>
>>> Marc
>>>
>>> -----Original Message-----
>>> From: gumstix-users-bounces@...
>>> [mailto:gumstix-users-bounces@...] On Behalf Of halr
>>> Sent: Saturday, November 10, 2007 9:26 AM
>>> To: gumstix-users@...
>>> Subject: Re: [Gumstix-users] Mplayer settings for Verdex
>>> XL6P/ConsoleLCD-VX
>>> w/Samsung 4.3 display
>>>
>>>
>>> Erick,
>>> The video= settings worked like a champ as far as getting mplayer to
>>> display
>>> the image without distortion, but you are absolutely correct about the
>>> colors being completely hammered. I'll apply the pxafb.c patch when I
>>> get
>>> back to work on Wednesday and see if that doesn't get me all the way
>>> there.
>>>
>>> BTW do you know if there is a display timeout set in the OE package? My
>>> display runs for about 10 minutes and then goes black. Everything
>>> continues
>>> to run correctly from the console login, but nothing seems to get the
>>> screen
>>> to come back on. If I reboot everything is fine until I run something
>>> that
>>> touches the frame buffer, and then I've about 10 minutes until it blacks
>>> out.
>>>
>>> Hal
>>>
>>>
>>>
>>> thaGod wrote:
>>>>
>>>> Your commands should go:
>>>> <GUM> setenv bootargs root=1f01 rootfstype=jffs2
>>>>
>>> video=pxafb:mode:480x272-16,active,color,hsynclen:41,right:8,left:4,upper:2,
>>> lower:4vsynclen:10,pixclock:108696,pixclockpol:0
>>>>
>>>> <GUM> saveenv
>>>> <GUM> reset
>>>>
>>>> And you will be running in a 16 bit video mode. I predict, however,
>>>> that
>>>> your color bits will be shifted improperly.
>>>>
>>>> The LDD_16 and LDD_17 thread is the right one. If you make those
>>>> changes
>>>> and remove all the video modes stuff from that setenv command above
>>>> then
>>>> you should be able to get proper colors, but you'll still be in 18 bit
>>>> mode, so you're userspace apps may still not run.
>>>>
>>>> I think your best way of getting things working is going to be to get
>>>> the
>>>> pxafb.c driver modified correctly to function in real 16 bit mode
>>>> instead
>>>> of "18". Only then will your userspace software let you play =)
>>>>
>>>> Erick
>>>>
>>>>
>>>
>>> --
>>> View this message in context:
>>> http://www.nabble.com/Mplayer-settings-for-Verdex-XL6P-ConsoleLCD-VX-w-Samsu
>>> ng-4.3-display-tf4774458.html#a13682434
>>> Sent from the Gumstix mailing list archive at Nabble.com.
>>>
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by: Splunk Inc.
>>> Still grepping through log files to find problems? Stop.
>>> Now Search log events and configuration files using AJAX and a browser.
>>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>>> _______________________________________________
>>> gumstix-users mailing list
>>> gumstix-users@...
>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>>>
>>>
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by: Splunk Inc.
>>> Still grepping through log files to find problems? Stop.
>>> Now Search log events and configuration files using AJAX and a browser.
>>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>>> _______________________________________________
>>> gumstix-users mailing list
>>> gumstix-users@...
>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>>>
>>>
>>
>>
>
>
--
View this message in context: http://www.nabble.com/Mplayer-settings-for-Verdex-XL6P-ConsoleLCD-VX-w-Samsung-4.3-display-tf4774458.html#a13847627
Sent from the Gumstix mailing list archive at Nabble.com.

I actually edited the "linux-*/arch/arm/Kconfig" file to change HZ =
default from 100 and 1000 and that set CONFIG_HZ in" linux-*/.config" to =
1000 during the build.
=20
So now, even though CLOCK_REALTIME has a resolution of 1 msec, for =
example nanosleep only returns every 2 msec; I am wondering why...
=20
Also does anyone know what the upper limit is for the system clock =
resolution? Is it: CONFIG_HZ =3D 1535?=20
Or would it be another way to get a finer system clock resolution?
=20
Thanks a lot,
=20
=20
Herv=E9
________________________________
From: gumstix-users-bounces@... =
[mailto:gumstix-users-bounces@...] On Behalf Of =
Heilpern, Mark
Sent: Monday, November 19, 2007 12:14 PM
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] 1-ms jiffy?
=20
The CONFIG_HZ setting is getting overwritten when you build your kernel; =
the overwrite setting is somewhere inside your buildroot/target =
directory.
=20
To find it, cd to target and issue this command: "find . -name =
\*config\* | xargs grep CONFIG_HZ" (without the quotes). On my system =
(older than 1553 but I don't know the version), I see the following as =
output from that command:
./device/Gumstix/basix-connex/linux.config:CONFIG_HZ=3D100
./device/Gumstix/basix-connex/.svn/text-base/linux.config.svn-base:CONFIG=
_HZ=3D100
./device/Gumstix/verdex/linux.config:CONFIG_HZ=3D100
./device/Gumstix/verdex/.svn/text-base/linux.config.svn-base:CONFIG_HZ=3D=
100
=20
Making the appropriate change (in =
target/device/Gumstix/basix-connex/linux.config, for your connex) should =
propagate into the kernel build.
=20
________________________________
From: gumstix-users-bounces@... =
[mailto:gumstix-users-bounces@...] On Behalf Of Herve =
Lacheray
Sent: Friday, November 16, 2007 4:53 PM
To: gumstix-users@...
Subject: [Gumstix-users] 1-ms jiffy?
=20
Hi everyone,
=20
=20
Is it still possible to set the gumstix's system clock from 10 to 1 =
millisecond?
=20
I changed the HZ value from 100 to 1000 in the =
build_arm_nofpu/linux-*/include/asm-arm/param.h file, as described here:
=20
http://docwiki.gumstix.org/Tips_and_tricks#Change_Timer.2FScheduler_Frequ=
ency
=20
but that did not work. I have a Connex 400MHz and I am using buildroot =
revision #1553.
=20
I also changed the CONFIG_HZ value from 100 to 1000 in the Linux kernel =
.config file but that got reverted back to 100 during the build =
process...
=20
Thanks in advance for your help,
=20
=20
Herv=E9
=20
=20

Hi Martyn,
> Just checking if there is any more news on this yet. I have had a look at
> the driver code and i assume it needs another function in the
> file_operations to handle the select call but im no expert on this subject,
> I will have a go at it if you give me a bit of guidance (have done some
> driver work on gumstix recently).
So, I had it all coded and was just waiting to test it. My laptop has
a mishap where is fell off the table onto the floor and the hardrive
crashed.
So I've bought a new hard-drive and have just finished getting it back
into a usable state. So I'll redo the changes (there wasn't all that
many lines of code), and let you know.
I also picked up a QNAP 209-Pro file server/RAID backup unit, and
setup some automated backups so that this shouldn't happen in the
future. Fortunately, most of what I do is managed under a revision
control system which lives on a different server, and I use gmail, so
I didn't lose very much.
--
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/

Hi Dave=0A=0AThanks for looking into this for me:=0A=0ACurrently, the drive=
r doesn't support select (it needs to be=0Aimplemented on the kernel side o=
f the driver in order for the select=0Acall to work properly). It should be=
pretty easy to add though. Give=0Ame a couple days, and I'll add it.=0A=0A=
=0A=0AJust checking if there is any more news on this yet. I have had a=0Al=
ook at the driver code and i assume it needs another function in the=0Afile=
_operations to handle the select call but im no expert on this subject, I w=
ill have a go at it if you give me a bit of guidance (have done some driver=
work on gumstix recently).=0A=0AMany Thanks=0AMartyn=0A=0A=0A=0A=0A=0A=0A=
=0A ___________________________________________________________ =0AWan=
t ideas for reducing your carbon footprint? Visit Yahoo! For Good http://u=
k.promotions.yahoo.com/forgood/environment.html

The CONFIG_HZ setting is getting overwritten when you build your kernel; =
the overwrite setting is somewhere inside your buildroot/target =
directory.
=20
To find it, cd to target and issue this command: "find . -name =
\*config\* | xargs grep CONFIG_HZ" (without the quotes). On my system =
(older than 1553 but I don't know the version), I see the following as =
output from that command:
./device/Gumstix/basix-connex/linux.config:CONFIG_HZ=3D100
./device/Gumstix/basix-connex/.svn/text-base/linux.config.svn-base:CONFIG=
_HZ=3D100
./device/Gumstix/verdex/linux.config:CONFIG_HZ=3D100
./device/Gumstix/verdex/.svn/text-base/linux.config.svn-base:CONFIG_HZ=3D=
100
=20
Making the appropriate change (in =
target/device/Gumstix/basix-connex/linux.config, for your connex) should =
propagate into the kernel build.
=20
________________________________
From: gumstix-users-bounces@... =
[mailto:gumstix-users-bounces@...] On Behalf Of Herve =
Lacheray
Sent: Friday, November 16, 2007 4:53 PM
To: gumstix-users@...
Subject: [Gumstix-users] 1-ms jiffy?
=20
Hi everyone,
=20
=20
Is it still possible to set the gumstix's system clock from 10 to 1 =
millisecond?
=20
I changed the HZ value from 100 to 1000 in the =
build_arm_nofpu/linux-*/include/asm-arm/param.h file, as described here:
=20
http://docwiki.gumstix.org/Tips_and_tricks#Change_Timer.2FScheduler_Frequ=
ency
=20
but that did not work. I have a Connex 400MHz and I am using buildroot =
revision #1553.
=20
I also changed the CONFIG_HZ value from 100 to 1000 in the Linux kernel =
.config file but that got reverted back to 100 during the build =
process...
=20
Thanks in advance for your help,
=20
=20
Herv=E9
=20
=20

On Nov 16, 2007, at 2:45 PM, Andy Isaacson wrote:
> On Fri, Nov 16, 2007 at 11:32:54AM -0800, Chuck Randall wrote:
>> How do you use ffmpeg without writing files to the gumstix flash?
>> Since ffmpeg is a command-line tool, doesn't it need to read/write
>> to/
>> from flash? I'd like to read frames from an IP webcam, do some
>> minimal processing on each frame, and send each frame off to another
>> system via ethernet, all in real time without any files being written
>> on the gumstix.
>
> Mount a tmpfs and use that instead.
> # mount -t tmpfs -o size=10000000 tmpfs /mnt/tmp
> # df -h /mnt/tmp
> Filesystem Size Used Avail Use% Mounted on
> tmpfs 9.6M 0 9.6M 0% /mnt/tmp
Very interesting idea! Where does /mnt/tmp reside on the gumstix?
Isn't this in flash ram? I'm a bit worried about wearing out the
flash with 1000s of temp files written/minute, 24/7. Plus, the speed
slowdown in writing to a file. But I suppose I could write to a
mounted CF card and spare my gumstix...
Chuck

Felix,
=20
With 1565 and verdex XL6P+consoleLCD-vx+netmicroSD + Samsung LCD Panel =
minus
the wifi module I was able to
=20
successfully run directfb df_dok test, while scp=92ing files to mmc, usb =
flash
or local file system. USB keyboard and LCD terminal work too.
=20
Setup as tested XL6P, netwifi_uSD (without wifi module), 2Gig Sandisk =
uSD
card, ConsoleLCD-vx, Samsung LCD, unpowered USB HUB, with keyboard and =
usb
flash drive attached.
=20
Tftp from uboot did not work. This was expected as its uboot expecting =
to
find the smc91c1111-0 device.
=20
GUM> tftp a2000000 rootfs.arm_nofpu_base1565.jffs2
SMC91111: PHY auto-negotiate timed out
=20
Warning: MAC addresses don't match:
HW MAC address: 01:00:01:00:01:00
"ethaddr" value: AE:F7:51:56:49:D0
Using MAC Address AE:F7:51:56:49:D0
Using SMC91C1111-0 device
TFTP from server 192.168.16.23; our IP address is 192.168.16.19
Filename 'rootfs.arm_nofpu_base1565.jffs2'.
Load address: 0xa2000000
Loading: *
Abort
=20
Next I=92ll attach the wifi module and retest =96 I may need to =
reconfigure my
wireless router for quick and dirty test so may take a while.
=20
Marc.
=20
_____ =20
From: gumstix-users-bounces@...
[mailto:gumstix-users-bounces@...] On Behalf Of Marc
Humphreys
Sent: Monday, November 19, 2007 9:59 AM
To: 'General mailing list for gumstix users.'
Subject: Re: [Gumstix-users] Problems with vertex
XL6P+consoleLCD-vx+netmicroSD + Samsung LCD Panel
=20
Good news so far the 1565 build doesn=92t break the netCF-vx hardware =
stack
I=92m currently using.
=20
After commenting out the smc911x line and uncommenting the smc91x line =
I
was still able to
=20
Run directfb test df_dok while, simultaneously doing scp to USB flash =
stick
or CF or local file system. USB keyboard also works.
=20
Current setup is verdex XL6P, netCF-vx, ConsoleLCD-vx, Samsung LCD,
unpowered USB HUB, with keyboard and usb flash drive attached.
=20
Tftp also works from uboot using device SMC91C1111-0 as expected.
=20
Next I=92ll assembly the stack with netwifi-uSD, test it and post the =
results.
=20
Marc
=20
_____ =20
From: gumstix-users-bounces@...
[mailto:gumstix-users-bounces@...] On Behalf Of Felix
Duvallet
Sent: Monday, November 19, 2007 1:12 AM
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] Problems with vertex XL6P
+consoleLCD-vx+netmicroSD + Samsung LCD Panel
=20
Hi Marc-
Although I finally got the verdex to boot (with LCD attached) by =
removing
the wifi module, doing anything remotely related to the network (wired
ethernet) seemed to kill the board immediately: ssh'ing from the gumstix =
(to
another host or to localhost), ssh'ing from a computer to the gumstix =
(over
ethernet), or sometimes even logging in via the console/LCD. Needless =
to
say, stress-testing becomes a moot point :)=20
Interestingly enough, directFB does not compile for me (I had to grab =
the
sources directly from the directFB site -- the script seemed to fail =
when
wget'ing them), so I can't really test that either. Errors are below.=20
I'm still interested in knowing whether anyone has any success running =
both
the LCD and some sort of internet at the same time, so please post your
results when you get a chance to test it out.
Cheers,
Felix
In: /gumstix-buildroot/build_arm_nofpu/DirectFB-0.9.24/lib/direct
system.c:47: error: expected declaration specifiers or '...' before =
'gettid'
system.c:62: warning: type defaults to 'int' in declaration of =
'_syscall0'=20
system.c:62: error: expected ',' or ';' before 'pid_t'
system.c: In function 'direct_pagesize':
system.c:71: error: 'PAGE_SIZE' undeclared (first use in this function)
system.c:71: error: (Each undeclared identifier is reported only once
system.c:71: error: for each function it appears in.)
system.c:72: warning: control reaches end of non-void function
On Nov 19, 2007 11:19 AM, Marc Humphreys =
<mhumphreys@...>
wrote:
Felix,
=20
I know originally I got it to work with I think build 1339, but didn't =
do
much testing and only had the gumstix logo and login working on he LCD, =
but
I did not have the wifi module attached so never tried that. I've =
downloaded
the latest 1565 and am building it tonight. I have to dismantle my =
hardware
stack and reattach the netwifi-uSD card and dig up my wifi module to =
attach
to it.
I'll definitely post my results, not sure exactly when that will happen, =
but
hopefully in a day or two. How do you stress test both interfaces. Is it
sufficient to ping both IP addresses from another machine or maybe start =
two
separate ssh sessions to each ip with some large file transfer using =
scp?
=20
To stress test the setup I porpose to do the following:
Run the directfb tests on the LCD =96 probably df_dok, while scp'ing two =
large
files over the lan and wifi interfaces, one from uSD card and another =
from
flash drive that's plugged into the USB hub (powered from the ConsoleLCD
board). Usb keyboard will be tested as well also attached to the hub.
=20
Marc
=20
_____ =20
From: gumstix-users-bounces@...
[mailto:gumstix-users-bounces@...] On Behalf Of Felix
Duvallet
Sent: Sunday, November 18, 2007 6:42 PM
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] Problems with vertex XL6P +
consoleLCD-vx+netmicroSD + Samsung LCD Panel
=20
I'd be interested in knowing whether you come across some of the same =
issues
I've had with this hardware configuration (which is almost identical to
mine). I had issues getting the LCD and ethernet/wireless to work at =
the
same time (I posted to the mailing list a few weeks ago:
http://www.nabble.com/Verdex-fails-to-boot-if-both-LCD-and-netwifi-microS=
D-a
re-connected-tf4768919.html ).
In the event that everything (hopefully) works for you, post to the list =
so
I will at least know I probably did something wrong. Otherwise, if =
you're
having issues booting, you may want to try using either the LCD or the
netmicroSD stick (but not both).=20
Cheers,
Felix
On Nov 19, 2007 3:36 AM, Marc Humphreys <mhumphreys@...>
wrote:
I got my verdex about 6 weeks ago and it had u-boot 1.2 and that should =
be
good for flashing with the new partition map that is current supported =
in
the new buildroot versions. However, 1.2 as is will not support mmc on=20
verdex Netwifi-uSD card.. You'll need to build and apply the patch or =
wait
for Steve's testing on the latest build which if works will probably be =
1565
or greater.
You can check your uboot version by stopping auto boot. Simply hit a key =
on=20
the console keyboard within 2 seconds.
Then at the GUM> prompt type ver
U-Boot 1.2.0 (May 16 2007 - 11:14:35) - PXA270@... MHz - 1407
*** Welcome to Gumstix ***
DRAM: 128 MB
Flash: 32 MB=20
SMC91C1111-0
Net: SMC91C1111-0
Hit any key to stop autoboot: 0
GUM> ver
U-Boot 1.2.0 (May 16 2007 - 11:14:35) - PXA270@... MHz - 1407
*** Welcome to Gumstix ***
GUM>
If you let the gumstix boot you can check the build version.=20
By typing #more /etc/gumstix-release
# more /etc/gumstix-release
DISTRIB_ID=3D'gumstix'
DISTRIB_DESCRIPTION=3D''
DISTRIB_RELEASE=3D'1562'
DISTRIB_CODENAME=3D''
BUILD_DATE=3D'Thu Nov 15 08:10:34 EST 2007'=20
BUILD_HOSTNAME=3D'grandbaie'
#
Its probably 1410 which will be of little use to you. I'm almost sure
mmcinit won't work with 1410. I'd grab the latest should be 1564 or =
greater.
Not sure if patches are still required. I understand Steve is testing =
new=20
build which if successful will probably be 1565?
Marc
-----Original Message-----
From: gumstix-users-bounces@...
[mailto:gumstix-users-bounces@...] On Behalf Of Dave
Hylands
Sent: Sunday, November 18, 2007 11:45 AM=20
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] Problems with vertex XL6P + consoleLCD-vx
+netmicroSD + Samsung LCD Panel
Hi Sir Graham,
> First the Ethernet of the netmicroSD don=B4t work, I see is possible =
because
> the driver SMC911 is not present and activate. :(
> The LCD don=B4t work also.
>
> Questions:
>
> Is necessary Reflashing the Boot Loader ( u-boot.bin) to activate =
the
LCD
> panel?
I'm not sure.
> gumstix-buildroot is the same to the Connex platform that the =
vertex
> platform?
It's the same source code tree, but you can only build it for connex=20
or verdex, not both at the same time.
> To flash Root Filesystem and Kernel, is possible use the microSD =
(in
> connex we use the MMC card to load the flash)?
It should be. You can test this from within u-boot by using the=20
mmcinit command and seeing if it recognizes the card. You can then do
fatls mmc 0
to list the files on the card.
You might need to update your u-boot first. I know that the latest
u-boot (or the 1533 u-boot I have precompiled) will work with the=20
microSD cards.
--
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/
-------------------------------------------------------------------------=
=20
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
<http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/>=20
_______________________________________________
gumstix-users mailing list
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users
-------------------------------------------------------------------------=
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.=20
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
gumstix-users mailing list=20
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users
<https://lists.sourceforge.net/lists/listinfo/gumstix-users>=20
=20
-------------------------------------------------------------------------=
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
gumstix-users mailing list
gumstix-users@...=20
https://lists.sourceforge.net/lists/listinfo/gumstix-users
=20

Good news so far the 1565 build doesn=92t break the netCF-vx hardware =
stack
I=92m currently using.
=20
After commenting out the smc911x line and uncommenting the smc91x line =
I
was still able to
=20
Run directfb test df_dok while, simultaneously doing scp to USB flash =
stick
or CF or local file system. USB keyboard also works.
=20
Current setup is verdex XL6P, netCF-vx, ConsoleLCD-vx, Samsung LCD,
unpowered USB HUB, with keyboard and usb flash drive attached.
=20
Tftp also works from uboot using device SMC91C1111-0 as expected.
=20
Next I=92ll assembly the stack with netwifi-uSD, test it and post the =
results.
=20
Marc
=20
_____ =20
From: gumstix-users-bounces@...
[mailto:gumstix-users-bounces@...] On Behalf Of Felix
Duvallet
Sent: Monday, November 19, 2007 1:12 AM
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] Problems with vertex XL6P
+consoleLCD-vx+netmicroSD + Samsung LCD Panel
=20
Hi Marc-
Although I finally got the verdex to boot (with LCD attached) by =
removing
the wifi module, doing anything remotely related to the network (wired
ethernet) seemed to kill the board immediately: ssh'ing from the gumstix =
(to
another host or to localhost), ssh'ing from a computer to the gumstix =
(over
ethernet), or sometimes even logging in via the console/LCD. Needless =
to
say, stress-testing becomes a moot point :)=20
Interestingly enough, directFB does not compile for me (I had to grab =
the
sources directly from the directFB site -- the script seemed to fail =
when
wget'ing them), so I can't really test that either. Errors are below.=20
I'm still interested in knowing whether anyone has any success running =
both
the LCD and some sort of internet at the same time, so please post your
results when you get a chance to test it out.
Cheers,
Felix
In: /gumstix-buildroot/build_arm_nofpu/DirectFB-0.9.24/lib/direct
system.c:47: error: expected declaration specifiers or '...' before =
'gettid'
system.c:62: warning: type defaults to 'int' in declaration of =
'_syscall0'=20
system.c:62: error: expected ',' or ';' before 'pid_t'
system.c: In function 'direct_pagesize':
system.c:71: error: 'PAGE_SIZE' undeclared (first use in this function)
system.c:71: error: (Each undeclared identifier is reported only once
system.c:71: error: for each function it appears in.)
system.c:72: warning: control reaches end of non-void function
On Nov 19, 2007 11:19 AM, Marc Humphreys =
<mhumphreys@...>
wrote:
Felix,
=20
I know originally I got it to work with I think build 1339, but didn't =
do
much testing and only had the gumstix logo and login working on he LCD, =
but
I did not have the wifi module attached so never tried that. I've =
downloaded
the latest 1565 and am building it tonight. I have to dismantle my =
hardware
stack and reattach the netwifi-uSD card and dig up my wifi module to =
attach
to it.
I'll definitely post my results, not sure exactly when that will happen, =
but
hopefully in a day or two. How do you stress test both interfaces. Is it
sufficient to ping both IP addresses from another machine or maybe start =
two
separate ssh sessions to each ip with some large file transfer using =
scp?
=20
To stress test the setup I porpose to do the following:
Run the directfb tests on the LCD =96 probably df_dok, while scp'ing two =
large
files over the lan and wifi interfaces, one from uSD card and another =
from
flash drive that's plugged into the USB hub (powered from the ConsoleLCD
board). Usb keyboard will be tested as well also attached to the hub.
=20
Marc
=20
_____ =20
From: gumstix-users-bounces@...
[mailto:gumstix-users-bounces@...] On Behalf Of Felix
Duvallet
Sent: Sunday, November 18, 2007 6:42 PM
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] Problems with vertex XL6P +
consoleLCD-vx+netmicroSD + Samsung LCD Panel
=20
I'd be interested in knowing whether you come across some of the same =
issues
I've had with this hardware configuration (which is almost identical to
mine). I had issues getting the LCD and ethernet/wireless to work at =
the
same time (I posted to the mailing list a few weeks ago:
http://www.nabble.com/Verdex-fails-to-boot-if-both-LCD-and-netwifi-microS=
D-a
re-connected-tf4768919.html ).
In the event that everything (hopefully) works for you, post to the list =
so
I will at least know I probably did something wrong. Otherwise, if =
you're
having issues booting, you may want to try using either the LCD or the
netmicroSD stick (but not both).=20
Cheers,
Felix
On Nov 19, 2007 3:36 AM, Marc Humphreys <mhumphreys@...>
wrote:
I got my verdex about 6 weeks ago and it had u-boot 1.2 and that should =
be
good for flashing with the new partition map that is current supported =
in
the new buildroot versions. However, 1.2 as is will not support mmc on=20
verdex Netwifi-uSD card.. You'll need to build and apply the patch or =
wait
for Steve's testing on the latest build which if works will probably be =
1565
or greater.
You can check your uboot version by stopping auto boot. Simply hit a key =
on=20
the console keyboard within 2 seconds.
Then at the GUM> prompt type ver
U-Boot 1.2.0 (May 16 2007 - 11:14:35) - PXA270@... MHz - 1407
*** Welcome to Gumstix ***
DRAM: 128 MB
Flash: 32 MB=20
SMC91C1111-0
Net: SMC91C1111-0
Hit any key to stop autoboot: 0
GUM> ver
U-Boot 1.2.0 (May 16 2007 - 11:14:35) - PXA270@... MHz - 1407
*** Welcome to Gumstix ***
GUM>
If you let the gumstix boot you can check the build version.=20
By typing #more /etc/gumstix-release
# more /etc/gumstix-release
DISTRIB_ID=3D'gumstix'
DISTRIB_DESCRIPTION=3D''
DISTRIB_RELEASE=3D'1562'
DISTRIB_CODENAME=3D''
BUILD_DATE=3D'Thu Nov 15 08:10:34 EST 2007'=20
BUILD_HOSTNAME=3D'grandbaie'
#
Its probably 1410 which will be of little use to you. I'm almost sure
mmcinit won't work with 1410. I'd grab the latest should be 1564 or =
greater.
Not sure if patches are still required. I understand Steve is testing =
new=20
build which if successful will probably be 1565?
Marc
-----Original Message-----
From: gumstix-users-bounces@...
[mailto:gumstix-users-bounces@...] On Behalf Of Dave
Hylands
Sent: Sunday, November 18, 2007 11:45 AM=20
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] Problems with vertex XL6P + consoleLCD-vx
+netmicroSD + Samsung LCD Panel
Hi Sir Graham,
> First the Ethernet of the netmicroSD don=B4t work, I see is possible =
because
> the driver SMC911 is not present and activate. :(
> The LCD don=B4t work also.
>
> Questions:
>
> Is necessary Reflashing the Boot Loader ( u-boot.bin) to activate =
the
LCD
> panel?
I'm not sure.
> gumstix-buildroot is the same to the Connex platform that the =
vertex
> platform?
It's the same source code tree, but you can only build it for connex=20
or verdex, not both at the same time.
> To flash Root Filesystem and Kernel, is possible use the microSD =
(in
> connex we use the MMC card to load the flash)?
It should be. You can test this from within u-boot by using the=20
mmcinit command and seeing if it recognizes the card. You can then do
fatls mmc 0
to list the files on the card.
You might need to update your u-boot first. I know that the latest
u-boot (or the 1533 u-boot I have precompiled) will work with the=20
microSD cards.
--
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/
-------------------------------------------------------------------------=
=20
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
<http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/>=20
_______________________________________________
gumstix-users mailing list
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users
-------------------------------------------------------------------------=
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.=20
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
gumstix-users mailing list=20
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users
<https://lists.sourceforge.net/lists/listinfo/gumstix-users>=20
=20
-------------------------------------------------------------------------=
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
gumstix-users mailing list
gumstix-users@...=20
https://lists.sourceforge.net/lists/listinfo/gumstix-users
=20

Hi Anil,
The basic steps you need to go through are:
1 - make sure the serial gadget gets built (kernel configuration). I'm
pretty sure its off by default.
2 - Module /etc/modules to load the serial gadget at boot time
3 - Add a getty entry for /etc/ttygserial into inittab.
Additional details can be found in
build_arm_nofpu/linux-2.6.21gum/Documentation/usb/gadget_serial.txt
--
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/

Anil,
You can logon but only once it boots. Last I tried uboot doesn't support usb
so you can't use usb serial connection as a console in uboot for purposes of
reflashing the board if that's what you're trying to do. I suppose you could
change the bootargs to redirect console to usb at boot time but I haven't
tried that myself. Definitely do not try redirecting if you do not have a
console board and null cable. A standard serial port connection will be
you're only way out if something goes wrong.
Marc
-----Original Message-----
From: gumstix-users-bounces@...
[mailto:gumstix-users-bounces@...] On Behalf Of Anil
Dhyani
Sent: Monday, November 19, 2007 3:45 AM
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] Other means of logging into gumstix
Importance: High
Hi dave,
I am using connex(400xm) board. i mean that i want to login over usb when i
poweron. I hope that clears my point to you.
thanks
anil
-----Original Message-----
From: gumstix-users-bounces@...
[mailto:gumstix-users-bounces@...]On Behalf Of Dave
Hylands
Sent: Monday, November 19, 2007 12:25 PM
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] Other means of logging into gumstix
Hi Anil,
> please confirm that Can i log into gumstix over usb without connecting the
> serial port when the gumstix is powered.
On the connex, you should be able to set things up so that you can
login over usb. Which daughtercard are you using to connect via usb?
Are you powering via usb?
On the verdex, you can't login through usb
--
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
gumstix-users mailing list
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
gumstix-users mailing list
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users

Felix,
=20
I too had to compile directFB separately. I used Matt=92s instructions =
posted
on the http://www.hbmobile,org site. I=92ll let you know how my netwifi-uSD =
testing
works out later today.
=20
Marc=20
=20
=20
_____ =20
From: gumstix-users-bounces@...
[mailto:gumstix-users-bounces@...] On Behalf Of Felix
Duvallet
Sent: Monday, November 19, 2007 1:12 AM
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] Problems with vertex XL6P
+consoleLCD-vx+netmicroSD + Samsung LCD Panel
=20
Hi Marc-
Although I finally got the verdex to boot (with LCD attached) by =
removing
the wifi module, doing anything remotely related to the network (wired
ethernet) seemed to kill the board immediately: ssh'ing from the gumstix =
(to
another host or to localhost), ssh'ing from a computer to the gumstix =
(over
ethernet), or sometimes even logging in via the console/LCD. Needless =
to
say, stress-testing becomes a moot point :)=20
Interestingly enough, directFB does not compile for me (I had to grab =
the
sources directly from the directFB site -- the script seemed to fail =
when
wget'ing them), so I can't really test that either. Errors are below.=20
I'm still interested in knowing whether anyone has any success running =
both
the LCD and some sort of internet at the same time, so please post your
results when you get a chance to test it out.
Cheers,
Felix
In: /gumstix-buildroot/build_arm_nofpu/DirectFB-0.9.24/lib/direct
system.c:47: error: expected declaration specifiers or '...' before =
'gettid'
system.c:62: warning: type defaults to 'int' in declaration of =
'_syscall0'=20
system.c:62: error: expected ',' or ';' before 'pid_t'
system.c: In function 'direct_pagesize':
system.c:71: error: 'PAGE_SIZE' undeclared (first use in this function)
system.c:71: error: (Each undeclared identifier is reported only once
system.c:71: error: for each function it appears in.)
system.c:72: warning: control reaches end of non-void function
On Nov 19, 2007 11:19 AM, Marc Humphreys =
<mhumphreys@...>
wrote:
Felix,
=20
I know originally I got it to work with I think build 1339, but didn't =
do
much testing and only had the gumstix logo and login working on he LCD, =
but
I did not have the wifi module attached so never tried that. I've =
downloaded
the latest 1565 and am building it tonight. I have to dismantle my =
hardware
stack and reattach the netwifi-uSD card and dig up my wifi module to =
attach
to it.
I'll definitely post my results, not sure exactly when that will happen, =
but
hopefully in a day or two. How do you stress test both interfaces. Is it
sufficient to ping both IP addresses from another machine or maybe start =
two
separate ssh sessions to each ip with some large file transfer using =
scp?
=20
To stress test the setup I porpose to do the following:
Run the directfb tests on the LCD =96 probably df_dok, while scp'ing two =
large
files over the lan and wifi interfaces, one from uSD card and another =
from
flash drive that's plugged into the USB hub (powered from the ConsoleLCD
board). Usb keyboard will be tested as well also attached to the hub.
=20
Marc
=20
_____ =20
From: gumstix-users-bounces@...
[mailto:gumstix-users-bounces@...] On Behalf Of Felix
Duvallet
Sent: Sunday, November 18, 2007 6:42 PM
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] Problems with vertex XL6P +
consoleLCD-vx+netmicroSD + Samsung LCD Panel
=20
I'd be interested in knowing whether you come across some of the same =
issues
I've had with this hardware configuration (which is almost identical to
mine). I had issues getting the LCD and ethernet/wireless to work at =
the
same time (I posted to the mailing list a few weeks ago:
http://www.nabble.com/Verdex-fails-to-boot-if-both-LCD-and-netwifi-microS=
D-a
re-connected-tf4768919.html ).
In the event that everything (hopefully) works for you, post to the list =
so
I will at least know I probably did something wrong. Otherwise, if =
you're
having issues booting, you may want to try using either the LCD or the
netmicroSD stick (but not both).=20
Cheers,
Felix
On Nov 19, 2007 3:36 AM, Marc Humphreys <mhumphreys@...>
wrote:
I got my verdex about 6 weeks ago and it had u-boot 1.2 and that should =
be
good for flashing with the new partition map that is current supported =
in
the new buildroot versions. However, 1.2 as is will not support mmc on=20
verdex Netwifi-uSD card.. You'll need to build and apply the patch or =
wait
for Steve's testing on the latest build which if works will probably be =
1565
or greater.
You can check your uboot version by stopping auto boot. Simply hit a key =
on=20
the console keyboard within 2 seconds.
Then at the GUM> prompt type ver
U-Boot 1.2.0 (May 16 2007 - 11:14:35) - PXA270@... MHz - 1407
*** Welcome to Gumstix ***
DRAM: 128 MB
Flash: 32 MB=20
SMC91C1111-0
Net: SMC91C1111-0
Hit any key to stop autoboot: 0
GUM> ver
U-Boot 1.2.0 (May 16 2007 - 11:14:35) - PXA270@... MHz - 1407
*** Welcome to Gumstix ***
GUM>
If you let the gumstix boot you can check the build version.=20
By typing #more /etc/gumstix-release
# more /etc/gumstix-release
DISTRIB_ID=3D'gumstix'
DISTRIB_DESCRIPTION=3D''
DISTRIB_RELEASE=3D'1562'
DISTRIB_CODENAME=3D''
BUILD_DATE=3D'Thu Nov 15 08:10:34 EST 2007'=20
BUILD_HOSTNAME=3D'grandbaie'
#
Its probably 1410 which will be of little use to you. I'm almost sure
mmcinit won't work with 1410. I'd grab the latest should be 1564 or =
greater.
Not sure if patches are still required. I understand Steve is testing =
new=20
build which if successful will probably be 1565?
Marc
-----Original Message-----
From: gumstix-users-bounces@...
[mailto:gumstix-users-bounces@...] On Behalf Of Dave
Hylands
Sent: Sunday, November 18, 2007 11:45 AM=20
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] Problems with vertex XL6P + consoleLCD-vx
+netmicroSD + Samsung LCD Panel
Hi Sir Graham,
> First the Ethernet of the netmicroSD don=B4t work, I see is possible =
because
> the driver SMC911 is not present and activate. :(
> The LCD don=B4t work also.
>
> Questions:
>
> Is necessary Reflashing the Boot Loader ( u-boot.bin) to activate =
the
LCD
> panel?
I'm not sure.
> gumstix-buildroot is the same to the Connex platform that the =
vertex
> platform?
It's the same source code tree, but you can only build it for connex=20
or verdex, not both at the same time.
> To flash Root Filesystem and Kernel, is possible use the microSD =
(in
> connex we use the MMC card to load the flash)?
It should be. You can test this from within u-boot by using the=20
mmcinit command and seeing if it recognizes the card. You can then do
fatls mmc 0
to list the files on the card.
You might need to update your u-boot first. I know that the latest
u-boot (or the 1533 u-boot I have precompiled) will work with the=20
microSD cards.
--
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/
-------------------------------------------------------------------------=
=20
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
<http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/>=20
_______________________________________________
gumstix-users mailing list
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users
-------------------------------------------------------------------------=
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.=20
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
gumstix-users mailing list=20
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users
<https://lists.sourceforge.net/lists/listinfo/gumstix-users>=20
=20
-------------------------------------------------------------------------=
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
gumstix-users mailing list
gumstix-users@...=20
https://lists.sourceforge.net/lists/listinfo/gumstix-users
=20

Hi Anil,
> I am using connex(400xm) board. i mean that i want to login over usb when i
> poweron. I hope that clears my point to you.
Nope.
Which daughtercard are you using?
How are you powering your gumstix?
--
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/