New faster build 2293

[Build Announcer v2]

http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build2293

Changes in build 2293 from build: 2292

Size delta: 0.00M

-sugar-update-control 0.7-1
+sugar-update-control 0.8-1
-olpc-update 2.14-1
+olpc-update 2.15-1

--- Changes for sugar-update-control 0.8-1 from 0.7-1 ---
  + Catch 404 when trying to determine the size of a prospective update.
  + Catch exception caused by malformed activity bundle.
  + Use update_url in bundle's activity.info if present.
  + Inhibit suspend during refresh and download/install.
  + Trac #7622: preserve favorites status across upgrade.

--- Changes for olpc-update 2.15-1 from 2.14-1 ---
  + Trac #7910: Use dbus interface to ohm to inhibit suspend during update.

--
This mail was automatically generated
See http://dev.laptop.org/~rwh/announcer/faster-pkgs.html for aggregate logs
See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a 
comparison
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[Ricardo Carrano]

On Tue, Aug 12, 2008 at 3:44 PM, Deepak Saxena <[EMAIL PROTECTED]> wrote:
> On Aug 12 2008, at 12:19, Javier Cardona was caught saying:
>> > So it doesn't look like Javier's patch actually went into one of our 
>> > official
>> > branches (stable/testing/master). I'm also not sure we need it b/c testing
>> > and stable have the following commit that came in 6 days after Javier's 
>> > patch
>> > on trac and it seems to deal with the same issue:
>> >
>> > commit c16eba59c2183f9d4952eca4d720982cfbe8e031
>> > Author: David Woodhouse <[EMAIL PROTECTED]>
>> > Date:   Mon May 19 18:47:52 2008 +0100
>> >
>> >libertas: fix multicast handling on eth and msh interfaces
>>
>> You are correct.  The patch that I sent is unnecessary, as David
>> Woodhouse rewrote it in a much better way.
>> I tested his implementation and it passed all our test cases.  So you
>> can ignore my patch.
>> (In case anyone needs them, our tests for this are here:
>> http://dev.laptop.org/~javier/misc/olpc-mcast-stable-tests.tar.gz)
>
> Great!  Ricardo, when you get a chance, can you validate on latest
> joyride that everything is working OK?

I performed basic tests on the wake on multicast with joyride 2292.
In case someone wants to reproduce, this is a very user level test. It
goes like:

Wake on multicast test:
--
- Set wake on multicast in one XO (XO-A) with: ethtool -s eth0 wol um
- Put XO-A in mesh-1
- Put the XO in the neighbor view, so it's easy for you to check the results.
- Wait for XO-A to sleep (power led blinking at every two seconds I guess)
- From another XO (XO-B), generate an event that should be displayed
in the neighbor view of the XO-A. For example, connect XO-B in mesh-1.
The XO-A should wake and the XO-B icon should appear on its neighbor
view
- Wait for XO-A to sleep again
- - From another node (XO-B), generate another event that should be
displayed in the neighbor view of the XO-A. For example, start and
share an activity. The XO-A should wake and the activity icon should
appear on its neighbor view

Repeat the same without setting the wake on multicast. Sharing
activities are not expected to work.
Repeat the cycle but now with both XOs connected to an access point.
--

When the tests were performed using the mesh interface, apart from a
cosmetic issue (*), it seemed to work as expected.

But the important result is that collaboration does not seem to be
working in infra mode. Irrespective of the filter status, no icon is
being presented in the mesh view of the other XO. Does anyone else
experienced this?

(*) Cosmetic: In one test, XO-B was turned off. it's icon disappear
from A's neighbor view, but not completely (the tip of the head was
still there)

Cheers!
Ricardo
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

New joyride build 2293

[Build Announcer v2]

http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2293

Changes in build 2293 from build: 2292

Size delta: -0.14M

-sugar-update-control 0.7-1
+sugar-update-control 0.8-1
-olpc-update 2.14-1
+olpc-update 2.15-1

--- Changes for sugar-update-control 0.8-1 from 0.7-1 ---
  + Catch 404 when trying to determine the size of a prospective update.
  + Catch exception caused by malformed activity bundle.
  + Use update_url in bundle's activity.info if present.
  + Inhibit suspend during refresh and download/install.
  + Trac #7622: preserve favorites status across upgrade.

--- Changes for olpc-update 2.15-1 from 2.14-1 ---
  + Trac #7910: Use dbus interface to ohm to inhibit suspend during update.

--
This mail was automatically generated
See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs
See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a 
comparison
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Tux Type on the XO

[Edward Cherlin]

2008/8/12 Cynthia Solomon <[EMAIL PROTECTED]>:
> Hi All,
> Please respond to David Bruce on the following issues.
> Thanks,
> --Cynthia
>
>
>
>
>
> Begin forwarded message:
>
> From: "David Bruce" <[EMAIL PROTECTED]>
> Date: August 11, 2008 11:35:43 AM EDT
> To: [EMAIL PROTECTED]
> Cc: "Cynthia Solomon" <[EMAIL PROTECTED]>
> Subject: Re: Tux Type on the XO
> Hello Cynthia and Seth,
>
> Over the weekend I installed all the needed tools and libs with yum, and
> successfully built and installed our current, unmodified release ofTtuxtype
> on the XO.  It runs just like on any other platform, except that it can't
> get a 640x480 fullscreen, so it runs in a 640x480 box centered in the
> normal-resolution screen.
>
>
> So - I'm ready to start modifying Tuxtype itself.  I have a few questions
> regarding what you would like to see:
>
> 1.  Are the lib requirements a problem?  Tuxtype uses SDL, SDL_mixer,
> SDL_image, SDL_ttf, and SDL_Pango (which depends on some other libs).  All
> of these were easily installed with yum, but they do take up some space.
> fwiw, they are a subset of the libs needed for Tuxpaint, so if Tuxpaint is
> being considered as a standard app, it will bring in everything Tuxtype
> needs (the same is true for Tuxmath, btw).
>
> 2.  Regarding Tuxtype itself, what needs to be improved to get it to meet
> the needs of OLPC?  My own sense is that there are two obvious issues to be
> addressed.
>
> First, Tuxtype needs to use fullscreen at the machine's normal resolution -
> the 640x480 box is just too small on the XO's small monitor.  This is
> something we have been meaning to address anyway, and we have done so
> already for Tuxmath, so the issues are known.
>
> Second, we need to use standard GNU gettext for i18n.  Currently, Tuxtype
> supports i18n via language-specific "themes" with its own home-brewed
> gettext.  It does not use the standard locales mechanism.  The player
> selects the language to use within the program.  This is also something that
> has been "on the agenda" for some time.
>
> Neither of these issues is exactly trivial, but they aren't prohibative,
> either.


Either way we need lessons for every keyboard we ship, and for Dvorak,
whether two-handed or one-handed (left or right). There are a lot of
amputees in Africa as a result of various civil wars. I'm learning
left-handed Dvorak so that I can type with one hand and mouse with the
other.

> 3.  Am I supposed to be "sugarizing" Tuxtype in some way?  For now, I just
> launch it from the command line (which also requires adding /usr/local/bin
> to $PATH, unless there is some other location where programs are supposed to
> be installed).

Presumably we should implement collaboration and two-person typing games.

> Regards,
>
> David Bruce
>
>
>
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>
>



-- 
Silent Thunder [ 默雷 / शब्दगर्ज ] is my name,
And Children are my nation.
The Cosmos is my dwelling place,
And Truth my destination.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[John Gilmore]

> Waking up on all multicast traffic would not only wake up the host on
> Neighbor Solicitation messages, but also on all other multicast
> traffic the interface was listening to before suspending (e.g. mDNS
> multicast messages).

Sorry, I may have misinterpreted Javier's message due to his use of "all"
in the sentence.

Indeed, we *do* want to wake from an automatic suspend whenever an
mDNS message comes in.  The reason we had so much trouble with the
Presence Service and activity sharing in the presence of autosuspend,
is because the laptop wouldn't maintain its presence on the network,
and wouldn't respond when other laptops sought it out.  Laptops were
always disappearing from each others' view.  That's the thing we're
trying to fix here.

We don't want to wake on "all" multicast traffic.

We *do* want to wake on all multicast traffic that the kernel or user
programs are listening for.

(If every laptop is sending too much multicast traffic all the time,
such that we could never suspend for more than a few seconds, then
we'll need to fix that -- at the senders, by not sending it; not by
making the recipients ignore it!)

That's why we need the low level bits to really start working -- so
we can do system-level testing.  Last time we did serious system-level
testing, early in 2008, everything melted.  We identified a bunch of
complicated things to fix, and we've fixed some of them -- it's time
to push all those fixes into one release, and do system-level testing
again.)

John

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[John Gilmore]

> > If we have multicast wakeup working, then IPv6 takes care of itself.
> 
> Waking up on all multicast traffic would not only wake up the host on
> Neighbor Solicitation messages, but also on all other multicast
> traffic the interface was listening to before suspending (e.g. mDNS
> multicast messages).
> We probably do not want that...

The wake-on-multicast code *already* uses the existing multicast
filter, which is already set up by the Linux driver.  It only wakes us
up when a multicast *that we're interested in* comes along.  Just as
an awake Libertas only hands the host multicast packets *that we're
interested in*.

This is why IPv6 based their "arp" on multicast.  It just works,
without waking up every other host on that network to receive a
broadcast that it didn't really need to see.  And without adding
painful kludges to the network interface hardware/firmware.

See http://dev.laptop.org/ticket/4616#comment:22

I'm testing this with two laptops, each G1G1 MP, each joyride-2263.
Both are associated with an access point about four feet away.  When I
do:

  ping6 -i eth0 ff02::1

I get pings back from both of them when they're awake.  (In fact,
I get TWO pings back from the target XO, and one from the source.)
On both of them, "ethtool eth0" reports "Wake on: u".
When the target XO is suspended, and I do the same command,
then I get no pings back from the target.  If I do "ethtool -s eth0 wol um"
on the target, and re-ping from the source, I get three lines (two
from the target, one from the source) for each ping, until the target
suspends; then I get some seconds of no response from the target,
then after it awakens, I get a bunch of packets back from it (that
were buffered).

If try to I ping ff02::5, which isn't interesting to the target, then
my &%&#$*((# flakey CTRL key goes out and won't let me type any more,
even with an external keyboard.  So I can't test it.  I've tried
talking to a "repair shop" to get a new keyboard, and got no response.
Sorry...

What it's supposed to do is to not wake up.  That's what happened
last time I tested it.  Somebody with two working keyboards will have
to do this test.

I didn't get to test them on msh0, which is where the original
bug report #4616 happened.

John
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: First impressions of joyride-2280

[Ton van Overbeek]

Daniel Drake wrote:
> On Tue, 2008-08-12 at 09:17 -0400, Ton van Overbeek wrote:
>   
>> I might have spoken too soon.
>>
>> Yesterday the touchpad jumping was back in joyride-2280.
>> In my initial run of joyride-2280 the battery was full and the XO
>> was connected to the mains power.
>> This time I was on the battery and the battery was running down.
>> In dmesg I noted a lot of EC traffic approximately every 2 minutes.
>> Does the frequency of EC polling increase when the battery runs down?
>> 
>
> This is normal. It's not polling as such. The hardware generates an
> interrupt when the battery charge drops by 1% (or when AC power is
> connected/disconnected, etc). The software then queries the EC to figure
> out the new charge levels and power status.
>
>   
>> Also in the touchpad recalibration messages I see a lot of nested
>> calibration requests: several other calibration queued while performing
>> one. This does not seem right to me.
>> 
>
> You should post some logs to clarify exactly what you mean.
>   
I have posted a log (output of dmesg) of a joyride-2280 run attached to 
ticket #7788.
See trac for a description.
Please have a look there. I will now switch to a later joyride to see if 
the problem persists.
Hope you can make sense of the dmesg output.

Ton van Overbeek
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

New faster build 2292

[Build Announcer v2]

http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build2292

Changes in build 2292 from build: 2291

Size delta: 0.00M

-kernel 2.6.25-20080812.2.olpc.327b50a26b2858d
+kernel 2.6.25-20080812.3.olpc.9b42ff8eb9564f7

--
This mail was automatically generated
See http://dev.laptop.org/~rwh/announcer/faster-pkgs.html for aggregate logs
See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a 
comparison
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

New joyride build 2292

[Build Announcer v2]

http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2292

Changes in build 2292 from build: 2291

Size delta: 0.00M

-kernel 2.6.25-20080812.2.olpc.327b50a26b2858d
+kernel 2.6.25-20080812.3.olpc.9b42ff8eb9564f7

--
This mail was automatically generated
See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs
See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a 
comparison
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Physics Game Jam / Competition - August 29-31, Cambridge MA

[Brian Jordan]

Hi friends,

We are running a Physics Game Jam in Cambridge during the last weekend
of August (the 29-31).

http://wiki.laptop.org/go/Physics_Jam

Developers will be competing in teams of 2-4 to design and implement a
game in just 48 hours (Friday 5pm to Sunday 5pm).

Non-developers may participate in categories for level design (for our
existing physics based games) or help out with graphic design, music
creation, sound effect recording, giving tutorials, and writing
documentation.

Attendees should have some game development experience, but we will be
running tutorials to introduce people to all the tools they'll need to
make a successful game for the XO. This will include...

* Eric Jordan of the Box2D project will be giving a talk on
developing physics games with pyBox2D for the OLPC XO.
* Nirav Patel, Google Summer of Code student working on vision
processing for the XO will describe combining physics and vision
processing for interactive games.
* Alex Levenson, OLPC summer intern and creator of the x2o physics
game will give a remote introduction to level design for his game.

Please register if you are interested in attending, and email
[EMAIL PROTECTED] with specific questions about registration.

Spread the word!

Brian Jordan
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Fwd: Tux Type on the XO

[Cynthia Solomon]

Hi All,
Please respond to David Bruce on the following issues.
Thanks,
--Cynthia






Begin forwarded message:


From: "David Bruce" <[EMAIL PROTECTED]>
Date: August 11, 2008 11:35:43 AM EDT
To: [EMAIL PROTECTED]
Cc: "Cynthia Solomon" <[EMAIL PROTECTED]>
Subject: Re: Tux Type on the XO

Hello Cynthia and Seth,

Over the weekend I installed all the needed tools and libs with yum,  
and successfully built and installed our current, unmodified release  
ofTtuxtype on the XO.  It runs just like on any other platform,  
except that it can't get a 640x480 fullscreen, so it runs in a  
640x480 box centered in the normal-resolution screen.



So - I'm ready to start modifying Tuxtype itself.  I have a few  
questions regarding what you would like to see:


1.  Are the lib requirements a problem?  Tuxtype uses SDL,  
SDL_mixer, SDL_image, SDL_ttf, and SDL_Pango (which depends on some  
other libs).  All of these were easily installed with yum, but they  
do take up some space.  fwiw, they are a subset of the libs needed  
for Tuxpaint, so if Tuxpaint is being considered as a standard app,  
it will bring in everything Tuxtype needs (the same is true for  
Tuxmath, btw).


2.  Regarding Tuxtype itself, what needs to be improved to get it to  
meet the needs of OLPC?  My own sense is that there are two obvious  
issues to be addressed.


First, Tuxtype needs to use fullscreen at the machine's normal  
resolution - the 640x480 box is just too small on the XO's small  
monitor.  This is something we have been meaning to address anyway,  
and we have done so already for Tuxmath, so the issues are known.


Second, we need to use standard GNU gettext for i18n.  Currently,  
Tuxtype supports i18n via language-specific "themes" with its own  
home-brewed gettext.  It does not use the standard locales  
mechanism.  The player selects the language to use within the  
program.  This is also something that has been "on the agenda" for  
some time.


Neither of these issues is exactly trivial, but they aren't  
prohibative, either.


3.  Am I supposed to be "sugarizing" Tuxtype in some way?  For now,  
I just launch it from the command line (which also requires adding / 
usr/local/bin to $PATH, unless there is some other location where  
programs are supposed to be installed).


Regards,

David Bruce





___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

New faster build 2291

[Build Announcer v2]

http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build2291

Changes in build 2291 from build: 2289

Size delta: 0.00M

-totem-mozplugin 2.23.4-1.olpc3.3
+totem-mozplugin 2.23.4-1.olpc3.4
-totem 2.23.4-1.olpc3.3
+totem 2.23.4-1.olpc3.4
-totem-gstreamer 2.23.4-1.olpc3.3
+totem-gstreamer 2.23.4-1.olpc3.4

--
This mail was automatically generated
See http://dev.laptop.org/~rwh/announcer/faster-pkgs.html for aggregate logs
See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a 
comparison
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

New joyride build 2291

[Build Announcer v2]

http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2291

Changes in build 2291 from build: 2289

Size delta: 0.14M

-totem-mozplugin 2.23.4-1.olpc3.3
+totem-mozplugin 2.23.4-1.olpc3.4
-totem 2.23.4-1.olpc3.3
+totem 2.23.4-1.olpc3.4
-totem-gstreamer 2.23.4-1.olpc3.3
+totem-gstreamer 2.23.4-1.olpc3.4

--
This mail was automatically generated
See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs
See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a 
comparison
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[Javier Cardona]

John,

On Tue, Aug 12, 2008 at 2:01 PM, John Gilmore <[EMAIL PROTECTED]> wrote:
> If we have multicast wakeup working, then IPv6 takes care of itself.

Waking up on all multicast traffic would not only wake up the host on
Neighbor Solicitation messages, but also on all other multicast
traffic the interface was listening to before suspending (e.g. mDNS
multicast messages).
We probably do not want that, and the wow-signature approach gives
finer grained control on exactly what messages we want to use as wake
up triggers.

Cheers,

Javier

-- 
Javier Cardona
cozybit Inc.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[Ricardo Carrano]

Thank you, Javier!

On Tue, Aug 12, 2008 at 6:44 PM, Javier Cardona <[EMAIL PROTECTED]> wrote:
> Ricardo,
>
> On Tue, Aug 12, 2008 at 1:03 PM, Ricardo Carrano <[EMAIL PROTECTED]> wrote:
>>> Marvell will implement the new wow-signature API with the next
>>> firmware release (22p18)
>>
>> Though I agree now, as I agreed in the past, that the filter is not
>> easy to use, I would say that it was a mechanism already in place
>> (and the filter would not be used by an end user anyway). If I recall
>> correctly, the filter was compatible with IPv6, it was just terribly
>> ineficient in doing so.
>>
>
> The two problems I had with the current wol-signature implementation
> were usability¹ and the inability to configure one ARP + one IPv6
> Neighbor Solicitation trigger on *each* the msh and the eth interface.
>
> I would say that none of them are blockers, although the usability
> aspect may prevent the patch to be accepted upstream.

Agreed.


>
>> It seems to me that this old filter method (let's call it old) is the
>> only available option to do it fast. Do you guys believe we'll be able
>> to test a new firmware and driver and push it to a build fast?
>
> Based on the time that we've been waiting for this, I don't expect a
> new firmware + driver to be ready in time for 8.2.

Agreed too.

>
> Cheers,
>
> Javier
>
> [1] Having to know about Marvell's vendor ID, different configuration
> for msh0 than eth0, filter rules limited to 4 bytes which makes IPv6
> signatures hardly readable, inability to append configurations with
> subsequent iwpriv calls...

Yes. It's not what we want for 2009. Agreed once more.

>
>
>
> --
> Javier Cardona
> cozybit Inc.
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: inhibiting suspend via dbus

[S Page]

John Gilmore wrote:

> For an idea of where Linux power management is going, see Richard
> Woodruff's presentation from the Ottawa Linux Power Management summit:
> 
>   
> http://www.celinux.org/elc08_presentations/TI_OMAP3430_Linux_PM_reference.ppt

.ppt?!  To help the suiteless view a very interesting presentation I 
imported it to 

(I've found Zoho renders PowerPoint better than Google Docs.)
Click the icon with four corner arrows to view full-screen.

This is viewable on my XO, though the block diagrams are hard to read. 
The full-screen window is mis-titled "rainbow-daemon" (I filed 
http://dev.laptop.org/ticket/7930 ).

Regards,
--
=S
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: joyride images for downloading and installing them with a USB key

[Bastien]

Daniel Drake <[EMAIL PROTECTED]> writes:

> On Tue, 2008-08-12 at 16:31 -0500, Bastien wrote:
>> Shouldn't I use jffs2 instead?
>
> If flashing to XO nand, yes.
> If booting from USB/SD, no.

All right, thanks.

>>   http://xs-dev.laptop.org/~cscott/xo-1/streams/joyride/latest/devel_jffs2/
>> 
>> What is os2090.usb?  Is it a standalone USB distribution of both the
>> system and the activity bundle?  Is this _what_ I'm looking for??
>
> This is for the "olpc-update --usb" upgrade method. Not sure if that's
> what you're looking for or not.

That wasn't, but I will test this method.  

What about the fs.zip file?  Is it safe to use an old one?

-- 
Bastien
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[Javier Cardona]

Ricardo,

On Tue, Aug 12, 2008 at 1:03 PM, Ricardo Carrano <[EMAIL PROTECTED]> wrote:
>> Marvell will implement the new wow-signature API with the next
>> firmware release (22p18)
>
> Though I agree now, as I agreed in the past, that the filter is not
> easy to use, I would say that it was a mechanism already in place
> (and the filter would not be used by an end user anyway). If I recall
> correctly, the filter was compatible with IPv6, it was just terribly
> ineficient in doing so.
>

The two problems I had with the current wol-signature implementation
were usability¹ and the inability to configure one ARP + one IPv6
Neighbor Solicitation trigger on *each* the msh and the eth interface.

I would say that none of them are blockers, although the usability
aspect may prevent the patch to be accepted upstream.

> It seems to me that this old filter method (let's call it old) is the
> only available option to do it fast. Do you guys believe we'll be able
> to test a new firmware and driver and push it to a build fast?

Based on the time that we've been waiting for this, I don't expect a
new firmware + driver to be ready in time for 8.2.

Cheers,

Javier

[1] Having to know about Marvell's vendor ID, different configuration
for msh0 than eth0, filter rules limited to 4 bytes which makes IPv6
signatures hardly readable, inability to append configurations with
subsequent iwpriv calls...



-- 
Javier Cardona
cozybit Inc.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: joyride images for downloading and installing them with a USB key

[Daniel Drake]

On Tue, 2008-08-12 at 16:31 -0500, Bastien wrote:
> Shouldn't I use jffs2 instead?

If flashing to XO nand, yes.
If booting from USB/SD, no.

>   http://xs-dev.laptop.org/~cscott/xo-1/streams/joyride/latest/devel_jffs2/
> 
> What is os2090.usb?  Is it a standalone USB distribution of both the
> system and the activity bundle?  Is this _what_ I'm looking for??

This is for the "olpc-update --usb" upgrade method. Not sure if that's
what you're looking for or not.

Daniel


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: joyride images for downloading and installing them with a USB key

[Bastien]

Chris Ball <[EMAIL PROTECTED]> writes:

>> Hi list, where can I find images of the latest joyride for
>> installing it with a USB key?  Something similar to these images:
>
> http://xs-dev.laptop.org/~cscott/xo-1/streams/joyride/latest/devel_ext3/

Shouldn't I use jffs2 instead?

  http://xs-dev.laptop.org/~cscott/xo-1/streams/joyride/latest/devel_jffs2/

What is os2090.usb?  Is it a standalone USB distribution of both the
system and the activity bundle?  Is this _what_ I'm looking for??

If I don't use os2090.usb maybe I can just go with os2090.img -- fine.
But what about fs.zip?  Is it safe to use the old (708) one?

> (It would be great if you could add this to the place you think it
> should be in the wiki, thanks!)

I will as soon as I'm sure where to put what... 

Thanks again!

-- 
Bastien
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: joyride images for downloading and installing them with a USB key

[Bastien]

Daniel Drake <[EMAIL PROTECTED]> writes:

> On Tue, 2008-08-12 at 15:59 -0500, Bastien wrote:
>> I've been visiting these pages without luck:
>>   http://wiki.laptop.org/go/Joyride
>
> Follow the 'Build downloads' link
>
> This also has good pointers to joyride installation:
> http://wiki.laptop.org/go/Friends_in_testing

Thanks!

-- 
Bastien
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[Deepak Saxena]

On Aug 12 2008, at 11:44, Deepak Saxena was caught saying:
> > Marvell will implement the new wow-signature API with the next
> > firmware release (22p18)
> 
> OK, so I'll not push the existing patches into 8.2 and we can roll 
> this into 8.2.1 when all the bits are ready.

Hmm, I think I was a bit overzealous here. :( I've committed the 
existing Marvell patch that works with the current firmware and we 
can live with it for now and if needed, do a fw/driver update in 
the future for 8.2.1 to be in sync with upstream. I've tested
that simple wake on all ARP works but haven't done anything more
with it. This should show up in a joyride sometime today, once
the kernel autobuild kicks off.

Note that with the patch in the kernel we stll need changes to
userspace to properly setup the filters. At the minimum, we should
enable wake-up on all ARP packets as the default?

~Deepak

-- 
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: joyride images for downloading and installing them with a USB key

[Chris Ball]

Hi,

   > Hi list, where can I find images of the latest joyride for
   > installing it with a USB key?  Something similar to these images:

http://xs-dev.laptop.org/~cscott/xo-1/streams/joyride/latest/devel_ext3/

(It would be great if you could add this to the place you think it
should be in the wiki, thanks!)

- Chris.
-- 
Chris Ball   <[EMAIL PROTECTED]>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: joyride images for downloading and installing them with a USB key

[Daniel Drake]

On Tue, 2008-08-12 at 15:59 -0500, Bastien wrote:
> I've been visiting these pages without luck:
>   http://wiki.laptop.org/go/Joyride

Follow the 'Build downloads' link

This also has good pointers to joyride installation:
http://wiki.laptop.org/go/Friends_in_testing

Daniel


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[John Gilmore]

> Though I agree now, as I agreed in the past, that the filter is not
> easy to use, I would say that it was a mechanism already in place
> (and the filter would not be used by an end user anyway).

Setting up the filter to wake the machine on EVERY arp packet would be
trivial.  These occur pretty often on an active network, though; I
think they're the most common broadcast packets.  So we'd get a fair
number of useless wakeups, almost equivalent to "wake on all
broadcasts".  It would be more power efficient to set the filter to
only wake on every arp that's addressed to our own IPv4 address.
(Doing this for the general case of multiple IPv4 addresses on the
same interface is also possible, just harder to test.  I don't think
NetworkManager ever puts two IPv4 addresses on either eth0 or msh0;
doing so requires manual configuration, so we could skip that in the
short term and file a bug report for the long term.)

(On the other hand, IPv6 requires support for multiple IPv6 addresses
on the same interface, to support automatic renumbering without 
dropping existing TCP connections, but see below.)

> If I recall
> correctly, the filter was compatible with IPv6, it was just terribly
> inneficient in doing so.

If we have multicast wakeup working, then IPv6 takes care of itself.
All ethernet-like kernel drivers already configure the multicast
filter to have the right set of MAC addresses to receive IPv6 "arps",
which are called Neighbor Discovery packets, and which arrive in
multicast packets, not in broadcast packets.  There's no need for an
additional filter beyond the existing multicast filter.  We hashed
this out painfully over many months in #4616 (which is still not
closed).

In joyride-2263, wake on multicast did not appear to be enabled by the
driver by default.  This should be fixed.  You can manually set it
with ethtool.  Caveat: I haven't yet rerun the tests for the
half-dozen existing TRAC bugs that deal with suspend and libertas.  I
just quickly looked at what the ethtool command reported.

John
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

joyride images for downloading and installing them with a USB key

[Bastien]

Hi list,

where can I find images of the latest joyride for installing it with 
a USB key?  Something similar to these images:

  http://download.laptop.org/xo-1/os/official/708/jffs2/fs.zip
  http://download.laptop.org/xo-1/os/official/708/jffs2/os708.img

... but for joyride. 

For now I've only been installing joyride thru olpc-upgrade, but
some XOs here don't have good internet access.

I've been visiting these pages without luck:

  http://wiki.laptop.org/go/Joyride
  http://wiki.laptop.org/go/Taking_a_Joyride
  http://wiki.laptop.org/go/Secure_Upgrade
  http://download.laptop.org/xo-1/os/official/

Thanks guys!

-- 
Bastien
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [sugar] [PATCH] Trac #7480: Need to 'reset' the network configurations - short term fix

[C. Scott Ananian]

On Tue, Aug 12, 2008 at 3:11 PM, Erik Garrison <[EMAIL PROTECTED]> wrote:
> A nice gateway would work by filtering emails with some flag in their
> subject line, e.g. [TRAC #7480].  Is this how debian's bug tracker does
> implements the gateway UI?

rt works like that.  Debian's bug tracker uses a new @bugs.debian.org address for each bug, and cc's it on all
automated correspondence regarding the bug.  So email responses-to-all
get added to the bug tracker, and you can email additional information
regarding to bug to @bugs.debian.org and its archived and
all those watching the bug get copies.
 --scott

-- 
 ( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[Ricardo Carrano]

Apologize to everyone in this thead. Gmail is pulling my leg and I'm
behind the thread.

On Tue, Aug 12, 2008 at 4:06 PM, Ricardo Carrano <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 12, 2008 at 2:44 PM, Deepak Saxena <[EMAIL PROTECTED]> wrote:
>> On Aug 12 2008, at 12:19, Javier Cardona was caught saying:
>>> > So it doesn't look like Javier's patch actually went into one of our 
>>> > official
>>> > branches (stable/testing/master). I'm also not sure we need it b/c testing
>>> > and stable have the following commit that came in 6 days after Javier's 
>>> > patch
>>> > on trac and it seems to deal with the same issue:
>>> >
>>> > commit c16eba59c2183f9d4952eca4d720982cfbe8e031
>>> > Author: David Woodhouse <[EMAIL PROTECTED]>
>>> > Date:   Mon May 19 18:47:52 2008 +0100
>>> >
>>> >libertas: fix multicast handling on eth and msh interfaces
>>>
>>> You are correct.  The patch that I sent is unnecessary, as David
>>> Woodhouse rewrote it in a much better way.
>>> I tested his implementation and it passed all our test cases.  So you
>>> can ignore my patch.
>>> (In case anyone needs them, our tests for this are here:
>>> http://dev.laptop.org/~javier/misc/olpc-mcast-stable-tests.tar.gz)
>>
>> Great!  Ricardo, when you get a chance, can you validate on latest
>> joyride that everything is working OK?
>
> Yes. I intend to have an answer on that by tomorrow morning.
>
>>
>>> We are waiting for Marvell for an updated firmware that implements a
>>> simpler API to configure wake-on-wlan signatures.  The proposed API
>>> was really hard to use and would require additional changes to support
>>> IPv6.  Before pushing this upstream we wanted to have a cleaner
>>> driver/fw interface.
>>>
>>> Marvell will implement the new wow-signature API with the next
>>> firmware release (22p18)
>>
>> OK, so I'll not push the existing patches into 8.2 and we can roll
>> this into 8.2.1 when all the bits are ready.
>
> Oh! This obsoletes my last message. Please ignore it.
> Thanks Deepak.
>
>>
>> Thanks!
>> ~Deepak
>>
>> --
>> Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
>>
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[Ricardo Carrano]

Hi Javier,

On Tue, Aug 12, 2008 at 3:19 PM, Javier Cardona <[EMAIL PROTECTED]> wrote:
> Deepak,
>
> On Tue, Aug 12, 2008 at 10:38 AM, Deepak Saxena <[EMAIL PROTECTED]> wrote:
>>> There are at least two mechanisms that need to be in place for both
>>> things to be able to operate together without causing major issues:
>>>
>>> 1 - The multicast address populating on the firmware, that is needed
>>> for collaboration to work:  http://dev.laptop.org/ticket/6818
>>
>> So it doesn't look like Javier's patch actually went into one of our official
>> branches (stable/testing/master). I'm also not sure we need it b/c testing
>> and stable have the following commit that came in 6 days after Javier's patch
>> on trac and it seems to deal with the same issue:
>>
>> commit c16eba59c2183f9d4952eca4d720982cfbe8e031
>> Author: David Woodhouse <[EMAIL PROTECTED]>
>> Date:   Mon May 19 18:47:52 2008 +0100
>>
>>libertas: fix multicast handling on eth and msh interfaces
>
> You are correct.  The patch that I sent is unnecessary, as David
> Woodhouse rewrote it in a much better way.
> I tested his implementation and it passed all our test cases.  So you
> can ignore my patch.
> (In case anyone needs them, our tests for this are here:
> http://dev.laptop.org/~javier/misc/olpc-mcast-stable-tests.tar.gz)
>
>>> 2 - The signature based filter, that is needed for ARP to work
>>> (keeping in mind that no ARP, no unicast traffic, nothing):
>>> http://dev.laptop.org/ticket/6993#comment:2
>>
>> This patch applies cleanly and if we need this for 8.2 mesh to work properly,
>> I'm OK pushing it in (depending on how our discussion on change control ends
>> up) but would like to see us vet this upstream for the future. Instead of
>> iwpriv, we could theoretically extend the ethtool interface to support
>> this if we think more HW in the future will support this sort of filtering.
>> Javier, can you work on push to upstream? Have we already tried and been
>> NACKed?
>
> We are waiting for Marvell for an updated firmware that implements a
> simpler API to configure wake-on-wlan signatures.  The proposed API
> was really hard to use and would require additional changes to support
> IPv6.  Before pushing this upstream we wanted to have a cleaner
> driver/fw interface.
>
> Marvell will implement the new wow-signature API with the next
> firmware release (22p18)

Though I agree now, as I agreed in the past, that the filter is not
easy to use, I would say that it was a mechanism already in place
(and the filter would not be used by an end user anyway). If I recall
correctly, the filter was compatible with IPv6, it was just terribly
inneficient in doing so.

It seeems to me that this old filter method (let's call it old) is the
only available option to do it fast. Do you guys believe we'll be able
to test a new firmware and driver and push it to a build fast?

Cheers!
Ricardo
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[mbletsas]

Yes, Deepak will have to merge the required patches.

M


- Original Message -
From: Chris Ball [EMAIL PROTECTED]
Sent: 08/12/2008 03:55 PM AST
To: Michail Bletsas
Cc: "Deepak Saxena" <[EMAIL PROTECTED]>; "Javier Cardona" <[EMAIL PROTECTED]>; 
"Ricardo Carrano" <[EMAIL PROTECTED]>; "Kimberley Quirk" <[EMAIL PROTECTED]>; 
"greg" <[EMAIL PROTECTED]>; "Devel" <[EMAIL PROTECTED]>
Subject: Re: Suspend vs Network Traffic - blockers



Hi,

   >>> OK, so I'll not push the existing patches into 8.2 and we can roll
   >>> this into 8.2.1 when all the bits are ready.

   >> Does this mean we'll be without wake-on-ARP for 8.2?  Is there
   >> something we can do to avoid that?

   > We can use the existing filter

Not if Deepak doesn't merge it, surely?  Maybe I misunderstood something?

- Chris.
-- 
Chris Ball   <[EMAIL PROTECTED]>

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[Chris Ball]

Hi,

   >>> OK, so I'll not push the existing patches into 8.2 and we can roll
   >>> this into 8.2.1 when all the bits are ready.

   >> Does this mean we'll be without wake-on-ARP for 8.2?  Is there
   >> something we can do to avoid that?

   > We can use the existing filter

Not if Deepak doesn't merge it, surely?  Maybe I misunderstood something?

- Chris.
-- 
Chris Ball   <[EMAIL PROTECTED]>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[mbletsas]

We can use the existing filter API

M


- Original Message -
From: Chris Ball [EMAIL PROTECTED]
Sent: 08/12/2008 03:49 PM AST
To: [EMAIL PROTECTED]
Cc: Javier Cardona <[EMAIL PROTECTED]>; Ricardo Carrano <[EMAIL PROTECTED]>; 
Kimberley Quirk <[EMAIL PROTECTED]>; [EMAIL PROTECTED]; Michail Bletsas; Devel 
<[EMAIL PROTECTED]>; David Woodhouse <[EMAIL PROTECTED]>
Subject: Re: Suspend vs Network Traffic - blockers



Hi,

   >> We are waiting for Marvell for an updated firmware that implements
   >> a simpler API to configure wake-on-wlan signatures.  The proposed
   >> API was really hard to use and would require additional changes to
   >> support IPv6.  Before pushing this upstream we wanted to have a
   >> cleaner driver/fw interface.
   >> 
   >> Marvell will implement the new wow-signature API with the next
   >> firmware release (22p18)

   > OK, so I'll not push the existing patches into 8.2 and we can roll
   > this into 8.2.1 when all the bits are ready.

Does this mean we'll be without wake-on-ARP for 8.2?  Is there something
we can do to avoid that?

Thanks,

- Chris.
-- 
Chris Ball   <[EMAIL PROTECTED]>

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[Chris Ball]

Hi,

   >> We are waiting for Marvell for an updated firmware that implements
   >> a simpler API to configure wake-on-wlan signatures.  The proposed
   >> API was really hard to use and would require additional changes to
   >> support IPv6.  Before pushing this upstream we wanted to have a
   >> cleaner driver/fw interface.
   >> 
   >> Marvell will implement the new wow-signature API with the next
   >> firmware release (22p18)

   > OK, so I'll not push the existing patches into 8.2 and we can roll
   > this into 8.2.1 when all the bits are ready.

Does this mean we'll be without wake-on-ARP for 8.2?  Is there something
we can do to avoid that?

Thanks,

- Chris.
-- 
Chris Ball   <[EMAIL PROTECTED]>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[Deepak Saxena]

On Aug 12 2008, at 12:19, Javier Cardona was caught saying:
> > So it doesn't look like Javier's patch actually went into one of our 
> > official
> > branches (stable/testing/master). I'm also not sure we need it b/c testing
> > and stable have the following commit that came in 6 days after Javier's 
> > patch
> > on trac and it seems to deal with the same issue:
> >
> > commit c16eba59c2183f9d4952eca4d720982cfbe8e031
> > Author: David Woodhouse <[EMAIL PROTECTED]>
> > Date:   Mon May 19 18:47:52 2008 +0100
> >
> >libertas: fix multicast handling on eth and msh interfaces
> 
> You are correct.  The patch that I sent is unnecessary, as David
> Woodhouse rewrote it in a much better way.
> I tested his implementation and it passed all our test cases.  So you
> can ignore my patch.
> (In case anyone needs them, our tests for this are here:
> http://dev.laptop.org/~javier/misc/olpc-mcast-stable-tests.tar.gz)

Great!  Ricardo, when you get a chance, can you validate on latest
joyride that everything is working OK?

> We are waiting for Marvell for an updated firmware that implements a
> simpler API to configure wake-on-wlan signatures.  The proposed API
> was really hard to use and would require additional changes to support
> IPv6.  Before pushing this upstream we wanted to have a cleaner
> driver/fw interface.
> 
> Marvell will implement the new wow-signature API with the next
> firmware release (22p18)

OK, so I'll not push the existing patches into 8.2 and we can roll 
this into 8.2.1 when all the bits are ready.

Thanks!
~Deepak

-- 
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[Javier Cardona]

Deepak,

On Tue, Aug 12, 2008 at 10:38 AM, Deepak Saxena <[EMAIL PROTECTED]> wrote:
>> There are at least two mechanisms that need to be in place for both
>> things to be able to operate together without causing major issues:
>>
>> 1 - The multicast address populating on the firmware, that is needed
>> for collaboration to work:  http://dev.laptop.org/ticket/6818
>
> So it doesn't look like Javier's patch actually went into one of our official
> branches (stable/testing/master). I'm also not sure we need it b/c testing
> and stable have the following commit that came in 6 days after Javier's patch
> on trac and it seems to deal with the same issue:
>
> commit c16eba59c2183f9d4952eca4d720982cfbe8e031
> Author: David Woodhouse <[EMAIL PROTECTED]>
> Date:   Mon May 19 18:47:52 2008 +0100
>
>libertas: fix multicast handling on eth and msh interfaces

You are correct.  The patch that I sent is unnecessary, as David
Woodhouse rewrote it in a much better way.
I tested his implementation and it passed all our test cases.  So you
can ignore my patch.
(In case anyone needs them, our tests for this are here:
http://dev.laptop.org/~javier/misc/olpc-mcast-stable-tests.tar.gz)

>> 2 - The signature based filter, that is needed for ARP to work
>> (keeping in mind that no ARP, no unicast traffic, nothing):
>> http://dev.laptop.org/ticket/6993#comment:2
>
> This patch applies cleanly and if we need this for 8.2 mesh to work properly,
> I'm OK pushing it in (depending on how our discussion on change control ends
> up) but would like to see us vet this upstream for the future. Instead of
> iwpriv, we could theoretically extend the ethtool interface to support
> this if we think more HW in the future will support this sort of filtering.
> Javier, can you work on push to upstream? Have we already tried and been
> NACKed?

We are waiting for Marvell for an updated firmware that implements a
simpler API to configure wake-on-wlan signatures.  The proposed API
was really hard to use and would require additional changes to support
IPv6.  Before pushing this upstream we wanted to have a cleaner
driver/fw interface.

Marvell will implement the new wow-signature API with the next
firmware release (22p18)

Regarding upstream acceptability, this is what linville said about this:

 linville, I'm working on supporting signature based wake-on-wlan
 linville, that is, the host can send frame signatures to the
wireless device which will wake up the host when matched.
 I'm trying to avoid another iwpriv storm, but I don't know
of any other device that can do something like this.  What would be a
good user interface for this capability?
 is it at all similar to the wol stuff in ethtool?  is this
just for libertas?
 it extends it.
 ie. with ethtool you can only say "wake me up on
unicast|broadcast|mcast" traffic.
 the signature allows more fine grained control.
 And yes, this is just for libertas.
 is it something that could live in debugfs for a while?
 it could, yes, but this is something that userspace apps
would probably want to use.  One example is a VoIP app that requests that
the host is awakened when a particular frame is received.
 johill had mentioned having something similar to iwpriv for
cfg80211, but I haven't seen it yet
 if you need it soon, I suppose iwpriv might be acceptable
 what things need to be set?  can you change the signatures?
 I guess I would need to see a patch -- you know that people
will oppose new WE ioctls
  a rule is [EMAIL PROTECTED] [&&
[EMAIL PROTECTED]
 the device can accept up to 8 rules, that are ORed
 LOCATION=OFFSET
 weird
 I guess it sounds like something iwpriv might suit
 linville, ok, I'll submit a patch shortly

Cheers,

Javier

-- 
Javier Cardona
cozybit Inc.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [sugar] [PATCH] Trac #7480: Need to 'reset' the network configurations - short term fix

[Erik Garrison]

On Tue, Aug 12, 2008 at 01:23:07PM -0400, C. Scott Ananian wrote:
> I moved discussion back to http://dev.laptop.org/ticket/7480 ,
> including citing Morgan's objections quoted above and proposing a
> solution.
> 
> Does anyone want to implement an email->trac gateway, like debian's
> bug tracker has?  That would help a lot when discussion veers off into
> email.
>  --scott

Thanks for moving it back to the ticket.

A nice gateway would work by filtering emails with some flag in their
subject line, e.g. [TRAC #7480].  Is this how debian's bug tracker does
implements the gateway UI?

erik
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: #5144 HIGH 8.2.0 (: [firmware] Marvell firmware should default to mesh off, and have controls for turning mesh on and off

[Deepak Saxena]

On Aug 12 2008, at 08:19, Michail Bletsas was caught saying:
> Given that such a modification requires extensive driver patching, I don't 
> think we should pursue it for this release.

+1

I must be missing something, b/c shouldn't the mesh just be disabled
until we do "ifconfig msh0 up" and then disabled via "ifconfig msh0 down"? 
I'm not sure why we need a bunch of iwpriv calls for this.

~Deepak


-- 
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[Deepak Saxena]

On Aug 12 2008, at 12:22, Ricardo Carrano was caught saying:
> Dear all,
> 
> It is very important to correctly approach the interactions between
> suspend/resume and network traffic.
> 
> There are at least two mechanisms that need to be in place for both
> things to be able to operate together without causing major issues:
> 
> 1 - The multicast address populating on the firmware, that is needed
> for collaboration to work:  http://dev.laptop.org/ticket/6818

So it doesn't look like Javier's patch actually went into one of our official
branches (stable/testing/master). I'm also not sure we need it b/c testing
and stable have the following commit that came in 6 days after Javier's patch
on trac and it seems to deal with the same issue:

commit c16eba59c2183f9d4952eca4d720982cfbe8e031
Author: David Woodhouse <[EMAIL PROTECTED]>
Date:   Mon May 19 18:47:52 2008 +0100

libertas: fix multicast handling on eth and msh interfaces

We weren't properly handling multicast on the mesh interface. Fix that,
which involves setting up the hardware to use the union of dev->mc_list
for both eth%d and msh%d devices.

This means we can't do it directly from ->set_multicast_list() because
we'd need to lock the other device to read its list, and we can't do
that because it might deadlock. So punt the actual work to keventd.

Also, invoke the same when taking an interface down; for some reason the
core calls ->set_multicast_list while IFF_UP is still set in dev->flags
when we're taking it down, so its addresses don't get removed then.

We also convert MAC_MULTICAST_ADR to a direct command while we're at it,
removing one more entry from the big switch statement in the deprecated
lbs_prepare_and_send_command() function. Change the priority of the
'unknown command' warnings in that switch statement too, because we
really do want to know about it if it happens.

Signed-off-by: David Woodhouse <[EMAIL PROTECTED]>

Ricardo, have you reproduced the issues with the latest kernels?

> 2 - The signature based filter, that is needed for ARP to work
> (keeping in mind that no ARP, no unicast traffic, nothing):
> http://dev.laptop.org/ticket/6993#comment:2

This patch applies cleanly and if we need this for 8.2 mesh to work properly,
I'm OK pushing it in (depending on how our discussion on change control ends
up) but would like to see us vet this upstream for the future. Instead of
iwpriv, we could theoretically extend the ethtool interface to support 
this if we think more HW in the future will support this sort of filtering.
Javier, can you work on push to upstream? Have we already tried and been
NACKed?

Thanks for point these out Ricardo!


This is not the first set of issues that have come up due to 
out-of-tree, non-upstream development that was stuck in one of our
trees or trac and we need to work on reducing our differences
from upstream. Our delta is just going to get bigger and unmaintainble 
with regressions constantly popping up as patches get dropped. For 
9.1 (9.2 more realistically?) I highly suggest one of our priorities 
be that a stock kernel.org kernel just works out of the box on our 
lovely little laptop, even if that means rewriting parts of drivers,
firmware, etc.


~Deepak

-- 
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [sugar] [PATCH] Trac #7480: Need to 'reset' the network configurations - short term fix

[Mikus Grinbergs]

> "From the sugar control panel we need to be able to 'reset' or
> remove the stored network configuration file. This is important to do
> whenever someone makes a change to their AP settings, changes the
> password, and it might also help us debug some of the problems we are
> seeing with intermittent AP connections. " ( kimquirk, trac #7480 )

Please keep in mind the G1G1 users.  I carry my XO to various 
places, many of which need WEP keys.  It is cumbersome to bring 
along a written list of these keys, and to enter something anew when 
I arrive.  As long as my existing network configuration file remains 
untouched, the XO "remembers" those keys for me.

One suggestion -- not all APs broadcast their ESSIDs.  The user 
ought to have the option to "label" an entry in the network 
configuration file, if Network Manager hasn't.  And when the user 
hovers over an AP which is not broadcasting an ESSID, the user ought 
to be given the option of *selecting* from the network configuration 
file an entry for the Network Manager to try for that AP.  If the 
user doesn't select, let Network Manager use a temporary entry for 
that AP -- this will avoid what I am experiencing, where APs in one 
geographical location (presumably without ESSIDs) are labeled in 
Neighborhood view with the name of an AP from a completely different 
geographical location (but which presumably has a similar radio 
appearance).

mikus

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: New faster build 2289

[C. Scott Ananian]

On Tue, Aug 12, 2008 at 1:27 PM, Gary Oberbrunner <[EMAIL PROTECTED]> wrote:
> Build Announcer v2 wrote:
>> http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build2289
>
> Hi folks; is there still a difference between faster and joyride?  I
> thought they got merged a while ago.  ?

http://lists.laptop.org/pipermail/devel/2008-August/017602.html
 --scott

-- 
 ( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: New faster build 2289

[Gary Oberbrunner]

Build Announcer v2 wrote:
> http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build2289

Hi folks; is there still a difference between faster and joyride?  I 
thought they got merged a while ago.  ?

-- 
Gary Oberbrunner
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [sugar] [PATCH] Trac #7480: Need to 'reset' the network configurations - short term fix

[C. Scott Ananian]

I moved discussion back to http://dev.laptop.org/ticket/7480 ,
including citing Morgan's objections quoted above and proposing a
solution.

Does anyone want to implement an email->trac gateway, like debian's
bug tracker has?  That would help a lot when discussion veers off into
email.
 --scott

-- 
 ( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

New faster build 2289

[Build Announcer v2]

http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build2289

Changes in build 2289 from build: 2288

Size delta: 0.00M

-sugar-toolkit 0.82.0-1.fc9
+sugar-toolkit 0.82.1-1.fc9

--- Changes for sugar-toolkit 0.82.1-1.fc9 from 0.82.0-1.fc9 ---
  + Fix crash on startup on x86_64
  + Rebuild

--
This mail was automatically generated
See http://dev.laptop.org/~rwh/announcer/faster-pkgs.html for aggregate logs
See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a 
comparison
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Firefox 3 available via software-update

[C. Scott Ananian]

On Tue, Aug 12, 2008 at 11:44 AM, Ton van Overbeek <[EMAIL PROTECTED]> wrote:
> Yesterday when running software-update from the control panel on
> joyride-2280
> Firefox showed up.
> It is a port of Firefox 3 to the XO by C Scott Ananian:
> (http://dev.laptop.org/git?p=users/cscott/firefox-activity;a=summary)
> First impression is: it works very well.

Thanks!  I had some free time over the weekend. =)

> Also it seems when new activities are added to the Activities/Joyride page
> they are picked up by software-update.

They are picked up when you are running joyride builds, via the
activity groups feature described at [[Software update]] on our wiki.

> Time to replace the Firefox2 page on the wiki ???

Done, thanks for the reminder.  Work still left to be done on the
Firefox activity is described at [[Firefox]].
 --scott

-- 
 ( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

New joyride build 2289

[Build Announcer v2]

http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2289

Changes in build 2289 from build: 2288

Size delta: -0.14M

-sugar-toolkit 0.82.0-1.fc9
+sugar-toolkit 0.82.1-1.fc9

--- Changes for sugar-toolkit 0.82.1-1.fc9 from 0.82.0-1.fc9 ---
  + Fix crash on startup on x86_64
  + Rebuild

--
This mail was automatically generated
See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs
See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a 
comparison
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[Ricardo Carrano]

Hi Chris,

On Tue, Aug 12, 2008 at 11:46 AM, Chris Ball <[EMAIL PROTECTED]> wrote:
> Hi Ricardo,
>
>   > There are at least two mechanisms that need to be in place for both
>   > things to be able to operate together without causing major issues:
>
>   > 1 - The multicast address populating on the firmware, that is
>   > needed for collaboration to work: http://dev.laptop.org/ticket/6818
>
> We're using the "testing" kernel branch for 8.2, and the latest testing
> kernels are in the latest Joyride builds.  Could you or Deepak confirm
> that the patches you'd like are in there?

I think Deepak is the person to answer to this.

>
>   > 2 - The signature based filter, that is needed for ARP to work
>   > (keeping in mind that no ARP, no unicast traffic, nothing):
>   > http://dev.laptop.org/ticket/6993#comment:2
>
> As above.
>
>   > It is also very important that the configurations are done
>   > properly.  As you can see in
>   > http://dev.laptop.org/ticket/6993#comment:2 wake on ARP will not be
>   > set automagically.
>
>   > A configuration example can be found in:
>   > http://dev.laptop.org/ticket/6993#comment:3
>
> Would you recommend keeping track of our current eth0/msh0 IP addresses
> when programming wake-on-all-ARP, or should we just enable it globally?

Hm. That's a good question. Between implementention complexity (of
changing the filter eveytime an IP changes) and power efficiency (of
preventing some unnecessary wake ups), at this point in time (pretty
close to release), I would be inclined towards the second approach.

>
> (By the way, the EC now suppresses 8388 wakeups when in sleep/lid closed
> mode, so we don't need to change the filter/wol behavior when switching
> between suspend and sleep; we can leave it in "suspend" configuration.)
>
> Thanks,
>
> - Chris.
> --
> Chris Ball   <[EMAIL PROTECTED]>
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [sugar] new 8.2.0 beta joyride - upgrading via control panel ?

[C. Scott Ananian]

On Mon, Aug 11, 2008 at 2:16 PM, Gary C Martin <[EMAIL PROTECTED]> wrote:
> On 11 Aug 2008, at 15:13, C. Scott Ananian wrote:
>
>> Please send me sugar logs for any activity update control panel
>> failures, along with details on what activity it was attempting to
>> download at the time.  Please be sure you are using joyride-2266 or
>> later, and that you have suspend turned off.
>
> OK, will do. Can you hint where update control panel will be logging? I
> looked for them in vain when I was having problems with it.

The should be in 'shell.log', although sometimes you can get better
diagnostics by invoking the updater from the command line in Terminal:
'sugar-control-panel -g available_updates' and 'sugar-control-panel -s
install_updates all'.  (Use 'sugar-control-panel -l',
'sugar-control-panel -h available_updates', and 'sugar-control-panel
-h install_updates' for more information.)

>> On Mon, Aug 11, 2008 at 6:59 AM, Walter Bender <[EMAIL PROTECTED]>
>> wrote:
>>>
>>> then one day, it just worked. The usual behavior seems to be that it
>>> will succeed to upgrade most of the activities and report failures on
>>> a handful, offering to try again (although it is not clear that that
>>
>> I am not terribly interested in bug reports on this particular
>> behavior:
>
> Yea Scott, this really shows, it's hard to know what's at fault when things
> just stop for no obvious reason – but I know you core folks are real busy,
> so I don't take offence and hope the rest of the Activity developers don't
> either.

Although at times I can be cranky, what I'm really trying to
communicate is the proper assignee for these bugs (ie, the activity
authors).  I'm trying to be very responsive to bugs in the core update
functionality, so it's worthwhile for reporters to clearly distinguish
their reports, lest I overlook a core bug hidden among the rest.

Also, as I mentioned earlier, we've got folks working on updated
templates for the activity info pages, which should make version skew
much less of a problem in the future, so I'm not going to spend a lot
of time working on temporary issues relating to version skew until
we've got the "real solution" in place.

> Has any one oficially put out a clear heads message for the Activity
> authors, documenting the change for future release? Or are we all meant to
> go geek through the updater source and try and work out what's going on. I
> read the lists and track pretty closely, I'm sure most don't, I think I saw
> a single paragraph kicking around the wiki.laptop.org somewhere – h – OK
> found it, so this is now the official request and we (Activity developers)
> should pick it up and run?
>
>http://wiki.laptop.org/go/Activity_bundles#.info_File_Format

That was the canonical source of documentation, yes.  (Single
paragraph is a bit misleading; there's quite a lot of information
available on the activity microformat page linked from that
paragraph.)  There is a mention of the new functionality in the
release notes 
(http://wiki.laptop.org/go/Release_Notes/8.2.0#New_Activity_Updater),
but that could be more prominent.

I just wrote more comprehensive documentation at:
   http://wiki.laptop.org/go/Software_update
I hope that is helpful to activity authors!

Michael, could you see that this URL is referenced prominently in your
next test build announcement?
 --scott

-- 
 ( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

mesh point portal?

[Daniel Drake]

Hi, just curious:

While watching NetworkManager logs, I plugged in a usb-ethernet adapter
and noted how that NetworkManager logged a message along the lines of it
making the ethernet connection available on a mesh channel through msh0
(MPP mode).

Does this functionality work?

Daniel


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Suspend vs Network Traffic - blockers

[Chris Ball]

Hi Ricardo,

   > There are at least two mechanisms that need to be in place for both
   > things to be able to operate together without causing major issues:

   > 1 - The multicast address populating on the firmware, that is
   > needed for collaboration to work: http://dev.laptop.org/ticket/6818

We're using the "testing" kernel branch for 8.2, and the latest testing
kernels are in the latest Joyride builds.  Could you or Deepak confirm
that the patches you'd like are in there?
   
   > 2 - The signature based filter, that is needed for ARP to work
   > (keeping in mind that no ARP, no unicast traffic, nothing):
   > http://dev.laptop.org/ticket/6993#comment:2

As above.

   > It is also very important that the configurations are done
   > properly.  As you can see in
   > http://dev.laptop.org/ticket/6993#comment:2 wake on ARP will not be
   > set automagically.

   > A configuration example can be found in:
   > http://dev.laptop.org/ticket/6993#comment:3

Would you recommend keeping track of our current eth0/msh0 IP addresses
when programming wake-on-all-ARP, or should we just enable it globally?

(By the way, the EC now suppresses 8388 wakeups when in sleep/lid closed
mode, so we don't need to change the filter/wol behavior when switching
between suspend and sleep; we can leave it in "suspend" configuration.)

Thanks,

- Chris.
-- 
Chris Ball   <[EMAIL PROTECTED]>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Firefox 3 available via software-update

[Ton van Overbeek]

Yesterday when running software-update from the control panel on 
joyride-2280
Firefox showed up.
It is a port of Firefox 3 to the XO by C Scott Ananian:
(http://dev.laptop.org/git?p=users/cscott/firefox-activity;a=summary)
First impression is: it works very well.

Also it seems when new activities are added to the Activities/Joyride page
they are picked up by software-update.

Good work !!
Time to replace the Firefox2 page on the wiki ???

Ton van Overbeek
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

git merge question -- conflicting whitespace

[pgf]

i'm trying to do a git-merge that's complicated by my having
changed all of the line endings in my working copy from CRNL to
simple NL.  further changes have since been made on the remote
branch that i cloned, and when i attempt a git-merge, the entire
file is in conflict, due to the difference in line-endings.

i'm surprised that (unlike git-diff, and to a lesser extent,
git-apply) git-merge has no provision for glossing over
whitespace differences.

i _think_ i can finesse (!) this by switching my files back to
CRNL endings, doing the merge, and then converting back.  (i
haven't yet experimented with this.)

any other suggestions?  (we're talking about roughly 20 files,
which are affected by about the same number of commits.)

(i also considered post-processing the patches that represent the
remote changes, and applying them with git-apply.  but then i lose
any history associated with those remote changes, which i'd rather
not do.)

paul
=-
 paul fox, [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Suspend vs Network Traffic - blockers

[Ricardo Carrano]

Dear all,

It is very important to correctly approach the interactions between
suspend/resume and network traffic.

There are at least two mechanisms that need to be in place for both
things to be able to operate together without causing major issues:

1 - The multicast address populating on the firmware, that is needed
for collaboration to work:  http://dev.laptop.org/ticket/6818

2 - The signature based filter, that is needed for ARP to work
(keeping in mind that no ARP, no unicast traffic, nothing):
http://dev.laptop.org/ticket/6993#comment:2

Both items above represented driver patches that were proposed,
discussed and implemented at least in a test kernel or in one of our
branches. It is very important that they are confirmed to be in
production kernels to be released in 8.2.0.

It is also very important that the configurations are done properly.
As you can see in http://dev.laptop.org/ticket/6993#comment:2 wake on
ARP will not be set automagically.

A configuration example can be found in:
http://dev.laptop.org/ticket/6993#comment:3

Cheers!
Ricardo
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [sugar] [PATCH] Trac #7480: Need to 'reset' the network configurations - short term fix

[Erik Garrison]

On Tue, Aug 12, 2008 at 10:26:08AM +0200, Morgan Collett wrote:
> On Tue, Aug 12, 2008 at 03:31, Erik Garrison <[EMAIL PROTECTED]> wrote:
> > Attached is a patch which adds a 'reset network configuration' button to
> > the network tab of the sugar control panel.  Clicking this button simply
> > rotates the config file out of the way, saving it as
> > ~/.sugar/default/nm/networks.cfg.bak.NNN  (NNN is the number of
> > previously backed-up configs +1).
> >
> > This is just a short-term fix (hack) to resolve the problem of not
> > having any gui-level method to manipulate the nm network configarion.
> > Eben has noted that we would like to enable config panel level
> > manipulation of the networks.cfg stanzas; but this requires a bit more
> > code than this immediate fix.
> 
> This needs testing: in some cases NM replaces the config with what was there.
> 
> I added a different AP to my home network (in parallel with my
> existing AP). To get the XOs to associate only with the new AP, I
> thought I'd simply delete networks.cfg and then associate to the new
> AP. When I rebooted to make sure it did what I wanted, networks.cfg
> had both the old and the new APs. To end up with only the new AP in
> networks.cfg, I had to first associate to the new AP, then remove the
> old one from networks.cfg - then rebooting after that showed only the
> new one.

I did test this and saw that the networks.cfg file was written again.
It appeared that NM was rewriting the config whenever it associated with
an AP.  sjored notes that NM 0.6 behaves this way, but I'm not sure it's
an issue we are trying to address here.  I think the rationale for the
reset button is the following:

"From the sugar control panel we need to be able to 'reset' or
remove the stored network configuration file. This is important to do
whenever someone makes a change to their AP settings, changes the
password, and it might also help us debug some of the problems we are
seeing with intermittent AP connections. " ( kimquirk, trac #7480 )

The scope of this fix is pretty small.  Just make sure that stored
passwords are reset, and clear out cruft from the networks.cfg file.  Am
I missing anything?  I don't think pushing a fix into NM 0.6 is a good
use of our time, so I'm not sure what else we can do.

Erik
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO keeps staring at its own belly button

[Mikus Grinbergs]

By calling 'top' in a Terminal session when the 100%-CPU-using 
client is running, I've observed that during "unresponsive episodes" 
the 'top' display freezes -- in other words, it is not just user 
input, but also running programs, that are "superseded".

Also, the "unresponsive episodes" are periodic.  I don't have the 
patience to sit looking at the XO for long, but "use of large 
amounts of CPU" by 'X' happens, then there is a stretch of "normal" 
usage by 'X' before the next "large" usage happens.  Further, there 
seem to be periods (of many minutes) when NO "unresponsiveness" occurs.

mikus

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: All activities (except Terminal and Journal) are always LTR, despite the locale (Khaled Hosny)

[Khaled Hosny]

I was waiting for some one to confirm this regression, any way I filed
ticket #7921


On Mon, Aug 11, 2008 at 10:26 PM, Greg Smith <[EMAIL PROTECTED]> wrote:
> Hi Michael et al,
>
> Can someone look at this regression ASAP?
>
> Khaled,
>
> Can you file a bug to track this?
>
> Thanks,
>
> Greg S
>
>> --
>>
>> Message: 4
>> Date: Sat, 9 Aug 2008 02:07:06 +0300
>> From: Khaled Hosny <[EMAIL PROTECTED]>
>> Subject: All activities (except Terminal and Journal) are always LTR
>>despite the locale
>> To: devel@lists.laptop.org
>> Message-ID: <[EMAIL PROTECTED]>
>> Content-Type: text/plain; charset="utf-8"
>>
>> After updating to one of the recent joyride builds (can't recall the
>> exact build, but somewhere in the last 2 days) all activities now are
>> left to right; toolbar is LTR etc..., despite of the local. Only
>> Terminal and Journal are RTL. Also, activities now doesn't respect the
>> default sans-serif font from fontconfig settings. This all are new
>> regressions that didn't exist before. Looking at log
>> files, I see lots of dbus.* messages that doesn't show in Terminal or
>> Journal logs, see the attached log.
>>
>



-- 
 Khaled
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: First impressions of joyride-2280

[Daniel Drake]

On Tue, 2008-08-12 at 09:17 -0400, Ton van Overbeek wrote:
> I might have spoken too soon.
> 
> Yesterday the touchpad jumping was back in joyride-2280.
> In my initial run of joyride-2280 the battery was full and the XO
> was connected to the mains power.
> This time I was on the battery and the battery was running down.
> In dmesg I noted a lot of EC traffic approximately every 2 minutes.
> Does the frequency of EC polling increase when the battery runs down?

This is normal. It's not polling as such. The hardware generates an
interrupt when the battery charge drops by 1% (or when AC power is
connected/disconnected, etc). The software then queries the EC to figure
out the new charge levels and power status.

> Also in the touchpad recalibration messages I see a lot of nested
> calibration requests: several other calibration queued while performing
> one. This does not seem right to me.

You should post some logs to clarify exactly what you mean.

> Again, Update.1 (build 708) behaves much better.

The touchpad in joyride is much better behaved recently, but I agree
that it has regressed since update1 (where I never saw a problem).

Daniel


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

RT performance, joyride-2288

[Victor Lazzarini]

Hello everyone,

I can detect a great improvement on RT performance for joyride-2288,
less xruns on sugar activities (testing a midi activity). There are still
xruns happening (esp. when there is something happening such as
a mouse movement etc.) but it is less.

In the terminal  with --sched I get a solid performance. I think this
bit of scheduler code could be moved to the csound library so that
it can be used by sugar activities as well. I'll see what I can do.

Victor Lazzarini
Music Technology Laboratory
Music Department
National University of Ireland, Maynooth 

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: First impressions of joyride-2280

[Ton van Overbeek]

Richard A. Smith wrote:
> Ton van Overbeek wrote:
>
>
>> - The polling of the EC every 30 seconds has disappeared.  At least
>>   it does not show up in the dmesg output.
>> - More important, the touchpad seems to behave much better. May be
>>   related to the reduced polling of the EC.
>
> That makes sense if previously you were seeing jumpy touchpad behavior 
> every 30 seconds or so.  During EC command processing the kernel 
> disables interrupts which means that you won't be responding to data 
> from the touchpad.  The update rate for the touchpad is 12ms so if you 
> hang out for longer than 12 ms we think you lose motion data.  I don't 
> know how deep the buffer is on the touchpad but it does not seem to be 
> very deep.  The EC only buffers a single byte.
>
I might have spoken too soon.

Yesterday the touchpad jumping was back in joyride-2280.
In my initial run of joyride-2280 the battery was full and the XO
was connected to the mains power.
This time I was on the battery and the battery was running down.
In dmesg I noted a lot of EC traffic approximately every 2 minutes.
Does the frequency of EC polling increase when the battery runs down?

Also in the touchpad recalibration messages I see a lot of nested
calibration requests: several other calibration queued while performing
one. This does not seem right to me.

Again, Update.1 (build 708) behaves much better. For me personally this
(the touchpad problem) is the biggest show stopper for 8.2.0 !!!

Ton van Overbeek

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Java Support

[Robert Myers]

Greg,

> Do we support Java in our browser?
> 
> I may have a large opportunity in the Americas dependent on our ability 
> to support their application which I believe requires Java.
> 
> I did read this page: http://wiki.laptop.org/go/Java
> 
> Is there any news or latest thinking since then?
> 

The Java plugin is does not work in Browse in update.1 builds.

The Java plugin does work if you have 'real' Firefox separately installed.

The Java plugin does work in Joyride.

Java as an application runs in Update.1 and Joyride.

The fact that the plugin doesn't work in Update.1 is covered in Trac #6465.

Given the facts that it seems that it would require some changes in the 
compilation environment to get the Java plugin to work with Update.1's 
Browse, that the issue is resolved in Joyride, and that an open source 
Java is now available but just for Fedora 9, I don't suspect that there 
will be effort expended in getting the plugin issue resolved for Update.1

Can you wait for 8.2, which will reflect Joyride? Do you need the plugin 
or Java itself?

If you have a real need and opportunity, maybe you can push someone 
harder on this.

Bob

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: New wireless/mesh icon info testers needed (#2866, #6995)

[Ton van Overbeek]

Martin Dengler wrote:
> Thanks very much!  If you have any comments on how I could have made
> it easier for you to test (was using git more onerous than the
> traditional "here's a patch, cd /to/here ; patch -px < mypatch.txt"
> approach?) I'd love to hear how to do that.  As I work with my git
> clone "sewn" into the deployed directories like my instructions did, I
> find it more convenient to git-pull than apply patches, but of course
> I'd prefer to do whatever gets me the most testers  :) .
>   
As James Cameron already wrote, I had to 'yum install git' to be able to 
do the git-clone.
This also pulled in perl for a total of > 15 MB. No problem for me since 
I was at home
with a high speed internet connection.
I was going to suggest to just tar up the modified directories and then 
use a script similar
to what you provided  for the git case in order to make it easier for 
3rd party testers,
but James beat me to it.

Ton
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: #5144 HIGH 8.2.0 (: [firmware] Marvell firmware should default to mesh off, and have controls for turning mesh on and off

[Michail Bletsas]

Given that such a modification requires extensive driver patching, I don't 
think we should pursue it for this release.

M.





"Zarro Boogs per Child" <[EMAIL PROTECTED]> 
08/12/2008 07:08 AM
Please respond to
devel@lists.laptop.org


To

cc
[EMAIL PROTECTED]
Subject
Re: #5144 HIGH 8.2.0 (: [firmware] Marvell firmware should default to mesh 
off, and have controls for turning mesh on and off






#5144: [firmware] Marvell firmware should default to mesh off, and have 
controls
for turning mesh on and off
-+--
   Reporter:  jg |   Owner:  rchokshi 
   Type:  defect |  Status:  new 
   Priority:  high   |   Milestone:  8.2.0 (was Update.2)
  Component:  wireless   | Version: 
 Resolution: |Keywords:  blocks?:8.2.0 
Next_action:  never set  |Verified:  0 
  Blockedby: |Blocking:  7879 
-+--
Changes (by gregorio):

 * cc: ashish, gregorio (added)


Comment:

 Hi Michael and Michailis,

 Where is this code? We want the ability to turn it off (GUI for that is
 another story :-).

 Can we get this in?

 Longer battery life is one of the key features of the release and it
 sounds like this will make a big difference in that.

 Thanks,

 Greg S

-- 
Ticket URL: 
One Laptop Per Child 
OLPC bug tracking system


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [sugar] new 8.2.0 beta joyride - upgrading via control panel ?

[Ixo X oxI]

John,

Thanks for the heads up..

Actually, I was just replying to an ongoing thread, and updated the subject
approipately. :)

I looked in TRAC and couldn't find anything related, so obviously I wasn't
searching deep enough.  I'll look again and see where I went astray ;-/

The XO that I have running Joyride already has an /home/olpc/Activities
directory owned by OLPC...  so I'll dig into the ticket and see if it has
any other suggestions...

Thanks again, :) -iXo

On Mon, Aug 11, 2008 at 02:40, John Gilmore <[EMAIL PROTECTED]> wrote:

> > I've tried to use several joyrides and the control panel / upgrade
> > option...   it just sits at 9% and does nothing.  On 2269 I even left it
> > over night to see if it needed more than 10 hrs..  still nothing.
> > (I have no XS server, is one required?) I've never seen it work at all..
> ;-/
> >
> > Is there an estimate on the length of time for the upgrade process..
> clean
> > system with no activities?  with G1G1 activity pack?  with just 5
> > activites?   How long should I wait to get past the first '9%' and
> > downloading?  How much does it need to download first ?
> >
> > -iXo
> > p.s. Shall I file a TRAC ticket with the list of Activities I have ?
>
> It's a bug.
>
> Before sending to two large mailing lists, you should search for the
> existing TRAC ticket about it:
>
>  http://dev.laptop.org/ticket/7845
>
> A search for "control panel software update" brought it right up as
> the 2nd ticket.
>
> The way to circumvent the bug is to go to the console terminal and
> do "mkdir /home/olpc/Activities" and "chown olpc /home/olpc/Activities".
> Then the updater will work.
>
>John
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

New faster build 2288

[Build Announcer v2]

http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build2288

Changes in build 2288 from build: 2287

Size delta: 0.00M

-kernel 2.6.25-20080812.1.olpc.5611087dbdef61c
+kernel 2.6.25-20080812.2.olpc.327b50a26b2858d

--
This mail was automatically generated
See http://dev.laptop.org/~rwh/announcer/faster-pkgs.html for aggregate logs
See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a 
comparison
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: New wireless/mesh icon info testers needed (#2866, #6995)

[Martin Dengler]

On Tue, Aug 12, 2008 at 07:02:49PM +1000, James Cameron wrote:
> On Tue, Aug 12, 2008 at 08:21:55AM +0100, Martin Dengler wrote:
> > Thanks very much!  If you have any comments on how I could have made
> > it easier for you to test [...]
> 
> I have serious suggestions.

Thanks.  They are valued.

> git wasn't on the laptop.

I know - that's why my instructions said "[testers] willing to pull
down a git clone".  But I completely take your point that it's very
onerous if one doesn't have git or cheap bandwidth.

> If your changes were provided as an RPM then that may have widened the
> test field.  Then again, the sugar RPM on joyride-2286 is 1485430 bytes,
> according to rpm -qi.

Hmm...good point.  I've always been less inclined to take an RPM
because 1) it's a bit more opaque for such a small change; and 2)
it seems, for me, to be in practice just as annoying to reverse - I
have to figure out the previous version, have yum-utils installed for
the source download tool, and use some rpm --force (or yum-utils for
the downgrade plugin/tool) to downgrade.  I wonder if anyone can point
out any preference for RPMs or conviences I'm overlooking...

> If your changes were provided as above as a tarball, the testers might
> step over the threshold more willingly.

Perhaps I should set up come git hooks so that when I commit to my
d.l.o git, I automatically get a tarball of the diffs to the joyride
tag.  Then I could make a tarball available as easy as I could a
git-clone.

> Lastly, your test instructions were not clear.  I had to figure out that
> the screenshot behaviour was new.  Next time, say "engage the frame,
> hover over the symbol, look at the IP address, and the signal strength
> bar".  ;-)

Thanks, good point.  It's tempting to defer writing the |TestCase|
(for trac) until later since I've been staring at this for a while,
but (as you imply) it wastes testers' time if they're not familiar.

> Oh, by the way, it worked, well done!

Thanks for persevering and taking the time to write up useful
suggestions.  I'm not sure if lots of bugs deserve such a directed
plea for testing but I hope that your feedback can also be of use to
anyone else that wants to try to get help.

> (The old behaviour, of showing a disconnect item, and a channel number,
> for my local wireless network, was gone.  I gather that is what you
> intended.)

Both are intended, but not universally desired :).  See
http://dev.laptop.org/ticket/6995#comment:27 about the "Disconnect"
item.  The channel number has been requested once/twice now so perhaps
I will add that back in and see how much Eben complains :).

Martin



pgpIyQCDZO3JV.pgp
Description: PGP signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

re: All activities (except Terminal and Journal) are always LTR, despite the locale (Khaled Hosny)

[Greg Smith]

Hi Michael et al,

Can someone look at this regression ASAP?

Khaled,

Can you file a bug to track this?

Thanks,

Greg S

> --
> 
> Message: 4
> Date: Sat, 9 Aug 2008 02:07:06 +0300
> From: Khaled Hosny <[EMAIL PROTECTED]>
> Subject: All activities (except Terminal and Journal) are always LTR
>   despite the locale
> To: devel@lists.laptop.org
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="utf-8"
> 
> After updating to one of the recent joyride builds (can't recall the
> exact build, but somewhere in the last 2 days) all activities now are
> left to right; toolbar is LTR etc..., despite of the local. Only
> Terminal and Journal are RTL. Also, activities now doesn't respect the
> default sans-serif font from fontconfig settings. 
> This all are new regressions that didn't exist before. Looking at log
> files, I see lots of dbus.* messages that doesn't show in Terminal or
> Journal logs, see the attached log.
> 
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

New joyride build 2288

[Build Announcer v2]

http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2288

Changes in build 2288 from build: 2287

Size delta: 0.00M

-kernel 2.6.25-20080812.1.olpc.5611087dbdef61c
+kernel 2.6.25-20080812.2.olpc.327b50a26b2858d

--
This mail was automatically generated
See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs
See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a 
comparison
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Journal activity profiling

[riccardo]

Hi!

Testcase:
Fill the journal with hundreds of entries and automate the
GtkScrollWindow in the journal to scroll one entry at time on a timeout.

Build: joyride-2281



 + Macro investigation of cpu usage
A picker graph taken during the test can be found at:
http://dev.laptop.org/~rlucchese/journal_scrolling/journal_scrolling.picker.svg
(http://dev.laptop.org/~rlucchese/journal_scrolling/journal_scrolling.picker)

The following tab shows cpu usage of the 4 processes that took more cpu
time during the sampling time:
($ grapher -c4 -n -r cpu -i journal_scrolling.picker)
  
 tot%   ps% cmdline
 ---
68.2python /usr/bin/sugar-activity journalactivity...
 88.6   20.4/usr/bin/X :0 -fp built-ins -wr ...
 94.3   5.7 picker
 99.5   5.2 python /usr/bin/datastore-service

>From the interactions with X it seems the journal activity spends a
sensible amount of time redrawing its entries.

The test runs slower when the journal has more entries than when it's
almost empty, why is it ?



 + cProfile statistics (KCG format) for the journal activity:
http://dev.laptop.org/~rlucchese/journal_scrolling/journal_scrolling.cProfile

functions ordered by self-time:
 17.2   gtk.main()
 16.5   cairo.Context.paint()
  4.find in gettext.py
  3.9   set._jobject of Journal.activity/collapsedentry.py::228
  2.9   built-in method do_size_allocate
  2.9   _expand_lang gettext.py
  2.8   join in posixpath.py
  2.6   posix.stat()
  2.1   _update_color of Journal.activity/collapsedentry.py  
  1.7   normalize in locale. py
  1.6   exists in posix.path.py
  1.5   set._jobject of Journal.activity/collapsedentry.py::323
 --
  59.8%
  
I find interesting to note that 28.5% of the total time goes to
`get_date' of Journal.activity/misc.py because of the ngettext overhead.
Perhaps translations could be cached ?
 


 + Sysprof statistics:
http://dev.laptop.org/~rlucchese/journal_scrolling/journal_scrolling.sysprof

Not very interesting this time.


Thanks,
riccardo

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Java Support

[Greg Smith]

Hi All,

Do we support Java in our browser?

I may have a large opportunity in the Americas dependent on our ability 
to support their application which I believe requires Java.

I did read this page: http://wiki.laptop.org/go/Java

Is there any news or latest thinking since then?

Thanks,

Greg S
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: New wireless/mesh icon info testers needed (#2866, #6995)

[James Cameron]

On Tue, Aug 12, 2008 at 08:21:55AM +0100, Martin Dengler wrote:
> Thanks very much!  If you have any comments on how I could have made
> it easier for you to test [...]

I have serious suggestions.

Here is what happened:

-bash-3.2# git-clone git://dev.laptop.org/users/mdengler/sugar xo-sugar-2866
-bash: git-clone: command not found

git wasn't on the laptop.

I was not able to afford a run of yum to install git, due to limits on
download data ... $0.15 per megabyte excess.

Had I installed git, a clone would have cost me no more than 7Mb for the
sugar source.  I just did it to check, on dev.laptop.org.

But I saw that the directories you wanted to symlink were only small,
and a tarball of them was 73612 bytes.  A big change in size!  The
corrected test setup sequence became:

wget http://dev.laptop.org/~quozl/2866.tar.gz
cd /home/olpc
tar xfz 2866.tar.gz
cd /usr/share/sugar/shell
for dir in hardware model view ; do \
mv -v $dir ${dir}.orig ; \
ln -vs /home/olpc/xo-sugar-2866/src/${dir} ; \
done

If your changes were provided as an RPM then that may have widened the
test field.  Then again, the sugar RPM on joyride-2286 is 1485430 bytes,
according to rpm -qi.

If your changes were provided as above as a tarball, the testers might
step over the threshold more willingly.

Lastly, your test instructions were not clear.  I had to figure out that
the screenshot behaviour was new.  Next time, say "engage the frame,
hover over the symbol, look at the IP address, and the signal strength
bar".  ;-)

Oh, by the way, it worked, well done!

(The old behaviour, of showing a disconnect item, and a channel number,
for my local wireless network, was gone.  I gather that is what you
intended.)

-- 
James Cameronmailto:[EMAIL PROTECTED] http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

New faster build 2287

[Build Announcer v2]

http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build2287

Changes in build 2287 from build: 2285

Size delta: 0.13M

-kernel 2.6.25-20080810.1.olpc.0bc186239fb1afa
+kernel 2.6.25-20080812.1.olpc.5611087dbdef61c

--
This mail was automatically generated
See http://dev.laptop.org/~rwh/announcer/faster-pkgs.html for aggregate logs
See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a 
comparison
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

New joyride build 2287

[Build Announcer v2]

http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2287

Changes in build 2287 from build: 2286

Size delta: 0.14M

-kernel 2.6.25-20080810.1.olpc.0bc186239fb1afa
+kernel 2.6.25-20080812.1.olpc.5611087dbdef61c

--
This mail was automatically generated
See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs
See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a 
comparison
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: New wireless/mesh icon info testers needed (#2866, #6995)

[Martin Dengler]

On Mon, Aug 11, 2008 at 09:32:52PM -0400, Ton van Overbeek wrote:
> Tried your test for 2866.

Thanks very much!  If you have any comments on how I could have made
it easier for you to test (was using git more onerous than the
traditional "here's a patch, cd /to/here ; patch -px < mypatch.txt"
approach?) I'd love to hear how to do that.  As I work with my git
clone "sewn" into the deployed directories like my instructions did, I
find it more convenient to git-pull than apply patches, but of course
I'd prefer to do whatever gets me the most testers :).

> Works as advertised for me (joyride-2280).

Good to hear.

> Could not test the mesh, since I have only one XO.  At startup, when
> showing the frame, you see first the attempt to connect to the mesh,
> then it is replaced by the AP icon and information. I like the
> signal strength indication and the IP address.

Cool.

> The 'disconnect' option is gone from the frame. I suppose you have
> to do this in the neighbourhood view (have not read Eben's design
> proposal).

Yes, this is intended as part of Eben's redesign.  If you have time to
read the comments at: http://dev.laptop.org/ticket/6995#comment:27
...you may be interested to see the differences of opinion.  If you
have any opinions I'm sure we'd be happy to hear.

> Ton van Overbeek

Martin


pgpwqfYLDB0m9.pgp
Description: PGP signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel