Porting MokoMakefile, odd errors

[Lally Singh]

Hey folks,

  I'm getting an openmoko build environment set up on OpenSolaris
(which, btw, is great).  A build error is difficult for me to
interpret.  I was hoping for some help.  I've included the full output
below.

I'm getting this problem, though:
ERROR: iterable argument required while parsing
/research/moko/openembedded/packages/openssl/openssl-native_0.9.XY.bb

for X in 7,8 and Y in m,g.

Also:
ERROR: Information not available for target 'i86pc-sunos'

Which is understandable.

How would I go about fixing these problems?  Any suggestions or
pointers to documentation would be well appreciated.

Thank you!

-ls

[EMAIL PROTECTED] moko]$ time gmake image
( cd build && . ../setup-env && \
  ( bitbake openmoko-asu-image u-boot-openmoko ) )
NOTE: Removed the following variables from the
environment:SSH_CLIENT,PS1,LD_LIBRARY_PATH,MAKEFLAGS,TZ,SHLVL,MANPATH,OMDIR,JAVA_HOME,MFLAGS,PYTHONPATH,VISUAL,LD_OPTIONS,SSH_TTY,OLDPWD,MAKELEVEL,MAIL,SSH_CONNECTION,PAGER
NOTE: Out of date cache found, rebuilding...
NOTE: Handling BitBake files: - (0899/5436) [16 %]ERROR: Information
not available for target 'i86pc-sunos'
NOTE: exceptions.TypeError:iterable argument required while evaluating:
[EMAIL PROTECTED](d)}
NOTE: exceptions.TypeError:iterable argument required while evaluating:
[EMAIL PROTECTED]('SITEINFO_ENDIANESS', 'le', '-DL_ENDIAN',
'-DB_ENDIAN', d)}   -DTERMIO -fexpensive-optimizations
-frename-registers -fomit-frame-pointer -Os -Wall
NOTE: exceptions.TypeError:iterable argument required while evaluating:
${@'${CFLAG}'.replace('-O2', '')}
ERROR: iterable argument required while parsing
/research/moko/openembedded/packages/openssl/openssl-native_0.9.7m.bb
NOTE: Handling BitBake files: \ (0902/5436) [16 %]ERROR: Information
not available for target 'i86pc-sunos'
NOTE: exceptions.TypeError:iterable argument required while evaluating:
[EMAIL PROTECTED](d)}
NOTE: exceptions.TypeError:iterable argument required while evaluating:
[EMAIL PROTECTED]('SITEINFO_ENDIANESS', 'le', '-DL_ENDIAN',
'-DB_ENDIAN', d)}   -DTERMIO -fexpensive-optimizations
-frename-registers -fomit-frame-pointer -Os -Wall
NOTE: exceptions.TypeError:iterable argument required while evaluating:
${@'${CFLAG}'.replace('-O2', '')}
ERROR: iterable argument required while parsing
/research/moko/openembedded/packages/openssl/openssl-native_0.9.7g.bb
NOTE: Handling BitBake files: | (0904/5436) [16 %]ERROR: Information
not available for target 'i86pc-sunos'
NOTE: exceptions.TypeError:iterable argument required while evaluating:
[EMAIL PROTECTED](d)}
NOTE: exceptions.TypeError:iterable argument required while evaluating:
[EMAIL PROTECTED]('SITEINFO_ENDIANESS', 'le', '-DL_ENDIAN',
'-DB_ENDIAN', d)}   -DTERMIO -fexpensive-optimizations
-frename-registers -fomit-frame-pointer -Os -Wall
NOTE: exceptions.TypeError:iterable argument required while evaluating:
${@'${CFLAG}'.replace('-O2', '')}
ERROR: iterable argument required while parsing
/research/moko/openembedded/packages/openssl/openssl-native_0.9.8g.bb
NOTE: Handling BitBake files: | (5436/5436) [100 %]
NOTE: Parsing finished. 0 cached, 5196 parsed, 237 skipped, 0 masked.
ERROR: Parsing errors found, exiting...
gmake: *** [openmoko-asu-image] Error 1

real2m15.427s
user1m57.723s
sys 0m6.409s



-- 
H. Lally Singh
Ph.D. Candidate, Computer Science
Virginia Tech

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [ASU 2008.9] Is it required to reflash, or opkg update & upgrade is enough?

[William Lai]

Alasal wrote:
> I think (by looking at the bugs that are fixed and aren't fixed) that the
> om2008.9 is the same as om2008.8 updated between 16 september and 18
> september. Because on 18 september there were updates for the om2008.8 that
> aren't included by default in 2008.9. But the updates are also available for
> the 2008.9. So If you install om2008.9 you can directly update it.
> 
> So this review is valid for the om2008.9:
> http://onlinedev.blogspot.com/2008/09/openmoko-om20088-status-review_16.html
> And if you update your om2008.9, this review is valid:
> http://onlinedev.blogspot.com/2008/09/openmoko-om20088-status-review_18.html
> 
> Bottom line: 
> - an updated 2008.8 is the same as an updated 2008.9 
> - an 2008.8 updated on 17 September is the same an an 2008.9
> 

Yes.  This is all correct.
Those with 2008.8-update will already be ahead of 2008.9.  It's the name 
that throws people off.  We're looking to change to 2008-update or 
2008-stable.  Please stay tuned.

Will

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Please add me to the planet

[Marek Lindner]

On Saturday, 20. September 2008 08:52:14 Rui Miguel Silva Seabra wrote:
> If you could please add my openmoko articles to the planet, I'd be
> pretty much grateful.
>
> http://blog.1407.org/tag/openmoko/feed

Best would be you open a bug at http://admin-trac.openmoko.org/


Marek

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: About OpenMoko Rotate

[Vasco Névoa]

That's very cool. I appreciate the mod. :)
I'm seeing something that looks like a bug (in both versions)... but I'm 
not sure if the accelerometers require calibration or something.
With the FR in vertical position, if I tilt it counter-clockwise, it 
takes just over 90 degrees to get 'accel-rotate' to change the 
orientation; but if I tilt it even less than 10 degrees clockwise after 
that, it reverts back to the original orientation.
Shouldn't the threshold be set at the midpoint angles (45, 135, 225, 315 
degrees)?
Anyway, good work to both coders, it's just what I wanted. :D
Maybe someone cares to extend this simple app to use some kind of sexy 
morph instead of the disruptive xrandr rotation? 8-)

Rui Miguel Silva Seabra wrote:
> Done. I've added a reference to it at http://wiki.openmoko.org/wiki/Rotate
> but my page about it is at
> http://blog.1407.org/2008/09/20/openmoko-rotate-now-using-libxrandr/
>
> Users of Rotate, I've patched it so it doesn't use system+xrandr but
> simply call directly the xrandr function using libxrandr.
>
> This means:
>  * quicker
>  * less battery consumption
>
> Best,
> Rui
>
> On Fri, Sep 19, 2008 at 10:13:29AM +0100, Rui Miguel Silva Seabra wrote:
>   
>> Hi,
>>
>> I'm preparing a patch for using xrandr api directly in Rotate instead of
>> system(). It's almost done but I can only code it at home time (which, for
>> me, starts again in about 9 hours) :)
>>
>> This will be much better in terms of speed and battery life!
>>
>> Best,
>> Rui
>> 
>
>   


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Bad Magic Number while booting from SD card with new uImage!

[Shaz]

On 9/19/08, michael <[EMAIL PROTECTED]> wrote:
> Hi,
>  Andy Green wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Somebody in the thread at some point said:
> >
> > |>  No some larger cards break us right now, can you let me know your
> exact
> > |>  card type and I will do a little shopping spree today to reproduce
> this.
> > |>  ~ I think someone else mentioned Sandisk 8GB is going to make the same
> > |>  trouble.
> > | Its named Amco. A 1GB card. So should we stick to 512MB? We can live
> > | with that too :)
> >
> > Somehow it's the larger cards seem to have the trouble, something to do
> > with being slower to wake up and give first bulk transfer than we can
> > currently handle, if you stick to the Sandisk 512MB right now it doesn't
> > seem to show this behaviour.
> >
> > I doubt I find this Amco thing here in UK so I will just buy a few 8MB
> ones.
> >
> >
>  Just to know, how the SD is formatted?
>  It is a vfat and u-boot use fatload?
I am using vfat for uImage and ext3 for rootfs. Currently, rootfs cant
be loaded because kernel panics on vfs drivers (or something) but the
kernel has started to boot when I renamed it to uImage.bin ;-)
I am going to repartition it to see if it will work. Should I go for a
smaller rootfs patition instead of 982MB? Maybe 500 or 512MB.
>
>  Regards Michael
>
>


-- 
Shaz

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Phone java apps on fr?

[Marco Trevisan (Treviño)]

Robert Schuster wrote:
> Petr Vanek schrieb:
>> how can i run java applications from other mobile phones on fr? Is it
>> what is called JavaME? Is this available for fr? I have looked at
>> jalimo and around but no clarity for me...
> What you usually want to run is a MIDlet or MIDP application. For this
> you can either use the microemulator or MIDPath on top of either
> Cacao+GNU Classpath or PhoneME Advanced.
> 
> You can install midpath for OpenMoko through the Jalimo repository. All
> of this is in OE. So it could be added to the official feeds as well.
> 
> Running MIDPath on PhoneME Advanced (PMEA for short) is currently not
> possible due to a bug in the MIDPath version in OE. I hope I can
> convince Guillaume to release another RC soon so that I can base the
> recipes in OE on it.
> 
> For the user PMEA would have the advantage that it is tried and tested
> Sun code and additionally really fast. It is also compatible to SWT and
> can as such run application that are compatible to J2SE 1.3.

Nice and does it support all midlets built following the J2Me standards?

Btw, do you have packages for testing it without waiting the OE/OM
updates? There are some repos [1] that I found in your blog but they
don't seem so updated as needed...

[1] https://wiki.evolvis.org/jalimo/index.php/Packages#OpenMoko

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Please add me to the planet

[Rui Miguel Silva Seabra]

Dear Planet maintainers,

If you could please add my openmoko articles to the planet, I'd be
pretty much grateful.

http://blog.1407.org/tag/openmoko/feed

Best,
Rui

-- 

Today is Pungenday, the 44th day of Bureaucracy in the YOLD 3174
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: About OpenMoko Rotate

[Rui Miguel Silva Seabra]

Done. I've added a reference to it at http://wiki.openmoko.org/wiki/Rotate
but my page about it is at
http://blog.1407.org/2008/09/20/openmoko-rotate-now-using-libxrandr/

Users of Rotate, I've patched it so it doesn't use system+xrandr but
simply call directly the xrandr function using libxrandr.

This means:
 * quicker
 * less battery consumption

Best,
Rui

On Fri, Sep 19, 2008 at 10:13:29AM +0100, Rui Miguel Silva Seabra wrote:
> Hi,
> 
> I'm preparing a patch for using xrandr api directly in Rotate instead of
> system(). It's almost done but I can only code it at home time (which, for
> me, starts again in about 9 hours) :)
> 
> This will be much better in terms of speed and battery life!
> 
> Best,
> Rui

