As 1.5 and other portable devices are using SD as their main storage:
What is a removable volume ?
On Nov 18, 2009, at 1:10 AM, Mikus Grinbergs wrote:
> I have the subdirectories for some Activities installed on my
> "permanent" SD card (it's in the "external" slot of my XO-1.5).
> Os42 is not m
I have the subdirectories for some Activities installed on my
"permanent" SD card (it's in the "external" slot of my XO-1.5).
Os42 is not mounting (at boot) my "permanent" SD card. I
experimented with removing the SD card's entry from /etc/fstab.
The first time sugar came up (after boot), it d
I've noticed "time-outs-from-the-game" with os40 that I had not
noticed before. For instance, when I boot with the check game key,
the boot process simply stops for more than 50 seconds (just after a
message about rtc) before continuing. Sometimes quite trivial
commands just stop for a notice
On Tue, 17 Nov 2009, John Gilmore wrote:
>> Is USB device discover inherently slow? Or is the sloth just handling
>> strange cases? Can I speed things up if I only need to verify that devices I
>> knew about are still there?
>
> Bringing up the USB bus is apparently *designed* to take a large
>
On Nov 11, 2009, at 3:04 PM, Hal Murray wrote:
> Has anything interesting changed in this area for XO-1.5?
YES!
XO-1.5 no longer uses any USB devices internally. We used
SDIO instead. This not only provides lower power operation
to start with, it also should allow us to suspend/resume much
> How well does sleep-between-keystrokes work if I ignore USB?
Pretty well -- but check bugs.laptop.org. That's where our institutional
memory of the bugs that prevented full blown suspend exists. Search for
"power" or "suspend" or "sleep".
If you're serious about working on this, I can spend s
Thank very much for this report.
Please trac serious problems!
Comments inline,
wad
On Nov 15, 2009, at 2:51 PM, Tiago Marques wrote:
> Hi all,
> Here's some data I collected:
>
> Firmware Q3A13-Q3A15:
> -
> OS30:
> hdparm -t /dev/mmcb
> Gnash and youtube is a no go. No error now, just a black screen
Within the last month, Youtube changed their default player to require
Adobe Flash 10, including ActionScript 3. Gnash does not yet implement
AS3 properly -- that's why you got a black rectangle.
The (shrinking) gnash team is wor
Consider the rdshell boot option so that you can gain control instead of
sleeping forever.
--
James Cameron
http://quozl.linux.org.au/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Does the OLPC initramfs "dracut" support nfsroot?
It can load from tftp server when I type "boot net".
I use OLPC sourse kernel and add support to root on nfs.
The initrd.img is original,I didn't change it.
the OLPC file is copied from olpc.fth and kernel command lines is
"root=/dev/nfs nfsroot=:/
http://wiki.laptop.org/go/F11_for_1.5
http://dev.laptop.org/~cjb/f11-1.5/os42
Compressed image size: 412.28mb (-0.39mb since build 41)
Description of changes in this build:
* Kernel fix for keyboard crash over suspend/resume (#9661)
Package changes since build 41:
-bitfrost-1.0.2-1.fc11.i586
+
On Wed, 2009-11-18 at 00:33 +0430, Mike Dawson wrote:
> Hi All,
>
> As many of the target areas for the XOs suffer from massive illiteracy
> problems, and some live away from where schools will be built during
> the time that they grow up and could benefit from a literacy learning
> activity using
http://wiki.laptop.org/go/F11_for_1.5
http://dev.laptop.org/~cjb/f11-1.5/os41
Compressed image size: 412.67mb (+1.51mb since build 40)
Description of changes in this build:
* add support for 1.5 B3 machines
Package changes since build 40:
+bitfrost-1.0.2-1.fc11.i586
-bitfrost-1.0.3-1.fc11.i586
Good catch, Ben!
In fact, I don't think either the XO-1 or XO-1.5 needs to sync
before suspend.Maybe before a sleep, but not an aggressive
suspend.
A more vexing problem is not cutting SD power until it has
finished completing its write. To address that problem, I
propose trac #9692.
Chee
There is no reason to believe that form factor is the crucial
difference.
I see variation between manufacturers and device class, with little
correlation to size (full size vs. micro).
Your full size Sandisk is likely to be an extreme III (class 6) versus
the class 2 OEM version that we use in
Martin,
By modifying the jffs2 images directly won't we lose the customized
tarball and contents file that the XS uses to provide OS updates to XOs?
DSD has a good how to here that illustrates what I mean:
http://wiki.paraguayeduca.org/index.php/Construir_OS
Reuben
On Nov 17, 2009, at 3:54
We already tried running the SD interface at half speed to reduce
power dissipation. It runs at full speed by default.
wad
On Nov 17, 2009, at 12:49 PM, Peter Robinson wrote:
> Hi Daniel,
>
>> Today I tried to figure out why running "sync" often takes 5-10
>> seconds
>> or longer. This slow
On Tue, Nov 17, 2009 at 07:36:03PM +0100, Martin Langhoff wrote:
so there is a reasonable chance that .31 speeds our boot on XO-1.
Hoping the F11/XO-1 builds include a .31 sometime... :-)
2.6.31 has been pretty unstable (WLAN stops working, X server crashes)
for me, but at least I got resume an
On Tue, Nov 17, 2009 at 6:05 PM, Peter Robinson wrote:
> On Tue, Nov 17, 2009 at 6:02 PM, Daniel Drake wrote:
>> On Tue, 2009-11-17 at 18:56 +0100, Sean DALY wrote:
>>> as a former audio engineer, I was surprised recently to see a unit
>>> like the Samson R16 for sale:
>>>
>>> http://www.samsonte
On Tue, Nov 17, 2009 at 12:03, Mike Dawson wrote:
> Hi All,
>
> As many of the target areas for the XOs suffer from massive illiteracy
> problems, and some live away from where schools will be built during
> the time that they grow up and could benefit from a literacy learning
> activity using hom
Hi All,
As many of the target areas for the XOs suffer from massive illiteracy
problems, and some live away from where schools will be built during
the time that they grow up and could benefit from a literacy learning
activity using home schooling.
http://wiki.laptop.org/go/SynPhony
Norbert Renn
BTW, after removing the power resistor, you must be careful to clean off
excess solder, because the crucial gap is small and "embedded" in the
large pads. I had to use ChipQuick to get the resistor off, then I had
to add regular solder back to the pad to alloy with the ChipQuik, as
ChipQuik do
> With the dongle connected to the serial connector on the B3, it comes up
> with serial enabled. Disconnected, serial is disabled.
>
> I haven't tried the pencil-enable technique.
The new batch of serial adapters with this enable signal built in should be
ready in about a week or so. 1cc wil
On Tue, Nov 17, 2009 at 7:11 PM, Martin Langhoff
wrote:
> Ubuntu Kinky Koala w 2.6.30 mounts our os802.img (and edits it) like a
> charm... but my F11/linux-2.6.31 box doesn't like it in the least:
There is another difference between the 2 kernels
- 2.6.30 mounts it in 6.4 seconds, hot cache.
On Tue, Nov 17, 2009 at 7:22 PM, Daniel Drake wrote:
> On Tue, 2009-11-17 at 19:11 +0100, Martin Langhoff wrote:
> I saw this before while working with block2mtd on another project and
> was basically told not to use it.
Ok. The mismatched eraseblock config is fixed. block2mtd seems to be
the thi
On Tue, 2009-11-17 at 19:11 +0100, Martin Langhoff wrote:
> Has this been seen before?
>
> Background: Turns out that using block2mtd, a loop device and some
> elbow grease, it is reasonably easy to mount jffs2 images on a normal
> linux host. (This is helping me simplify image-builder...)
I saw
On Tue, Nov 17, 2009 at 7:11 PM, Martin Langhoff
wrote:
> Ubuntu Kinky Koala w 2.6.30 mounts our os802.img (and edits it) like a
> charm... but my F11/linux-2.6.31 box doesn't like it in the least:
I guess the default eraseblock has changed. Fixed with:
echo "/dev/loop0,128KiB" > /sys/module/blo
Ubuntu Kinky Koala w 2.6.30 mounts our os802.img (and edits it) like a
charm... but my F11/linux-2.6.31 box doesn't like it in the least:
dmesg:
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0001e000:
0xc369 instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0001e0
On Tue, Nov 17, 2009 at 6:02 PM, Daniel Drake wrote:
> On Tue, 2009-11-17 at 18:56 +0100, Sean DALY wrote:
>> as a former audio engineer, I was surprised recently to see a unit
>> like the Samson R16 for sale:
>>
>> http://www.samsontech.com/products/productpage.cfm?prodID=2009
>>
>> which uses an
Daniel Drake wrote:
> Today I tried to figure out why running "sync" often takes 5-10 seconds
> or longer. This slows down suspend, where all data is synced to disk.
On the XO-1, it was necessary to sync before suspend, because there was no
guarantee that a suspended laptop would reawaken any time
On Tue, 2009-11-17 at 18:56 +0100, Sean DALY wrote:
> as a former audio engineer, I was surprised recently to see a unit
> like the Samson R16 for sale:
>
> http://www.samsontech.com/products/productpage.cfm?prodID=2009
>
> which uses an SD Card as its main memory. 8 track linear PCM audio
> reco
as a former audio engineer, I was surprised recently to see a unit
like the Samson R16 for sale:
http://www.samsontech.com/products/productpage.cfm?prodID=2009
which uses an SD Card as its main memory. 8 track linear PCM audio
record, 16 track playback.
Of course, it's a case of several large fi
Hi Daniel,
> Today I tried to figure out why running "sync" often takes 5-10 seconds
> or longer. This slows down suspend, where all data is synced to disk.
> In all cases that I looked at, the amount of data being synced was tiny.
> One example: in one run it had 160kB data to sync and it took 7.
My experience with SD media in general (and I can't test it on XO
systems; I loaned mine out to other testers for the time being) is
that the performance is wildly varied.
It probably doesn't help that the underlying IO is translating as
"read, erase, write" in some cases for lots of sub-flash-"ch
Hi,
Today I tried to figure out why running "sync" often takes 5-10 seconds
or longer. This slows down suspend, where all data is synced to disk.
In all cases that I looked at, the amount of data being synced was tiny.
One example: in one run it had 160kB data to sync and it took 7.7
seconds. (blk
martin wrote:
> On Mon, Nov 16, 2009 at 9:32 PM, Martin Abente
> wrote:
> > Is there any chance to include CONFIG_USB_SERIAL_OPTION module in the
> > kernel for the F11-XO{1,1.5} builds? In our region, GSM/CDMA connections
> > are very popular so it would be nice to have support for them (for
This is just a success report on the new serial auto-enable feature on
B3. I removed the mistakenly-stuffed power resistor (pr148) on the
serial_en signal and modified a USB serial dongle (cut the trace that
goes from 3.3V to pin 1 of the header, soldered a jumper from pin 1 to
pin 4).
With t
37 matches
Mail list logo