a borrowed XO, i suspect i'll be attaching one fairly
often.)
thanks,
paul
=-
paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 37.4 degrees)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
nwrt is running and working on the OLPC laptop itself.
(perhaps this is old news here.)
paul
=-
paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 36.1 degrees)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
appeared as eth1. how/why is eth0 going away completely?
and if that's not preventable, could ifrename help?
i'm just thinking that allowing suspend to be graceful might be
preferable to disallowing it at all. (but forgive me if you've
already discarded these options.)
paul
=---
ved manually from /usr/share
to /home before the upgrade? i.e., assuming the activity was
properly written, will any of the meta-info surrounding its
installation or operation contain location-specific references?
paul
=---------
paul fox, [EMAIL PROTECTED] (arlington, ma, where
ce at first. "shutdown" (from the "XO Guy" menu)
doesn't work if my 'pgf' line comes first, for instance -- but i
didn't notice that because i so often ssh in, and use "shutdown
-h now" from the command prompt.
=-
paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 37.2 degrees)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
ably it would be
_one_ manual process, and not one process per activity).
of course, this all assumes that the added burden of supporting
the G1G1 community in this effort wouldn't swamp the benefits of
having them/us involved. i'm sure that's not a decision to
be made lightly. :-)
paul
=-
paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 30.0 degrees)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
w about its window in at least some minimal
way? without this, the program gets "lost" from a UI point of
view.
(i realize that needing a second window is rather un-sugary. in a
new activity, it would probably be a tab, for instance.)
paul
=-
paul fox, [EMA
bert wrote:
> On 31.03.2008, at 14:52, Paul Fox wrote:
> > bert wrote:
> >> Also, try the sugarize script and library:
> >>
> >> http://lists.laptop.org/pipermail/devel/2008-January/009387.html
> >>
> >> (maybe that should be added
at olpcnews). can someone
confirm that i'm not wrong?
paul
(above quote from:
http://www.olpcnews.com/software/applications/sugar_open_developer_software.html)
=-
paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 39.0 degrees)
___
l:nocaps" or "emulate3buttons".
is there a way to get the equivalent functionality some other
way? (i've tried xmodmap, with no success. which also surprises
me.)
paul
=-
paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 46.0 degrees)
), btw, isn't obsoleted by the
inspired control key placement on the XO keyboard. it's an
issue with external usb keyboards.)
paul
=-
paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 33.8 degrees)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
the built-in keyboard still works normally. obviously there
needs to be more to this, since what i've done requires knowing
the specific model name reported by the keyboard. but i confess
i'm having trouble picturing the general solution.
(i played with trying to find a similar solution t
egularly refer to them
as "my OLPC" -- perhaps encouraged by the unfortunate "PC" in the
acronym.
as for numbers: sequential is good, but starting higher than 1 might
give room for adding structure later if necessary. (e.g. the 200 series
of releases might be a break from the 100 s
e rpm before packaging the activity, and zipping the
piece-parts i need along with the rest of my stuff. (the
"pieces" in my case are simply a couple of runtime libraries that
aren't in the build.)
depending on the rpm, and how you're using it, this may or may
not work.
s is necessary when you introduce
the second generation of a product, which share most, but not
all, of the original product's filesystem properties.)
paul
=-
paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 74.1 degrees)
___
nal single-pixel-width lines, but the
effect is definitely there.
paul
=-
paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 58.3 degrees)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
bert wrote:
>
> On 25.04.2008, at 15:07, Paul Fox wrote:
> > unlike a traditional display, every pixel has a single color.
> > given this, it seems wrong to talk about the "red channel of the
> > first pixel". you either use some of that pixel, or you don
ause movement in one direction only
(always vertically). mike lee has sent me one (it's a
"thumbelina" microtrackball) to take a look at it. it works
perfectly on an ubuntu 2.6.22 kernel (stock gutsy) but not on XO
release 656. i haven't had time yet to investigate what's
t; > Systems Engineer
> > OLE Nepal, http://www.olenepal.org
> >
> >
> >
> > ___
> > Olpc-open mailing list
> > [EMAIL PROTECTED]
> > http://lists.laptop.org/listinfo/olpc-open
> >
>
&
made these points
> before, so I'm not going to belabor them again.
> --scott
>
> --
> ( http://cscott.net/ )
> _______
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
=-
paul fox,
bility for users would go up.
(there may be a trac item already on this -- i admit to not
looking.)
paul
=-
paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 53.6 degrees)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
s". there's been no "announcement" (that i've seen), and no
corresponding announcement from OLPC, so an observer is sort of
left to wonder what's going on.
paul
=-
paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 57.4 degrees)
to external sites for more
information (e.g., wikipedia, the activity's project homepage),
or just about anything that can be delivered via a browser.
paul
=-
paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 52.7 degrees)
you know when the time comes. :-)
paul
p.s. http://dev.laptop.org/~bert/joyride-pkgs.html and the "faster"
equivalent don't seem to be working.
=-
paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 60.3 degrees)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
michael wrote:
> On Tue, May 20, 2008 at 02:59:59PM -0400, Paul Fox wrote:
> > it's not clear (to me) from the Build_system page linked above
> > where the final contents of a give release is determined.
>
> The determination is usually made by yum as it is run fr
e-id,
--activity-id, etc) and a pre-load shared library that contrives
to get those values into the X properties where they need to go.
see http://wiki.laptop.org/go/Sugar_Factory
paul
=-
paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 50.4 degrees)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
evious best effort.)
i think your earlier proposal for establishing a liaison/ambassador
role was spot on -- that role of evangelism and outreach was
missing throughout G1G1, and is still missing today.
paul
=-
paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 54.3 degrees)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
unfortunately, it seems that nicholas' and chuck kane's slides
didn't convert to pdf well (or something like that). some fonts
are all wrong in the former. and many pages are blank (except
for the heading) in the latter.
(most other talks look fine though.)
paul
=
-key acquisition process, which
> currently works more clearly in large batches for countries
> than for individuals).
i would have thought G1G1 proved that dev-key acquisition works
just fine.
paul
=-
paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 64.9 degrees)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
:-)
if it's the hang i'm guessing it is, it stops showing a text console
screen, and will resume if you use alt-rightarrow to bring the
UL warning screen into view. could you verify that?
i believe there's a bug already for that one. i'll try and find
dan -- have you considered trying to create a new console ioctl
to help avoid this? a variant of VT_WAITACTIVE with a timeout,
perhaps? it's such an old problem...
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
or 11 seconds off our current boot
times:
http://lists.laptop.org/pipermail/devel/2009-March/023688.html
given the optimization that bobby and mitch put in, i suspect
plymouth won't match it, time-wise. (though i'd love to be proven
wrong, of course!)
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
bios (on a standard PC) through to X, and speed. the old rhgb was
> slow. Would be interesting to see a comparison.
i agree -- i'm glad that there's so much more attention being paid
to performance these days.
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
stallation. (of
course, if OFW could do a bulk erase, it could probably also do a
bulk write, meaning it could perhaps continue working much as it
does today.)
paul
=-----
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.lapto
int of view, at least) for
commiting to them? e.g. what can be put in, whether you need to
be told, etc?
paul
=-----
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
the geode gpio connections are
key to the process. are there cases where the geode isn't awake
enough to force a wakeup by itself?
(i'm talking exclusively about gen1 here, btw.)
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
smith wrote:
> Paul Fox wrote:
>
> > but what thinking about this has really made me realize is that i
> > don't fully understand how lid wakeups work, even for the
> > lid-open case that we do support. it seems that EC involvement
> > is required, even
n would be helpful too.)
paul
=-----
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
XO-1 is even on the drawing board. so, while we're trying to
keep the kernel differences for the two boards neatly segregated,
and hopefully in a way that it can all someday be turned into a
runtime decision, it's not a runtime decision right now.
paul
=-
paul fox,
27;s no
convenient packaging format to piggy-back on.
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
martin wrote:
> On Fri, Jul 10, 2009 at 1:07 PM, Paul Fox wrote:
> > etc). one could picture an add-on RPM or "extra-modules".
> > unfortunately, no other (?) distro does this, so there's no
> > convenient packaging format to piggy-back on.
>
>
he system must be re-awakened with user input, and then
put to sleep in one of the usual (power switch or lid) ways.
this is simply a limitation of current s/w.
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
da...@lang.hm wrote:
> On Mon, 20 Jul 2009, Paul Fox wrote:
>
> > chris wrote:
> > > Hi,
> > >
> > >> my understanding from watching discussions here was that when the
> > >> system went to sleep it powered down the display,
ossible to add more states as well. Therefore, it seems to me that the
> logical thing to do is to add the "frozen" state to cpuidle's menu.
perhaps this should be obvious, but can it handle S-states as
well? because i believe that's the goal -- freeze the display
t.
> Everything is custom. Porting from desktop Linux to MacOS is easier
> than porting to the Sugar environment. For many apps, even a Windows
> port is easier. Plain old Linux development is not unusually expensive.
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
=-
paul fox, p...@laptop.org
___
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
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
utilize the total disk space.
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
sascha wrote:
thank you. i was aware of LVM, but didn't realize it would accomplish
quite what i was proposing.
paul
=-----
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/lis
> Thanks
>
>
> > thanks for your efforts!
> >
> > Daniel
> >
> > ___
> > Fedora-olpc-list mailing list
> > fedora-olpc-l...@redhat.com
> > https://www.redhat.com/mailman/listinfo/fedor
nts".
could someone with SoaS3 insider info please verify that the XO-1
kernel is being built from the olpc-2.6.30 branch of olpc-2.6
repository? i've seen that message before, but only on misconfigured
kernels.
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
end the battery life
> slightly as well.
how much remaining runtime are we talking about, when we talk about
"very low"? and again, how much can we affect the end result?
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
o settle on some mouse driver changes,
hoping to improve the jumpiness/recalibration issues we've been
seeing forever. if nothing else, a next release _must_ be built
with a modular mouse driver, to make deploying incremental
changes to that driver more feasible.
paul
=---
daniel wrote:
> 2009/8/11 Paul Fox :
> > one thing we've recently realized that would be very low risk
> > would be to change the "xset" command in /usr/bin/olpc-session
> > from "xset 7/4 0" to either "xset 7/6 0" or "xset 7/4
martin wrote:
> On Tue, Aug 11, 2009 at 10:53 AM, Paul Fox wrote:
> > if nothing else, a next release _must_ be built
> > with a modular mouse driver...
>
> Hmmm. The 5th reply makes a beeline to "must rebuild the kernel". Not
> quite a record, but pre
akeup_events/all
the lid, the power button, and the RTC alarm should still be
capable of waking the system at this point.
now run:
# rtcwake --utc -m mem -s 10
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
yioryos wrote:
>
>
> --- On Thu, 8/13/09, Paul Fox wrote:
>
> > From: Paul Fox
> > Subject: Re: New F11 for the XO-1 build 5
> > To: "Yioryos Asprobounitis"
> > Cc: "OLPC Development" , "OLPC Testing"
> , &quo
he field was made much easier with
the help of a script put together by James Cameron. See the
final section ("Large Jump Logging Technique") of
http://wiki.laptop.org/go/Three_known_touchpad_issues
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
script put together by James Cameron. See the
> final section ("Large Jump Logging Technique") of
> http://wiki.laptop.org/go/Three_known_touchpad_issues
the data was gathered by students and teachers and the team
in rwanda many thanks!!
paul
=--
nel driver, then in order to control it
properly, and make the mouse behavior manageable, we needed the
X11 driver, which we didn't have.
we can try this again, however, now that all the cards are up in the air.
paul
=-
paul fox, p...@laptop.org
__
s absent, the system won't resume.
i'll poke at it a little more, but i've spent too much time on
this today, so i'm really hoping someone else will understand
what's going on.
(i've verified on my own laptop that disabling the getty causes
the same re
mp; leases from wireless
>
> So I will now finish updating the "Building initramfsen" page.
>
> The patches I pushed are at
> http://dev.laptop.org/git/users/martin/olpcrd-rootskel.git/
> http://dev.laptop.org/git/users/cscott/olpcrd/
>
=---
t;>
> >> Should I be filling tickets with (if not present)? I mean is F11-XO1
> >> going
> to be the way to Sugar0.84?
> >>
> >>
> >>
> >>
> >> _______
paul
> run "insmod btusb.ko" it gives an error about the above symbols
> being undefined.
>
> Any tips? Am I missing something like defining a path?
>
> Thanks!
> Emiliano
> part 2 text/plain 129
> ___
d upstream but
> only if it is needed...
patches are always easier to read, and are the preferred way of getting
someone to take a look at your code.
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Looking at strace output over several XOs, it is always the last 4
> blocks on the MTD device that are marked as 'bad'.
>
> Maybe my patch is overshooting the mark somehow. Clearly those 4 "bad"
> blocks are bogus.
i believe the bad block table is stored i
there a way to ensure that that a particular global
> variable __does__ get passed to an Activity ?
>
> Thanks, mikus
>
> _______
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
=--
lly easier:
"echo y > /proc/sysrq-trigger". use "resume" from OFW to let
linux run again.
OFW itself prevents invocation on secure machines, so this
only works when unlocked.
paul
=-
paul fox, p...@laptop.org
__
martin wrote:
> On Tue, Sep 15, 2009 at 10:42:46AM -0400, Paul Fox wrote:
> > on the XO, openfirmware stays resident when linux runs, and is
> > accessible via an API specified in arch/x86/kernel/ofw.c. i've
> > just pushed a commit to our 2.6.30 kernel branch t
op row, and then pressing the
> M-for-Mitch key?
i would applaud, encourage, and otherwise buy beer for anyone that
could help out in making something like this happen. (i might get
to it someday, myself, but that will no doubt be _after_ i need it.)
paul
=-
paul fox
#x27;d say, the more
the merrier -- i'd love to use kgdb regularly, but it requires a
second machine, and it ties up scarce serial ports. so OFW is a
win, for my current uses.
mitch -- i think i saw something that implied OFW could do symbolic
kernel debug -- true? is there a howto, or other doc
deepak wrote:
> On Sep 15 2009, at 17:31, Paul Fox was caught saying:
> > john wrote:
> > > > there's no SysRq key on the XO keyboard, so you'll need to use a
> > > > break on the serial console to invoke it...
> > >
> > > Ple
ommonly this feature was used, before.
paul
>
> I spoke with Chris and I think we'll be able to have a section on
> OLPC trac to keep track of these things sometime now.
>
> Daniel
> ___
> Devel mailing list
&g
ted (as if
it could be any _less_ complicated :-). there's support in the design
for a separate /boot, but i can't help but think there might be
some surprises there.
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
n/powerd.
from a terminal window, you may be able to run "powerd-config", but
you may need to "yum install dialog" first. (or, just use a text
editor to modify /etc/powerd/powerd.conf)
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
rtunately, I can't find another interrupt input
> not owned by ACPI that is powered in S3.
if the DCONIRQ move proves successful, then that will free up
SMBALRT (powered in S3) to be used for the EC.
paul
>
> - The HDD_LED# signal (yet to be support
john wrote:
>
> On Oct 9, 2009, at 8:11 AM, Paul Fox wrote:
>
> > john wrote:
> >>
> >> I'm proposing a new GPIO map for XO-1.5 B3 and beyond.
> >>
> >> The changes are:
> >> - Moved the control signals for the internal an
Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
the built-in keyboard
> and the built-in touchpad work correctly. Serial SHC93700111D.
>
> mikus
>
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/l
FW and /boot
can agree on a single filesystem type, and we can have more
freedom to change the type of / more flexibly (e.g., ext4, ext5,
ext6,... ext3). in pre-os32, the system was seeing the extra
available partition and mounting it, just as it would an external
SD or USB.
paul
=
t on os32. You
> didn't mention which build you were using.
>
> Frame giving flickers is #9333.
>
> > many keys only work intermittently on some of these XOs. particularly
> > - frame key and the key next to it, search key, function key, hand
> > keys, di
#x27;s important to also
> > have it in /boot because then you can read it from OFW if the /
> > partition is in a FS format that OFW doesn't know about.
> >
> > cheers,
> >
> >
> >
> > m
> >
> ___
p-to-click, someone needs to build a new
kernel with the synaptics driver enabled (maybe just the module
can be built), then they need to figure out how to make it all work well.
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
gt; >
>
> I'm seeing the "keyboard stops working" problem on my XO1.5B2, and
> since the keyboard doesn't work, I can hit x to get to ofw prompt to
> flash the new rom. Any suggestions?
have you removed the battery and AC power? that should bring
em, although the EC
> may preceed it with an SCI interrupt to wake the system.
>
> This allows this second interrupt to now use one of the available
> inputs.
> One slight hitch is that the host control of the WLAN LED will be
> bumped.
> This will now
disk
> - try to open Terminal.xo => fails to start
>
> cheers,
>
>
>
> m
--
=-
paul fox, pgf at laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
-day scheduling.
as dsd pointed out to me on IRC, anacron is driven by cron -- at
least these days it seems to be. so without cron, anacron probably
won't work either. (i was under the impression they were
separate, but perhaps that's ancient history, or i was just
wrong.)
paul
=----
__
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
ieved from trac ?
>
> What can I do in a future situation to ensure that reopening a
> ticket does not over-write the problem's original description ?
this shouldn't normally happen.
paul
=-
paul fox, p...@laptop.org
__
i suspect these
are related (but perhaps not, of course). i currently can't recall
if we've seen lockups purely from VT usage, before.
paul
=-----
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http
error. forgot to relay what i learned.
paul
=---------
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
nitrd) were proposed
for this, but someone followed up the existing trac ticket (#9457) with a
driver patch used on the maemo. (haven't looked at it.)
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
cond) suspend timeouts
when the laptop is configured in ebook format.)
paul
>
> As I said it's only a short talk (10min max.) but there's anything else
> significant when it comes to the power consumption and underlying design
> that I've left out above then p
eds to get flushed. If the XO had dirty pages in memory, you are in
> trouble. Open files should probably get errors. There is probably a mount
> count/time that could be checked to catch this case.
>
>
> --
> These are my opinions, not necessarily my employer's
the partition-related
comments had been in a separate section.)
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
e of data in such a case is whether
or not the game keys work, since these follow a different
codepath through the EC. on the sugar home screen, you should be
able to toggle between the icons for home or list view (in the upper
right corner) by using the u/d/r/l D-pad keys, and with the
s
>
>
> 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
> _______
ht also be that on XO-1.5 we have
the luxury of shipping a lot more modules. haven't really looked
into that much.)
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
bert wrote:
> On 18.11.2009, at 06:52, John Watlington wrote:
> >
> >
> > We have a new gamepad design for XO-1.5, to fix the difficulty in pressing
> > a single gamepad keys at once. Thanks to Paul Fox and Richard Smith
> > for pursuing this. (The actua
command to sysrq (on XO-1.5). when invoking from
the keyboard, the kernel never gets the "key up" event from the
command, so the keyboard's input state is messed up after you
"resume" from OFW. i was able to clear this state by invoking
another sysrq command, i.e. "alt-F8-h".
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
necessary -- it's always
possible to build and install a full kernel RPM.
paul
=-
paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
1 - 100 of 545 matches
Mail list logo