-- 
P'tang!
Today is Pungenday, the 44th day of Bureaucracy in the YOLD 3174
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [ASU 2008.9] Is it required to reflash, or opkg update & upgrade is enough?

[Vasco Névoa]

Alasal wrote:
> I think (by looking at the bugs that are fixed and aren't fixed) that the
> om2008.9 is the same as om2008.8 updated between 16 september and 18
> september. Because on 18 september there were updates for the om2008.8 that
> aren't included by default in 2008.9. But the updates are also available for
> the 2008.9. So If you install om2008.9 you can directly update it.
>
> So this review is valid for the om2008.9:
> http://onlinedev.blogspot.com/2008/09/openmoko-om20088-status-review_16.html
> And if you update your om2008.9, this review is valid:
> http://onlinedev.blogspot.com/2008/09/openmoko-om20088-status-review_18.html
>
> Bottom line: 
> - an updated 2008.8 is the same as an updated 2008.9 
> - an 2008.8 updated on 17 September is the same an an 2008.9
>
>   
I'm not sure I trust that line of logic enough...
Is there a way to check if we have the latest?
If the opkg feeds have not changed, then it is logical that 
updated2008.8 = 2008.9 ...


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: NeoTool v1.1 is available

[Shawn "prjktdtnt" Thompson]

Tomasz Melcer wrote:
> On 2008-09-17, Dale Maggee wrote:
>   
>> - Backup has been radically enhanced, and now supports configurable 
>> backup filenames, as well as the ability to backup everything via a 
>> combination of the mkfs-jffs2 and dfu -U methods.
>> 
> Does the dfu upload work for you? I tried to do some uploads, but either
> dfu-util returned an error, or even if it didn't, the backup was
> unusable --- there were filesystem errors after flashing FR with them.
>
> Tomasz Melcer
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>   
Tomasz,
From what I remember reading, somewhere in the wiki, that dfu-util 
has a bug in the upload feature currently that causes that.

-Shawn

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [ASU 2008.9] Is it required to reflash, or opkg update & upgrade is enough?

[Alasal]

I think (by looking at the bugs that are fixed and aren't fixed) that the
om2008.9 is the same as om2008.8 updated between 16 september and 18
september. Because on 18 september there were updates for the om2008.8 that
aren't included by default in 2008.9. But the updates are also available for
the 2008.9. So If you install om2008.9 you can directly update it.

So this review is valid for the om2008.9:
http://onlinedev.blogspot.com/2008/09/openmoko-om20088-status-review_16.html
And if you update your om2008.9, this review is valid:
http://onlinedev.blogspot.com/2008/09/openmoko-om20088-status-review_18.html

Bottom line: 
- an updated 2008.8 is the same as an updated 2008.9 
- an 2008.8 updated on 17 September is the same an an 2008.9


Martin Šenkeřík wrote:
> 
> The question is in subject. Does anybody know?
> 

-- 
View this message in context: 
http://n2.nabble.com/-ASU-2008.9--Is-it-required-to-reflash%2C-or-opkg-update---upgrade-is-enough--tp1101738p1102190.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: NeoTool v1.1 is available

[Tomasz Melcer]

On 2008-09-17, Dale Maggee wrote:
> - Backup has been radically enhanced, and now supports configurable 
> backup filenames, as well as the ability to backup everything via a 
> combination of the mkfs-jffs2 and dfu -U methods.
Does the dfu upload work for you? I tried to do some uploads, but either
dfu-util returned an error, or even if it didn't, the backup was
unusable --- there were filesystem errors after flashing FR with them.

Tomasz Melcer


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [debian] Can't type < with matchbox keyboard

[Neil Jerram]

2008/9/19 Joachim Breitner <[EMAIL PROTECTED]>:
> Am Freitag, den 19.09.2008, 00:59 +0200 schrieb Neil Jerram:
>>
>> It looks like the problem is in
>> /usr/share/matchbox-keyboard/keyboard-extended.xml: at line 276, it
>> has two  entries which both have
>>
>> 
>>
>> I would guess that the first  entry should actually have
>>
>> 
>
> If you actually tested your fix?

I have now.  It doesn't work.

I've also tried building and debugging the Debian source on my
GNU/Linux x86 box, but I can't get the problem to reproduce there.
Sorry!

 Neil

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Diversity

[Michael Shiloh]

Matthew wrote:
> I just downloaded the latest 2008.8 kernel & fs, and I'm trying to use 
> Locations.  I can't ever get a GPS fix though.  I try outside in sunny 
> weather, and I get no gps fix, ever!  SD card in or out, no fix (wasn't 
> this already kernel patched anyway?)


2008.9 just came out, and i got a fix with it right away.

any reason not to try that?

m

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Diversity

[Matthew]

I just downloaded the latest 2008.8 kernel & fs, and I'm trying to use 
Locations.  I can't ever get a GPS fix though.  I try outside in sunny 
weather, and I get no gps fix, ever!  SD card in or out, no fix (wasn't 
this already kernel patched anyway?)

Anyone else experiencing the same problems, or have a solution?

Thanks

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SD corruption(no suspend and sd_max_clk tested)

[Neil Jerram]

This is just another SD corruption data point, and a partial one,
since I'm afraid I've lost any detailed logs.

I am running Qtopia on flash, and Debian on the SD card.  Two days ago
I found that booting into Debian failed at the point of trying to
mount the rootfs; the last message was "Kernel panic...", and before
that something about not having any filesystems able to mount the
partition (/dev/mmcblk0p2).

I recovered by rebooting into Qtopia and running e2fsck on
/dev/mmcblk0p2, then I could boot into Debian again.  I'm not an
expert on fsck messages, but I think they indicated that the
corruption had mainly affected the initial superblock.

Hoping this is is of some use to somebody,

 Neil

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Sahana Client on Openmoko [Discussion]

[Minh Ha Duong]

> Or do you mean, i should have it on the Openmoko Wiki ?

You may if you want. You could also host your code at Projects.openmoko.org. 
In any case, just be sure that there is a link to your project from the 
Openmoko wiki.

Minh

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Sahana Client on Openmoko [Discussion]

[Ajay Kumar]

Hi Minh,

On Sat, Sep 20, 2008 at 2:10 AM, Minh Ha Duong <[EMAIL PROTECTED]>wrote:

>
> Ask for your blog to be syndicated on the Planet.
> Make a wiki page to present your project.
>

Yes. I have setup a Wiki dedicated to this project. I will be posting all
details soon.
Or do you mean, i should have it on the Openmoko Wiki ?

Thanks for the suggestion. :-)

Regards,
AJ
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Phone java apps on fr?

[Robert Schuster]

Hi,

David Samblas schrieb:
> Good news :) a step closer to say "neo is full compatible with you
> favorite java games and apps :)" I know all c/python/elf/gtk even qt
> lovers will be groaning  like Gollum in Saurons fortress but marketing
> is cruel some times and the avobe sentence can make Openmoko sell more
> neos :) 
What is also nice is that BugLabs, a company that sells customizable ARM
computers, is using PMEA as the primary JVM in their products. These
people will use OpenEmbedded (through Poky) and as such all of the stuff
they are committing can be used for OpenMoko as well.

Regards
Robert



signature.asc
Description: OpenPGP digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Sahana Client on Openmoko [Discussion]

[Minh Ha Duong]

Hi Ajay,

  I would suggest:
Ask for your blog to be syndicated on the Planet.
Make a wiki page to present your project.

Minh

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: USB Networking vs. iptables

[Joel Newkirk]

On Fri, 19 Sep 2008 16:21:13 +, Christian Weßel <[EMAIL PROTECTED]>
wrote:
> iptables -I RH-Firewall-1-INPUT -s 192.168.0.202 -j ACCEPT
> 
> That's it. Now I am able to install Debian by following wiki guide
> 
> 
> Thanx a lot.
> 
> Am Freitag, den 19.09.2008, 07:35 -0400 schrieb Joel Newkirk:
>> Try "iptables -I RH-Firewall-1-INPUT -s 192.168.0.202 -j ACCEPT", or the
>> same rule inserted at the top of INPUT and FORWARD chains.


You're most welcome.  The one problem with your reasoning regarding the
default policy of ACCEPT is that the last rule in the RH-Firewall-1-INPUT
chain is a 'drop all' rule...  Every RedHat/Fedora/CentOS box I've ever set
up nearly the first thing I do is delete the default firewall and construct
my own - I don't like the way they structure theirs.  IMHO best practice
(and clearest logic) is to enable a DROP policy on INPUT and FORWARD
chains, and add explicit ACCEPT rules for desired traffic. 

j



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

[ASU 2008.9] Is it required to reflash, or opkg update & upgrade is enough?

[Martin Šenkeřík]

The question is in subject. Does anybody know?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GPRS OpenMoko for ATT/Cingular

[Stephen Pape]

I can't think of anything special. I followed the directions that the GPRS
w/ GUI section of the wiki links to, using the corrections provided in the
wiki. I added the angstrom repository, things went crazy, so I ended not
using it and just installing the individual packages that I needed. I had to
edit the py file it mentions so the services gui would start, and it worked
fine.

To get more detailed I'll have to set it up again. I tried adding the
angstrom repository again last night, did an update and the phone died.

[EMAIL PROTECTED]:/etc/init.d# ls
> Illegal instruction
>

Before when I did it without adding the entire repo, applications started
crashing and TangoGPS wouldn't scroll. The wiki claims that the repositiory
should be compatible but no luck so far.

Once I get it cleared up, I'll try to give you more details.

-Stephen


On Fri, Sep 19, 2008 at 11:41 AM, yochaigal <[EMAIL PROTECTED]> wrote:

>
> I used the same settings and edited the files above, and made sure the
> service was running but no such luck...
> sorry but can you tell me EXACTLY what you did (not in details, just
> something like first I downloaded these necessary files, then I installed
> the service, then I configured the pap files, etc?)
>
> thanks!
>
>
>
> Stephen Pape wrote:
> >
> > I had it working with AT&T, using the settings provided on the wiki page
> > for
> > AT&T, and those instructions.
> >
> > wap.cingular / *99***1# [EMAIL PROTECTED]/CINGULAR1
> >
> > I reflashed my phone and haven't set it up again, because the angstrom
> > repository messes things up for me...but I know it is possible to make it
> > work. I'd turn on gprs from the services gui and have a working
> > connection.
> >
> > -Stephen
> >
> > On Wed, Sep 17, 2008 at 10:54 PM, yochaigal <[EMAIL PROTECTED]> wrote:
> >
> >>
> >> Hi all,
> >>
> >> No luck so far getting GPRS to work on the Freerunner.  I've followed
> the
> >> wiki and the freeyourphone guide to no avail.  Currently running FDOM
> but
> >> it
> >> doesn't work on any distro I've tried (all of them).
> >> I've used these sites to help me:
> >>
> >>
> >>
> http://wiki.openmoko.org/wiki/Manually_using_GPRS#Option_1:_With_GSM_multiplexing_and_with_a_GUI
> >> http://freeyourphone.de/portal_v1/viewtopic.php?f=21&t=295
> >>
> >>
> http://reviews.ebay.com/T-Mobile-and-Cingular-ATT-GPRS-Settings_W0QQugidZ103550949?ssPageName=BUYGD:CAT:-1:LISTINGS:4
> >>
> >> I've configured the following files (maybe I'm missing something):
> >> /etc/ppp/pap-secrets
> >> /etc/ppp/peers/gprs
> >> /etc/etc/ppp/chap-secrets
> >> /etc/ppp/gprs-connect-chat
> >>
> >> Has anyone configured AT&T for this?  If so, could you help me? Thanks!
> >>
> >>
> >>
> >> --
> >> View this message in context:
> >>
> http://n2.nabble.com/GPRS-OpenMoko-for-ATT-Cingular-tp1097181p1097181.html
> >> Sent from the Openmoko Community mailing list archive at Nabble.com.
> >>
> >>
> >> ___
> >> Openmoko community mailing list
> >> community@lists.openmoko.org
> >> http://lists.openmoko.org/mailman/listinfo/community
> >>
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> >
>
> --
> View this message in context:
> http://n2.nabble.com/GPRS-OpenMoko-for-ATT-Cingular-tp1097181p1101224.html
> Sent from the Openmoko Community mailing list archive at Nabble.com.
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SD corruption(no suspend and sd_max_clk tested)

[GNUtoo]

>> That's where insanity sets in 5 minutes later.
> Mabe it's the debian installer that is responsible...i am testing it
> without the debian installer copying files:
> /dev/mmcblk0p23.8G  1.2G  2.4G  33% /media/mmcblk0p2
> actually it's doing dd if=/dev/urandom of=./random
at the end...when deleting the random file i got:
EXT2-fs error (device mmcblk0p2): ext2_free_blocks: Freeing blocks not in
datazone - block = 1887829751, count = 1
EXT2-fs error (device mmcblk0p2): ext2_free_blocks: Freeing blocks not in
datazone - block = 4210218882, count = 1
EXT2-fs error (device mmcblk0p2): ext2_free_blocks: Freeing blocks not in
datazone - block = 2089222141, count = 1
EXT2-fs error (device mmcblk0p2): ext2_free_blocks: Freeing blocks not in
datazone - block = 789782119, count = 1
EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared
for block 917457

and a screen like a tv without antenna...
i reboot


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: help compiling gnu chess game, project with subfolders

[Steve Mosher]

Opps sorry should have read you used gnuchess, good choice as well.

Nicolas LAURANCE wrote:
> Hi all,
> 
> I'm having my first try at compiling programs for the FR.
> I've a python background mostly, and I'm not familiar at compiling stuff 
> beyond the configure make make install routine.
> 
> I've been following instructions at http://wiki.openmoko.org/wiki/Toolchain
> 
> and managed to get gnuchess running on the FR. If anyone wants the ipk 
> file, just let me know. It plays its turns in a few seconds, so largely 
> playable.
> 
> but it only plays on the command line
> 
> so I tried another project, xboard (http://www.tim-mann.org/xboard.html)
> in this project files are organized somewhat differently, moreover there 
> are subdirs like pixmaps, bitmaps, and sounds.
> 
> my question is, how can I compile such a project ?
> 
> I think this is a generic question, and I'm willing to complete the wiki 
> once I find a solution.
> 
> NiL
> 
> 
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: help compiling gnu chess game, project with subfolders

[Steve Mosher]

Thanks for working on Chess! Which engine are you using crafty or 
pychess or one of the others?

Also cool would be to just play chess against someelse over bluetooth.


Nicolas LAURANCE wrote:
> Hi all,
> 
> I'm having my first try at compiling programs for the FR.
> I've a python background mostly, and I'm not familiar at compiling stuff 
> beyond the configure make make install routine.
> 
> I've been following instructions at http://wiki.openmoko.org/wiki/Toolchain
> 
> and managed to get gnuchess running on the FR. If anyone wants the ipk 
> file, just let me know. It plays its turns in a few seconds, so largely 
> playable.
> 
> but it only plays on the command line
> 
> so I tried another project, xboard (http://www.tim-mann.org/xboard.html)
> in this project files are organized somewhat differently, moreover there 
> are subdirs like pixmaps, bitmaps, and sounds.
> 
> my question is, how can I compile such a project ?
> 
> I think this is a generic question, and I'm willing to complete the wiki 
> once I find a solution.
> 
> NiL
> 
> 
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SD corruption(no suspend and sd_max_clk tested)

[GNUtoo]

> Sorry, what's broken with Wifi in later kernels?
no not the later kenrel...I was told that the kernel from om2008.8
couldn't make wifi work...and i tried without success so I updated kenrel
>
> This looks like your /lib/modules doesn't match your kernel?
yes it doesn't i didn't bother updating it as everything I need is
compiled in there kernel...
>
> These above are likely OK, it looks like the userspace action was to try
> to mount mmcblk0p2 as FAT on the off-chance.
>
> | Sep 19 17:31:24 om-gta02 user.info kernel: glamo-mci glamo-mci.0: Error
> | after cmd: 0x310
> | Sep 19 17:31:24 om-gta02 user.err kernel: mmcblk0: error -110 sending
> | read/write command
>
> That's where insanity sets in 5 minutes later.
Mabe it's the debian installer that is responsible...i am testing it
without the debian installer copying files:
/dev/mmcblk0p23.8G  1.2G  2.4G  33% /media/mmcblk0p2
actually it's doing dd if=/dev/urandom of=./random



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SD corruption(no suspend and sd_max_clk tested)

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| On Fri, Sep 19, 2008 at 03:53:36PM +0100, Andy Green wrote:
|> -BEGIN PGP SIGNED MESSAGE-
|> Hash: SHA1
|>
|> Somebody in the thread at some point said:
|>
|> | glamo3362 glamo3362.0: Glamo core now 49119232Hz CPU / 81887232Hz
Memory)
|>
|> The kernel is not from the last week or so?  It should have 89MHz PLLB
|> on the Glamo now not 81MHz.
|
| The kernel in the Om2008.8 repository is built from git revision
| a1e97c611253511ffc2d8c45e3e6d6894fa03fa3 according to the package
| version, which is about 4 weeks old.

Personally I would run current kernel packages, from whatever repo has
them.  The main downside is that suspend and resume performance will
vary "randomly" build by build at the moment.

- -Andy

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkjT1VwACgkQOjLpvpq7dMpCGgCgg85KjAGmGZshvIUiwamCApS2
/uQAnjL+4gr+/B3phaFAfCtk3LTv2MJF
=vAeb
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SD corruption(no suspend and sd_max_clk tested)

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
|> The kernel is not from the last week or so?  It should have 89MHz PLLB
|> on the Glamo now not 81MHz.
| the kernel is from FSO milestone III...otherwise the wifi would have not
| worked

Sorry, what's broken with Wifi in later kernels?

| i ran a new install with logread -f > log2.txt and here are the logs:
| Sep 19 17:25:27 om-gta02 daemon.notice modprobe: FATAL: Error inserting
| ipv6 (/lib/modules/2.6.24/kernel/net/ipv6/ipv6.ko): Unknown symbol in
| module, or unknown parameter (see dmesg)

This looks like your /lib/modules doesn't match your kernel?

| Sep 19 17:26:43 om-gta02 user.info kernel:  mmcblk0:
| Sep 19 17:26:43 om-gta02 user.info kernel:  p1 p2
| Sep 19 17:26:45 om-gta02 user.err kernel: FAT: bogus number of reserved
| sectors
| Sep 19 17:26:45 om-gta02 user.info kernel: VFS: Can't find a valid FAT
| filesystem on dev mmcblk0p2.
| Sep 19 17:26:45 om-gta02 user.err kernel: FAT: bogus number of reserved
| sectors
| Sep 19 17:26:45 om-gta02 user.info kernel: VFS: Can't find a valid FAT
| filesystem on dev mmcblk0p2.

These above are likely OK, it looks like the userspace action was to try
to mount mmcblk0p2 as FAT on the off-chance.

| Sep 19 17:31:24 om-gta02 user.info kernel: glamo-mci glamo-mci.0: Error
| after cmd: 0x310
| Sep 19 17:31:24 om-gta02 user.err kernel: mmcblk0: error -110 sending
| read/write command

That's where insanity sets in 5 minutes later.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkjT1OwACgkQOjLpvpq7dMpjQACfQPiD413P81HMaoR0x0FYv5QA
RiwAn3H6fy7OUMXUJczluBG//uag980c
=dYcX
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: USB Networking vs. iptables

[Christian Weßel]

iptables -I RH-Firewall-1-INPUT -s 192.168.0.202 -j ACCEPT

That's it. Now I am able to install Debian by following wiki guide


Thanx a lot.

Am Freitag, den 19.09.2008, 07:35 -0400 schrieb Joel Newkirk:
> Try "iptables -I RH-Firewall-1-INPUT -s 192.168.0.202 -j ACCEPT", or the
> same rule inserted at the top of INPUT and FORWARD chains.
-- 

mfg/br, christian weßel

Flurstraße 14
29640 Schneverdingen
Germany

E-Mail: [EMAIL PROTECTED]
Telefon: +49 5193 97 14 95
Mobile:  +49 171 357 59 57
http://wesselch.homelinux.org


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Sahana Client on Openmoko [Discussion]

[Ajay Kumar]

Hi All,
I am Ajay Kumar, 25 year old, Software Engineering student currently in my
final year, and a Sahana Developer.
Post GSoC 2008, I am working on a separate project where my main motive is
to use the Openmoko phone, FreeRunner as an effective disaster reporting
tool and data communication with a client application.

Primarily, I will need to use the following features of the phone and make
them available to my application.
1. GPS
2. WiFI
3. Touch Input

Also at a further stage, I will need to use the SMS, GPRS features too.

A detailed proposal which I have written is available here for those who are
interested.
Proposal: http://www.ajuonline.net/academics/AJ_Openmoko_Sahana_Proposal.pdf

But since the project is something new, I will be basing my development so
has to have something that "just works" and then iterating it over time.

My primary reasons of choosing the Openmoko phone is:
1. FOSS - matches with the Sahana ideology.
2. Larger & active developer community - it has its own benefit in terms of
contributions to maintain the project in future.

For your reference, my academic project duration is:
1. Mid term - End of Research & Analysis Phase: October 27 2008.
2. Final deadline & Presentation: Mid April 2009.

My proposal @ college has been approved last week and I am working ahead on
this project.

I will be posting updates and research outcomes as I progress.

Since I am new to Openmoko development, your suggestions and advise on how
to get started would be really appreciated.

Thanks & Regards,

Ajay Kumar

/me blogs @ http://ajuonline.net
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Idea for Openmoko application: Tide updates

[Stroller]

On 18 Sep 2008, at 13:52, Denis Galvão wrote:
> ...
> Is this possible to use the actual GTA_02 hardware version to do:
> - Compass ?
> - Altimeter ?

This would be really cool for glider (hang-glider, paraglider) pilots.  
They usually carry a combined altimeter / variometer instrument  
(commonly called a "vario", short for vario-altimeter) which, as well  
as absolute height, indicates rate-of-climb with a (LCD) needle and an  
audible beep. It can be impossible at height to distinguish if you're  
going up or down, so pilots rely on this to find thermals in which to  
climb.

It's been a few years since I got my feet off the ground, but back  
then combined GPS / altimeter units were not common at all - the first  
one or two models were only just being introduced and were still  
expensive. But such a combination does allow *accurate* calculation of  
the best speed to fly against a headwind (or with a tailwind),  
allowing the pilot to reach the next thermal "trigger  
point" (geographic feature which may be expected to kick off a  
thermal) with the best height and the best chances of catching lift  
there.

Meanwhile all vario units were proprietary software and most premium  
models appeared to be identical hardware to the cheapest ones, so this  
would be an excellent opportunity for the Open-Source community to add  
features.

Stroller. 
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GPRS OpenMoko for ATT/Cingular

[yochaigal]

I used the same settings and edited the files above, and made sure the
service was running but no such luck...
sorry but can you tell me EXACTLY what you did (not in details, just
something like first I downloaded these necessary files, then I installed
the service, then I configured the pap files, etc?)

thanks!



Stephen Pape wrote:
> 
> I had it working with AT&T, using the settings provided on the wiki page
> for
> AT&T, and those instructions.
> 
> wap.cingular / *99***1# [EMAIL PROTECTED]/CINGULAR1
> 
> I reflashed my phone and haven't set it up again, because the angstrom
> repository messes things up for me...but I know it is possible to make it
> work. I'd turn on gprs from the services gui and have a working
> connection.
> 
> -Stephen
> 
> On Wed, Sep 17, 2008 at 10:54 PM, yochaigal <[EMAIL PROTECTED]> wrote:
> 
>>
>> Hi all,
>>
>> No luck so far getting GPRS to work on the Freerunner.  I've followed the
>> wiki and the freeyourphone guide to no avail.  Currently running FDOM but
>> it
>> doesn't work on any distro I've tried (all of them).
>> I've used these sites to help me:
>>
>>
>> http://wiki.openmoko.org/wiki/Manually_using_GPRS#Option_1:_With_GSM_multiplexing_and_with_a_GUI
>> http://freeyourphone.de/portal_v1/viewtopic.php?f=21&t=295
>>
>> http://reviews.ebay.com/T-Mobile-and-Cingular-ATT-GPRS-Settings_W0QQugidZ103550949?ssPageName=BUYGD:CAT:-1:LISTINGS:4
>>
>> I've configured the following files (maybe I'm missing something):
>> /etc/ppp/pap-secrets
>> /etc/ppp/peers/gprs
>> /etc/etc/ppp/chap-secrets
>> /etc/ppp/gprs-connect-chat
>>
>> Has anyone configured AT&T for this?  If so, could you help me? Thanks!
>>
>>
>>
>> --
>> View this message in context:
>> http://n2.nabble.com/GPRS-OpenMoko-for-ATT-Cingular-tp1097181p1097181.html
>> Sent from the Openmoko Community mailing list archive at Nabble.com.
>>
>>
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/GPRS-OpenMoko-for-ATT-Cingular-tp1097181p1101224.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SD corruption(no suspend and sd_max_clk tested)

[GNUtoo]

> The kernel is not from the last week or so?  It should have 89MHz PLLB
> on the Glamo now not 81MHz.
the kernel is from FSO milestone III...otherwise the wifi would have not
worked
i ran a new install with logread -f > log2.txt and here are the logs:
Sep 19 17:25:27 om-gta02 daemon.notice modprobe: FATAL: Error inserting
ipv6 (/lib/modules/2.6.24/kernel/net/ipv6/ipv6.ko): Unknown symbol in
module, or unknown parameter (see dmesg)
Sep 19 17:25:29 om-gta02 auth.err sshd[1840]: error: Could not get shadow
information for root
Sep 19 17:25:29 om-gta02 auth.info sshd[1840]: Accepted password for root
from 192.168.0.200 port 58824 ssh2
Sep 19 17:25:29 om-gta02 auth.info sshd[1844]: lastlog_filetype: Couldn't
stat /var/log/lastlog: No such file or directory
Sep 19 17:25:29 om-gta02 auth.info sshd[1844]: lastlog_openseek:
/var/log/lastlog is not a file or directory!
Sep 19 17:25:29 om-gta02 auth.info sshd[1844]: lastlog_filetype: Couldn't
stat /var/log/lastlog: No such file or directory
Sep 19 17:25:29 om-gta02 auth.info sshd[1844]: lastlog_openseek:
/var/log/lastlog is not a file or directory!
Sep 19 17:25:29 om-gta02 auth.err sshd[1844]: error: setlogin failed:
Function not implemented
Sep 19 17:26:14 om-gta02 user.notice root: ApplicationLayer:  Application
layer server unexpectedly terminated.
Sep 19 17:26:14 om-gta02 user.notice root: The process exited: 15 normal: 0
Sep 19 17:26:15 om-gta02 user.notice root: ApplicationLayer:  Application
layer server unexpectedly terminated.
Sep 19 17:26:15 om-gta02 user.notice root: ApplicationLayer:  Application
layer server unexpectedly terminated.
Sep 19 17:26:24 om-gta02 user.info gconfd (root-1530): Exiting
Sep 19 17:26:43 om-gta02 user.info kernel:  mmcblk0:
Sep 19 17:26:43 om-gta02 user.info kernel:  p1 p2
Sep 19 17:26:45 om-gta02 user.err kernel: FAT: bogus number of reserved
sectors
Sep 19 17:26:45 om-gta02 user.info kernel: VFS: Can't find a valid FAT
filesystem on dev mmcblk0p2.
Sep 19 17:26:45 om-gta02 user.err kernel: FAT: bogus number of reserved
sectors
Sep 19 17:26:45 om-gta02 user.info kernel: VFS: Can't find a valid FAT
filesystem on dev mmcblk0p2.
Sep 19 17:31:24 om-gta02 user.info kernel: glamo-mci glamo-mci.0: Error
after cmd: 0x310
Sep 19 17:31:24 om-gta02 user.err kernel: mmcblk0: error -110 sending
read/write command
Sep 19 17:31:24 om-gta02 user.warn kernel: end_request: I/O error, dev
mmcblk0, sector 2375000
Sep 19 17:31:24 om-gta02 user.info kernel: glamo-mci glamo-mci.0: Error
after cmd: 0x8120
Sep 19 17:31:24 om-gta02 user.err kernel: mmcblk0: error -110 sending
read/write command
Sep 19 17:31:24 om-gta02 user.info kernel: glamo-mci glamo-mci.0: Error
after cmd: 0xc120
Sep 19 17:31:24 om-gta02 user.warn kernel: end_request: I/O error, dev
mmcblk0, sector 5507320
Sep 19 17:31:24 om-gta02 user.warn kernel: end_request: I/O error, dev
mmcblk0, sector 5507328
Sep 19 17:31:24 om-gta02 user.warn kernel: end_request: I/O error, dev
mmcblk0, sector 5507336
Sep 19 17:31:24 om-gta02 user.warn kernel: end_request: I/O error, dev
mmcblk0, sector 5507344
Sep 19 17:31:24 om-gta02 user.warn kernel: end_request: I/O error, dev
mmcblk0, sector 5507352
Sep 19 17:31:24 om-gta02 user.warn kernel: end_request: I/O error, dev
mmcblk0, sector 5507360
Sep 19 17:31:24 om-gta02 user.warn kernel: end_request: I/O error, dev
mmcblk0, sector 5507368



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Idea for Openmoko application: Tide updates

[Stroller]

On 18 Sep 2008, at 16:54, Tomas Riveros Schober wrote:

> well i think the gps can give you the altitute, albeit not very  
> precise,
> but it works fine.

It's not in the LEAST bit accurate. Like ±200m or so. This is hopeless  
if you want to measure the rise & fall of the tide, atmospheric  
pressure for weather purposes or for sports aviation. I don't know if  
climbers & walkers ever use altimeters, but in distinguishing of  
height, GPS would be poor for that too.

Stroller.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: display black: how to change backlight/pcf50633-bl/actual_brightness ?

[François TOURDE]

Le 14141ième jour après Epoch,
Harald Koenig écrivait:

> Hi,
>
> sometimes my FR just stays "black" while the Xglamo is still responsive.
> "actual_brightness" is zero, but it's not writable, so I can't change it
> from the shell:
>
> [EMAIL PROTECTED]:~# head  
> /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/*brightness
> ==> 
> /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/actual_brightness
>  <==
> 0
>
> ==> 
> /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/brightness
>  <==
> 63
>
> ==> 
> /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/max_brightness
>  <==
> 63
>
> [EMAIL PROTECTED]:~# ls -l 
> /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/*brightness
> -r--r--r--1 root root0 Sep 19 15:04 
> /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/actual_brightness
> -rw-r--r--1 root root0 Sep 19 15:05 
> /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/brightness
> -r--r--r--1 root root 4096 Sep 19 15:04
> /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/max_brightness

Probably because *_brightness are read-only values, as unix perms
seems to indicate...

Try to write to:

/sys/class/backlight/pcf50633-bl/brightness 
or
/sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/brightness

Both are rw and works for me (tm).


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SD corruption(no suspend and sd_max_clk tested)

[Thomas B.]

On Fri, Sep 19, 2008 at 03:53:36PM +0100, Andy Green wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Somebody in the thread at some point said:
> 
> | glamo3362 glamo3362.0: Glamo core now 49119232Hz CPU / 81887232Hz Memory)
> 
> The kernel is not from the last week or so?  It should have 89MHz PLLB
> on the Glamo now not 81MHz.

The kernel in the Om2008.8 repository is built from git revision
a1e97c611253511ffc2d8c45e3e6d6894fa03fa3 according to the package
version, which is about 4 weeks old.

Regards,
Thomas


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Problems with SD boot of FSO, OM 2008.8, add /dev/mmcblk0... to distros?

[Dennis Ferron]

I think a number of people are having the same problem stemming from the sd
card driver not reading some cards.  The mmcblk0p1, p2, etc. device files
actually will be autocreated whenever Linux thinks there are partitions
there, but the problem is that sometimes when it tries to read the partition
table of the card it fails to get any data, so it doesn't think any
partitions exist.  Thanks for posting the mknod syntax because I was
wondering how you do that manually, but you can also do this to make the p1,
p2, p3 device files show up automatically:
fdisk /dev/mmcblk0
visually verify that partition table exists
use w to make fdisk write the (unchanged) partition table back out

What happens is after the w command, fdisk calls ioctl to resync the
partition table, and you magically get the dev files back.  (Don't save with
w if fdisk thinks the partition table is empty though!)

In fact, would you try this and tell us if it works?  I'd like to verify
we're all having the same problem and not different problems.

If the first time you call fdisk you get no table, try calling fdisk
multiple times.  Here's an actual session capture.  fdisk is returning
different results every time I call it:

[EMAIL PROTECTED]:~# fdisk -l /dev/mmcblk0
[EMAIL PROTECTED]:~# fdisk -l /dev/mmcblk0

Disk /dev/mmcblk0: 7948 MB, 7948206080 bytes
4 heads, 16 sectors/track, 242560 cylinders
Units = cylinders of 64 * 512 = 32768 bytes

Disk /dev/mmcblk0 doesn't contain a valid partition table
[EMAIL PROTECTED]:~# fdisk -l /dev/mmcblk0

Disk /dev/mmcblk0: 7948 MB, 7948206080 bytes
4 heads, 16 sectors/track, 242560 cylinders
Units = cylinders of 64 * 512 = 32768 bytes

Device Boot  Start End  Blocks  Id System
/dev/mmcblk0p1   1 2457832  83 Linux
/dev/mmcblk0p2 246  242560 7754080  83 Linux


On Fri, Sep 19, 2008 at 8:53 AM, Erland Lewin <[EMAIL PROTECTED]> wrote:

> I got a new SDHC card, and tried installing FSO and OM2008.8 to boot off
> it.
> I had problems, which I believe I tracked down to the fact that there are
> no /dev/mmcblk0, /dev/mmcblk0p1, etc devices in the file systems
> distributed.
>
> U-boot starts the kernel OK, but when the kernel tries to mount the root
> filesystem, it fails because the device node /dev/mmcblk0p1 for example
> above can't be found. Creating these manually with:
>
> (in the /dev directory of the card)
> mknod mmcbkl0 b 179 0
> mknod mmcblk0p1 b 179 1
> mknod mmcblk0p2 b 179 2
> mknod mmcblk0p3 b 179 3
>
> Seems to have fixed the problem.
>
> Note that I booted with the kernel on the same partition as the root file
> system.
>
> I would recommend that these device nodes be created in the distributed
> root file systems.
>
> /Erland
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SD corruption(no suspend and sd_max_clk tested)

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:

| glamo3362 glamo3362.0: Glamo core now 49119232Hz CPU / 81887232Hz Memory)

The kernel is not from the last week or so?  It should have 89MHz PLLB
on the Glamo now not 81MHz.

| glamo-mci glamo-mci.0: powered (vdd = 15) clk: 1kHz div=4 (req:
| 1kHz). Bus width=2

Looks completely happy until then.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkjTvPAACgkQOjLpvpq7dMq1jQCfd1ijW8IFG7nrO7sWTQffvwMI
KM0AmwQG+BGr3gTdQq61wCFGPvv6IGkF
=Y+q9
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: expected write speed on microSD

[Harald Koenig]

On Sep 19, Nicolas Chauvat wrote:

> On Fri, Sep 19, 2008 at 12:38:49PM +, Jan R wrote:
> > Assuming the file system on the card is ext2, check that it is not 
> > mounted with the "sync" option (automount usually mounts it that way).
> > I had the same speed problem, and it magically vanished after remounting 
> > it without synchronous I/O.
> 
> $ mount -o remount,async /dev/mmcblk0p2
> 
> solved my problem. Thanks !

gaaa!  this also affects my recent performace numbers :-(

I used direct read/write to /dev/mmcblk0p3 but this partition 
still was sync-mounted!  after unmounting I get

~1.1 Mbyte/sec read:

1088 K 0.93550.9355 1190935   1120880
2112 K 1.87440.9389 1153796   1116793
3136 K 2.83410.9597 1133093   1092654
4160 K 3.76210.9281 1132293   1129850
5184 K 4.70920.9470 1127252   1107226

~1.4 Mbyte/sec write:

   78912 K52.97820.2834 1525267   3699933
   79936 K57.84664.8685 1415025215381
   80960 K58.01130.1647 1429083   6367664
   81984 K58.29170.2804 1440198   3739745
   83008 K58.61440.3227 1450158   3249453


but it's still worse than in August, and enable/disable "sd_idleclk"
doesn'tseem to make any difference...

Harald
-- 
"I hope to die  ___   _
before I *have* to use Microsoft Word.",   0--,|/OOO\
Donald E. Knuth, 02-Oct-2001 in Tuebingen.<_/  /  /OOO\
\  \/OOO\
  \ O|//
   \/\/\/\/\/\/\/\/\/
Harald Koenig   //  / \\  \
[EMAIL PROTECTED] ^   ^

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SD corruption(no suspend and sd_max_clk tested)

[GNUtoo]

> dmesg | grep glamo
>
> after boot.

$ cat dmesg | grep glamo
Kernel command line: glamo_mci.sd_max_clk=1000 rootfstype=jffs2
root=/dev/mtdblock6 console=ttySAC2,115200 console=tty0 loglevel=8
regular_boot
mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(u-boot),0x0004(u-boot_env),0x0080(kernel),0x000a(splash),0x0004(factory),0x0f6a(rootfs)
glamo3362 glamo3362.0: Detected Glamo core 3650 Revision 0002 (49119232Hz
CPU / 81887232Hz Memory)
glamo3362 glamo3362.0: Glamo core now 49119232Hz CPU / 81887232Hz Memory)
glamo-spi-gpio glamo-spi-gpio.0: registering c03b9500: jbt6k74
glamo-mci glamo-mci.0: glamo_mci driver (C)2007 Openmoko, Inc
glamo-mci glamo-mci.0: probe: mapped mci_base:c8864400 irq:0.
glamo-mci glamo-mci.0: glamo_mci_set_ios: power down.
glamo-mci glamo-mci.0: initialisation done.
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 0kHz div=255 (req: 0kHz).
Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req:
195kHz). Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req:
195kHz). Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req:
195kHz). Bus width=0
glamo-mci glamo-mci.0: Error after cmd: 0x120
glamo-mci glamo-mci.0: Error after cmd: 0x8120
glamo-mci glamo-mci.0: Error after cmd: 0x120
glamo-mci glamo-mci.0: Error after cmd: 0x8120
glamo-mci glamo-mci.0: Error after cmd: 0x120
glamo-mci glamo-mci.0: powered (vdd = 15) clk: 195kHz div=255 (req:
195kHz). Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 15) clk: 195kHz div=255 (req:
195kHz). Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 15) clk: 195kHz div=255 (req:
195kHz). Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 15) clk: 195kHz div=255 (req:
195kHz). Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 15) clk: 195kHz div=255 (req:
195kHz). Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 15) clk: 1kHz div=4 (req:
1kHz). Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 15) clk: 1kHz div=4 (req:
1kHz). Bus width=2


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 2008.8 default dialer crash on # or *

[Marco Trevisan (Treviño)]

Holger Freyther wrote:
> On Thursday 18 September 2008 19:05:51 Marco Trevisan (Treviño) wrote:
> 
>> Ok, I was right... The latest upgrade to phonevendor plugin in git
>> blocked it [1]
>>
>> Grab this [2] and put it in /opt/Qtopia/plugins/phonevendors. Restart
>> the phone (reloading qpe wasn't enough to me) and it should work.
>>
>> [1] 563d5f4c781efe1a11680c6a055b409034b528ab
>> [2]
>> http://downloads.tuxfamily.org/3v1deb/openmoko/qtopia-ussd-support-phone-ve
>> ndor.tar.gz
> 
> Source? Patch? GPL?

You're right. Completely. I generally never release binaries without
diffs, but the patch I've with me is so bad and I'm so busy with my
personal tasks that I had no time to upload anything in the last days.

I'll try to do this as soon as I can.
Sorry!

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: expected write speed on microSD

[Harald Koenig]

On Sep 19, Nicolas Chauvat wrote:

> Hi List,
> 
> Sorry if this is a FAQ, but I searched the archives and the wiki for
> "site:lists.openmoko.org microsd write [speed|slow]" and got no
> answer.

no answer but another finding, though I got ~150 KBytes/sec copying 
a 600K bash binary:

  http://lists.openmoko.org/pipermail/devel/2008-August/000654.html


I first was interested in read performace which isn't really great either.

right now I don't have a uSD card installed so an immediate test/comparison 
is not possible.

> Is write speed to the microSD card a known issue? What throughput do others
> usually get when writing to the SD card ? Any suggestion on the best
> tool/way to investigate what may going wrong ? 

1st I'd try to benchmark raw read or write operations (reading from /dev/zero
or copying to /dev/null). 

I'm using "dd_rescue" (sources from SUSE) for such simple tests, or a modified
version of "buffer" (double buffered I/O pipe) which I call "mybuffer" and gives
nice continous thoughput data every N bytes.  
if you're interested I can mail you both binaries (and/or source)..

once these performace numbers are good, I'd try to test if there are impacts
by interleaved I/O operations with other devices (e.g. copying from internal 
flash to SD,
or vice versa).


some "raw" SD performace data with "mybuffer" (last column (5) is 
bytes/sec for last block, column 4 is average overall throuput).
my sd port settings (this is the 512MB uSD shipped with FR):

grep . /sys/module/glamo_mci/parameters/*
/sys/module/glamo_mci/parameters/sd_drive:0
/sys/module/glamo_mci/parameters/sd_idleclk:0
/sys/module/glamo_mci/parameters/sd_max_clk:1666
/sys/module/glamo_mci/parameters/sd_slow_ratio:8


read from SD  while jffs2_gcd_mtd6 for internal flash is running
(jffs2_gcd_mtd6 stays at ~50+ % cpu usage in top here!)

[EMAIL PROTECTED]:~# mybuffer -S 1M -s 64k < /dev/mmcblk0p3 > /dev/null

1088 K 1.91791.9179  580899546728
2112 K 3.79681.8789  569613558093
3136 K 5.70711.9103  562680548900
4160 K 7.66171.9546  555991536461
5184 K 9.57611.9144  554342547741
6208 K11.48051.9044  553722550602
7232 K13.35301.8725  554599559974

another run got even worse read performace (~250 kB/sec):
   12352 K 7.07393.8899 1788054269563
   13376 K11.57394.5000 1183444233017
   14400 K15.82204.2482  931966246830
   15424 K20.34394.5218  776360231891
   16448 K24.89884.5550  676447230205
   17472 K29.38894.4900  608779233534
   18496 K33.54894.1600  564546252061
   19520 K37.97894.4300  526304236697
   20544 K42.45884.4800  495469234059


and after jffs2_gcd_mtd6 is idle:

USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
root  1210 39.4  0.0  0 0 ?SN   15:46   4:50 
[jffs2_gcd_mtd6]


mybuffer -S 1M -s 64k < /dev/mmcblk0p3 > /dev/null

   24640 K 6.88061.6300 3667028643299
   25664 K 8.48231.6017 3098197654652
   26688 K10.00981.5275 2730168686467
   27712 K11.56551.5557 2453593674022
   28736 K13.11181.5462 2244217678143
   29760 K14.64061.5288 2081488685866

(here I got 3.2 Mbyte/sec start of August, now it's 650 kByte/sec :-(


write tests are more difficult due to buffering (without special tools, 
but OTOH syncing might change performace again;) 

you can see write buffering in ~20MB junks, but the
average again is ~500+ kBytes/sec  (not good, but 
far from your 5 kBytes/sec):

mybuffer -S 1M -s 64k < /dev/zero  > /dev/mmcblk0p3 

pos. abs. time  time/blk   average  per block
secsecbytes/sec bytes/sec

1088 K 0.06790.067916413205  15447723
2112 K 0.11230.044419259502  23609663
3136 K 0.16880.056519024977  18558867
4160 K 0.21310.044319986487  23646400
5184 K 0.25770.044520601366  23543929
6208 K 0.30630.048620755695  21573862
7232 K 0.35430.048020903563  21847153
8256 K 0.89260.5384 9470987   1947711
9280 K 1.40700.5144 6753743   2038468
   10304 K 1.95110.5441 5407754   1927132
   11328 K 2.21640.2653 5233671   3953146
   12352 K15.4809   13.2646  817033 79050
   13376 K16.76281.2819  817108818011
   14400 K19.72562.9628  747535353911
   15424 K22.70802.9823  695534351594
   16448 K26.27323.5652  641062294113
   17472 K29.30323.0300  610558346060
   18496 K32.98723.6840  574158284629
   19520 K33.56120.5740  595582   1826704
   20544 K33.75700.1958  623190   5356135
   21568 K 

Re: USB Networking vs. iptables

[Christian Weßel]

Am Freitag, den 19.09.2008, 07:35 -0400 schrieb Joel Newkirk:
> Try "iptables -I RH-Firewall-1-INPUT -s 192.168.0.202 -j ACCEPT", or the
> same rule inserted at the top of INPUT and FORWARD chains.

I will try.

> RH-Firewall-1-INPUT blocks SSH from various specific IPs,  then accepts
> only very limited specific connections, including ICMP,http,https,ssh,CUPS
> and ipsec but NOT including DNS...  

That's right, but at the end if no rules of the chain affected, the
police of the chain will affect. And the default police is ACCEPT. So, I
guess that means that DNS is not blocked.

> Lack of a rule accepting DNS in INPUT
> keeps you from doing DNS lookups at 192.168.0.201, lack of a rule accepting
> DNS in FORWARD keeps you from doing DNS lookups at any other host.

I will try to add DNS to the private chain.
-- 

mfg/br, christian

Flurstraße 14
29640 Schneverdingen
Germany

E-Mail: [EMAIL PROTECTED]
Telefon: +49 5193 97 14 95
Mobile:  +49 171 357 59 57
http://wesselch.homelinux.org


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SD corruption(no suspend and sd_max_clk tested)

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:

| glamo_mci.sd_max_clk=1000 rootfstype=jffs2 root=/dev/mtdblock6
| console=ttySAC2,115200 console=tty0 loglevel=8 regular_boot
|
mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(u-boot),0x0004(u-boot_env),0x0080(kernel),0x000a(splash),0x0004(factory),0x0f6a(rootfs)
| cat /sys/module/glamo_mci/parameters/sd_max_clk
| 1000

Looks good...

| I tried to install debian:

By then whatever happened had happened and scrolled off.  Try

dmesg | grep glamo

after boot.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkjTr20ACgkQOjLpvpq7dMoKnACeJnzbBwUSGT2O63HvekUhfNEI
oGQAn3I3O0CJe6QKUpkxb1uhqbzL4ntl
=ZO0A
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Problems with SD boot of FSO, OM 2008.8, add /dev/mmcblk0... to distros?

[Erland Lewin]

I got a new SDHC card, and tried installing FSO and OM2008.8 to boot off it.
I had problems, which I believe I tracked down to the fact that there are no
/dev/mmcblk0, /dev/mmcblk0p1, etc devices in the file systems distributed.

U-boot starts the kernel OK, but when the kernel tries to mount the root
filesystem, it fails because the device node /dev/mmcblk0p1 for example
above can't be found. Creating these manually with:

(in the /dev directory of the card)
mknod mmcbkl0 b 179 0
mknod mmcblk0p1 b 179 1
mknod mmcblk0p2 b 179 2
mknod mmcblk0p3 b 179 3

Seems to have fixed the problem.

Note that I booted with the kernel on the same partition as the root file
system.

I would recommend that these device nodes be created in the distributed root
file systems.

/Erland
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: expected write speed on microSD

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| On Fri, Sep 19, 2008 at 12:38:49PM +, Jan R wrote:
|> Assuming the file system on the card is ext2, check that it is not
|> mounted with the "sync" option (automount usually mounts it that way).
|> I had the same speed problem, and it magically vanished after remounting
|> it without synchronous I/O.
|
| $ mount -o remount,async /dev/mmcblk0p2
|
| solved my problem. Thanks !

Good call Jan R!

- -Andy


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkjTrokACgkQOjLpvpq7dMqpAwCghp13tQweXM9SfFj48IxijfQz
1JkAnjrzm6P4fe/s/L8avml+Kw8JSyDV
=+X2W
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: expected write speed on microSD

[Nicolas Chauvat]

On Fri, Sep 19, 2008 at 12:38:49PM +, Jan R wrote:
> Assuming the file system on the card is ext2, check that it is not 
> mounted with the "sync" option (automount usually mounts it that way).
> I had the same speed problem, and it magically vanished after remounting 
> it without synchronous I/O.

$ mount -o remount,async /dev/mmcblk0p2

solved my problem. Thanks !

-- 
Nicolas Chauvat

logilab.fr - services en informatique scientifique et gestion de connaissances  

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

display black: how to change backlight/pcf50633-bl/actual_brightness ?

[Harald Koenig]

Hi,

sometimes my FR just stays "black" while the Xglamo is still responsive.
"actual_brightness" is zero, but it's not writable, so I can't change it
from the shell:

[EMAIL PROTECTED]:~# head  
/sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/*brightness
==> 
/sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/actual_brightness
 <==
0

==> 
/sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/brightness
 <==
63

==> 
/sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/max_brightness
 <==
63

[EMAIL PROTECTED]:~# ls -l 
/sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/*brightness
-r--r--r--1 root root0 Sep 19 15:04 
/sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/actual_brightness
-rw-r--r--1 root root0 Sep 19 15:05 
/sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/brightness
-r--r--r--1 root root 4096 Sep 19 15:04 
/sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/max_brightness


[EMAIL PROTECTED]:~# echo 63 > 
/sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/actual_brightness
bash: 
/sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/backlight/pcf50633-bl/actual_brightness:
 Permission denied




what can I do or check to switch on the the display ?

btw:

[EMAIL PROTECTED]:~# apm -s
apm: Device or resource busy



Harald
-- 
"I hope to die  ___   _
before I *have* to use Microsoft Word.",   0--,|/OOO\
Donald E. Knuth, 02-Oct-2001 in Tuebingen.<_/  /  /OOO\
\  \/OOO\
  \ O|//
   \/\/\/\/\/\/\/\/\/
Harald Koenig   //  / \\  \
[EMAIL PROTECTED] ^   ^

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SD corruption(no suspend and sd_max_clk tested)

[GNUtoo]

> If you can amend the kernel commandline in U-Boot to have
>
> ~ glamo_mci.sd_max_clk=1000
>
> then the change will have effect from the first time the card is looked
> at in Linux and I guess it will work around it.
>
> I just ordered a bunch of 8GB cards to see if I can reproduce this and
> finally solve it.
here's the result of cat /proc/cmdline:
glamo_mci.sd_max_clk=1000 rootfstype=jffs2 root=/dev/mtdblock6
console=ttySAC2,115200 console=tty0 loglevel=8 regular_boot
mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(u-boot),0x0004(u-boot_env),0x0080(kernel),0x000a(splash),0x0004(factory),0x0f6a(rootfs)
cat /sys/module/glamo_mci/parameters/sd_max_clk
1000

I tried to install debian:
SD_PART1_FS=vfat ./install.sh all

then it hanged after fdisk process:
Writing superblocks and filesystem accounting information:
Warning, had trouble writing out superblocks.done

This filesystem will be automatically checked every 33 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.
then:

# dmesg
cblk0, sector 7882296
end_request: I/O error, dev mmcblk0, sector 7882304
end_request: I/O error, dev mmcblk0, sector 7882312
glamo-mci glamo-mci.0: Error after cmd: 0x8122
mmcblk0: error -84 sending read/write command
glamo-mci glamo-mci.0: Error after cmd: 0x4302
end_request: I/O error, dev mmcblk0, sector 7882320
end_request: I/O error, dev mmcblk0, sector 7882328
end_request: I/O error, dev mmcblk0, sector 7882336
end_request: I/O error, dev mmcblk0, sector 7882344
end_request: I/O error, dev mmcblk0, sector 7882352
end_request: I/O error, dev mmcblk0, sector 7882360
end_request: I/O error, dev mmcblk0, sector 7882368
end_request: I/O error, dev mmcblk0, sector 7882376
etc...


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: expected write speed on microSD

[Fabian Henze]

On 19.09.2008 at 13:20:01, Nicolas Chauvat wrote:
> I have no problem when doing an scp of a new rootfs image to, say,
> /var/volatile/log which is a tmpfs, but untarring the system image to
> /dev/mmcblk0p2 or scp-ing the image directly to the same place is
> extremely slow. It gets as slow as 5 K per second. Writing ~50M takes
> hours.

You mean scping from your desktop pc to the freerunner? This would be slow 
because of USB 1.1, but it should still be faster than 5 k.
Are you still using the 2007.2 release, which comes with the stock freerunner? 
If yes try to upgrade to FSO or Om 2008.8 (is Om 2008.9 already out?) and test 
again.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: expected write speed on microSD

[Jan R]

Hello!

Assuming the file system on the card is ext2, check that it is not 
mounted with the "sync" option (automount usually mounts it that way).
I had the same speed problem, and it magically vanished after remounting 
it without synchronous I/O.

Regards,
Jan


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 2008.8 default dialer crash on # or *

[Natanael Arndt]

Am Freitag, 19. September 2008 schrieb Marco Trevisan (Treviño):
> Natanael Arndt wrote:
> > So, what is the exact problem now?
> > I can't read any contact from my SIM-card anymore. I think this could be
> > related to youre patch. But I can read the localy stored contacts on the
> > phone. If it helps, I have also umlauts (äöü) in my contactlist on the
> > SIM-card.
>
> Well, according to that bug, you should be able to see these contacts,
> also but with no umlauts chars... Don't you see any contact?

I have now copied the original-libs and phonevendors back from my backup. And 
I can see my SIM-contacts unlinke before with the patch.

When I open the contacts there is for short time the string "Loading SIM ..." 
in the top of the window.

be blessed
Natanael

--
Web: http://natanael.comiles.eu
E-Mail: [EMAIL PROTECTED]
Jabber/XMPP: [EMAIL PROTECTED]
ICQ: 168210209
Skype: white_gecko

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: USB Networking vs. iptables

[Joel Newkirk]

Try "iptables -I RH-Firewall-1-INPUT -s 192.168.0.202 -j ACCEPT", or the
same rule inserted at the top of INPUT and FORWARD chains.

Your FORWARD chain simply jumps to RH-Firewall-1-INPUT, the same as the
INPUT chain.

RH-Firewall-1-INPUT blocks SSH from various specific IPs,  then accepts
only very limited specific connections, including ICMP,http,https,ssh,CUPS
and ipsec but NOT including DNS...  Lack of a rule accepting DNS in INPUT
keeps you from doing DNS lookups at 192.168.0.201, lack of a rule accepting
DNS in FORWARD keeps you from doing DNS lookups at any other host.

If you want to keep it locked down tight on the Freerunner's traffic you
can amend the rule above with '-p udp --dport 53', but other things (like
email, FTP, VOIP, chat, and other things in the future) are probably
desirable as well, and not permitted through.

j


> Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
> num   pkts bytes target prot opt in out source
> destination 
> 1 592K  375M RH-Firewall-1-INPUT  all  --  *  *   0.0.0.0/0
> 0.0.0.0/0   
> 
> Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
> num   pkts bytes target prot opt in out source
> destination 
> 1  701 45828 RH-Firewall-1-INPUT  all  --  *  *   0.0.0.0/0
> 0.0.0.0/0   
> 
> Chain OUTPUT (policy ACCEPT 613K packets, 261M bytes)
> num   pkts bytes target prot opt in out source
> destination 
> 
> Chain RH-Firewall-1-INPUT (2 references)
> num   pkts bytes target prot opt in out source
> destination 

> 21246K  210M ACCEPT all  --  lo *   0.0.0.0/0
> 0.0.0.0/0   
> 22 898 78034 ACCEPT icmp --  *  *   0.0.0.0/0
> 0.0.0.0/0   icmp type 255 
> 23   0 0 ACCEPT esp  --  *  *   0.0.0.0/0
> 0.0.0.0/0   
> 24   0 0 ACCEPT ah   --  *  *   0.0.0.0/0
> 0.0.0.0/0   
> 25  72 20607 ACCEPT udp  --  *  *   0.0.0.0/0
> 224.0.0.251 udp dpt:5353 
> 26   0 0 ACCEPT udp  --  *  *   0.0.0.0/0
> 0.0.0.0/0   udp dpt:631 
> 27   0 0 ACCEPT tcp  --  *  *   0.0.0.0/0
> 0.0.0.0/0   tcp dpt:631 
> 28330K  164M ACCEPT all  --  *  *   0.0.0.0/0
> 0.0.0.0/0   state RELATED,ESTABLISHED 
> 29 180 10764 ACCEPT tcp  --  *  *   0.0.0.0/0
> 0.0.0.0/0   state NEW tcp dpt:22 
> 30   0 0 ACCEPT tcp  --  *  *   0.0.0.0/0
> 0.0.0.0/0   state NEW tcp dpt:443 
> 314155  244K ACCEPT tcp  --  *  *   0.0.0.0/0
> 0.0.0.0/0   state NEW tcp dpt:80 
> 329849  611K REJECT all  --  *  *   0.0.0.0/0
> 0.0.0.0/0   reject-with icmp-host-prohibited 
> 
> Due to the masquerade I checked, if it would helpful to change the
> FR.resolv.conf to the same DNS (212.6.108.140), but I got just the known
> result:
> [EMAIL PROTECTED]:~# nslookup www.google.com
> Server:212.6.108.140
> Address 1: 212.6.108.140
> 
> nslookup: can't resolve 'www.google.com'
> 
> If I ping from FR to this IP I got a good result:
> 
> [EMAIL PROTECTED]:~# ping 212.6.108.140
> PING 212.6.108.140 (212.6.108.140): 56 data bytes
> 64 bytes from 212.6.108.140: seq=0 ttl=248 time=21.264 ms
> 64 bytes from 212.6.108.140: seq=1 ttl=248 time=22.464 ms
> 64 bytes from 212.6.108.140: seq=2 ttl=248 time=23.561 ms
> 
> --- 212.6.108.140 ping statistics ---
> 3 packets transmitted, 3 packets received, 0% packet loss
> round-trip min/avg/max = 21.264/22.429/23.561 ms
> 
> BTW, my router has no DNS function, it is just a router.



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: expected write speed on microSD

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:

| I have no problem when doing an scp of a new rootfs image to, say,
| /var/volatile/log which is a tmpfs, but untarring the system image to
| /dev/mmcblk0p2 or scp-ing the image directly to the same place is
| extremely slow. It gets as slow as 5 K per second. Writing ~50M takes
| hours.

That's very slow indeed.

Do you have GPS powered up at this time?  Try turning it off if so.

If not, send in your dmesg after boot.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkjTjBYACgkQOjLpvpq7dMqQuACfaoJdBGqigsbW2Be4/OOebJdN
/2UAoIPKDItzWTROHAjgjQXkdQtpdPnu
=bGPi
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

expected write speed on microSD

[Nicolas Chauvat]

Hi List,

Sorry if this is a FAQ, but I searched the archives and the wiki for
"site:lists.openmoko.org microsd write [speed|slow]" and got no
answer.

I am using the stock FreeRunner that I received a few weeks ago,
without any modification this far. The SD card is the one that was in
the box.

I have no problem when doing an scp of a new rootfs image to, say,
/var/volatile/log which is a tmpfs, but untarring the system image to
/dev/mmcblk0p2 or scp-ing the image directly to the same place is
extremely slow. It gets as slow as 5 K per second. Writing ~50M takes
hours.

Is write speed to the microSD card a known issue? What throughput do others
usually get when writing to the SD card ? Any suggestion on the best
tool/way to investigate what may going wrong ? 

Thanks in advance,

-- 
Nicolas Chauvat

logilab.fr - services en informatique scientifique et gestion de connaissances  

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Idea for Openmoko application: Tide updates

[Al Johnson]

On Friday 19 September 2008, Michael Shiloh wrote:
> Denis Galvão wrote:
> > On 18/09/2008, at 01:56, Adam Bogacki wrote:
> >> I like the concept and would like to volunteer to test a prototype in
> >> New Zealand conditions.
> >
> > For sure Adam.
> >
> > Like Michael said, we should start something in the wiki.
> >
> > I was looking for something similar and found this:
> > http://www.sonimtech.com/
> >
> > This is what Im looking for, at least as a water proof case.
> >
> > Is this possible to use the actual GTA_02 hardware version to do:
> > - Compass ?
> > - Altimeter ?
> >
> > How should be the best way to have this information on the phone?
> > Using an external hardware module?
>
> I'm thinking we need to make a generic expandable water proof (or at
> least harsh conditions proof) case for the FR.

Have a look at otterbox.com - their 1900 and 3600 cases may be what you're 
looking for. I'm going to ask them about custom cases for the openmoko, 
either as something to clamp around as they do with their other 
phone-specific cases, or as a total case replacement.

> For rapid prototyping, the very best interface would be USB. Future
> applications might tie in at a more intimate level. At least for the
> sensors mentioned so far the data rate is slow enough that our USB could
> easily handle it.
>
> I'm envisioning something that looks like a Pelican case, one of the
> smaller ones, with the guts of a FreeRunner and room for additional
> hardware, perhaps an Arduino board, extra sensors, and an extra battery,
> but still handheld.
>
> Some Pelican cases have a clear cover.
>
> I've wondered if there exist waterproof button activators that transmit
> force via a magnet, like magnetic stirrers or pumps, so that there is no
> hole in the case, no gaskets, and no place to leak (assuming the
> original case is waterproof in the first place). Anyone know of such a
> thing?

I have seen such things but they were large and expensive. They'll also play 
havoc with your magnetometer ;-) They should be fairly easy to DIY though - 
hall effect sensor or reed switch on board inside the case, magnet outside. 
You may be able to reuse the membrane from a keyboard to hold the magnets in 
place. Hall effect sensors probably give more scope for setting the trigger 
level if you're doing this. Inductive or optical sensors might be worth a try 
too. 

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GPRS OpenMoko for ATT/Cingular

[Stephen Pape]

I had it working with AT&T, using the settings provided on the wiki page for
AT&T, and those instructions.

wap.cingular / *99***1# [EMAIL PROTECTED]/CINGULAR1

I reflashed my phone and haven't set it up again, because the angstrom
repository messes things up for me...but I know it is possible to make it
work. I'd turn on gprs from the services gui and have a working connection.

-Stephen

On Wed, Sep 17, 2008 at 10:54 PM, yochaigal <[EMAIL PROTECTED]> wrote:

>
> Hi all,
>
> No luck so far getting GPRS to work on the Freerunner.  I've followed the
> wiki and the freeyourphone guide to no avail.  Currently running FDOM but
> it
> doesn't work on any distro I've tried (all of them).
> I've used these sites to help me:
>
>
> http://wiki.openmoko.org/wiki/Manually_using_GPRS#Option_1:_With_GSM_multiplexing_and_with_a_GUI
> http://freeyourphone.de/portal_v1/viewtopic.php?f=21&t=295
>
> http://reviews.ebay.com/T-Mobile-and-Cingular-ATT-GPRS-Settings_W0QQugidZ103550949?ssPageName=BUYGD:CAT:-1:LISTINGS:4
>
> I've configured the following files (maybe I'm missing something):
> /etc/ppp/pap-secrets
> /etc/ppp/peers/gprs
> /etc/etc/ppp/chap-secrets
> /etc/ppp/gprs-connect-chat
>
> Has anyone configured AT&T for this?  If so, could you help me? Thanks!
>
>
>
> --
> View this message in context:
> http://n2.nabble.com/GPRS-OpenMoko-for-ATT-Cingular-tp1097181p1097181.html
> Sent from the Openmoko Community mailing list archive at Nabble.com.
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [debian] Can't type < with matchbox keyboard

[Joachim Breitner]

Hi,

Am Freitag, den 19.09.2008, 00:59 +0200 schrieb Neil Jerram:
> Using the matchbox keyboard to type on my FR, I found that I couldn't
> type a "<" character into vi.  Shift-"," and Shift-"." both produce
> ">".
> 
> It looks like the problem is in
> /usr/share/matchbox-keyboard/keyboard-extended.xml: at line 276, it
> has two  entries which both have
> 
> 
> 
> I would guess that the first  entry should actually have
> 
> 
> 
> (I'm also having trouble with my SSH right now, otherwise I'd test it
> and be more sure!)

thanks, it has been reported as
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495609

If you actually tested your fix?

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SD corruption(no suspend and sd_max_clk tested)

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:

|> How did you do this, from kernel commandline or by changing module
|> parameter after boot completed?

| echo
| cd /sys/module/glamo_mci/parameters
| echo 1000 > sd_max_clk

I don't think this is enough, the "damage" with not recognizing the card
at boot is done by then.

If you can amend the kernel commandline in U-Boot to have

~ glamo_mci.sd_max_clk=1000

then the change will have effect from the first time the card is looked
at in Linux and I guess it will work around it.

I just ordered a bunch of 8GB cards to see if I can reproduce this and
finally solve it.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkjTelcACgkQOjLpvpq7dMrz5wCeJU01l95KlYixzpaIhzAe19KZ
rk0An20kQZudmcP/iiXDuT1TcAX8R0uN
=UDQk
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Bad Magic Number while booting from SD card with new uImage!

[Joseph Reeves]

I also get a bad magic number:

http://n2.nabble.com/Debian-Install-failure%3A-Hash-Sum-Mismatch-tp733425p789209.html

Which is a shame...



2008/9/19 Shaz <[EMAIL PROTECTED]>:
> Hi,
>
> I am getting bad magic number when I try to boot from micro SD with my
> new uImage. I had a clean and successful make and make uImage. I have
> an first partition on SD card of 100MB (vfat) and 899MB (ext3). I am
> using the moko toolchain as the later commands show. And got the
> sources from:
>
> 
> git clone git://git.openmoko.org/git/kernel.git linux-2.6
> cd linux-2.6
> git checkout origin/stable
> 
>
>
> After executing the following command:
> --
>
> sudo make 
> CROSS_COMPILE=/usr/local/openmoko/arm/bin/arm-angstrom-linux-gnueabi-
> ARCH=arm uImage
>
> --
> I got the following output:
> --
> .
> .
> .
>
> Image Name:   Linux-2.6.24
> Created:  Fri Sep 19 06:58:28 2008
> Image Type:   ARM Linux Kernel Image (uncompressed)
> Data Size:1769300 Bytes = 1727.83 kB = 1.69 MB
> Load Address: 0x30008000
> Entry Point:  0x30008000
>  Image arch/arm/boot/uImage is ready
> ---
>
> What are the possible reasons for bad magic number and what is the solution?
>
> --
> Shaz
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Bad Magic Number while booting from SD card with new uImage!

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:

|>  No some larger cards break us right now, can you let me know your exact
|>  card type and I will do a little shopping spree today to reproduce this.
|>  ~ I think someone else mentioned Sandisk 8GB is going to make the same
|>  trouble.
| Its named Amco. A 1GB card. So should we stick to 512MB? We can live
| with that too :)

Somehow it's the larger cards seem to have the trouble, something to do
with being slower to wake up and give first bulk transfer than we can
currently handle, if you stick to the Sandisk 512MB right now it doesn't
seem to show this behaviour.

I doubt I find this Amco thing here in UK so I will just buy a few 8MB ones.

- -Andy

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkjTd78ACgkQOjLpvpq7dMq7bACeP3tq5ozV/j/gar7jSGZAHt7k
898An1v9slcltTw2a2KcD84wIq/Et/m1
=jXlN
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Bad Magic Number while booting from SD card with new uImage!

[Shaz]

On 9/19/08, Andy Green <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
>  Hash: SHA1
>
>  Somebody in the thread at some point said:
>
>  |>  You don't need to do this as root.
>  | I get permission denied on root owned directory linux-2.6.24 :)
>
>  Well, you are better to chown it to your user than run as root... once
>  you start running stuff and creating files as root it kind of leaks out
>  everywhere until you have to do everything as root.
I guess you are right. It can even crash the toolchain and libs. I had
a bad experiance with a uclibc toolchain once.
>
>  |>  We call it uImage.bin, that is what the canned U-Boot menu scripts
>  expect.
>  | yes. This was the problematic part :) By default it expects uImage.bin.
>
>  Great.
>
>  | My Rootfs had problems due to this new SD card. The kernel was giving
>  | panics due to some VFS driver issue but when I used the old SD card it
>  | started to work. Is there a problem of quality of SD cards that I
>  | bought? We are making images on various SD cards as incremental
>  | experiments so need to have more than one card. I'll check it somehow.
>
>  No some larger cards break us right now, can you let me know your exact
>  card type and I will do a little shopping spree today to reproduce this.
>  ~ I think someone else mentioned Sandisk 8GB is going to make the same
>  trouble.
Its named Amco. A 1GB card. So should we stick to 512MB? We can live
with that too :)
>
>  - -Andy
>  -BEGIN PGP SIGNATURE-
>  Version: GnuPG v1.4.9 (GNU/Linux)
>  Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
>
> iEYEARECAAYFAkjTdAoACgkQOjLpvpq7dMp+OACeIqu5CFz2fXSFiUHsZIvA65LJ
>  7I4AnRxkA83cgPjiZb+gaHjXNFGD8KZK
>  =my4r
>  -END PGP SIGNATURE-
>


-- 
Shaz

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 2008.8 default dialer crash on # or *

[Holger Freyther]

On Thursday 18 September 2008 19:05:51 Marco Trevisan (Treviño) wrote:

>
> Ok, I was right... The latest upgrade to phonevendor plugin in git
> blocked it [1]
>
> Grab this [2] and put it in /opt/Qtopia/plugins/phonevendors. Restart
> the phone (reloading qpe wasn't enough to me) and it should work.
>
> [1] 563d5f4c781efe1a11680c6a055b409034b528ab
> [2]
> http://downloads.tuxfamily.org/3v1deb/openmoko/qtopia-ussd-support-phone-ve
>ndor.tar.gz

Source? Patch? GPL?

z.

PS: Asking people to use plain binaries is the perfect way of making me ignore 
Qtopia bugs... As I don't want to ask people to send md5sum's of every single 
file on their neo. It creates a support hell I'm not willing to take.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Continuos registering on the gsm network

[dgsi]

My FR boots and after 2 minutes is registered on the gsm network, but after 
that it continues registering every 45 seconds and the registration takes 
10/15 seconds ... if I receive a call there is no problem for the whole 
duration ... i saw some post about that but it seems no one find solutions, 
isn't it ?

Thank You.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: help compiling gnu chess game, project with subfolders

[GNUtoo]

> Hi all,
>
> I'm having my first try at compiling programs for the FR.
> I've a python background mostly, and I'm not familiar at compiling stuff
> beyond the configure make make install routine.
>
> I've been following instructions at
> http://wiki.openmoko.org/wiki/Toolchain
>
> and managed to get gnuchess running on the FR. If anyone wants the ipk
> file, just let me know. It plays its turns in a few seconds, so largely
> playable.
>
> but it only plays on the command line
>
> so I tried another project, xboard (http://www.tim-mann.org/xboard.html)
> in this project files are organized somewhat differently, moreover there
> are subdirs like pixmaps, bitmaps, and sounds.
>
> my question is, how can I compile such a project ?
>
> I think this is a generic question, and I'm willing to complete the wiki
> once I find a solution.
>
> NiL
Using openembedded: make a bb file for bitbake and compile it...
By the way I'm also interested in xboard but I would use it with phalanx
that is already in openembedded...


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Bad Magic Number while booting from SD card with new uImage!

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:

|>  You don't need to do this as root.
| I get permission denied on root owned directory linux-2.6.24 :)

Well, you are better to chown it to your user than run as root... once
you start running stuff and creating files as root it kind of leaks out
everywhere until you have to do everything as root.

|>  We call it uImage.bin, that is what the canned U-Boot menu scripts
expect.
| yes. This was the problematic part :) By default it expects uImage.bin.

Great.

| My Rootfs had problems due to this new SD card. The kernel was giving
| panics due to some VFS driver issue but when I used the old SD card it
| started to work. Is there a problem of quality of SD cards that I
| bought? We are making images on various SD cards as incremental
| experiments so need to have more than one card. I'll check it somehow.

No some larger cards break us right now, can you let me know your exact
card type and I will do a little shopping spree today to reproduce this.
~ I think someone else mentioned Sandisk 8GB is going to make the same
trouble.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkjTdAoACgkQOjLpvpq7dMp+OACeIqu5CFz2fXSFiUHsZIvA65LJ
7I4AnRxkA83cgPjiZb+gaHjXNFGD8KZK
=my4r
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Bad Magic Number while booting from SD card with new uImage!

[Shaz]

On 9/19/08, Andy Green <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
>  Hash: SHA1
>
>  Somebody in the thread at some point said:
>  | Hi,
>  |
>  | I am getting bad magic number when I try to boot from micro SD with my
>  ...
>  | sudo make
> CROSS_COMPILE=/usr/local/openmoko/arm/bin/arm-angstrom-linux-gnueabi-
>
>  You don't need to do this as root.
I get permission denied on root owned directory linux-2.6.24 :)
>
>  ...
>  | Image Type:   ARM Linux Kernel Image (uncompressed)
>
>  uncompressed is good anyway
>
>  | Data Size:1769300 Bytes = 1727.83 kB = 1.69 MB
>  | Load Address: 0x30008000
>  | Entry Point:  0x30008000
>  |   Image arch/arm/boot/uImage is ready
>
>  We call it uImage.bin, that is what the canned U-Boot menu scripts expect.
yes. This was the problematic part :) By default it expects uImage.bin.
>
>  Can you show the text around this "bad magic number" report?  A few
>  different things have magic numbers.
>
>  You are not using the shipped 512MB SD Card.  Do things work better if
>  you do?
My Rootfs had problems due to this new SD card. The kernel was giving
panics due to some VFS driver issue but when I used the old SD card it
started to work. Is there a problem of quality of SD cards that I
bought? We are making images on various SD cards as incremental
experiments so need to have more than one card. I'll check it somehow.
>
>  - -Andy
Thanks alot Andy.
>  -BEGIN PGP SIGNATURE-
>  Version: GnuPG v1.4.9 (GNU/Linux)
>  Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
>
> iEYEARECAAYFAkjTWh4ACgkQOjLpvpq7dMoFDwCfZ+rvYjdSw1E3td00BietD85J
>  cGoAn2i0qg8uqU8QYq734qBrjMwc43TZ
>  =NZb5
>  -END PGP SIGNATURE-
>


-- 
Shaz

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

help compiling gnu chess game, project with subfolders

[Nicolas LAURANCE]

Hi all,

I'm having my first try at compiling programs for the FR.
I've a python background mostly, and I'm not familiar at compiling stuff 
beyond the configure make make install routine.


I've been following instructions at http://wiki.openmoko.org/wiki/Toolchain

and managed to get gnuchess running on the FR. If anyone wants the ipk 
file, just let me know. It plays its turns in a few seconds, so largely 
playable.


but it only plays on the command line

so I tried another project, xboard (http://www.tim-mann.org/xboard.html)
in this project files are organized somewhat differently, moreover there 
are subdirs like pixmaps, bitmaps, and sounds.


my question is, how can I compile such a project ?

I think this is a generic question, and I'm willing to complete the wiki 
once I find a solution.


NiL
begin:vcard
fn:Nicolas LAURANCE
n:LAURANCE;Nicolas
org:Zindep
adr;quoted-printable:;;25, rue de l'ancienne Mairie;Bourgbarr=C3=A9;;35230;France
email;internet:[EMAIL PROTECTED]
title:Consultant
tel;work:02 99 57 03 09
tel;fax:02 99 57 03 69
tel;cell:06 09 86 59 96
url:http://www.zindep.com
version:2.1
end:vcard

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SD corruption(no suspend and sd_max_clk tested)

[GNUtoo]

> How did you do this, from kernel commandline or by changing module
> parameter after boot completed?
>
> - -Andy
echo
cd /sys/module/glamo_mci/parameters
echo 1000 > sd_max_clk


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Bad Magic Number while booting from SD card with new uImage!

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| Hi,
|
| I am getting bad magic number when I try to boot from micro SD with my
...
| sudo make
CROSS_COMPILE=/usr/local/openmoko/arm/bin/arm-angstrom-linux-gnueabi-

You don't need to do this as root.

...
| Image Type:   ARM Linux Kernel Image (uncompressed)

uncompressed is good anyway

| Data Size:1769300 Bytes = 1727.83 kB = 1.69 MB
| Load Address: 0x30008000
| Entry Point:  0x30008000
|   Image arch/arm/boot/uImage is ready

We call it uImage.bin, that is what the canned U-Boot menu scripts expect.

Can you show the text around this "bad magic number" report?  A few
different things have magic numbers.

You are not using the shipped 512MB SD Card.  Do things work better if
you do?

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkjTWh4ACgkQOjLpvpq7dMoFDwCfZ+rvYjdSw1E3td00BietD85J
cGoAn2i0qg8uqU8QYq734qBrjMwc43TZ
=NZb5
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community