Hello all,<br>I have a collection of useful XO scripts at <a href="http://daniher.com/shscripts/">daniher.com/shscripts/</a>. <br>Anything in the format of "conf.*" is a media-setup script. <br>While /extremely/ useful, consider everything beta with no warranty explicit or implicit.<br>
The script titled "b" is one you want to look at - "b 0" will set the backlight to black and white and "b 15" will set the backlight to max, with a literal value of 15.<br>In other news, <a href="http://daniher.com/shscripts">daniher.com/shscripts</a> is a generic collecition of day to day scripts which I personally find extremely useful.<br>
Enjoy!<br>-- <br>Ian Daniher<br>--<br>OLPC Support Volunteer<br>OLPCinci Repair Center Coordinator<br>--<br><a href="mailto:it.daniher@gmail.com">it.daniher@gmail.com</a><br>Skype : it.daniher<br><a href="http://irc.freenode.net">irc.freenode.net</a>: Ian_Daniher<br>
<br><div class="gmail_quote">On Sun, Nov 2, 2008 at 4:34 PM,  <span dir="ltr"><<a href="mailto:pgf@laptop.org">pgf@laptop.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<a href="mailto:david@lang.hm">david@lang.hm</a> wrote:<br>
 > On Sun, 2 Nov 2008, <a href="mailto:pgf@laptop.org">pgf@laptop.org</a> wrote:<br>
 ...<br>
<div class="Ih2E3d"> > > i suggest searching <a href="http://olpcnews.com/forum" target="_blank">olpcnews.com/forum</a> for things like this -- last year's<br>
 > > g1g1 users have done a lot of work supporting the XO h/w under non-sugary<br>
 > > environments.<br>
 ><br>
 > well, I was hoping that with an open hardware platform running opensource<br>
 > software there would not be a need to search forums for reverse engineered<br>
 > 'secrets' or 'hacks', but instead such information would be readily<br>
 > available (ideally already documented, but possibly in the "that's so<br>
 > obvious that we didn't think to write it up" catagory for the folks who<br>
 > are experts on the system.<br>
<br>
</div>sorry -- i didn't understand which information you were lacking.<br>
olpcnews is still a good place to start when doing "aftermarket"<br>
research.  the XO is an open system, to be sure, but our focus<br>
has been on creating deployment-focused releases, and not on the<br>
h/w API documentation.  i'm sure this will be get better over<br>
time, with the help of motivated helpers.<br>
<div class="Ih2E3d"><br>
 ><br>
 > >  my variation on the backlight thing:<br>
 > >    <a href="http://dev.laptop.org/%7Epgf/brightness.sh.txt" target="_blank">http://dev.laptop.org/~pgf/brightness.sh.txt</a><br>
 ><br>
 > thanks, this is exactly the type of thing I was looking for.<br>
 ><br>
 > why did you store the brightness in a file instead of reading the<br>
 > beightness and mode from the /sys hooks?<br>
<br>
</div>i think you must have skimmed too quickly -- it's exactly those /sys<br>
hooks that it reads and writes.)<br>
<div class="Ih2E3d"><br>
 > > on a couple of ubuntu-based thin client machines i have i run a<br>
 > > very simple daemon that eavesdrops on an /dev/input/eventN node<br>
 > > in order to support special multi-media keyboard keys.  i suspect<br>
 > > it would be easy to adapt this to supporting the XO special keys<br>
 > > if there's not already a packaged way of doing it.  (the keys<br>
 > > invoke arbitrary scripts, and iirc, they're active in either<br>
 > > console or X11 modes.)<br>
 ><br>
 > is this the 'right' way to do this on a linux system? or is there some way<br>
 > that is more seamless (at least for cases where we want button presses to<br>
 > become normal keys instead of invoking scripts)?<br>
<br>
</div>i confess i don't really know that the "right" way is, since i<br>
suspect the "right" way has changed many times since linux was<br>
born, and probably a couple of times before that.  i do recall that<br>
when i came up with my current solution, i couldn't find a hotkey<br>
solution that wasn't completely wedded to either X, or worse, to<br>
a specific window manager.  i didn't even want the keys to be<br>
attached to a specific user login session.  (specifically, i<br>
wanted the volume/play/pause/mute buttons on my keyboards to<br>
control the livingroom stereo no matter who or what was using the<br>
computer.)<br>
<div class="Ih2E3d"><br>
 > > (btw, if there's very much debxo talk, it might be worth setting<br>
 > > up a separate list, since support for other distributions is<br>
 > > somewhat off-topic for this one.)<br>
 ><br>
 > true, but this information is not specific to debxo, it's specific to the<br>
 > hardware, and I don't think that there's a seperate 'hardware<br>
 > support/development' mailing list. if the details of how to deal with the<br>
<br>
</div>you're right -- whatever new list might be created shouldn't be<br>
aimed at a single distribution.  i'll also bet there's overlap<br>
with the fedora-on-XO work -- i've misplaced the url for that<br>
list at the moment.<br>
<div class="Ih2E3d"><br>
 > hardware specifics have not already been written up on the wiki somewhere<br>
 > that would reduce my query to a simple URL link, then they should be.<br>
 ><br>
 > I'll gather up the information that I find and am pointed at to try to<br>
 > create such a page.<br>
<br>
</div>you might start with this:<br>
    <a href="http://wiki.laptop.org/go/Xfce_keybindings" target="_blank">http://wiki.laptop.org/go/Xfce_keybindings</a><br>
which contains a few of the things you're looking for.<br>
<div class="Ih2E3d"><br>
 ><br>
 > things that I can see as possibly needed<br>
 ><br>
 > game keys<br>
<br>
</div>on a traditional PC keyboard, the keypad area to the right<br>
contains duplicate arrow, pgup/down and home/end keys that are<br>
operational when numlock is not in effect.  the gamepad produces<br>
the same keycodes that those keypad keys do.  i.e., the dpad<br>
produces keypad up/down/left/right, and the square/check/circle/<br>
cross keys produce the traditional keypad page up/down and<br>
home/end.  (not necessarily in that order -- i don't have an XO<br>
handy to verify which are which.)<br>
<br>
paul<br>
<div><div></div><div class="Wj3C7c"><br>
 ><br>
 > extra keyboard keys<br>
 ><br>
 > lid sensors<br>
 ><br>
 > the 'slider' function keys (I seem to remember hearing Jim Getty say<br>
 > something along the lines of the standard X input mechanism can't handle<br>
 > them)<br>
 ><br>
 > the four items above should be available with or without X running,<br>
 > including some ability to set things so that they become 'normal'<br>
 > keystrokes<br>
 ><br>
 > EC interface (battery info and charge status). this may show up under the<br>
 > power interfaces, but from what I've seen on this list the firmware <-><br>
 > system API is still being tweaked with, so I don't see how a standard<br>
 > system would know it.<br>
 ><br>
 > backlight controls (documented in the script pointed to above, thanks<br>
 > again)<br>
 ><br>
 > stylis pad (another comment said that this feature was going to just<br>
 > disappear from future versions, I'm disappointed to hear that)<br>
 ><br>
 > information on accessing the mesh mode of the wireless (normal mode works<br>
 > just fine). given the state of mesh networking, and the ability to do<br>
 > ad-hoc normal networking, I'm not sure of how needed this is, but for<br>
 > completeness it should be documented)<br>
 ><br>
 > hardware encryption engine (does this show up to the kernel as an<br>
 > available encryption device? (it would be handy if at least the<br>
 > development builds of the kernel enabled /proc/config.gz for all xo<br>
 > distros (including the OLPC builds) it costs about 10k<br>
 > compressed, 40k raw)<br>
 ><br>
 ><br>
 > things that probably work, but I'm not doing something right<br>
 ><br>
 > the camera is showing up, but I'm not getting usable images from it with<br>
 > the default kde tools<br>
 ><br>
 > mic input (kmix sees the sound device, including DC input mode, which I<br>
 > didn't expect, but I haven't sucessfully recorded anything yet)<br>
 ><br>
 ><br>
 > is there anything else that may need special handling?<br>
 ><br>
 > David Lang<br>
<br>
</div></div><div class="Ih2E3d">=---------------------<br>
 paul fox, <a href="mailto:pgf@laptop.org">pgf@laptop.org</a><br>
_______________________________________________<br>
</div><div><div></div><div class="Wj3C7c">Devel mailing list<br>
<a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/devel" target="_blank">http://lists.laptop.org/listinfo/devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br><br>