Re: XO-1 cpu temperature
On 01/21/2012 09:58 AM, Yioryos Asprobounitis wrote: I was wondering if there is anyway to monitor the geode temperature on the XO-1. I would like to test how far I can push it without ruining it. The CPU is protected by a thermal shutdown circuit it will shutdown before you cause any thermal damage. Unless you are trying hardware modifications I doubt you will do anything worse than these guys. http://www.olpcnews.com/forum/index.php?topic=2389.0 What exact are you going to try and push? -- Richard A. Smith rich...@laptop.org One Laptop per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: USB permissions for educational robots
On Sun, Jan 22, 2012 at 04:57:10PM -0500, Paul Fox wrote: i would like to propose giving user-level read/write access to any USB device which isn't an auto-mounted filesystem. perhaps an easier rule would be, any non-storage USB device. can anyone think of reasons that this would be unacceptable? (i assume, but don't know, that this would not be hard to implement. devices that provide storage interfaces are likely to be the next barrier, and so all we have done is accept the non-storage devices now and create more pain later. what is the reason for not allowing user-level read/write access to any storage USB device? i recall setuid used to be a risk, but i thought that got fixed with mount options that suppress it. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: USB permissions for educational robots
james wrote: On Sun, Jan 22, 2012 at 04:57:10PM -0500, Paul Fox wrote: i would like to propose giving user-level read/write access to any USB device which isn't an auto-mounted filesystem. perhaps an easier rule would be, any non-storage USB device. can anyone think of reasons that this would be unacceptable? (i assume, but don't know, that this would not be hard to implement. devices that provide storage interfaces are likely to be the next barrier, and so all we have done is accept the non-storage devices now and create more pain later. what is the reason for not allowing user-level read/write access to any storage USB device? only that the they're probably already mounted under /media, with the obvious consequences if you write directly to the device. that's why my first suggestion above took whether it's being auto-mounted into consideration. paul i recall setuid used to be a risk, but i thought that got fixed with mount options that suppress it. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Run OFW heat spreader test
We are using a custom olpc.fth to present a boot menu so that users can easily flash their XOs. As a precaution, we run a lid switches test before the OS installation begins. Some of our XOs have older, less effective heat spreaders, and we would like to catch these before they get burnt-out by the flashing process. The automatic lid switches test is confusing some teachers. Ideally we only want to run the heat spreader test part of it, so that the test is transparent and the user doesn't need to close the lid. Is this possible? Further to this, is it possible to reliably parse the result and halt the OS flashing if the test fails? Sridhar Dhanapalan Engineering Manager One Laptop per Child Australia M: +61 425 239 701 E: srid...@laptop.org.au A: G.P.O. Box 731 Sydney, NSW 2001 W: www.laptop.org.au ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Run OFW heat spreader test
On 01/22/2012 09:00 PM, Sridhar Dhanapalan wrote: We are using a custom olpc.fth to present a boot menu so that users can easily flash their XOs. As a precaution, we run a lid switches test before the OS installation begins. Some of our XOs have older, less effective heat spreaders, and we would like to catch these before they get burnt-out by the flashing process. The CPU has an internal thermal shutdown. It won't burn out. I run 1.5's without heat spreaders all the time. The reason you want to catch them is that fs-update will hang. The automatic lid switches test is confusing some teachers. Ideally we only want to run the heat spreader test part of it, so that the test is transparent and the user doesn't need to close the lid. Is this possible? Yes. I don' have a 1.5 with me at the moment but from looking at the OFW source I think you want ' .temp-rise '. ok .temp-rise That should run the thermal test and print a pass fail message. It also returns back a true or false on the stack for if the test passes or fails. -- Richard A. Smith rich...@laptop.org One Laptop per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Run OFW heat spreader test
On Mon, 2012-01-23 at 13:00 +1100, Sridhar Dhanapalan wrote: We are using a custom olpc.fth to present a boot menu so that users can easily flash their XOs. As a precaution, we run a lid switches test before the OS installation begins. Some of our XOs have older, less effective heat spreaders, and we would like to catch these before they get burnt-out by the flashing process. The automatic lid switches test is confusing some teachers. Ideally we only want to run the heat spreader test part of it, so that the test is transparent and the user doesn't need to close the lid. Is this possible? I thought with the physical layout of the motherboard, CPU towards the outside of the screen lid, that e-book mode would be the hardest on the XO in terms of heat dissipation. Given there in no active cooling, is the heat spreader test not measuring the difference in temperature between the 2 modes of operation? Jerry ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Run OFW heat spreader test
On Sun, 2012-01-22 at 23:16 -0600, Jerry Vonau wrote: On Mon, 2012-01-23 at 00:02 -0500, Richard A. Smith wrote: On 01/22/2012 09:00 PM, Sridhar Dhanapalan wrote: We are using a custom olpc.fth to present a boot menu so that users can easily flash their XOs. As a precaution, we run a lid switches test before the OS installation begins. Some of our XOs have older, less effective heat spreaders, and we would like to catch these before they get burnt-out by the flashing process. The CPU has an internal thermal shutdown. It won't burn out. I run 1.5's without heat spreaders all the time. The reason you want to catch them is that fs-update will hang. The automatic lid switches test is confusing some teachers. Ideally we only want to run the heat spreader test part of it, so that the test is transparent and the user doesn't need to close the lid. Is this possible? Yes. I don' have a 1.5 with me at the moment but from looking at the OFW source I think you want ' .temp-rise '. ok .temp-rise That should run the thermal test and print a pass fail message. It also returns back a true or false on the stack for if the test passes or fails. Thanks, looking into that part of OFW code. .temp-rise returns a ? from the OK prompt. Jerry ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Run OFW heat spreader test
On 01/23/2012 12:23 AM, Jerry Vonau wrote: Thanks, looking into that part of OFW code. .temp-rise returns a ? from the OK prompt. Ah... I see its part of the /switches node . Try this: ok select /switches ok .temp-rise -- Richard A. Smith rich...@laptop.org One Laptop per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Run OFW heat spreader test
On 01/23/2012 12:17 AM, Jerry Vonau wrote: Is this possible? I thought with the physical layout of the motherboard, CPU towards the outside of the screen lid, that e-book mode would be the hardest on the XO in terms of heat dissipation. Given there in no active cooling, is the heat spreader test not measuring the difference in temperature between the 2 modes of operation? No. The heat spreader test runs the cpu in a tight loop and watches the rate of change in cpu temp. If it rises to quickly then the heat spreader isn't making good contact. -- Richard A. Smith rich...@laptop.org One Laptop per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Run OFW heat spreader test
On 01/23/2012 12:41 AM, Richard A. Smith wrote: On 01/23/2012 12:23 AM, Jerry Vonau wrote: Thanks, looking into that part of OFW code. .temp-rise returns a ? from the OK prompt. Ah... I see its part of the /switches node . Try this: oops.. forgot to get back out of that device node instance. That should be: ok select /switches ok .temp-rise ok unselect -- Richard A. Smith rich...@laptop.org One Laptop per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Run OFW heat spreader test
The heat spreader test is always run in e-book mode, because that's what the immediately preceeding test does. I imagine you would get different results if you didn't run it in e-book mode. I imagine that over a large sample, the results would be considerably different. For the user training issue, stop using the manufacturing test prompts, and replace them with something localised. dev /switches : new-wait-lid ( -- ) . Thermal test step 1, close and then re-open the laptop lid. cr begin ?key-abort lid? until ; : new-wait-ebook ( -- ) . Thermal test step 2, rotate the top part and lay it down face up. cr begin ?key-abort ebook? until . Thermal test step 3, please wait a few seconds. cr ; patch new-wait-lid wait-lid all-switch-states patch new-wait-ebook wait-ebook all-switch-states -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Run OFW heat spreader test
On Mon, Jan 23, 2012 at 04:59:55PM +1100, Sridhar Dhanapalan wrote: How can we parse the output? Our attempts so far have been unreliable - Jerry has details. You should find it very reliable when used correctly. Don't parse the output. Instead, call temp-rise and use the value on the stack, comparing it to temperature-threshold, in the same way that .temp-rise does. You may want a localised temperature-threshold as well, based on a survey of rise values in the field. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Run OFW heat spreader test
On Mon, Jan 23, 2012 at 05:03:29PM +1100, Sridhar Dhanapalan wrote: On 23 January 2012 16:56, James Cameron qu...@laptop.org wrote: The heat spreader test is always run in e-book mode, because that's what the immediately preceeding test does. I imagine you would get different results if you didn't run it in e-book mode. ?I imagine that over a large sample, the results would be considerably different. For the purposes of flashing the XOs, does it matter? We haven't measured how many units pass the test upright versus pass the test in e-book mode, we only test in e-book mode. If you think it matters, you will have to characterise the result. The manual handling of the upper section can also change the test result when a heat spreader is in a marginal condition. I have results that show this. I thought you were doing this test to detect early units that may have a failed heat spreader, and you were doing it at the time of reflashing because that's when you had some control. I don't think it is worth doing this test for the purposes of flashing the XOs. The built in throttling will work fine. If the heat spreader is dodgy, you'll either get a hang during fs-update or it will take much longer. Of course, make sure the units are not racked, stacked, or placed under a towel. For the user training issue, stop using the manufacturing test prompts, and replace them with something localised. dev /switches : new-wait-lid ?( -- ) ?. Thermal test step 1, close and then re-open the laptop lid. cr ? ? begin ??key-abort ?lid? until ; : new-wait-ebook ?( -- ) ?. Thermal test step 2, rotate the top part and lay it down face up. cr ?begin ??key-abort ?ebook? until ?. Thermal test step 3, please wait a few seconds. cr ; patch new-wait-lid wait-lid all-switch-states patch new-wait-ebook wait-ebook all-switch-states The problem is that this is very tedious for the user. Imagine you're flashing 100 XOs together. Having to close and open the lid twice per XO will make the entire process much longer. Yes, as you can see above it really wasn't clear to me why you were running the test. Looking at your original post on the thread, I don't think heat spreaders will be burnt-out by the flashing process. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Run OFW heat spreader test
On 23 January 2012 17:20, James Cameron qu...@laptop.org wrote: I thought you were doing this test to detect early units that may have a failed heat spreader, and you were doing it at the time of reflashing because that's when you had some control. Yes, that's the primary reason. Our initial batch of XO-1.5s have an inefficient heat spreader. They've been burning out, and replacing the motherboards is getting expensive and time consuming. We'd like to detect potentially faulty units early, and recommend a heat spreader change for them. As a thought - maybe we should be identifying the serial number as well? I don't think it is worth doing this test for the purposes of flashing the XOs. The built in throttling will work fine. If the heat spreader is dodgy, you'll either get a hang during fs-update or it will take much longer. Hangs are annoying and don't provide any useful feedback to the user. It might be true that the XO can't get damaged from flashing, but the symptoms at runtime are random and are difficult to diagnose. I think that forcing a heat spreader test can provide a warning to the user and allow them to do something before any damage or annoying behaviour can begin. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Run OFW heat spreader test
On Mon, Jan 23, 2012 at 05:32:05PM +1100, Sridhar Dhanapalan wrote: On 23 January 2012 17:20, James Cameron qu...@laptop.org wrote: I thought you were doing this test to detect early units that may have a failed heat spreader, and you were doing it at the time of reflashing because that's when you had some control. Yes, that's the primary reason. Our initial batch of XO-1.5s have an inefficient heat spreader. They've been burning out, and replacing the motherboards is getting expensive and time consuming. We'd like to detect potentially faulty units early, and recommend a heat spreader change for them. I don't think burning out is the right wording. Perhaps you mean they have been losing contact with the CPU. This would be a gradual process, and would be encouraged mostly by handling, including compression of the case and opening and closing the lid. I'm certain fs-update would not affect this process. As a thought - maybe we should be identifying the serial number as well? Yes, you should be able to skip the test if the serial number is not in the range of your initial batch of XO-1.5s. I don't think it is worth doing this test for the purposes of flashing the XOs. ?The built in throttling will work fine. ?If the heat spreader is dodgy, you'll either get a hang during fs-update or it will take much longer. Hangs are annoying and don't provide any useful feedback to the user. It might be true that the XO can't get damaged from flashing, but the symptoms at runtime are random and are difficult to diagnose. I think that forcing a heat spreader test can provide a warning to the user and allow them to do something before any damage or annoying behaviour can begin. We have long since fixed the problem that led to random symptoms after boot following an incomplete reflash ... I trust you are using that code which writes the zero block last in the .zd file? So unlike your previous experience I don't expect any random and difficult to diagnose symptoms. Perhaps you should test what the result is. The unit should fail to boot. You can simulate a hang during fs-update by forcing the power off. The result should be identical. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO-1 cpu temperature [Devel Digest, Vol 71, Issue 43]
I was wondering if there is anyway to monitor the geode temperature on the XO-1. I would like to test how far I can push it without ruining it. The CPU is protected by a thermal shutdown circuit it will shutdown before you cause any thermal damage. Unless you are trying hardware modifications I doubt you will do anything worse than these guys. http://www.olpcnews.com/forum/index.php?topic=2389.0 What exact are you going to try and push? -- Richard A. Smith rich...@laptop.org One Laptop per Child Something worse than these guys! ;) With the XO-1 being EOL some time now and the ones in the field aging some dangerous playing might not be unthinkable. As you know kids are notorious for not playing safe... The thing is that XO-1.5 has about twice the XO-1 processing power and is quite usable. So getting another 50%+ out of the XO-1 (albeit with risks) may keep it in stride with the new software versions a bit longer. Of course I do realize that this should have nothing to do with OLPC, thus the vague questions ;) But may be all this is irrelevant now as pushing the XO-1 to 600MHz (extrapolating from these guys) results in kernel panics and/or errors. If this is because of the protection mechanisms I would appreciate if someone lets me know off-list (I promise not to tell) of a possible way around it. Thanks ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel