I tried this but did not work either ;/
Apparently the mesh re-activation happens after this script is being run.
On Thu, Dec 16, 2010 at 2:39 PM, Paul Fox p...@laptop.org wrote:
martin wrote:
On Wed, Dec 15, 2010 at 11:52 AM, Esteban Arias
ear...@plan.ceibal.edu.uy wrote:
I have the
hola como estas martin
he estado haciendo algunas pruebas con la versión de testing os359.img
la cual he realizado varias pruebas para ver la estabilidad de la misma en
la XO-1
la cual miro que en las 3 XO que instalado esta versión se han dado
problemas con la memoria
ahora lo que quiero
XO-1.5 SKU#99 unit with odd camera behaviour as described below. Have
we seen anything like this before?
Tested with OS 10.1.2 - vanilla.
- Works under OFW - test /camera
- Sugar - Record shows black 'video' window, but does not report any
errors to the user or in the logs. dmesg shows only
I have done a few test in 3 different builds, the tests are:
A. Killing the mesh with echo 0 /sys/class/net/eth0/lbs_mesh, then
suspend and then check if the mesh is re-activated after resume.
B. While the mesh is active, add a script in postresume.d with the same line
to kill the mesh (granting
On Fri, Dec 17, 2010 at 12:48 PM, Martin Abente
martin.abente.lah...@gmail.com wrote:
I have done a few test in 3 different builds, the tests are:
In your tests, you are testing with powerd configured with
config_MESH_DURING_SUSPEND=*yes* ?
This setting _is for something else_. It keeps the
No, i am not, all those builds comes with config_MESH_DURING_SUSPEND=no by
default.
On Fri, Dec 17, 2010 at 3:02 PM, Martin Langhoff
martin.langh...@gmail.comwrote:
On Fri, Dec 17, 2010 at 12:48 PM, Martin Abente
martin.abente.lah...@gmail.com wrote:
I have done a few test in 3 different
On Dec 17, 2010, at 12:46 PM, Martin Langhoff wrote:
XO-1.5 SKU#99 unit with odd camera behaviour as described below. Have
we seen anything like this before?
I haven't seen anything like this.
Given that OFW works fine, have you tried swapping
out the SD card and trying a fresh install ?
wad
On Fri, Dec 17, 2010 at 1:04 PM, Martin Abente
martin.abente.lah...@gmail.com wrote:
No, i am not, all those builds comes with config_MESH_DURING_SUSPEND=no by
default.
From what I understood from your earlier emails, you do not want to
use mesh, and you do not want to keep the libertas device
correct!
2010/12/17 Martin Langhoff martin.langh...@gmail.com
On Fri, Dec 17, 2010 at 1:04 PM, Martin Abente
martin.abente.lah...@gmail.com wrote:
No, i am not, all those builds comes with config_MESH_DURING_SUSPEND=no
by
default.
From what I understood from your earlier emails, you do
On Fri, Dec 17, 2010 at 3:14 PM, Martin Langhoff
martin.langh...@gmail.comwrote:
On Fri, Dec 17, 2010 at 1:04 PM, Martin Abente
martin.abente.lah...@gmail.com wrote:
No, i am not, all those builds comes with config_MESH_DURING_SUSPEND=no
by
default.
From what I understood from your
On Fri, Dec 17, 2010 at 1:36 PM, Martin Langhoff
martin.langh...@gmail.com wrote:
To be clear, I think this is missing functionality in powerd.
Martin - maybe you could add a config_KEEP_MESH_DISABLED option
and use it in set_wlan_power() which is used only on XO-1
See
On Fri, Dec 17, 2010 at 3:36 PM, Martin Langhoff
martin.langh...@gmail.comwrote:
On Fri, Dec 17, 2010 at 1:22 PM, Martin Abente
martin.abente.lah...@gmail.com wrote:
From what I understood from your earlier emails, you do not want to
use mesh, and you do not want to keep the libertas device
On Fri, Dec 17, 2010 at 1:45 PM, Martin Abente
martin.abente.lah...@gmail.com wrote:
I still don't understand why you keep mentioning this. I am not using or
modifying that ;)
Got it confused with Esteban's email then - apologies.
...
It seems like it, but there must be a reason why it works
martin wrote:
I have done a few test in 3 different builds, the tests are:
A. Killing the mesh with echo 0 /sys/class/net/eth0/lbs_mesh, then
suspend and then check if the mesh is re-activated after resume.
B. While the mesh is active, add a script in postresume.d with the same line
http://wiki.laptop.org/go/OLPC_Firmware_q3a62
svn 2054 - SDHCI - keep track of last 8 commands and display them when
an error occurs.
svn 2065 - Increase external SD card power-up off time for a 32 G class
10 SD card being tested.
svn 2068 - Changed the check for NTLDR to be less
On Fri, Dec 17, 2010 at 12:46:09PM -0500, Martin Langhoff wrote:
XO-1.5 SKU#99 unit with odd camera behaviour as described below. Have
we seen anything like this before?
No. Unless the kernel suspended after Record was started, but that is
in the release notes.
--
James Cameron
Hola Kevin,
Gracias por hacer las pruebas!
Pon un mensaje a devel@lists.laptop.org contandonos con detalle pasos
para reproducir los problemas de memoria...
en español está bien -
m
2010/12/17 Kevin Mauricio Benavides Castro webmaster.ac@gmail.com:
hola como estas martin
he estado
On Fri, Dec 17, 2010 at 5:04 PM, James Cameron qu...@laptop.org wrote:
On Fri, Dec 17, 2010 at 12:46:09PM -0500, Martin Langhoff wrote:
XO-1.5 SKU#99 unit with odd camera behaviour as described below. Have
we seen anything like this before?
No. Unless the kernel suspended after Record was
On Fri, Dec 17, 2010 at 05:41:30PM -0500, Martin Langhoff wrote:
On Fri, Dec 17, 2010 at 5:04 PM, James Cameron qu...@laptop.org wrote:
On Fri, Dec 17, 2010 at 12:46:09PM -0500, Martin Langhoff wrote:
XO-1.5 SKU#99 unit with odd camera behaviour as described below. Have
we seen anything
On Fri, Dec 17, 2010 at 6:15 PM, Martin Abente
martin.abente.lah...@gmail.com wrote:
I wrote this script that is a little bit better than just waiting N seconds,
and it seems to work fine:
...
great!
But I like Martin's idea better, just not sure how to make it work atm.
embed exactly that
martin wrote:
On Fri, Dec 17, 2010 at 6:15 PM, Martin Abente
martin.abente.lah...@gmail.com wrote:
I wrote this script that is a little bit better than just waiting N
seconds,
and it seems to work fine:
...
great!
But I like Martin's idea better, just not sure how to
21 matches
Mail list logo