Re: B3 with different RAM chips

[Richard A. Smith]

> Can you provide me with the software or scripts you use to do your
> internal SD card testing? I would love to put this card and the other
> more reliable SanDisk one I have to find out if it is a problem with
> the 1.5 card reader or the SD cards.

It's the same scripts used for NAND testing.

http://wiki.laptop.org/go/NAND_Testing

Git repo:

http://dev.laptop.org/git/users/wad/NANDtest/
 
-- 
Richard A. Smith  
One Laptop per Child
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

SD card in XO-1.5 external slot

[Mikus Grinbergs]

> found lots of filesystem errors even when running tests from
> OS42 chrooted to the SD card.

I use a "permanent" SD card on my XOs to store additional data and 
executables (including lots of Activities).  I don't know if it is 
me, or the hardware, or the software -- but I've had to run 'fsck' 
several times this November on my XO-1.5's SD card -- because of 
significant corruption of the (ext2) filesystem on that card.

mikus

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: B3 with different RAM chips

[Tiago Marques]

On Tue, Nov 24, 2009 at 2:31 AM, John Watlington  wrote:
>
> Trac it.
>
> No, we have seen nothing that leads us to believe that we have
> memory corruption problems w. B2s.   Software errors are a much
> more likely cause.

Hi John,

Had some more time to debug and it's working fine with OS42's kernel.
The crashed build was running on a 15 day old OLPC Kernel built from
sources but doesn't seem related. As far as I can tell, the crashes
are due to SD card errors when running the OS from the SD card. I
found lots of filesystem errors even when running tests from OS42 when
chrooted to the SD card. I either have a bad SD card(didn't have
problems with it on the XO-1 though, but the cards didn't get tested
there more than two months) or I'm experiencing some corruption for
the external card reader. Seems likely?

Can you provide me with the software or scripts you use to do your
internal SD card testing? I would love to put this card and the other
more reliable SanDisk one I have to find out if it is a problem with
the 1.5 card reader or the SD cards.

Best regards,
Tiago

>
> wad
>
> On Nov 23, 2009, at 6:56 PM, Tiago Marques wrote:
>
>> On Mon, Nov 23, 2009 at 7:19 PM, John Watlington  wrote:
>>>
>>> On Nov 23, 2009, at 1:55 PM, Tiago Marques wrote:
>>>
 On Sun, Nov 22, 2009 at 8:01 PM, Mitch Bradley  wrote:
>
> Tiago Marques wrote:
>>
>> Hi,
>>
>> The hardware page for the XO 1.5 doesn't show the clockspeed of the
>> RAM chips used. CAS 3 looks like very aggressive timings for cheap
>> DDR2 chips.
>
> CL3 is in spec for the chips that we were using but not for a new chip
> that
> we might start using.
>
>> Are you running at 400 or 533?
>
> 400
>>
>> Doesn't the datasheet specify the appropriate timings?
>>
>
> Of course it does.  The jumper is to tell which timing set to use,
> depending
> on which chips are populated.

 Ok, I was rather confused when I read:

 "I switched the timing to CAS latency 4 (from 3), which ** should meet
 ** specs for this chip."

 And was finding rather odd that you didn't had access to specified
 timings.
>>>
>>> We have access to the chip timings, and we have information about how
>>> to program the controller.   But it is still a trial and error process.
>>> Nobody likes to manually verify that the programmable DRAM controller is
>>> actually correctly generating the literally hundreds of timing specs for
>>> a
>>> given chip.  We instead make our best guess at correct values and then
>>> test for proper operation across time and temperature.
>>>
>>> In this case, the chips usually worked with the CAS latency set too low.
>>>
>>> wad
>>>
>>>
>>
>> Ok, I see. Any chance that that procedure might be causing issues
>> related to those errors being generated by overheating problems with
>> B2 hardware? I haven't heard if that has been fixed already. Was it?
>> My 1.5 B2 crashed yesterday in a rather unexplicable fashion and gave
>> me some bad data corruption. Haven't been able to reproduce it though,
>> but it seemed high workload related since I was compiling some
>> packages on an FS in the external SD. Will try to find out more about
>> this.
>>
>> Best regards,
>> Tiago Marques
>>
>
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: 3D acceleration

