User:Samir
|
This file has been released into the public domain by its copyright holder, its copyright has expired, or it is ineligible for copyright. This applies worldwide. |
Contents
Notes on the XO B4-10
Initial build 406.14
- B4-10
- Linux-2.6.21-20070614
- Firmware : PQ2C18
- Build : 406.14 variant devel jffs2
First impressions
Opening the XO is puzzling :-) I would say that the first pedagogical activity of the XO is opening it... You have to understand and to watch carefully the XO. The XO is cute, a beautiful object - the keyboard - a waterproof one - is not as responsive as standard keyboard. Need to train before typing quickly. The space bar does not respond well.
The wiki is a jungle... Informations are scattered in a lot of place, not really up-to-date, and informations for B1,B2,B3,B4 are mixed, so it is difficult to focus on your version hardware.
With this build, close an application is not intuitive. Corrected on next build. I suggest anyone to first upgrade both the firmware and the build image. For instance, the first time I tried the XO, I thought that there was a problem with the battery... Because the battery discharged very quickly. In fact, the problem was that this firmware does not control the battery charging very well.
Build upgrade 542
Following the auto installation wiki page, I did this upgrade
- Linux-2.6.22-20070801
- Q2C26
- build 542
I come to this problem, called the "XO Activation error"... In the wiki auto installation, I miss this part, which was important : reboot and push in the same time the 'check' and 'X' button (from the gamepad). Then the problem was gone
The battery seems to last around two hours... there is still a problem, the indication are not accurate in the sugar interface.
I realized that there is a problem with NAND flash, few bad blocks, and sometimes got a CRC error...
No sound for TamTam, but there is sound with the XO, I tried mplayer which plays fine ogg files (tryad on jamendo.com - Public Domain :-)
I tested the "Watch & Listen", too few possibilities concerning the video format. Wondering if I can use mplayer as a backend for "Watch & Listen" - mplayer supports a lot of files, and works well on the XO.
I've got a very weird problem with my home access point (Inventel www.porciello.com/inventel/astuces.htm) The XO cannot connect to this ap out of the box. There is a functionnality called "association mode", a kind of mac filtering. When you push a button on the ap, filtering is disactivate and all wireless computer can connect to the ap. Their MAC address are stored into the ap memory, and when the "association mode" is over, new wireless computer cannot connect anymore. I tested the XO to other APs, and there is no problem... But with this ap, it can connect during the "association mode", and when I reboot the XO, it cannot connect anymore although I can see that the MAC address is registred into the APs. My first hypothesis was that there was a problem with the ipv6 module, but it wasn't that. Now I would try to disactivate the mesh functionnality, to test if the problem come there.
Build 649
- Linux 2.6.22-20071121
- Firmware Q2D05
- Build 649
- driver libertas - COM-USB8388-322.p1.dbg - firmware 5.110.20.p42 (with ethtool -i eth0)
Still a problem with the Inventel AP - maybe "wrong MAC address" problem ? (ticket 4637) - problem mysteriously gone ...
Build Joyride
bleeding edge is http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/latest/devel_jffs2/
Mysterious Update to Build 656
This night, starting the XO with an update I didn't ask for ! Throw all the software I installed before, lot of work gone away. I remember to let the xo with Sugar open into a room with an open wireless access, so I guess that the system has been automatically updated during this period. Even if I understand why it was configured like this (children are supposed to not customize their XO with their own rpm package ?), next time I'll try to figure out how to disactivate this annoying feature when you are developer. Fortunately my home directory is intact. Probably the olpc-update-query is involved in this mysterious update, so I'll try to figure out how to disable this feature.
- Linux 2.6.22-20071231
- Firmware Q2D05
OLPC censure ??
I noticed the mysterious disparition of two emails I sent to the design mailing list, which put into question the whole design of the OLPC initiative.(look here : http://lists.laptop.org/pipermail/devel/2007-October/thread.html - lack of // support, my first mail dissappear, but reappears into the Ian answer !) Since these emails has disapperead from the design mailing-lists archive, I put them here as some piece of thoughts about the olpc initiative.
On 10/23/07, Samir Saidani <saidani at squeakfr.org> wrote: > > Hi, > > I have heard about the OLPC initiative a while ago, and recently > I have decided to take a further look at this very interesting > initiative... Here are first thoughts about it... > > I'm quite new to this project, and one thing that strikes me was the > lack of built-in serial and parallel port. Why ? When you don't have > a lot of money, you tend to use obsolete technology which are cheaper > than the newer one, like parallel printers, serial modem, serial mouse, > parallel scanner, etc ... This obsolete technology are easily available > on poor countries, because it's easy for an non profit organization > to send this kind of technology that almost nobody wants anymore (at > least the enterprises, and the schools of rich countries update quite > often their hardware and throw the old one to the garbage or donate it > to a NPO). > > So you can have the old tech for free, because they often end into the > gargage while they are still working great. And this is not a theory, > we have founded here in France a npo which locally is working to give > One Computer Per Child for 0 $. We have already a lot of computers, > and we are slowing down the process to avoid a computer hardware > overload... Recycling is an ecologic approach to the environment, and it > seems that it is a concern of the whole OLPC initiative. Recycling allows > you to do things by yourself with little money (or none at all). I know > that there is a serial/USB interface, but I'm not sure that it would be > as easy to use as built-in ports (possibility to lost it, unable to do it > by yourself due to the complex USB electronics component...). So when you > consider the target audience (poor countries, rural zone, poor people), > I think this is a design mistake. Or at least it's reducing a lot the > possibility of hacking and recycling obsolete hardware lying around. > > Maybe and probably do you have already talk about this matter ? > > Thanks ! > Samir > _______________________________________________ > Design mailing list > Design at lists.laptop.org > http://lists.laptop.org/listinfo/design
Here is a deleted answer to Mitch :
Ok, fine to hear that there is still a way to use serial peripherals : it will lead sooner or later to a laptop mod by young hackers ;-) Think that once the laptop will be outside, we will be probably surprised by unforeseen usage...
Concerning the real cost of obsolete technology, I can testify based on our daily work that this is really cheap. Besides trying to repair is a true educative way to understand the hardware : open the machine, learn from it, understand what is going on. So broken parts is not an issue, but precisely a way to learn and to get a precise idea of what is working and what is not. This is not a waste of time, but a part of the educative and powersaving process. Not kill what is alive.
And anyway, even if the PC cannot be repaired, there is a great probability that there is still working parts (keyboard, power supply, etc...). And when you start to play with obsolete tech, you will notice that you get very quickly a *lot of* obsolete hardware, so you can start to jungle and reassemble the working parts, and throwing the dead one. It sounds like a funny puzzle. So I can testify that here, in the npo we are working on, - believe it or not - we are working at no cost. (For consumable, there is some hack possibilities for ink : no money, so hacking required, and hacking is learning...). So the cost is not a concern here : I'm talking about the importance of recycling, and in the process, take care of the planet, learning, be able to repair by yourself, not throw away the whole hardware because there is no understanding of what is going on, and the laziness to buy one more, like it is often the case in the so called developed countries. I often find well working computers in the garbage : this is really amazing. So it makes me think that people living in developed countries must be educated on saving energy too.
Cheers
- Mitch Bradley <wmb@laptop.org> [2007-10-24 00:58]:
> Ian Daniher wrote: > > Samir, > > IIRC, there *is* a serial port, but due to constraints I have not been made > > aware of, It isn't exposed, instead it is buried inside the case. > One primary constraint is that there is absolutely no room left for other > connectors to come out. > > Yes, I know there are places where it looks like it might be possible, but > there are non-obvious constraints having to do with board layout and > mechanical design and securing against dust and water. > > Another answer is that, while it might seem that obsolete technology is > cheap because you can get it used, very often the real cost is very high > because it breaks down, can't be repaired, consumables (ink, etc) aren't > available, etc. The support cost for random collections of old stuff can be > enormous. > > > Sorry I can't help more, > > -- > > Ian Daniher > > it.daniher@gmail.com <mailto:it.daniher@gmail.com> > > Skype : it.daniher > > irc.freenode.com <http://irc.freenode.com>: DyDisMe
The next email put into questions the whole design of the OLPC initiative. The entry is deleted from the design archive, so here it is :
Date: Wed, 24 Oct 2007 20:22:25 +0200
From: Samir Saidani <saidani@squeakfr.org>
To: design@lists.laptop.org
Subject: Design problems
User-Agent: Mutt/1.5.15 (2007-04-06)
Hello,
Concerning reusing technology with the OLPC laptop, I don't think that
it's relevant to take peripherals one by one - serial mouse, parallel
scanner - and see the respective interest in regards to reusing. I
don't think relevant too to go through the pro and cons about reusing
old technology...
My post is all about technology openness and design. I say that the OLPC
laptop was not design to be a bridge between old and new technology. This
is a design choice I disagree with. A technology, especially when
the design is done with an educational perspective, must be open,
and reasonable backward compatible with old tech. So the current
OLPC laptop is closed in regards of old technology. These old hardware
exist in various quantities, depending the level tech of the country :
from none to plenty. An open design is a design which does not make
hypothesis or theory on the interest of reusing or not. An open design
open possibilities, and that's all. Reusing is a possibility which must
be opened.
The olpc laptop was designed without taking into account the old tech
reusing possibility : this is a fact and a choice of the designers. We
can have a lot of theory about "why poor people does not need to reuse
old technology with this newest one". But this is a prejudice on how
people should use technology, and prejudice is closeness.
Open technology means also putting into the public domain all the PCB
design, put everything related to the OLPC laptop hardware into the public
domain. So that everybody can gain knowledge about it, and enhance it. In
fact, the essence of the OLPC laptop is not in the current hardware,
but in a way to build an energy saving efficient laptop. The current
hardware is the "compiled" form of the way to build it, which is the
"source". If the initiators are interested in openness, education and
freedom, the "source" will be put into the public domain and compiled
by maybe major industrial manufacturers.
I think that there is also another major and deeper design problem
into the OLPC initiative. The way to spread the hardware is not the
right one, to my sense. Too much people between the people who give
and the children. There is a lot of corruption into the government,
even the developed one. The hypothesis is that everything will be ok
with governments, but let's face the fact. Just study the problem the
ONG have when they try to send food to poor countries. The 100$ Laptop
may sound cheap for rich countries, but 100$ is a lot of money into
poor countries. Inevitably, it will imply a parallel market to sell the
offered laptops. You can try to avoid it, but this is a lost of energy :
trying to avoid the unavoidable. When you are hungry or want money,
an OLPC laptop is not a fun computer anymore, but a way to survive 3 to
6 months. A relevant approach in my view is to weave an international
educational network in cooperation with all the ong working locally. Ong
know locally what is going on, we know each child to which we are giving
a laptop or a computer. An ong is a non profit organization. A government
is a profit organization : the profit can be for instance to be elected
the next time. So it introduces a bias into the hardware distribution.
So to my sense, and as a person deeply interested in such an
educational process, rethinking the whole design must necessary take
into account :
- openness design
- old tech backward compatible
- put the source onto the public domain
- don't spend energy to avoid theft, this is an human mechanism,
workaround will be find by stealers if you try to control it
- give the possibility to industrials to build the laptop by
themselves, it will lower the cost
- work to build an international ong network, working locally is
efficient, broadcasting the hardware is a blind way to work
etc...
So I know that there is a lot of pressure onto the initiative, but
consider that when acting under pressure, this is not an efficient action
at all, just a reaction. Don't take what I'm saying as an attack, but
only as some remarks by a person deeply interested by the initiative.
Cheers,
Samir
Deleting sensitive emails from the archive is a real issue...
Notes
- Big problem with man pages, there are all squizzed... Same with doc. Investigations on the process, before filling a track. The system is globally not self-documented, which is an issue when talking about education.
- Learn to use /dev/shm (tmpfs) to minimize access on the flash card (they might last longer)
- Problem with X11 fonts (we cannot add more fonts)
Currently working on
- Power the olpc XO with the couple battery/solar panel
- Accurate measurements of the power consumption
- Robotic modules for the XO
- VGA output for the XO (useful for demonstrating the XO by itself and for pedagogical purpose)
- Bluetooth connection
- Debian-olpc
USB2VGA
- Tested unit : UVT-100 from MCT, also known as eMagic UTV-100 SXGA adapter
- Driver : http://cs.chipsetcomm.com.tw/support/download/USB2.0_TO_VGA.rar
- Spec : chipset unknown
- lsusb gives : 0711:5001
- Need USB 2.0
I've received an usbvga dongle kindly offered from an olpc dev guy (Thanks Josh !). The unit works fine with XP. This unit is from MCT, the UVT-100 (see http://www.esysmall.com/detail_prod.asp?prod_Id=5544 ) one. Seems to be the cheaper one, I dismantled it but unfortunately the graphic chipset is just behind a cooling component, so I can't read what kind of chipset is used. But thanks to Johnathan, I get a piece of code to start with.
More on the USB2VGA UVT-100 dev page
Tips and Tricks
- SD-card and jffs2 : jffs2 is the more accurate filesystem to use with this kind of flash memory, but currently need the blkmtd kernel module to be able to mount the SD-card, if the card is formatted it with jffs2.
