2010/3/8 Josh Thompson
> 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 mailing list
community@
On Saturday March 06, 2010, Michal Brzozowski wrote:
> 2010/2/2 Josh Thompson
>
> > 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
2010/2/2 Josh Thompson
>
> 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, I switch back and
On 14 January 2010 22:41, Neil Jerram wrote:
>
> 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,
> [...]
>
> But I noticed two apparent changes/regressions.
>
> 1. The openmoko-pa
On Sat January 30 2010 2:48:07 am Timo Jyrinki wrote:
> 2010/1/29 Josh Thompson :
> > Thanks for providing this kernel. I've been very happy with the
> > speedups.
>
> I was happy to be the messenger towards the community list.
>
> > However, I seem to be missing the usb gadget kernel modules. I
Am Freitag 29 Januar 2010 schrieb Josh Thompson:
> Thanks for providing this kernel. I've been very happy with the speedups.
> However, I seem to be missing the usb gadget kernel modules. I can't seem
> to find them, and I'd like to be able to use the usb networking and mass
> storage modules. A
2010/1/29 Josh Thompson :
> Thanks for providing this kernel. I've been very happy with the speedups.
I was happy to be the messenger towards the community list.
> However, I seem to be missing the usb gadget kernel modules. I can't seem to
> find them, and I'd like to be able to use the usb ne
Timo,
Thanks for providing this kernel. I've been very happy with the speedups.
However, I seem to be missing the usb gadget kernel modules. I can't seem to
find them, and I'd like to be able to use the usb networking and mass storage
modules. Are they available somewhere? Are they built i
On Thu, Jan 21, 2010 at 10:26 PM, Timo Juhani Lindfors
wrote:
> Helge Hafting 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 se
Helge Hafting 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.
___
Openmo
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 th
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 d
2010/1/20 arne anka
> > 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
> 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 b
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
> On Monday 18 January 2010 17:13:42 David Garabana Barro wr
>>
>> 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 tracke
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
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 s
2010/1/18 Timo Juhani Lindfors :
> Neil Jerram 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:
debian-gta02:~# cat /sys/class/rtc/rtc0/since_
On Tue, Jan 19, 2010 at 7:21 AM, Neil Jerram 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
>
I my case on QtMoko V16B and this kernel I
Neil Jerram 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 sometimes?
> debian-gta02
2010/1/14 Neil Jerram :
>
> 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
[21474539.53] pcf50633-rtc
> 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
> 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 t
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-set
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 tim
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/do
2010/1/8 Timo Jyrinki :
>
> 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 Timo's kernel from
В Втр, 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 nic
В Втр, 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. Genn
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
On Wed, Jan 13, 2010 at 1:51 AM, Thomas HOCEDEZ 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 way I'll trac tho
Tried now on shr-u, simply great!
d
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
2010/1/12 Thomas HOCEDEZ
> 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 you installed th
Am 10. Januar 2010 18:44 schrieb Fabian Schölzel
:
> 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 worked. Now i have it
working, and
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 th
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 fo
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'e
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:
>>
>> http://lists.openmoko.org/pipermail/ope
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 Ge
Michal Brzozowski a écrit :
> 2010/1/9 Radek Polak 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 tested it w
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 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 qui
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
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
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 nee
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. D
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 than
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, Jan
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 shr-t
2010/1/8 Timo Jyrinki
> 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 list
community@li
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
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
Am Samstag, 9. Januar 2010 schrieb Michal Brzozowski:
> 2010/1/9 Radek Polak
>
> > 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 the
2010/1/9 Radek Polak
> 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 list
commun
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
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 wrote:
> On Fri, Jan 8, 2010
On Fri, Jan 8, 2010 at 2:28 PM, 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
huzzah! lets get this piped in asap. would this help with application load time?
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 siz
On Fri, Jan 8, 2010 at 7:23 PM, 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.html
> (performance testing by G
59 matches
Mail list logo