On Jun 12 2008, at 18:12, Michael Stone was caught saying:
* I'm EXPECTING major changes in:
e) Manually enabled power management- Chris/Scott/Deepak
Chris, Scott, what all do you need from kernel side for this?
Specific trac defects would be good. :)
~Deepak
--
Deepak Saxena
, 0644, NULL, wlanreset_execute);
+
static struct attribute * olpc_attributes[] = {
control_attr.attr,
test_attr.attr,
wackup_attr.attr,
+ wlanreset_attr.attr,
NULL
};
--
1.5.4.3
--
Deepak Saxena [EMAIL PROTECTED
doesn't
have it documented.
~Deepak
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
On Jun 18 2008, at 11:15, Michael Stone was caught saying:
Hey folks,
My sincere apologies for the short notice. If you're around, please join
us at the usual time and place: #olpc-meeting on irc.freenode.org for
our software status update.
Michael,
Do you mean today?
~Deepak
--
Deepak
check_call(['/bin/mount','-n','-o',access,'/dev/mmcblk0p1','/sysroot'])
else:
check_call(['/bin/mount','-n','-t','jffs2','-o',access,'mtd0','/sysroot'])
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel
8.2, will we still provide bug
fixes and security updates to 8.1.1 users or are we expecting everyone
to move forward to 8.2 and just EOL 8.1.x?
Thanks!
~Deepak
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http
for the time being. We should be
starting to stabilise olpc3.
I agree. I'll pull your commits into master and testing and hopefuly
we'll see a more stable fix in time for 8.2 (though my experience
so far with the CAFE chip makes me not very optimistic).
~Deepak
--
Deepak Saxena [EMAIL
to provide a new kernel and intird RPM,
but I'm not sure that we have an official way of providing individual
package updates.
Please see http://wiki.laptop.org/go/OLPC_SW_ECO_-_SD_CARD_CORRUPTION
for the official proposal.
Thanks,
~Deepak
--
Deepak Saxena [EMAIL PROTECTED
for this
issue as we may just be able to provide a new kernel and intird RPM,
but I'm not sure that we have an official way of providing individual
package updates.
Please see http://wiki.laptop.org/go/OLPC_SW_ECO_-_SD_CARD_CORRUPTION
for the official proposal.
Thanks,
~Deepak
--
Deepak Saxena [EMAIL
not completely sure I grok what you need. Are you trying to load
a driver via insmod or run some installer for the driver? Note that
until two days ago, the USB driver was built into to the kernel, so
you can't unload it. What specific device and driver is this?
~Deepak
--
Deepak Saxena [EMAIL
to pull in.
~Deepak
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
not needed. What we're looking at doing to help
the G1G1 users who are impacted by this is to spin a kernel RPM and
initrd that they can install.
~Deepak
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org
promissing
a feature/bugfix to based on develper feedback and prioritization
based on end-user inputs.
~Deepak
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
:? Needs to be submitted upstream
upstream:- Rejected or will never be pushed upstream
upstream:+ Accepted upstream
- A third option is to use the Action Needed field and add
a Sumbit Upstream option.
Thoughts?
Tnx,
~Deepak
--
Deepak Saxena [EMAIL PROTECTED
in 2.6.25:
http://lkml.org/lkml/2008/6/30/7
I've merged this fix into our testing kernel and should be in next
Joyride (assuming our auto kernel build magic is working).
~Deepak
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel
/ignore_delta
Thanks!
~Deepak
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
On Jul 01 2008, at 11:58, Daniel Drake was caught saying:
On Mon, 2008-06-30 at 16:24 -0700, Deepak Saxena wrote:
Hi,
For those of you running into crazy pointer behavior on
the latest Joyride builds (2080+ with latest kernel),
can you please try the following in the terminal/console
is integrating intiramfs and kernel into one RPM but I think
the probability of getting that done in next few days is not
too high ATM.
~Deepak
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org
something better.
Note that both the patch and Dave's proposal of having a sysfs
attribute for root reservation and other attributes don't
really address the slow performance at full issue. They just
keep the filesystem from being filled so we don't see the condition.
~Deepak
--
Deepak Saxena [EMAIL
.
Is that supposed to be a bug or feature?? xev shows that the power button
triggers a remapping event.
Certainly seems like a bug to me. Which specific joyride are you running?
~Deepak
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel
something right away, you can follow the directions at [1] to rebuild
the RPM yourself.
~Deepak
[1] http://wiki.laptop.org/go/Rebuilding_OLPC_kernel
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org
to
install this.
Thanks,
~Deepak
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
is already on our roadmap, so if we just put /boot and
other OFW needed data in a non-LZO partition, we can live w/o needing
to update OFW to handle LZO.
~Deepak
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
user can actually use.
I think analyzing performance of non-JFFS2 file systems and picking
a replacement should be a high-priority item for 9.1 update.
~Deepak
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http
as to what percentage should be reserved to
keep the GC from going out of control? If not, we'll need to run some
performance tests to find the sweet spot.
~Deepak
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http
?
~Deepak
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
, that sync can't happen
until space has been cleared.
~Deepak
--
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
can try?
Yep.
Other question, should this be entered in trac, and is it blocking for
8.2.0 ?
I've opened #7620 to track this. Definetely a blocker.
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel
On Jul 24 2008, at 08:07, Deepak Saxena was caught saying:
On Jul 24 2008, at 09:37, Ton van Overbeek was caught saying:
I did *not* copy it to /versions/boot/current/boot, since it never
completed the
boot from the USB stick.
I copied your modified ramdisk to /boot on the USB disk
no changes to the deployed kernel. This is also non-upstream so we should
run it through some form of stress test in our desired configuration.
~Deepak
[1] http://www.fsl.cs.sunysb.edu/pipermail/unionfs/2008-July/005895.html
[2] http://aufs.sourceforge.net/
--
Deepak Saxena - Kernel
On Jul 26 2008, at 21:44, Ton van Overbeek was caught saying:
Deepak Saxena wrote:
Sigh++ Bought a 1G microSD with a usb adapter and it happens to be one
that OpenFirmware cannot talk to so I can't boot off it. Just wanted
to give you an update that this is still on my plate, just seems
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
On Jul 30 2008, at 15:45, Richard A. Smith was caught saying:
Deepak Saxena wrote:
The gamekeys go through PS2 so I'm guessing the EC is queeing that event
for
us. I can reproduce the same sort of behaviour with by switching to
console on the XO, sleeping via /sys/power/state on serial
the compat-wireless
package [1] to build the lateset 802.11 codebase out-of-tree from
our kernel. We need create a separate RPM or a set of scripts that
end-users can use to install the drivers on their systems.
Enjoy,
~Deepak
[1] http://linuxwireless.org/en/users/Download
--
Deepak Saxena - Kernel
I open another new ticket. Booting back to 2241
shows the neighborhood working again.
I haven't updated from 2170 yet, but Ricardo submitted #7776 which
is similar, but he still sees the Mesh entries in the network view.
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED
minutes trying to figure out why olpc-update joyride-2250
does not work before realizing that it was faster build. Not a lot
of time wasted, but it seems confusing to me.
Tnx,
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel
On Aug 02 2008, at 11:12, Andres Salomon was caught saying:
On Fri, 1 Aug 2008 11:22:51 -0700
Deepak Saxena [EMAIL PROTECTED] wrote:
Hi,
Cozybit has been working on new thinmac firmware for the Libertas
chip that allows use of the chip in hostmode and I've built it
against our
On Aug 03 2008, at 21:07, Deepak Saxena was caught saying:
On Aug 01 2008, at 23:57, C. Scott Ananian was caught saying:
2008/8/1 Build Announcer v2 [EMAIL PROTECTED]:
http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build2242
I've unretired the faster branch temporarily to collect
responsiveness
of the system.
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
ttl) really considered a blocker to the release?
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
as in some locations electrical
power is expensive and we want to conserve as much power as possible.
It could be made into a user-configurable setting via the control panel
for those situations where we do want this behaviour.
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED
to my AP and
my TCP sessions stayed up but this obviously wrong behaviour.
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
popping up as patches get dropped. For
9.1 (9.2 more realistically?) I highly suggest one of our priorities
be that a stock kernel.org kernel just works out of the box on our
lovely little laptop, even if that means rewriting parts of drivers,
firmware, etc.
/rant
~Deepak
--
Deepak Saxena
and then disabled via ifconfig msh0 down?
I'm not sure why we need a bunch of iwpriv calls for this.
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
this way (myself,
cjb, dilinger, dsd possibly) and there's a whole miniconf
dedicated to future audio directions in Linux headed up
by Lennart Poettering, the lead developer of PulseAudio.
~Deepak
[1] http://linuxplumbersconf.org/
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED
) are also a bit worrysome
but until we have a way to reproduce that can be reproduced on any laptop,
I'm not going to consider it a show stopper.
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel
devices
* Deleting incomplete OS image
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
* We need to find out why the oom-killer is not killing things fast
enough. Based on our results, we might consider configuring
/proc/$pid/oom_adj to preferentially kill some processes (e.g., the
foreground [or background?] activities.)
In the cases I've been playing with,
On Tue, Sep 09, 2008 at 05:10:41PM +, Deepak Saxena wrote:
* We need to find out why the oom-killer is not killing things fast
enough. Based on our results, we might consider configuring
/proc/$pid/oom_adj to preferentially kill some processes (e.g., the
foreground
that are not upstream to get multicast RX to work properly
(#7319).
Firmware wise, .22 includes a fix for #7973.
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org
not sure exactly of what we're talking about here. Could you or
Deepak clarify what are these issues?
On this same thread, yesterday... Deepak Saxena [EMAIL PROTECTED] wrote:
For the XO 8.2 kernel we had to pull forward some patches from the stable
2.6.22 branch that are not upstream to get
On Sep 12 2008, at 17:08, Martin Langhoff was caught saying:
On Fri, Sep 12, 2008 at 4:42 PM, Deepak Saxena [EMAIL PROTECTED] wrote:
On Sep 12 2008, at 14:12, Martin Langhoff was caught saying:
On this same thread, yesterday... Deepak Saxena [EMAIL PROTECTED] wrote:
For the XO 8.2 kernel
On Sep 14 2008, at 18:36, Martin Langhoff was caught saying:
On Sat, Sep 13, 2008 at 12:30 PM, Deepak Saxena [EMAIL PROTECTED] wrote:
Well, my job description is simply kernel guy, not tied to XO
or XS, so I will build something against your F9 kernel that you
can test and will volunteer
is compressed caching. We can still OOM with this, but my experience
with my little playing I've done with it is that it drastically helps
keep the system useable as memory footprint increases.
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED
of the critical path.
The reason we modularized USB AFAIK is to keep it out of the resume
path when not in used but I forget that there is also a bind/unbind
to driver functionality that can be used to to achieve the same.
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED
space...
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
On Oct 04 2008, at 19:24, Deepak Saxena was caught saying:
On Oct 04 2008, at 15:49, Mitch Bradley was caught saying:
c) Raw FLASH read time maxes out at 20 MB/sec. But you don't get that
speed from the filesystem; JFFS2 is good for between 5 and 10 MB/sec.
Considering all
to
have them in the same image.
This is on the packaging todo list; however, if we move to a non-module
kernel, then the initramfs contents will be completely independent of
the kernel build so we may want to just keep them as separate packages?
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL
the filesystem on current HW.
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
$millions expect to only get
2-3 years of use out of the XO.
~Deepak
[1] http://mvista.com/vision/
[2] http://www.mvista.com/download/fetchdoc.php?docid=329
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel
Garrison for
his OFW image builder script.
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
sure I grok. You got an error saying that the filesystem
was read-only?
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
that touches the data?
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
update-nand u:\data.img
* At this point OFW will erase the flash and copy the contents of the
nand.img file to flash. When complete you can simply reboot the system.
Thanks to Artem Bityutskiy for backporting the changes.
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED
on understanding the overhead and where we can
tweak it. One obvious way to do this is to decrease the journal size at
the expense of some performance as we have to commit more often. There
is also an index fanout option to mkfs.ubifs that I need to understand
a bit better.
~Deepak
--
Deepak Saxena
on the
exact schedule for 9.1.
Ack. But to get there, we definetely want to get k.org latest into
testing so we find issues in conjunction with changes to kernel.org
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
forward ports
next week.
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
not get killed.
What I'm proposing is a form of cooperative multitasking managed at
the application framework level instead of the core OS level.
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel
kernel up through Sugar.
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
flights and a
higher chance of folks still travelling.
~Deepak
--
Deepak Saxena - Kernel Developer - [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
.
Next step in this process is research what has been proposed so far,
why they've all failed, and figure out what we want to do. One such
interface is proposed at http://lwn.net/Articles/267013/.
~Deepak
--
Deepak Saxena - Kernel Developer, One Laptop Per Child
_ __o
/application message as there are no kernel
timestamps; however, certainly could be something underneath that
is bork. Running with strace/ltrace would be useful.
~Deepak
--
Deepak Saxena - Kernel Developer, One Laptop Per Child
_ __o (o
---\, Give One
.
If the kernel hackers can give me a quick 2nd opinion I'll be happy to
file a bug with the results.
--
Richard Smith [EMAIL PROTECTED]
One Laptop Per Child
--
Deepak Saxena - Kernel Developer, One Laptop Per Child
_ __o (o
---\, Give One Laptop
the best place to go for more details.
~Deepak
--
Deepak Saxena - Kernel Developer, One Laptop Per Child
_ __o (o
---\, Give One Laptop, Get One Laptop //\
- ( )/ ( ) http://www.amazon.com/xoV_
the kernel either, but only one way to find out. :)
~Deepak
--
Deepak Saxena - Kernel Developer, One Laptop Per Child
_ __o (o
---\, Give One Laptop, Get One Laptop //\
- ( )/ ( ) http://www.amazon.com/xoV_
structure,
?)
3. How to get it there (uevent, in-kernel callback, userspace helper, ?)
~Deepak
--
Deepak Saxena - Kernel Developer, One Laptop Per Child
_ __o (o
---\, Give One Laptop, Get One Laptop //\
- ( )/ ( ) http://www.amazon.com
increased power consumption) and to go
through the whole process of compressing blocks to discard the results
for the majority of blocks would be a resource waste.
~Deepak
--
Deepak Saxena - Kernel Developer, One Laptop Per Child
_ __o (o
issues before we roll these
out en masse.
~Deepak
--
Deepak Saxena - Kernel Developer, One Laptop Per Child
_ __o (o
---\, Give One Laptop, Get One Laptop //\
- ( )/ ( ) http://www.amazon.com/xoV_
room so we can simultaneously trace the issue
at kernel, network, EC, and WLAN firmware levels.
~Deepak
--
Deepak Saxena - Kernel Developer, One Laptop Per Child
_ __o (o
---\, Give One Laptop, Get One Laptop //\
- ( )/ ( ) http
[EMAIL PROTECTED]
Looks good, but since we're just checking for one bit, I think
we can we just use an atomic_t instead of needing a whole spinlock.
~Deepak
--
Deepak Saxena - Kernel Developer, One Laptop Per Child
_ __o (o
---\, Give One Laptop
interpreation of Ed's email was that we are to review
all 323 8.2.1 tickets tommorrow(!), not just the 15. Ed,
can you clarify?
Thanks,
~Deepak
--
Deepak Saxena - Kernel Developer, One Laptop Per Child
_ __o (o
---\, Give One Laptop, Get One
://wiki.laptop.org/go/Kernel#Installing_OLPC_kernel_RPMs.
2587:
http://dev.laptop.org/~dilinger/master/kernel-2.6.27-20081210.1.olpc.05aa2d840dc7b96.i586.rpm
pre-2587:
http://dev.laptop.org/~dilinger/master/kernel-2.6.27-20081201.1.olpc.672cde9409f412e.i586.rpm
Thanks,
~Deepak
--
Deepak Saxena - Kernel
On Dec 15 2008, at 08:23, Deepak Saxena was caught saying:
nn Dec 12 2008, at 11:34, Mikus Grinbergs was caught saying:
WARNING -- since about build 2590 I can get my permanent SD card
(ext2 filesystem) completely corrupted - I've had to restore it
twice. [This is a regression
Hi,
I've added a new feature to the OLPC kernel tree that should make
building custom kernel RPMs from our git tree a bit simpler for
anyone who wants to do so. Basically once you have the git tree
checked out and have commited your changes, you can run
'make olpc-kernel-rpm' from the top of
partition on to pof that.
~Deepak
--
Deepak Saxena - Kernel Developer, One Laptop Per Child
_ __o (o
---\, Give One Laptop, Get One Laptop //\
- ( )/ ( ) http://www.amazon.com/xoV_
testing and get end-user feedback.
~Deepak
--
Deepak Saxena - Kernel Developer, One Laptop Per Child
_ __o (o
---\, Give One Laptop, Get One Laptop //\
- ( )/ ( ) http://www.amazon.com/xoV_
in the future but in the near term I need to
go focus on finding new work.
Thanks and Good Luck,
~Deepak
--
Deepak Saxena - Kernel Developer, One Laptop Per Child
_ __o (o
---\, Give One Laptop, Get One Laptop //\
- ( )/ ( ) http://www.amazon.com
On Jun 10 2009, at 11:48, Daniel Drake was caught saying:
Hi Deepak,
In OLPC OS 8.2, libertas had private ioctls
which /etc/init.d/olpc-configure used to configure the LEDs:
iwpriv eth0 ledgpio 1 1 2 12 3 16
These aren't present in the 2.6.30-rc5 kernel I am running on my XO-1,
and
On Jun 11 2009, at 14:49, Daniel Drake was caught saying:
On Thu, 2009-06-11 at 08:42 +, Deepak Saxena wrote:
My quick answer is to move these forward from our old kernel. We can try
pushing them upstream too but I would like to understand why we need them
On Jun 14 2009, at 11:00, Paul Fox was caught saying:
i won't quote anything you wrote, because i have nothing to
add to your lists of pros and cons of those methods.
Ditto. +1 on the original proposal.
another possibility: size the original fs image to the size of
the data it will hold:
I've updated the OLPC git tree with a new xo-v2.6.30 branch. Please use
this for an XO-1 development and testing. We're currently are not auto
building RPMs out of this branch and this is not currently a priority
for me.
For those on XO-1.5, I will update that kernel in the next few days.
On Jun 25 2009, at 09:49, Chris Ball was caught saying:
The complexity of implementation is real, but it turned out that Mitch
had to do the work of adding ACPI tables for Windows anyway. Being
able to suspend/resume on unmodified distro kernels (and not having to
constantly maintain and
I've spent some time merging the XO-1 and XO-1.5 kernels into a new
branch and made some tweaks to the in-kernel RPM build scripts. From
now on, all development for both XO-1 and XO-1.5 will be done on the
olpc-2.6.30 branch of the olpc-2.6 repository [1]. As Linus releases
new kernels, I will
On Jul 08 2009, at 22:27, John Gilmore was caught saying:
Congratulations on the merge.
Note that currently there is nothing keeping anyone from installing a
kernel meant for one gen machine on a different gen machine. Just
don't do that. :)
Eventually if both machines are going to
applied, tnx.
~Deepak
On Jul 09 2009, at 17:17, Martin Dengler was caught saying:
---
olpc/SPECS/kernel-xo1.5.spec | 37 +++--
olpc/SPECS/kernel-xo1.spec | 37 +++--
2 files changed, 70 insertions(+), 4 deletions(-)
Last week:
* Major task was finishing up merge of XO-1 and XO-1.5 kernel.
See posting on olpc-devel [1] for details.
* Worked on some minor bugs and cleanup.
* Helped Richard a bit with debugging USB serial issues related
to Linux driver that talks to multi-battery charger.
* Worked on
On Jul 15 2009, at 22:17, Harald Welte was caught saying:
Hi Deepak,
as I have pointed out a couple of times to some OLPC folks (not sure if you
were included), there is a via-viafb-i2c tree in my git tree
1 - 100 of 109 matches
Mail list logo