Re: announce: alternate power management
okay, if i don't quit playing with this thing and get the taxes
done, my wife will kill me.
so: i've packaged a new version of powerd. the big change
is that it now allows for the two modes of operation i mentioned
last week on the list:
dim
sleep, screen on
sleep, screen off
shutdown
or:
dim
screen off
sleep, screen off
shutdown
(in contrast, the current releases only really support
dim
sleep, screen on
after that you have to do things manually.)
in addition, powerd can use a completely different configuration
profile when running in ebook mode -- in fact, you can have multiple
profiles (you know you've always wanted a different power behavior
when taking your laptop to the beach, right?) and switch between
them pretty easily.
there's also a (very) primitive configuration utility that lets
you select the major configuration parameters. (it's dialog-based,
so it's curses-based graphics. you've been warned.)
by default, power management is only active when you're running
on battery. that's selectable.
the big items listed under "unimplemented" down below are still
unimplemented. don't know when i'll get to them.
enjoy. please try it, please let me know what you find. i've
seen a few anomolies while playing with it -- most of which i
think i've fixed. but there may well be more, since i think i've
seen at least one i still can't really explain. (but it was
after a couple of glasses of wine, so who knows.)
code:
http://dev.laptop.org/git/users/pgf/powerd/
rpms:
http://dev.laptop.org/~pgf/rpms/
paul
p...@laptop.org wrote:
> hi --
>
> i had an itch that needed scratching, and the result is a
> reimplementation of much (but not all) of what ohmd does
> currently.
>
> i've thought for some time (and i believe cjb agrees) that ohmd
> is needlessly difficult to maintain and modify for our purposes
> on the XO. small improvements are difficult to implement
> quickly.
>
> since my heart is with more quasi-embedded systems than the XO's
> current incarnation, part of my goal was to do a rewrite which
> was not dependent on hald, dbus, or X11 -- power management
> should work well from a console screen, and be available even if
> none of those services is running.
>
> i call the service i wrote "powerd". it gets user idle/active
> reports from the olpc-kbdshim daemon (which is watching all
> user keypress and touchpad activity in any case), and it gets
> reports regarding the hardware inputs (power button, lid and
> ebook switches, ac adapter status, battery level, etc) either
> from another small daemon that monitors /dev/input/event{0,1,2},
> or from /sys nodes directly.
>
> it basically recreates ohmd's "dim after a bit, then sleep"
> behavior, with some additions:
>
> - a power button splash screen: a second press of the power
> button invokes shutdown, simply waiting for a brief timeout
> invokes suspend, and any user activity cancels. (i even
> managed to kinda sorta convey all that with graphics. i'm
> sure every UI person that sees it will roll their eyes.)
>
> - configurable timeouts for screen dim and sleep. the dim
> level is configurable.
>
> - different power management behavior when on wall power vs.
> battery -- many laptop owners don't need to be miserly with
> power when running from an external source. powerd makes
> this behavior selectable.
>
> - different power behavior when in ebook mode (though detection
> may be unreliable -- i think the ebook switch suffers from
> some issues we previously noticed with the lid switch). this
> should let you configure things like a very short timeout until
> idle-suspend, and/or no screen dimming, when in ebook mode. (i
> find the frequent on/off nature of the backlight when reading
> in ebook mode to be a distraction.)
>
> - clean shutdown on critically low battery. (currently set at
> a reported 5%, at which point my laptop would only run for
> another couple of minutes.)
>
> - the ability to run arbitrary scripts after a resume. (perhaps
> to reinit usb devices that don't suspend/resume properly? haven't
> used this much yet.)
>
> - ease of customization, given that it's written in everyone's
> favorite interpreted language.
>
> unimplemented:
>
> - inhibiting idle suspend based on system or network load.
> i.e., the system will dim or suspend when watching a video.
> (there are hooks in place where these features should be
> implemented -- they're just not coded at all.) there's
> no /etc/ohmd directory, so it honors /var/run/inhibit-idle-suspend
> instead.
>
> - no special support for the wireless mesh, whatsoever. i
> couldn't remember how it
ActivityTeam coordinatorship
Hey all, I was supposed to announce this after last week's ActivityTeam meeting but failed, ouch. The amount of time I have to contribute to Sugar Labs has been reducing steadily as my wife and I are expecting our first child. Which is great, as alsroot says I'm providing the next generation of Sugar testers :) Anyway, to keep the momentum going we've asked Gary C. Martin to step up as co-coordinator of the ActivityTeam, and he has accepted. Let's keep those new activities coming (and old ones coming back)! Cheers, Wade ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: improving XO connectivity rates
2009/3/19 Mikus Grinbergs : >> can you upload logs from this session please? > > Added yesterday's logs to ticket #8104. Appear to be getting execve error > when using the binary: "Exec format error" Thanks. Please post the output of: ls -l /etc/NetworkManager/callouts/nm-dhcp-client.action md5sum /etc/NetworkManager/callouts/nm-dhcp-client.action ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] instructions for flashing SoaS on a XO
On Wed, Mar 11, 2009 at 09:14, Edward Cherlin wrote: > 2009/3/6 Wade Brainerd : >> Glad to hear it works, I'm going to try it this weekend on my XO. >> I wonder if we could get the release team to execute these steps >> automatically for each release, and then make .img files available on >> downloads.sugarlabs.org along with the .iso files? > > +1 I have also asked for that. I also like this idea, but the people currently working on soas might have too much on their hands already, so just waiting for them to deliver might not be the best strategy. Anyone would like to take this task and take care of making available image files for every .iso release? Thanks, Tomeu >> That would skip a lot of >> potential mistakes that users might make, and would lower the barrier to >> entry (e.g. no Fedora or Ubuntu machine req). >> The same goes for .vmdk files, I would love to have .vmdk files created >> using http://sugarlabs.org/go/Sugar_on_a_Stick_VirtualBox/Preparing_a_disk_image available >> for each snapshot. > > +1 also. > >> Regards, >> Wade >> On Fri, Mar 6, 2009 at 4:42 PM, Walter Bender >> wrote: >>> >>> I tried it (from Ubuntu instead of F10) and it seems to work >>> "flawlessly"!! I've documented what I did in the wiki: >>> >>> http://sugarlabs.org/go/Sugar_on_a_Stick/Installation/OLPC >>> >>> -walter >>> >>> On Fri, Mar 6, 2009 at 1:19 PM, Tomeu Vizoso wrote: >>> > Hi, >>> > >>> > below are some instructions for flashing the last Sugar on a Stick >>> > image (containing Sugar 0.84) on a XO (provided you have a developer >>> > key). >>> > >>> > Could someone volunteer to test and wikify them? >>> > >>> > Thanks, >>> > >>> > Tomeu >>> > >>> > --- >>> > >>> > on a F10 system: >>> > >>> > $ sudo yum -y install crcimage mtd-utils >>> > $ wget http://dev.laptop.org/~cjb/rawhide-xo/livecd-iso-to-xo.sh >>> > $ wget >>> > http://download.sugarlabs.org/soas/snapshots/1/Soas-200903051021.iso >>> > $ sudo sh livecd-iso-to-xo.sh Soas-200903051021.iso >>> > Soas-200903051021.img >>> > >>> > and then copy Soas-200903051021.img and Soas-200903051021.crc to a usb >>> > stick >>> > >>> > on the XO, boot with the usb stick plugged in and get into OFW, then >>> > type the following commands >>> > >>> > ok disable-security >>> > ok copy-nand u:\Soas-200903051021.img >>> > >>> > then the XO will reboot and you should get into Sugar. >>> > ___ >>> > Sugar-devel mailing list >>> > sugar-de...@lists.sugarlabs.org >>> > http://lists.sugarlabs.org/listinfo/sugar-devel >>> > >>> >>> >>> >>> -- >>> Walter Bender >>> Sugar Labs >>> http://www.sugarlabs.org >>> ___ >>> Sugar-devel mailing list >>> sugar-de...@lists.sugarlabs.org >>> http://lists.sugarlabs.org/listinfo/sugar-devel >> >> >> ___ >> Sugar-devel mailing list >> sugar-de...@lists.sugarlabs.org >> http://lists.sugarlabs.org/listinfo/sugar-devel >> >> > > > > -- > Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name > And Children are my nation. > The Cosmos is my dwelling place, The Truth my destination. > http://earthtreasury.net/ (Edward Mokurai Cherlin) > ___ > Sugar-devel mailing list > sugar-de...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Full SD Physical Layer Spec
Does anyone have a full copy of the SD physical layer specification ? The Simplified one that is commonly found on the net specifically omits the sections I need for hardware design. Thanks, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
