Re: [PATCH] GEODE: decouple sleep/resume from powerdown/powerup (take 2)
Andres Salomon wrote:
diff --git a/drivers/video/geode/lxfb_ops.c b/drivers/video/geode/lxfb_ops.c
index b2ecb4d..b380238 100644
--- a/drivers/video/geode/lxfb_ops.c
+++ b/drivers/video/geode/lxfb_ops.c
@@ -829,33 +829,42 @@ static void lx_restore_regs(struct fb_info *info,
struct geoderegs *regs)
[...]
-int lx_shutdown(struct fb_info *info)
+int lx_power(struct fb_info *info, int state)
{
struct lxfb_par *par = info-par;
-if (lx_power_on == 0)
-return 0;
-
-writel(DC_UNLOCK_CODE, par-dc_regs + DC_UNLOCK);
-lx_save_regs(info, saved_regs);
-lx_graphics_disable(info);
+if (state 0 || state 3)
+return -EINVAL;
-lx_power_on = 0;
-return 0;
-}
+/* Going into power save */
+if (state = 2 lx_power_state 2)
+lx_graphics_disable(info);
-int lx_powerup(struct fb_info *info)
-{
-struct lxfb_par *par = info-par;
+/* Powering down */
+if (state = 3 lx_power_state 3) {
+writel(DC_UNLOCK_CODE, par-dc_regs + DC_UNLOCK);
+lx_save_regs(info, saved_regs);
+}
-if (lx_power_on == 1)
-return 0;
+/* Restoring from power save */
+if (state 3 lx_power_state = 3) {
+lx_restore_regs(info, saved_regs);
+writel(0, par-dc_regs + DC_UNLOCK);
+}
-lx_restore_regs(info, saved_regs);
-writel(0, par-dc_regs + DC_UNLOCK);
+/* Powering up */
+if (state 2 lx_power_state = 2)
+lx_graphics_enable(info);
-lx_power_on = 1;
+lx_power_state = state;
return 0;
Jordan claims that we don't want to be calling lx_{save,restore}_regs
for state 2... I'll let him explain.
We aren't doing that already.
We save registers only on the transition from 2 to 3 and we restore them
when we go back from 3 to 2.
On the GX, we *save* them always and restore them only on powerup.
Saving the registers is needed because, later on, we peek a few values
from that structure for powering up the video unit.
Jordan and I discussed using fb_blank() rather than adding an additional API.
Was it on IRC or email? Could you please forward it to me?
Basically, my feeling is that fb_blank is already doing (or should be doing)
what we want to be doing (disabling misc hardware bits that are not needed
when the video processor is no longer pulling images from the GPU). So, we
might as well just be calling fb_blank from the dcon's sleep/freeze functions.
Jordan prefers the fb_power* stuff. We can argue about it later, with
upstream.
Using the fb_blank() interface seems like a very good idea to me. The different
kinds of blanking can be mapped to DCON freeze, video off, and complete
poweroff.
This rework will take some time. Could we push it after Trial3? For now, I see
this patch as a quick bugfix only. And the change brings the fb_power() API
somewhat *closer* to what would be needed for switching to fb_
Also, the fb_power() API really needs a stricter definition of power levels.
I looked into pci_power_t and it looks close to what we need:
#define PCI_D0 ((pci_power_t __force) 0)
#define PCI_D1 ((pci_power_t __force) 1)
#define PCI_D2 ((pci_power_t __force) 2)
#define PCI_D3hot ((pci_power_t __force) 3)
#define PCI_D3cold ((pci_power_t __force) 4)
#define PCI_UNKNOWN ((pci_power_t __force) 5)
#define PCI_POWER_ERROR ((pci_power_t __force) -1)
But this change will have to be undone later if we move to fb_blank().
To save time, couldn't we just elide it?
--
\___/
|___| 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
[PATCH] OLPC: decouple sleep/resume from powerdown/powerup (take 3)
This patch merges the fb_powerup and fb_powerdown hooks in a single
operation fb_power with an additional state parameter ranging
from 0 (running) to 3 (poweroff).
The geodefb uses state 2 as an intermediate low-power mode, where
the LX or GX video unit is turned off, but the GPU may still be working.
Notably, the GPU register set does not get overwritten when resuming
to state 0, so the system can safely keep using the GPU while in state 2.
The DCON driver now uses this new suspend state to let the X server draw
in the background while the screen frozen.
This fixes the rather amusing OLPC bug #3603 that made the toolbar icons
come up tinted in green when pretty boot was enabled. Tested on both
B2 (GX) and B3 (LX) machines. Both the freeze/unfreeze and suspend/resume
codepaths work as expected.
take2 - ensure the GX registers are saved in both the suspend and powerdown
cases, otherwise we restore stale register state when we unfreeze.
take3 - fix a condition check in the fb powerdown failure path. Thanks to
roel for pointing it out. Mark patch as OLPC, not GEODE.
Signed-off-by: Bernardo Innocenti [EMAIL PROTECTED]
---
drivers/video/fbmem.c | 52 +++---
drivers/video/geode/geodefb.h | 13 +++--
drivers/video/geode/gxfb_core.c | 17 +++
drivers/video/geode/lxfb.h |3 +-
drivers/video/geode/lxfb_core.c | 12 ++---
drivers/video/geode/lxfb_ops.c | 47
drivers/video/geode/video_gx.c | 94 --
drivers/video/geode/video_gx.h |3 +-
drivers/video/olpc_dcon.c |8 ++--
include/linux/fb.h |7 +--
10 files changed, 113 insertions(+), 143 deletions(-)
diff --git a/drivers/video/fbmem.c b/drivers/video/fbmem.c
index 61d7659..3ce903c 100644
--- a/drivers/video/fbmem.c
+++ b/drivers/video/fbmem.c
@@ -736,49 +736,29 @@ static void try_to_load(int fb)
#endif /* CONFIG_KMOD */
int
-fb_powerup(struct fb_info *info)
+fb_power(struct fb_info *info, int state)
{
int ret = 0;
- if (!info || info-state == FBINFO_STATE_RUNNING)
- return 0;
-
- if (info-fbops-fb_powerup)
- ret = info-fbops-fb_powerup(info);
-
- if (!ret) {
- acquire_console_sem();
- fb_set_suspend(info, 0);
- release_console_sem();
- }
-
- return ret;
-}
-
-int
-fb_powerdown(struct fb_info *info)
-{
- int ret = 0;
-
- if (!info || info-state == FBINFO_STATE_SUSPENDED)
- return 0;
+ if (state 0 || state 3)
+ return -EINVAL;
- /* Tell everybody that the fbdev is going down */
acquire_console_sem();
- fb_set_suspend(info, 1);
- release_console_sem();
-
- if (info-fbops-fb_powerdown)
- ret = info-fbops-fb_powerdown(info);
-
- /* If the power down failed, then un-notify */
-
- if (ret) {
- acquire_console_sem();
+ /* Powerdown? */
+ if (state == 3 info-state != FBINFO_STATE_SUSPENDED)
+ /* Tell everybody that the fbdev is going down */
+ fb_set_suspend(info, 1);
+
+ if (info-fbops-fb_power)
+ ret = info-fbops-fb_power(info, state);
+
+ /* Power down failed, or powerup succeeded? */
+ if (((state == 3 ret) || (state != 3 !ret))
+(info-state != FBINFO_STATE_RUNNING))
+ /* Tell everybody that the fbdev is back up */
fb_set_suspend(info, 0);
- release_console_sem();
- }
+ release_console_sem();
return ret;
}
diff --git a/drivers/video/geode/geodefb.h b/drivers/video/geode/geodefb.h
index 0214d11..cd1ce6e 100644
--- a/drivers/video/geode/geodefb.h
+++ b/drivers/video/geode/geodefb.h
@@ -12,12 +12,14 @@
#ifndef __GEODEFB_H__
#define __GEODEFB_H__
-#define FB_POWER_STATE_OFF 0
-#define FB_POWER_STATE_SUSPEND 1
-#define FB_POWER_STATE_ON 2
-
struct geodefb_info;
+/* For geodefb_par-power_state */
+#define FB_POWER_STATE_OFF 3
+#define FB_POWER_STATE_SUSPEND 2
+#define FB_POWER_STATE_UNUSED 1 /* Reserved */
+#define FB_POWER_STATE_ON 0
+
struct geode_dc_ops {
void (*set_mode)(struct fb_info *);
void (*set_palette_reg)(struct fb_info *, unsigned, unsigned, unsigned,
unsigned);
@@ -42,7 +44,8 @@ struct geodefb_par {
struct geode_dc_ops *dc_ops;
struct geode_vid_ops *vid_ops;
- int state;
+ /* See FB_POWER_STATE_* definitions above */
+ int power_state;
};
#endif /* !__GEODEFB_H__ */
diff --git a/drivers/video/geode/gxfb_core.c b/drivers/video/geode/gxfb_core.c
index 3eabc53..cd43c8e 100644
--- a/drivers/video/geode/gxfb_core.c
+++ b/drivers/video/geode/gxfb_core.c
@@ -383,8 +383,7 @@ static struct fb_ops gxfb_ops = {
.fb_fillrect= cfb_fillrect,
.fb_copyarea= cfb_copyarea,
.fb_imageblit = cfb_imageblit,
-
Re: Increasing performance by tuning swappiness
Actually, swap should have been a great solution for B2 machines with a modern (i.e., 500) image. Theoretically, the additional swap memory provided by an external usb2 storage device should allow a smoother execution of memory hungry applications. In practice, the additional swap did not help, probably because the memory watchdog does not take into an account the possible additional swap. I'll check if changing the swappiness helps in this situation. - Zvi Chris Ball wrote: Hi, Any thoughts on this subject? Yes: we don't use swap. - Chris. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Fwd: Less Watts
Yuan Chao wrote: FYI: http://www.lesswatts.org/ I've tried it on B4 before with OS4xx images, we actually need some patches to let it read corresponding power consumption info out of XO as it's mainly for conventional laptops (ACPI) especially for intel CPUs (C/P-states). As to the # of wake-up counts, I remember it's mostly 'python' to be blamed which generates hundreds of wake-ups per second. :) Hmmm, interesting. Could you try again with the latest images and report what's causing the most wakeups? Maybe we know already... power management is not my field. -- \___/ |___| 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
Fwd: Less Watts
Forgot to include OLPC dev. -- Forwarded message -- From: Yuan Chao [EMAIL PROTECTED] Date: Sep 25, 2007 10:12 AM Subject: Re: Less Watts To: Bernardo Innocenti [EMAIL PROTECTED] On 9/24/07, Bernardo Innocenti [EMAIL PROTECTED] wrote: FYI: http://www.lesswatts.org/ I've tried it on B4 before with OS4xx images, we actually need some patches to let it read corresponding power consumption info out of XO as it's mainly for conventional laptops (ACPI) especially for intel CPUs (C/P-states). As to the # of wake-up counts, I remember it's mostly 'python' to be blamed which generates hundreds of wake-ups per second. :) -- Best regards, Yuan Chao -- Best regards, Yuan Chao ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Using 3rd Party Commercial/Free BIOS With XO Laptops
Lack of standard BIOS Because XO Laptops are sold to the public using Buy 2 Get 1, IMO there should be a warning to buyer that the machine does not have standard BIOS and cannot run unmodified Linux, BSD, Haiku or other Operating System. Can the consumer buy additional commercial BIOS from 3rd party or use Free BIOS for OLPC to enable support for standard Linux, BSD, Haiku etc? Can the customer buy the XO laptops with 3rd party BIOS already installed on the hardware, because flashing BIOS is a dangerous operation for newbie users? What kind of BIOS compatible with OLPC, is it Phoenix / Award, American Megatrend, Unified Extensible Firmware (UEFI), GNUFI, U-Boot, OpenBIOS or other BIOS? Thank you. _ = You want FREE web-based email ? = You want your own @qon.lao.net address?? = Then you want LaoNet's WebMail ! = Get it at http://webmail.lao.net !! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Increasing performance by tuning swappiness
I beg to differ. I have both a B2 and a B4, and running 500+ builds (currently 595) in the B4 goes as smoothly as expected, but the B2 just drags itself around. This was obviously primarily due to lack of memory, so I'm swapping off a 512MB external flash drive and it's still slower than the B4, obviously, but it works pretty fluidly, so there is a major difference in the B2 using swap, I can assure you of that. - cn Zvi Devir wrote: Actually, swap should have been a great solution for B2 machines with a modern (i.e., 500) image. Theoretically, the additional swap memory provided by an external usb2 storage device should allow a smoother execution of memory hungry applications. In practice, the additional swap did not help, probably because the memory watchdog does not take into an account the possible additional swap. I'll check if changing the swappiness helps in this situation. - Zvi Chris Ball wrote: Hi, Any thoughts on this subject? Yes: we don't use swap. - Chris. ___ 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: Using 3rd Party Commercial/Free BIOS With XO Laptops
Note: I do not represent OLPC, I'm a volunteer contributor. On Tue, Sep 25, 2007 at 03:50:29AM -0700, big one wrote: Because XO Laptops are sold to the public using Buy 2 Get 1, IMO there should be a warning to buyer that the machine does not have standard BIOS and cannot run unmodified Linux, BSD, Haiku or other Operating System. Thank you for your opinion. The same can be said of a host of other products, such as those from other companies, like MacBooks from Apple, or embedded routers. I do not agree with you. OLPC should not state what cannot run, because the list could not be defined. It would be best to stick to specifications of what *can* be done than what *cannot* be done. I am not familiar with the consumer law involved. If this becomes a quagmire of risk, then I would recommend that the units not be sold to the public at all. Can the consumer buy additional commercial BIOS from 3rd party or use Free BIOS for OLPC to enable support for standard Linux, BSD, Haiku etc? No, not really. There are no other commercial suppliers at this time, at least none that I am aware of. If you know of one, please let us know. It is intended that the distributors of any alternate operating system take what steps are necessary to port it to the XO. If you want Haiku, then go ask Haiku Inc. Is not our problem. If you want Windows, then go ask Microsoft. Is really not our problem. Can the customer buy the XO laptops with 3rd party BIOS already installed on the hardware, because flashing BIOS is a dangerous operation for newbie users? No, and I don't think that should be an option. In my opinion an alternate BIOS origin is a waste of effort, and I'd rather the units not be sold than have to go through this level of effort. Besides, I do not agree with you that flashing BIOS is a dangerous operation. The current BIOS can reflash itself, *and* it knows how to check for AC and battery power before it starts. This level of reliability was designed in, to give better safety than the typical desktop PC. It is important that it be safe, since we expect reflash to be done by kids in the deployed countries. Your experience with other designs is of only historic interest. What kind of BIOS compatible with OLPC, is it Phoenix / Award, American Megatrend, Unified Extensible Firmware (UEFI), GNUFI, U-Boot, OpenBIOS or other BIOS? OpenFirmware or OpenBIOS. http://en.wikipedia.org/wiki/Openfirmware Note that the source code is available, and if you choose to do so then you too could become a provider of a BIOS. I don't see the point in that though, and there's a risk of division of effort. It is the kids that matter. Your whinge about firmware is a potential distraction, which is why I'm answering rather than let it bother the people who are busy. ;-) I do hope my answers have been helpful. -- James Cameronmailto:[EMAIL PROTECTED] http://quozl.netrek.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Using 3rd Party Commercial/Free BIOS With XO Laptops
On Tue, 2007-09-25 at 08:07 -0400, Bernardo Innocenti wrote: The fact that the XO has an x86 CPU makes porting OSes and applications easier, That might be true for non-portable operating systems which are bound to x86, but I dispute that it's true for any well-written application. -- dwmw2 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Dialog when stopping activity
On Sep 25, 2007, at 16:57 , Zarro Boogs per Child wrote: Comment(by Eben): We should use a non-modal dialog to indicate that there are incomplete downloads when stopping a Browse session. We could provide options to Pause download (assuming we have resume support), Cancel download, and Continue download. The wording for these isn't good enough, but this illustrates the ideas. Does that mean it is now okay to show a confirmation dialog when stopping an activity? That would solce a bunch of Journal-related problems. - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Dialog when stopping activity
Well, sort of. Generally speaking, it's OK to show confirmation dialogs when there are ongoing processes (downloads, video compression, export operations, etc.) which will be interrupted/terminated by stopping the activity. It's possible there will be other appropriate times as well, regarding synchronous collaboration (games?). However, we do not allow such dialogs for general purpose saves, which must simply be automatic. What types of Journal related issues do you have in mind? - Eben On 9/25/07, Bert Freudenberg [EMAIL PROTECTED] wrote: On Sep 25, 2007, at 16:57 , Zarro Boogs per Child wrote: Comment(by Eben): We should use a non-modal dialog to indicate that there are incomplete downloads when stopping a Browse session. We could provide options to Pause download (assuming we have resume support), Cancel download, and Continue download. The wording for these isn't good enough, but this illustrates the ideas. Does that mean it is now okay to show a confirmation dialog when stopping an activity? That would solce a bunch of Journal-related problems. - 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
Re: Modification of Public OLPC Software
On Mon, 2007-09-24 at 22:19 -0700, big one wrote: I often use Linux without any X-Windows, but only svgalib: mplayer, links 2.0 browser, mp3blaster, etc. On FreeDOS (Free Disk Operating System), I can use display, arachne, pppd etc. Because OLPC is sold to general public using Buy 2 Get 1 G1G1, is it possible to customize OLPC: 1. Disable internal Flash Drive, and boot from external USB hard disk / external CD-ROM drive. Yes. given a correct kernel on the external drive (see below). 2. Boot to console mode (svgalib). Yes. 3. Install Fedora, Mandriva or other Linux/BSD distro, FreeDOS. Use TWM / IceWM windows manager. Yes, but not all our Linux changes are upstream in the kernel.org linux yet: you'll need to run a kernel configured from our source pool until it is, which is likely quite a while before we're all done. Directions are in the wiki for doing Fedora/Debian installs using our kernel. BSD have not done a port. FreeDOS requires support in the firmware we no longer have; the support was closed source, and unmaintainable for us. You can use whatever window manager you want; I've run a full Gnome environment. - Jim Is the above ideas possible? Thank you. _ = You want FREE web-based email ? = You want your own @qon.lao.net address?? = Then you want LaoNet's WebMail ! = Get it at http://webmail.lao.net !! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Jim Gettys One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PATCH] GEODE: decouple sleep/resume from powerdown/powerup (take 2)
Andres Salomon wrote:
On the GX, we *save* them always and restore them only on powerup.
Saving the registers is needed because, later on, we peek a few values
from that structure for powering up the video unit.
Er, brain fart. We don't want to be calling lx_graphics_{en,dis}able when
transitioning to state 2; that shuts down too many things. That's what
I meant to say.
Then we'd be doing nothing at all in state 2! We'd be better off *not*
calling the fb_power hook from fbmem.c in the first place.
I thought all that was meant to save power when DCON is frozen. Otherwise,
ajax's patch for freezing DCON would be pretty pointless, wouldn't it?
Btw, I feel this patch would also fix the funny artifacts we observed when
we applied ajax's patch for X11. What do you think?
This rework will take some time. Could we push it after Trial3? For now, I
see
this patch as a quick bugfix only. And the change brings the fb_power() API
somewhat *closer* to what would be needed for switching to fb_
... I meant to say fb_blank() here, of course. How do you feel about this?
--
\___/
|___| 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: Dialog when stopping activity
On Sep 25, 2007, at 17:29 , Eben Eliason wrote: Well, sort of. Generally speaking, it's OK to show confirmation dialogs when there are ongoing processes (downloads, video compression, export operations, etc.) which will be interrupted/terminated by stopping the activity. It's possible there will be other appropriate times as well, regarding synchronous collaboration (games?). However, we do not allow such dialogs for general purpose saves, which must simply be automatic. What types of Journal related issues do you have in mind? Well, that it is impossible to keep a clean unmodified copy of an activity: http://lists.laptop.org/pipermail/sugar/2007-September/003384.html Or that the automatic saving will always move the activity to the top without anything the user can do about it: https://dev.laptop.org/ticket/3781 And now hearing that versioning may not be supported at all in version 1.0 (besides of it not being available for testing even now) this will just lead to a system that's rather awkward to use. If indeed we cannot make the beautiful system work in time I'd rather give the users a choice. - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Alt-Gr-Lock
On Sep 25, 2007, at 17:56 , Zarro Boogs per Child wrote: Changes (by Eben): As far as I'm aware, alt-gr is used for translating the keys to an alternate character set. It is also possible to lock the keyboard into the alternate character set as well, for typing in another language. As such, we can't override the arrow keys when locked in the that mode, and it would be confusing to me if the temporary vs. persistent alt-gr modes had different behaviors. I never saw it described this way, but it makes a lot of sense. That means the multiply/divide key should actually be an Alt-Gr-Lock key. Shouldn't their labels be related then? - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Fwd: Less Watts
On 9/25/07, Bernardo Innocenti [EMAIL PROTECTED] wrote: Could you try again with the latest images and report what's causing the most wakeups? Sure. Here is the results from OS603. It seems that there's no much difference from my past memory. :) However, I don't know why the total wakeups doesn't seem to equal to the sum of all listed processes. PowerTOP 1.8(C) 2007 Intel Corporation Collecting data for 15 seconds Detailed C-state information is only available on Mobile CPUs (laptops) P-states (frequencies) Wakeups-from-idle per second : 492.7interval: 15.0s Top causes for wakeups: 54.5% (213.9)python : schedule_timeout (process_timeout) 35.0% (137.3) interrupt : mfgpt-timer 3.3% ( 12.8) kernel core : ehci_irq (ehci_watchdog) 2.5% ( 10.0) Journal : 12f181 schedule_timeout (process_timeout) 2.1% ( 8.3) interrupt : ehci_hcd:usb1, ohci_hcd:usb2 0.6% ( 2.4) sugar-console : schedule_timeout (process_timeout) 0.5% ( 2.0)wpa_supplicant : schedule_timeout (process_timeout) 0.4% ( 1.6) kernel core : neigh_table_init_no_netlink (neigh_periodic_timer) 0.3% ( 1.1) X : do_setitimer (it_real_fn) 0.3% ( 1.1)NetworkManager : schedule_timeout (process_timeout) 0.2% ( 0.6) libertas_worker : wlan_scan_networks (delayed_work_timer_fn) 0.1% ( 0.5) kernel core : queue_delayed_work_on (delayed_work_timer_fn) 0.1% ( 0.3) kernel core : dst_run_gc (dst_run_gc) 0.1% ( 0.2) init : schedule_timeout (process_timeout) 0.1% ( 0.2) libertas_worker : netif_carrier_on (delayed_work_timer_fn) 0.1% ( 0.2) kernel core : page_writeback_init (wb_timer_fn) 0.0% ( 0.1) sshd : sk_reset_timer (tcp_write_timer) 0.0% ( 0.1) sugar-console : dst_run_gc (dst_run_gc) Maybe we know already... power management is not my field. Neither mine. ;) -- Best regards, Yuan Chao ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Fwd: Less Watts
Yuan Chao wrote: 54.5% (213.9)python : schedule_timeout (process_timeout) I tried myself too. A few of these seem to come from sugar-shell, the vast majority are from the datastore-service. A quick strace run reveals that the datastore-service process sleeps for 2.5ms in a tight loop. 35.0% (137.3) interrupt : mfgpt-timer This one comes from arch/i386/kernel/mfgpt.c, but I dunno why and I have no time to investigate it soon. Hopefully somebody can tell us without the need to dig in the code. -- \___/ |___| 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: Fwd: Less Watts
On 25/09/07 16:13 -0400, Bernardo Innocenti wrote: 35.0% (137.3) interrupt : mfgpt-timer This one comes from arch/i386/kernel/mfgpt.c, but I dunno why and I have no time to investigate it soon. Hopefully somebody can tell us without the need to dig in the code. Because the MFGPT provides the timer tick for the system. You should know this. Jordan -- Jordan Crouse Systems Software Development Engineer Advanced Micro Devices, Inc. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OLPC: decouple sleep/resume from powerdown/powerup (take 3)
Jordan Crouse wrote:
So anyway, long story short, its all below in black and white. Please
reply with comments.
As I said, I also like this design.
The only thing I could suggest is moving the code snippets that implement
the actual video unit powerdown and powerup to separate functions, so they
wouldn't be duplicated between lx_blank_display() and
lx_graphics_{dis,en}able().
--
\___/
|___| 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
Project Hosting Application
/WD05FQDcYJEDK0S3tR2qkzNxYIFnqJ9N0wAAAIBG/y7BhsUhtCEDb8Qt2bk/zyq76m8CFRuvVVaNDFVwN5bphHGEMn3CALLnNlwFQ9XTtsQbYrZ1WBKSMGAMZ6xNBAy+DtqG5SRCcu1d0LnBz8lyDsuSYeCS6/Gx4WbAtjX8B8CU1Hz7kQDml3ltUkGC4Dd9YLgF0V25pPz3+MXVugAAAIASmgWtFLr8TgQqiEHlHriH4ORIFIa2byvgIGnrxxtppGuuxRg3aF5a7Lo3X4oHxyKhGHO0qnoVQo+iSIJxXOwDUCWesuOJla1pfKvkXfjoDEpE1mtiv4bWM0Zb0cFz6UhIvryryqEy8/juutwQCNCPEdo8eMRpJrn0dBsD9UIveQ== [EMAIL PROTECTED] BEGIN SSH2 PUBLIC KEY Comment: dsa-key-20070925 B3NzaC1kc3MAAACAdP0m5tihdExcuvtJ9WWg81x1KZZVvLYfJg+LfJMw3TG2 TeAviHuJztL7LZeO/1lYYxpBQJipz7MShN1LmR91dE448Qbkn3Hf9LQWXNNdtCEy XkR5BJKEDJ6Bk0pHCE7ATyYWqAFiXVn/etVDqZeYKe3AKMi2T1hmdl3lZ0+OZ38A AAAVALj3hLpyHAlYbhCh0XsplgztaSBzgEzHA98tLbr8Ke0fvf1IpC8A2MI5 AzbvNNxK+aHehHVo0vJBiw+hvjkjeke+2WiMbgvBCqypbZlloKK5sIbyXr3R+jNs QixvSL9z0VsO0D6i6HHvh7NBC7JLcCrc8bk66JvaXqK2H1NxybYO58/vQxUWvBYE mooM57/t3Yt54IpLgE0CB4K+pUi+NdoKnUhOFXnudgsoxa3FliFWsc5+RnVm Fr5eJX9jkSK6GEJfKnMORnk4+fGEEn31bLQA9MrIzJgbUlQtUUnkbFE9ARmBmFFE CoFINLmeRJ2+szMNsP1OGP85FzeA4q6RpcFiSO77HqEt3t3w6RchF/rX8QiC+sp0 END SSH2 PUBLIC KEY BEGIN SSH2 PUBLIC KEY Comment: dsa-key-20070925 B3NzaC1kc3MAAACBAJ0Is/xxbspUaHQZNAvwOQepAO99mxI94BU2MI2AJJ4N EkEmiHTrTYR/Uie695DqGOF/0UJOwOOct+b/4QTr8UAF999BxrXsoEstnfEAebvi iX7G9WaQ4XiUvRRekQVwzZUasxKqdFd+V6+gus/XjgtV0MaBiGe2M7ulMymnyQTh FQD00AZtaKlJW0BU5jcqU3r/hwIJSQAAAIEAmMuvZYVokmW/yWrneEq9MCcK tO7i4QitluYUf0HgKm5TpW+myQN6YnzXchFAKFTxXY1yLHN+cUBhIk4j2yuhKppQ 3TsXW8q2cYbBtXXoTLkntbtL1OAb+A8VVBAFxqye7qAb9ZK9Kcx5EfHFH+d8K53t OdyU6QMKJfmcjZSpdDsAAACAJ9Y2Nccb7Kp46Decht5iTcEz0Nb1Nt7smmpothpd RPlzKpFgDe+phwhrObXzIrK7Yq3Eaj4msoaBKRRo++drim78u0rzaRptKVf76Uc2 ShrSdpt53dtjW/E3qfj6ISSPtKuXoba5IbtJbtS74A56iRZLf6YJmRMKnjqcILWr b2s= END SSH2 PUBLIC KEY ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Console Mode, DOS Emulator on OLPC
Booting to console mode / svgalib possible Can someone put a wiki / HOWTO about booting OLPC to console mode, setting up svgalib, SDL, xinit command and xinitrc? Lack of FreeDOS because of BIOS With console mode, IMO it is possible to run DOS Emulator such as DosEMU + FreeDOS or DOSbox with decent speed on OLPC. http://dosemu.sourceforge.net http://dosbox.sourceforge.net 1. There are large number of DOS education application suitable for teacher and students. 2. Most DOS applications are designed for slow PC below 100 MHz. 3. There are many abandonware/freely available 20 years old DOS applications/tools on the Internet, such as TurboC, TurboPascal, TurboBasic etc. DOS Freeware / Shareware applications: Simtel.net: http://www.eunet.bg/simtel.net/msdos/ Garbo.uwasa.fi: ftp://garbo.uwasa.fi/pc/ _ = You want FREE web-based email ? = You want your own @qon.lao.net address?? = Then you want LaoNet's WebMail ! = Get it at http://webmail.lao.net !! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Console Mode, DOS Emulator on OLPC
OLPC does not support VGA/EGA/CGA graphics, so the display code for all those old programs will not work. big one wrote: Booting to console mode / svgalib possible Can someone put a wiki / HOWTO about booting OLPC to console mode, setting up svgalib, SDL, xinit command and xinitrc? Lack of FreeDOS because of BIOS With console mode, IMO it is possible to run DOS Emulator such as DosEMU + FreeDOS or DOSbox with decent speed on OLPC. http://dosemu.sourceforge.net http://dosbox.sourceforge.net 1. There are large number of DOS education application suitable for teacher and students. 2. Most DOS applications are designed for slow PC below 100 MHz. 3. There are many abandonware/freely available 20 years old DOS applications/tools on the Internet, such as TurboC, TurboPascal, TurboBasic etc. DOS Freeware / Shareware applications: Simtel.net: http://www.eunet.bg/simtel.net/msdos/ Garbo.uwasa.fi: ftp://garbo.uwasa.fi/pc/ _ = You want FREE web-based email ? = You want your own @qon.lao.net address?? = Then you want LaoNet's WebMail ! = Get it at http://webmail.lao.net !! ___ 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: Console Mode, DOS Emulator on OLPC
On Tue, 2007-09-25 at 18:57 -0500, [EMAIL PROTECTED] wrote: Subject: Re: Console Mode, DOS Emulator on OLPC OLPC does not support VGA/EGA/CGA graphics, so the display code for all those old programs will not work. IIRC xdosemu provides vga support within an X window. I sympathize with folks who want to run ancient dos educational apps on the OLPC - it'd be great if xdosemu were available as an activity-like bundle for folks who need it. Seems like a good idea? Any volunteers? It isn't high enough on the priority list that we'll get to it anytime very soon. Would be a good way for someone to learn how to sugarize a simple application. - Jim [Same goes for C64 emulators... there are still folks in chemistry and biology and physics who have useful code that runs on the Commodore machines.. even at Big 10 universities. ;)] --e 1. There are large number of DOS education application suitable for teacher and students. 2. Most DOS applications are designed for slow PC below 100 MHz. 3. There are many abandonware/freely available 20 years old DOS applications/tools on the Internet, such as TurboC, TurboPascal, TurboBasic etc. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Jim Gettys One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Console Mode, DOS Emulator on OLPC
I suppose that I have effectively opened my mouth and inserted foot, so perhaps I should volunteer to start a bit of work in this direction. Any other volunteers? We'll work something out. ;-) --elijah On Tue, 25 Sep 2007, Jim Gettys wrote: Date: Tue, 25 Sep 2007 20:35:46 -0400 From: Jim Gettys [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Mitch Bradley [EMAIL PROTECTED], devel@lists.laptop.org Subject: Re: Console Mode, DOS Emulator on OLPC On Tue, 2007-09-25 at 18:57 -0500, [EMAIL PROTECTED] wrote: Subject: Re: Console Mode, DOS Emulator on OLPC OLPC does not support VGA/EGA/CGA graphics, so the display code for all those old programs will not work. IIRC xdosemu provides vga support within an X window. I sympathize with folks who want to run ancient dos educational apps on the OLPC - it'd be great if xdosemu were available as an activity-like bundle for folks who need it. Seems like a good idea? Any volunteers? It isn't high enough on the priority list that we'll get to it anytime very soon. Would be a good way for someone to learn how to sugarize a simple application. - Jim [Same goes for C64 emulators... there are still folks in chemistry and biology and physics who have useful code that runs on the Commodore machines.. even at Big 10 universities. ;)] --e 1. There are large number of DOS education application suitable for teacher and students. 2. Most DOS applications are designed for slow PC below 100 MHz. 3. There are many abandonware/freely available 20 years old DOS applications/tools on the Internet, such as TurboC, TurboPascal, TurboBasic etc. ___ 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
DOSBox VGA Emulator, SDL, Svgalib
No VGA/EGA/CGA on OLPC According to DOSBox manual: Dosbox emulates the CPU, the sound and graphic cards, and some other stuff, all at the same time. VGA emulation is the most demanding part of dosbox in terms of actual CPU usage DOSBox use SDL (Simple DirectMedia Layer) library for accessing display and sound: http://www.libsdl.org/ SDL use either X Windows or Svgalib on console mode. http://www.svgalib.org/ Svgalib support various graphics adapters from ATI, NVIDIA, Matrox, Intel, etc. Can Svgalib support built-in graphic controller inside AMD Geode on XO laptops? Thank you. _ = You want FREE web-based email ? = You want your own @qon.lao.net address?? = Then you want LaoNet's WebMail ! = Get it at http://webmail.lao.net !! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
