usb network card

[Robin Paulson]

when i get my freerunner next week, i'd like to be able to do wired
networking direct to my router, without needing a computer in between.
is this possible, are the relevant modules included in the kernel?

this is the sort of thing i was looking at:

http://www.etccomputers.co.nz/shop/main/product.asp?pid=622

thanks

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: GPS issue final state?

[Michael Shiloh]

Russell Sears wrote:
> Michael Shiloh wrote:
>> Any advice appreciated.
> 
> I've been tricked a few times by what I think was lucky satellite 
> positions (30-120 sec ttff one day, 20 minutes the next).
> 
> I don't know how long it typically takes the satellites to move from 
> "lucky" to "unlucky", but that probably should be taken into account. 
> Also, what about urban environments w/ more reflections, etc.  Should 
> people report terrain type?


Terrain type should be included. I'm thinking we need a wiki page. Does 
one already exist? It should have a column for terrain.

How to avoid being tricked by "lucky satellite positions"? I guess one 
way would be to run the test multiple times. How many times? How long 
apart? Perhaps, as you did, twice, one day apart?

M

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Worrisome output from "opkg -test update" in 2007.2

[Olivier Berger]

"Dale Schumacher" <[EMAIL PROTECTED]> writes:

>
> Finally we have these messages:
>
> Collected errors:
>  * Package gtk+ wants to install file /usr/lib/libgtk-x11-2.0.so.0
>   But that file is already provided by package  * gtk+-fastscaling
>  * Package gtk+ wants to install file /usr/lib/libgdk_pixbuf_xlib-2.0.so.0
>

SNIP

You may have a look at https://docs.openmoko.org/trac/ticket/1650
which relates, I think to this issue.

Doing an opkg remove gtk+-fastscaling and opkg upgrade gtk+ solved the
issue, I think. YMMV though.

Regards,
-- 
Olivier BERGER 
(OpenPGP: 1024D/B4C5F37F)
http://www.olivierberger.com/weblog/

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: GPS issue final state?

[Russell Sears]

Michael Shiloh wrote:
> Any advice appreciated.

I've been tricked a few times by what I think was lucky satellite 
positions (30-120 sec ttff one day, 20 minutes the next).

I don't know how long it typically takes the satellites to move from 
"lucky" to "unlucky", but that probably should be taken into account. 
Also, what about urban environments w/ more reflections, etc.  Should 
people report terrain type?

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: GPS issue final state?

[Michael Shiloh]

Christoph Anton Mitterer wrote:
> Hi.
> 
> Is it possible that one of the OpenMoko team members put up a wiki-page
> (probably protected from changes) or something similar,... and provide
> there the most recent, official and authoritative information about the
> GPS issue?
> 
> "Everybody" knows about the two fixes (SW and HW) but a lot of different
> information is floating around what they actually do, which of them is
> definitely confirmed to work, whether it is suggested to apply both or
> only one of them or if only both together can give the best results.
> 
> I've subscribed all the ML's and read all posts,.. but I think this is
> still not clear.
> 
> I can also remember an eMail from (I think) Joerg where he suggested to
> not apply the HW fix yet, as it's not yet official.
> 
> 
> What's the current state on the HW fix? Did you already negotiate if:
> - users should apply it themselves
> - this is done by sellers (Pulster, OM Shop, etc.)?
> - etc
> ?
> 
> What will happen to the warranties?
> 
> Which is the recommended capacitator (I mean which manufacturer, the
> type and size is already listed in dozen places,..)?
> 
> 
> Would be really nice to have all this in a central and protected
> location, where only official OM team members can write to.
> 
> 
> Thanks,
> Chris.

I'm part of Openmoko and I'm not clear on the fix either.

I'm trying to come up with two side-by-side tests we can run, one with 
the SW fix, one without, that is easy to document and requires the same 
distro, then test w/ two different kernel images (one with, one without 
the SW fix).

Then we'll ask everyone to run this test and post their results, with 
and without an SD card installed. So 4 tests all together.

Then we might get a sense of whether the SW only fix is sufficient.

Any advice appreciated.

M

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Worrisome output from "opkg -test update" in 2007.2

[Dale Schumacher]

I'm running 2007.2.  My last opkg update/upgrade was 2008-07-24.  I've
been watching for a stable point to upgrade and thought now might be
it.  I started with "opkg update".  After that completed, I tried
"opkg -test update".  This resulted in several messages that concern
me.  This first group is:

Upgrading task-base-kernel26 on root from 1.0-r69 to 1.0-r71...
Downloading 
http://buildhost.openmoko.org/daily-feed/om-gta02/task-base-kernel26_1.0-r71_om-gta02.ipk
task-base-kernel26: unsatisfied recommendation for kernel-module-input
task-base-kernel26: unsatisfied recommendation for kernel-module-rtc-dev
task-base-kernel26: unsatisfied recommendation for kernel-module-rtc-proc
task-base-kernel26: unsatisfied recommendation for kernel-module-rtc-sysfs
task-base-kernel26: unsatisfied recommendation for kernel-module-rtc-sa1100
task-base-kernel26: unsatisfied recommendation for kernel-module-unix

Does this indicate a problem with the kernel upgrade?  Is it still not
stable?  Later is another set of similar messages:

