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,
Dnia 13 lutego 2010 12:42 ghislain ghisl...@basetrend.nl napisał(a):
Timo Juhani Lindfors wrote:
How can kernel modules affect graphics performance?
Maybe because some of the necessary modules can't be loaded now.
I use this kernel on QtMoko and graphics are very fast, this was
On Sun, Jan 24, 2010 at 06:04:02PM +, Neil Jerram wrote:
2010/1/24 Andy Poling a...@realbig.com:
I finally looked into it, and this is the problem (with RTC debugging
enabled): [...]
Wow, what a fantastic bug! So, IIUC, it will only strike someone who
upgraded in January from a
On 23 February 2010 18:18, Sebastian Reichel elektra...@gmail.com wrote:
Hi,
what happened with this patch? My FR ran out of power, which
resulted in a reset RTC. Now I can't set it back to current time,
because of hwclock's read.
I wasn't able to test it myself, because I don't have a
On Tue, Feb 23, 2010 at 10:40:26PM +, Neil Jerram wrote:
On 23 February 2010 18:18, Sebastian Reichel elektra...@gmail.com wrote:
Hi,
what happened with this patch? My FR ran out of power, which
resulted in a reset RTC. Now I can't set it back to current time,
because of hwclock's
On 23 February 2010 23:19, Sebastian Reichel elektra...@gmail.com wrote:
I just tried the patch and it seems to work. It will be included in the
next Debian kernel.
OK, cool, thanks. (Wow, my first ever kernel patch!)
Neil
___
Openmoko
On Monday 15 February 2010 19:33:56 Rui Miguel Silva Seabra wrote:
A framebuffer device is usually slower than a native driver under X.
My Freerunner's UI performance definitely felt a bit faster after moving
to the native driver.
My point is that X server probably kills the performance
2010/2/16 Radek Polak pson...@seznam.cz:
I think that this is very unfortunate explanation. To me it looks like
somebody said that freerunner's graphics sucks and there is no way it will
ever be faster and it was taken as a fact.
I'm no hardware guru, but if i remember it correctly, it was the
* Radek Polak wrote, Il 16/02/2010 15:48:
Now i just change a few kernel config options and few line patch
(thanks to
Thomas White) and the graphics speed is very nice. In QVGA it can probably
match iPhone or any Android device.
I totally agree Radek's words, and in my experience the
On Tuesday 16 February 2010 15:48:49 Radek Polak wrote:
On Monday 15 February 2010 19:33:56 Rui Miguel Silva Seabra wrote:
I think that this is very unfortunate explanation. To me it looks like
somebody said that freerunner's graphics sucks and there is no way it will
ever be faster and it
On Tue, 16 Feb 2010 16:19:08 +0100
David Garabana Barro da...@garabana.com wrote:
Now i just change a few kernel config options and few line patch (thanks to
Thomas White) and the graphics speed is very nice. In QVGA it can probably
match iPhone or any Android device.
No, it can't, at
It's a fact that to get to this state we're going to have to
write a lot of hardware-specific code, and each developer who would
potentially work on this stuff has to make their own decision about
whether they want to do that for a GPU which won't be found elsewhere.
There is another, much
On Tuesday 16 February 2010 17:04:28 ri...@happyleptic.org wrote:
It's a fact that to get to this state we're going to have to
write a lot of hardware-specific code, and each developer who would
potentially work on this stuff has to make their own decision about
whether they want to do
On Tue, 16 Feb 2010 16:49:30 +0100 Thomas White t...@bitwiz.org.uk said:
On Tue, 16 Feb 2010 16:19:08 +0100
David Garabana Barro da...@garabana.com wrote:
Now i just change a few kernel config options and few line patch (thanks
to Thomas White) and the graphics speed is very nice. In QVGA
On Tuesday 16 February 2010 17:18:27 Carsten Haitzler wrote:
as for GL.. there is gl-es1.1 - but only minimally useful. can't do vga
rendering - so u need to drop to qvga anyway. max texture size of 256x256?
Wasn't max texture size 512x512?
signature.asc
Description: This is a digitally
On Tue, 16 Feb 2010 17:33:32 +0100 David Garabana Barro da...@garabana.com
said:
On Tuesday 16 February 2010 17:18:27 Carsten Haitzler wrote:
as for GL.. there is gl-es1.1 - but only minimally useful. can't do vga
rendering - so u need to drop to qvga anyway. max texture size of 256x256?
On Saturday 13 February 2010 11:49:14 ghislain wrote:
I think the slowness of the graphics can be explained by not having the
kernel-modules installed.
The slowness is more likely because SHR runs on top of X while QtMoko draws
directly to framebuffer.
Regards
Radek
Em 15-02-2010 13:03, Radek Polak escreveu:
I think the slowness of the graphics can be explained by not having the
kernel-modules installed.
The slowness is more likely because SHR runs on top of X while QtMoko draws
directly to framebuffer.
A framebuffer device is usually slower than a
in context:
http://n2.nabble.com/qtmoko-New-significant-speedups-coming-to-FreeRunner-tp4284388p4565706.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko community mailing list
community@lists.openmoko.org
http
ghislain ghisl...@basetrend.nl writes:
I think the slowness of the graphics can be explained by not having the
kernel-modules installed. The kernel-modules are contained in the rootfs.img
as part of the total distribution.
How can kernel modules affect graphics performance?
- http://www.openmobile.nl openmobile.nl
--
View this message in context:
http://n2.nabble.com/qtmoko-New-significant-speedups-coming-to-FreeRunner-tp4284388p4565826.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko
[cut]
This is an installer-image which will flash to nand, but you can flash to
nand using dfu-util by flashing the files 'kernel.img' (== uImage) and
'rootfs.img' (== jffs2).
Ghislain
And which of files is kernel with nodebug?
--
Patryk LeadMan Benderz
Linux Registered User #377521
()
On Fri, 2010-02-12 at 13:39 +0100, Patryk Benderz wrote:
[cut]
This is an installer-image which will flash to nand, but you can flash to
nand using dfu-util by flashing the files 'kernel.img' (== uImage) and
'rootfs.img' (== jffs2).
Ghislain
And which of files is kernel with nodebug?
Dnia 2010-02-12, pią o godzinie 04:57 -0800, Alishams Hassam pisze:
On Fri, 2010-02-12 at 13:39 +0100, Patryk Benderz wrote:
[cut]
This is an installer-image which will flash to nand, but you can flash to
nand using dfu-util by flashing the files 'kernel.img' (== uImage) and
Thanks, I made little test. I used this kernel with SHR-T. System loaded
fast (~30s) , applications loads fast, but all graphics related
activities like screen scrolling are painfully slow and look like a
slide show. Would you kindly advise me a better nodebug kernel for tests
with SHR-T?
I
2010/1/24 Andy Poling a...@realbig.com:
I finally looked into it, and this is the problem (with RTC debugging
enabled): [...]
Wow, what a fantastic bug! So, IIUC, it will only strike someone who
upgraded in January from a kernel without Werner's change, to one with
Werner's change - because
On Mon, 18 Jan 2010, Neil Jerram wrote:
One more possible issue with this kernel. The boot messages always say
[21474539.53] pcf50633-rtc pcf50633-rtc: hctosys: unable to read
the hardware clock
I'm seeing this on my build from a recent git pull as well. It also has the
unpleasant side
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:
Hi,
just little notice. Without debug stuff and preempt, Freerunner is now capable
of playing ogg videos in 320x240 on framebuffer without frames dropped.
This was not possible until now and you had to use non free and patented
codecs for videos. Now we have possibility to use open video
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
' (== jffs2).
Ghislain
--
View this message in context:
http://n2.nabble.com/qtmoko-New-significant-speedups-coming-to-FreeRunner-tp4284388p4329047.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko community mailing list
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
- http://www.openmobile.nl
openmobile.nl
--
View this message in context:
http://n2.nabble.com/qtmoko-New-significant-speedups-coming-to-FreeRunner-tp4284388p4284388.html
Sent from the Openmoko Community mailing list archive at Nabble.com
segfault in webviewer /
arora)
Ghislain
http://www.basetrend.nl/ BaseTrend - http://www.openmobile.nl
openmobile.nl
--
View this message in context:
http://n2.nabble.com/qtmoko-New-significant-speedups-coming-to-FreeRunner-tp4284388p4284388.html
Sent from the Openmoko Community mailing list
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
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 Gennady Kupava)
Apparently, and unfortunately, no-one had really
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:
85 matches
Mail list logo
