Hi Carlos,
Carlos Nazareno writes:
> (The title is bad FUD from OLPC News -- it's actually Negroponte
> saying that Sugar should have been run as an application instead of
> the main OS layer/frontend and not Sugar itself as the mistake.)
This is actually very bad FUD. The original article ove
Hi Xenofon,
Most Activity related work is now going on over at Sugar Labs
(http://wiki.sugarlabs.org
). You can create an account for your git repository at:
http://git.sugarlabs.org/
And your Activity can be publicly distributed from:
http://activities.sugarlabs.org/
For mor
Paul Fox wrote:
> perhaps this should be obvious, but can it handle S-states as
> well? because i believe that's the goal -- freeze the display
> and then go into S3.
I just stumbled across the Design Scenarios for Linux's Power Management
Quality of Service system, courtesy of Intel. [1] Notabl
John Watlington wrote:
> We have often discussed the need for an audio DCON.
> It wouldn't take much -- the amount of memory required
> for a second of playback/record could be included in
> the codec.
>
> wad
My impression is that the codec does DMA to memory for recording and
playback. If DMA
2009/7/21 Martin Dengler :
> ---
> init.d/ul-warning | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
> mode change 100644 => 100755 init.d/ul-warning
>
> diff --git a/init.d/ul-warning b/init.d/ul-warning
> old mode 100644
> new mode 100755
> index 045979e..86c51a8
> --- a/init.d/ul
We have often discussed the need for an audio DCON.
It wouldn't take much -- the amount of memory required
for a second of playback/record could be included in
the codec.
wad
On Jul 20, 2009, at 4:41 PM, Richard A. Smith wrote:
> Benjamin M. Schwartz wrote:
>
>>
>> To handle unpredictable inter
Hey all.
Check out the latest piece:
Negroponte Sees Sugar As OLPC's Biggest Mistake
http://linux.slashdot.org/article.pl?sid=09/07/20/1628228
(The title is bad FUD from OLPC News -- it's actually Negroponte
saying that Sugar should have been run as an application instead of
the main OS layer/fro
---
init.d/ul-warning |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
mode change 100644 => 100755 init.d/ul-warning
diff --git a/init.d/ul-warning b/init.d/ul-warning
old mode 100644
new mode 100755
index 045979e..86c51a8
--- a/init.d/ul-warning
+++ b/init.d/ul-warning
@@ -1,7 +1,7
Martin and Tomeu,
Martin, thanx a lot for such a detailed answer. I have got what you want to
say. But the problem with me right now is that I think the get_preview
function is available only in the latest release of sugar 0.84 because I am
on 0.82, and my xo gives an error -- " Activity module do
On Jul 20 2009, at 16:49, Chris Ball was caught saying:
> Hi,
>
>> perhaps this should be obvious, but can it handle S-states as
>> well? because i believe that's the goal -- freeze the display
>> and then go into S3.
>
> Looks like no. We could invent a C-state that traps to SMI an
Benjamin M. Schwartz wrote:
> Audio playback and recording don't use userspace timers, but they do
> generate a lot of interrupts. If cpuidle does something even marginally
> sane with interrupt history, it should not go into a high-latency sleep
> state during sound playback or recording. If it
Chris Ball wrote:
> Hi,
>
>> perhaps this should be obvious, but can it handle S-states as
>> well? because i believe that's the goal -- freeze the display
>> and then go into S3.
>
> Looks like no.
Oh? From looking at the code? Do you mean that it can't, or that it
doesn't now?
>
Richard A. Smith wrote:
> Benjamin M. Schwartz wrote:
>
>>
>> To handle unpredictable interrupts, cpuidle uses recent history to
>> predict
>> the frequency of future interrupts, and then chooses processor states to
>> meet an associated latency requirement. It seems likely to me that this
>> wil
Hi,
> perhaps this should be obvious, but can it handle S-states as
> well? because i believe that's the goal -- freeze the display
> and then go into S3.
Looks like no. We could invent a C-state that traps to SMI and goes
to S3 except I hate this idea already.
- Chris.
--
Chris Ball
On Mon, 20 Jul 2009, Richard A. Smith wrote:
> Benjamin M. Schwartz wrote:
>
>>
>> To handle unpredictable interrupts, cpuidle uses recent history to predict
>> the frequency of future interrupts, and then chooses processor states to
>> meet an associated latency requirement. It seems likely to m
Paul Fox wrote:
> benjamin m. schwartz wrote:
> > cpuidle is already used by the kernel to select the ACPI state, but it is
> > possible to add more states as well. Therefore, it seems to me that the
> > logical thing to do is to add the "frozen" state to cpuidle's menu.
>
> perhaps this shoul
Benjamin M. Schwartz wrote:
>
> To handle unpredictable interrupts, cpuidle uses recent history to predict
> the frequency of future interrupts, and then chooses processor states to
> meet an associated latency requirement. It seems likely to me that this
> will avoid any need for a special idle
benjamin m. schwartz wrote:
> Richard A. Smith wrote:
> > In any case time based suspend is not where we want to go anyway. We
> > need proper idle detection and some sort of API such that apps which
> > have a workload that idle detection is difficult can specify that they
> > need idle-s
Richard A. Smith wrote:
> In any case time based suspend is not where we want to go anyway. We
> need proper idle detection and some sort of API such that apps which
> have a workload that idle detection is difficult can specify that they
> need idle-suspend.
I'm repeating myself (I promise I'
Benjamin M. Schwartz wrote:
> Yes. You can use the rtcwake command to set wakeup timers for the future
> from userspace. However, my impression is that this is only safe if the
> timer is at least 2 seconds in the future at the time of suspend, due to a
> potential race with the EC.
Not a race w
Deepak Saxena wrote:
> So far our minimal testing shows that we may be able to freeze
> on 5 seconds of inactivity instead of 30 and not see a glitch
> in the screen contents.
I don't quite understand this. There should not be any difference for
screen glitching between 5 seconds and 1
da...@lang.hm wrote:
> On Mon, 20 Jul 2009, Paul Fox wrote:
>
> > chris wrote:
> > > Hi,
> > >
> > >> my understanding from watching discussions here was that when the
> > >> system went to sleep it powered down the display, because there
> > >> was no way to set a timer to wak
da...@lang.hm wrote:
> On Mon, 20 Jul 2009, Paul Fox wrote:
>
>> chris wrote:
>>> Hi,
>>>
>>>> my understanding from watching discussions here was that when the
>>>> system went to sleep it powered down the display, because there
>>>> was no way to set a timer to wake the system up a l
On Mon, 20 Jul 2009, Paul Fox wrote:
> chris wrote:
> > Hi,
> >
> >> my understanding from watching discussions here was that when the
> >> system went to sleep it powered down the display, because there
> >> was no way to set a timer to wake the system up a little later to
> >> th
Paul Fox wrote:
> but to be clear, david's right that once the laptop's in this
> state there's no way to turn off the screen automatically later
> on -- the system must be re-awakened with user input, and then
> put to sleep in one of the usual (power switch or lid) ways.
> this is simply a limit
chris wrote:
> Hi,
>
>> my understanding from watching discussions here was that when the
>> system went to sleep it powered down the display, because there
>> was no way to set a timer to wake the system up a little later to
>> then turn off the display.
>
> Your understa
Hello, I am developing an activity to plot graphs of 1st and 2nd degree
polynomials to be used by high school students in Sminthi, Greece, and maybe
elsewhere :) You can check the wiki at
http://olpc-gr.wikia.com/wiki/Graph_Activity. Here is my application form
for hosting. What should I do to mirr
Hi,
> my understanding from watching discussions here was that when the
> system went to sleep it powered down the display, because there
> was no way to set a timer to wake the system up a little later to
> then turn off the display.
Your understanding is incorrect, I'm afraid. We d
On Mon, Jul 20, 2009 at 6:33 PM, wrote:
> On Mon, 20 Jul 2009, Richard A. Smith wrote:
>
>> da...@lang.hm wrote:
>>
My proposal is instead to stop giving out inaccurate predictions, wait
a little longer, and publish real data.
>>>
>>> the trouble is that there is no such thing as 'real d
On Mon, 20 Jul 2009, Chris Ball wrote:
> Hi,
>
> > I know the hardware is able to do this, but does the linux system
> > actually to this yet?
>
> Yes.
>
> > I'm not aware of any sofware build that will sleep while the
> > screen is still powered and displaying things.
>
> Every build sinc
Hi,
> I know the hardware is able to do this, but does the linux system
> actually to this yet?
Yes.
> I'm not aware of any sofware build that will sleep while the
> screen is still powered and displaying things.
Every build since 8.2.0 (last October) does this, if you go to the
Pow
> the trouble is that there is no such thing as 'real data' with
> suspend/resume because the power used is so highly dependant on actual
> useage patterns.
Can we get get representative data for a few interesting test cases?
I'm thinking of something like having several people read a large doc
On Sun, 19 Jul 2009, Chris Ball wrote:
> Hi Carlos,
>
> > A good test would be just to use the units in ebook reader mode
> > and try testing how long the batteries would last reading PDFs.
> >
> > No need for suspend/resume testing in this case.
>
> I still disagree, because ebook reading
On Mon, 20 Jul 2009, Richard A. Smith wrote:
> da...@lang.hm wrote:
>
>>> My proposal is instead to stop giving out inaccurate predictions, wait
>>> a little longer, and publish real data.
>>
>> the trouble is that there is no such thing as 'real data' with
>> suspend/resume because the power us
da...@lang.hm wrote:
> the problem was that the _only_ number that was mentioned was the
> 'best-case' 2w number (which software has not supported using to this day)
Not true. 8.2.1 has the ability for you go into ebook at < 1W.
Enable 'extreme power management' in the control panel which will
> You are mistaken. The Geode LX has a two scaler units, and neither can
> feed back to the main CPU. One of them is in the Geode Display Controller
> (not the DCON), and simply scales the entire screen to the output. The
> other is in the Video Controller, and can be used only for overlay
> sc
da...@lang.hm wrote:
>> My proposal is instead to stop giving out inaccurate predictions, wait
>> a little longer, and publish real data.
>
> the trouble is that there is no such thing as 'real data' with
> suspend/resume because the power used is so highly dependant on actual
> useage patterns
On Tue, Jul 21, 2009 at 4:48 AM, wrote:
> however a worst case 'you will always get this much time, and may get
> significantly more' is very repeatable and testable.
Early enough in the life of the board, *all* such data is utter crap,
arguing about it is a distraction and, most importantly, _pe
On Mon, 20 Jul 2009, Chris Ball wrote:
> Hi,
>
> > To avoid further scrutiny from the media (like:
> > http://news.cnet.com/8301-13512_3-9766574-23.html ), it would
> > probably be better to forget the whole suspend techniques all at
> > once.
>
> I feel like you're proposing that we avoid
Hi,
> To avoid further scrutiny from the media (like:
> http://news.cnet.com/8301-13512_3-9766574-23.html ), it would
> probably be better to forget the whole suspend techniques all at
> once.
I feel like you're proposing that we avoid the problem of giving out
inaccurate predictions
Deepak Saxena wrote:
> simply grabbing that irq via request_irq() causes USB
> device insertion (and other things?) to break.
I had a related problem in OFW - enabling the SMBALRT# pin (for DCON
use) caused immediate wakeups from suspends (in OFW-based testing).
OFW's solution is to enab
On Mon, 20 Jul 2009, Richard A. Smith wrote:
> Carlos Nazareno wrote:
>
>>> If the laptop can only handle 3 hours without suspend that's fine,
>>> it's a baseline. If it could do 5 hours than it would be great.
>>
>> A good test would be just to use the units in ebook reader mode and
>> try testin
NoiseEHC wrote:
>> There are no free 3D drivers. I have heard nothing to indicate that there
>> are likely to be soon. I would be surprised if OLPC were to ship the
>> proprietary drivers, though I cannot speak for them.
>>
>
> Then please test the xvideo extension with sleep/resume.
> I assu
On Jul 20, 2009, at 12:37 AM, Richard A. Smith wrote:
> Carlos Nazareno wrote:
>
>> Also, what determines the dynamic clock rate from 400MHz to 1GHz? Is
>> this auto-scaling on demand like with the old AMD Athlon64's? Does
>> the
>> software automatically reduce speed to 400MHz when the unit is
Last week was a busy week in XO-1.5 kernel land.
* Attacked the DCON driver and it is now 75% functional. We can
freeze/unfreeze, set brightness, and switch between color and
monochrome mode via the syfs attributes. In the process of getting
the DCON working, I broke USB and spent a day h
Hi Sumit,
I just fixed the example code in the pyabiword module of abiword to
give an example
of how this works.
The important line in this example is:
i.props.pixbuf = abi.render_page_to_image(1)
The converts page number 1 to a GdkPixbuf. Once you have a GdkPixbuf,
in this case in
a Gtk.Image
Hi everyone,
Can anyone please guide me about the proper use of the get_preview function
of the activity.Activity class of sugar. I had a look at its api, it seems
to be returning a dictionary sort of thing which is called as the png image.
What I want to do is to save this image somewhere in the
> There are no free 3D drivers. I have heard nothing to indicate that there
> are likely to be soon. I would be surprised if OLPC were to ship the
> proprietary drivers, though I cannot speak for them.
>
Then please test the xvideo extension with sleep/resume.
I assumed (wrongly) that there
dev.laptop.org uses an invalid security certificate.
The certificate expired on 2009.06.06. 16:03.
(Error code: sec_error_expired_certificate)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Also:
"The AMD Geode LX 8...@0.9w processor operates at a maximum power of 3.6W (TDP)"
The 0.9W figure was a normal usage scenario, not the worst case. Given
that the Geode was running full steam all the time, it was probably
running closer to 3W than anything lower - except when suspended, of
co
On Mon, Jul 20, 2009 at 08:28, Manusheel Gupta wrote:
> Tomeu,
>
>
>
> On Sat, Jul 18, 2009 at 3:16 PM, Tomeu Vizoso wrote:
>>
>> That sounds great, how do you plan to deploy it? Are you going to
>> integrate your changes into the existing Write activity or will do a
>> new one based on that?
>
>
51 matches
Mail list logo
