Martin,
All solved - I did not read all that Pia has written on the XS installing
server wiki page - it's all there. I missed the bit about editing ks.cfg
Well done Pia and sorry to be too impatient to follow instructions :)
I now have 0.5.1 running on the eBox
David Leeming
Technical Ad
Good Martin, how many with 0.6 cater for? When is the anticipated release
date/month/quarter?
David
> EVEN WITH MULTIPLE APs, THE LIMIT IS 60? WE HAVE THREE SCHOOLS WITH 100
> PUPILS AND TEACHERS EACH. THEY WOULD BE UNLIKLEY TO HAVE ALL 100 CONNECTED
> 100% OF THE TIME. DO YOU T
Very cool!
How well will this integrate with the power management systems other
distros are using? Can it become a 'Value Added' for other netbook
manufacturers?
david
On Fri, Mar 13, 2009 at 4:33 PM, wrote:
> hi --
>
> i had an itch that needed scratching,
several questions about how XO-specific hardware will be
> supported going forward. i assume the sugar folks would rather
> not continue carrying hardware specific key-bindings for rotation
> and brightness for instance, but i don't know what their current
> thoughts are.
On the o
y XO. It was fully functional
> and reliable, but the GUI is really ugly also by the standards of a
> traditional desktop.
FWIW, Asterisk is interesting in working with Sugar Labs:) If someone
is able to champion this, it is likely that we could turn this into a
partnership with digum.
ust URLs), then I shall not bother you anymore with them.
Please try to stay polite.
English is not the native language for many of the participants in Sugar Labs.
Many times I prefer to send links rather than try to make people
understand my mangled use of written language.
david
>
> -
we won't need similar workarounds in CL1B?
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com Intel Corporation
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
blems. By leveraging the Sugar Platform, you can
extend your reach to help similar projects with similar needs around
the world.
And the naysayers said, "Scratching your own itch won't work to
motivate contributors on an educational project."
Very Cool.
david
> Our website
Dogi,
Can you post a link to the logs?
david
On Tue, Jun 2, 2009 at 1:05 PM, Stefan Unterhauser wrote:
> The Volunteer Infrastructure Group (/gang) Meeting is today (June 2th)
> at 4pm (EST)
>
> The Volunteer Infrastructure Group is a team of Volunteer Sysadmins
> who help ma
that future and existing deployments and
deploying organizations use it by default.
If any specific deployment organization wants to retain the wiki base
update mechanism it is up to them to maintain it.
david
david
On Wed, Jun 17, 2009 at 6:53 AM, S Page wrote:
> [I removed some cc'd lists
On Wed, Jun 17, 2009 at 2:46 PM, Chris Ball wrote:
> Hi David,
>
> > The Sugar Labs Activities Portal seems to be holding up pretty
> > well under load. My suggestion would be to start phasing out the
> > activities pages on w.lt.o
>
> Are you just talking a
ioning,_Update_and_Compatibility
david
> But it may make more sense in the long run
> to have individual organizations maintain lists that point to the
> proper versions of activities that they want included/updated rather
> than centralizing it on WLO or WSLO.
>
> Apologies for all the acronyms
cat "${file}" | grep -c "${ip}"`
if [ ${result} -eq 0 ]
then
echo "nameserver ${ip}" >> "${file}"
fi
}
/etc/init.d/NetworkManager stop
/sbin/ifconfig eth0 [Static IP] netmask [mask] up
/sbin/route add default gw [Gateway IP]
a
months. At the
same time, deploying organisations will need to cluster around less
frequent stable releases to share the cost of long term support.
david
On Mon, Aug 17, 2009 at 11:17 AM, Mikus Grinbergs wrote:
> I asked once before, but got no answer:
>
> | When the XO-1.5 on F11 so
, it sends a string
identifing which version of Sugar is running on the client. ASLO then
responds by sending a link to the most appropriate update for a the
given version of Sugar which the client is running.
david
> mikus
>
> ___
; voluntarily from the borrowers.
>
> I'm going to stick with the "run a script" routine for now.
The process of creating an activity and a control panel plug-in are
nearly identical. The control panel is were system admin _should_
occur and plug-ins provide a nice framewo
done by pulling the data off a representative sample of XOs and then being
able to analyse it with spreadsheet or database tools.
Please can anyone advise if they know the best way to do this.
David Leeming
Honiara, Solomon Islands, South Pacific
since June.
Congratulation on the baby and starting something pretty cool.
david
On Sat, Sep 19, 2009 at 8:42 PM, Wade Brainerd wrote:
> Hi Tony,
> Sorry for taking so long to respond to this one.
> I had a similar problem in Colors! and solved it by adding a timer event
> while
.254.0.0/16,
> and vice versa). Whereas what shows up in the XO Neighborhood View (and
> in 'olpc-xos') appears to ignore standards-compliance.
Surely all your machines can communicate quite happily using IPv6
link-local addresses? Why this fascination with Legacy IP?
--
David Woo
inst IPv6
> -- I am NOT looking forward to the day when my refrigerator has its
> own IPv6 address, and reports to third parties how much beer I have
> downed.
Nothing prevents it from doing that with Legacy IP either :)
--
David WoodhouseOpen Source Te
ll be adding a temporary web node at Gnaps to
handle the load until the cluster comes online. That should be pretty
minor.
david
On Tue, Feb 2, 2010 at 1:38 PM, Stefan Unterhauser
wrote:
> Infrastructure meeting:
> Volunteer Infrastructure Gang, Sugarlabs Infrastructure Team
> a
OK so it should work I assume you're using an AP and I am using an AA.
Thatb is the only difference as far as I can see. I will try again with a
fresh XS and AP and report back...
David Leeming
-Original Message-
From: server-devel-boun...@lists.laptop.org
[mailto:server-devel
On Tue, 2007-06-05 at 09:28 -0400, Bernardo Innocenti wrote:
> these patches make our boot sequence a little more pleasant
> in time for B4, and are anyway a desiderable improvement
> even after we have the real boot splash. To complete
> the effect, I'm also planning to patch X11 to start with
>
On Tue, 2007-06-19 at 15:55 +0100, Richard Hughes wrote:
> Hi,
>
> I've been looking at adding OLPC battery support into HAL so it can be
> used with OHM and the power meter in sugar.
Cool, thanks.
> Putting it bluntly, the "generic battery class" is a bit of a misnomer,
> as it's very OLPC spec
On Tue, 2007-06-19 at 16:29 +0100, Richard Hughes wrote:
> No worries, I'm glad I sent the email before I wrote the HAL code! ;-)
Sorry, I thought you were already aware of the new tree. Note the uevent
stuff I added recently -- feedback on that would be welcome. I'm about
to actually hook it up a
On Tue, 2007-06-19 at 16:57 +0100, Richard Hughes wrote:
> > > Hmm. I'm not completely convinced (are there any ac adapters that report
> > > temperature current or voltage?)
> >
> > I don't have any. They certainly exist in high-end machines though. And
> > even when they _don't_ have the temp/c
On Wed, 2007-06-20 at 10:57 +0800, David Woodhouse wrote:
> > Is there any chance you can stick the code into a new kernel rpm for
> > me pls?
>
> Soon, when I have it working properly... :)
http://dev.laptop.org/~dilinger/RPMS/i586/kernel-2.6.22-20070620.4.olpc.70e92d
On Wed, 2007-06-20 at 18:24 +0800, David Woodhouse wrote:
> http://dev.laptop.org/~dilinger/RPMS/i586/kernel-2.6.22-20070620.4.olpc.70e92d813462a1f.i586.rpm
I just committed an untested patch to generate uevents whenever AC or
battery is removed or inserted, and whenever the state of cha
On Tuesday 19 June 2007, Marcelo Tosatti wrote:
>
> > Since OLPC isn't using ACPI, it can be more like embedded Linux,
> > and just Do The Right Thing ... create platform devices, etc. :)
>
> As you know we want user configuration of enabled wakeup events (unlike
> embedded platforms where this
On Wed, 2007-06-20 at 16:52 -0400, Ivan Krstić wrote:
> This is a complete non-sequitur. Remember the bloody mess that was
> PSN?
I remember a lot of noise and pointless paranoia, but no actual _mess_.
But I don't own a tinfoil hat -- so maybe someone's controlling my brain
to make me not see the
On Thu, 2007-06-21 at 00:50 -0400, Ivan Krstić wrote:
> David Woodhouse wrote:
> > I remember a lot of noise and pointless paranoia, but no actual _mess_.
>
> A lot of noise and pointless paranoia over something with no practical
> benefits and plenty of abuse potential sure as
On Thu, 2007-06-21 at 11:59 +0200, Bert Freudenberg wrote:
> Actually, having a cut/copy/paste key as on many pre-PC keyboards
> would be a Great thing.
Who needs that stuff on the keyboard? It's what the middle button is
for.
--
dwmw2
___
Devel ma
On Tue, 2007-06-19 at 14:39 +0200, Alexander Larsson wrote:
> Does OLPC use selinux or xattrs? Because if so we have to extend the
> manifest format.
Not yet, but it's likely to in the near future when we ditch the
short-term hacks and manage to implement the proper long-term security
plan. So it'
On Tue, 2007-06-26 at 15:59 -0400, Mike C. Fletcher wrote:
> * "VServer" only appeared in public discussions yesterday or so
> AFAIK, yet it's apparently already the chosen path for doing the
> system compartmentalization.
It's a short-term hack, because the people working on the
On Tue, 2007-06-26 at 20:45 -0400, Ivan Krstić wrote:
> On Jun 26, 2007, at 7:23 PM, David Woodhouse wrote:
> > because the people working on the security stuff
> > let it all slide for too long and now have declared that we don't have
> > time to do anything sensible.
&g
On Wed, 2007-06-27 at 18:37 -0400, Ivan Krstić wrote:
> On Jun 27, 2007, at 2:57 AM, David Woodhouse wrote:
> > Nevertheless, it's an accurate description of what happened.
>
> Let's agree to disagree.
Sounds like a fine plan.
As long as we're united on the commo
On Tue, 2007-07-03 at 18:14 +0100, Richard Hughes wrote:
> http://people.freedesktop.org/~hughsient/fedora/7/i386/
Upload the PowerPC version too please; I'd like to test it with the new
PMU battery driver too.
--
dwmw2
___
Devel mailing list
Devel@li
On Saturday 07 July 2007, Marcelo Tosatti wrote:
>
> From my understand ACPI fills a cmos_rtc_board_info with pointers for
> wake_on/wake_off callbacks and registers that at dev->platform_data.
>
> So use that to retrieve the callback pointers.
>
> Am I missing something?
This is retrieved alre
On Saturday 07 July 2007, Marcelo Tosatti wrote:
>
> Hi,
>
> The following patch implements the hooks necessary for OLPC to use the
> rtc-cmos driver. This is necessary since we do not want CONFIG_PNP.
>
> This makes it possible to control rtc wakeup via
> /sys/devices/platform/rtc_cmos/power/wa
On Saturday 07 July 2007, Marcelo Tosatti wrote:
>
> David,
>
> Is there any reason why programs using RTC_AIE/RTC_ALM_SET ioctls are
> unable to arm alarm irq's?
The ALM_SET request never did! And I'm pretty sure
than that, and something strange happens. We need
to hook that up to an analyser and work out _what_ is happening, unless
we've already done so.
I've committed this...
commit 4ef53002bc09fef121bf3ec2d2faaafc2d6edb85
Author: David Woodhouse <[EMAIL PROTECTED]>
Date: Sun Jul 8 14:3
On Sunday 08 July 2007, Marcelo Tosatti wrote:
> Like this?
Not quite ...
> +struct resource rtc_platform_irq = {
> + .flags = IORESOURCE_IRQ,
> + .start = 8,
> + .end = 8,
> +};
Unused, right?
> +static int olpc_rtc_init(void)
... should be marked __init ...
> +{
> + rtc_
On Sunday 08 July 2007, Marcelo Tosatti wrote:
> My point is that RTC_ALM_SET after RTC_AIE_ON works with drivers/char/rtc.c
> but not rtc-cmos:
>
> ret = ioctl(fd, RTC_AIE_ON);
> if (ret) {
> perror("ioctl RTC_AIE_ON");
> exit(0);
> }
>
>
On Sunday 08 July 2007, Richard Hughes wrote:
> On Sun, 2007-07-08 at 12:17 -0700, David Brownell wrote:
> >
> > I think so ... although that's unfortunately another difference
> > between the legacy x86-mostly code and the newer RTC framework.
>
> (sorry for
> > > + (void)platform_device_register(&olpc_rtc_device);
> > > +
> > > + device_init_wakeup(&olpc_rtc_device.dev, 1);
> >
> > ... do the init_wakeup before registering the device, so
> > there can never be confusion about whether a probe() will
> > see that part of device config ...
>
> For som
On Sun, 2007-07-08 at 15:04 -0600, Jonathan Corbet wrote:
> David Woodhouse <[EMAIL PROTECTED]> wrote:
>
> > Do we have a coherent explanation of these problems in the datasheet
> > and/or errata? Are they planned to be fixed in a future version of the
> > CAFÉ
On Sun, 2007-07-08 at 11:56 -1000, Mitch Bradley wrote:
> Are we sure that the Marvell chip is the source of the problem? The
> Omnivision chip could also be affecting the timing.
That's possible, although it doesn't quite seem to fit the failure mode.
But then, I haven't investigated the failu
On Sun, 2007-07-08 at 15:04 -0600, Jonathan Corbet wrote:
> I raised the issue with Marvell early on, but didn't get too far.
> They seem to think that it works well enough.
Please could you file everything you know about it in trac, if you
didn't already? We'll attempt to diagnose it in 1cc.
--
On Monday 09 July 2007, Jordan Crouse wrote:
> I agree that the default setting for the power button should be to
> wake up, but I don't know about the lid. Imagine a scenario where somebody
> manually puts the machine to sleep and then shuts the lid. You wouldn't want
> the machine to turn bac
eed to be linked statically anymore; Peter
Jones would know. Either way, if you don't expose LUKS encrypted stuff
in the UI I guess you can just drop the cryptsetup dep from hal since it
will gracefully recover and just throw and error if Crypto.Setup() is
called.
David
_
hat.com/drepper/no_static_linking.html
- that early user space in Fedora is increasingly moving to
dynamic linking; that's a good thing; even better if people
remember to kill statically linked binaries :-)
David
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
On Fri, 2007-07-13 at 11:00 -0700, Greg KH wrote:
> > Isn't there a concern that the on-board security firmware in XO would
> > constitute tivoization essentially of the same sort that GPLv3 aims to
> > block?
>
> Which is one reason the Linux kernel developers do not agree with that
> part of the
On Thu, 2007-07-12 at 20:03 -1000, Mitch Bradley wrote:
> Developers may find this useful:
>
> http://wiki.laptop.org/go/Network_copy-nand
http:\\ ? :)
Any chance of fixing that? It's bad enough in filenames but in URLs it's
just silly ;)
--
dwmw2
___
On Tue, 2007-07-24 at 09:02 -1000, Mitch Bradley wrote:
> It's in Subversion at svn://openbios.org/openfirmware .
It's also shadowed into git, for those who don't want to deal with
legacy version control systems:
http://git.infradead.org/?p=openfirmware.git
git://git.infradead.org
On Wed, 2007-07-25 at 20:04 -0400, Jim Gettys wrote:
> Jffs2's compression is OK, but as the block size of the compression
> blocks is relatively smaller than a gzipped archive, for large objects
> it's less efficient than gzip.
>
> Dave Woodhouse may be able to give typical numbers (he wrote jf
On Wed, 2007-08-29 at 08:31 -0400, Marcelo Tosatti wrote:
> What you think is the easier/proper way to postpone this console work
> to happen after the resume process is finished?
It's spending all its time waiting for characters to be sent out a
serial port which isn't even going to have anything
On Sun, 2007-09-02 at 04:10 -0400, Marcelo Tosatti wrote:
> Note: ohci_pci_resume does msleep 20.
Hm. It's just waiting for the hardware to settle, right? Do the resume
functions for the devices themselves actually have to wait until this is
complete, before they can do anything?
It really sound
On Mon, 2007-09-03 at 04:05 -0400, Marcelo Tosatti wrote:
> > This interrupt scheduled for 233-40ms is what sounds wrong. It should
> > just continue to blaze off the EHCI resume path.
>
> ... after 20ms have passed, not almost 200.
Ah, right. Sorry, I missed the order of magnitude discrepancy.
On Mon, 2007-09-03 at 09:27 +0100, David Woodhouse wrote:
> On Mon, 2007-09-03 at 04:05 -0400, Marcelo Tosatti wrote:
> > > This interrupt scheduled for 233-40ms is what sounds wrong. It should
> > > just continue to blaze off the EHCI resume path.
> >
> > ... a
On Mon, 2007-09-10 at 22:41 -0400, Ivan Krstić wrote:
> On Sep 10, 2007, at 9:31 PM, Bernardo Innocenti wrote:
> > In the same thread, Ivan said he may have found a full-time person for
> > the job (what happened, then?).
>
> It was put on hold because IP issues weren't worked out, and it
> didn
On Thu, 2007-09-13 at 06:12 -0400, Bernardo Innocenti wrote:
> > There was an alternative libertas driver which uses the device in 'dumb'
> > mode with the kernel's mac80211 stack. Coupled with mesh support in
> > mac80211 that might make a somewhat suboptimal alternative to truly free
> > firmware
On Tue, 2007-09-11 at 18:54 -0400, Eduardo Silva wrote:
> who knows how can I get the battery capacity in the latest builds, ex:
> 4000mAh
I don't believe we're given this information from the EC. Perhaps we
could manage to work it out though -- Richard?
--
dwmw2
_
On Tue, 2007-09-25 at 08:07 -0400, Bernardo Innocenti wrote:
> The fact that the XO has an x86 CPU makes porting OSes and
> applications easier,
That might be true for non-portable operating systems which are bound to
x86, but I dispute that it's true for any well-written application.
--
dwmw2
I just installed the OLPC software in VMWare and Qemu, but the font size
is so small that I have trouble reading it. My understanding is that
this is an emulation (screen resolution) issue and it'll be a lot larger
on the actual OLPC?
Is there some way to configure the screen resolution on the
ut it always comes up 1024x768.
Thanks again,
--Dave
Bert Freudenberg wrote:
>
> On Oct 5, 2007, at 21:12 , David Feldman wrote:
>
>> I just installed the OLPC software in VMWare and Qemu, but the font size
>> is so small that I have trouble reading it. My understanding is th
On Fri, 2007-10-12 at 12:30 -1000, Mitch Bradley wrote:
> This sounds a lot like a problem that I was working on yesterday.
(for reference: https://dev.laptop.org/ticket/4184 )
> Can you go on IRC (freenode, #olpc) ? If so, I would like to work with
> you to see if my latest firmware works arou
On Fri, 2007-12-14 at 09:54 +0200, Artem Bityutskiy wrote:
> UBI/UBIFS is too large and difficult to implement their support in XO
> boot-loader. So I plan to use the following scheme:
>
> 1. Have 2 MTD partitions - mtd0 and mtd1. mtd0 is small (say, 10MiB), and has
> JFFS2 FS. It contains /boo
If we should design a next generation of DCON chip, are there any
improvements we should make to it?
Adam, do I recall correctly that you had problems hooking it up to X for
idle detection? Anything we could do to make that better?
--
dwmw2
___
Devel
Thanks for the feedback, Adam.
--
dwmw2
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
On Fri, 2007-12-21 at 01:15 -0500, Albert Cahalan wrote:
> David Woodhouse writes:
>
> > If we should design a next generation of DCON chip, are there any
> > improvements we should make to it?
>
> Sure. Bugs #1017 and #1671 could be dealt with.
Thanks for the feedback.
On Fri, 2007-12-21 at 09:04 +, David Woodhouse wrote:
> Thanks for the feedback. Unfortunately it didn't reach the people it
> needs to, because for some reason you dropped them from Cc. Please could
> you check what caused your mailer to misbehave, and remedy that?
Btw,
On Fri, 2007-12-28 at 12:50 -0500, Ivan Krstić wrote:
> On Dec 28, 2007, at 12:37 PM, Bernardo Innocenti wrote:
> > Are our spam filters good enough to make our lists
> > open for posting by non-members?
>
> The only spam filter good enough for that is Dave Woodhouse.
> Inspecting every e-mail b
On Sun, 2007-12-30 at 12:05 -1000, Mitch Bradley wrote:
> I meant the OLPC kernel.
>
> I presume that OLPC changes will be offered to mainline in some batch
> fashion, rather than piecemeal. This particular one is of no upstream
> value in isolation, as it is utterly dependent on OLPC-specific E
On Mon, 2007-12-31 at 12:56 -0500, Bernardo Innocenti wrote:
> btw, we still have code in /etc/init.d/olpc-configure that
> tries to use one of those private ioctls to remap the leds,
> and outputs errors if they're missing. Is this still needed?
Yes, I think so. And I think it probably even ju
On Mon, 2007-12-31 at 18:10 +, David Woodhouse wrote:
> > An interesting goal would be cleaning up CONFIG_OLPC so that
> > it could be enabled in stock kernels of standard Linux distros.
>
> I actually see that as a prerequisite for getting the thing upstream.
> And the
On Thu, 2008-01-03 at 10:05 -0800, Dan Krejsa wrote:
> I (perhaps foolishly) updated to joyride-1496, and after rebooting my
> G1G1 XO cannot connect to my wireless router.
> After a while, the neigborhood view becomes completely blank.
>From a terminal, what happens when you run 'iwlist scan'? C
On Thu, 2008-01-03 at 22:09 -0800, Dan Krejsa wrote:
> Attached are the output from 'iwlist scan' and dmesg. 'quibble' is the
> router I'm trying to connect to. It's a netgear WPN824v2.
>
> After collecting these logs, and making another unsuccessful attempt to
> connect to quibble (i.e. clicking
On Sat, 2008-01-05 at 10:46 -0800, Dan Krejsa wrote:
>
> David, I'll try your debugging tips next time this occurs, thanks...
> Re. the IPv6 RADVD daemon, I don't think the Netgear router supports
> that, so I'd have to use another machine; I'll consider it.
Th
On Sun, 2008-01-06 at 01:45 -0500, Michael Stone wrote:
> On Sun, Jan 06, 2008 at 12:37:33AM -0500, Build Announcer Script wrote:
> > http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1514/
> >
> > +kernel.i586 0:2.6.22-20071213.7.olpc.807beb7d0b8a49a
> > -kernel.i586 0:2.6.22-20071231.3
On Sun, 2008-01-06 at 13:16 -0600, Dennis Gilmore wrote:
>
> I started a irc channel #olpc-admin on freenode if anyone wants to
> help with
> infrastructure issues feel free to join me there.
Please, no more channels on Freenode. Do it on OFTC.
--
dwmw2
__
On Mon, 2008-01-07 at 18:15 +0100, NoiseEHC wrote:
> This message is primarily written for Bernardo Innocenti but everybody
> with relevant knowledge is welcomed to give some insight.
>
> I have decided two months ago that will write an asm implementation for
> zlib inflate (decompression) sinc
On Tue, 2008-01-08 at 19:34 -0700, Rob Savoye wrote:
>
>Sigh, I am getting so tired of this issue with codecs... Gnash for
> the XO is built without support for any proprietary audio or video
> codecs. Because of the patent laws, the OLPC project (which is based in
> the US) cannot redistr
On Tue, 2008-01-08 at 20:06 -0700, Rob Savoye wrote:
>To go along with this, I've been working on a clone of the Adobe
> Media Server, so we can steam free codecs. Right now you can only do
> this with icecast, but it doesn't speak the flash protocols, which
> Gnash now supports.
Oooh. Gna
On Wed, 2008-01-09 at 11:34 -0500, John Watlington wrote:
>
> Right now we have a problem with mesh portal discovery.
>
> The DHCP procedure currently being used only discovers
> the nearest mesh portal when it is first run (DHCP_DISCOVER),
> not when it tries to renew (DHCP_REQUEST). Furtherm
On Wed, 2008-01-09 at 14:33 -0500, John Watlington wrote:
> Unsolicited RAs for IPv6 mean that IPv6 isn't the panacea to this
> problem. It's easy to discover the shortest way out of the mesh
> (nearest mesh portal), but setting up the larger mesh networkl
> infrastucture means you also need to pr
On Wed, 2008-01-09 at 14:43 -0500, Michail Bletsas wrote:
> > What do you propose to do about it? Throw away pointless engineering
> > into cobbling together some way of making Legacy IP work a bit better? I
> > seriously hope not. Just switch off the Legacy IP, as we should have
> > done months a
On Wed, 2008-01-09 at 15:15 -0500, Michail Bletsas wrote:
> Running application proxies on every XO that wants to act as a mesh
> portal?
Running NAT-PT. Since they're required to run NAT as it is anyway, that
shouldn't be too much of a problem. And this 'mesh portal' mode isn't
something we rea
http://www.csr.com/products/unifirange.htm
--
dwmw2
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
On Sun, 2008-01-13 at 02:30 -0500, Albert Cahalan wrote:
> David Woodhouse writes:
>
> > http://www.csr.com/products/unifirange.htm
>
> They claim that that is a 1-chip solution. Is it really?
I have no reason to believe otherwise -- why do you ask?
Some people make some f
Stuck in tin cans again, I've been looking at building an OLPC kernel
based on 2.6.24, starting by going through the diffs between our stable
tree and 2.6.22 (on which it's based).
Ideally, we should be committing almost nothing directly to our tree --
it should _all_ be going upstream. As much as
On Mon, 2008-01-14 at 06:48 -0700, Jonathan Corbet wrote:
>
> Actually, I've sent all of my changes into the mainline; I *believe*
> that things need to go the other way. There were some things I put in
> which ran afoul of a freeze on the OLPC side.
Sounds good to me; I'll just drop any cafe_c
On Thu, 2008-01-17 at 12:32 -0500, Michail Bletsas wrote:
> There is an "iwpriv eth0 radiooff/radioon" IOCTL hook in the firmware
> which was meant to control the radio power directly - it was removed a few
> months ago since it wasn't considered to its thing in the "proper" linux
> manner.
I
On Thu, 2008-01-17 at 19:16 -0500, Giannis Galanis wrote:
> It must be noted that the important issue of this discussion is how to have
> the radio blocked from BEFORE the XO boots, so as not to be conflicting with
> the airline regulations.
We should change the firmware so that it isn't active a
On Fri, 2008-01-18 at 10:08 -0500, Dan Williams wrote:
> Yes. The active antennas firmware would need to be slightly altered to
> start on firmware boot, but the normal XO firmware should certainly be
> radio-off-until-driver-enabled (by setting IFF_UP or device open).
Let us make a clear distin
On Fri, 2008-01-18 at 16:56 -0500, John Watlington wrote:
>
> Michail,
> This would be 3107, right ?
> 3109 is when we started seeing the auto-update mode.
OK, so can we go between 3109 and 3107 in both directions using
libertas-flash.py or did the protocol get changed without telling us?
W
On Fri, 2008-01-18 at 15:50 -0500, Michail Bletsas wrote:
> > Ideally, we want to just kill the auto-mesh-repeater mode, where boot2
> > times out after 5 seconds and loads the firmware from the internal flash
> > (which is obviously larger on these devices than on the XO). Can we
> > achieve that
On Fri, 2008-01-18 at 14:47 -0500, Dan Williams wrote:
> What is the post-boot firmware flash functionality supposed to apply to,
> the host-less active antenna? (which is what I heretofore had
> understood).
As Ben says, they're the same thing. If you don't load the firmware
within 5 seconds of t
Saw a short thread with this subject in December 2007.
I also got the "SDHCI: Card didn't power up after 1 second" message.
The SD is a Toshiba SDHC 4GB.
Q2D07 and 650/653/656 OS. I tried last two on the SD after verifying
the images with Q (QEMU).
Here is where it's more interesting. I ima
On Wed, 2008-01-23 at 15:14 -0500, Tom Hoffman wrote:
> OK, not quite there...
>
> I installed the regular, devel and src RPM's for the kernel I've got on my XO.
>
> cd'ed to here:
> /usr/src/kernels/2.6.22-20080118.2.olpc.a985ba6d19d39cc-i586/drivers/usb/misc/sisusbvga
>
> Did: make -C /lib/mod
I am interested in how to localise the XO for our Pacific Islands region in
terms of the Speak activity and speech synthesis generally. Most languages
here are phonetic with each letter being pronounced, so it should be simple.
Any pointers to how to do this would appreciated.
David Leeming
501 - 600 of 729 matches
Mail list logo