Bernie
Sorry, on closer inspection its not locked up, it just looks like its locked up
because it is doing something else for a long time.
Can be replicated 100%. Shut the lid for a while, 5 minutes is not long enough
1.5 hours is. Resume from sleep. The Wifi shows it is connected at 100% signa
[cc += olpc-devel]
El Wed, 25-08-2010 a las 11:05 +1000, fors...@ozonline.com.au escribió:
> OS373pyg
> Wifi is locked up after resume from sleep, must restart.
> I presume this bug is being tracked at dev.laptop.org/ in one of the 4
> tickets below
> http://dev.laptop.org/ticket/10232 WiFi d
On 08/24/2010 06:51 PM, Hal Murray wrote:
> I've got the back of a system off. Is there a handy place to get a
> scope/meter on the wakeup signal from the WiFi module to the EC? Is that
> signal edge triggered or level sensitive?
Easiest place is on the WLAN module Pin 49. Its connected to EC
Where is this on the priority list? What can I do to help?
("Go away until the release is out." might be the right answer.)
There are (at least) 4 tickets on this:
http://dev.laptop.org/ticket/10232 WiFi dies on suspended XO-1, os300
http://dev.laptop.org/ticket/10092 Networking broken over
On Tue, Aug 24, 2010 at 02:30:21PM +1000, James Cameron wrote:
> Summary: the option is supported, but not requested by the DHCP client
> in the current builds. The search value is set to the domain name.
>
> Tested using os852 on XO-1. The result will be the same on XO-1.5.
The os852 that this
El Thu, 19-08-2010 a las 22:24 -0300, SgtPepper escribió:
> The guys at La Rioja here wanted to go with puppet. I'll also go ahead
> and try CFengine.
I asked around: everyone seems to think that Puppet is superior. The
OSU-OSL is migrating from CFengine to Puppet, which is a strong
indicator g
On Aug 24, 2010, at 7:32 PM, Reuben K. Caron wrote:
>
> On Aug 24, 2010, at 1:29 PM, L. Aaron Kaplan wrote:
>
>> Hm well, you at least got me thinking how we can make a small dense
>> indoor mesh working without APs interesting challenge. Like think about
>> replacing those smart APs
On Aug 24, 2010, at 7:20 PM, Richard A. Smith wrote:
> On 08/24/2010 01:01 PM, L. Aaron Kaplan wrote:
>
>>
>> Well - the issue is IMHO that OLPC always sold the public on the mesh
>> idea. So it is somewhat of a bummer that the mesh is gone now.
>>
>
> Let me re-phrase what I said before all
On Aug 24, 2010, at 7:11 PM, Reuben K. Caron wrote:
>
> On Aug 24, 2010, at 11:24 AM, Richard A. Smith wrote:
>
>> The largest of our mesh problems did not have to do with scalability on
>> sheer number of nodes but rather scalability in density. Is there any
>> information available on how
(...)
>>
>>
>> BTW Richard, as far as I remember the problems with 802.11s seemed to be:
>> 1) the standard is not a standard and it was intentionally crippled
>> 2) the drivers were very b0rked and broken (and Marvel did a terrible job
>> with the driver software)
>>
>> Scalability to less t
>>>
>>> The largest of our mesh problems did not have to do with
>>> scalability on sheer number of nodes but rather scalability in
>>> density. Is there any information available on how these networks
>>> perform when there are 50 - 100 of them next all in the same room
>>> or in adjacent rooms?
On Aug 24, 2010, at 5:24 PM, Richard A. Smith wrote:
>
> On 08/24/2010 10:13 AM, Reuben K. Caron wrote:
>
> > Consider the benefits of using open source software versus our closed
> > source firmware and partnering with communities like Freifunk whose
> > network is ~ 800 node, guifi.net is alm
On Aug 24, 2010, at 5:24 PM, Richard A. Smith wrote:
>
> On 08/24/2010 10:13 AM, Reuben K. Caron wrote:
>
> > Consider the benefits of using open source software versus our closed
> > source firmware and partnering with communities like Freifunk whose
> > network is ~ 800 node, guifi.net is alm
On 08/24/2010 01:43 PM, Reuben K. Caron wrote:
>
> On Aug 24, 2010, at 1:34 PM, Richard A. Smith wrote:
>
>> They are only able to achieve this with 30dB attenuators on the
>> signal. We would want to see what one can do with stock cards without
>> an attenuator.
>
> Can we adaptively get the signa
On Aug 24, 2010, at 1:34 PM, Richard A. Smith wrote:
> They are only able to achieve this with 30dB attenuators on the
> signal. We would want to see what one can do with stock cards
> without an attenuator.
Can we adaptively get the signal down in driver/software?
_
On 08/24/2010 01:11 PM, Reuben K. Caron wrote:
>
> http://dev.laptop.org/~reuben/Elsevier2008_OLSR_compare.pdf
>
> This differs from most other papers that I have read that use
> theoretical simulations.
Thank you. That's the sort of data I'm talking about. Unfortunately,
its not quite real wo
On Aug 24, 2010, at 1:29 PM, L. Aaron Kaplan wrote:
> Hm well, you at least got me thinking how we can make a small
> dense indoor mesh working without APs interesting challenge.
> Like think about replacing those smart APs by a distributed version.
> Interesting...
>
> a.
Maybe a
On 08/24/2010 01:01 PM, L. Aaron Kaplan wrote:
>
> Well - the issue is IMHO that OLPC always sold the public on the mesh
> idea. So it is somewhat of a bummer that the mesh is gone now.
>
Let me re-phrase what I said before all the rumors start to fly and I
get in trouble. The "idea" of mesh is
On Aug 24, 2010, at 11:24 AM, Richard A. Smith wrote:
> The largest of our mesh problems did not have to do with scalability
> on sheer number of nodes but rather scalability in density. Is
> there any information available on how these networks perform when
> there are 50 - 100 of them ne
On Tuesday, August 24, 2010 11:26:23 am Chris Ball wrote:
> Hi Reuben,
>
>> Consider the benefits of using open source software versus our
>> closed source firmware and partnering with communities like
>> Freifunk whose network is ~ 800 node, guifi.net is almost 10k
>> nodes in Bar
On 08/24/2010 12:11 PM, L. Aaron Kaplan wrote:
The largest of our mesh problems did not have to do with
scalability on sheer number of nodes but rather scalability in
density. Is there any information available on how these networks
perform when there are 50 - 100 of them next
On 08/24/2010 11:45 AM, L. Aaron Kaplan wrote:
>
> On Aug 24, 2010, at 5:24 PM, Richard A. Smith wrote:
>
>>
>> On 08/24/2010 10:13 AM, Reuben K. Caron wrote:
>>
>>> Consider the benefits of using open source software versus our closed
>>> source firmware and partnering with communities like Freifu
On Aug 24, 2010, at 12:08 PM, Richard A. Smith wrote:
> I'm not talking about comparison to our previous mesh.
Thanks keeping me on track.
> I'm talking about comparison to an AP. Overall we currently don't
> have much need for "mesh" as most of our scenarios are a dense cloud
> of childre
On 08/24/2010 11:44 AM, Reuben K. Caron wrote:
> From what I understand, OLSR has a better mechanism for maintaining the
> "mesh information." If you recall any change in mesh was previously
> broadcasted to all listeners. OLSR is configurable. For instance,
> information would only be broadcaste
On 08/24/2010 11:39 AM, L. Aaron Kaplan wrote:
>
> On Aug 24, 2010, at 5:24 PM, Richard A. Smith wrote:
>
>>
>> On 08/24/2010 10:13 AM, Reuben K. Caron wrote:
>>
>>> Consider the benefits of using open source software versus our
>>> closed source firmware and partnering with communities like
>>> F
On Aug 24, 2010, at 11:24 AM, Richard A. Smith wrote:
> On 08/24/2010 10:13 AM, Reuben K. Caron wrote:
>
> > Consider the benefits of using open source software versus our
> closed
> > source firmware and partnering with communities like Freifunk whose
> > network is ~ 800 node, guifi.net is al
>
> In those scenarios we run into RF density issues even when using APs.
>
I would think that under a close proximity scenario like this one we
would want to reduce the power level of the wlan cards so they are
operating in a much smaller space. Theoretically if kids are spaced
out in a normal c
On Aug 24, 2010, at 10:26 AM, Chris Ball wrote:
The fact that a custom mesh algorithm would have to run on the CPU --
prohibiting any kind of idle-suspend -- makes it a non-starter for an
XO deployment in my eyes. Did you have any thoughts on this?
Hi Chris,
Great point. Thank you for brin
On 08/24/2010 10:13 AM, Reuben K. Caron wrote:
> Consider the benefits of using open source software versus our closed
> source firmware and partnering with communities like Freifunk whose
> network is ~ 800 node, guifi.net is almost 10k nodes in Barcelona,
> Athens Wireless is 5k nodes.
The
Hi Reuben,
> Consider the benefits of using open source software versus our
> closed source firmware and partnering with communities like
> Freifunk whose network is ~ 800 node, guifi.net is almost 10k
> nodes in Barcelona, Athens Wireless is 5k nodes.
The fact that a custom mesh algo
Where Mesh != 802.11s but rather an adhoc, self healing, self
organizing routable network.
Imagine a world where Sugar on a Stick machines can communicate on the
same network as an XO laptop. A world where mesh capabilities are
hardware agnostic allowing anyone to bring up a mesh network by
On Tue, Aug 24, 2010 at 1:14 PM, Martin Langhoff wrote:
> Yeah, I filed a bug recently about this. IMHO we should set whatever
> gconf key controls this to no encrypted keyring, not prompting.
This has been the default in Fedora for quite some time. I'm not sure
whether it was in the F-11 time fr
Yeah, I filed a bug recently about this. IMHO we should set whatever
gconf key controls this to no encrypted keyring, not prompting.
cheers,
m
On Tue, Aug 24, 2010 at 3:24 AM, Tomeu Vizoso wrote:
> On Mon, Aug 23, 2010 at 23:08, Hernan Pachas wrote:
>>
>> Dear friends,
>> How I can unlock the
I'm guessing you might want to automate
that a little, in a "pickup/cleanup after self"
when you are done...
Since there are duplicated datastores,
the journal and sqllite, how do you
manage repairs and backup of
sqllite? dump sqlite to journal
periodically so that it's backed up
in another form/
On Mon, Aug 23, 2010 at 23:08, Hernan Pachas wrote:
>
> Dear friends,
> How I can unlock the default ring keys.
> I need never ask the system keys, because End users are children.
> It should be noted that the system runs on the XO laptop, the program
> "OLPC."
> Your help will be very important f
35 matches
Mail list logo