Control the +5V USB port power on the XO
Is there a way to switch Off (and subsequently toggle) the +5V USB power supply on the XO in software ? thanks Arjun ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Control the +5V USB port power on the XO
Arjun Sarwal wrote: Is there a way to switch Off (and subsequently toggle) the +5V USB power supply on the XO in software ? Yes, but it's complicated, because a) the way you do it depends on whether or not the USB 2.0 host controller has claimed the port. b) the USB port that controls the power switches changes from rev to rev. Here is an OFW recipe that will work to turn the power off: ok select usb2 ok 0 54 ehci-reg! 0 58 ehci-reg! 0 5c ehci-reg! 0 60 ehci-reg! ok 200 fe01a054 l! 200 fe01a058 l! 200 fe01a05c l! 200 fe01a060 l! To turn it back on: ok select usb2 ok 1000 54 ehci-reg! 1000 58 ehci-reg! 1000 5c ehci-reg! 1000 60 ehci-reg! ok 100 fe01a054 l! 100 fe01a058 l! 100 fe01a05c l! 100 fe01a060 l! There are simpler recipes, but that one works on all machines except A-test, and doesn't depend on whether the USB1 or USB2 host controller currently owns which ports. How to do this from Linux? I have no idea, short of using sdkit to write to the hardware directly. Maybe the USB driver has an ioctl; if so, finding it is left to the reader as an exercise. thanks Arjun ___ 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
Re: New update.1 build 687
I'm occasionally seeing an issue with the keyboard in recent builds (no problem on 682, I've seen problems on everything since). This is a G1G1 laptop once in a while they keyboard returns strange characters. q returns a stylalized w, c returns a character that looks like the alternate character on the key, etc. in a possibly unrelated problem, I've also seen strange behavior from the gamepad keys, when I press a key (up for example) then press another key (down for example) the system acts one keystroke behind what I type. I've only noticed this problem at the same time as the first problem, but I won't guarentee that they are related. the trigger for the problem (and the clearing of the problem) may be switching to power savings mode, but it is very unpredictable I happen to be useing the terminal extensively to run alpine, and so when I can't compose, delete, or quit it stands out :-) for a while I thought this was related to loading the web activity, but I just experianced a case of this problem after upgrading to build 687, and the only thing I've run after the upgrade is a single terminal window. David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New update.1 build 687
[EMAIL PROTECTED] wrote: I'm occasionally seeing an issue with the keyboard in recent builds (no problem on 682, I've seen problems on everything since). This is a G1G1 laptop Are you using Q2D09 firmware? There have been reports of strange keyboard behavior as a result of some EC code changes that first appeared in Q2D09. once in a while they keyboard returns strange characters. q returns a stylalized w, c returns a character that looks like the alternate character on the key, etc. in a possibly unrelated problem, I've also seen strange behavior from the gamepad keys, when I press a key (up for example) then press another key (down for example) the system acts one keystroke behind what I type. I've only noticed this problem at the same time as the first problem, but I won't guarentee that they are related. the trigger for the problem (and the clearing of the problem) may be switching to power savings mode, but it is very unpredictable I happen to be useing the terminal extensively to run alpine, and so when I can't compose, delete, or quit it stands out :-) for a while I thought this was related to loading the web activity, but I just experianced a case of this problem after upgrading to build 687, and the only thing I've run after the upgrade is a single terminal window. David Lang ___ 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
Re: New update.1 build 687
manually revert to q2d08 (see the instructions on the wiki page for q2d08) and remove the bootfw.zip from /versions/boot/current/boot (to keep it from autoupdating right back to d09) and the problem might go away. [EMAIL PROTECTED] wrote: On Tue, 22 Jan 2008, Mitch Bradley wrote: [EMAIL PROTECTED] wrote: I'm occasionally seeing an issue with the keyboard in recent builds (no problem on 682, I've seen problems on everything since). This is a G1G1 laptop Are you using Q2D09 firmware? There have been reports of strange keyboard behavior as a result of some EC code changes that first appeared in Q2D09. I think so (the machine did a firmware upgrade a few upgrades ago, I haven't seen it switch back) IIRC the problem first hit when I tried joyride 1569 David Lang once in a while they keyboard returns strange characters. q returns a stylalized w, c returns a character that looks like the alternate character on the key, etc. in a possibly unrelated problem, I've also seen strange behavior from the gamepad keys, when I press a key (up for example) then press another key (down for example) the system acts one keystroke behind what I type. I've only noticed this problem at the same time as the first problem, but I won't guarentee that they are related. the trigger for the problem (and the clearing of the problem) may be switching to power savings mode, but it is very unpredictable I happen to be useing the terminal extensively to run alpine, and so when I can't compose, delete, or quit it stands out :-) for a while I thought this was related to loading the web activity, but I just experianced a case of this problem after upgrading to build 687, and the only thing I've run after the upgrade is a single terminal window. David Lang ___ 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
Re: New update.1 build 687
On Tue, 22 Jan 2008, Mitch Bradley wrote: manually revert to q2d08 (see the instructions on the wiki page for q2d08) and remove the bootfw.zip from /versions/boot/current/boot (to keep it from autoupdating right back to d09) and the problem might go away. thanks, I may do that tomorrow night (unless there is a new firmware build to try :-) this time a switch from X to the console cleared it up. David Lang [EMAIL PROTECTED] wrote: On Tue, 22 Jan 2008, Mitch Bradley wrote: [EMAIL PROTECTED] wrote: I'm occasionally seeing an issue with the keyboard in recent builds (no problem on 682, I've seen problems on everything since). This is a G1G1 laptop Are you using Q2D09 firmware? There have been reports of strange keyboard behavior as a result of some EC code changes that first appeared in Q2D09. I think so (the machine did a firmware upgrade a few upgrades ago, I haven't seen it switch back) IIRC the problem first hit when I tried joyride 1569 David Lang once in a while they keyboard returns strange characters. q returns a stylalized w, c returns a character that looks like the alternate character on the key, etc. in a possibly unrelated problem, I've also seen strange behavior from the gamepad keys, when I press a key (up for example) then press another key (down for example) the system acts one keystroke behind what I type. I've only noticed this problem at the same time as the first problem, but I won't guarentee that they are related. the trigger for the problem (and the clearing of the problem) may be switching to power savings mode, but it is very unpredictable I happen to be useing the terminal extensively to run alpine, and so when I can't compose, delete, or quit it stands out :-) for a while I thought this was related to loading the web activity, but I just experianced a case of this problem after upgrading to build 687, and the only thing I've run after the upgrade is a single terminal window. David Lang ___ 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
Getting pressure values from the touchpad
Bernardo, How can I obtain the value of the pressure applied at any point on the touchpad ? I am thinking whether I can use it(the touch pad) as a built-in pressure sensor. thanks Arjun ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
MIDI does NOT support non-Western music (or anything else)
Albert, The reason MIDI is a standard is because it was the first inter- synthesizer communication protocol out of the gates in 1983. It is not a good standard because MIDI was specified to convey the minimum amount of data over a bit less 32 kbps to be musically useful. Thus the restriction to 7 bit pitch definitions or 127 discrete notes. No one is claiming you cannot take the 127 values and make them do whatever you want at the other end, whether a hardware synthesizer or a software engine (like Csound). The point is that its a bad thing to have only 127 discrete values to define pitch. The pitch-bend approach to defining pitch is a really bad kludge. To begin with, you need to use a different MIDI channel if you want to have more than one sounding note at the same time. You need all 16 channels of MIDI to support 16 notes of polyphony on a single instrument. It is simply wrong to say that MIDI supports anything. MIDI is simply a low-resolution transmission protocol. With the possible exception of input devices, MIDI is hardly used anymore by professional musicians. Most MIDI sequencers now talk directly to software synths (like Csound) and MIDI is handled internally at clock rates that are much faster than 32kbauds. A new standard is on the rise called OSC (Open Sound Control) which is variable bit rate and is transmitted over TCP/IP. Note cards are sent over TCP/IP and these can contain as much or as little information as one wishes. It is not prevalent yet but will soon be for aything that needs to send and receive musical (and sound) data. All this doesn't mean that MIDI should not be supported on the XO. There are millions of (mostly awful) MIDI files out there that should be playable on the XO. Csound has complete MIDI support, probably more than any hardware synth you can find. Making a MIDIfile player is trivial. Albert, why not make this your project? You have the world's most powerful software synth at your disposal. This would surely be more useful than dancing on a soapbox.. ;-) In TamTam, we chose to go with something different than MIDI because we wanted to parse time in a way that is difficult in MIDI. MIDI has no awareness of time and makes things more complicated when it comes to designing music generators and editors. Could we have done what we are doing using MIDI? Possibly. Would it have made reading MIDI files easier? Probably not because in TamTam, we are restricted to 5 tracks of audio and MIDIfiles contain more than that. The restrictions in TamTam are largely due to graphics display. Best, ethrop (of TamTam) On 22-Jan-08, at 11:56 PM, Albert Cahalan wrote: imm ian writes: On 22 Jan 2008, at 4:11, Albert Cahalan wrote: You don't need to abuse pitch bends. MIDI lets you redefine the pitches of the notes. You can redefine middle C to be 1234 Hz if you like. Mmm, well, yes, but... No but. You can redefine at will, for individual notes. If you need a player, try timidity. If you have obsolete equipment that can only do pitch bends, you can use Scalia to convert a MIDI file. Scalia can also convert back. It's not so much the pitches that are the issue, it's the intervals, and MIDI kind of constrains what you can do about that, so you do kind of end up abusing pitch bend... Nope. (not that abusing pitch bend is a tragedy though) Since 1996, the MIDI tuning specification has allowed you to set the pitch to within 1/16384 of a semitone. Since 1999, the MIDI tuning extensions have made this a bit more efficient. ___ 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
free firmware for 88W8388
Hello I started to modify qemu to emulate 88W8388. Now it can load the firmware ( usb8388.bin) into ram and starts the firmware, albeit it drops an error after some time. So it is very simple so far, I worked on it for a couple of hours so far. My short term goals: - emulate the usb device of the 8388 and create a connection between the linux kernel driver and the emulator so from linux pow starting the emulator looks as plugging in the usb device - modify qemu so that i/o ports of 8388 could be accessed from outside of the emulator. I guess that the arm core of 8388 communicates with the other parts (the radio interface) via io ports so if we can see which ports are read/written by the arm core we can do the same from the free firmware. Anyway, if we want to write the free firmware, a good emulator of 8388 is handy. Anybody interested ? I took many info from http://wiki.laptop.org/go/Marvell_microkernel and http://wiki.laptop.org/go/88W8388 so kudos to all who created it. -- Rózsás Gödény ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: free firmware for 88W8388
Citando Rózsás Gödény [EMAIL PROTECTED]: I started to modify qemu to emulate 88W8388. Now it can load the firmware ( usb8388.bin) into ram and starts the firmware, albeit it drops an error after some time. So it is very simple so far, I worked on it for a couple of hours so far. My short term goals: - emulate the usb device of the 8388 and create a connection between the linux kernel driver and the emulator so from linux pow starting the emulator looks as plugging in the usb device - modify qemu so that i/o ports of 8388 could be accessed from outside of the emulator. I guess that the arm core of 8388 communicates with the other parts (the radio interface) via io ports so if we can see which ports are read/written by the arm core we can do the same from the free firmware. Anyway, if we want to write the free firmware, a good emulator of 8388 is handy. Anybody interested ? I am. I'm currently analyzing the firmware, I didn't try the emulation approach so far. Are you committing your work to some repository? I think we can't disclose details about reverse engineering work, though, if we are interested in a clean-room approach. So I'd rather set up a private wiki. I'm quite busy during these days, I'll let you know ASAP. -- Ciao Stefano ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: free firmware for 88W8388
On Wed, 2008-01-23 at 16:53 +0100, [EMAIL PROTECTED] wrote: Citando Rózsás Gödény [EMAIL PROTECTED]: I started to modify qemu to emulate 88W8388. Now it can load the firmware ( usb8388.bin) into ram and starts the firmware, albeit it drops an error after some time. So it is very simple so far, I worked on it for a couple of hours so far. My short term goals: - emulate the usb device of the 8388 and create a connection between the linux kernel driver and the emulator so from linux pow starting the emulator looks as plugging in the usb device - modify qemu so that i/o ports of 8388 could be accessed from outside of the emulator. I guess that the arm core of 8388 communicates with the other parts (the radio interface) via io ports so if we can see which ports are read/written by the arm core we can do the same from the free firmware. Anyway, if we want to write the free firmware, a good emulator of 8388 is handy. Anybody interested ? I am. I'm currently analyzing the firmware, I didn't try the emulation approach so far. Are you committing your work to some repository? I think we can't disclose details about reverse engineering work, though, if we are interested in a clean-room approach. So I'd rather No, you can't. One team reverse engineers the hardware and creates a specifications document, the second team implements (from scratch or from unencumbered FOSS sources) the firmware that conforms to that specification. The two teams cannot talk about anything that deals with the hardware/firmware other than creating the specification document. For an example of this, see the b43 driver effort for enabling broadcom hardware in Linux. So one of you finds out the hardware details of the OLPC's libertas chip (registers, IO ports, how to control the MAC, etc) and the other one of you writes the bits necessary for emulating that hardware in QEMU. Then somebody else (or the person doing the QEMU bits) can go on to write the open firmware. But the person who reverse engineered the hardware _cannot_ ever work on the open firmware or the QEMU emulation bits if you want to preserve the cleanroom setup. Dan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Rebuilding the Kernel
On Wed, 2008-01-23 at 11:24 -0500, Tom Hoffman wrote: Hi all, I'm trying to get a USB2VGA adapter working. Step 1 would appear to be compiling the SISUSBVGA module in the standard kernel tree and getting it onto my XO. So I've been trying http://wiki.laptop.org/go/Rebuilding_OLPC_kernel And rpmbuild bombs out the same way whether I use a SRPM or git: ++ /usr/bin/id -u + '[' 500 = 0 ']' + /bin/chmod -Rf a+rX,u+w,g-w,o-w . + mv linux-2.6. vanilla mv: cannot stat `linux-2.6.': No such file or directory error: Bad exit status from /var/tmp/rpm-tmp.57150 (%prep) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.57150 (%prep) This is on Fedora 8. Anyone have any helpful advice? I'll update the wiki if you do. You don't need to rebuild the kernel itself. All you need is to install the kernel-devel package for the kernel you want to build against. Then cd into your usb2vga driver directory. Run: make -C /lib/modules/kernel version/build SUBDIRS=`pwd` modules And it'll spit out a .ko you can load if usb2vga has a makefile in the appropriate form (which should be quite simple). If you want to build it for the XO, find out the version of the kernel running on the XO, and get the matching kernel-devel package from Andres' site at http://dev.laptop.org/~dilinger/stable/ And do the same: make -C /lib/modules/olpc kernel version/build SUBDIRS=`pwd` modules Many times, the module (like madwifi, some out-of-tree v4l2 drivers, or others) will include the right makefile magic for you to just type 'make' and it'll handle this all for you. Dan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
AbiWord works nicely!
The wordprocessor that ships with the OLPC was too limtied for my uses so I went lookign for something stil lsmall but a bit more complete and compatible with my desktop, which is OpenOffice. I found Abi word. After fixing one conflict it installed onto the XO and works great! I'll add it to the workarounds page. JK -- ~~ Microsoft help desk says: reply hazy, ask again later. ~~ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: AbiWord works nicely!
Write activity is a sugarized abiword ;) On Jan 23, 2008 2:36 PM, Jeffrey Kesselman [EMAIL PROTECTED] wrote: The wordprocessor that ships with the OLPC was too limtied for my uses so I went lookign for something stil lsmall but a bit more complete and compatible with my desktop, which is OpenOffice. I found Abi word. After fixing one conflict it installed onto the XO and works great! I'll add it to the workarounds page. JK -- ~~ Microsoft help desk says: reply hazy, ask again later. ~~ ___ 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
Re: #2448 NORM Future : Xbook needs djvu-libre support
Zarro Boogs per Child wrote: #2448: Xbook needs djvu-libre support +--- Reporter: sj | Owner: rwh Type: enhancement| Status: new Priority: normal | Milestone: Future Release Component: read-activity | Version: Resolution: |Keywords: Verified: 0 |Blocking: Blockedby: | +--- Changes (by marco): * cc: coderanger (added) Comment: Here is the spec, trac does not let me attach it: http://dev.laptop.org/~marco/djvulibre.spec An error message or screenshot would help. Attaching worked fine for me. --Noah signature.asc Description: OpenPGP digital signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[IMPORTANT] Downtime tonight Jan23 5PM EST
In what's hopefully one of the last big infrastructure rejigglements[0] required in the foreseeable future, we will be taking a bunch of front-facing OLPC services down tonight starting at 5PM EST. Downtime estimates: - Public (static) web at laptop.org: will continue working. - OLPC employee mail and mailing lists: down, ETA 2 hours - wiki.l.o: down, ETA: 4 hours - updates.l.o, activation.l.o: down, ETA: 6 hours Thanks for your understanding, and see you on the other side. Cheers, Ivan. [0] This is a technical term. -- Ivan Krstić [EMAIL PROTECTED] | http://radian.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Control the +5V USB port power on the XO
Be aware that we only have a single control for all the USB power. You can't toggle each port individually. On Jan 23, 2008, at 3:17 AM, Arjun Sarwal wrote: Is there a way to switch Off (and subsequently toggle) the +5V USB power supply on the XO in software ? thanks Arjun ___ 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
New joyride build 1577
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1577 Changes in build 1577 from build: 1575 Size delta: 0M -JokeMachine 6 -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
power management experiences with joyride-1572
Hi - I've been dabbling with joyride-1572 on a g1g1 laptop for a day or few, and have noticed the suspend feature kick in after a few seconds of apparent inactivity. I have some questions about whether some specific experiences with this are expected: - that a resume operation begins only with a keyboard/touchpad input, and takes 1-2 seconds for interactiveness to return? - that running programs such as the sugar clock widget, or programs running in the sugar terminal, all freeze during the suspend? - that if one switches to the text console (C-A-F1), one observes the backlight intensity oscillate up down with about a 10s interval, despite ongoing keyboard input? - that power consumption during the awake mode has not significantly fallen since build-650 or -653, leading to a ~3 hour battery endurance for light continuous web browsing / terminal usage? Thanks! - FChE ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Getting pressure values from the touchpad
On Jan 23, 2008, at 19:52 , Benjamin M. Schwartz wrote: The GlideSensor measures capacitance, and provides 4 bits of output. Capacitance is determined primarily by how much surface area of your finger is in contact with the sensor. It only measures pressure in the sense that pressing harder with your finger causes more of your fingertip to be in contact with the sensor. You cannot use the GlideSensor as a scale. ... unless you have a conductive deformable ball translating weight to contact area ;) - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: power management experiences with joyride-1572
Hi Frank, Hi - I've been dabbling with joyride-1572 on a g1g1 laptop for a day or few, and have noticed the suspend feature kick in after a few seconds of apparent inactivity. I have some questions about whether some specific experiences with this are expected: - that a resume operation begins only with a keyboard/touchpad input, and takes 1-2 seconds for interactiveness to return? Yes, the resume operation is triggered by user input, or a wireless packet addressed to the host (or some battery-related events). It can't be triggered by anything in software unless that's organized ahead of time; the CPU is turned off completely in the suspend mode. We're going to be spending a lot of effort on decreasing that resume time. We've measured it at 280ms with USB and some other drivers turned off, but as you say we're above 1 second with the current setup. We need to perform a mix of: * optimizing driver resume * parallelizing driver resume * delaying driver resume until the device is needed wherever possible until we're back around the first number. So far we've been working on making it work rather than making it fast; that will start to change with our next release. - that running programs such as the sugar clock widget, or programs running in the sugar terminal, all freeze during the suspend? Correct. Note that if a program running in the sugar terminal is using non-trivial CPU, it will inhibit suspend by doing so; an automatic suspend should never happen while a compile is underway, for example. When in suspend, (approximately) everything except the screen/wireless is turned off, hence the freeze. This is why we avoid such constantly-updating applets on the sugar home screen. - that if one switches to the text console (C-A-F1), one observes the backlight intensity oscillate up down with about a 10s interval, despite ongoing keyboard input? That's a bug, since fixed in later builds. - that power consumption during the awake mode has not significantly fallen since build-650 or -653, leading to a ~3 hour battery endurance for light continuous web browsing / terminal usage? Correct, we haven't changed power consumption while everything is turned on. We're working instead on turning a lot of things off where possible. I'd be very interested to hear real-life experiences of battery life with the mix of awake and asleep modes currently present in the Joyride build. I'd also be interested in opinions on the timeouts I've chosen for the idle-suspend mode -- currently we suspend after 30 seconds of user input idleness, if the CPU is also idle. Thanks, - Chris. -- Chris Ball [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Control the +5V USB port power on the XO
that includes USB to the Marvell daughter card? -walter On Jan 23, 2008 1:33 PM, John Watlington [EMAIL PROTECTED] wrote: Be aware that we only have a single control for all the USB power. You can't toggle each port individually. On Jan 23, 2008, at 3:17 AM, Arjun Sarwal wrote: Is there a way to switch Off (and subsequently toggle) the +5V USB power supply on the XO in software ? thanks Arjun ___ 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 -- Walter Bender One Laptop per Child http://laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: free firmware for 88W8388
Dan Williams writes: No, you can't. One team reverse engineers the hardware and creates a specifications document, the second team implements (from scratch or from unencumbered FOSS sources) the firmware The only unencumbered FOSS sources are public domain. Creating BSD code from GPL code is no different from creating GPL code from a binary blob. Without the clean-room approach, the GPL code authors would have an easier time proving that the BSD code is contaminated. It's not certain that they would succeed of course, just as it isn't certain that a binary blob vendor would succeed against a GPL firmware that was made without a clean-room approach. This is purely a matter of having a more solid defense if it can be shown that there was no access to the original. Any Linux hackers want to sue *BSD hackers? :-) (as always, this is not be be considered legal advice) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: power management experiences with joyride-1572
On Wed, 2008-01-23 at 11:47 -0800, Hal Murray wrote: Yes, the resume operation is triggered by user input, or a wireless packet addressed to the host (or some battery-related events). It can't be triggered by anything in software unless that's organized ahead of time; the CPU is turned off completely in the suspend mode. What does organized ahead of time mean? Can I wake up 10 seconds from now? Is there a timer in any of the hardware that is left running? Yes, but the software does not support this yet. See bug #4606: http://dev.laptop.org/ticket/4606 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: power management experiences with joyride-1572
On Jan 23, 2008 2:47 PM, Hal Murray [EMAIL PROTECTED] wrote: Yes, the resume operation is triggered by user input, or a wireless packet addressed to the host (or some battery-related events). It can't be triggered by anything in software unless that's organized ahead of time; the CPU is turned off completely in the suspend mode. What does organized ahead of time mean? Can I wake up 10 seconds from now? Is there a timer in any of the hardware that is left running? snip On most hardware, yes. It is more of a clock than a timer. You can preset a specific time to wake-up the machine (say 0900 when you are showing up at work). I can't say for certain that the XO-1 has this ability though. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: power management experiences with joyride-1572
Hi, What does organized ahead of time mean? Setting a wakeup timer before going to sleep. Can I wake up 10 seconds from now? Is there a timer in any of the hardware that is left running? There are two timers left running. There is the Geode southbridge RTC, which can set a wakeup to one-second resolution (but not sub-second) using the standard Linux RTC device interface. There is also the EC, which has just gained the same ability but without the limitation of having to set wakeups on second boundaries. I suspect that we will start to use the EC timer in the next feature release of the software. In the future, we can imagine setting wakeups programmatically, with the help of the Linux dynamic ticks implementation and the cpuidle framework -- if Frank's sugar clock has a pending wakeup in 60 seconds to update the minute hand of the clock, we can set a wakeup for +59s before going to sleep. This is a long-term feature, though. - Chris. -- Chris Ball [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: free firmware for 88W8388
Hi I hope you can make options to start with any of the 3 firmwares. Perhaps I wish to try writing a boot1 or boot2. yes, that is an option - modify qemu so that i/o ports of 8388 could be accessed from outside of the emulator. I guess that the arm core of 8388 communicates with the other parts (the radio interface) via io ports so if we can see which ports are read/written by the arm core we can do the same from the free firmware. accessed from outside? (to just view them, to hook them up to something, etc.?) what I mean is that whenever the firmware inside the emulator writes an io port the emulator forwards it to a named pipe also the emulator reads that pipe and sends data the other way around, too then a simple perl script can play the radio part, we can log what the core sends and we can try to inject data into the firmware as if it came from the air interface it may or may not work :) regarding the legality of this: I have the firmware from olpc image and never agreed to Marvell's conditions that are mentioned on the wiki still I don't want to reverse engineer the firmware what I suggest is similar to the approach of the samba team, they listened on the ethernet interface and tried to understand the bits and bytes then they replayed the traffic with their own code. we can listen in the io ports or whatever is necessary and replay it from out own firmware without looking into the firmware itself I guess samba team had a few windows machines (client and server) to generate the traffic so we can use the firmware to generate the traffic, too I'm rather worried about 802.11s, if we implement it following the standard we might have some trouble because of patent trolls. -- Rózsás Gödény ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: power management experiences with joyride-1572
Hi, Can I wake up 10 seconds from now? Is there a timer in any of the hardware that is left running? Yes, but the software does not support this yet. See bug #4606: http://dev.laptop.org/ticket/4606 We don't *use* the southbridge RTC wakeup, but it's not strictly true that we don't support it. You can set your own wakeups easily: # rtcwake -s 120 after 30s, the laptop should suspend due to idleness after another 90s, the laptop should wake itself rtcwake is in the OLPC build already. - Chris. -- Chris Ball [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Rebuilding the Kernel
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/modules/2.6.22-20080118.2.olpc.a985ba6d19d39cc/build/ SUBDIRS=`pwd` modules The result was an apparently empty file called Module.symvers Didn't seem to get a .ko Here's the Makefile: obj-$(CONFIG_USB_SISUSBVGA) += sisusbvga.o sisusbvga-objs := sisusb.o sisusb_init.o sisusb_con.o Thanks! Hope I'm not being too clueless here... --Tom On Jan 23, 2008 12:11 PM, Dan Williams [EMAIL PROTECTED] wrote: On Wed, 2008-01-23 at 12:01 -0500, Tom Hoffman wrote: Thanks Dan. I'll give this a shot. No problem, does the usb2vga stuff give you a Makefile at all? If so, could you attach it? If not, it's pretty easy to make one, assuming that the module doesn't require weird build-time magic (most don't since they are 10 files and usually just one or two). Dan --Tom On Jan 23, 2008 11:42 AM, Dan Williams [EMAIL PROTECTED] wrote: On Wed, 2008-01-23 at 11:24 -0500, Tom Hoffman wrote: Hi all, I'm trying to get a USB2VGA adapter working. Step 1 would appear to be compiling the SISUSBVGA module in the standard kernel tree and getting it onto my XO. So I've been trying http://wiki.laptop.org/go/Rebuilding_OLPC_kernel And rpmbuild bombs out the same way whether I use a SRPM or git: ++ /usr/bin/id -u + '[' 500 = 0 ']' + /bin/chmod -Rf a+rX,u+w,g-w,o-w . + mv linux-2.6. vanilla mv: cannot stat `linux-2.6.': No such file or directory error: Bad exit status from /var/tmp/rpm-tmp.57150 (%prep) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.57150 (%prep) This is on Fedora 8. Anyone have any helpful advice? I'll update the wiki if you do. You don't need to rebuild the kernel itself. All you need is to install the kernel-devel package for the kernel you want to build against. Then cd into your usb2vga driver directory. Run: make -C /lib/modules/kernel version/build SUBDIRS=`pwd` modules And it'll spit out a .ko you can load if usb2vga has a makefile in the appropriate form (which should be quite simple). If you want to build it for the XO, find out the version of the kernel running on the XO, and get the matching kernel-devel package from Andres' site at http://dev.laptop.org/~dilinger/stable/ And do the same: make -C /lib/modules/olpc kernel version/build SUBDIRS=`pwd` modules Many times, the module (like madwifi, some out-of-tree v4l2 drivers, or others) will include the right makefile magic for you to just type 'make' and it'll handle this all for you. Dan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Control the +5V USB port power on the XO
No, the +5V is only supplied to external USB ports. The USB controller and the Marvell WLAN module are powered off of +3.3V, which is switched separately. Turn-off times are going to vary, as there is a big cap and no internal load. wad On Jan 23, 2008, at 2:25 PM, Walter Bender wrote: that includes USB to the Marvell daughter card? -walter On Jan 23, 2008 1:33 PM, John Watlington [EMAIL PROTECTED] wrote: Be aware that we only have a single control for all the USB power. You can't toggle each port individually. On Jan 23, 2008, at 3:17 AM, Arjun Sarwal wrote: Is there a way to switch Off (and subsequently toggle) the +5V USB power supply on the XO in software ? thanks Arjun ___ 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 -- Walter Bender One Laptop per Child http://laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Hershey Felder, Zulu Musical Instruments, Essential To Develop Musical Traditions In Africa
On Jan 22, 2008 2:18 PM, Edward Cherlin [EMAIL PROTECTED] wrote: snip There is a murder mystery set in the music business (Sorry, I don't know its name.) An executive mentions AR (Artists Repertory). The detective says, Wait a minute. In my business AR means assault and robbery. What is it in yours? The executive responds, That's about right. snip AR: A Novel? ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Control the +5V USB port power on the XO
Being able to do this from user-space in an activity would provide a single digital output for turning experiments on and off. I'd like to see it be possible. Imagine ... child whistles, input to mic, FFT, turn on USB, external device turns on. Imagine ... learning about simple feedback algorithms, thermistor attached to analog input, measuring heat in a matchbox, tiny 6V lamp as heating element, learning will also include the benefit of insulation, since battery operating time would be affected. -- James Cameronmailto:[EMAIL PROTECTED] http://quozl.netrek.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 1578
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1578 Changes in build 1578 from build: 1577 Size delta: 0M -avahi-dnsconfd 0.6.21-9.olpc2 +avahi-dnsconfd 0.6.21-10.olpc2 -avahi 0.6.21-9.olpc2 +avahi 0.6.21-10.olpc2 -avahi-autoipd 0.6.21-9.olpc2 +avahi-autoipd 0.6.21-10.olpc2 -avahi-glib 0.6.21-9.olpc2 +avahi-glib 0.6.21-10.olpc2 -avahi-tools 0.6.21-9.olpc2 +avahi-tools 0.6.21-10.olpc2 --- Changes for avahi 0.6.21-10.olpc2 from 0.6.21-9.olpc2 --- + add patch from upstream for compatibility with D-Bus 1.0 + fix typo in patch number + dev.laptop.org #5501: add patch by Sjoerd Simons to make passive failure + resolves #274731: add what was missing from previous change (pulled from upstream SVN r1540) + resolves #274731: fix service-types.db multiarch conflict (pulled from upstream SVN r1537) + resolves #279301: fix segfault when no domains are configured in resolv.conf (pulled from upstream SVN r1525) + resolves #249044: Update init script to use runlevel 96 + resolves #251700: Fix assertion in libdns_sd-compat + Ship ssh static service file by default, don't ship ssh-sftp by default + resolves: #269741: split off avahi-ui-tools package + resolves: #253734: add missing dependency on avahi-glib-devel to avahi-ui-devel + resolves: #246875: Initscript Review + Fix avahi-browse --help output -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IMPORTANT] Downtime tonight Jan23 5PM EST
On Jan 23, 2008, at 7:18 PM, Ivan Krstić wrote: In what's hopefully one of the last big infrastructure rejigglements[0] required in the foreseeable future, we will be taking a bunch of front-facing OLPC services down tonight starting at 5PM EST. Took a bit longer than expected, but we should be up and running at this point, and in great shape. I'll be keeping an eye on things, but if you notice anything unusual with any of the services (mail, wiki, lists, public web, etc), please let me know immediately. Thanks, -- Ivan Krstić [EMAIL PROTECTED] | http://radian.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: AbiWord works nicely!
On 1/23/08, Eduardo Silva [EMAIL PROTECTED] wrote: Write activity is a sugarized abiword ;) What Eduardo meant is that the word processor in the XO is actually AbiWord slightly modified. -Ivo ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: free firmware for 88W8388
On Jan 23, 2008 6:22 PM, Dan Williams [EMAIL PROTECTED] wrote: On Wed, 2008-01-23 at 21:03 +0100, Rózsás Gödény wrote: I hope you can make options to start with any of the 3 firmwares. Perhaps I wish to try writing a boot1 or boot2. Um, Boot1 is burned into ROM on the 8388 and you probably can't change that without a lot of voodoo magic :) Only Boot2 and the post-boot firmware are loadable. Yes, but a free emulator requires free boot1 code. One can certainly load that code in an emulator. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: free firmware for 88W8388
On Wed, 2008-01-23 at 14:40 -0500, Albert Cahalan wrote: Dan Williams writes: No, you can't. One team reverse engineers the hardware and creates a specifications document, the second team implements (from scratch or from unencumbered FOSS sources) the firmware The only unencumbered FOSS sources are public domain. Creating BSD code from GPL code is no different from creating GPL code from a binary blob. Without the clean-room approach, By unencumbered I meant that you cannot use code (even if it's FOSS) that may possible have been posted from questionable sources who may not have observed cleanroom practices. For example, if code from somebody just showed up one day that emulated the radio IC on the 8388, you could not use (or look at) that code for a cleanroom effort without being 100% sure that the code in question was also cleanroomed. Dan the GPL code authors would have an easier time proving that the BSD code is contaminated. It's not certain that they would succeed of course, just as it isn't certain that a binary blob vendor would succeed against a GPL firmware that was made without a clean-room approach. This is purely a matter of having a more solid defense if it can be shown that there was no access to the original. Any Linux hackers want to sue *BSD hackers? :-) (as always, this is not be be considered legal advice) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: free firmware for 88W8388
On Wed, 2008-01-23 at 21:03 +0100, Rózsás Gödény wrote: Hi I hope you can make options to start with any of the 3 firmwares. Perhaps I wish to try writing a boot1 or boot2. Um, Boot1 is burned into ROM on the 8388 and you probably can't change that without a lot of voodoo magic :) Only Boot2 and the post-boot firmware are loadable. Dan yes, that is an option - modify qemu so that i/o ports of 8388 could be accessed from outside of the emulator. I guess that the arm core of 8388 communicates with the other parts (the radio interface) via io ports so if we can see which ports are read/written by the arm core we can do the same from the free firmware. accessed from outside? (to just view them, to hook them up to something, etc.?) what I mean is that whenever the firmware inside the emulator writes an io port the emulator forwards it to a named pipe also the emulator reads that pipe and sends data the other way around, too then a simple perl script can play the radio part, we can log what the core sends and we can try to inject data into the firmware as if it came from the air interface it may or may not work :) regarding the legality of this: I have the firmware from olpc image and never agreed to Marvell's conditions that are mentioned on the wiki still I don't want to reverse engineer the firmware what I suggest is similar to the approach of the samba team, they listened on the ethernet interface and tried to understand the bits and bytes then they replayed the traffic with their own code. we can listen in the io ports or whatever is necessary and replay it from out own firmware without looking into the firmware itself I guess samba team had a few windows machines (client and server) to generate the traffic so we can use the firmware to generate the traffic, too I'm rather worried about 802.11s, if we implement it following the standard we might have some trouble because of patent trolls. -- Rózsás Gödény ___ 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