On 12/09/2010 02:28 PM, Martin Langhoff wrote:
On Tue, Dec 7, 2010 at 1:24 PM, Kevin Gordonkgordon...@gmail.com wrote:
Both 1.5's with both Startechs, with both monitors: If the monitor is
already turned on, and already plugged into the USB port on the XO 1.5
before cold boot, the external
Hi,
we have a page [1] available where you are invited to gather your
10.1.3 testing results. We hope to find out more quickly possibly
introduced regressions and get a sense of what works well. There are
some tests where details about the hardware you used are of interest to
us (e.g. Internet
Hi,
The sugar packages for Archlinux were orphans and outdated.
I just adopted and updated a bunch of them:
http://aur.archlinux.org/packages.php?SeB=mK=tolgam
If you are an Arch user, please have a look at them and let me know if
they work for you.
Cheers,
Christophe
On 10.12.2010, at 09:18, Christophe Guéret wrote:
Hi,
The sugar packages for Archlinux were orphans and outdated.
I just adopted and updated a bunch of them:
http://aur.archlinux.org/packages.php?SeB=mK=tolgam
If you are an Arch user, please have a look at them and let me know if
Thank you for these suggestions.
It is sometimes a designer's prerogative to present their work in one
format. Numerous examples are available on the iPhone and android markets.
Is it possible to override or be notified of a rotation signal? Or is the
answer to really remap the display and
With these patches applied, UPower correctly calculates Percentage,
TimeToEmpty and TimeToFull for OLPC batteries.
Sascha Silbe (3):
olpc-battery: add support for CHARGE_FULL_DESIGN
olpc-battery: add support for CHARGE_NOW
olpc-battery: add support for CURRENT_NOW and VOLTAGE_NOW
{CURRENT,VOLTAGE}_AVG are actually {CURRENT,VOLTAGE}_NOW (the EC code directly
passes through the value from the gas gauge instead of the internally used
average). We retain {CURRENT,VOLTAGE}_AVG as an alias for compatibility
reasons, it will be removed later.
Signed-off-by: Sascha Silbe
Some user space software (read: UPower) uses CHARGE_FULL_DESIGN for internal
calculations. The design capacity of the OLPC batteries is effectively fixed
and only needs to be exported.
Signed-off-by: Sascha Silbe sascha-...@silbe.org
Signed-off-by: Paul Fox p...@laptop.org
diff --git
CHARGE_NOW is needed by some user space software (read: UPower) for internal
calculations.
This patch violates the power supply class definition (as we already
do for CAPACITY though it isn't as obvious there), but this is the best
we can do without adding rather sophisticated algorithms to
On Fri, 2010-12-10 at 23:05 +0100, Sascha Silbe wrote:
+
+ switch (tech.intval) {
+ case POWER_SUPPLY_TECHNOLOGY_NiMH:
+ switch (mfr) {
+ case 1: /* Gold Peak */
+ val-intval = 300*.8;
+ break;
+
Hi,
After waay to long of a delay, I just tagged and built
DebXO 0.6. In some ways, it's very polished (I've actually tested all
of the desktops myself), in other ways it has a number of regressions
(due to Debian updates breaking things, switching to an
almost-stock Linus kernel,
On Fri, 10 Dec 2010 22:15:10 +
David Woodhouse dw...@infradead.org wrote:
On Fri, 2010-12-10 at 23:05 +0100, Sascha Silbe wrote:
+
+ switch (tech.intval) {
+ case POWER_SUPPLY_TECHNOLOGY_NiMH:
+ switch (mfr) {
+ case 1: /* Gold Peak */
+
On Fri, 2010-12-10 at 16:38 -0800, Andres Salomon wrote:
It there is, it's not at all clear. The values are fetched from the
EC, which get them from the EEPROM.
If the EC knows them, can't we ask the EC rather than pulling numbers
our of our arse in the kernel?
The DT has a battery entry,
There is some battery info in the _BIF (battery info) method in the BATT
node of the ACPI DSDT. I don't remember if it is correct or not. The
numbers below match the DSDT numbers.
On 12/10/2010 2:38 PM, Andres Salomon wrote:
On Fri, 10 Dec 2010 22:15:10 +
David
On Sat, 11 Dec 2010 00:41:20 +
David Woodhouse dw...@infradead.org wrote:
On Fri, 2010-12-10 at 16:38 -0800, Andres Salomon wrote:
It there is, it's not at all clear. The values are fetched from the
EC, which get them from the EEPROM.
If the EC knows them, can't we ask the EC rather
On Fri, 10 Dec 2010 14:56:15 -1000
Mitch Bradley w...@laptop.org wrote:
There is some battery info in the _BIF (battery info) method in the
BATT node of the ACPI DSDT. I don't remember if it is correct or
not. The numbers below match the DSDT numbers.
Wait, so where did *those* numbers come
By not providing more information, I was sending a subtle signal that I
am busy with something else right now and do not want to go into
digging up everything I know or can find out about batteries mode at
the moment.
On 12/10/2010 3:09 PM, Andres Salomon wrote:
On Fri, 10 Dec 2010 14:56:15
i'm pretty sure those numbers (and the corresponding numbers from the
1.5 DSDT) came from the battery manufacturer. obviously we could move
the data to the EC, but i'm not sure what the advantage of that would
be. i know that the numbers don't come from the battery itself.
paul
mitch wrote:
Alright, thanks. I guess a comment in the (kernel) source saying as
much would be useful.
On Fri, 10 Dec 2010 21:41:00 -0500 Paul Fox p...@laptop.org wrote:
i'm pretty sure those numbers (and the corresponding numbers from the
1.5 DSDT) came from the battery manufacturer. obviously we could
Hi,
The sugar packages for Archlinux where orphans and outdated.
I just adopted and updated a bunch of them:
http://aur.archlinux.org/packages.php?SeB=mK=tolgam
If you are an Arch user, please have a look at them and let me know if
they work for you.
Cheers,
Christophe
Erik,
Here is how you can be notified when the screen is rotated:
First, listen for the expose event in PyGTK:
self.connect(expose_event, self.area_expose_cb)
Here is the method that gets invoked:
def area_expose_cb(self, area, event):
screen_width = gtk.gdk.screen_width()
On Dec 10, 2010, at 5:14 PM, James Cameron wrote:
On Fri, Dec 10, 2010 at 04:29:31PM -0500, Erik Blankinship wrote:
It is sometimes a designer's prerogative to present their work in one
format.
Numerous examples are available on the iPhone and android markets.
It is sometimes a
On 12/10/2010 10:22 PM, Andres Salomon wrote:
Alright, thanks. I guess a comment in the (kernel) source saying as
much would be useful.
On Fri, 10 Dec 2010 21:41:00 -0500 Paul Foxp...@laptop.org wrote:
i'm pretty sure those numbers (and the corresponding numbers from the
1.5 DSDT)
23 matches
Mail list logo