os850 on xo-1.5 -- looks good

2010-08-05 Thread Mikus Grinbergs
Was able to run a whole bunch of Activities -- did not notice any new
failures to launch.  Multimedia respectable;  YouTube watchable @ 240p.

Thanks for a good job,  mikus




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


Re: New 10.1.2 build os304 for XO-1 and XO-1.5

2010-08-05 Thread Yioryos Asprobounitis


--- On Wed, 8/4/10, James Cameron qu...@laptop.org wrote:

 From: James Cameron qu...@laptop.org
 Subject: Re: New 10.1.2 build os304 for XO-1 and XO-1.5
 To: Yioryos Asprobounitis mavrot...@yahoo.com
 Cc: Fedora OLPC fedora-olpc-l...@redhat.com, Chris Ball 
 c...@laptop.org, Devel devel@lists.laptop.org
 Date: Wednesday, August 4, 2010, 6:40 PM
 On Wed, Aug 04, 2010 at 07:56:48AM
 -0700, Yioryos Asprobounitis wrote:
  I olpc-updated my XO-1.5 from 303 to 304 and left it
 to go to sleep
  [...]
  froze in the shutdown screen 
  
  I had commented out varlog in os303 /etc/fstab but on
 reboot nothing
  was at the logs and alt-boot did not work.
  Any other way to get persistent logs for os305 :-)
 
 The olpc-update created a fresh root which had /var/log in
 tmpfs.
 
 Look in the alternate root for the /var/log that belonged
 to os303.
 
 /versions/run/
 

That's the first I looked.
However messages is empty and lastlog and faillog although sizable appear with 
no text content. How do you see their content?

Another issue is the does not appear to be any /boot-alt folder, so I can not 
boot back to os303 and check from there, unless if I do it manually.
Bootpart has /bootpart/boot-versions/version but OFW does not see that as 
boot-alt.
How do you boot-alt in XO-1.5 builds? 


  

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


Re: New 10.1.2 build os304 for XO-1 and XO-1.5

2010-08-05 Thread James Cameron
On Wed, Aug 04, 2010 at 11:40:53PM -0700, Yioryos Asprobounitis wrote:
 However messages is empty and lastlog and faillog although sizable
 appear with no text content. How do you see their content?

lastlog and faillog are not relevant.  messages is.

That it is empty is unfortunate.  It isn't empty for me.  The sequence I
used was to install a build, remove the /var/log from /etc/fstab,
reboot, see /var/log/messages is non-zero size, reboot, see messages
file still.

 Another issue is the does not appear to be any /boot-alt folder, so I
 can not boot back to os303 and check from there, unless if I do it
 manually.

That sounds like a problem.

-- 
James Cameron
http://quozl.linux.org.au/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: os850 on xo-1.5 -- looks good

2010-08-05 Thread Yioryos Asprobounitis
os850?
Where this comes from?


--- On Thu, 8/5/10, Mikus Grinbergs mi...@bga.com wrote:

 From: Mikus Grinbergs mi...@bga.com
 Subject: os850 on xo-1.5 -- looks good
 To: OLPC Devel devel@lists.laptop.org, fedora-olpc-list 
 fedora-olpc-l...@redhat.com
 Date: Thursday, August 5, 2010, 2:06 AM
 Was able to run a whole bunch of
 Activities -- did not notice any new
 failures to launch.  Multimedia respectable; 
 YouTube watchable @ 240p.
 
 Thanks for a good job,  mikus
 
 
 
 
 ___
 olpc mailing list
 o...@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/olpc
 


  

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


Re: New 10.1.2 build os304 for XO-1 and XO-1.5

2010-08-05 Thread Yioryos Asprobounitis


--- On Thu, 8/5/10, James Cameron qu...@laptop.org wrote:

 From: James Cameron qu...@laptop.org
 Subject: Re: New 10.1.2 build os304 for XO-1 and XO-1.5
 To: Yioryos Asprobounitis mavrot...@yahoo.com
 Cc: Fedora OLPC fedora-olpc-l...@redhat.com, Chris Ball 
 c...@laptop.org, Devel devel@lists.laptop.org
 Date: Thursday, August 5, 2010, 3:06 AM
 On Wed, Aug 04, 2010 at 11:40:53PM
 -0700, Yioryos Asprobounitis wrote:
 
  Another issue is the does not appear to be any
 /boot-alt folder, so I
  can not boot back to os303 and check from there,
 unless if I do it
  manually.
 
 That sounds like a problem.
 