[Tiago Marques]

Pinged dri-devel to see if any progress has been made towards
accepting the patches.

Best regards

On Sat, Nov 28, 2009 at 12:18 AM, Tiago Marques  wrote:
> Well... it seems VIA has people working on 3D support but no one seems
> to want to review the code...
>
> http://sourceforge.net/mailarchive/forum.php?thread_name=62692B81D079DA49BA9287A3CDF6B41C9FD818%40exchtp12.taipei.via.com.tw&forum_name=dri-devel
>
> Best regards,
> Tiago
>
> On Fri, Nov 27, 2009 at 6:34 PM, Ahmed MANSOUR <911fr...@gmail.com> wrote:
>> Actually it's a problem with the openchrome driver as it does not
>> provide 3D acceleration or Xvideo support
>> for the VIA VX855 chip.Although it is possible to implement it but,
>> need knowledge of the driver programming.
>>
>>
>> 2009/11/27 Bert Freudenberg :
>>> On 26.11.2009, at 08:50, Zarro Boogs per Child wrote:

 #6147: A graphics accelerator

 3D graphics acceleration is something we provide in Gen 1.5, and intend on
 providing in future generations as well.

 --
 Ticket URL: 
>>>
>>> Yay!
>>>
>>> However, it doesn't work yet. glxinfo says the XO is using the Mesa 
>>> Software Rasterizer.
>>>
>>> I opened #9759, but what are the chances to actually get accelerated 3D?
>>>
>>> - Bert -
>>>
>>>
>>> ___
>>> 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
>>
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: 3D acceleration

[Tiago Marques]

Well... it seems VIA has people working on 3D support but no one seems
to want to review the code...

http://sourceforge.net/mailarchive/forum.php?thread_name=62692B81D079DA49BA9287A3CDF6B41C9FD818%40exchtp12.taipei.via.com.tw&forum_name=dri-devel

Best regards,
Tiago

On Fri, Nov 27, 2009 at 6:34 PM, Ahmed MANSOUR <911fr...@gmail.com> wrote:
> Actually it's a problem with the openchrome driver as it does not
> provide 3D acceleration or Xvideo support
> for the VIA VX855 chip.Although it is possible to implement it but,
> need knowledge of the driver programming.
>
>
> 2009/11/27 Bert Freudenberg :
>> On 26.11.2009, at 08:50, Zarro Boogs per Child wrote:
>>>
>>> #6147: A graphics accelerator
>>>
>>> 3D graphics acceleration is something we provide in Gen 1.5, and intend on
>>> providing in future generations as well.
>>>
>>> --
>>> Ticket URL: 
>>
>> Yay!
>>
>> However, it doesn't work yet. glxinfo says the XO is using the Mesa Software 
>> Rasterizer.
>>
>> I opened #9759, but what are the chances to actually get accelerated 3D?
>>
>> - Bert -
>>
>>
>> ___
>> 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
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: 3D acceleration

[James Cameron]

On 28/11/2009, at 6:07 AM, Mikus Grinbergs wrote:
>>> #6147: A graphics accelerator
>>> 
>>> 3D graphics acceleration is something we provide in Gen 1.5,
>>> and intend on providing in future generations as well.
> 
> I have difficulty with the intent behind closing #6147 as 'fixed'.

#6147 was attached to the "hardware" component, and since the hardware now has 
the feature, the ticket can be closed.  The solution satisfies the ticket 
description.

Yes, it could have been kept open and retriaged, but for what value?  Lower 
ticket numbers don't mean higher priority or anything.  The old comments in the 
ticket delay understanding by anybody new to it.

We have a new ticket #9579 for the software work for 3D acceleration feature 
support.

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: 3D acceleration

[Mikus Grinbergs]

>> #6147: A graphics accelerator
>>
>> 3D graphics acceleration is something we provide in Gen 1.5,
>> and intend on providing in future generations as well.

I have difficulty with the intent behind closing #6147 as 'fixed'.

For me, the proof of the pudding is in the eating.  F11-on-XO-1.5 
(build 46) gives me 3+ fps in glxgears.  F11-on-XO-1 (build 9) gives 
me 2- fps in glxgears.  Is that justification enough for saying that 
"3D graphics acceleration is something we provide in Gen 1.5" ??

Let me suggest that #6147 not be considered closed until the day 
when a noticeable improvement in graphics acceleration can be 
demonstrated on the XO-1.5.

mikus

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: 3D acceleration

[Ahmed MANSOUR]

Actually it's a problem with the openchrome driver as it does not
provide 3D acceleration or Xvideo support
for the VIA VX855 chip.Although it is possible to implement it but,
need knowledge of the driver programming.


2009/11/27 Bert Freudenberg :
> On 26.11.2009, at 08:50, Zarro Boogs per Child wrote:
>>
>> #6147: A graphics accelerator
>>
>> 3D graphics acceleration is something we provide in Gen 1.5, and intend on
>> providing in future generations as well.
>>
>> --
>> Ticket URL: 
>
> Yay!
>
> However, it doesn't work yet. glxinfo says the XO is using the Mesa Software 
> Rasterizer.
>
> I opened #9759, but what are the chances to actually get accelerated 3D?
>
> - Bert -
>
>
> ___
> 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

Transparent proxy

[Henry Vélez Molina]

Hi everyone.

We are working with the XS-0.6 version and for the moment all is working
well.
We want to disable the transparent proxy, for security,  and put it as an
intermediary proxy in a different port.

Thankyou for your help.

-- 
Henry Vélez Molina
Administrador de red OLPC
Fundación MArina Orth
Tel :341 23 59
Móvil: 312 769 0169
www.fundacionmarinaorth.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

3D acceleration

[Bert Freudenberg]

On 26.11.2009, at 08:50, Zarro Boogs per Child wrote:
> 
> #6147: A graphics accelerator
> 
> 3D graphics acceleration is something we provide in Gen 1.5, and intend on
> providing in future generations as well.
> 
> -- 
> Ticket URL: 

Yay!

However, it doesn't work yet. glxinfo says the XO is using the Mesa Software 
Rasterizer.

I opened #9759, but what are the chances to actually get accelerated 3D?

- Bert -


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: 8.2.x, touchpads and papercuts

[Martin Langhoff]

On Thu, Nov 26, 2009 at 2:38 PM, Paul Fox  wrote:
>  > = CL1 Alps users
>  >   - better kmod?
>  >   - pgf proposed an xset command to tweak responsiveness?
>
> both of the above points are covered here:
>    http://wiki.laptop.org/go/Touchpad_driver_changes

Great. Been reviewing this a bit today. Questions:

 - What changes have you applied in it - git tree? The mouse drivers
don't seem to be modular...

 - Is the xset command change a good idea even without kernel/driver
changes? Or only with them?

>  > = CL1A "New touchpad" users
>  >  - split off psmouse kmod?
>  >  - kmod or xorg option to disable tapping?
>
> when we first got the new CL1A touchpads, and enabled the
(...)

So, not much I can do with a modest effort. Disabling tap-to-click can
only happen with the synaptics driver, and that is a longish road.

> daniel recently
> pointed out to me that we could build in the synaptics protocol,
> but explicitly not choose it (i.e., override auto-detection) by
> using a module parameter.  this would let deployments and others
> experiment with ways to make tap-to-click go away while keeping
> everything else working.

So you mean CONFIG_MOUSE_PS2_SYNAPTICS=m and that combined with an
xorg stanza? Or a udev rule? Or just inelegantly renaming the kmod?

> i did propose splitting off the psmouse module, so that it could
> be released independently of the kernel.

Happy to do that. You mean...?

CONFIG_INPUT_MOUSE=m
CONFIG_MOUSE_PS2=m
...
CONFIG_MOUSE_PS2_OLPC=m

cheers,


m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: GSM/CDMA Modems support

[Martin Langhoff]

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 multiple
> purposes: end-user usage, support team, etc.).

Martin -

can you give us a list of the desired kmods, either here or on
http://dev.laptop.org/ticket/9684 ?


m

-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: libabiword with Nepaly bugs fixed?

[Martin Langhoff]

On Fri, Nov 27, 2009 at 4:14 PM, Daniel Drake  wrote:
> On Fri, 2009-11-27 at 16:10 +0100, Martin Langhoff wrote:
>> Hi Daniel,
>>
>> cannot locate any libabiword-2.6.5-3 -- Did it ever happen?
>
> yes, it's in koji

Found - thanks.



m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: updates.laptop.org now serves F11-for-XO1.5 builds

[Bert Freudenberg]

On 26.11.2009, at 23:45, James Cameron wrote:
> 
> olpc-update f11_xo1.5-46 ... worked fine for me on os45 at a conference 
> venue.  Took a while, but that was probably latency.

Yep, worked great here to. Didn't pay attention to how long it took though.


- Bert -


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: libabiword with Nepaly bugs fixed?

[Daniel Drake]

On Fri, 2009-11-27 at 16:10 +0100, Martin Langhoff wrote:
> Hi Daniel,
> 
> cannot locate any libabiword-2.6.5-3 -- Did it ever happen?

yes, it's in koji

Daniel


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

libabiword with Nepaly bugs fixed?

[Martin Langhoff]

Hi Daniel,

cannot locate any libabiword-2.6.5-3 -- Did it ever happen?

On Tue, Aug 11, 2009 at 4:56 AM, Daniel Drake  wrote:
> upgrade to abiword-2.6.5-2.olpc3 (built ages ago but never shipped by
> OLPC) to fix problems with scripts such as nepali and arabic
> (there are still a couple of nepali bugs so watch out for a -3 release
> in the next week or so)

cheers,


m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] F11 for the XO - Build 9 issues

[Paul Fox]

steven m. parrish wrote:
 > I am seeing too many issues with OS9 to be comfortable leaving it in the 
 > wild.  
 > OS8 is still available and if you have upgraded to OS9 I would suggest 
 > reflashing with OS8 until the issues can be resolved..  
 > 
 > I have a new release OS10 that I will be testing over the weekend with a 
 > goal 
 > of getting it out by Monday for community testing.
 > 
 > I appreciate all the feedback on OS9 and apologize for the problems.

since the fix for the "missing DCON" problem hasn't been committed yet
(my fault), your new os10 will probably still have that problem (unless
you've applied the patch from #9687).  it's causing several of
the symptoms i've seen reported.  i'll commit the fix shortly.

paul
=-
 paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Importing images in Write documents makes file huge

[Martin Langhoff]

On Thu, Nov 26, 2009 at 2:48 PM, Philipp Kocher  wrote:
> On 11/26/2009 07:06 PM, Tomeu Vizoso wrote:
>> On Thu, Nov 26, 2009 at 09:32, Philipp Kocher  wrote:
>>> The conversion to PNG was a general Abiword "feature", but it got solved
>>> last July with Abiword 2.7.6 (see link below).
>>> On my XO libabiword-2.6.4-6.olpc3 is installed (build 802).
>>>
>>> Is it possible to install an libabiword-olpc rpm of version 2.7.6 or newer?

>> http://wiki.laptop.org/go/F11_for_XO-1
>>
> What about 8.2.x?

Only if you can get a patch (from the abiword developers I guess) that
fixes the problem on 2.6.4; and the patch is reasonably small and low
risk.

As Ben points out, this will imply a flag-day change. For people
controlling a whole deployment, this may very well be acceptable...
and the 8.2.x I am working on is focussed on deployments.

cheers,


m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

[PATCH] oatslite should log when sending a lease

[Raul Gutierrez Segales]

Hi Daniel,

This one-liner is useful to cross-check with our XOs listing and spot
out those laptops that might have activation problems during certain
periods (i.e.: vacations). 

Muchas gracias! 

Raúl
diff --git a/oatslite b/oatslite
index cd8abf5..95f797c 100755
--- a/oatslite
+++ b/oatslite
@@ -150,6 +150,7 @@ class OATSRequestHandler(BaseHTTPRequestHandler):
 		if cfg_get("serve_leases").startswith("y"):
 			lease = get_lease(dict['serialnum'][0])
 			if lease is not None:
+syslog.syslog("Sending lease for %s" % rq_sn)
 resp["lease"] = lease
 
 		if updates is not None:
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

F11 for the XO - Build 9 issues

[Steven M. Parrish]

I am seeing too many issues with OS9 to be comfortable leaving it in the wild.  
OS8 is still available and if you have upgraded to OS9 I would suggest 
reflashing with OS8 until the issues can be resolved..  

I have a new release OS10 that I will be testing over the weekend with a goal 
of getting it out by Monday for community testing.

I appreciate all the feedback on OS9 and apologize for the problems.

Steven
-- 
 =
 Steven M. Parrish
 
-
 gpg fingerprint: 4B6C 8357 059E B7ED 8095 0FD6 1F4B EDA0 A9A6 13C0
 http://tuxbrewr.fedorapeople.org/
 irc.freenode.net: 
Nickname: SMParrish 
Channels: #fedora-kde, #fedora-olpc, #sugar, #fedora-devel, #packagekit
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: sensors and bias

[Daniel Drake]

On Fri, 2009-11-27 at 09:10 +, Daniel Drake wrote:
> On Fri, 2009-11-27 at 01:38 -0500, John Watlington wrote:
> > The bias for port B is used for port F (the DC input).
> > Port F has no bias generator, and would have to use
> > another port's, regardless of whether it was DC coupled or not.
> 
> Ok, thanks for the info.
> Do you think changing the bias on port B would have an effect even while
> it is disabled as an input? (this is currently how its configured when
> DC mode has been selected)

To be safe, I'll leave port B as an active input in DC mode, just not
the chosen input source at the 0x17 selector.

Daniel


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Updates to olpc-update-query - 8.2-fixes and master

[Martin Langhoff]

 - few nitpicks & bugfixen

 - /security/oats-server can be a single server, or a newline
separated list of servernames

 - servers are tried in order (local XS first), until we get at least one of
   - a valid lease
   - a real STOLEN
   - 'delegate'
   - 'upgrade'

 - /security/oats-ignore-xs indicates that the local XS should not be tried

The "try servers in order" patch is not pretty, but it tests well. The
whole thing is tested on 8.2.1 with a local XS handing out delegated
leases -- as long as the leases were present and good, clients keep
the traffic local. If the XS has no lease or hands out an expired
lease, the client goes to the next server.

I'm including this in 8.2.2 and have merged it into master too.

cheers,

m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: 8.2.x, touchpads and papercuts

[Martin Langhoff]

On Fri, Nov 27, 2009 at 1:42 AM, Gary C Martin  wrote:
> 1) try to keep it reasonably tight
> 2) stop if you collide or get sloppy
> 3) count the number of cycles
> 4) try again N times
> 5) use the average cycles as a measure

Good test procedure!

> Will give this a shot in the next few days.

Yes, please.



m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [IAEP] Sunflower for Science on XO

[Tomeu Vizoso]

On Fri, Nov 27, 2009 at 09:50, Danny Kodicek
 wrote:
>  Hi, Tomeu, thanks for your reply
>
>> > 1) Screen resolution
>> > The biggest problem we have is that the screen res of the XO seems
>> > unnecessarily high and can't be changed. This leads to two
>> big problems, one
>> > of readibility (which we can fix with a bit of work) and
>> one of performance.
>> > Given the low spec of the machines, running full-screen
>> animations, some of
>> > them in 3d, is pretty hard work for them at that
>> resolution. Does anyone
>> > have any suggestions for ways to get round this issue? For
>> example, I've
>> > been thinking about whether we could run the software at
>> half-res and then
>> > use a screen magnifier app to bring it back to fullscreen
>>
>> That approach has been discussed and I think that someone got it to
>> work up to some point, I recommend you to search in the
>> devel@lists.laptop.org archives for the keyword "scaling", "zoom",
>> etc. I'm cc'ing that list in the hope that someone will reply.
>
> Thanks for that, it's very helpful. I did some searching as you suggested
> and it seems that this is a very commonly recognised issue, with lots of
> discussion but no real solutions. It did seem that several people have been
> calling for the XO to have a screen resolution switch option, which would
> certainly be the simplest solution from our point of view. There was a
> mention of a particular driver which apparently fixes the issue but hasn't
> been included in any Sugar builds - anyone know anything about that?

There is no such thing as Sugar builds. Sugar is a set of software
components that people such as OLPC and Sugar on a Stick take and
distribute on top of a linux distribution. Questions specific to the
XO are better asked to the OLPC community.

> On the same subject, we've also found that running in 16bit display mode is
> a serious issue for any of our content that uses 3d. Is there any way to
> cheat the display to think it's 32bit instead?

I think you can draw to either 16bit or 32bit surfaces, then the X
system will convert them to whatever it's using internally. But I have
no idea how you would do that in win32 and/or wine.

>> I recommend you to make an .xo that contains both wine and you binary,
>> when the activity is launched, wine would be called with your binary
>> as an argument. I think there was a good example running around some
>> time ago, which did just that with an excel viewer or similar.
>
> That's kind of what I was aiming for, yes - if anyone could point me to that
> example or any others that would be a big help.

Maybe this could help?

http://lists.sugarlabs.org/archive/sugar-devel/2008-April/005128.html

Regards,

Tomeu

>>
>> > I'm afraid I'm a total Linux novice, so any advice would be
>> welcome, but if
>> > you could talk to me like a small child that would be very
>> helpful :)
>>
>> Sorry I cannot give you more precise instructions, I'm really short of
>> time these days. I would suggest you to google around, patiently ask
>> here and in other fora, and go step by step towards your goal,
>> learning on the way. That's what small children do, right? :p
>
> Unfortunately I don't have quite as much time as the average small child to
> build up my muscles - there's a chance we might be piloting the software in
> a number of schools very soon and so I'm really trying to get up to speed
> quickly! I'm a fast learner, but I find learning about Linux in general and
> Sugar in particular to be like picking up sand - it's very hard to find info
> that doesn't already assume a lot of prior knowledge.
>
> But as I say, even little bits of help are very gratefully received! In
> particular, just nods in the right direction make a big difference - your
> tip above was very helpful indeed.
>
> Thanks
> Danny
>
>



-- 
«Sugar Labs is anyone who participates in improving and using Sugar.
What Sugar Labs does is determined by the participants.» - David
Farning
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: sensors and bias

[Daniel Drake]

On Fri, 2009-11-27 at 01:38 -0500, John Watlington wrote:
> The bias for port B is used for port F (the DC input).
> Port F has no bias generator, and would have to use
> another port's, regardless of whether it was DC coupled or not.

Ok, thanks for the info.
Do you think changing the bias on port B would have an effect even while
it is disabled as an input? (this is currently how its configured when
DC mode has been selected)

Daniel


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel