Re: [shr-u] wakeuptime, was Re: 2.6.31 is out,where is my ultimate kernel?

[Marko Knöbl]

2009/9/15, Russell Dwiggins :
> I'm still a bit confused.  I'm in the same boat with others here where it
> takes between 3 and 4 rings before I can take any action on the incoming
> call.  (shr-u and u-boot, both recently updated)
>
> What is the condition that allows one to take action on a call ~1 ring, and
> how does the end user get to that point?  I think there are some who will
> point to Qi as a part of the solution, but I understand that this is a
> faith-based discussion. ;) I'd prefer to remain with u-boot for now until
> the suggested kexec kernel shows up to allow me to directly select the
> partition I wish to boot from.
>
> Russell Dwiggins
>
>
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
This is documented in the SHR User Manual[1] and on the SHR wiki[2].

[1] http://wiki.openmoko.org/wiki/SHR_User_Manual#Speedup_of_suspend_and_wake_up
[2] 
http://shr-project.org/trac/wiki/Tweaks#majorreallymajorspeedupofsuspendandwakeup

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

Re: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?

[Al Johnson]

On Tuesday 15 September 2009, Russell Dwiggins wrote:
> I'm still a bit confused.  I'm in the same boat with others here where it
> takes between 3 and 4 rings before I can take any action on the incoming
> call.  (shr-u and u-boot, both recently updated)
>
> What is the condition that allows one to take action on a call ~1 ring, and
> how does the end user get to that point?  I think there are some who will
> point to Qi as a part of the solution, but I understand that this is a
> faith-based discussion. ;) I'd prefer to remain with u-boot for now until
> the suggested kexec kernel shows up to allow me to directly select the
> partition I wish to boot from.

You need to reduce the log level. The best way is to do it in the kernel 
parameters as this will also help with the boot time, but it can be done at 
runtime as well, so you could add it to an init script. Log level 4 gets rid 
of almost everything but should still give something useful with errors, while 
0 will stop it entirely. You could pick something in between too.

For the kernel parameters you need to edit your uboot environment. Add either 
'quiet' or 'loglevel=n' where n is the desired loglevel. quiet gives loglevel 
4. See:
http://wiki.openmoko.org/wiki/Bootloader_commands#Environment

The runtime method is described on the shr tweaks page:
http://www.shr-
project.org/trac/wiki/Tweaks#majorreallymajorspeedupofsuspendandwakeup



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

Re: [shr-u] wakeuptime, was Re: 2.6.31 is out,where is my ultimate kernel?

[Richy]

I'm using QI, have to wait one ring to get the screen, press accept and than
another ring to have the other person actually hear me. The delay is very
confusing, for both parties.(Seems like they hear that someone picked up the
phone, but can't hear me in the beginning. -- have to acknowledge that).

Trying the debugfs hack today afternoon.


On Tue, Sep 15, 2009 at 09:44, arne anka  wrote:

> > how does the end user get to that point?  I think there are some who will
> > point to Qi as a part of the solution, but I understand that this is a
> > faith-based discussion. ;)
>
> well, i am not 100% sure, but i think indeed it is qi -- not at least
> because it
> a) does less on wakeup (might be wrong here)
> b) is configurable to print considerable less messages while resuming,
> those print outs take a lot of time
>
> additionally the recently mentioned debugfs hack _seems_to improve things.
>
> i tested a bit yesterday with and without the debugfs hack (only 6,7
> calls) and with the debugfs hack, one ring was enough. the second ring the
> caller heard was the first one the fr made.
> w/ the hack it took usually two or sometimes three (which i knew from
> before already).
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [shr-u] wakeuptime, was Re: 2.6.31 is out,where is my ultimate kernel?

[arne anka]

> how does the end user get to that point?  I think there are some who will
> point to Qi as a part of the solution, but I understand that this is a
> faith-based discussion. ;)

well, i am not 100% sure, but i think indeed it is qi -- not at least  
because it
a) does less on wakeup (might be wrong here)
b) is configurable to print considerable less messages while resuming,  
those print outs take a lot of time

additionally the recently mentioned debugfs hack _seems_to improve things.

i tested a bit yesterday with and without the debugfs hack (only 6,7  
calls) and with the debugfs hack, one ring was enough. the second ring the  
caller heard was the first one the fr made.
w/ the hack it took usually two or sometimes three (which i knew from  
before already).

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

RE: [shr-u] wakeuptime, was Re: 2.6.31 is out,where is my ultimate kernel?

[Russell Dwiggins]

I'm still a bit confused.  I'm in the same boat with others here where it
takes between 3 and 4 rings before I can take any action on the incoming
call.  (shr-u and u-boot, both recently updated)

What is the condition that allows one to take action on a call ~1 ring, and
how does the end user get to that point?  I think there are some who will
point to Qi as a part of the solution, but I understand that this is a
faith-based discussion. ;) I'd prefer to remain with u-boot for now until
the suggested kexec kernel shows up to allow me to directly select the
partition I wish to boot from.

Russell Dwiggins




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

Re: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?

[Paul Fertser]

matzehuber  writes:
> with loglevel 4 i get (meanwhile) the four messages you told
> (g_ether) and two more messages of my own.

Ok, np.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?

[matzehuber]

first, let me say sorry for the post this moring.
i had the finger to long on the power knob.
in fact, i had loglevel 8 while i took the picture.

with loglevel 4 i get (meanwhile) the four messages you told (g_ether) and
two more messages of my own.





-- 
View this message in context: 
http://n2.nabble.com/2-6-31-is-out-where-is-my-ultimate-kernel-tp3619631p3640633.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

Re: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?

[Paul Fertser]

On Mon, Sep 14, 2009 at 08:03:38AM +0200, Matthias Huber wrote:
> Paul Fertser schrieb:
> > Matthias Huber  writes:
> >   
> >> Paul Fertser schrieb:
> >> What messages do you see with loglevel=4 that shouldn't be there? For
> >> me normal suspend/resume doesn't add anything to console.
> >> 
> > ...
> >   
> >> i cannot tell exact, but i saw this messages.
> >> test it yourself.
> >> 
> >
> > I did. And sent some patches to the kernel to hide inappropriate
> > messages, they were applied long time ago. Currently i don't see any
> > single message on boot (if g_ether is compiled in) and no single
> > message on suspend/resume (if everything is working properly).
> >
> hmmm, now we have to define over what we are talking,.
> i mean: Linux om-gta02 2.6.29-rc3 #1 PREEMPT Tue Sep 1 23:03:59 CEST
> 2009 armv4tl unknown

Yes, Sep 1 is modern enough.

> where does a normal user get g_ether compiled in, when he uses the
> standard shr-u - kernel ?

With g_ether not compiled in i see only 4 messages on boot and i'm sure
they can't slow down the boot considerably.

> i will return later with exact messages on suspend/resume. dont have
> time now.
> but maybe this is g_ether.

Nah, it doesn't print anything on suspend/resume.

> ... if nothing else then loglevel=0 will solve this, i will make it zero.

Go ahead, but i very much hope you wouldn't be able to convince anybody to
make it default.

> >> and speed is also bootup-speed, (althoug this wasn't the trhread)
> >> where i see a lot of for an non-kernel-developer sensless messages,
> >> wich nobody cant read without a magnifying glass.
> >> 
> >
> > I can read messages on LCM without a magnifying glass, so "nobody" is
> > obviously a little bit inaccurate here.
> >
> >   
> what do you mean with LCM ?
> On moko, i cant read this. its too small for me.

LCM is LCD module (because it's not only LCD but also backlight and
touchscreen bundled together)

You != everybody

> is this exact enough for you ? but please don't say, it's unsharp :-))

I won't. 285 dpi that our displays have can't be unsharp.

> >> for me, who is/must/wants use this phone as daily phone totally
> >> senseless.
> >> 
> >
> > I do use my gta02 as my only cell phone since November.
> >
> > And i think that if some messages have inappropriate loglevels, that
> > should be fixed in kernel instead of hiding them.
> >
> >   
> with that, i agree, although my knoledge of linux says me, that, with
> any loglevel > 0 you will get some output at all.

Somehow i do not (except when something is going wrong, but it happens only
once, after that the messages don't take time to be outputted, because no
scrolling is involved).

So i'm waiting for something that can in fact help to find and fix the
messages in case they're really inappropriate.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?

[Paul Fertser]

Matthias Huber  writes:
> Paul Fertser schrieb:
> What messages do you see with loglevel=4 that shouldn't be there? For
> me normal suspend/resume doesn't add anything to console.
...
> i cannot tell exact, but i saw this messages.
> test it yourself.

I did. And sent some patches to the kernel to hide inappropriate
messages, they were applied long time ago. Currently i don't see any
single message on boot (if g_ether is compiled in) and no single
message on suspend/resume (if everything is working properly).

> and speed is also bootup-speed, (althoug this wasn't the trhread)
> where i see a lot of for an non-kernel-developer sensless messages,
> wich nobody cant read without a magnifying glass.

I can read messages on LCM without a magnifying glass, so "nobody" is
obviously a little bit inaccurate here.

> for me, who is/must/wants use this phone as daily phone totally
> senseless.

I do use my gta02 as my only cell phone since November.

And i think that if some messages have inappropriate loglevels, that
should be fixed in kernel instead of hiding them.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?

[Matthias Huber]

Paul Fertser schrieb:
> Matthias Huber  writes:
>   
>> and i suggest to change qi, because, as you said above, it is:
>> 1. easily chanchable upon runtime for the developer
>> 2. faster for the normal daily use
>> 3. qi can with power-key hold give you a loglevel of 8.
>> 
>
> What messages do you see with loglevel=4 that shouldn't be there? For
> me normal suspend/resume doesn't add anything to console.
>
>   

first: i cant see anything without a magnifying glass :-)

that's not the point although there are some messages. and if you thing
logically, you will give me right.

i cannot tell exact, but i saw this messages.

test it yourself.

and speed is also bootup-speed, (althoug this wasn't the trhread) where
i see a lot of for an non-kernel-developer sensless messages, wich
nobody cant read without a
magnifying glass.

for i made /var/log/messages permanent, there is/was writing into the
flash which seemed to slow down things.

this slows of course also the process down (also the process of getting
asleep and waking up)

normally one must think on other things, like the extensive logging of
frameworkd and ophonekit.

for me, who is/must/wants use this phone as daily phone totally senseless.

sorry for my maybe provicative answers.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?

[Paul Fertser]

Matthias Huber  writes:
> and i suggest to change qi, because, as you said above, it is:
> 1. easily chanchable upon runtime for the developer
> 2. faster for the normal daily use
> 3. qi can with power-key hold give you a loglevel of 8.

What messages do you see with loglevel=4 that shouldn't be there? For
me normal suspend/resume doesn't add anything to console.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?

[Matthias Huber]

Al Johnson schrieb:
> On Friday 11 September 2009, Matthias Huber wrote:
>   
>> Today i did another test, because i patched qi with ghex for giving the
>> kernel
>> loglevel=0, and my result today (look at the bottom for version) was:
>>
>> ONE Ring until i get shr-todays slider to see.
>>
>> That is ok for me. On that there is the question:
>> Why is qi delivered on the repo with debuglevel 4 ?
>> 
>
> Because it's a fair tradeoff between speed and getting some debug information 
> if something goes wrong?  If booting from SD the loglevel is easily changed 
> anyway. It would be just as easy for NAND if Qi could read jffs2. You can 
> also 
> change the loglevel at runtime as suggested in the shr tweak/customisation 
> guides. This will be just as effective for resume, but not as fast for boot.
>   
i stated the question as "advicatus diaboli" for the normal user,  which
wants to use the phone as daily.

and i suggest to change qi, because, as you said above, it is:
1. easily chanchable upon runtime for the developer
2. faster for the normal daily use
3. qi can with power-key hold give you a loglevel of 8.



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

Re: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?

[Al Johnson]

On Friday 11 September 2009, Matthias Huber wrote:
> Today i did another test, because i patched qi with ghex for giving the
> kernel
> loglevel=0, and my result today (look at the bottom for version) was:
>
> ONE Ring until i get shr-todays slider to see.
>
> That is ok for me. On that there is the question:
> Why is qi delivered on the repo with debuglevel 4 ?

Because it's a fair tradeoff between speed and getting some debug information 
if something goes wrong?  If booting from SD the loglevel is easily changed 
anyway. It would be just as easy for NAND if Qi could read jffs2. You can also 
change the loglevel at runtime as suggested in the shr tweak/customisation 
guides. This will be just as effective for resume, but not as fast for boot.

> Warren Baird schrieb:
> > On Thu, Sep 10, 2009 at 2:15 PM, Matthias Huber
> >  > > wrote:
> >
> > Hmmm  it takes three rings until i can get the call (heear a
> > ring and get a GREEN Button.
> > Don't think, this is fast.
> >
> >
> > Which distro?   I used to have this problem with OM2008 - I missed a
> > bunch of calls because of it and then switched to QTEI.   I've since
> > tried OM2009 and am now using SHR-U, without this issue.
> >
> > If I call myself from a land line using SHR-U, I see the screen turn
> > on at exactly the same time as I hear the ring on the land-line, and
> > the FR starts to ring before the first ring on the landline finishes.
> > I don't have a stop-watch, but it certainly seems fast enough.
>
> Distro is shr-u,  with all updates of yesterday ~17:00h GMT with my
> GREEN BUTTONS and my own Ringtone.
>
> What firmware do you use ?



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

[shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?

[Matthias Huber]

Today i did another test, because i patched qi with ghex for giving the
kernel
loglevel=0, and my result today (look at the bottom for version) was:

ONE Ring until i get shr-todays slider to see.

That is ok for me. On that there is the question:
Why is qi delivered on the repo with debuglevel 4 ?


Warren Baird schrieb:
>
>
> On Thu, Sep 10, 2009 at 2:15 PM, Matthias Huber
>  > wrote:
>
> Hmmm  it takes three rings until i can get the call (heear a
> ring and get a GREEN Button.
> Don't think, this is fast.
>
>
> Which distro?   I used to have this problem with OM2008 - I missed a
> bunch of calls because of it and then switched to QTEI.   I've since
> tried OM2009 and am now using SHR-U, without this issue.  
>
> If I call myself from a land line using SHR-U, I see the screen turn
> on at exactly the same time as I hear the ring on the land-line, and
> the FR starts to ring before the first ring on the landline finishes. 
> I don't have a stop-watch, but it certainly seems fast enough.
>

Distro is shr-u,  with all updates of yesterday ~17:00h GMT with my
GREEN BUTTONS and my own Ringtone.

What firmware do you use ?



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

[shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?

[Matthias Huber]

Warren Baird schrieb:
>
>
> On Thu, Sep 10, 2009 at 2:15 PM, Matthias Huber
>  > wrote:
>
>>   
> Hmmm  it takes three rings until i can get the call (heear a
> ring and get a GREEN Button.
> Don't think, this is fast.
>
>
> Which distro?   I used to have this problem with OM2008 - I missed a
> bunch of calls because of it and then switched to QTEI.   I've since
> tried OM2009 and am now using SHR-U, without this issue.  
>
> If I call myself from a land line using SHR-U, I see the screen turn
> on at exactly the same time as I hear the ring on the land-line, and
> the FR starts to ring before the first ring on the landline finishes. 
> I don't have a stop-watch, but it certainly seems fast enough.
>

Distro is shr-u,  with all updates of yesterday ~17:00h GMT with my
GREEN BUTTONS and my own Ringtone.

What firmware do you use ?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 2.6.31 is out, where is my ultimate kernel?

[Warren Baird]

On Thu, Sep 10, 2009 at 2:15 PM, Matthias Huber <
matthias.hu...@wollishausen.de> wrote:

> Hmmm  it takes three rings until i can get the call (heear a ring
> and get a GREEN Button.
> Don't think, this is fast.
>
>
Which distro?   I used to have this problem with OM2008 - I missed a bunch
of calls because of it and then switched to QTEI.   I've since tried OM2009
and am now using SHR-U, without this issue.

If I call myself from a land line using SHR-U, I see the screen turn on at
exactly the same time as I hear the ring on the land-line, and the FR starts
to ring before the first ring on the landline finishes.  I don't have a
stop-watch, but it certainly seems fast enough.

I *think* that this is related to the kernel logging - there are
instructions floating around on how to turn off/down the kernel logging
which might help.

Warren



-- 
Warren Baird - Photographer and Digital Artist
http://www.synergisticimages.ca
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

RE: 2.6.31 is out, where is my ultimate kernel?

[Russell Dwiggins]

3-4 rings here.  I didn't realize that folks thought the resume time was
already sufficient.

 

Russell Dwiggins

Sebastian Krzyszkowiak schrieb: 

On 9/10/09, Laszlo KREKACS  
 wrote:
  

* improved resume time


 
Improved resume time? It's about one second here from clicking power
button to full resume (with screen redraw and userland actions). I
don't think less is really needed :P
 
  

Hmmm  it takes three rings until i can get the call (heear a ring and
get a GREEN Button.
Don't think, this is fast.

Internal Virus Database is out of date.
Checked by AVG - www.avg.com
Version: 8.5.375 / Virus Database: 270.13.66/2325 - Release Date: 08/25/09
06:08:00


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

Re: 2.6.31 is out, where is my ultimate kernel?

[Matthias Huber]

Sebastian Krzyszkowiak schrieb:
> On 9/10/09, Laszlo KREKACS  wrote:
>   
>> * improved resume time
>> 
>
> Improved resume time? It's about one second here from clicking power
> button to full resume (with screen redraw and userland actions). I
> don't think less is really needed :P
>
>   
Hmmm  it takes three rings until i can get the call (heear a ring
and get a GREEN Button.
Don't think, this is fast.

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

Re: 2.6.31 is out, where is my ultimate kernel?

[Michal Brzozowski]

2009/9/10 arne anka 

> >> * improved resume time
> >
> > Improved resume time? It's about one second here from clicking power
> > button to full resume (with screen redraw and userland actions). I
> > don't think less is really needed :P
>
> 1 sec is pretty long if a call comes in.
>

It's 1.7sec here (shr-u). I'd love to have faster resume.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 2.6.31 is out, where is my ultimate kernel?

[arne anka]

>> * improved resume time
>
> Improved resume time? It's about one second here from clicking power
> button to full resume (with screen redraw and userland actions). I
> don't think less is really needed :P

1 sec is pretty long if a call comes in.


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

Re: 2.6.31 is out, where is my ultimate kernel?

[Sebastian Krzyszkowiak]

On 9/10/09, Laszlo KREKACS  wrote:
> * improved resume time

Improved resume time? It's about one second here from clicking power
button to full resume (with screen redraw and userland actions). I
don't think less is really needed :P

-- 
Sebastian Krzyszkowiak
dos

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

Re: 2.6.31 is out, where is my ultimate kernel?

[Fox Mulder]

William Kenworthy wrote:
> Qi, uboot or both?  I am using a 2.6.28 kernel and only get WSOD when
> using Qi.  After booting using Qi, suspends often give flashes on the
> screen after it has gone dark, but before it suspends or as it actually
> powers down.  This does not happen on uboot
> 
> I know Qi (and uboot) are not supposed to affect anything after its
> passed control over to the kernel, but it looks like its not presetting
> something that uboot does, and the kernel doesnt know about.
> 
> I am happy that after swapping between uboot and Qi every week or so,
> that Qi, or something it does, or doesnt do allows WSOD's to occur.
> 
> So if you get WSOD's, can you state here if you are using Qi, and if
> they stop when using uboot.
> 
> If I am not the only data point for this, it might be easier to fix if
> others can add their input.  If I am not alone in this observation, I'll
> add it to the bug tracker.
> 
> BillK
My experience with qi so far is very good. I use qi for quite some time
now and with latest shr-u kernel i get no WSOD at all. My last WSOD was
months ago. I use suspend all the time and also do longer suspend
periods like 4 days in a row and never experienced any problems. I
update shr every few days.
I don't know which version of qi i currently have flashed but it is
around two months old.

Ciao,
 Rainer

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

Re: 2.6.31 is out, where is my ultimate kernel?

[Radek Polak]

William Kenworthy wrote:

> Qi, uboot or both?

Don't remember if Qi but uboot from NOR did it.

>   I am using a 2.6.28 kernel and only get WSOD when
> using Qi. 

When using current andy-tracking I dont have WSOD with neither.

> If I am not the only data point for this, it might be easier to fix if
> others can add their input.  If I am not alone in this observation, I'll
> add it to the bug tracker.

As i said, it was 2.6.30 (taken from openwrt) not current andy-tracking.
So probably it's not time yet to report until it becomes "official"
openmoko kernel (and it could by caused by someting wrong on my side).

Regards

Radek


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

Re: 2.6.31 is out, where is my ultimate kernel?

[William Kenworthy]

Qi, uboot or both?  I am using a 2.6.28 kernel and only get WSOD when
using Qi.  After booting using Qi, suspends often give flashes on the
screen after it has gone dark, but before it suspends or as it actually
powers down.  This does not happen on uboot

I know Qi (and uboot) are not supposed to affect anything after its
passed control over to the kernel, but it looks like its not presetting
something that uboot does, and the kernel doesnt know about.

I am happy that after swapping between uboot and Qi every week or so,
that Qi, or something it does, or doesnt do allows WSOD's to occur.

So if you get WSOD's, can you state here if you are using Qi, and if
they stop when using uboot.

If I am not the only data point for this, it might be easier to fix if
others can add their input.  If I am not alone in this observation, I'll
add it to the bug tracker.

BillK


On Thu, 2009-09-10 at 15:28 +0200, Radek Polak wrote:
> Vinzenz Hersche wrote:
> 
> > wasn't radek wrote something like the 2.6.30-kernel uses 
> > about 20% less ram on his moko? (is this kms? haven't a fully clear head 
> > now 
> > :p )
> 
> That could be different kernel config. And it was much faster because
> the Qtopia bug didnt appear on this bug. But otherwise subjectively the
> new kernel performed really well except guess what - WSOD. I had it on
> every suspend. But it could be that i have done something wrong. I am
> now waiting for 2.6.31 to try it out again.
> 
> Radek
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
-- 
William Kenworthy 
Home in Perth!


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

Re: 2.6.31 is out, where is my ultimate kernel?

[Joseph Reeves]

> You are more than welcome to add content :)

Don't think it would be very insightful comment though ;-)



2009/9/10 Patryk Benderz :
> [cut]
>> But yes, I'm also interested as a non-kernel person about hearing
>> what's happening in that area. Could it go in the community updates?
> You are more than welcome to add content :)
> [cut]
>
> --
> Patryk "LeadMan" Benderz
> Linux Registered User #377521
> ()  ascii ribbon campaign - against html e-mail
> /\  www.asciiribbon.org   - against proprietary attachments
>
>
> Email secured by Check Point
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>

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

Re: 2.6.31 is out, where is my ultimate kernel?

[Radek Polak]

Vinzenz Hersche wrote:

> wasn't radek wrote something like the 2.6.30-kernel uses 
> about 20% less ram on his moko? (is this kms? haven't a fully clear head now 
> :p )

That could be different kernel config. And it was much faster because
the Qtopia bug didnt appear on this bug. But otherwise subjectively the
new kernel performed really well except guess what - WSOD. I had it on
every suspend. But it could be that i have done something wrong. I am
now waiting for 2.6.31 to try it out again.

Radek


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

Re: 2.6.31 is out, where is my ultimate kernel?

[Patryk Benderz]

[cut]
> But yes, I'm also interested as a non-kernel person about hearing
> what's happening in that area. Could it go in the community updates?
You are more than welcome to add content :)
[cut]

-- 
Patryk "LeadMan" Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments


Email secured by Check Point

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

Re: 2.6.31 is out, where is my ultimate kernel?

[Abelenda]

On Thu, 10 Sep 2009 14:06:55 +0200
Raphaël Jacquot  wrote:

> On Thu, 2009-09-10 at 15:55 +0400, Paul Fertser wrote:
> 
> > > * imporved wifi
> > 
> > I don't know anybody who's going to invest real time into
> > rewriting/fixing driver, especially if there're userspace
> > workarounds present.
> > 
> > I, for once, am not really motivated unless Atheros gives us a way
> > to use more sane firmware
> 
> I'd rather use no firmware at all ;)
> 

Well... it's a full MAC device so having a firmware is a good thing :p

but having an opensource firmware would be the best thing, especially
if there are problems with the current one.


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

Re: 2.6.31 is out, where is my ultimate kernel?

[Vinzenz Hersche]

 
> > * improved resume time
> 
> No idea, probably KMS will improve it a little bit.
may i'm wrong, but wasn't radek wrote something like the 2.6.30-kernel uses 
about 20% less ram on his moko? (is this kms? haven't a fully clear head now 
:p )

 
anyway, think, the update could be usefull and could make things faster.. also 
the new tools to look into the ressource could be interessting (may to 
optimise things and detect ressource-killers..)

i also would like it to use them soon on the moko.. :)


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

Re: 2.6.31 is out, where is my ultimate kernel?

[Joseph Reeves]

>* improved everything.

I think this is the least we could expect! ;-)

But yes, I'm also interested as a non-kernel person about hearing
what's happening in that area. Could it go in the community updates?

Thanks all, keep up the good work :)



2009/9/10 Laszlo KREKACS :
> Hi!
>
> I just want to notice the list that the 2.6.31 final kernel is out.
> Everybody was
> waiting for it, to be able properly merge all patches floating around.
>
> So I expect with the new kernel the following features:
> * KMS
> * BFS scheduler
> * imporved wifi
> * improved gprs
> * improved resume time
> * improved battery management, aka "dump battery" support
> * No WSOD anymore for sure (not even in cold/warm or temperature change)
> * improved everything.
>
> Can the kernel developers let the community know, when new important
> things happens? Is the new git structure is already in place?
> Is the patches are revisited and cleaned up for the new kernel?
> What patches didnt go upstream?
>
> There are *many* interesting questions, which can be interested
> to us, non kernel hackers.
>
> Btw, who are the people behind it, who is responsible for what?
> Some kind of summerization, and updates about the process
> would be more then welcome on this link. (I think others agree
> with me).
>
> So start flow a bit of information to us, mortals;)
>
> Best regards,
>  Laszlo
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>

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

Re: 2.6.31 is out, where is my ultimate kernel?

[Laszlo KREKACS]

On Thu, Sep 10, 2009 at 1:55 PM, Paul Fertser  wrote:
>> * BFS scheduler
>
> Who said it works any better?

Michael Buesch says it performs 1.5 times better on an wl500 router:
http://marc.info/?l=linux-kernel&m=125233663823328&w=2

Cyanogen tried out with Android+Freerunner:
http://twitter.com/cyanogen/status/3836404163
"One last thing.. you know the lag you get when your phone rings and
it doesn't display right away? Yeah thats gone now."

Thomas White:
" It's difficult to say, really.  I haven't done any "scientific" tests,
but it feels a little faster in some areas (suspend/resume, Illume
sliders and toggles), and pretty much the same in most other places."


Thank you for the updates! Im really looking forward to report 2.6.31
related bugs to
the bugtracker!;))

Best regards,
 Laszlo

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

Re: 2.6.31 is out, where is my ultimate kernel?

[Raphaël Jacquot]

On Thu, 2009-09-10 at 15:55 +0400, Paul Fertser wrote:

> > * imporved wifi
> 
> I don't know anybody who's going to invest real time into
> rewriting/fixing driver, especially if there're userspace workarounds
> present.
> 
> I, for once, am not really motivated unless Atheros gives us a way to
> use more sane firmware

I'd rather use no firmware at all ;)



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

Re: 2.6.31 is out, where is my ultimate kernel?

[Paul Fertser]

Laszlo KREKACS  writes:
> So I expect with the new kernel the following features:
> * KMS

To be discussed with Thomas.

> * BFS scheduler

Who said it works any better? Do you understand that somebody will
have to rebase and tweak it every mainline release because it'll never
get upstream? Who proved it worth it?

> * imporved wifi

I don't know anybody who's going to invest real time into
rewriting/fixing driver, especially if there're userspace workarounds
present.

I, for once, am not really motivated unless Atheros gives us a way to
use more sane firmware

> * improved gprs

Kernel-unrelated

> * improved resume time

No idea, probably KMS will improve it a little bit.

> * improved battery management, aka "dump battery" support

Everything's already in .29.

> * No WSOD anymore for sure (not even in cold/warm or temperature
> change)

Say great thanks to Lars, i hope his patches will finally fix that.

> * improved everything.

Heh :-/

> Can the kernel developers let the community know, when new important
> things happens? Is the new git structure is already in place?
> Is the patches are revisited and cleaned up for the new kernel?
> What patches didnt go upstream?

A little bit later.

And small announcement to everybody:

I want to use OM trac to care about kernel and bootloader bugs. Only
"category: System Software" is relevant. I've already closed a whole
bunch of tickets, now it became manageable and contains some valueable
information.

Please report your problems (after making sure they're kernel-related)
there. Don't forget to specify exact kernel revision and preferably
steps to reproduce. And probably wait until .31 for FR is officially
announced, we would really need your feedback to bring it into shape.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

2.6.31 is out, where is my ultimate kernel?

[Laszlo KREKACS]

Hi!

I just want to notice the list that the 2.6.31 final kernel is out.
Everybody was
waiting for it, to be able properly merge all patches floating around.

So I expect with the new kernel the following features:
* KMS
* BFS scheduler
* imporved wifi
* improved gprs
* improved resume time
* improved battery management, aka "dump battery" support
* No WSOD anymore for sure (not even in cold/warm or temperature change)
* improved everything.

Can the kernel developers let the community know, when new important
things happens? Is the new git structure is already in place?
Is the patches are revisited and cleaned up for the new kernel?
What patches didnt go upstream?

There are *many* interesting questions, which can be interested
to us, non kernel hackers.

Btw, who are the people behind it, who is responsible for what?
Some kind of summerization, and updates about the process
would be more then welcome on this link. (I think others agree
with me).

So start flow a bit of information to us, mortals;)

Best regards,
 Laszlo

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