XO-1.5 wifi wakeup mechanics
Hi, Low priortity query... I'm investigating the possibility of implementing _SWS (system wakeup source) support in the XO-1.5 DSDT, along with _SWS support in Linux. This seems like the most likely way to get XO-1.5 wakeup source detection upstream. I haven't fully wrapped my head around this part of the ACPI specs, but from what I gather, it can only represent wakeup sources that cause a bit in the PM1 or GPE0 status register to be set (with their trigger as a wakeup source being in the PM1/GPE0 enable registers). The ACPI specs seem to suggest that there should be no other way of waking up the system. On the XO-1.5, the FADT maps these registers to the following registers, as documented in VX855 System Programming Manual Revision 1.0 (PM_VX855_VX875_100.pdf): PM1 status mapped to PMIO 0x00 (page 281, Power Management Status) PM1 enable mapped to PMIO 0x02 (page 281, Power Management Enable) GPE0 status mapped to PMIO 0x20 (page 284, General Purpose Status) GPE0 enable mapped to PMIO 0x22 (page 285, General Purpose SCI / RESUME Enable) All of our wakeup sources can be easily mapped to bits in those registers: PM1: RTC, power button GPE: ebook, lid, HDA, USB, and all EC-based wakeups The one missing is wifi wakeups. Currently, olpc-pm-1.5 detects wifi wakeups by reading PCI config offset 0x84 of the SDHCI controller (Power Management Control and Status, page 159). The documentation of this register links SDHCI wakeups to PME events, and this is how it works on the Linux driver level too. Bit 5 in the GPE0 registers corresponds to PME wakeups, so I'm thinking that we can use the GPE registers to detect this, meaning that wifi (well, PCI) wakeups then fall within the realms of ACPI wakeup sources. By doing: echo PCI0 /proc/acpi/wakeup I can get ACPI to set bit 5 during suspend (e.g. its currently writing 0x826, enabling GP1, keyboard, lid, PME). However, on wifi-wakeup, GPE0 status reads 0x8000, so my experiment has failed - the register doesnt report that the wakeup happened because of a PME. That leaves 2 questions: 1. Is there anything special about wifi wakeup, or is it just a regular PCI PME? 2. Why does VX855 wake up on PME even when it is not enabled in GPE0 enable, and when its enabled there why doesn't it report the status? (probably a question for VIA...) cheers Daniel p.s. understanding would be nice, but even if this remains unknown, I think we can still use _SWS. _SWS can examine the SDHCI controller config space, and if wifi is determined to be the wakeup reason, it can say that GPE5 was the wakeup reason, even if thats not entirely true. Linux already knows that GPE5 is PCI0. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Testing] Software update problems in OLPC 10.1.3
On Wed, Jan 12, 2011 at 9:00 PM, S Page skierp...@gmail.com wrote: Good to know. I've got a Help-11 installed according to its activity_version in activity.info and Home view List view, so it seems right to be trying to update. I just repeated Software Update and it claims all my software is up to date, including Help-11. Hmmm. Sounds normal to me. The G1G1 activities for 10.1.3 do _not_ include Help, so this is expected -- no new version of Help is mentioned, the updater won't try to update. Relevant URL: http://wiki.laptop.org/go/Activities/G1G1/10.1.3 Veering offtopic -- there was discussion (and perhaps even a partial implementation) of the Activity Updater looking inside the activity metadata for a URL provided by the activity. Not sure how much of that is implemented in 0.84 -- likely nothing. Newer versions of Sugar have seen a major reimplementation of the updater, which I am not familiar with. 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: [Testing] Software update problems in OLPC 10.1.3
On Thu, Jan 13, 2011 at 11:51 AM, Martin Langhoff martin.langh...@gmail.com wrote: On Wed, Jan 12, 2011 at 9:00 PM, S Page skierp...@gmail.com wrote: Good to know. I've got a Help-11 installed according to its activity_version in activity.info and Home view List view, so it seems right to be trying to update. I just repeated Software Update and it claims all my software is up to date, including Help-11. Hmmm. Sounds normal to me. The G1G1 activities for 10.1.3 do _not_ include Help, so this is expected -- no new version of Help is mentioned, the updater won't try to update. Relevant URL: http://wiki.laptop.org/go/Activities/G1G1/10.1.3 We are including Help 12 [image: Help icon] http://wiki.laptop.org/go/File:Activity-help.svg edithttp://wiki.laptop.org/index.php?title=Activities/Help_%2810.1.3%29action=edit *Help http://wiki.laptop.org/go/Help:* org.laptop.HelpActivityDocumentation and Help for the XO *Download*: Help (10.1.3) http://dev.laptop.org/%7Egonzalo/Help-12.xo (v. 12) Gonzalo ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Testing] Software update problems in OLPC 10.1.3
Help-12 is in the G1G1 set, as well as the G1G1Lite set for 10.1.3. This update issue therefore would be somewhat unexpected. I just checked on an XO-1.5 I upgraded from 10.1.2 and it does have Help-12. Some more debugging likely is needed for your case. Another activity which we know has upgrade problems is Scratch, because older versions used the MMDD date for the version internally versus a small incrementing number, and the updater sees the larger date number as newer than version 17. As mentioned by Gonzalo, please remove the /home/olpc/Activities/.groups hidden file if you haven't already after upgrading to 10.1.3. This file from 8.x builds overrides the update URL used in newer versions of Sugar. There was discussion about attempting to do this automatically but this feature did not make the current release candidate build. On 01/13/11 09:51, Martin Langhoff wrote: On Wed, Jan 12, 2011 at 9:00 PM, S Pageskierp...@gmail.com wrote: Good to know. I've got a Help-11 installed according to its activity_version in activity.info and Home view List view, so it seems right to be trying to update. I just repeated Software Update and it claims all my software is up to date, including Help-11. Hmmm. Sounds normal to me. The G1G1 activities for 10.1.3 do _not_ include Help, so this is expected -- no new version of Help is mentioned, the updater won't try to update. Relevant URL: http://wiki.laptop.org/go/Activities/G1G1/10.1.3 Veering offtopic -- there was discussion (and perhaps even a partial implementation) of the Activity Updater looking inside the activity metadata for a URL provided by the activity. Not sure how much of that is implemented in 0.84 -- likely nothing. Newer versions of Sugar have seen a major reimplementation of the updater, which I am not familiar with. cheers, m ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Testing] Software update problems in OLPC 10.1.3
On Thu, Jan 13, 2011 at 9:58 AM, Gonzalo Odiard gonz...@laptop.org wrote: We are including Help 12 Everyone's right and I misread the page. Apologies to all. As Sam points out, it does upgrade in our testing -- can you get us logs from a run of the software updater? 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: XO-1.5 wifi wakeup mechanics
You already know more about this than I do, so I can't be of any help here. On 1/13/2011 3:47 AM, Daniel Drake wrote: Hi, Low priortity query... I'm investigating the possibility of implementing _SWS (system wakeup source) support in the XO-1.5 DSDT, along with _SWS support in Linux. This seems like the most likely way to get XO-1.5 wakeup source detection upstream. I haven't fully wrapped my head around this part of the ACPI specs, but from what I gather, it can only represent wakeup sources that cause a bit in the PM1 or GPE0 status register to be set (with their trigger as a wakeup source being in the PM1/GPE0 enable registers). The ACPI specs seem to suggest that there should be no other way of waking up the system. On the XO-1.5, the FADT maps these registers to the following registers, as documented in VX855 System Programming Manual Revision 1.0 (PM_VX855_VX875_100.pdf): PM1 status mapped to PMIO 0x00 (page 281, Power Management Status) PM1 enable mapped to PMIO 0x02 (page 281, Power Management Enable) GPE0 status mapped to PMIO 0x20 (page 284, General Purpose Status) GPE0 enable mapped to PMIO 0x22 (page 285, General Purpose SCI / RESUME Enable) All of our wakeup sources can be easily mapped to bits in those registers: PM1: RTC, power button GPE: ebook, lid, HDA, USB, and all EC-based wakeups The one missing is wifi wakeups. Currently, olpc-pm-1.5 detects wifi wakeups by reading PCI config offset 0x84 of the SDHCI controller (Power Management Control and Status, page 159). The documentation of this register links SDHCI wakeups to PME events, and this is how it works on the Linux driver level too. Bit 5 in the GPE0 registers corresponds to PME wakeups, so I'm thinking that we can use the GPE registers to detect this, meaning that wifi (well, PCI) wakeups then fall within the realms of ACPI wakeup sources. By doing: echo PCI0 /proc/acpi/wakeup I can get ACPI to set bit 5 during suspend (e.g. its currently writing 0x826, enabling GP1, keyboard, lid, PME). However, on wifi-wakeup, GPE0 status reads 0x8000, so my experiment has failed - the register doesnt report that the wakeup happened because of a PME. That leaves 2 questions: 1. Is there anything special about wifi wakeup, or is it just a regular PCI PME? 2. Why does VX855 wake up on PME even when it is not enabled in GPE0 enable, and when its enabled there why doesn't it report the status? (probably a question for VIA...) cheers Daniel p.s. understanding would be nice, but even if this remains unknown, I think we can still use _SWS. _SWS can examine the SDHCI controller config space, and if wifi is determined to be the wakeup reason, it can say that GPE5 was the wakeup reason, even if thats not entirely true. Linux already knows that GPE5 is PCI0. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Record activity performance
On 24 December 2010 12:03, Sridhar Dhanapalan srid...@laptop.org.au wrote: On 24 December 2010 11:12, James Cameron qu...@laptop.org wrote: On Fri, Dec 24, 2010 at 10:36:56AM +1100, Sridhar Dhanapalan wrote: The project pages for those activities are: https://dev.laptop.org.au/projects/musicpainter https://dev.laptop.org.au/projects/image-thumbnail Any chance of supporting http:// as well as https:// ? The extra few packets required by the SSL negotiation combined with rural and remote network latency makes visiting these URLs painful. Interesting, I didn't consider that. We actually forced https by default because we thought users would appreciate some enforced security. I'll see what we can do. http://dev.laptop.org.au no longer uses SSL (use https if you want it). Can you please give it a go and tell me if it does/doesn't make an improvement? If not, we can revert to forcing SSL. Thanks, Sridhar ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
xorg-x11-drv-geode-2.11.11-1.fc14 for testing
Hi Samuel, To help with https://bugs.freedesktop.org//show_bug.cgi?id=33004 I've just built http://koji.fedoraproject.org/koji/buildinfo?buildID=214034 Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Record activity performance
On Fri, Jan 14, 2011 at 09:04:11AM +1100, Sridhar Dhanapalan wrote: http://dev.laptop.org.au no longer uses SSL (use https if you want it). Can you please give it a go and tell me if it does/doesn't make an improvement? If not, we can revert to forcing SSL. It makes an improvement. Tested on an idle HSDPA link, with 247ms average latency to dev.laptop.org.au. (Other users on satellite would notice even stronger improvement). Page load times in Firefox, with empty cache, using scripted activation: http://dev.laptop.org.au/ about one second https://dev.laptop.org.au/ about four seconds With cache: http://dev.laptop.org.au/ about one second https://dev.laptop.org.au/ about three seconds Fetch of only the base page without images, using curl: http://dev.laptop.org.au/ avg 1.14 sec, std dev 0.43 https://dev.laptop.org.au/ avg 1.48 sec, std dev 0.74 (I did see strange delays on firefox force reload of http://dev.laptop.org.au/issues/106 but they do not occur with curl, so I suspect there's a strange thing happening with an image somewhere, probably the http://secure.gravatar.com/ one.) -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] Schoolserver and eth1
On Fri, January 14, 2011 5:08 pm, Dr. Gerald Ardito wrote: Even though there is physically a second nic, the school server doesn't seem to see it. When I ifconfig eth1, I am told there is no device present. Does the nic show up when do lspci? If not then it's likely broken. Does the nic show up with another name when you do ifconfig -a If so, you ought to be able to map it back to eth1 by modifying the persistent net rules in /etc/udev/rules.d. If not, then it is likely that the nic isn't supported by the kernel. ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Schoolserver and eth1
Tom, Here's what's weird. The server came with one nic (the box is a Del Vostro). I added the second. Now, only the second works, and only as eth0. And, when it works as eth0, I have an internet connection. I tried installing two new nics, but only one shows up. I would imagine that I don't have the drivers for the first (original) one. Does that make any sense? If so, what could I do? Thanks. Gerald On Fri, Jan 14, 2011 at 12:40 AM, t...@carrott.org wrote: On Fri, January 14, 2011 5:08 pm, Dr. Gerald Ardito wrote: Even though there is physically a second nic, the school server doesn't seem to see it. When I ifconfig eth1, I am told there is no device present. Does the nic show up when do lspci? If not then it's likely broken. Does the nic show up with another name when you do ifconfig -a If so, you ought to be able to map it back to eth1 by modifying the persistent net rules in /etc/udev/rules.d. If not, then it is likely that the nic isn't supported by the kernel. ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Schoolserver and eth1
On Fri, January 14, 2011 6:51 pm, Dr. Gerald Ardito wrote: I would imagine that I don't have the drivers for the first (original) one. Does that make any sense? Thats possible. It could also be turned of in the BIOS (I was up till 3am once upgrading the operating system in the hope that new drivers or something would make my sound hardware work, it didn't but turning on the sound hardware in the bios sure did) If so, what could I do? Post the output of lspci. That will tell us what kind of nics you have and hopefully how easy they are to get working. Maybe the missing nic is easy to get working, but if it isn't can you put in a 3rd nic? ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