Upgrading task-base-usbhost on root from 1.0-r69 to 1.0-r71...
Downloading 
http://buildhost.openmoko.org/daily-feed/om-gta02/task-base-usbhost_1.0-r71_om-gta02.ipk
task-base-usbhost: unsatisfied recommendation for kernel-module-uhci-hcd
task-base-usbhost: unsatisfied recommendation for kernel-module-ehci-hcd
task-base-usbhost: unsatisfied recommendation for kernel-module-usbcore
task-base-usbhost: unsatisfied recommendation for kernel-module-usbnet
task-base-usbhost: unsatisfied recommendation for kernel-module-usbmouse
task-base-usbhost: unsatisfied recommendation for kernel-module-mousedev
Upgrading task-base-vfat on root from 1.0-r69 to 1.0-r71...
Downloading 
http://buildhost.openmoko.org/daily-feed/om-gta02/task-base-vfat_1.0-r71_om-gta02.ipk
task-base-vfat: unsatisfied recommendation for kernel-module-msdos
task-base-vfat: unsatisfied recommendation for kernel-module-vfat
task-base-vfat: unsatisfied recommendation for kernel-module-nls-iso8859-1
task-base-vfat: unsatisfied recommendation for kernel-module-nls-cp437
Upgrading task-base-wifi on root from 1.0-r69 to 1.0-r71...
Downloading 
http://buildhost.openmoko.org/daily-feed/om-gta02/task-base-wifi_1.0-r71_om-gta02.ipk
task-base-wifi: unsatisfied recommendation for kernel-module-zd1211rw
task-base-wifi: unsatisfied recommendation for kernel-module-ieee80211-crypt
task-base-wifi: unsatisfied recommendation for
kernel-module-ieee80211-crypt-ccmp
task-base-wifi: unsatisfied recommendation for
kernel-module-ieee80211-crypt-tkip
task-base-wifi: unsatisfied recommendation for kernel-module-ieee80211-crypt-wep
task-base-wifi: unsatisfied recommendation for kernel-module-crypto_algapi
task-base-wifi: unsatisfied recommendation for kernel-module-cryptomgr
task-base-wifi: unsatisfied recommendation for kernel-module-aes
Upgrading task-boot on root from 1.0-r43 to 1.0-r45...
Downloading 
http://buildhost.openmoko.org/daily-feed/om-gta02/task-boot_1.0-r45_om-gta02.ipk
Upgrading task-distro-base on root from 1.0-r69 to 1.0-r71...
Downloading 
http://buildhost.openmoko.org/daily-feed/om-gta02/task-distro-base_1.0-r71_om-gta02.ipk
task-distro-base: unsatisfied recommendation for kernel-module-vfat
task-distro-base: unsatisfied recommendation for kernel-module-af-packet
Upgrading task-machine-base on root from 1.0-r69 to 1.0-r71...
Downloading 
http://buildhost.openmoko.org/daily-feed/om-gta02/task-machine-base_1.0-r71_om-gta02.ipk
task-machine-base: unsatisfied recommendation for kernel-module-gta01-pm-bt
task-machine-base: unsatisfied recommendation for kernel-module-gta01-pm-gps
task-machine-base: unsatisfied recommendation for kernel-module-gta01-pm-gsm
task-machine-base: unsatisfied recommendation for kernel-module-gta01kbd
task-machine-base: unsatisfied recommendation for kernel-module-s3cmci

Finally we have these messages:

Collected errors:
 * Package gtk+ wants to install file /usr/lib/libgtk-x11-2.0.so.0
But that file is already provided by package  * gtk+-fastscaling
 * Package gtk+ wants to install file /usr/lib/libgdk_pixbuf_xlib-2.0.so.0
But that file is already provided by package  * gtk+-fastscaling
 * Package gtk+ wants to install file /usr/lib/libgdk_pixbuf-2.0.so.0
But that file is already provided by package  * gtk+-fastscaling
 * Package gtk+ wants to install file
/usr/lib/gtk-2.0/2.10.0/engines/libpixmap.so
But that file is already provided by package  * gtk+-fastscaling
 * Package gtk+ wants to install file /usr/lib/libgdk-x11-2.0.so.0
But that file is already provided by package  * gtk+-fastscaling
 * Package gtk+ wants to install file /usr/bin/gdk-pixbuf-query-loaders
But that file is already provided by package  * gtk+-fastscaling
 * Package gtk+ wants to install file /usr/bin/gtk-query-immodules-2.0
But that file is already provided by package  * gtk+-fastscaling
 * Package gtk+ wants to install file /usr/bin/gtk-update-icon-cache
But that file is already provi

Re: "opkg upgrade" breaks USB networking: g_ether module missing

[William Kenworthy]

ok, this morning had a lot of opkg updates (utc, 200802) after which
usb charging was back to normal.  I then flashed uboot with todays daily
- charging via laptop/desktop is still 500ma.  

Somethings improved - the software seems *much* snappier and I like the
red aux button to show when its actually alive vs suspended/dead

Great!
BillK



On Fri, 2008-08-01 at 08:03 +0100, Andy Green wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Somebody in the thread at some point said:
> | Yes, could be this as I am seeing the same messages in the log.  I did
> | update uboot on the weekend (which is when I got the device).
> |
> | A wall charger worked normally, its just usb charging (tried a laptop
> | and a desktop) thats the problem.
> 
> Well it sounds a bit out of place to say it, but: great.  At least we
> understand what's happening.
> 
> A wall charger doesn't try to talk with the device over USB, it is
> recognized by a magic resistor on the USB ID pin, that's why it works
> but host charging didn't.
> 
> I made patches to reduce the probability of this from 50:50 to ~10% and
> just sent them out, I didn't find how to eliminate it yet.
> 
> | Which uboot is "safe"?
> 
> I'm not sure.  I suspect older U-Boot had lower probability of making
> the same problem since we had no idea this was happening until now, and
> some of the fixes I added would have been needed on older versions too.
> ~ best bet is to update to tomorrow's U-Boot and we'll try to remove the
> remaining chance of the problem in the meanwhile.
> 
> http://git.openmoko.org/?p=u-boot.git;a=commitdiff;h=00c27eb2887c07a9b6cdf095e7be016ab7e42d52
> http://git.openmoko.org/?p=u-boot.git;a=commitdiff;h=d872d1ffdbbaf93de0f9ee95debeb414cc6da90c
> http://git.openmoko.org/?p=u-boot.git;a=commitdiff;h=5ebb764a8bfb44786ba80e5102c85cbeaa7139c5
> 
> - -Andy
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
> 
> iEYEARECAAYFAkiStTUACgkQOjLpvpq7dMqCPQCfZARgZXUoe/xNII5iLaT6ac51
> 2XwAn04KpXM6Ku6VqoHvZk744o2zQXah
> =6cct
> -END PGP SIGNATURE-
-- 
William Kenworthy <[EMAIL PROTECTED]>
Home in Perth!

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Neo Freerunner hangs

[Rod Whitby]

Vimal Joseph wrote:
> On Fri, Aug 1, 2008 at 5:32 PM, Andy Green <[EMAIL PROTECTED]> wrote:
> 
>> Try holding the power button down for "10 seconds" next time, if that
>> does turn it off then my thoughts would turn towards Glamo-related
>> problems.  Otherwise something even more 'orrible is happening.
> 
> I'v erased the nand kernel and nand rootfs and flashed
>  Openmoko-Freerunner-20080424-om-gta02.rootfs.jffs2
>  uImage-2.6.24+git20080424-om-gta02.bin
> 
> Still the same problem. Nothing happens when holding the power button
> for 10 seconds, no response.

If you have a debug board, hook it up and look for some output from 
u-boot after you preset the reset button on the debug board.  If it 
stops after printing the u-boot version line but before printing the 
Glamo identification line, then it's probably the Glamo problem.

See the kernel list for details.

-- Rod

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: gcc cant find cc1, g++ cant find crt1.o

[Jay Vaughan]

> There are a few *-symlinks packages you'll want.  I believe it's
> gcc-symlinks.  Just do "opkg list | grep symlink" and install the
> relevant ones.


.. and don't forget the -dev packages too ..

;
--
Jay Vaughan





___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: gcc cant find cc1, g++ cant find crt1.o

[H. Rosmanith]

> There are a few *-symlinks packages you'll want.  I believe it's
> gcc-symlinks.  Just do "opkg list | grep symlink" and install the
> relevant ones.
 

 
nice. works ... almost. the (only?) file which seems to me missing
right now is crt1.o. according to gentoo, crt1.o is part of glibc.
but on openmoko, I already have glibc installed, but still no crt1.o
there. is there some "glibc-devel"? I have not seen any. but there
surely is, - I also don't have /usr/include/*.h files, and they
should be out somewhere. do you know the name of the package?


kind regards,
H. Rosmanith

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

OM2008.8 Theme

[sparky mat]

Is the OM2008.8 theme being actively developed?

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: can't get images

[rakshat hooja]

Same

On Fri, Aug 1, 2008 at 10:04 PM, Peter Abplanalp <
[EMAIL PROTECTED]<[EMAIL PROTECTED]>
> wrote:

>
> i'm trying to get new images from
> http://buildhost.openmoko.org/daily/freerunner/ and i'm getting a 403
> forbidden.  i got this link from the
> http://wiki.openmoko.org/wiki/Latest_Images page on the wiki.  i'm pretty
> sure i've gotten images from here before.  what's up?
>
> --
> Peter Abplanalp
>
>
Same problem here. I guess there is some maintenance work going on the
buildhost.

Rakshat
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: can't get images

[Steven **]

Check the latest posts on the devel list.  I think the buildhost had a
glitch and is rebuilding stuff right now.

-Steven

On Fri, Aug 1, 2008 at 11:34 AM, Peter Abplanalp
<[EMAIL PROTECTED]> wrote:
>
> i'm trying to get new images from
> http://buildhost.openmoko.org/daily/freerunner/ and i'm getting a 403
> forbidden.  i got this link from the
> http://wiki.openmoko.org/wiki/Latest_Images page on the wiki.  i'm pretty
> sure i've gotten images from here before.  what's up?
>
> --
> Peter Abplanalp
>
> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support
>
>

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

can't get images

[Peter Abplanalp]

i'm trying to get new images from
http://buildhost.openmoko.org/daily/freerunner/ and i'm getting a 403
forbidden.  i got this link from the
http://wiki.openmoko.org/wiki/Latest_Images page on the wiki.  i'm pretty
sure i've gotten images from here before.  what's up?

-- 
Peter Abplanalp
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Neo Freerunner hangs

[Vimal Joseph]

On Fri, Aug 1, 2008 at 9:32 PM, "Marco Trevisan (Treviño)"
<[EMAIL PROTECTED]> wrote:
> That's exactly the same thing I get. Read my post [1], it seems to be a
> (X)glamo problem, using Xfbdev as replacement workarounds this; however
> it makes really hard to scroll in menus and slowdowns the windows
> operations.
>
> I'm using a self-done hybrid version with Illume+OM2007.1 softwares and
> it's quite usable (but not as fast as using the Xglamo aceleration).

But there is no other reports of this same problem, is it a hardware
problem as Yaroslav Halchenko points out at
http://lists.openmoko.org/pipermail/support/2008-July/000670.html ?

regards,

~vimal
-- 
Free Software, Free Society
സ്വതന്ത്ര സോഫ്​റ്റ്​വെയര്‍, സ്വതന്ത്ര സമൂഹം

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Neo Freerunner hangs

[Vimal Joseph]

On Fri, Aug 1, 2008 at 5:32 PM, Andy Green <[EMAIL PROTECTED]> wrote:

> Try holding the power button down for "10 seconds" next time, if that
> does turn it off then my thoughts would turn towards Glamo-related
> problems.  Otherwise something even more 'orrible is happening.

I'v erased the nand kernel and nand rootfs and flashed
 Openmoko-Freerunner-20080424-om-gta02.rootfs.jffs2
 uImage-2.6.24+git20080424-om-gta02.bin

Still the same problem. Nothing happens when holding the power button
for 10 seconds, no response.

~vimal


-- 
Free Software, Free Society
സ്വതന്ത്ര സോഫ്​റ്റ്​വെയര്‍, സ്വതന്ത്ര സമൂഹം

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Neo Freerunner hangs

[Marco Trevisan (Treviño)]

Vimal Joseph ha scritto:
> Hi,
> 
> The openmoko neo gta02 hangs frequently. I'v upgraded the software but
> no use. It is happening mostly during calls, working with address
> book, or any other software. Then I have to remove to battery to
> reboot the system.
> 
> What can be the reason? any possible diagnosis method to identify the
> problem? Is there by any chance it is a hardware problem?

That's exactly the same thing I get. Read my post [1], it seems to be a 
(X)glamo problem, using Xfbdev as replacement workarounds this; however 
it makes really hard to scroll in menus and slowdowns the windows 
operations.

I'm using a self-done hybrid version with Illume+OM2007.1 softwares and 
it's quite usable (but not as fast as using the Xglamo aceleration).


[1] http://lists.openmoko.org/pipermail/support/2008-July/000664.html

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


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: gcc cant find cc1, g++ cant find crt1.o

[Steven **]

There are a few *-symlinks packages you'll want.  I believe it's
gcc-symlinks.  Just do "opkg list | grep symlink" and install the
relevant ones.

-Steven

On Fri, Aug 1, 2008 at 10:19 AM, H. Rosmanith <[EMAIL PROTECTED]> wrote:
>
> hello,
>
> I've installed gcc, g++ and binutils natively. However,
> I cannot compile even a
> "void printf(char *); int main() { printf("220 helo herp\n"); }" (1)
>
> First, "cc" or "gcc" cannot be found, there are only gcc directories,
> but no gcc executable. However, there is a:
>
>/opt/usr/bin/arm-angstrom-linux-gnueabi-gcc
>
> but:
>
>[EMAIL PROTECTED]:~# /opt/usr/bin/arm-angstrom-linux-gnueabi-gcc -o helo 
> helo.c
>arm-angstrom-linux-gnueabi-gcc: error trying to exec 'cc1': execvp: No 
> such file or directory
>
> this doesnt happen because some PATH settings are wrong, but because
> there's no cc1 binary in /opt.
>
> Since I've also installed g++, cc1plus is present, in:
>/opt/usr/libexec/gcc/arm-angstrom-linux-gnueabi/4.1.2/cc1plus
>
> But this is not being used by gcc.
>
> Using g++ helps. A bit at least, it doesnt complain about cc1, because
> it's using cc1plus. But it still doesnt succeed, because it cant find crt1.o:
>
>[EMAIL PROTECTED]:~# /opt/usr/bin/arm-angstrom-linux-gnueabi-g++ -o helo 
> helo.c
>
> /opt/usr/bin/../lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/../../../../arm-angstrom-linux-gnueabi/bin/ld:
>  crt1.o: No such file: No such file or directory
>collect2: ld returned 1 exit status
>
>
> The only crt* files are:
>
>[EMAIL PROTECTED]:~# find / | grep crt
>/opt/usr/lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/crtendS.o
>/opt/usr/lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/crtbeginS.o
>/opt/usr/lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/crtend.o
>/opt/usr/lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/crtbeginT.o
>/opt/usr/lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/crtbegin.o
>/usr/share/curl/curl-ca-bundle.crt
>/usr/share/terminfo/c/crt
>/usr/share/terminfo/c/crt-vt220
>/usr/share/tabset/stdcrt
>[EMAIL PROTECTED]:~#
>
>
> Well ... long mail, short question: which packages do I need in order
> to make gcc (and g++) work?
>
> kind regards,
> H. Rosmanith
>
> (1) I'm prototyping printf() because  stdio.h isn't present, of course ;-)
>
>
> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support
>

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

gcc cant find cc1, g++ cant find crt1.o

[H. Rosmanith]

hello,

I've installed gcc, g++ and binutils natively. However,
I cannot compile even a
"void printf(char *); int main() { printf("220 helo herp\n"); }" (1)

First, "cc" or "gcc" cannot be found, there are only gcc directories,
but no gcc executable. However, there is a:

/opt/usr/bin/arm-angstrom-linux-gnueabi-gcc

but:

[EMAIL PROTECTED]:~# /opt/usr/bin/arm-angstrom-linux-gnueabi-gcc -o helo 
helo.c
arm-angstrom-linux-gnueabi-gcc: error trying to exec 'cc1': execvp: No such 
file or directory

this doesnt happen because some PATH settings are wrong, but because
there's no cc1 binary in /opt.

Since I've also installed g++, cc1plus is present, in:
/opt/usr/libexec/gcc/arm-angstrom-linux-gnueabi/4.1.2/cc1plus

But this is not being used by gcc. 

Using g++ helps. A bit at least, it doesnt complain about cc1, because
it's using cc1plus. But it still doesnt succeed, because it cant find crt1.o:

[EMAIL PROTECTED]:~# /opt/usr/bin/arm-angstrom-linux-gnueabi-g++ -o helo 
helo.c

/opt/usr/bin/../lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/../../../../arm-angstrom-linux-gnueabi/bin/ld:
 crt1.o: No such file: No such file or directory
collect2: ld returned 1 exit status


The only crt* files are:

[EMAIL PROTECTED]:~# find / | grep crt
/opt/usr/lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/crtendS.o
/opt/usr/lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/crtbeginS.o
/opt/usr/lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/crtend.o
/opt/usr/lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/crtbeginT.o
/opt/usr/lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/crtbegin.o
/usr/share/curl/curl-ca-bundle.crt
/usr/share/terminfo/c/crt
/usr/share/terminfo/c/crt-vt220
/usr/share/tabset/stdcrt
[EMAIL PROTECTED]:~# 


Well ... long mail, short question: which packages do I need in order
to make gcc (and g++) work?

kind regards,
H. Rosmanith

(1) I'm prototyping printf() because  stdio.h isn't present, of course ;-)


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: battery issues

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| Hi again.
|
| I'd also like to see such a page about the battery issues.
| I mean that stuff with flat battery, possible workarounds that work
| right now. And what will be/could be fixed in the future here.
|
|
| This includes some definite and easy explained information what the user
| should expect to work:
| - Does the GTA02 run with only USB but no battery? If so does this need
| uBoot patches? Does it only work with the wall power connector? etc.

Regardless, GTA02 needs a battery in right now to boot and run.

The GSM part will never work from just USB, it's wired to the battery
directly for the power amplifier.

It's possible it can one day stay up once booted without a battery.  We
did not really understand the mechanism that makes it choke there,
except it is something to do with charger operating in that state.
Nothing we found in PMU datasheet really seems to fit the behaviour.

Right now the simple answer is GTA02 must have a not-completely-empty
battery in to function at all.

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

iEYEARECAAYFAkiTKVYACgkQOjLpvpq7dMrqtwCfeDKVZLGbh0YDLXlesuOVQA9q
J5IAn3YKJf6ZzejpLp7vWMY8HV9JeIGD
=cktd
-END PGP SIGNATURE-

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: battery issues

[Christoph Anton Mitterer]

Hi again.

I'd also like to see such a page about the battery issues.
I mean that stuff with flat battery, possible workarounds that work
right now. And what will be/could be fixed in the future here.


This includes some definite and easy explained information what the user
should expect to work:
- Does the GTA02 run with only USB but no battery? If so does this need
uBoot patches? Does it only work with the wall power connector? etc.

- Does it boot with only USB but no battery?
If so does this need uBoot patches? Does it only work with the wall
power connector? etc.

And will all this work in the future or never work?


Best wishes =)
Chris.


smime.p7s
Description: S/MIME cryptographic signature
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

GPS issue final state?

[Christoph Anton Mitterer]

Hi.

Is it possible that one of the OpenMoko team members put up a wiki-page
(probably protected from changes) or something similar,... and provide
there the most recent, official and authoritative information about the
GPS issue?

"Everybody" knows about the two fixes (SW and HW) but a lot of different
information is floating around what they actually do, which of them is
definitely confirmed to work, whether it is suggested to apply both or
only one of them or if only both together can give the best results.

I've subscribed all the ML's and read all posts,.. but I think this is
still not clear.

I can also remember an eMail from (I think) Joerg where he suggested to
not apply the HW fix yet, as it's not yet official.


What's the current state on the HW fix? Did you already negotiate if:
- users should apply it themselves
- this is done by sellers (Pulster, OM Shop, etc.)?
- etc
?

What will happen to the warranties?

Which is the recommended capacitator (I mean which manufacturer, the
type and size is already listed in dozen places,..)?


Would be really nice to have all this in a central and protected
location, where only official OM team members can write to.


Thanks,
Chris.


smime.p7s
Description: S/MIME cryptographic signature
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: "opkg upgrade" breaks USB networking: g_ether module missing

[Jay Vaughan]

> As a user, I beg to differ.  Splitting the kernel into packages is a
> pita for users.  More to download, more to manage and more to go wrong
> with inconsistencies and installation mayhem.


I have been enlightened, I concur ..

;
--
Jay Vaughan





___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: "opkg upgrade" breaks USB networking: g_ether module missing

[Jay Vaughan]

> But so does a single kernel package that includes the modules.  There
> can be no risk of having modules mismatch the monolithic kernel then.
> Nor will changing to this model "destabilize" anything, the package is
> sticking things down /lib/modules same as the modular packages do  
> using
> the same code in the packaging app.
>

okay good point, i see what you are saying.  i guess the only negative  
to this is that people will start getting modules they're never going  
to use ..

> Current setup seems unstable IMO because it indirects through the  
> whole
> packaging system, bloating the work done there.  The only thing that
> makes sense about it is that is reduces footprint on storage when we
> consider all the modules, but bulk of users do not want to have to  
> care
> about package selection to this degree, they will go with whatever
> default package set is.
>

well another thing is i could write an app that has a dependency on a  
module, and get it pulled in for me by the package dependencies, i  
suppose?


> Anyway this is up to the packaging guys, but I would stick it all in  
> one
> package and have done with it, making folks' updates faster as a side
> effect.
>


glad we're discussing this!

;
--
Jay Vaughan





___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: "opkg upgrade" breaks USB networking: g_ether module missing

[Jay Vaughan]

> We should generate all the meaningful gadget modules now in the stock
> kernel config now, there is no need for a custom kernel for this.


agreed!

;
--
Jay Vaughan





___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: "opkg upgrade" breaks USB networking: g_ether module missing

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:

| The strategy above allows us to easily add and remove packages while
| maintaining stable end-user systems.  Until the dust settles on the

But so does a single kernel package that includes the modules.  There
can be no risk of having modules mismatch the monolithic kernel then.
Nor will changing to this model "destabilize" anything, the package is
sticking things down /lib/modules same as the modular packages do using
the same code in the packaging app.

You won't find when you are away from a network connection you would
have liked those ppp-related modules after all either.

| kernel/modules packaging, I suggest we do the above to be as safe as
| possible.

Current setup seems unstable IMO because it indirects through the whole
packaging system, bloating the work done there.  The only thing that
makes sense about it is that is reduces footprint on storage when we
consider all the modules, but bulk of users do not want to have to care
about package selection to this degree, they will go with whatever
default package set is.

Anyway this is up to the packaging guys, but I would stick it all in one
package and have done with it, making folks' updates faster as a side
effect.

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

iEYEARECAAYFAkiS/DsACgkQOjLpvpq7dMrIUQCfSQgRyVH35rglbjpMpa9yZaAG
LGwAn37dz7Ou3SvHr2i2NOglz2G5RCQp
=dBqC
-END PGP SIGNATURE-

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: "opkg upgrade" breaks USB networking: g_ether module missing

[W.Kenworthy]

On Fri, 2008-08-01 at 13:45 +0200, Jay Vaughan wrote:
> > |>> ~ - binning the finegrained module packaging and having the  
> > modules
> > |>> all
> > |>> inside the kernel package
> > |> nope.
> > |>> ~ - if not, making some modules dependencies of the kernel package
> > |> yes.
> > |>> ~ - doing a depmod post-install or update of a kernel module  
> > package?
> > |> yes.
> 

> 
> The strategy above allows us to easily add and remove packages while  
> maintaining stable end-user systems.  Until the dust settles on the  
> kernel/modules packaging, I suggest we do the above to be as safe as  
> possible.
> 
> 
> 
> ;
> --
> Jay Vaughan
> 
As a user, I beg to differ.  Splitting the kernel into packages is a
pita for users.  More to download, more to manage and more to go wrong
with inconsistencies and installation mayhem.

BillK


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Neo Freerunner hangs

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
|> Any flashing lights when this happens?
|
| No. The screen freezes, and the only way to restart is removing the
| battery. (pressing the power button has no effect)

Try holding the power button down for "10 seconds" next time, if that
does turn it off then my thoughts would turn towards Glamo-related
problems.  Otherwise something even more 'orrible is happening.

- -Andy

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

iEYEARECAAYFAkiS+1gACgkQOjLpvpq7dMpM+ACfR9ZXTjiJdk2TBQR+1A40QoSE
hOoAoJQIQZWA8LwuozajxCduyxEnc2vl
=nSi2
-END PGP SIGNATURE-

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Neo Freerunner hangs

[rakshat hooja]

2008/8/1 Vimal Joseph <[EMAIL PROTECTED]>

> > Any flashing lights when this happens?
>
> No. The screen freezes, and the only way to restart is removing the
> battery. (pressing the power button has no effect)
>
> regards,
>
> ~vimal
>
>
> Have you tried manually flashing a new kernel and rootfs with dfu-utils?

manybe try Qtopia or ASU and see if the problem persists

Rakshat
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Neo Freerunner hangs

[Vimal Joseph]

> Any flashing lights when this happens?

No. The screen freezes, and the only way to restart is removing the
battery. (pressing the power button has no effect)

regards,

~vimal


-- 
Free Software, Free Society
സ്വതന്ത്ര സോഫ്​റ്റ്​വെയര്‍, സ്വതന്ത്ര സമൂഹം

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: "opkg upgrade" breaks USB networking: g_ether module missing

[Jay Vaughan]

> |>> ~ - binning the finegrained module packaging and having the  
> modules
> |>> all
> |>> inside the kernel package
> |> nope.
> |>> ~ - if not, making some modules dependencies of the kernel package
> |> yes.
> |>> ~ - doing a depmod post-install or update of a kernel module  
> package?
> |> yes.

> Opinions are interesting but frankly useless to me without some
> explanation of why you came to think like that.  Sometimes people have
> the wrong idea sometimes and it leads them to the wrong conclusion,
> happens to me all the time anyway.  So please expand on "why".

The strategy above allows us to easily add and remove packages while  
maintaining stable end-user systems.  Until the dust settles on the  
kernel/modules packaging, I suggest we do the above to be as safe as  
possible.



;
--
Jay Vaughan





___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Neo Freerunner hangs

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| Hi,
|
| The openmoko neo gta02 hangs frequently. I'v upgraded the software but
| no use. It is happening mostly during calls, working with address
| book, or any other software. Then I have to remove to battery to
| reboot the system.
|
| What can be the reason? any possible diagnosis method to identify the
| problem? Is there by any chance it is a hardware problem?

Any flashing lights when this happens?

I'd say it was just suspending but you mention "working with address book".

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

iEYEARECAAYFAkiS9poACgkQOjLpvpq7dMr5bQCeMWRyi6Bc2blbQ1lmGIG1k2wj
P8kAoJYCcg/XYKszcSjULWUTRuSKwO8o
=ION6
-END PGP SIGNATURE-

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: New Freerunner - never gets GPS fix

[Mike Doody]

Yep, turned it on, visually watched the NMEA strings go by...

On Fri, Aug 1, 2008 at 6:01 AM, Jay Vaughan <[EMAIL PROTECTED]> wrote:
>> Is there anything I can do - check signal levels or something - or do
>> I need to return this for warranty replacement?
>
>
> stupid question, but did you turn it on?  you have to use the power
> menu to turn on GPS each time the freerunner boots ..
>
> ;
> --
> Jay Vaughan
>
>
>
>
>
> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support
>

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: "opkg upgrade" breaks USB networking: g_ether module missing

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
|>> ~ - binning the finegrained module packaging and having the modules
|>> all
|>> inside the kernel package
|>>
|> nope.
|>
|>> ~ - if not, making some modules dependencies of the kernel package
|>>
|> yes.
|>
|>> ~ - doing a depmod post-install or update of a kernel module package?
|>>
|> yes.
|
| i second that.

Opinions are interesting but frankly useless to me without some
explanation of why you came to think like that.  Sometimes people have
the wrong idea sometimes and it leads them to the wrong conclusion,
happens to me all the time anyway.  So please expand on "why".

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

iEYEARECAAYFAkiS8mYACgkQOjLpvpq7dMp6KACfXUTRAZWcvdXwfl4wbfa+1t38
OHsAnjtCC8yCVANwv2SnVSsSQxXT8zX9
=IZ4l
-END PGP SIGNATURE-

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: "opkg upgrade" breaks USB networking: g_ether module missing

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
|> The g_ether module is pretty much essential and I don't see any harm
|> in having all possibly-useful modules available to anyone using stock
|> kernels. If someone needs unusual driver configurations, are they not
|> likely to be rolling their own kernels?
|
|
| No.  It would be useful if the ability to swap gadget_* modules was
| standardized - that way people do not need to run custom kernels in
| order to go from gadget_ether to gadget_audio to gadget_storage, etc.

We should generate all the meaningful gadget modules now in the stock
kernel config now, there is no need for a custom kernel for this.

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

iEYEARECAAYFAkiS8egACgkQOjLpvpq7dMr8fACfVp5kVrZtSoojBqB3gRz/TBN3
QvMAoIvkGwPdoEjya3YbFaiT7L69nBns
=28RZ
-END PGP SIGNATURE-

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Neo Freerunner hangs

[Vimal Joseph]

Hi,

The openmoko neo gta02 hangs frequently. I'v upgraded the software but
no use. It is happening mostly during calls, working with address
book, or any other software. Then I have to remove to battery to
reboot the system.

What can be the reason? any possible diagnosis method to identify the
problem? Is there by any chance it is a hardware problem?

regards,

~vimal

-- 
Free Software, Free Society
സ്വതന്ത്ര സോഫ്​റ്റ്​വെയര്‍, സ്വതന്ത്ര സമൂഹം

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: "opkg upgrade" breaks USB networking: g_ether module missing

[arne anka]

>> ~ - binning the finegrained module packaging and having the modules
>> all
>> inside the kernel package
>>
>
> nope.
>
>> ~ - if not, making some modules dependencies of the kernel package
>>
>
> yes.
>
>> ~ - doing a depmod post-install or update of a kernel module package?
>>
>
> yes.

i second that.

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: "opkg upgrade" breaks USB networking: g_ether module missing

[Jay Vaughan]

> ~ - binning the finegrained module packaging and having the modules  
> all
> inside the kernel package
>

nope.

> ~ - if not, making some modules dependencies of the kernel package
>

yes.

> ~ - doing a depmod post-install or update of a kernel module package?
>

yes.

;
--
Jay Vaughan





___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: "opkg upgrade" breaks USB networking: g_ether module missing

[Jay Vaughan]

> The g_ether module is pretty much essential and I don't see any harm
> in having all possibly-useful modules available to anyone using stock
> kernels. If someone needs unusual driver configurations, are they not
> likely to be rolling their own kernels?


No.  It would be useful if the ability to swap gadget_* modules was  
standardized - that way people do not need to run custom kernels in  
order to go from gadget_ether to gadget_audio to gadget_storage, etc.


;
--
Jay Vaughan





___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: New Freerunner - never gets GPS fix

[Jay Vaughan]

> Is there anything I can do - check signal levels or something - or do
> I need to return this for warranty replacement?


stupid question, but did you turn it on?  you have to use the power  
menu to turn on GPS each time the freerunner boots ..

;
--
Jay Vaughan





___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Is this the SIM card Hardware problem?

[Tim Dobson]

Evgeny Ginzburg wrote:
> Some of US users reported than newer SIMs works good? try to change your 
> SIM ot new one on some contract. 

I've tired other SIMS, they seem to work.. I've just tried a 
disconnected newer o2 SIM card and it seemed to work better. I'm going 
to try a SIM card model (with the same carrier which i think is 
identical soon. I'll get back to you...

And plese report your SIM to
> http://wiki.openmoko.org/wiki/FreeRunner_unable_to_work_with_3G_SIM_cards

Already done!

-- 
www.tdobson.net

If each of us have one object, and we exchange them, then each of us
still has one object.
If each of us have one idea, and we exchange them, then each of us now
has two ideas.   -  George Bernard Shaw

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Is this the SIM card Hardware problem?

[Tim Dobson]

arne anka wrote:
> did you check your sim for physical problems, ie whether all pins 
> connect correctly?

no. can you suggest how i might go about doing this? I understand 
inserting/removing the sim etc. currently it is down in the locked position.

thanks,

Tim

-- 
www.tdobson.net

If each of us have one object, and we exchange them, then each of us
still has one object.
If each of us have one idea, and we exchange them, then each of us now
has two ideas.   -  George Bernard Shaw

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Is this the SIM card Hardware problem?

[Evgeny Ginzburg]

Tim Dobson wrote:
> Hi,
> I have just got my Neo Freerunner and am having some difficulties with 
> my prepaid UK o2 SIM Card. I am unaware whether it is 3G, however it is 
> quite old, and there wasn't any fuss about it being 3g when i got it so 
> i suggest not. I have been using it a 3310 for the past 4 years or so.
> 
> Anyway to thepoint;
> 
> when i run the command at:
> 
> http://wiki.openmoko.org/wiki/FreeRunner_unable_to_work_with_3G_SIM_cards
> 
> I get things like this:
> 
> [EMAIL PROTECTED]:~# libgsmd-tool -v -m atcmd
> libgsm-tool - (C) 2006-2007 by Harald Welte and OpenMoko, Inc.
> This program is Free Software and has ABSOLUTELY NO WARRANTY
> 
> cme error: 100
> cme error: 313
> cme error: 313
> cme error: 313
> cme error: 313
> cme error: 313
> cme error: 313
> cme error: 313
> cme error: 313
> cme error: 313
> cme error: 313
> cme error: 313
> 
> Have have tried with several other SIM cards and had considerably more 
> sucess. The Russian MTS sim cards I tried worked perfectly and though 
> they have been deactivated by the network, a Vodafone UK and an Orange 
> UK (prepaid) SIM cards, worked with the messages and contacts 
> applications to some extent. This is more than the o2 SIM Card.
> 
> 
> When I attempt to dial a number with the problematic SIM card I get 
> "Dialer Error - No Network", no matter whether I am within signal or not
> 
> suggestions?
> 
> Tim
Some of US users reported than newer SIMs works good? try to change your 
SIM ot new one on some contract. And plese report your SIM to
http://wiki.openmoko.org/wiki/FreeRunner_unable_to_work_with_3G_SIM_cards

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Is this the SIM card Hardware problem?

[arne anka]

did you check your sim for physical problems, ie whether all pins connect  
correctly?

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Is this the SIM card Hardware problem?

[Tim Dobson]

Hi,
I have just got my Neo Freerunner and am having some difficulties with 
my prepaid UK o2 SIM Card. I am unaware whether it is 3G, however it is 
quite old, and there wasn't any fuss about it being 3g when i got it so 
i suggest not. I have been using it a 3310 for the past 4 years or so.

Anyway to thepoint;

when i run the command at:

http://wiki.openmoko.org/wiki/FreeRunner_unable_to_work_with_3G_SIM_cards

I get things like this:

[EMAIL PROTECTED]:~# libgsmd-tool -v -m atcmd
libgsm-tool - (C) 2006-2007 by Harald Welte and OpenMoko, Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

cme error: 100
cme error: 313
cme error: 313
cme error: 313
cme error: 313
cme error: 313
cme error: 313
cme error: 313
cme error: 313
cme error: 313
cme error: 313
cme error: 313

Have have tried with several other SIM cards and had considerably more 
sucess. The Russian MTS sim cards I tried worked perfectly and though 
they have been deactivated by the network, a Vodafone UK and an Orange 
UK (prepaid) SIM cards, worked with the messages and contacts 
applications to some extent. This is more than the o2 SIM Card.


When I attempt to dial a number with the problematic SIM card I get 
"Dialer Error - No Network", no matter whether I am within signal or not

suggestions?

Tim


-- 
www.tdobson.net

If each of us have one object, and we exchange them, then each of us
still has one object.
If each of us have one idea, and we exchange them, then each of us now
has two ideas.   -  George Bernard Shaw

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: "opkg upgrade" breaks USB networking: g_ether module missing

[Stroller]

On 1 Aug 2008, at 06:53, Andy Green wrote:
> ...
> Should we consider...
>
> ~ - binning the finegrained module packaging and having the modules  
> all
> inside the kernel package

+1

Although those on the dev list may be more insightful than me, I  
don't see any real downside to this.

The g_ether module is pretty much essential and I don't see any harm  
in having all possibly-useful modules available to anyone using stock  
kernels. If someone needs unusual driver configurations, are they not  
likely to be rolling their own kernels?

Stroller.


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: "opkg upgrade" breaks USB networking: g_ether module missing

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| Yes, could be this as I am seeing the same messages in the log.  I did
| update uboot on the weekend (which is when I got the device).
|
| A wall charger worked normally, its just usb charging (tried a laptop
| and a desktop) thats the problem.

Well it sounds a bit out of place to say it, but: great.  At least we
understand what's happening.

A wall charger doesn't try to talk with the device over USB, it is
recognized by a magic resistor on the USB ID pin, that's why it works
but host charging didn't.

I made patches to reduce the probability of this from 50:50 to ~10% and
just sent them out, I didn't find how to eliminate it yet.

| Which uboot is "safe"?

I'm not sure.  I suspect older U-Boot had lower probability of making
the same problem since we had no idea this was happening until now, and
some of the fixes I added would have been needed on older versions too.
~ best bet is to update to tomorrow's U-Boot and we'll try to remove the
remaining chance of the problem in the meanwhile.

http://git.openmoko.org/?p=u-boot.git;a=commitdiff;h=00c27eb2887c07a9b6cdf095e7be016ab7e42d52
http://git.openmoko.org/?p=u-boot.git;a=commitdiff;h=d872d1ffdbbaf93de0f9ee95debeb414cc6da90c
http://git.openmoko.org/?p=u-boot.git;a=commitdiff;h=5ebb764a8bfb44786ba80e5102c85cbeaa7139c5

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

iEYEARECAAYFAkiStTUACgkQOjLpvpq7dMqCPQCfZARgZXUoe/xNII5iLaT6ac51
2XwAn04KpXM6Ku6VqoHvZk744o2zQXah
=6cct
-END PGP SIGNATURE-

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support