Re: [PATCH] xkeyboard-config: Swap combining accents in OLPC us map
Ok. From now on, I'll use attachments with disposition=inline. Great, thanks! I took this habit of including them in the mail because some other projects require it. The rationale is that it makes it easier to quote snippets in reviews. If I want to quote, I'll take trouble copypasting:) I think we're pretty much 100% synchronized now! OK, than creating a bug would be an overkill. Let's just deal with nice small attached patches. Thanks for understanding, Sergey ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Restarting sugar
Hi, Is there a graceful of restarting sugar that does not involve killing X windows with killall X on the OLPC? Thanks! Ankita ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Restarting sugar
On Oct 10, 2007, at 12:17 , ankita prasad wrote: Hi, Is there a graceful of restarting sugar that does not involve killing X windows with killall X on the OLPC? Not more graceful but faster to press: but ctrl-alt-erase - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Where I can download source code of OFW for OLPC?
On 09/10/07 18:16 -1000, Mitch Bradley wrote: svn://openbios.org/openfirmware Build by make in cpu/x86/pc/olpc/build Should we have somebody delete the GIT tree, since we know we're not going to use it? Kein Yuan wrote: Dear list, Can anybody here kindly let me know where I can download OFW source code for OLPC? Under _ _http://dev.laptop.org/git there is comments says No commits. Thanks a lot, Kein ___ 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 -- Jordan Crouse Systems Software Development Engineer Advanced Micro Devices, Inc. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: b-test-4 radio range, extreme range
On 10/7/07, James Cameron [EMAIL PROTECTED] wrote: Walked up a mountain near my house with a B4, with another B4 on top of an extension ladder, to see if I could get them to work over 6.3km. They didn't, but not much can be concluded about the hardware from this, since the failure was likely to be terrain or evironment. Could you place a third laptop half way between the two? :) Javier ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Alternative neighborhood in mesh networks
Announcing Space, an activity that displays an alternative mesh network neighborhood that offers a sense of space by placing you in the center and everyone else in the mesh network at a distance proportional to link quality between you and the node that is being displayed. http://web.media.mit.edu/~ypod/mesh/ Pol ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Alternative neighborhood in mesh networks
Polychronis, Announcing Space, an activity that displays an alternative mesh network neighborhood that offers a sense of space by placing you in the center and everyone else in the mesh network at a distance proportional to link quality between you and the node that is being displayed. http://web.media.mit.edu/~ypod/mesh/ Wow, this looks great. Does it rely on the mesh beacons from each laptop, though? I think we're about to turn those off -- see: https://dev.laptop.org/ticket/2750#comment:4 - Chris. -- Chris Ball [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Alternative neighborhood in mesh networks
Hi Cris, No it does not rely on any subsystems of the firmware or sugar (other than getting the XO's color settings). :-) Pol Chris Ball wrote: Polychronis, Announcing Space, an activity that displays an alternative mesh network neighborhood that offers a sense of space by placing you in the center and everyone else in the mesh network at a distance proportional to link quality between you and the node that is being displayed. http://web.media.mit.edu/~ypod/mesh/ Wow, this looks great. Does it rely on the mesh beacons from each laptop, though? I think we're about to turn those off -- see: https://dev.laptop.org/ticket/2750#comment:4 - Chris. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
RFC: make GS evdev relative by default
NOTE: as the subject says, this is really just being released for *comment*. Not as a candidate patch. It seem to be needing this to get the GS to work fine with xf86-input-evdev 1.2, the version of the driver updated for the X sever 1.4. I'm not sure why, but if I leave the GS in absolute mode, only the Y axis works fine. The X axis gets stuck all the way to the left of the screen. I have to admit I forgot why I had to disable the ABS_PRESSURE axis. Probably not needed, but I need to re-test just in case. One last thing: where do those magic numbers 350, 512, 70 and 325 come from? They may have something to do with this bug: https://dev.laptop.org/ticket/4055 If you want to reproduce my test environment, just download this file to /etc/yum.repo.d directory on your laptop: http://www.codewiz.org/pub/olpc-bernie/olpc-bernie.repo Then, just do a yum update. Let me know if you need additional tweaks to get it to work. diff --git a/drivers/input/mouse/olpc.c b/drivers/input/mouse/olpc.c index dc575ac..daf2483 100644 --- a/drivers/input/mouse/olpc.c +++ b/drivers/input/mouse/olpc.c @@ -508,10 +508,12 @@ int olpc_init(struct psmouse *psmouse) dev2-keybit[LONG(BTN_TOOL_FINGER)] |= BIT(BTN_TOOL_FINGER); dev2-keybit[LONG(BTN_LEFT)] |= BIT(BTN_LEFT) | BIT(BTN_RIGHT); + // bernie: argh -- needed for hal to see it as a mouse + dev2-relbit[LONG(REL_X)] |= BIT(REL_X) | BIT(REL_Y); dev2-evbit[LONG(EV_ABS)] |= BIT(EV_ABS); input_set_abs_params(dev2, ABS_X, 350, 512, 0, 0); input_set_abs_params(dev2, ABS_Y, 70, 325, 0, 0); - input_set_abs_params(dev2, ABS_PRESSURE, 0, 63, 0, 0); +// input_set_abs_params(dev2, ABS_PRESSURE, 0, 63, 0, 0); if (input_register_device(dev2)) { printk(KERN_ERR __FILE__ : Failed to register GlideSensor\n); -- \___/ |___| Bernardo Innocenti - http://www.codewiz.org/ \___\ One Laptop Per Child - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: RFC: make GS evdev relative by default
On Wed, 10 Oct 2007 16:21:32 -0400 Bernardo Innocenti [EMAIL PROTECTED] wrote: NOTE: as the subject says, this is really just being released for *comment*. Not as a candidate patch. It seem to be needing this to get the GS to work fine with xf86-input-evdev 1.2, the version of the driver updated for the X sever 1.4. I'm not sure why, but if I leave the GS in absolute mode, only the Y axis works fine. The X axis gets stuck all the way to the left of the screen. Hm, isn't it worth attempting to figure out why, then? Userspace can convert between ABS and REL axis with ioctls, I don't see why we'd want to be dealing w/ relative axis in the driver. I'm not quite sure what your patch accomplishes.. I have to admit I forgot why I had to disable the ABS_PRESSURE axis. Probably not needed, but I need to re-test just in case. One last thing: where do those magic numbers 350, 512, 70 and 325 come from? They may have something to do with this bug: Basically trial and error. Those are the numbers that seemed to match up best with the edge of the screen and touchpad. I wouldn't be surprised if the hardware has since changed, and those numbers need updating. https://dev.laptop.org/ticket/4055 If you want to reproduce my test environment, just download this file to /etc/yum.repo.d directory on your laptop: http://www.codewiz.org/pub/olpc-bernie/olpc-bernie.repo Then, just do a yum update. Let me know if you need additional tweaks to get it to work. diff --git a/drivers/input/mouse/olpc.c b/drivers/input/mouse/olpc.c index dc575ac..daf2483 100644 --- a/drivers/input/mouse/olpc.c +++ b/drivers/input/mouse/olpc.c @@ -508,10 +508,12 @@ int olpc_init(struct psmouse *psmouse) dev2-keybit[LONG(BTN_TOOL_FINGER)] |= BIT(BTN_TOOL_FINGER); dev2-keybit[LONG(BTN_LEFT)] |= BIT(BTN_LEFT) | BIT(BTN_RIGHT); + // bernie: argh -- needed for hal to see it as a mouse + dev2-relbit[LONG(REL_X)] |= BIT(REL_X) | BIT(REL_Y); dev2-evbit[LONG(EV_ABS)] |= BIT(EV_ABS); input_set_abs_params(dev2, ABS_X, 350, 512, 0, 0); input_set_abs_params(dev2, ABS_Y, 70, 325, 0, 0); - input_set_abs_params(dev2, ABS_PRESSURE, 0, 63, 0, 0); +// input_set_abs_params(dev2, ABS_PRESSURE, 0, 63, 0, 0); if (input_register_device(dev2)) { printk(KERN_ERR __FILE__ : Failed to register GlideSensor\n); -- \___/ |___| Bernardo Innocenti - http://www.codewiz.org/ \___\ One Laptop Per Child - http://www.laptop.org/ -- Andres Salomon [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: new user: no audio from speakers
[3 responses very quickly, thanks, all only to my email address, not to the list!] Jean Piché wrote: which XO build do you have installed? j Downloaded yesterday: build 613, firmware q2c28.rom I am advised to file a bug report. Richard Dobson ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: b-test-4 radio range, extreme range
On Wed, Oct 10, 2007 at 11:54:19AM -0700, Javier Cardona wrote: Could you place a third laptop half way between the two? :) Certainly. Done that, though not to that mountain. Row of laptops along the road or paddock. I was hoping for suspend between packets to get the power down to something very comfortable rather than rushed, 'cause I can't lay power wires out there. Hmm, or can I? *thinks* -- James Cameronmailto:[EMAIL PROTECTED] http://quozl.netrek.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel