On Saturday March 06, 2010, Michal Brzozowski wrote:
2010/2/2 Josh Thompson om-c...@joshandbianca.net
I just tested this on another computer, and the USB networking worked
fine.
How do I change it to use the usb_storage gadget instead? Previously, I
just
rmmoded the g_ether gadget
2010/3/8 Josh Thompson om-c...@joshandbianca.net
Unfortunately, no I didn't. I'm still hoping someone that knows more about
usb gadgets will figure it out.
Josh
It seems that the file storage driver is not even built-in.
___
Openmoko community
2010/2/2 Josh Thompson om-c...@joshandbianca.net
I just tested this on another computer, and the USB networking worked fine.
How do I change it to use the usb_storage gadget instead? Previously, I
just
rmmoded the g_ether gadget and modprobed the g_file_storage one. Depending
on my need,
On Thu, Jan 21, 2010 at 10:26 PM, Timo Juhani Lindfors
timo.lindf...@iki.fi wrote:
Helge Hafting helge.haft...@hist.no writes:
That ticket seems to describe a similiar problem with wifi, it doesn't
mention GSM. Or are both handled by a common piece of hardware?
No. GSM runs on a separate ARM
Niels Heyvaert wrote:
It may be some kind of race condition in the SHR software, that
gets trigged much more often with the faster kernel.
We found this race condition in Debian, too - even before using a
faster kernel by lowering the framework's log_level.
So it appears the symptoms
Helge Hafting helge.haft...@hist.no writes:
That ticket seems to describe a similiar problem with wifi, it doesn't
mention GSM. Or are both handled by a common piece of hardware?
No. GSM runs on a separate ARM processor and is accessed over a serial
port.
I experience a very bad suspend battery life after I started using the
faster kernel. Even when I make sure gps, gsm, wifi are turned off. Has
anyone noticed this? Or maybe something else is causing this?
2010/1/18 David Garabana Barro da...@garabana.com
On Monday 18 January 2010 17:13:42 David
I experience a very bad suspend battery life after I started using the
faster kernel. Even when I make sure gps, gsm, wifi are turned off. Has
anyone noticed this? Or maybe something else is causing this?
i got the impression that bluetooth is always on (illume top shelf always
shows the bt
2010/1/20 arne anka openm...@ginguppin.de
I experience a very bad suspend battery life after I started using the
faster kernel. Even when I make sure gps, gsm, wifi are turned off. Has
anyone noticed this? Or maybe something else is causing this?
i got the impression that bluetooth is
Check for cron or another app using 100% cpu - I had this awhile back
and it seemed to affect suspend time, but I think that was because it
chewed up so much battery that battery life overall seemed short.
I am using shr-t and it seems battery life is better if anything on both
the current (no
David Garabana Barro wrote:
On Monday 18 January 2010 16:52:11 Helge Hafting wrote:
[...]
Too bad this kernel didn't work, it seemed very interesting.
I don't know what is causing gsm to not register, but it's not kernel, for
sure.
It may be some kind of race condition in the SHR
On Tue, Jan 19, 2010 at 09:28:10AM +0100, Helge Hafting wrote:
David Garabana Barro wrote:
On Monday 18 January 2010 16:52:11 Helge Hafting wrote:
[...]
Too bad this kernel didn't work, it seemed very interesting.
I don't know what is causing gsm to not register, but it's not kernel,
It may be some kind of race condition in the SHR software, that
gets trigged much more often with the faster kernel.
We found this race condition in Debian, too - even before using a
faster kernel by lowering the framework's log_level.
So it appears the symptoms have been tracked:
Radek Polak wrote:
Radek Polak wrote:
Here are mine numbers on QtMoko:
kernel size:
old: 1 833 952
new: 1 660 364
boot time
old: 1min 58s
new: 1min 30s
Btw if someone wants to try here is new kernel with modules:
http://activationrecord.net/radekp/qtmoko/download/experimental/
On Monday 18 January 2010 16:52:11 Helge Hafting wrote:
Installed the kernel, and the modules.
It did not work. Well, X came up and was nice and snappy, but
the phone never connected to the GSM network. I tried shr-settings,
and GSM could not be turned on!
I tried booting several times, I
On Monday 18 January 2010 17:13:42 David Garabana Barro wrote:
On Monday 18 January 2010 16:52:11 Helge Hafting wrote:
Installed the kernel, and the modules.
It did not work. Well, X came up and was nice and snappy, but
the phone never connected to the GSM network. I tried shr-settings,
It did not work. Well, X came up and was nice and snappy, but
the phone never connected to the GSM network. I tried shr-settings,
and GSM could not be turned on!
I tried booting several times, I tried restarting various fso daemons
that seemed phone-related.
Nothing helped. In the end,
And sometimes, but only sometimes, when not registered on boot, I can force
registration simply by rebooting libphoneui from shr-settings
Sometimes it doesn't matter what daemon you reboot. It doesn't register :(
I just managed to force the registering by giving the FR sth. to work and
2010/1/14 Neil Jerram neiljer...@googlemail.com:
I've just installed Timo's kernel from
http://users.tkk.fi/~tajyrink/moko/kernel_20100108_nodebug_nopreempt/uImage-moredrivers-GTA02_oma-andy-2a04ce8203d7d0f1.bin,
One more possible issue with this kernel. The boot messages always say
Neil Jerram neiljer...@googlemail.com writes:
[21474539.53] pcf50633-rtc pcf50633-rtc: hctosys: unable to read
the hardware clock
Can't find this from logs here. Does
cat /sys/class/rtc/rtc0/since_epoch
fail also? Can you reboot a few times and see if you see the bug every
time or just
On Tue, Jan 19, 2010 at 7:21 AM, Neil Jerram neiljer...@googlemail.com wrote:
and my FR's date and time is always back to 1st Jan 1970 after a
reboot. It looks to me as though the RTC device isn't working:
debian-gta02:~# hwclock --show
RTC_RD_TIME: Invalid argument
snip
I my case on QtMoko
2010/1/18 Timo Juhani Lindfors timo.lindf...@iki.fi:
Neil Jerram neiljer...@googlemail.com writes:
[21474539.53] pcf50633-rtc pcf50633-rtc: hctosys: unable to read
the hardware clock
Can't find this from logs here. Does
cat /sys/class/rtc/rtc0/since_epoch
fail also?
Yes:
2010/1/8 Timo Jyrinki timo.jyri...@gmail.com:
If you want to have a quick grab of the new kernel for Debian (or any
distro that loads uImage from a file), I put my compilation of kernel
and modules to
http://users.tkk.fi/~tajyrink/moko/kernel_20100108_nodebug_nopreempt/
I've just installed
On Friday 08 January 2010 19:23:00 Timo Jyrinki wrote:
Hi,
Just FYI to the community list, as slowness has been one of the
biggest problems with Neo. Quite nice speedups are coming:
http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010811.htm
l (performance testing by Gennady
Le 12/01/2010 12:42, David Garabana Barro a écrit :
On Friday 08 January 2010 19:23:00 Timo Jyrinki wrote:
Hi,
Just FYI to the community list, as slowness has been one of the
biggest problems with Neo. Quite nice speedups are coming:
Le 12/01/2010 13:51, Thomas HOCEDEZ a écrit :
Le 12/01/2010 12:42, David Garabana Barro a écrit :
- No sound during phonecalls (can't hear nothing on both sides).
Someone to confirm those bugs ? (this way I'll trac those points)
Ben moi je pourrais confirmer que j'ai pas de son, mais c'est
Le 12/01/2010 14:07, KaZeR a écrit :
Le 12/01/2010 13:51, Thomas HOCEDEZ a écrit :
Le 12/01/2010 12:42, David Garabana Barro a écrit :
- No sound during phonecalls (can't hear nothing on both sides).
Someone to confirm those bugs ? (this way I'll trac those points)
Apologies for my last
Am Dienstag 12 Januar 2010 schrieb Thomas HOCEDEZ:
Just FYI to the community list, as slowness has been one of the
biggest problems with Neo. Quite nice speedups are coming:
Its *REALLY* faster. You can feel it from the very first touch: SHR-Today
I can confirm, but some troubles on the SHRu
Am 10. Januar 2010 18:44 schrieb Fabian Schölzel
fabian.schoel...@googlemail.com:
Hm... i've done that, but i'm getting the cycles, too. I can't even connect
through ssh now. Will there be a v17 release soon, or do i have to revert the
kernel?
It seems i hadn't v16 installed, so i didn't
2010/1/12 Thomas HOCEDEZ thomas.hoce...@free.fr
I can confirm, but some troubles on the SHRu (Jan 6th) :
- Wifi is not available (can't turn on device)
- No sound during phonecalls (can't hear nothing on both sides).
Someone to confirm those bugs ? (this way I'll trac those points)
have
Tried now on shr-u, simply great!
d
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Wed, Jan 13, 2010 at 1:51 AM, Thomas HOCEDEZ thomas.hoce...@free.fr wrote:
[snip]
I can confirm, but some troubles on the SHRu (Jan 6th) :
- Wifi is not available (can't turn on device)
- No sound during phonecalls (can't hear nothing on both sides).
Someone to confirm those bugs ? (this
I think you did not install the modules. it is described earlier in this
thread.
I had no wifi or even usb networking left though.
Solved it by removing sd-card, putting the modules on it from laptop and
insert it into the neo again.
Wifi works like a charm with nwa, doesn't connect with mokonnect
В Втр, 12/01/2010 в 20:49 +0100, Richy пишет:
Anyways. Big speedup, really nicely done. - Maybe there are even more
improvements to the kernel somewhere?
I am planning to check various other ideas, don't expect such big
difference anymore, but improvements are really possible.
have fun.
В Втр, 12/01/2010 в 13:51 +0100, Thomas HOCEDEZ пишет:
Le 12/01/2010 12:42, David Garabana Barro a crit :
On Friday 08 January 2010 19:23:00 Timo Jyrinki wrote:
Hi,
Just FYI to the community list, as slowness has been one of the
biggest problems with Neo. Quite nice speedups are
Michal Brzozowski a écrit :
2010/1/9 Radek Polak pson...@seznam.cz mailto:pson...@seznam.cz
Btw if someone wants to try here is new kernel with modules:
http://activationrecord.net/radekp/qtmoko/download/experimental/
Is this going to work with SHR or only with Qtmoko?
I
2010/1/8 Timo Jyrinki timo.jyri...@gmail.com
Hi,
Just FYI to the community list, as slowness has been one of the
biggest problems with Neo. Quite nice speedups are coming:
Wow, this is big. Literki is like 3x faster
___
Openmoko community mailing
On Fri, Jan 08, 2010 at 08:23:00PM +0200, Timo Jyrinki wrote:
Hi,
Just FYI to the community list, as slowness has been one of the
biggest problems with Neo. Quite nice speedups are coming:
This is the single most incredible speedup so far! Big thanks to anyone
involved!
I'm running
Good work,
Do I only need the .bin or the config and modules also. I have tried
just the .bin using qtMoko v16 image and it boots quite quickly to qt
ui then cycles to black screen with blinking cursor then after some
time back to qt screen then back to black screen. etc
cheers Denis
On Sat,
Ole Kliemann wrote:
On Fri, Jan 08, 2010 at 08:23:00PM +0200, Timo Jyrinki wrote:
Hi,
Just FYI to the community list, as slowness has been one of the
biggest problems with Neo. Quite nice speedups are coming:
This is the single most incredible speedup so far! Big thanks to anyone
On Sun, Jan 10, 2010 at 02:05:17PM +0100, Thomas Hocedez wrote:
@/ole : How did you managed to change the resolution ?
I have in /etc/fb.modes:
mode 240x320
geometry 240 320 240 320 16
timings 10 8 88 2 2 8 2
endmode
Now stop the Xserver. Do:
Denis Johnson wrote:
Do I only need the .bin or the config and modules also. I have tried
just the .bin using qtMoko v16 image and it boots quite quickly to qt
ui then cycles to black screen with blinking cursor then after some
time back to qt screen then back to black screen. etc
You need
On Sunday 10 January 2010 13:59:01 Denis Johnson wrote:
Good work,
Do I only need the .bin or the config and modules also. I have tried
just the .bin using qtMoko v16 image and it boots quite quickly to qt
ui then cycles to black screen with blinking cursor then after some
time back to qt
On Sunday 10. January 2010 15:10:31, Radek Polak Polak wrote:
You need to unpack modules for newer kernel first.
ssh r...@neo
cd /
wget
http://activationrecord.net/radekp/qtmoko/download/experimental/modules-
v17.tar.gz
tar xzvpf modules-v17.tar.gz
Hm... i've done that, but i'm getting
Thanks to Radek, I indeed also needed to download an untar the modules.
All good, great work.
On Sun, Jan 10, 2010 at 10:59 PM, Denis Johnson denis.john...@gmail.com wrote:
Good work,
Do I only need the .bin or the config and modules also. I have tried
just the .bin using qtMoko v16 image
Radek Polak wrote:
Here are mine numbers on QtMoko:
kernel size:
old: 1 833 952
new: 1 660 364
boot time
old: 1min 58s
new: 1min 30s
Btw if someone wants to try here is new kernel with modules:
http://activationrecord.net/radekp/qtmoko/download/experimental/
Regards
Radek
2010/1/9 Radek Polak pson...@seznam.cz
Btw if someone wants to try here is new kernel with modules:
http://activationrecord.net/radekp/qtmoko/download/experimental/
Is this going to work with SHR or only with Qtmoko?
___
Openmoko community mailing
Am Samstag, 9. Januar 2010 schrieb Michal Brzozowski:
2010/1/9 Radek Polak pson...@seznam.cz
Btw if someone wants to try here is new kernel with modules:
http://activationrecord.net/radekp/qtmoko/download/experimental/
Is this going to work with SHR or only with Qtmoko?
I used
Radek Polak wrote:
Btw if someone wants to try here is new kernel with modules:
http://activationrecord.net/radekp/qtmoko/download/experimental/
I see in your supplied config that you still have
CONFIG_MTD_NAND_VERIFY_WRITE=y which was found to be a slowdown in write
performance. In latest
Michal Brzozowski wrote:
Is this going to work with SHR or only with Qtmoko?
Yes, it should.
Regards
Radek
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Fri, Jan 8, 2010 at 7:23 PM, Timo Jyrinki timo.jyri...@gmail.com wrote:
Hi,
Just FYI to the community list, as slowness has been one of the
biggest problems with Neo. Quite nice speedups are coming:
http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010811.html
Timo Jyrinki wrote:
Disabling kernel debug
features and pre-empt has resulted eg. these kind of improvements
(from IRC, #openmoko-fi):
- boot time 68.5% of original
- apt-cache search nano 20s - 14.8s
- emacs -f kill-emacs 3.8s - 2.2s
Here are mine numbers on QtMoko:
kernel size:
old: 1
On Fri, Jan 8, 2010 at 2:28 PM, Radek Polak pson...@seznam.cz wrote:
Here are mine numbers on QtMoko:
kernel size:
old: 1 833 952
new: 1 660 364
boot time
old: 1min 58s
new: 1min 30s
huzzah! lets get this piped in asap. would this help with application load time?
Hi,
I get similar boot speed improvements on my FR with both qtmoko v16 in
NAND and Hackable1 rev5 on SD. The kernel also fixes an issue with both
distro's where BT would fail to wake after suspend.
Well done!
-Dave
On Sat, Jan 9, 2010 at 8:49 AM, jeremy jozwik jerjoz.for...@gmail.comwrote:
54 matches
Mail list logo