Yeh, but looks like is _my_ problem... :-)
eg in a new C3 XO-1.5 everything is fine and update from os61 to os304 was 
mostly uneventful


  

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


OLPC 10.1.2 Release Candidate 1

2010-08-05 Thread Chris Ball
http://wiki.laptop.org/go/Release_notes/10.1.2

http://build.laptop.org/10.1.2/xo-1.5/os850
http://build.laptop.org/10.1.2/xo-1/os850

Compressed image size: 704.70mb (+14.05mb since build 304)

This is the first release candidate for the 10.1.2 software release,
which runs on both XO-1 and XO-1.5.  It's a signed build.  We've bumped
the build number up to 850, so that it's higher than the previous signed
XO-1 build, which was 802.

Please test the build; we're particularly interested in regressions
from either the 8.2.1 release for XO-1 (build802) or the 10.1.1 release
for XO-1.5 (build206).  The only serious regression we know of from
either build is http://dev.laptop.org/ticket/9100 which we're unable
to reproduce, but we're working on obtaining laptops that are showing
the symptom so that we can debug it.

The build has idle-suspend turned on for both XO-1 and XO-1.5.  There
are some bugs affecting XO-1 idle-suspend only -- #10232 and #10233 --
which aren't regressions from 8.2.1, but are annoying enough that we'd
ship without idle-suspend enabled by default on XO-1 if we aren't able
to fix them soon.

We're going to aim for a final release in around two weeks from now,
and then immediately start on a 10.1.3 release with more feature
additions.  We didn't want new feature work to hold back the 10.1.2
release from XO-1 users waiting for a signed Fedora 11 release.

Changelog:

* kernel, #10270: assert wifi reset on XO-1.5 during boot
* sugar,  #9623:  another fix for Sugar behavior on disk full
* #10277: add python-alsaaudio package, which was present in 8.2.1
* Measure, #10248: ship Measure-31
* Record: ship Record-86


Package changes since build 304:

-kernel-2.6.31_xo1.5-20100803.1308.1.olpc.d9b66b661b522f8.i586
+kernel-2.6.31_xo1.5-20100804.1846.1.olpc.72481b500bcb92f.i586
-kernel-firmware-2.6.31_xo1.5-20100803.1308.1.olpc.d9b66b661b522f8.i586
+kernel-firmware-2.6.31_xo1.5-20100804.1846.1.olpc.72481b500bcb92f.i586
+python-alsaaudio-0.5-1.fc11.i586
-sugar-0.84.21-1.fc11.i586
+sugar-0.84.22-1.fc11.i586
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


MicroSD Card performance variance on XO-1.5

2010-08-05 Thread Martin Langhoff
We recently saw that (at least some) XO-1.5 developer machines (C1,
ramp units, etc) have SD cards that are significantly faster than
what is being shipped to end users.

This was a surprise to me (and probably to a few more of us) -- we
assumed that most dev machines had a similarly spec'ed SD card to the
shipping machines. AIUI, we intended to have an assortment of
candidate SD cards on the ramp units, the units I've seen all have
pretty fast cards :-)

This probably explains the scattered results of testing Record
audio/video sync -- with lots of 'works for me' vs definitely doesn't
work. The slower SD cards are significantly slower.

Deployments can request faster cards (at a cost), but I think it makes
sense to test with the lowest common denominator. And we definitely
need to understand what SD card is behind each works or doesn't
report re Record and other write-intensive tasks.

To aid clarity, Mitch has added a .speed test to OFW -- and we've
timed a few cards with it:
http://wiki.laptop.org/go/SD_and_USB_FLASH_Drive_Performance

How to check your internal SD card brand  model:
http://wiki.laptop.org/go/XO_Debugging_tips

cheers,



m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: MicroSD Card performance variance on XO-1.5

2010-08-05 Thread Chris Ball
Hi,

This probably explains the scattered results of testing Record
audio/video sync -- with lots of 'works for me' vs definitely
doesn't work. The slower SD cards are significantly slower.

It did explain some of the first Record problems, but then we switched
to recording into /tmp (on tmpfs) to isolate that variable.  (There
were still further problems, so SD speed isn't a sole explanation.)

- Chris.
-- 
Chris Ball   c...@laptop.org
One Laptop Per Child
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: MicroSD Card performance variance on XO-1.5

2010-08-05 Thread John Watlington

Early prototypes are built using a wide range of SD cards: I believe
we used at least six models in B/C test machines.
While individual developers usually only have one or two, we
do make sure that all SKUs are distributed to some software
developers and testers.   Both Quanta and the hardware team
are careful to test across all prototype SKUs.   When we had a
QA department, they too were testing on all SKUs.   

We could place C2 cards in all prototype SKUs, but then Quanta
would refuse to use C6 cards without further testing.

I've said it before, and I'll say it again.   If you want C6 cards,
you will have to pay to get them.OLPCA pushes Quanta
for the lowest price, and C2 cards are usually $2-$3 cheaper
than C6.

BTW, the REAL definition of C2 versus C6 is the resolution
of video that can be streamed onto the card.   So our higher
resolution video encoding problems using C2 cards shouldn't
be surprising...

wad

On Aug 5, 2010, at 2:54 PM, Martin Langhoff wrote:

 We recently saw that (at least some) XO-1.5 developer machines (C1,
 ramp units, etc) have SD cards that are significantly faster than
 what is being shipped to end users.
 
 This was a surprise to me (and probably to a few more of us) -- we
 assumed that most dev machines had a similarly spec'ed SD card to the
 shipping machines. AIUI, we intended to have an assortment of
 candidate SD cards on the ramp units, the units I've seen all have
 pretty fast cards :-)
 
 This probably explains the scattered results of testing Record
 audio/video sync -- with lots of 'works for me' vs definitely doesn't
 work. The slower SD cards are significantly slower.
 
 Deployments can request faster cards (at a cost), but I think it makes
 sense to test with the lowest common denominator. And we definitely
 need to understand what SD card is behind each works or doesn't
 report re Record and other write-intensive tasks.
 
 To aid clarity, Mitch has added a .speed test to OFW -- and we've
 timed a few cards with it:
 http://wiki.laptop.org/go/SD_and_USB_FLASH_Drive_Performance
 
 How to check your internal SD card brand  model:
 http://wiki.laptop.org/go/XO_Debugging_tips
 
 cheers,
 
 
 
 m
 -- 
  martin.langh...@gmail.com
  mar...@laptop.org -- School Server Architect
  - ask interesting questions
  - don't get distracted with shiny stuff  - working code first
  - http://wiki.laptop.org/go/User:Martinlanghoff
 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel
 

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


Re: MicroSD Card performance variance on XO-1.5

2010-08-05 Thread James Cameron
On Thu, Aug 05, 2010 at 07:55:11PM -0400, John Watlington wrote:
 BTW, the REAL definition of C2 versus C6 is the resolution
 of video that can be streamed onto the card.   So our higher
 resolution video encoding problems using C2 cards shouldn't
 be surprising...

Agreed, it may have some bearing.

os850, Record of video is streaming to the SD card.  (If it were only
going to /tmp I'd have disagreed.)  I'll release note it.

-- 
James Cameron
http://quozl.linux.org.au/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Suspend: RTC wakeup, sleep

2010-08-05 Thread John Gilmore
  There is no 1-second ambiguity in the RTC.  The CPU can only read out
  a value accurate to 1 second, but the CPU can tell precisely when the
  RTC ticks from one second to another, which gives it much higher
  precision if it's willing to wait.  Its precision is greater than its
  accuracy.
 
 But now each resume can have up to 1 second of delay while you wait for 
 the tick to occur.

No need to wait; you can ask the RTC to interrupt you on ticks.  That
will get you very close to knowing the accurate RTC time (based on
your interrupt latency).  Then set up the kernel to awaken 0.
seconds from the previous tick, and when you're there, read the RTC
registers continuously until it actually changes.  Then you're within
a microsecond or better of knowing when it ticked, without creating
much delay.  Your estimate of the time will be OK on resume, get
better after the first tick, and be completely accurate at the second
tick.  And you can arrange your estimate so that as you improve it,
time never moves backwards, only forwards, to avoid strange effects.

 OLPC is in the market for a dedicated (and local) kernel hacker to work 
 on things like this but right now we don't have one.  Until we get one 
 or until someone in the community works on it this will just be ideas.

Right.  But ideas that will, in theory, double your battery life --
and finally put to use all the incredible effort that went into making
hardware that would reliably suspend and resume, tickless kernels,
user mode programs that don't awaken unnecessarily, etc.

 We have also veered off thread...The original questions/responses were 
 on what happens _now_, not what we should be doing.  I'd like to 
 understand the existing issues first.

I'm sorry I don't have insight into those to offer :-/

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


Re: MicroSD Card performance variance on XO-1.5

2010-08-05 Thread Mikus Grinbergs
 we definitely need to understand what SD card is behind each works
 or doesn't report re Record and other write-intensive tasks.

Results from motherboard-unmodified B2 XO-1.5 (SHC9370111D):
[I bought these SD cards myself;  both are 8G, labeled class 6]

 int:0  Mfg 0x1b  OEM 0x534d  Micro SD   Read: 16.5  Write: 8.3
 ext:0  Mfg 0x27  OEM 0x5048  Ext slot   Read: 14.9  Write: 4.8

Note:  when I ran the OFW command multiple times, the numbers reported
for the internal card became lower and lower for each repeat.

[Testing Record-86 on os850 on this machine, I was satisfied with how
the result looked, when recording a video clip in 'High' quality.]

mikus

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


Re: [Server-devel] (cancel) Problem with registered users locked out

2010-08-05 Thread David Leeming
Sorry folks... this was just a case of latency, it took time for some
changes to propagate through the system

 

David Leeming

Leeming Consulting, P.O. Box 652, Honiara, Solomon Islands

Tel: +677 747-6396 (m) 24419 (h) 

www.leeming-consulting.com

 

From: server-devel-boun...@lists.laptop.org
[mailto:server-devel-boun...@lists.laptop.org] On Behalf Of David Leeming
Sent: Thursday, 5 August 2010 12:25 p.m.
To: 'XS Devel'
Subject: [Server-devel] Problem with registered users locked out

 

After doing some minor Moodle changes using the admin login at one school in
PNG, we found that all the students have become unable to access the server
- it redirects to the login page. However, using the admin XO we can see
that all these XOs are appearing as registered users (in Site Admin) and
also they still appear in the course to which they are joined. 

 

We found we can correct this be re-registering but what can have happened,
and is there a quick way to bring them back in again?

 

David Leeming

 

___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


Re: [Server-devel] Problem with registered users locked out

2010-08-05 Thread Martin Langhoff
On Wed, Aug 4, 2010 at 10:25 PM, David Leeming
da...@leeming-consulting.com wrote:
 After doing some minor Moodle changes using the admin login at one school in
 PNG, we found that all the students have become unable to access the server

We don't know what changes you made -- or what's happening, so it's a
bit hard to tell :-/

Questions:

 - all students, or all users?

 - does idmanager still have a good list of the users? From
http://wiki.laptop.org/go/XS_Techniques_and_Configuration
# List who is registered with the XS
/home/idmgr/list_registration



m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


Re: [Server-devel] XO Registration Failed with XS

2010-08-05 Thread ganesh gajre
@James  Martin : Thanks alot  for the new update. I had installed OS
10.1.2. My registration problem solved.

Also I am very glad to see various feature added in this OS build. Specially
Gnome on XO.



On Mon, Aug 2, 2010 at 7:40 PM, Martin Langhoff
martin.langh...@gmail.comwrote:

 On Sun, Aug 1, 2010 at 8:58 PM, James Cameron qu...@laptop.org wrote:
  Fixed, please upgrade.

 So this is in for 10.1.2 - bravo!


 m
 --
  martin.langh...@gmail.com
  mar...@laptop.org -- School Server Architect
  - ask interesting questions
  - don't get distracted with shiny stuff  - working code first
  - http://wiki.laptop.org/go/User:Martinlanghoff




-- 
Ganesh (Dragger)
Be a FOSSERS, use GNU/Linux
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel