From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 15 01:10:03 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BA1B106564A for ; Mon, 15 Mar 2010 01:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 517EF8FC12 for ; Mon, 15 Mar 2010 01:10:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2F1A2Pi078329 for ; Mon, 15 Mar 2010 01:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2F1A2W8078320; Mon, 15 Mar 2010 01:10:02 GMT (envelope-from gnats) Date: Mon, 15 Mar 2010 01:10:02 GMT Message-Id: <201003150110.o2F1A2W8078320@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Alexander Best Cc: Subject: Re: kern/136808: [acpi] panic when switching to s3 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Best List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 01:10:03 -0000 The following reply was made to PR kern/136808; it has been noted by GNATS. From: Alexander Best To: Cc: Subject: Re: kern/136808: [acpi] panic when switching to s3 Date: Mon, 15 Mar 2010 02:07:13 +0100 (CET) running the latest acpi vendor code (debug.acpi.acpi_ca_version: 20100304) i now get this when trying to switch to s3: acpi0: device_suspend failed cheers. alex From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 15 06:20:31 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31E54106568D for ; Mon, 15 Mar 2010 06:20:31 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id CE8CA8FC13 for ; Mon, 15 Mar 2010 06:20:30 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id DCAA31C; Mon, 15 Mar 2010 07:20:28 +0100 (MET) Date: Mon, 15 Mar 2010 07:20:28 +0100 From: Joerg Wunsch To: freebsd-acpi@freebsd.org Message-ID: <20100315062028.GC52442@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 06:20:31 -0000 Funny battery configuration with 8-stable: remi# acpiconf -i 0 Design capacity: 279 mAh Last full capacity: 279 mAh Technology: secondary (rechargeable) Design voltage: 10800 mV Capacity (warn): 14 mAh Capacity (low): 3 mAh Low/warn granularity: 100 mAh Warn/full granularity: 100 mAh Model number: Primary Serial number: 00784 2006/10/04 Type: LIon OEM info: Hewlett-Packard State: high Remaining capacity: 99% Remaining time: unknown Present rate: 0 mA Voltage: 12424 mV The battery is declared as 55 Wh, which would correspond to 5.1 Ah (probably 3 x 2 x 18650 cells). When unplugging the AC supply, I get: remi# acpiconf -i 0 Design capacity: 279 mAh Last full capacity: 279 mAh Technology: secondary (rechargeable) Design voltage: 10800 mV Capacity (warn): 14 mAh Capacity (low): 3 mAh Low/warn granularity: 100 mAh Warn/full granularity: 100 mAh Model number: Primary Serial number: 00784 2006/10/04 Type: LIon OEM info: Hewlett-Packard State: discharging Remaining capacity: 98% Remaining time: 0:08 Present rate: 2064 mA Voltage: 11870 mV I'm not sure whether the "remaining time" is realistic or not. In the past (FreeBSD 6.x), it used to immediately shut down when unplugging AC since the battery state was always unknown. Now, FreeBSD 8.x is the first version that actually manages to survive running on batteries. This is an HP/Compaq nx6325. Any clues how to fix these values? -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 15 11:07:05 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29A6D1065675 for ; Mon, 15 Mar 2010 11:07:05 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F0D498FC1A for ; Mon, 15 Mar 2010 11:07:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2FB748e026762 for ; Mon, 15 Mar 2010 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2FB74KC026760 for freebsd-acpi@FreeBSD.org; Mon, 15 Mar 2010 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 15 Mar 2010 11:07:04 GMT Message-Id: <201003151107.o2FB74KC026760@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 11:07:05 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/144551 acpi [acpi] ACPI issues on SuperMicro X7SPA-H o i386/144045 acpi [acpi] [panic] kernel trap with acpi enabled o i386/143798 acpi [acpi] shutdown problem with SiS K7S5A o kern/143420 acpi [acpi] ACPI issues with Toshiba o kern/142263 acpi [acpi] ACPI regression on Asus K8N7-E deluxe motherboa o kern/142009 acpi [acpi] [panic] Panic in AcpiNsGetAttachedObject o amd64/140751 acpi [acpi] BIOS resource allocation and FreeBSD ACPI in TO o kern/139088 acpi [acpi] ACPI Exception: AE_AML_INFINITE_LOOP error o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, o bin/137053 acpi [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot o kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o kern/136808 acpi [acpi] panic when switching to s3 o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 f kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 60 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 15 19:57:42 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 081EF106566B for ; Mon, 15 Mar 2010 19:57:42 +0000 (UTC) (envelope-from nate@root.org) Received: from mail.root.org (root.org [208.72.84.34]) by mx1.freebsd.org (Postfix) with ESMTP id DB52D8FC16 for ; Mon, 15 Mar 2010 19:57:41 +0000 (UTC) Received: from [192.168.1.227] (dsl081-053-082.sfo1.dsl.speakeasy.net [64.81.53.82]) by mail.root.org (Postfix) with ESMTP id AA5365451; Mon, 15 Mar 2010 19:57:38 +0000 (UTC) Message-ID: <4B9E912E.4000409@root.org> Date: Mon, 15 Mar 2010 12:57:34 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Joerg Wunsch References: <20100315062028.GC52442@uriah.heep.sax.de> In-Reply-To: <20100315062028.GC52442@uriah.heep.sax.de> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 19:57:42 -0000 Joerg Wunsch wrote: > Funny battery configuration with 8-stable: > > remi# acpiconf -i 0 > Design capacity: 279 mAh > Last full capacity: 279 mAh > When unplugging the AC supply, I get: > > State: discharging > Remaining capacity: 98% > Remaining time: 0:08 > Present rate: 2064 mA ^^^^^^^ > Voltage: 11870 mV > > I'm not sure whether the "remaining time" is realistic or not. In the > past (FreeBSD 6.x), it used to immediately shut down when unplugging > AC since the battery state was always unknown. Now, FreeBSD 8.x is > the first version that actually manages to survive running on > batteries. > > This is an HP/Compaq nx6325. > > Any clues how to fix these values? Fix the query for present rate to not return 2A. Perhaps a problem reading the EC. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 15 20:12:17 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6808106566B for ; Mon, 15 Mar 2010 20:12:17 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 79A908FC0A for ; Mon, 15 Mar 2010 20:12:17 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 1784B1C; Mon, 15 Mar 2010 21:12:16 +0100 (MET) Date: Mon, 15 Mar 2010 21:12:16 +0100 From: Joerg Wunsch To: freebsd-acpi@freebsd.org Message-ID: <20100315201216.GF52442@uriah.heep.sax.de> References: <20100315062028.GC52442@uriah.heep.sax.de> <4B9E912E.4000409@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B9E912E.4000409@root.org> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 20:12:17 -0000 As Nate Lawson wrote: > > When unplugging the AC supply, I get: > > > > State: discharging > > Remaining capacity: 98% > > Remaining time: 0:08 > > Present rate: 2064 mA > ^^^^^^^ > > Voltage: 11870 mV > > Any clues how to fix these values? > Fix the query for present rate to not return 2A. Perhaps a problem > reading the EC. I think the 2 A are realistic. With a 5100 mAh capacity, it should result in somewhat more than 2 hours of run time (maybe more if the laptop eventually goes idle, and reduces CPU speed). What isn't realistic though is that the capacity (both, "design capacity", as well as "last full capacity") is given as just 279 mAh. Should I provide any ACPI dump files? I'm not sure whether there are any ACPI BIOS updates available for that computer. I've always got a hard time finding them on the HP website. They are telling me everything about Windows device drivers, Windows 7 upgrades, and other completely uninteresting (to me) items, but nothing about BIOS/firmware upgrades. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 15 21:00:32 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59995106564A for ; Mon, 15 Mar 2010 21:00:32 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2FCCE8FC1F for ; Mon, 15 Mar 2010 21:00:31 +0000 (UTC) Received: by pwj4 with SMTP id 4so2514193pwj.13 for ; Mon, 15 Mar 2010 14:00:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=e2MgWAS8SLq7rJu+AdxwZbjwYCro+LQOcPaX7wuoCi8=; b=SMa3gGcbMq2oSJgONrfTMwXXtgRDDHAKuKNnHVqa3ADMWtIXF03mOQmrwqkZXSaZXN OUANVcEqTlNsKWOBDg+IZ/+SuS2ncQDSeJEofcizWAH/X1UqBSuG2iabBxwdsZx30O/b pMr3XUPmXp4U9wq31E59J90O9mBWFayPIh6nY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=utvUI5VXoP3Gk7P709s5X/pBSyOyebNy5vUrHSzqZEG0URIH5hqEihdPUwniIfJloP UcX1MGX575imrqdxHuV3seAwyV89xrwhK9vWHtJY4V88rySlpNfFmk+dbRkAOSiPzwOw cicCnNDr/xDn/WM5GjDSQL8CbxFIGgTf/wA/E= MIME-Version: 1.0 Received: by 10.142.196.17 with SMTP id t17mr3036842wff.118.1268686831512; Mon, 15 Mar 2010 14:00:31 -0700 (PDT) In-Reply-To: <20100315201216.GF52442@uriah.heep.sax.de> References: <20100315062028.GC52442@uriah.heep.sax.de> <4B9E912E.4000409@root.org> <20100315201216.GF52442@uriah.heep.sax.de> Date: Mon, 15 Mar 2010 14:00:31 -0700 Message-ID: <7d6fde3d1003151400t7af423e9h3a5af79f7c77e293@mail.gmail.com> From: Garrett Cooper To: Joerg Wunsch Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@freebsd.org Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 21:00:32 -0000 On Mon, Mar 15, 2010 at 1:12 PM, Joerg Wunsch wrote: > As Nate Lawson wrote: > >> > When unplugging the AC supply, I get: >> > >> > State: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0discharging >> > Remaining capacity: =A0 =A0 98% >> > Remaining time: =A0 =A0 =A0 =A0 0:08 >> > Present rate: =A0 =A0 =A0 =A0 =A0 2064 mA >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ^^^^^^^ >> > Voltage: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A011870 mV > >> > Any clues how to fix these values? > >> Fix the query for present rate to not return 2A. Perhaps a problem >> reading the EC. > > I think the 2 A are realistic. =A0With a 5100 mAh capacity, it should > result in somewhat more than 2 hours of run time (maybe more if the > laptop eventually goes idle, and reduces CPU speed). If you were pulling 2 A, that's be the same approximate amount as many 2 x 1U servers. Nate's right -- something is wrong there (this is particularly true if you're in Europe because you'd be pulling less current per device as the voltage is actually 240V RMS based, not 120V RMS based). > What isn't realistic though is that the capacity (both, "design > capacity", as well as "last full capacity") is given as just 279 mAh. > > Should I provide any ACPI dump files? > > I'm not sure whether there are any ACPI BIOS updates available for > that computer. =A0I've always got a hard time finding them on the HP > website. =A0They are telling me everything about Windows device drivers, > Windows 7 upgrades, and other completely uninteresting (to me) items, > but nothing about BIOS/firmware upgrades. HTH, -Garrett From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 15 21:20:28 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8B431065677 for ; Mon, 15 Mar 2010 21:20:28 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 6A9718FC1C for ; Mon, 15 Mar 2010 21:20:28 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id E2E0B1C; Mon, 15 Mar 2010 22:20:26 +0100 (MET) Date: Mon, 15 Mar 2010 22:20:26 +0100 From: Joerg Wunsch To: freebsd-acpi@freebsd.org Message-ID: <20100315212026.GH52442@uriah.heep.sax.de> References: <20100315062028.GC52442@uriah.heep.sax.de> <4B9E912E.4000409@root.org> <20100315201216.GF52442@uriah.heep.sax.de> <7d6fde3d1003151400t7af423e9h3a5af79f7c77e293@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7d6fde3d1003151400t7af423e9h3a5af79f7c77e293@mail.gmail.com> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 21:20:28 -0000 As Garrett Cooper wrote: > > I think the 2 A are realistic. With a 5100 mAh capacity, it should > > result in somewhat more than 2 hours of run time (maybe more if the > > laptop eventually goes idle, and reduces CPU speed). > If you were pulling 2 A, that's be the same approximate amount as > many 2 x 1U servers. Remember, this is measured at 10.8 V (or whatever the actual value is) battery voltage... The laptop is running on batteries here, how should it be able to measure the mains voltage/current? (Despite, the mains part of the supply is completely decoupled by the PSU.) This is what I'm getting on an old TP600E machine: dhcp208# acpiconf -i 0 Design capacity: 34560 mWh Last full capacity: 14080 mWh Technology: secondary (rechargeable) Design voltage: 10800 mV Capacity (warn): 1728 mWh Capacity (low): 345 mWh Low/warn granularity: 1 mWh Warn/full granularity: 1 mWh Model number: ThinkPad Battery Serial number: Type: LION OEM info: IBM Corporation State: discharging Remaining capacity: 99% Remaining time: 1:18 Present rate: 10641 mW Voltage: 11850 mV 10.6 W / 11.85 V = 0.9 A (the machine was idle here) No idea why the Thinkpad is returning Watts instead of Amperes, as most other ACPI BIOSes do. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 16 06:02:27 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1860B106566B for ; Tue, 16 Mar 2010 06:02:27 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 6B4508FC0A for ; Tue, 16 Mar 2010 06:02:25 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o2G62NqL035519; Tue, 16 Mar 2010 17:02:23 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 16 Mar 2010 17:02:23 +1100 (EST) From: Ian Smith To: Joerg Wunsch In-Reply-To: <20100315212026.GH52442@uriah.heep.sax.de> Message-ID: <20100316155931.A85436@sola.nimnet.asn.au> References: <20100315062028.GC52442@uriah.heep.sax.de> <4B9E912E.4000409@root.org> <20100315201216.GF52442@uriah.heep.sax.de> <7d6fde3d1003151400t7af423e9h3a5af79f7c77e293@mail.gmail.com> <20100315212026.GH52442@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2010 06:02:27 -0000 On Mon, 15 Mar 2010, Joerg Wunsch wrote: > As Garrett Cooper wrote: > > > > I think the 2 A are realistic. With a 5100 mAh capacity, it should > > > result in somewhat more than 2 hours of run time (maybe more if the > > > laptop eventually goes idle, and reduces CPU speed). > > > If you were pulling 2 A, that's be the same approximate amount as > > many 2 x 1U servers. > > Remember, this is measured at 10.8 V (or whatever the actual value is) > battery voltage... The laptop is running on batteries here, how > should it be able to measure the mains voltage/current? (Despite, the > mains part of the supply is completely decoupled by the PSU.) That's right, 2A * 11V = ~22W which sounds perfectly reasonable. My T23 on battery draws about 24W @1133MHz idle, about 12W @733MHz, which I've verified as my house supply is 12V, and on AC these draw metered 3.0 and 1.5A respectively, ie 36W and 18W @12V, allowing inverter inefficiency. > This is what I'm getting on an old TP600E machine: > > dhcp208# acpiconf -i 0 > Design capacity: 34560 mWh > Last full capacity: 14080 mWh > Technology: secondary (rechargeable) > Design voltage: 10800 mV > Capacity (warn): 1728 mWh > Capacity (low): 345 mWh Which are 5% and 1% of nominal capacity, commonly used values. > Low/warn granularity: 1 mWh > Warn/full granularity: 1 mWh Same on my T23. cf below to your nx6325 values. > Model number: ThinkPad Battery > Serial number: > Type: LION > OEM info: IBM Corporation > State: discharging > Remaining capacity: 99% > Remaining time: 1:18 > Present rate: 10641 mW > Voltage: 11850 mV > > 10.6 W / 11.85 V = 0.9 A (the machine was idle here) Looks about right to me. > No idea why the Thinkpad is returning Watts instead of Amperes, as > most other ACPI BIOSes do. Same on the T23. Likely depends on both the EC and the in-battery chip, but there must be an order of magnitude miscalculation 'somewhere'? Requoting your original: > The battery is declared as 55 Wh, which would correspond to 5.1 Ah > (probably 3 x 2 x 18650 cells). Sounds right. My T23 battery is rated at 43200mWh design capacity. > When unplugging the AC supply, I get: > > remi# acpiconf -i 0 > Design capacity: 279 mAh > Last full capacity: 279 mAh These are obviously completely silly, and should be more like 5100mAh as you observed. ie, they're something like 1/18 of their proper value, perhaps 1/20? > Technology: secondary (rechargeable) > Design voltage: 10800 mV > Capacity (warn): 14 mAh > Capacity (low): 3 mAh These are 5% and 1% of the silly value above. > Low/warn granularity: 100 mAh > Warn/full granularity: 100 mAh About 9mWh, further showing how crook the capacity values are. > Model number: Primary > Serial number: 00784 2006/10/04 > Type: LIon > OEM info: Hewlett-Packard > State: discharging > Remaining capacity: 98% > Remaining time: 0:08 > Present rate: 2064 mA > Voltage: 11870 mV This shows the remaining time calculation using these wrong capacity values. 0:08 times ~18 = 146m = 2:26 which sounds much more likely. What happens if you let it discharge; how long do you really get? cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 17 07:45:51 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53F911065672 for ; Wed, 17 Mar 2010 07:45:51 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id EF56A8FC17 for ; Wed, 17 Mar 2010 07:45:50 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id A60181C; Wed, 17 Mar 2010 08:45:49 +0100 (MET) Date: Wed, 17 Mar 2010 08:45:49 +0100 From: Joerg Wunsch To: freebsd-acpi@freebsd.org Message-ID: <20100317074549.GC52442@uriah.heep.sax.de> References: <20100315062028.GC52442@uriah.heep.sax.de> <20100317070428.GA2924@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20100317070428.GA2924@server.vk2pj.dyndns.org> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 07:45:51 -0000 As Peter Jeremy wrote: > >Design capacity: 279 mAh > >Last full capacity: 279 mAh > Is this consistent or does it vary from boot to boot or if you > disconnect and reconnect the battery? Currently, my wife is on a business trip with that machine. Hopefully, I'll also get a statement about how long it lasts on battery once she is back ;-), and I'll re-check those values then. > >The battery is declared as 55 Wh, which would correspond to 5.1 Ah > >(probably 3 x 2 x 18650 cells). > > But is also over 3 years old. Almost everything you do to LiION > batteries makes their capacity drop. That's right, but it wouldn't be supposed to affect the "Design capacity", would it? ;) Can anybody tell where these values actually come from? I could perhaps even build a small microcontroller gadget, in order to query the battery for its values offline (using IC aka SMbus) in order to see where the mistake might be. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 17 08:35:36 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C1B01065755 for ; Wed, 17 Mar 2010 08:35:36 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from fallbackmx10.syd.optusnet.com.au (fallbackmx10.syd.optusnet.com.au [211.29.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 31D238FC1E for ; Wed, 17 Mar 2010 08:35:34 +0000 (UTC) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by fallbackmx10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o2H74YbW017897 for ; Wed, 17 Mar 2010 18:04:34 +1100 Received: from server.vk2pj.dyndns.org (c122-106-253-149.belrs3.nsw.optusnet.com.au [122.106.253.149]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o2H74T60010457 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Mar 2010 18:04:31 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id o2H74TW8003125; Wed, 17 Mar 2010 18:04:29 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id o2H74SVT003124; Wed, 17 Mar 2010 18:04:28 +1100 (EST) (envelope-from peter) Date: Wed, 17 Mar 2010 18:04:28 +1100 From: Peter Jeremy To: Joerg Wunsch Message-ID: <20100317070428.GA2924@server.vk2pj.dyndns.org> References: <20100315062028.GC52442@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: <20100315062028.GC52442@uriah.heep.sax.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-acpi@freebsd.org Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 08:35:36 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Mar-15 07:20:28 +0100, Joerg Wunsch wrote: >Funny battery configuration with 8-stable: > >remi# acpiconf -i 0 >Design capacity: 279 mAh >Last full capacity: 279 mAh Is this consistent or does it vary from boot to boot or if you disconnect and reconnect the battery? >Serial number: 00784 2006/10/04 =2E.. >The battery is declared as 55 Wh, which would correspond to 5.1 Ah >(probably 3 x 2 x 18650 cells). But is also over 3 years old. Almost everything you do to LiION batteries makes their capacity drop. Whilst 279mAh is probably a bit unrealistic, I wouldn't be at all surprised if the real capacity was 2790mAh. (Having ACPI values be out by exactly an order of magnitude seems fairly common - I've yet to see a system where at least one value wasn't reported as 10x or 0.1x the actual value). >Present rate: 2064 mA >Voltage: 11870 mV These numbers seem realistic. Your best bet is to see how long the system lasts on battery. (If you regularly run on battery, you should probably install some monitoring tools such as sysutils/battmond and sysutils/xbattbar). --=20 Peter Jeremy --zhXaljGHf11kAtnf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkugfvwACgkQ/opHv/APuIcVagCgv2118EWy6Sb/Q9NiDyflsLyz Lr0An3Pssl2vuLJ15GJpYU9eo/gRDuxn =TXAF -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 17 12:36:26 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED777106564A for ; Wed, 17 Mar 2010 12:36:25 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-iw0-f185.google.com (mail-iw0-f185.google.com [209.85.223.185]) by mx1.freebsd.org (Postfix) with ESMTP id ADA6B8FC0C for ; Wed, 17 Mar 2010 12:36:25 +0000 (UTC) Received: by iwn15 with SMTP id 15so881079iwn.7 for ; Wed, 17 Mar 2010 05:36:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=cwmwpViTO8N667o22+Gv+LIBs/FXNG+w26o8sX9ueTA=; b=C6IT96D7PvhRPoJbrRRnjs+8BK+weZNe73HD/X6LZjgTbbV0DBWUu8TacE3zTWlBCM Abv0IWJCUimuCt6BFCO0aHi61xKJN8FJISirI3AsADpwnbmBawbZifQHCz5qIMd3Xx6G McJ3J6juaRPivuZUI9DtjoCi5WppG1pu6RhIY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=WY6vJI9IggmBIJs8wtVO7+YDnM7O2xkyMNnjD3OThcUFKq7ZUUsM0YFtfwRFmXZnVp 8O8oafQ8QMOimem56LjioGP2TIUoN/ebE/TZQM0uvxLHAnUblv1IU+2E7wKTBMLdehAn hN6i63onMzT9QPhzslHqLDctBSG+mEc/P/iow= Received: by 10.231.157.68 with SMTP id a4mr195484ibx.78.1268829383134; Wed, 17 Mar 2010 05:36:23 -0700 (PDT) Received: from [10.0.3.231] (pool-74-105-210-169.nwrknj.fios.verizon.net [74.105.210.169]) by mx.google.com with ESMTPS id a1sm358727ibs.18.2010.03.17.05.36.22 (version=SSLv3 cipher=RC4-MD5); Wed, 17 Mar 2010 05:36:22 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Joerg Wunsch In-Reply-To: <20100317074549.GC52442@uriah.heep.sax.de> References: <20100315062028.GC52442@uriah.heep.sax.de> <20100317070428.GA2924@server.vk2pj.dyndns.org> <20100317074549.GC52442@uriah.heep.sax.de> Content-Type: text/plain; charset="UTF-8" Date: Wed, 17 Mar 2010 08:36:03 -0400 Message-ID: <1268829363.6171.13.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 12:36:26 -0000 On Wed, 2010-03-17 at 08:45 +0100, Joerg Wunsch wrote: > As Peter Jeremy wrote: > > > >Design capacity: 279 mAh > > >Last full capacity: 279 mAh > > > Is this consistent or does it vary from boot to boot or if you > > disconnect and reconnect the battery? > > Currently, my wife is on a business trip with that machine. > Hopefully, I'll also get a statement about how long it lasts on > battery once she is back ;-), and I'll re-check those values then. > > > >The battery is declared as 55 Wh, which would correspond to 5.1 Ah > > >(probably 3 x 2 x 18650 cells). > > > > But is also over 3 years old. Almost everything you do to LiION > > batteries makes their capacity drop. > > That's right, but it wouldn't be supposed to affect the "Design > capacity", would it? ;) > > Can anybody tell where these values actually come from? I could > perhaps even build a small microcontroller gadget, in order to query > the battery for its values offline (using I²C aka SMbus) in order to > see where the mistake might be. > You can dump your ASL (see Handbook for instructions) and search for something like: Method (_BIF, 0, NotSerialized) { If (\_SB.PCI0.SBRG.ECD.BTIN) { Noop Return (BIFF) } Else { Acquire (ECMX, 0xFFFF) // *** This is power unit (0 - mWh/mW, 1 - mAh/mA) Store (\_SB.PCI0.SBRG.ECD.BIF0 (), Index (BIFF, 0x00)) // *** This is the design capacity in units above Store (\_SB.PCI0.SBRG.ECD.BIF2 (), Index (BIFF, 0x01)) Store (\_SB.PCI0.SBRG.ECD.BIF2 (), Index (BIFF, 0x02)) Store (\_SB.PCI0.SBRG.ECD.BIF3 (), Index (BIFF, 0x03)) Store (\_SB.PCI0.SBRG.ECD.BIF4 (), Index (BIFF, 0x04)) Store (\_SB.PCI0.SBRG.ECD.BIF5 (), Index (BIFF, 0x05)) Store (\_SB.PCI0.SBRG.ECD.BIF6 (), Index (BIFF, 0x06)) Store (\_SB.PCI0.SBRG.ECD.BIF7 (), Index (BIFF, 0x07)) Store (\_SB.PCI0.SBRG.ECD.BIF8 (), Index (BIFF, 0x08)) Release (ECMX) Return (BIFF) } } and try to track down where the actual values came from. Chapter 10 of the ACPI specification (http://www.acpi.info/spec.htm) should provide you with more information on the subject. The contents of the method above came from some ASL I had laying around -- yours will likely be different. The important part is the returned package that contains values in the specific sequence. HTH, -- Alexandre Kovalenko (Олександр Коваленко) From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 17 14:05:51 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E72EE1065670 for ; Wed, 17 Mar 2010 14:05:51 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 3C90D8FC20 for ; Wed, 17 Mar 2010 14:05:50 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o2HE5mDJ026488; Thu, 18 Mar 2010 01:05:48 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 18 Mar 2010 01:05:47 +1100 (EST) From: Ian Smith To: Joerg Wunsch In-Reply-To: <20100317074549.GC52442@uriah.heep.sax.de> Message-ID: <20100317224207.A85436@sola.nimnet.asn.au> References: <20100315062028.GC52442@uriah.heep.sax.de> <20100317070428.GA2924@server.vk2pj.dyndns.org> <20100317074549.GC52442@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-784614688-1268834747=:85436" Cc: freebsd-acpi@freebsd.org Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 14:05:52 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-784614688-1268834747=:85436 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT On Wed, 17 Mar 2010, Joerg Wunsch wrote: > As Peter Jeremy wrote: > > > >Design capacity: 279 mAh > > >Last full capacity: 279 mAh > > > Is this consistent or does it vary from boot to boot or if you > > disconnect and reconnect the battery? Or try another battery? > Currently, my wife is on a business trip with that machine. > Hopefully, I'll also get a statement about how long it lasts on > battery once she is back ;-), and I'll re-check those values then. > > > >The battery is declared as 55 Wh, which would correspond to 5.1 Ah > > >(probably 3 x 2 x 18650 cells). > > > > But is also over 3 years old. Almost everything you do to LiION > > batteries makes their capacity drop. Except keeping spares in the fridge, but not the freezer. > That's right, but it wouldn't be supposed to affect the "Design > capacity", would it? ;) It wouldn't be supposed to :) caveat: I've only 5.5 sources to hand. acpiconf -i does no calculations, just prints what's given by if (ioctl(acpifd, ACPIIO_CMBAT_GET_BIF, &battio) == -1) err(EX_IOERR, "get battery info (%d) failed", num); printf("Battery %d information\n", num); if (battio.bif.units == 0) pwr_units = "mWh"; else pwr_units = "mAh"; etc, also answering mWh vs mAh display question. Tracing back through acpi_cmbat_get_total_battinfo in acpi_cmbat.c indicates that calculaing remaining time does uses last full capacity, but from there back through acpi_cmbat_get_bst and acpi_cmbat_get_bif it's all just retrieval, from acpi packages of _BST and _BIF .. presumably updated somehow via the EC, but I'm in way over my head already .. > Can anybody tell where these values actually come from? I could > perhaps even build a small microcontroller gadget, in order to query > the battery for its values offline (using IC aka SMbus) in order to > see where the mistake might be. Most of it must be stored in the in-battery chip, but I don't know where specs may be, or even whether they all use same protocols. Sounds like some fun, snooping EC <-> battery chatter and reverse engineering that - assuming it occurs on an accessible smbus? - but maybe there's something in the ASL that might be bent? Peter's factor of 10 sounds plausible. I'm interested in this because my T23 battery is just about dead, only sometimes taking a charge now - that or the charging circuit is dodgy, which I'll find out when the new battery arrives. cheers, Ian --0-784614688-1268834747=:85436-- From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 17 15:43:30 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B77A1106566B for ; Wed, 17 Mar 2010 15:43:29 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 01ACF8FC08 for ; Wed, 17 Mar 2010 15:43:28 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o2HFhR1P007314 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 17 Mar 2010 08:43:27 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 04F841CC18; Wed, 17 Mar 2010 08:43:27 -0700 (PDT) To: Ian Smith In-reply-to: Your message of "Thu, 18 Mar 2010 01:05:47 +1100." <20100317224207.A85436@sola.nimnet.asn.au> Date: Wed, 17 Mar 2010 08:43:27 -0700 From: "Kevin Oberman" Message-Id: <20100317154327.04F841CC18@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-03-17_07:2010-02-06, 2010-03-17, 2010-03-17 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003170145 Cc: Joerg Wunsch , freebsd-acpi@freebsd.org Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 15:43:30 -0000 > Date: Thu, 18 Mar 2010 01:05:47 +1100 (EST) > From: Ian Smith > Sender: owner-freebsd-acpi@freebsd.org > > On Wed, 17 Mar 2010, Joerg Wunsch wrote: > > As Peter Jeremy wrote: > > > > > >Design capacity: 279 mAh > > > >Last full capacity: 279 mAh > > > > > Is this consistent or does it vary from boot to boot or if you > > > disconnect and reconnect the battery? > > Or try another battery? > > > Currently, my wife is on a business trip with that machine. > > Hopefully, I'll also get a statement about how long it lasts on > > battery once she is back ;-), and I'll re-check those values then. > > > > > >The battery is declared as 55 Wh, which would correspond to 5.1 Ah > > > >(probably 3 x 2 x 18650 cells). > > > > > > But is also over 3 years old. Almost everything you do to LiION > > > batteries makes their capacity drop. > > Except keeping spares in the fridge, but not the freezer. > > > That's right, but it wouldn't be supposed to affect the "Design > > capacity", would it? ;) > > It wouldn't be supposed to :) caveat: I've only 5.5 sources to hand. > acpiconf -i does no calculations, just prints what's given by > > if (ioctl(acpifd, ACPIIO_CMBAT_GET_BIF, &battio) == -1) > err(EX_IOERR, "get battery info (%d) failed", num); > printf("Battery %d information\n", num); > if (battio.bif.units == 0) > pwr_units = "mWh"; > else > pwr_units = "mAh"; > > etc, also answering mWh vs mAh display question. Tracing back through > acpi_cmbat_get_total_battinfo in acpi_cmbat.c indicates that calculaing > remaining time does uses last full capacity, but from there back through > acpi_cmbat_get_bst and acpi_cmbat_get_bif it's all just retrieval, from > acpi packages of _BST and _BIF .. presumably updated somehow via the EC, > but I'm in way over my head already .. > > > Can anybody tell where these values actually come from? I could > > perhaps even build a small microcontroller gadget, in order to query > > the battery for its values offline (using IC aka SMbus) in order to > > see where the mistake might be. > > Most of it must be stored in the in-battery chip, but I don't know where > specs may be, or even whether they all use same protocols. Sounds like > some fun, snooping EC <-> battery chatter and reverse engineering that - > assuming it occurs on an accessible smbus? - but maybe there's something > in the ASL that might be bent? Peter's factor of 10 sounds plausible. > > I'm interested in this because my T23 battery is just about dead, only > sometimes taking a charge now - that or the charging circuit is dodgy, > which I'll find out when the new battery arrives. > > cheers, Ian FWIW, IBM/Lenovo recommend that, should the battery capacity stuff get messed up, you FULLY discharge the battery and then re-charge. They say to turn off all automatic shutdowns so the battery will completely drain. (This does mean an fsck on re-boot and I suggest that you do a sync(8) when it gets close and, of course, don't have anything open. This is claimed to re-initialize the values stored in the battery and I found this worked on a battery in my old 600E. Mine did not have a weird "Design Capacity" value, though. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 17 16:18:37 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7125C106566C for ; Wed, 17 Mar 2010 16:18:37 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 114808FC0C for ; Wed, 17 Mar 2010 16:18:36 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 9B5201C; Wed, 17 Mar 2010 17:18:34 +0100 (MET) Date: Wed, 17 Mar 2010 17:18:34 +0100 From: Joerg Wunsch To: freebsd-acpi@freebsd.org Message-ID: <20100317161834.GH52442@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1268829363.6171.13.camel@RabbitsDen> <20100317224207.A85436@sola.nimnet.asn.au> <20100317154327.04F841CC18@ptavv.es.net> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 16:18:37 -0000 As Kevin Oberman wrote: > FWIW, IBM/Lenovo recommend that, should the battery capacity stuff > get messed up, you FULLY discharge the battery and then re-charge. I'm doing that right now with my TP 600E battery, too. It was completely dead (one out of the three cell pairs had 0.0 V), so I replaced all cells by some other 18650 cells I've got around. While the machine yelled "Battery critically low" after only about 5 minutes of run-time, it already lasts for half an hour now. I hope I'll also be able to re-train the Coulomb meter chip in the battery there. > This is claimed to re-initialize the values stored in the battery > and I found this worked on a battery in my old 600E. Mine did not > have a weird "Design Capacity" value, though. Same here, the "Design capacity" of that TP 600E battery makes sense, unlike on the nx6325. As Ian Smith wrote: > > > Is this consistent or does it vary from boot to boot or if you > > > disconnect and reconnect the battery? > Or try another battery? Only got that one. The machine is normally a semi-desktop one. > > That's right, but it wouldn't be supposed to affect the "Design > > capacity", would it? ;) > It wouldn't be supposed to :) > Tracing back through acpi_cmbat_get_total_battinfo in acpi_cmbat.c > indicates that calculaing remaining time does uses last full > capacity, but from there back through acpi_cmbat_get_bst and > acpi_cmbat_get_bif it's all just retrieval, from acpi packages of > _BST and _BIF Thanks for the analysis! > Most of it must be stored in the in-battery chip, but I don't know > where specs may be, or even whether they all use same protocols. I think this is all called the "Smart Battery specification", which is essentially a layer on top of a standard IC bus. I once looked at it lightly in connection with a battery control IC as I did build my own battery (out of used 18650 cells, again) for a ham radio transceiver. But I haven't really looked into the Smart Battery specs so far, as my transceiver didn't want to talk it anyway. ;-) > Peter's factor of 10 sounds plausible. Except for the design capacity value. > You can dump your ASL (see Handbook for instructions) and search for > something like: Thanks for that hint, I'll do it as soon as the machine is back here. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 17 16:28:10 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 014871065672 for ; Wed, 17 Mar 2010 16:28:10 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by mx1.freebsd.org (Postfix) with ESMTP id D090F8FC13 for ; Wed, 17 Mar 2010 16:28:09 +0000 (UTC) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga102.jf.intel.com with ESMTP; 17 Mar 2010 09:25:42 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.49,658,1262592000"; d="scan'208";a="605260249" Received: from orsmsx602.amr.corp.intel.com ([10.22.226.211]) by orsmga001.jf.intel.com with ESMTP; 17 Mar 2010 09:27:45 -0700 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx602.amr.corp.intel.com ([10.22.226.211]) with mapi; Wed, 17 Mar 2010 09:28:09 -0700 From: "Moore, Robert" To: Joerg Wunsch , "freebsd-acpi@freebsd.org" Date: Wed, 17 Mar 2010 09:28:07 -0700 Thread-Topic: Funny battery values (nx6325) Thread-Index: AcrF7YkM0sqolrmlTMOG5/evDR3NkwAAOqcQ Message-ID: <4911F71203A09E4D9981D27F9D8308585A0FBD6D@orsmsx503.amr.corp.intel.com> References: <1268829363.6171.13.camel@RabbitsDen> <20100317224207.A85436@sola.nimnet.asn.au> <20100317154327.04F841CC18@ptavv.es.net> <20100317161834.GH52442@uriah.heep.sax.de> In-Reply-To: <20100317161834.GH52442@uriah.heep.sax.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: RE: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 16:28:10 -0000 >-----Original Message----- >From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >acpi@freebsd.org] On Behalf Of Joerg Wunsch >Sent: Wednesday, March 17, 2010 9:19 AM >To: freebsd-acpi@freebsd.org >Subject: Re: Funny battery values (nx6325) > >As Kevin Oberman wrote: > >> FWIW, IBM/Lenovo recommend that, should the battery capacity stuff >> get messed up, you FULLY discharge the battery and then re-charge. > >I'm doing that right now with my TP 600E battery, too. It was >completely dead (one out of the three cell pairs had 0.0 V), so I >replaced all cells by some other 18650 cells I've got around. While >the machine yelled "Battery critically low" after only about 5 minutes >of run-time, it already lasts for half an hour now. I hope I'll also >be able to re-train the Coulomb meter chip in the battery there. > >> This is claimed to re-initialize the values stored in the battery >> and I found this worked on a battery in my old 600E. Mine did not >> have a weird "Design Capacity" value, though. > >Same here, the "Design capacity" of that TP 600E battery makes sense, >unlike on the nx6325. > > >As Ian Smith wrote: > >> > > Is this consistent or does it vary from boot to boot or if you >> > > disconnect and reconnect the battery? > >> Or try another battery? > >Only got that one. The machine is normally a semi-desktop one. > >> > That's right, but it wouldn't be supposed to affect the "Design >> > capacity", would it? ;) > >> It wouldn't be supposed to :) > >> Tracing back through acpi_cmbat_get_total_battinfo in acpi_cmbat.c >> indicates that calculaing remaining time does uses last full >> capacity, but from there back through acpi_cmbat_get_bst and >> acpi_cmbat_get_bif it's all just retrieval, from acpi packages of >> _BST and _BIF > >Thanks for the analysis! > >> Most of it must be stored in the in-battery chip, but I don't know >> where specs may be, or even whether they all use same protocols. > >I think this is all called the "Smart Battery specification", which is >essentially a layer on top of a standard I=B2C bus. I once looked at it >lightly in connection with a battery control IC as I did build my own >battery (out of used 18650 cells, again) for a ham radio transceiver. >But I haven't really looked into the Smart Battery specs so far, as my >transceiver didn't want to talk it anyway. ;-) > There are two types of batteries, the "Smart Battery" and the so-called "Co= ntrol Method Battery". AFAIK, by far, the control method battery is dominant. Smart batteries are = rare. The file acpi_cmbat.c refers to control method batteries, I don't think sma= rt batteries. Support for these batteries usually requires another driver, = I would imagine something like acpi_smbat.c. Bob >> Peter's factor of 10 sounds plausible. > >Except for the design capacity value. > >> You can dump your ASL (see Handbook for instructions) and search for >> something like: > >Thanks for that hint, I'll do it as soon as the machine is back here. > >-- >cheers, J"org .-.-. --... ...-- -.. . DL8DTL > >http://www.sax.de/~joerg/ NIC: JW11-RIPE >Never trust an operating system you don't have sources for. ;-) >_______________________________________________ >freebsd-acpi@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 17 16:35:07 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE982106568B for ; Wed, 17 Mar 2010 16:35:07 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 871698FC3C for ; Wed, 17 Mar 2010 16:35:07 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 5EBF41C; Wed, 17 Mar 2010 17:35:05 +0100 (MET) Date: Wed, 17 Mar 2010 17:35:05 +0100 From: Joerg Wunsch To: freebsd-acpi@freebsd.org Message-ID: <20100317163505.GI52442@uriah.heep.sax.de> References: <1268829363.6171.13.camel@RabbitsDen> <20100317224207.A85436@sola.nimnet.asn.au> <20100317154327.04F841CC18@ptavv.es.net> <20100317161834.GH52442@uriah.heep.sax.de> <4911F71203A09E4D9981D27F9D8308585A0FBD6D@orsmsx503.amr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4911F71203A09E4D9981D27F9D8308585A0FBD6D@orsmsx503.amr.corp.intel.com> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 16:35:07 -0000 As Moore, Robert wrote: > There are two types of batteries, the "Smart Battery" and the > so-called "Control Method Battery". > AFAIK, by far, the control method battery is dominant. Smart > batteries are rare. Thanks, if all else (on the ACPI-level) fails, I'll remember this. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 18 19:53:17 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D02341065670 for ; Thu, 18 Mar 2010 19:53:17 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 41C798FC19 for ; Thu, 18 Mar 2010 19:53:14 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id E1A1A1C; Thu, 18 Mar 2010 20:53:12 +0100 (MET) Date: Thu, 18 Mar 2010 20:53:12 +0100 From: Joerg Wunsch To: freebsd-acpi@freebsd.org Message-ID: <20100318195312.GQ52442@uriah.heep.sax.de> References: <20100315062028.GC52442@uriah.heep.sax.de> <20100317070428.GA2924@server.vk2pj.dyndns.org> <20100317074549.GC52442@uriah.heep.sax.de> <1268829363.6171.13.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="QXO0/MSS4VvK6f+D" Content-Disposition: inline In-Reply-To: <1268829363.6171.13.camel@RabbitsDen> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 19:53:17 -0000 --QXO0/MSS4VvK6f+D Content-Type: text/plain; charset=us-ascii Content-Disposition: inline As Alexandre Sunny Kovalenko wrote: > You can dump your ASL (see Handbook for instructions) and search for > something like: ... > and try to track down where the actual values came from. Chapter 10 > of the ACPI specification (http://www.acpi.info/spec.htm) should > provide you with more information on the subject. OK, the machine's back here now. Meanwhile, I already tried all that on all available laptops around, and while I can basically follow the logic of most of those ASL files, I'm completely confused about the ASL file I'm getting from the nx6325. Perhaps that confusion about it is also what confuses acpiconf -i0... ;-) I'm attaching both, the acpiconf -i0 output as well as the ASL file. Is anybody able to hint me where the _BIF and _BST methods get their actual data from? -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) --QXO0/MSS4VvK6f+D Content-Type: application/octet-stream Content-Disposition: attachment; filename="remi.bat.bz2" Content-Transfer-Encoding: base64 QlpoOTFBWSZTWSHkVKoBjvt/oH78RERW9//yP////7////oEAGDOfHz5YAAHb7gAHrdu20AA U6AAttABoHXV3p57Dive83t73vQ9FA0xWuI3DWgAZ3YAA2pQoVQPTrS9tbm8ueor69fXoBfb 19D09KDqd973qp7W2u22auhkptQMlUcXAAAs83QB565RaBnNbGsikEqSiCgKoKAFAAFACgAA AAAAAABKDWjQddXZpSgyVbsuZb7Zmz6b4Be74Po60+X2vubgoAW72GL6nk05ntjuu7pyqe9n erGZTXS2RKKoW2QBVAAAAAAUAAAAAWddpe+2rFAWHttPNfUuuuvdvVeZc2yb77TAWSAoHj33 h8AJ89fTobb5j5IJ68FBRcBGLsU50BMKCrAAWKHcAN22wAJ3DROUCwocZygOA76tpvjn3wC+ A763eoAq931DQaUBKlHy0TTsHvlKJ4pzxO8AJ4cp75ze0+BQX3NvO30BgAwZdbYAAxYybu3Z djdYTmG43b26fQPVAd9VuzsOzpEqArtA2lmjo63OgAKJAVQHWgAZKA0cIZAayCwaaCABCJE0 KMDU2plPE01NDJkAAAaAbSAETAARJSkoaNAAA0ADQAAAAAAASCRCASCECmU8mU09TIHqaAAD QADQDQAJPVKJIgmip70lPyp6NQZGgP1TajRkAAAAANAAESRBABDQExAACBNMk09RielPTTJk R5T0T0hpoFRIiCQTAkwQZMmTUZpPUxPSA0ZPQhk00NAaA/r/w1TW/j+vFfytkzSRGW0lGS1p RRUdVrWypja1KNXJlyqYsjV0qLS2jiLMWFFsXIkSYqEgn2oeS25CDGKtq3yyRqyNUXWIZZCv f9Ex//FfuMfBD04no/3+NevmorV/l053nyjiakPjbX8Kyvv6dHZ18R/DDfDTHbwvUvERXqUg QgKJBQshIUhZAmukc220usyf+60mot2UCYv7V9q+faqLAPr53a5b67V48Qbuq7CixYLZKLRL u65XAirlsNNXKbU1zSUlwZbpytr+Cra9YNJX9tXTb7Nck0Umt/U7D33+p+vv0vrEjJoJ6dvf Lzu6/udX4/lRMSm+mxTTJdhLRqotbrrt11NBt+WtL2028bYvGrlnEcWdccu7pzotzXaxFWQ1 BUd3anXK6zuktct01tjlmuabrKai1xmRedeW87l12GWZcmiXXQ025GiRbO7tuc5u7sjLGpd1 w3OjkV1dzo1DMHCkh3XLRuWd1tvyVtFW/cqrqaqK3Krm2xja3xSjaaZmaCKi1G9u7aaUMd1X X4Z+nnKhMM8fkvFFRqZ61vd+nuA4Cfxp617/b1elr1ugD0VBBI/C80xCUyP2jQrIb8SqJb+t I1NTUJCSqPOrFSlMYkfxsF/5WkjbY6YQQf5EKqsbLjbd5eeee+eAAd8b23vp0VKW+b6P4K5q l3bpY/0uvSmKedbNjUXrm3NXdaN0tndXX7asreal5d2mu6i7rbLndzXNzopdOdRTc3ddro67 UoxM1s1HQuZu6baaZalLjTLrtuupWJItiqizXXO7uTTSsuCyjFSHW7pu7XOyY3dwjmLpuFrs 0ahOm7Erc6JnOU4dJ3SJ1zcbju5jG5tIrrriWsRjWCO7e5u862dNu343Wtt+KNixUpiLaxbS Bsa0EWoo22Ma1/Fct9kJYkrMwAEi7qolJTUJvoA4RCvCnsxvDG7IxEs1isUJajCmxgZhr8fY bN1a0NoTabNAOQ/msPx26t/dyHYTe+/hpi20XaQ8ySIPYpLbUlUxptrE01tJKNQlZbMQiSEE XfhbzhYbo2IwiKsoKDnf/HrmT2damRmOeEDN5aSGrEWqthhRguVzNWk154+fPb41GxiqSIwg yKyA4TC8pl+RxlU1KJd3CsY1oDGqObctNc3nVzaTSbhLG26W6/fbTV5N51OdM7Ll12C5dXdV 1O06Hccl13bFx1zluWgGdN2NYtFaLrrpNSkzc6Kotya2bc3Fbrou1ek7zCLumq67A7budzSp su7tdhVHVNTZJExRE50USpmUmsq5kpOK3K5Dk7o2EDZbFLUw2qv58qiEwmrYrRqNk0ysUbbR qLV+q+hbKUkg0gxIJhljO3W67tuWe9W5sX7/07eV3V8vOzeL9680ljFjTKSNmb6VyiTZmjEx P6P5/N+r/Bjz+S5hkSsMstdnt6aC3A18tRZCwQWA8ORILy3jaa9/XriJdztdUOdXNebeLIuU rtW3Mul21edXjrpuqabAqTGJV0vKQi5RQbBjGwc7ZNkrIO6mVG5dJld2u120y7sczinW5K6X Rucd1yrcsylpnK7K46Ou7ddqrp11ynteXniY3G0G1XaK6l3V3SS7ddZNKScm7rvOrqYpM2mv M7nINEI0aJaOXTY5dmSYS52mtyLcDdl3TXOdx3M5l11mTFNjEw+2bW30xWgVACsWpNWCphaN aUf4XXNsGo0GGVjWjb7ELSbFRsWspbEhpjNYjZJRlmWyWkzLH6b8f2fn3ntb5TQ2JNg3afyf 3w+UrNcw/D+zx11qONVtR0EG2xA0bxdxAkFJJEIRV5cd975a176AAAB3mt5Vfx155RAhEpcb qKhoBtIwrNj+6TMYNLTbzy668XS2bzt+WtTxUYRSary3TunXR0cRs6Zl10sMFPZXl5I2V5cC 0bN48R2cTJiTa5d2Oq9LS6eVkY2xEzGjGS0lHC5su7S66VKMnTsu7mpGmTOG6jQ13XLV13Qg 1hpMZ3WuzFr7qpaaiSxtJWLF+q05uZbhBZlNNtzhotb4rSw1JWmaaGJDJGINX5rblaa3L99+ 737GgIRklVVLIQ7RtWm7kJCKNlaUXlZumyut23aNUkjtOzTaLtmt3dU7oiV7BRY1m8t5dUm6 7ozUK5ty5XEtk7u2htmSlpaRS3SmG5pu6u2KolJLfhJKr8eu2KubbrNiNZobLPpammpsLJQt FstLUjte7375UjzpPA7z2Ft+3B+611dTMJdu3ZSmb3ythF0knF7p4KHuiUUSTabGRpPRpMvg zY2G2LYqaBTESsD7Jr0wD3IkIOWgG0eZxw/B4vjI+GbtpJrjQjAWMB1Vp1VjHLGiOVF5YhPY ox2t4+oOQv5sSSOrSMB/ULH9tB/lITpV27p/331/a/B/TL7PRWjhmqqaAiiiqpq6hVRU/lYV ABQD8TcAiLgKh59/JCrC8oAquiIce7x5OJAI4kQLJ2sQiJDuQsWSSQ9pQFUkDchIWDVt41o3 dOttuUambWsm1QWP+PN1a+vm6P9u38fR2+rDYKG8U3QKRFDdBBNmBr06MEQ4REyzBQ0Cg/7/ 0H/lrXrngSKBI/YHYPt8OftrJ5/f2dfywRrtudpdlY2E+RjozbaCBQYGnYaD/cbxJ8xw+ktZ HRqk+uEmc2V4w2Gw64o6IchOjH5p/xE5m4INV9AWhcCVZYylp5s96XrfS3kJeABysKjFEGru l3Etao3zQ9gIECD7SK1UBIBAWodIDhhJhBZCK3vr46/sYGz1mz8vwCGevQm82bKES0RkJEIQ ST/jdStAKIiKQDleFNoJ89sMWXp+hscAInzl8IECXv1RL4MBL42jfrg2HjwePHQGmC69w8GR Cb3ZpqMspWUmeHh37u/fo9vqwq+JYiysG/Ld1vKU7dbc6XXcdd2TbU387vO7tKuW5k3Tu+be XSTH5xEGig4mQge8KqY/xY61AIEE+BLSxViNEkhjE4gherjoYaCb53dH0Z3fP9u/xL9rpcUu S88+e/4rbeNmWEiAkgYkiAqwBAIEKvrQ+PSwOxT0eogewBcXA+p5Xi0YsK7La4mvdsusk81x SKobNMjGxSCth/D+Pr39gXZ8MO3MA9/ofWZL7tVx9eV3p1PMBqUMiSOZlW84YSSYQIZaANjR 61Ebe01rGHLNNtVVEDAvW0oik3LgwrH+ywQaGMmytPeSBtTSKpjDEBtskBtaY2227NHMWmmu EtCpaW0HucOuSJsdbbbcrjUaznteNBGC+vPwvb33Jfa7iN90RERRuxiZOlBt+wxjbb0sUHqA SwOB8MykrK+GRjExpDbQlsCOSAOAPnigFZtqjwwkc1JEMGDCE8xEeMS2tvvbPqU187d9uIIo ggEn8GcDC6aROnHllSebhJCNtHDQuWI1wzEnB0ehkNAPUSmGKVijUYQabdcQDkrVDCRg8wLW 6MyjZAbNDgUeDCW3MIjMeF0yWY8TJXQsilaVYSRRMSXZ7B6Mibx4mN7NyPVihIEjeUrbDHBv aEKMTGzVwc86BMra8rsxSRdPDVx4c3Nku10NQNMaCVYsclA9pmepUwY0xpjKkEIRONpOo7iC MqhVUhQY6IGq0ohEBxLMmUu3mq7zNeLGqrtrYxokxiInyXzu73vdu7prz3tfksueV2eeu+x2 8aL+n8u+be7cqNFPh8+16a0zZ1CEzjMbOHGak2iH4BsbG2vzX39ubGnjz59l9qZsr3JUT4DU pax+5Fci2BECQMc0kG7Yg2aoWSRqZTMPNreSqii67rE0tsbpqPR2NOssnpcTC1YHNklw8Vg6 7ydD9qe47ESG6tSS1KqrvMYdcqpJcySMqGVBlhliMs1XKTY1SVytrpy2NRYPGtypqmyzdond bzy7nXkU3OlrxqvKN5NzK8diS2SmNiKSBUV/zQ1qGm9yytndKqBaWJI4gJIhijSQzty/534F Z2VicbJXsqLUlMICD+Bo+xmVTDRaWgXc7nzDaME2aZEOSc/rljUaxnS+8w31th+NRBWGtE/k +prvgLjsc/vZhY0GfvMSzzi55GM0vovkmv8ByLMTc0Ptdz7/hvr73Z+BB8NM3DHkJTJfhmst RG7NOG8Qx3thgNUtkiRIkSXMIOWNnGIyAXOpowsCHBxvHpqI7rTQzu1GIbBSHReVp8rHCDj5 HYOKvXsl7yZtG8ztIzMt4wzem23RTfKSuYfRve1qMgHfuKqQiBd8XfrmdlOnZM47yyJcB9MD GVLttCuTpacYpUpBUTExMTFEsBcmN4yzbQirGTW9rrU3BV7O40xsGRcMbTZDgu8DiPKa54gG HghveQJy4EpuF2+EDAGm1UjX7HhaxmJdMnOAQE2HQzVGbKJ/oGKppsW/FEXiTEkjlNhMSJ40 YmJ6jRJnISS1LpuQwmpwTAxtD7pGBAS4E0EM206EUg5GgYjA2rKFGacIRG2m8E64CwjGdt4I yGQ2Yj6Xt8a613Xxav6f6wAB9vPlNVpszbNZRbYoW1NVNspZVi1ZJUWQWqllSL4Ok7HwopSI QX3C/xFh1QHxDnkjEnlIURkJFIkMlMMZksiIAd2uyyMyyEWFExQaBSZMTQikiiINJCbEmM5x ETnYlJM7tyQoNTSRCUQZMS5cGCEjMTIkyEkySCQCSMhFkgzAZsgpEIkkKJGRskJCFKKYkjEk ylDZklEYIikigu7hIDFEokiBIAkhJkUJTZRARIjATZjJGgFmjAzBCNNMYUYzl2iMDMCKSNJo kpOxlYx8brbAtVbUeHyZO5TzcZCRPioKBekIxAQYRARYowUXfZJAxKilkQqKEotJYEjBVGDB BILESQFgMRRCQVAB+yKioNRFVAZIPAiqYiH27OQjVJLSJksMskVBQAcoiLRgQbovMHhv07sH HIgNKxRjKIoUkohSESiB/xBaIirhw6sX1a/2C3PJDPT1uaHxSXSEiQfpEdlmkVjsl2IQgB3w RWxgvLu0/PoB156gO0zXpcZ18XbtxuS9kJx1xBJ41iC2EWiD6UmzracTVuqyF/kfSAGQnF1Q 5skPUBlssPp429HyhDBejdJJJJJJ0LwH+PyjMEA/j5OJwSPEIk/rrOiIhvOiqjs/rrLOhwK1 C7q6049w83QLdNLjs01SMnbj42CFlqEDeYqjirAtIwnj9tO3p8/InSkPF7s8oW1RAkiCfmQ3 4AKgYkEFWRVJBGS2HbMMsf9VPJIHtdNJqQOi0yPN3t8BfJuTU5boAOwgggX+4oQ14aAidPVh oDbjAuULU0mFHP5iynRnQgmXXqkg47EbOh2j7NnTpHw6L2UTOG/YPUKAWe6CuGCHd5fItAQm Al/iQvpU350NYqqYdNKB24ZGCAl4g70z8ZnOBiA482wTWjyMKIpv4DTsidLIyMjK4zWBvEzX DXIRQWEFACh+9Ny7O/lJr1hl99S/s/P9n8WlP8htalxvA3t/vRJlHDz2wt3AdC3ztt/5XDYd CAH3oRCCDFU4R/J5ev68PtLYijnicvpuH7QEVkCQh+1aWlVJKRBERG/2/1v5/56/qv5H8N8J scN2n/Y/68N/NqyL9lH1t7fHDzfD6JIdoGf5dfXM4Z+PqNaUVYY9/QorvSnKdYvvf6uu/j5b 3ve9kfl+7sMCCCB+Dy4az9RyBEMokioBhETbAQ7sYi1HfX3cKBkkVqaggBhb0Hl3XPFqD6fY YfRWP9Mst1NycM6gYDED9Imo7HsEEEECTyoOa2wxBBttnxobENn3/PCAKCyd+33WazoFDfzv EYfDfaR9cEyiM4ys3gRWBACFgCjQDTHsQEAFz1/zn1+WaZBBBBBBHz9Dc69Xxv9PNfxinyJn 0zTp6zFlzQHx+P5vV/16z6ztndp083Ex4cN+V36P17z5BcrpSEIxkLSlIQhaUpCEKUpbzTgq gndvHh53LruKtu87zu4IgltpPO6E3/T3yfJ6866RLH8b/vwMmYmEqEkwUCqkjGY0NEPZVDNl Mu6ysyYtcVsokqVqSE+b9xIwQRJ4RRJEWiSInmSkQR2IHyOpP2P0R9X0J4nbPX/x7KmJ8cFr m+ySq01Cn/bfXE/pn9t57yeu28H2g9Mi9xYytjYwjk7cdYselpkGfSgs/tO7NEO2Z/hhs6nX Z/4XDOdNxAOFBkj5AAoOAsQCVxaf6wI+lu8rT1xrfHuwXj1F23wQiqxgcMIMTBtpP30fko1O zA4UTZJxf3gZOaNudEk5UgEC5YoePYtETdRkj7UVW9a91geiV1MDPrAmM7Wm8BlZ9gCpRLbM CM0Y/EKyM7I3jK0QFCzDzFAPiWQCZAynTBgjYxg0C/rEhtDQcNbVzi9rOjnS4OUSXZlMbHbg UwqzBt4jhLEej4QovmVPYlWr9uGUvnNmUW+jqRYkDwKUPjIPvmQK5/RjMEOAlTsKM29Q9KlQ yyq4bO5I/XySlxKBRRgAYFfLiySrxz2ZmYq4dhpk8nTw8444lVLbapYdg2tilsafvAzOc675 avevHzXgoFGSPkWz2B12Br7v3dfubyv5lnadzfZ1FJSyH26qOio5KAEjz2K1rIkgm5qSbely ZVBVdKxm8dG/NmPGScug2NoccRo+v8/Cse1187fESD6b3MLeUMFSpciZXxcelEyKH9gbbD4H TjH+CYZNlyfVANl0dSp7dnRwhED3N0bXzjDLOVM1mUVMp6mROc0dS2SlkYfaakdboGea4X08 ox4L093vPm3ZPaGNeLjYcMjtQC84l1nyXV8WFijKqmvTBksmABiU1lCsXQTDV6zJ0EVCkk8X pkaKiA9g8hYSD9IJVEwjQlYiB0HkQ3uYCgjOL6tTqasoSgwSik0LV65iJyrt6h6FSMKFwA4F O8qApQZSAIAaLWVknRS+5LgbUNWbfg9sx6sjJF6fYfZ1oBsY21+0FE3GjLNB2fcdY6yKwhtd VGd+y0v2CcQ5QuQzOilswCj4FWwm8UN21f3VO2uOD2JDweDEYlWmfG3KVOWKCXntg5mmeNcS wsjdJlFRYjPDnQAEoPED0PyRPkqZGRoSHYnqWHw6+Kvir6UKMGB/CI6Ojoh/TZ/AC9VAuVCI bdiKAAiIiIiNoKPOFAsRMsTN5+neAaZnsiJKsoUOzonMgu4KqXONe5dNWvdhewim9SfHa0la ldEUE5kVNJYV6BS17DKIODrTZwKECtMimBBb6ZTqlup5GOBqNa/LTYPPW6MJJORZmAVFA/C9 vLeEppQoiFVh2ebRvw1GtfxZLDugrZzIzq6udZz9ZPnfP2/SVCLdYUVBqOk8Z8IJ/BFffEG5 CYv41sGqqaBOo7YOUTVOSuC5vITG1VLCGumEjfbEP7adAhXBLXrqOFWhiYLp2MZkr1MGRkSa ZNiWMeYIFAYEEEoQUBDLMn0HToXfg5Ydw2t+xmnceXE5DvM5M3rpBYZGxwI5IKEAkAEAgAEp IpIkbRpkBkI6CqicydoGJtzqis0cK+1yfiAosdD4ZzWY11JYuRCFGFvXjUBFivahsqhtd6fD yUixgrtgyOQNTfhFomoDHRnECFHPkFUtKYwHeoGS02nQdVlQCJBnuRYfIv/TYiEZCCevlt8U 2wsNKIJdR0zjtb8SqRsEUChRq0CknAQ6IwOrtIC8MQgo/zhNd1iWNT4JOChAW39Uh9H8NcBw o3MMzhA9sbOYeeOFwAXeEKOjDr15WwEwWBS3pRYWXjDnj8oqP3t8VyF6QyAxMIcDtKn+A6y0 gXGLabjSLgUCBAgLC8ECen/iUHY5IYYHEdxgCgT8hBAOPZAO+jA9xbtwD0Yl4TuG954/G7fX PPWxpCK+TnU7I/ZDWyHb9jpUWM/bLqzLNoyv2zm/b1RCJIbYNRXLJKkG1BQUTOBILv5UiAZp kFKsRxoBC6uEDh/Uud4FFxQCgIBxmonzwCY9kGCoUAYTOnQxBQQ7d2rjkEEIOR8/qGnPpeQo ms1ywYEmt+9Po4re/DiMFpu5VFN7cIKaZcDBSICjwlww3haAttc0JB2L8hEhdVwND0viZC9Q CqpfIWKLB0G6Vzk1mIaZJBkZrIMSq4gnOBDKkEkQbGDo6CBgKiHiAiMuhH5FDjAAUTyohIGJ ObjziT7it+h/EjoBBXAsBIRSOLyU34X3OPgNoKg9YRLliPPqYMDvpcn4KIHyoAsCg4BZQiDJ Ayg+RzoJAt6xHNzZT767n2YaJNfCGa/GUb4ZGbO/wt5yr6YCdQKRgMBEPHIsIFLAciikoUQU gvYCkDzhcBfFQyhKLHfJDoJ8EADPKT8nQFSgxgJgGaB34+rAKhkibPgpqY0cBhv78888dz4Y 367PU5CBcjCBKrWGcBCIiUOoRoCJKTdiLTMThaVdcRC8UM3OGGQ7DDXOGEGtWei9OeNVI516 VVbaG8iN8C7VFouredVF0KcbOx2CUmiO5iZCmYMUk/crSUBEHaaGyNEJ04RUhE0QNgykzlSt lOsFveNy97F5Kt44dfT/eYm+kP8P7++iltvez7BhmzcsinP4ujfJysPS+5/IvkgYgP3rxp0Y xn7rc++ulRH6y+xhxVpNTlYqo4VPRE7F9CLSNIdVj4kjITKsnD1o++Z3RsOFpvc5+0xj4etz DPQFVKMI30CnqniOIBFyLHVeG0wuJD5KrkEmiiUm6tvk/nXa9S/x+OIX4g2YSI9uV7uz+DN6 AKR9d3973ve0V0uskPjGPfKTTi2Wta1rWlTMbVkrcFvECdKgYOGCwWaeMYpIzyAT9jCRFs5k G5AZqMF/YXb7ioTvDTtsOWEo2RvagRroLntlMejDr5hVAhVKMRj38TpFpPVBUOzhRISlC7Lb Rgj4ED94uk4Y/R9qY45DPLhoOp9h+eYuRQb3WQ0yVuRSET+1XyZnPE5xcNqyd7axxSMmutm/ +rcyZhZFZyna3fPl3fGAOazgVGmbDMzaD0lCqCCVBCj2yz5DlDwuHmgFGxNHKDQTcAVLpUy6 IuQ+QnyTT695evNCLntNGKsJ2ijG758STIl1jSAgoPm9EogUgm1OG84XuZIQQLXyuRrbruXS 0W2svIXCVZFHBk6LBCUCHEIHcRN6RWUAcaADgr2SBCERBZzSUJ2zBqqwiCAhAA+AvCBctY14 eiIDCt43q6410xah5qNdAJMoQXZtnPCKidrHgOFDxSI3AxBh7hAoC1Fp6YdOzAXXPG5G/8cR Xzzy9r1tPPeZFG1G6f0WIftwaxoc4ozP7tDENtjEfzvd6ttob3cWJtvbm8bqrdduOxuAsuVW 2zJHHjdtUjbbbbeC4DEabb1I4NMyB8V5ZQ7HHGKMHIxnrezlrWu1UsR04Q6MuEw6pzzNbYSi fG/nGHFnl6+/XOLW1hV8mvpcOogmc6J6yijFa7bOmLq4m8pRiJ3zjvefmFXWD7ZxZVxGn2RM yGgUVD8MwRVVBUUhgOOAdu0AoeOahP24CGMGteLy8aXch08GjF2Yjs0R1sY3HWIC0nLDMiQI qqLgj5MFukEEzqQymmIq2GWKCprW7ygLmB1s8db3wLowfNQfZM3kArAehLKigIIEaveryrwo HOOpblaziZIsoVGKBM3UF3nl5HniuqKZKrozPWHnAwbbWtnG5okltlRZCfbd017k28uGd+n1 03vhbaQzkNz7pXxqD2ReX0+B7YuWBgnPM5XJ4u3yZzKu/fsvsNxmB/b9v6fqU7CQSAIiwQog CovWwQJGQNDzR750bOVceV74e7sEPQ0QahUoAkEfUqLsQNPHZ1VVWshzmnX1TSm6xN5yc8HT RvncQ2lzAjd5QouRsyLshKkqJERLTebzE48sQr+2aq/riwEhFdTSzf9apCy8DgawH9xcdZKe 9p9DUiiMySc7/cwosaU6dTwdumODMKEWQ2XOwPQbm7NIZM7de9InEQo/WIEJEdHMwEkTYXqM +0/prTROi/iTFe4AsbH1dH00Zbfp0Hbc0jpMTO0oYIMEmeBG9PeouvEpBnfU1Kl+S6X6UyPW koA2vc9O1kJ0ZRuQRjTe3M9atdt4PbAdHPK1rIPAiUI5+8rccWC5eNveyoe9vtGq0Ec7AuEm vD+Wk9E9su7hsV2yP5cUG7J75w3IbEh6WSYu0u6zo6yBKE90HAnStXyQBpq+QViwSnF21yi/ EMqusSO8W2VhGAti40Dp7Beil23IRHqEir4M1GHoKZg0yCatzQjGsKyiq7CCHZSPXIW6K6HS PzAI2d4ua8vkEJR0RY4ERTxCmj0EujUe97ptZVurLOW+83kNgGeoK7RO7BDdxKpHHQQQ9pHk nOBHWCZXx5G9LxAxtCbuuRbRISC2aooXleHIbSAvQMRVjFpBTD1hOXm42zcFt1RTN4PSjq9V PFtTYz5o5KwgX5KnIOEIZuIC7LIeNZmkMZzKCEQwbabZ3deypwoWXkBWJzzvfVtk6laZjJJc O2u3K6v9J7JiWHg6KHwZDg+HAGBgzCzUkkhCBtA3lyGww4u3J4oADgKkVXba+jhq25ABjKmr CpMpjMplHcRVkIhTWqKN+NFu61t5j8zORY/Z2uvxZ2tSrpJsl2sko1cwv8gUqQUEwCAmQyJL z25Ou55zXzxzec2FeSFoNVdZdj/O6vERCK2N6AyZWmQIEYIRI0mZ91Kzr2anN+rEkHZHk5PJ o5NdHRm9jSSR3+TuaGuEl0+KEQfeKBnOqBbjY22NjZU2mmXwTYYHbXjidjTE38udm8FbX3F2 FxKBjlMGGhsBjZYTWAYZhp4Mer2MMTNuNtjbWiQ0sYoN8dvXV9fPrN/XeyaklcfAfqgfr1F5 dtttpIQxA1CIjSD3EI184+es89d+vH4+teDn1FXbbbaSExYUfdxa6OdTMynQYc75KeOcWZOS OcwYOZhx2l+5kRv1bGf4DTP54fVe43mZRwyadXVSXKKijGfV9N3bI1VJEB/L3laVqKimRQSs QSShQoEWwhbmhFC87u4qKqpS04o7EcUM2CRmTkit0MCpJJJGsIYWKhdSRMswVwjoQO0AIJl3 hbP6y/ktflQSj8oqav8VR23OD/AYGYXgbdgXPu1GO4/h/Mxr7t7E/pv0ap9fpFCfg39mX833 WyA2vu5+9az6Jec+eUL5D+lJp9Ghj8l15q8qKWg9DrqOUtR557k07UotIprrNu70nd3fso2f zdlm2u0Csmtl/yd3ysyXdkN3MTN3fdzaVV75397Mlwd3f2enve9xHkY96miDOvWzehik5b2w SrXdnL9af1wJ/lbAjZ0YPphAgGa5uovcOQicBNlC/z/TDh0Qm/TKzqWZMP26v1arXrffRasA r4e8DPgh93QIE1fV5lzCe0P17tPDdo7zP/D9D386Ti3yvT6qRmjv9PoTjf8+55y30A1/KkfY AzhxYD/cKzr485fYffOhSnXkL+6MeH35bsAZACqALvLqPgZyLbGd2zwDsKrS+B/MN09XNewP i4UIGdO5sJEEOFEvK7yrXm/Ov71iFnOZs1J/e+v5P9nEAe3z18vn3ph8brKe5PIeTad1W2Ex Ebl231ebe5jF0K1CMgmhWgC53Z13rW96xsWsxGchmAlaE5JED8u1zFVmfzsIBPkE3ep1ePdm EmVq/xcN2BkVCf8vAMFICEZcHu2biKBkHxBigBAsCWB+og6nAULogCwRRdlwiiZjLixpsF59 7ohXI3vrt289nFrhHXt9eRqmaVfM8hwbubNxsgd3vPrZtd3CLxQtZsVvNmkLFKEVKAggBQek dXqogjorkCPHHkhnG/RtmvjDge2j4MV19UJxrjtBQ/A0QTOhwDQbAsYT+u0/14Xz6FraaclT Z38r9XtV5VrlrxjE3ucTzjEC/9+NJrsSQWJJgjeQCEhJyUJCgCS9j7vF0SPSoMfqVEFBnl+7 D160wKUUVS60s9Sg8dlnS8AVKdlBpJPJwSPSqICallz5at5PcDDby+mebAj8OoN7iRc9/QPH O1kbaChapJOxwK0CZIUxiE28SUL5scu9mftr+f98CW+EDl4iARseWmrSCahYm4IAyd5DN2nx 2JcmEFQlEhvroSDKnqSIqg0PwCACgALCToHL8UR3AVfqEhPqFM0RM5vlYVtO6EHqc2fAfoql CJKyaIuaKzEoWyWZWsyY7kDUdzDolArHHgCKO8qtbVgogAuLTZibq4KRZxmnkso8PLd/lCHY 6w/lGLuDV6wAQLmZTYYkK1KAIHajp2eS4QxqhUP2QdsEGaqQSgcZUKg2+KIFANhNsu5ZEbsC 3WYl2wpyNYqprK9ON2zUvsWOiPHmmb+BFOeAuGJizaFLRfWrpZ/y7rf4CAZcBuSIQIfqCI/d XgAog4gEdm2p0cTkgJAIRIuApv72MCOVorKaP0YIPpuu/FVfp2OdUCHPomvbTPbN3WDwBICJ d4GvB/gEXACBvvwGJIf4g6NkPx+MJ1dn9afnSwl18gJL64/WSWtIPcp1D+yA50kwpFeiWU48 pbvVeocsz173RYtycWM8s/T9vFaTl35beabpNZRFo2bTB7Haq0cVX6yImJJFI29C6nH36VCB P6BlwGeh6zP5waqzwdjP2JWXCimKwFIGOlYyutOu2Cl4BprOn7vqe93hyYFS0WYqYjY4REck V0SZgv5NwTi+TaeEWz+JUwLAUjpARgX1fCXez3pIUP/GxrLexLUip+UG/SXwWJjgGiiAHgHM y6prkmYKZbndxPD3kaT0ZkHXR5jEsHClAoUKx6COhUKOmxnE943zTKWpilIbFl06MhYB3qB0 ydWn6/Tx6YoMSSHbFRPWEh1t1WcXCk8uy+IthwdqQeDHO2tnrikdKwlNZ15nrquSO01vgGTc MTic7zak2N3tLB1B4NSM9juAz9KbYaL3h0T8CV71PbCxZBRwj3vfA5aJ9QLY318ctwOUIFQg UyYlhoMgSKRSlkzsEHldcwsuRj8DxkYiZgIWPWbwciABQD9h4HyKzKFh8ZaEM3XVvkHCBnSk 7XQQlNnV/ifgiou9CAJ9RH8ndz+I6c4cfX+C/y734UpiX2dJcVriEwYa3Kd6Nc4Kee7HTkj6 HtECg0CGZiX27znmrCqPqAQdqREdbqJ7dq0tqn6eb6xW2dYt9Vm2vgrLvtuzkr1SSvIeD6JD s/PD459xG/ozbNR103MVUOmIP31+Sx8Sr4NsFRbeK8bf0xHnEPzPE99epZzFHl6WDEU79wMa +n37od/fhv9IwAxXy4ZVbEsYfoRnYh6QlRr+dW9c/VYhqggnLRlgLaCkNQf76NSlrqQPdXA8 vLmFQfpBhZ1DZy0+SxA8AskmBBUB+LQTudPOjZWX0KWsb+dtRf3vI0l0UHu+8Qz8ptVeuTr5 e19gWHdT4qijyOqQglzKNLAYjETJW5nLiDyddEGIG4ZcczDCUpqeVcPoJzoIyBQ5chwwwf05 UEo0pgSnhFW2DCTgWgRU/Zr5cWis9PK0Elbz1jTNPU0FZVCcDMceyz8jJM5bl4+r8e/Gj1Pg 1PD2U3SXAb7+BMimxq1223RZhUnQ0KrD7oCGZm0Et3JHuS6qYbhw+ID+DAkRzodDtOrlvlGe vtfeti+SRnHQFgaJc+65i8urI3WiNhxe7U7BgkU4yol4KqtM8HdQRorEyO8C7DeNAKe9jYD+ O1afSrodX9TaTtQqMQf3RNspO1PJaE8iK7zu28Qs0ZusdDK451VV06zmZ7JtJqvteAkBbO+O Yq6CRUjKV3x566AXMeAshzey043neR70+yZ4j7HlDdDUukwsQ6deBJBxwtEPwt0yOkQR6wKI bfYxREJjxWVO59YmFonW1PaKpWA/SEmzIBg5QgdSoJyOkZ5qUU97WnTqGXthbAJxlds0ahPe rVwYOyAQ2IiCCekYf2SH/G21tzu7+v3VGHB1sJsFP6XhfXX6HuXnLfOd0Y2U4FsHP23mS6Ye tU4cgiOYnhO6lUqDmoMmvF+eu7T8xeovnHNBU6PFYx1b0rA2g+uidYiiywZCxKiCh6IEpQeZ Yyw167pir0qnZful/QODFhY+EQ8UEOTF4k9M/ViYnrigexIBuT3dgQ1FtiGB/uznvItjfpt0 EhO7d844x1XFw35t0/yh+9cKX8cdlm6xOaDDJxm9Xxmsj6XOOBSByguZBSJrAvvwzNBVhSQp FLBaIGlguw/nBBtjjAQeyoGxCLxv5HKGyItHASJRlNBfm7xchEvUt/jr8n6emQ/mhAz6ote9 Ayi5hpZxRhWku7OCm/oUmYfOs6rnT0qX5kZeo1CNt1lJjVHN7mW0xZSTEoYrehVje1iOWWbd pGDQUI7+LettX9YKZJS9lYFe+DtU8YimH7bzI/tT/lMC+L6wk+3PyN6nRffyxQPzPBWtUjBH BGJ69qarKKxIaQBhJjN+BFARg0g+oz4zkrtEF0Z0eE5T5whr6QNY30JUPdKxLOv3eqDgQ2TY XQFIuXuqLzhBGkQtSCyRt246BhfCacSZ8oeda7vlnwFQ9zPZUdQJIwXc9isLAeMyJcaZmiQi 4SDTYiA2grlC+NCbxyLs71PRlCqQexHU8GGiAt6TE1I55P8T4XrYSQXTS7XACVyBddqT7pW5 /acW/Q0TUtLQgFCzW1EBIbc1nYkBT43WdymleFKtgLJmT6KJnctS1QcGzDSBleviKk65xp8P 5nVCbtwQhlddYJN7SqAFskfy2ad/K1tUeOVLzd6gOVBmGF7aMzYrukigYGRAej2CRaWWWDLQ 2rqwLpNiSZDUS62ayZmOqzDbKfNU/FL/MpJBuNpkFgnlp9idUD34TliIbKBmiD6xgIz2VePT UxwK0VjYOQdjQdOZ/TJ8WB9ilH3XYd7sjoUTX3HajYQ0rm39YdqGo6jAKMMyomkIbOgEu7FD dYlMQpJOmY/m009GFQD52Iirxebrn0qi30ab0uaCvbbszVeBQOrYC9tBK4URispm7BKVPZH2 IexyzfrJbZopCwikA4+uVS/retnntLPL4PZLovtawYhQNP2lhMK4DWlvpONVnS2jIyyVm5En d33o0CrNkcyOSJmZQHLQHBC/P2SKwY5MD24MjjJnowrLN37DFmv5SiPGI5ck81EPqNCpBx8/ wGBx07qJIJDjfkd1L9CuP4nf7IjNcfFVTdmPULwOZ1gWvyp5KdiMLQiWiCLLFc4kUEu15A9U qll3MYl68XQdALehBKG286jaE0AgQF3akYvKyHcePF0DpQiJB6D1V1PC23a1pv4xZX1kycAl jxiw169tYz3p7557h5s+QOkqKd3sJHcHGHzqRUNMnc2JC6VRRDlgOKTuR23O3UvdqAR1dpcX wjoGMoH1sbgO+hLATClQ0E6EnK99JlfoIyDI8IWG/0PxxF+L7PvVnU+PD2JOwPA8d9A8wSYd UViF1BugKeuCtADlxFt20gxvrm/bAhFhAyIl1jplDD3Ea6TCYBeh+09VadrFKEtQDJD6xYj4 j2fZgMysAu+xvCHelpE7NCAUSRiTOwIXVvSvJfx3vbWzVtFqFIEqNRFEPD8qstWnr5iyQ+Ma sO3iiQpc1vYFmSRhbYCEV6aC9VSDWI3Q85nAnhkHBHUIJ7fpZalI7oXuLedcXwDAzU1YKKPU csAjq0bWuGeq4nJSZWQFHjJJdj2ZSF7Vatm9qjUSeVRuWCHWzwHo2ABEQimedmOR28AxGwWT gUT1poCsDxjM6N8NFciPAg5MzP3mQHnbf3WIx63rR+qgv2zG6s9ReuEsGq8g0+0IQoKRClYs dwWJrvCDBXo0YQIxe0a+9HdVm8ZmDTpKt4eiCqRe6hE5XvbaaOGgSjfQEvbJGGDObdguy2pA rStxSMyqPFE25sodpcNjwiZHwnpvXB/uy0raTTfU0EqXK46iSBI9QgTzolNYPsZjs8DdYwFz AosmCNrOxtmS3TxUnRUp2gkKwlORqtGmn5yHYiV9oqGhjTMWZDVPKY2iiuOR7zyNvdzfrdIM KyOrhkdIzea8Ueptx3KTB30+wzakb09mTzqp2Zwxp5gsTytPiNzCaGpA4dz2sO+wGeedCYCn vNLaLvQq5o2rBzpHvZGmB5IGtDDx75AW0MTyU92DBwx7XQ3YccogsPRxSe0Suserudm8or86 g0ewxzPeJjc2lCXwUcr2XSZ0StakYNZd76DWJUemiaEDPfCbTXUAa84djJLtTvYyfGbbCgNo JZc1vT3wT5X8c3KS0eXsDy1fHVrkTUnSzjvQsludq+vskkEyB59m7AYPphClVR1nP3iN6F7i QQOmcqza7qEzMrIjAeqsgETAPOgWTJSsehgye3CPVg8IQy4xQV0hP2t5Oh4FNojaGqAt1Y1n UmfqwXpFGn6MzHFlegISefp1V8fx/W9lUgjFCCWigvaWn2uCIYpKmIiEvJTg4ThkcR7ypHbr Lb71PpQBxN5EwetesfcbIdG1QFOlsV2HyiFr8gSG2Oia7SkFSrIMMrJCSfX1davXWMk6KYaa d2akaG/WUhmLmc3Dc7kc/W+qXSMJg0XumJkIGuN+2uWjdpZTA/ZJJNI5+JAmO/W+74WTXNty 8k5MI/T4Tkq0LuzOq1teVxwwX9E3YwksdIbTa0mtv9ej48GFtWuHe+FHj4S79EvrJ8zRpVYK JG3VmO2Mr2alzwgIGW1AkChAdpnnqR0/gFer6sh0auhRUG6Vpclh9Ge+vvejXrxcUsAILoWR J0FSizvSekk6L0DD4qioSjihQA+VG5DYxOVHQifb8IqrW4zKNDBrWIMhQAiZpxZKnCJh7QN6 M+xDYZ7lnLd6LLAgClAeKJH1xgyT63mmqHL8MAXtxKoJh1YFE2mdmHq2pvZmLr+jx9aqze98 aFJ2/fTRLTw8sTNr703I1MRfoqUVbd2Y6NjKSHstmJgRbDPBKgNEHl3yeRLGiGNC5XGi3agW gHRy5lEG3KmqsoXe6YZ0kcim7Tt7tPIvXjbQF4fsgKjfsNfMQzALKdh4zIFxnr2nmRkP1TLG 5WuEffHi0Mowinva92nUrEOHcekFC+QDl0IM7cCJNQ0xRd6Z9UnEmLJIPvgs7++9XeIjB+4G DwkCzGZyduG2/LqgIKDJ6gUYZZQKutg3TIpBm7A8iMNVbuJ0dTS9nRzBkrMhR3VhLdFlwdB3 ACUiMQUQd1iTs7FyYOGIAAZ8fSAEYBcbouEP72g8OC+kDhAXplhKEXaYXa3ic2bSuXYb+pf3 fiij990fm9P9zS8hmhqkRzAAvJYjpgnOqeoti1aXrTzj9ODVepfkhMJjPMV3vP9QrSr2Xau1 JCm9zR0aO662Fau+rJZJSFqOlTTq1Lx9f4kAZAyfeO/0J9YQesevN9qbyJ9dEZfERed+rUer +TZr9qV+Jg0lKmOMCNSMkTTYiPgvnf8eI2cae8b4OzFWSy0kn5Vg40Kaiokmh14q1ER1Rezb eBunyww67J+52N6SWK5qSXXf64/rKq/NhmQ59aKnWxY584OCXF7/wH6e2yzP8IKgCuBhvDvu SrGp5vMN/WwesKDGi40alADb8PRIWkTNmJLENwa6nMCwEgJkDnBJqj3T7i4qQpTBmyglPa3J OtaxMCBMrpnh8vIMIZXx68bW+TxVkbPsdD2Smj7n6kBVVhz0ZhwNgwTizCg7ebpD93rEZG66 liclUEgXBFwFChCCIHBEnV09sK9LW6aA7ehyZXyyMCiCiEICZQooAR2uUrFvjHqWMY5fzWUV dhMAhRLL5zFBpM5zbjvASawszogIpAGSSCduOA9YnMk/C0FHF8Es5JBEIHQM36UVBElHkXpM bbOfLXgVwp7PJyRDb6XS4/XY0cG+x6qtLy+j8nG8hICZYuCEJACCZJgEkkn5t8sv8++2FySS If6AWIQKJDYlQEUBYJjoQHPQgKPxg7gCuglmVgWZWBZlYGjvrWvpP6c21k1veX1IrummiCS+ 4AAQQblO/MHIHN8VQ8vUZ613xBKJwOCBlnfvzvfPNJyg8fHAMZtpIbSkIT6pPPGsvjqSQMLO MQ9OtNYj9pbF5uKH6ZDMMboJxmJASf+FgpJczPhmeOskVSSGIDc1A4R1PFKZk3qdHtDoIilz QVX9RQ4qTKXwhLUD6oWhcYKkcxAUOCcmENosw9ELS96CCLedONi9L2vLd16rhpGDpZsOus0i M2o0BSRMZl0/Vdbdc30dkHIbFLFxnPJB5TKFiY4B7n+wnukgxxxAeAIDwfhAuHAfQkUb0FCN drqfbDWKiuIoNBqo9b8YOWUUigh3cduS1zlJBcQiZBvpZSMj4/JKOq0bJUGuVakiLGxjww7l QikjEhOYfihWAnaEU0/EYgYuBEQAbgrSIazv/A6D0dyL91QTQS4gUQ6D4h8uKAFeUwesQJDX o3ecOZgagUD4ktKFWZU+v2sEyqFYs1FYOPTKy9+nF3SsA3tmsiLyEw0j6slH7l7AsPK5qlKL eIvZqtJgQoI9s3F1AkG4UqcQFRcsjGJeMKQgTJWHqxVnYFGZeiiUeD6I4CPVp+dXQavYJQrS fmLfG/GBioeHmozT4h7zN5+7MTz6NCvU0eiB0zy5fw7TVTp9XtnQtIHLBgYToJC7moWleWaz dwpxrtEwFLTFUnNQxLRI3GGC6cTmy7ZA99NJAQeKCCPg1rmT3CRLt9CwUF5FBc3uD4g8+cVX 6cz67C7aDfVs8ICg9FMO4YJdlQdvhmljDNbPQ7WJGgtoxZcQ39pA1ITRPp09FPRo6NhrcZ64 eXje/rh9R4nkAfGUZoLopYnIJEDogqjAwMKIHOCMcjRTbyD2P0trmVfo9T8VEwvz9HT0+ZTH bNUmZXPGkH2emlUzTVaSrRWELLYhtJMaGDTyJRNDTK0BjAoDVg4iNGpMLlYEvFJCotDFA02J OXmval9hYt0zLYV8V19X9GBZBXOuv0JAH0t+Efr5JNMgGP3q3694xD5xWRp+Qb+Etcz1TPvX fqq15j3StBv7U+xPsRAg4PtSmL+ADpnfBFId/rz695daxkabPgMcjG43B/Un01FWzMWN4qwk babG2yRtqP/ZQe8131v8AQrqSsCgkBANkUWeIEbVppSFtOIf4nE77nG3VOZT5/6/4eJ7pOr0 ea/Hhddtg6NuDzlzhYq0Xmndxl+3S1W3tO46GhTt0q+yyZfXjHW51cyHh/lPKNQkgkmYOWCg /Lakkkkkkk/yfbrhf394lLs0vEfJuy+NU5btNFdHrGHkSnIb+JrOf8ivJVUMF3LEAesIQQGI gZnSNCenmIVpxoyBiGWSfjTEaI7lxkFy+1J6pZ1HZY3Cw5GOKk85VggPOiCCEHc37UCqbAFb m35PrwL1tW2dMu+O7O95bTe+zPXlt19IbnVuhZTE3/5H9oIov4Aih6X+IP4fh+H9Kohb/AvV 7khLkIRFAXxD+gp/f1qv790dtXdJ1rXa12a2xgESEkOfj+Ph6TiW36fozQEP9nlNMP53tag7 PG9kohjEfLbv7TDfihIyISMhISIwgeawM/wj99DWUxX8NLNgP+E/jt+MrK5XFaK4daYGRiuc LSI7uY61doIlQTuUpXueDKLsl4zOAxrjrDR4VdcXEmcPOtMiZrieSc5dxeL6u6lFhVbw92tx NGjSVwuX2pnRwu3APgzWiPSBiDt+xOsIO5Yz16YzXJR11VVmR9hHTUlhXY6RCPSF+9HI9KeA mQoDvo8quhEByCQrX7OqkLro1yR1ri640XoPuQFr7XzDVOpVZ41zfLsejOjaEHfDPiOL1euu ewQ1maQiKCKLrpL0qj2zYDm7V6pD7YdYQVnOZCs6Cxh4Wd9XnT3RgFNRIgnyzrVdZnPWGpVp QFq4kUYD9xCe2HBgMGDBgwDltttl3/POjtoTR5bJi2Kd8mWyqyptpziF1LlP2QHjC0LRS+G5 3XC8ZBJqBtgUbZ00QaPjQ2dr4oTzIn4cVaILppcWDS6irWm88creg7681jSxqsI/DVYw4cGC Ga1lRj+/MxcWF8tbfdlsBs5TCtSnE8YkjH01zRsWqkomhjOGRocgQ3EEZG3lHbjBtLL6KMaX yct+krm18iSYt7O+u7K/mWuNoDTbFvWUYxtNiNsPfS7t+Nho7xtjWpAIxaawYnxDlqsr8tdN BwzH66bOKhjFprT+VueGGMW2C6a++yLnndf04rSLdJRbxrE8dSa2mKhvA60DirVgmlGd3XvK qGm3IAxkg2Io65Fx3W3DdrzTG10x2153Tt+3zfPvq8Hn6dO2WoNMvlh4YHI10KsUjQ2+U/jp HxKIp0xY/nlCi+pwXxucM+vPyiyJ8gdb6HEFNV+EF7DgYwdpS2Yq1HOpNLA/lDNLMwtR/TaG IHmNXdHyo6AACBggOCB4KAj6wgjgYGkxAG+r689+/BzuGmLfJ7qQAshARBcoEUoAApCDBu6p Tl63w2MbtvOBkpFbubevsgAaR0J8C6p8xMI6rd9QlHA4CCHNy98v92ggxhQBwhBwgntyHMAo ioUBA4YYRTOKtQEtGb9uu5v2a7BmZlNQDPOk14cGVrNoiabExlUigfH35q51w+BjQ5ADg8YV lkBsDcBBCwwXbnRgaETu2KIDD9zeESihSk9bcOhAKbDSDjVrZoIBSJQvDMu8MYGCE21VQ9SE gw8r87yrhwQZxIDeTA7suRRJ8ar9i9SOAgj0PXxOJ0Dl2Ez+qKZLmuX0wQew0axnnpk0QQrw YyaHJHpLduKCjfzr3o9n94sFfweJVUNT5jv90yPZhgpEcHEPw8B2lpovArQX/lHzRfX2k+a2 TYchL2D/D9g/y5/hY73pnu/Wo2TbN4kXZYaOCWLSgmVsmsxMg4UHD4NCyHEmPkTIt+Ru2xwq Q1Mf0AnvwavoS4a4Brve+AU9oK6STtH2LWyjigswfDvXaxUJLD66VPmpgyxTwh8ILFsVfM4Q Me+GKEBeK9RiYohgRB4oZT+sZ97ydj5drRskvQzHZ+n5xwbV/XbgaKMAoiLZujPH1F4fp7mn P5Uf4ZbqN9RfQbSdg+x9NoMuI9nR+rBEzF5WHR6G0AYYjDSw7J9fdf9+Iw6e6qdxERfs+CsE bX61lu0YMbDfwhqoG9I+hA8hO2PZpNrpy8CbSdCnSQK7gwIfM8BY9krryJfQu4BPEBd3WRI2 7MkbaZu2ZUGglZJGMF26kNz4NHap/WwR+AYXRPCESB/MdAP61zGAKr0mU+n5hr+rAHZJB6AU ed29wOGc0G3Xb/6HUG2QDTK2mxNWw+sJiF0MjEaCLyipUHn1u2WNASDCQdDnRUk7b3bzx6mK vvWaq/Npm8s/UD9/cvf4da/WTpuJx/W+es3jFO5xKNorXxmeeKttA3jTkUa4YaayCbJDpZaw 0wNsjxrT5a3kF+iIja50RaQ23jArSoxsPvvVxaYEUUa5hR+IgPlFvpGJLkVFVQt6EJES2i1k 0EKKK4W5KKlqnwD+yB27dGfLt0iuvUGuHLn382G9MSHPV5ZuRTyYLWMCogITvVKiCQOfVq3V XLln1ZTLmvfVlz7+HPht6sL76LN2+tXXHxAlwwQ2f42AGrBJRpBywOahtYkk2sid6gdJRIsk g0hBciQFRfHeXsWXzsCNISVYZqJJqolLJDmwnahC6xE5sgWkRrMiNZ4O2oIapepUJ1vg1aYs 19gJ/MwDXrS/CzQ0hUhoOo8cwED4VAP1/3qD3EvHRS17XsABCaUILvKdpyAAE5UDIAn3O7uk /JpkFpPzZkPRI8MHhOjvc9JXJw0UqS8WMWFppg2xpqWmMc7hs8Bkdphg4W0YlMIwwgxpG6Rh mnDdTkVpocJMaK+TZxZOJ04cqysVvjGmmGKziQMaaxqCirpYlVUwjQRvOaWVZIROURDKAjaK qBWylC0FGRUNMVG8BGojgVkZoH9lDozt+nzsuWfXIE7QF/iZTl9Ik4U5uJJXQ6EI02DhEpIi lLFI3FI3TXt777d5nmnUkmc6kzskXk0Fm9rKsgSKplGRbRFtBQGrUCg8+YitIxoNNJNgYt3G p458cBvaWXWzWY3SRuEJCR9FRIOwpaN6trYGG9s1mmJNyRxjY2NlJCqEIq0Mj186Q1ZO1Q6V JC9/PqQnPO9Diw5z2fg/D8niJL67pkyV3TV8vnvsyqqrYxi1Vy0xmWw+fty43IykXOAJlFJC QU4BFCo9bFNXm2WS0RJdupwwQ2l+Wi3s4NneedLE4zA7jKNfu7oiZNL59PN5Npd55ryZKTB7 MyFzBkGMiSqwhBtI4aQHbx4pWgRvZBJmyw5597WEuDxwQOJwQ8XFWUqtuNJJpVbxjDDFSqrM Yqto1fYswWjrTrZJ0VHo78ahCebKlGobHWHR1GyEIQgxkIQbBisYquE3tttaoqqqVZVY0yAX GSIbG0mGzdQEYu8yxtxkkpxibprit9GL0UrGGLVgiVUVYVVcDTe29XFWFWFbkUKCgBBQAggh hv6dQ4b6u/s78l9gt3P590mOaeHOea8bWOA2jxguURLxHEhaC88cYEgSNVHF73HScYef0a9X OrtiqqrKslUm8ZFcNajSiJWsjFVVUUoZSZzxElPfapJbYtKcnCORoYwIQgk/s06STL3276ey ZJEsiYy9P982aNheYJLGIoNJBJECuzNLpb7dfld4kkklksll77eW8irXMmYtWqlVKptzuR5n s7aJO1nHVvomXr2uGriqqqrlPXqaWVVbc6aVVlVVqqtWVrjriB10k5siF0yDbARmojRca440 r0itAZJhKmN10qINDiHGQUUNaKqMGMDIxyJs7TpJxvLbx9eb4+yq9urranvnr5fX1TpJHTpJ NZddddceCwbMIQYxjJFBsaQzCXbBV7dDWrmrvl578kkmtt8uOkpNTp2l57eV5NPc7JJOdqRV VrBvZbArVxViQ4sjWtscM6fZ+O8ukiZMmXvzy88dSPqpTCMIEIQlo0VP3juLeG78Q+zL8aK+ r8yP5Hz+7jWmv7s3/uq3/WaYKwRi20prDNKZNGtBbW161q+RtCRGRkdJoWldABoRAMVbZCpH XYxux3sHZZbEjrtkkaliUpWt6xqimFG1FmUlXa0my0lLWazatjWymrM2kWxHhg5nWrZ2dNY2 /XhDmzheRqU/RzOo68rK1WMcVN6SYqLR023m2cNVdcLKslS6YzGBVVTXG9X6K31hprNJsppi TYyMwTZlbZKxbfm2vZfpLV9vnbFS2xOp1kDN8yMbQ3oNQnTcmo5m9y3Y/Prt3bERqubl2bcN ixaK6ymxsRqiKAqUIGamwKjSRpvru7uuWZllpmMWZh47qDUWSWFLILCmyLNtmJSYTY2r7ttr 8NZFllVGxJ0HVKb3JTMWzrbR4szlGiijaOTEYMxkjLZXwtCyWlkSvt5rxmNk0qWWVulW5r9J W+rLXj1t9KNUVXhosb63VGzrrqu9XrrTZVSxViyEqOVGLJOlGiImZFxAxXEdGWDkGilqMY0R JGjVJt2RZRTYZH2t9vt9vlvlbV4ptUnVRpy4aWyOihaMtLVlbY6rV4LdxMlLEY6dttxOlljR qSjmJludSlEtXzNq8aoxsUaPDGmqRDZKt4tmVvfO16w7dciqS1wMmjW9l4sVFi3hCStXmbeS jWNBt4qxYrzPFreaSLZSVfb3bU63rGxjWDXqeXL2XK6TS7q8rqr1o2xoi6vKjO2iqvERtc3m lxjNaKt5lsWjYxbJbiqtXR40l6xrdtFIsqGpzuOdwZDY0lFmaxGvjSsr5RM5nObqreS5KRzZ Iqy1yTc3pBt62IpMbd5XVc1eNsbd53TGvVXs2TRrwvbreNc8Xt9755io18fFt4ojttSNt02y YLFa6bRtcoi0bctcKjYtzbblrpq5FiyYrGjbEVBV2m1896vVjEVjerbmhNplxs2qNr2+vnm3 wmNGksVJksWHy3ZmxZNbhEYsaKxrpW5tGuRXTUWIpd2uloLeLcitG3mVNluUYIrpY3xXgTaM W0l4rloq7N0q5XvlxotjeSrlRjWiyBWK+3l1V9N7QpNoMbW/PrtYsGxr3Z9vOixq+0uRiSjW CsaSe9W3IJltEm+ykk1XNRUmxbYKot65qIxrRerXxsW3jaislo3jV+CteDJivKWulo0W6Xu+ /bb2aDWCPc35+3a+y3xSbFqixAYxUaxFiKixosa0Rr6XNooi1EamWr6b1V403na6UaLaLaKM Tu1ctGtG14uRYKS9b2Rty8mpMUmjQpqNRteLmxAdNcqNV09bbxUW2iK97rblctXi3MW8a3Lc 1yxa5quVJQVuVc2NXNa4akxbx6g+RfPfLb4NjYxSb4tubYrlc1gTQYSogiua10qybGLnrxWp DXNcgNRjWg0ajY1RjGyRYosUFZMY0VvJXja8bYrGIyWN421yI2orFrFRaNJGwaiNUGi2ua0W rmoxsCUWMWLcvl9+f/CInVeqr4BaWpJrhwZxtzUc1C0i2QtWeK5YpCKi2LRjXLbmNuW25qxF Ro2I0bqmuZKwmjaK6leNvEFrxty1isYxYqkErG1yrlRjVyuBrdOWiKxRtJa5V0iLm8bV4gsV eShd2ki103du2uXTbXKg1rpXEDGLYxbFy3SjGxti153VBVG3jVcooormtctMxaTSWDaKNBsl sGwUaSxb7Lb3ztvZt020UbRXNuRJVir7/e71V7mxtFFZIjRrc1y0dOW5bomKNYtQaipKuVXD RpK0RViNGKyBiixtcvyWryWKCIqTQYqSxY1GTVGk0bQWI1GNRi2ixUV43152okoNRZNSbRk2 xFRqxoNsFsSawYo1F42rljXi4mqKLYSjYjauVc2xqLY2iKpNGuWuRURsWLJaMmitiNGo0Wvj blQlEUYorFXqtzFBbc1XDnKrm9W8BEJbCVGCLSbJae1dzBg2iPa1LcgKC1Mtk2gqyWum16re IsWNRVJajRtBYtseeda3i1kkQ1i1kiI1YrJGDGxrRuVXeXW6WitjEUWo2Ntevt88eWtvWoqN YNBRYsRoxW3vdo1FQUKcTDixcxCcU6U0smMMNpdoltCf+uVHZKJMTn9EK656LWnhTWfpzcqt 2eigy9Go9ml1AT8Zpnmn37N4288kT6kn923ZYwwHXLQJAaLbbMYv7MAz7SNYf2tErhKoj++z Gg4Sic0JEbwZA0avZnpmDm2rpI2gToKagPst1Zfvl00pletRbiUWTTDiDk8tRlxRBWp6tR6Y oNjTG2tl71yTWj+Srk/b13455ecltfdV+SebtvjXLY2jWMnNbm3s3gLkQY1WmYlCNMGMHnv1 znW4PkglCgKlFIUGnzRPn7AHa+dW8GH5333yk1ch6WpMtViMDRLB3NYK3/FSJYsPkddhTh3A OAAQPO84PxOIQ0fR1BUVGiHrZECD574++T6zv75+u3nZeXXJbnvW2yvXfUuG/YQkAOVTJdiL sqJc9S9/aYueHOeVMMY022mydGdvPXCXAMGNPjJke56EpolXiriZIISwlJZuLiWj3DsS+13N PjUetDcGCzHMOB/H0bSM9+dse/dCEDnwfgyI8IQbg+rjwrHj4Xs+bXEn7T2e67+v8f6XELYp /fg5H1WCcBjf4dP6D+0vSyp98bTnAc7aF4AtRP1mMQMlQ16oC4ws82fLL0sut1sgXTEbm1eq sX/IqgoyRWXC34E8qqm/Inzi6BlAjTrcU6CM9JC8kppWDCB7LmJ6LkNKSWP9QH0FSLYE+/lf gJ1H5QUZdpNEzV+6/pAmF7Zzx2ipkjkBSI/Oc/jjtIqrh9mVP1j1NExqVeg7C9eLFBXKMYGH Xt0TQBY2FvPedbf14Z9/l/C6mHfjhd7hJHQ+ObmHd9pUQ6nqSwWhmUv9q58bdBzZQvvidaoi aveWnkHVSv+eIDS/Pk/AZ5EZWUvm9g5GJQg2osHuDF94/bLsEYrrZBIeAFVNqwJYdsGZEkUY yNwUUXdhB+l3tF+gEgmD+7bbZ94X7wX1eexO8g9Jtv7s84og9MbTcempSFZXHGqh/HxrSsHI 4LUqaKoNKdNErMFSNgbiJYZS/kAX1/f4zEC4D3lhYpIQcyqO168uCJoAw5wmrr2xLe+G84Zd dY6X0w9+R9VS+fnb4brPylnImnoJ2lTQoCqiCEQBsKQikIL7sKUka8yCbQC/CyAL8p+e7HD5 Ed8C5RXG2eiKp53CoE2lJT20hhjyprAjqkHE6OR1mZg5mKjBlih2yq9vtKmM4cGDGDGxmnBp MqN58qC/etq9e1z6U19SSk1JpJJNLzy8rz7ukkkkslpMvP9/OKvM5F9EC4SAQmiDzVgWRbyC lTOR+F01JqTJslk0vPPPGkyFWVky1ilWKtY8/B25nbUk7Uk8ntvs/DX4eZ2T1dNJJMkkrz3v FbueW5KsVYqxCrKtcHfp4+M6u9YTTvkjy2I8VcOzm13yS4VZVq1Ul/Hrk3vveS1SbblV0S1J mNIYxONho8C9FO5waBbWjg3qc6In4fp4dJJkiL6+vPIiSSLztRIGfPfA0tz7EVxGiQhCIn6d 9sIIbMxt9ffz8d47rpJ+rslImSn9l8+Xu8VVVVUqyqVZX7u3bhzGRmsI7avPftvtfp2697ol IiLvfN5MmQgsVBAIJBBHPpj6/t+zP1t8vtvb6p54flzRy76pPXKOXGRUNUR4fXhYkVHMdVst xoIQkJLTG3Re91126739ffYvndMkkkkvl22aSP07RIDttqPV5YNcjY2NjY11ZRPqdJ587yJZ Kk2kqSyYb6wiW2xbkikSE01bsNjTGDGhj1pEyaku87yVk0mTSSsKsK4cbU41iQrnV5nGsclV VVVlVVVmtGllVecBtzw54StbqAWTSSGwCSCFDWGVyMIwS1JKrpJSRJAyAa0gNZBAZZNJ4o2C VzEJvOOEq2oNWGmi8cJJalsklShJKlE9I2Xu0Pn0cs6D8xbdLbDRjFJZpoXPHDArXxYR5+PK R6MANTqD1Tw19x2XPQT1bqCyYm/5RB+1AhjRjRe/twCpZYEYh1Mj3swdqMbwxWKnopqSS84z pR8UZLPGkSgrlqzMMGSAyIRwKQqMIZmqsoF4yKd8ZDGxTiQKgwmuA1Etnypp9XiZTxXLJbSl rn1YRqrQ1q5BbJqkYzDFtVUbVrFRhY15SkvykaWhrGPn20Efjz4h34C/oT39cb+st0VEzdhY DEZpbhWEspqJYh/22IDgAc4e/ylEgEPY6QuQZgAhe9yqzM0ggIktbytPOW5eKV61Tmd2evPn ePx679uE14cgsPtFTIkgjCe3tNeolqUaBVVDAgEmcCbo6d6TGoAiqkDBVAx2wxWIBBwQnZDG QtlnFSorToNwUUDWL9G0JINQXg+d0sEqrgPsSB+kP2Yv33xpSl9eeNzgP1kulYSfwXaiTpXj PPymU4u7mlhUwSqfkwiTdYGlgtVcb/YbWX5SBOlTYRHR80q+fEhD2C+AnnDm4WogP3Wz8p+R 32JT3eEIekCDWRk/qD+bfwCDqHfd4V1f4vkOWVBciQYGxRG/GGgjkP2fz1294qKGhgEZvP8W F/h1Q6e9TXXYWRY1UGYur1Ikhm1bddCKDY6dU8KhTSNfOqAchRosueEzBhZvrlbTcvZpCtJa 050naBrRnV4Euh1vhtiJIC8ZwLj0r3eNM/ZhBdI69ec+t/UvkwnuJRJr1Pm8oN7iINoY/swI KRfgR+bmw76AE5+W3vAqBIWAElADIE5QAQkjea8tDb5bz16gzb15O9NYx1vW/kE+1ERBoEbp glgrKxQAAe0hRCevTXdg5EtIoxpL7tZkbTyIRmZyEPfKXOoJBGJaZTXEYKSCbSMVAwDVcEiv RqwiEnIRoDWsA0jVyUSWR6+zEK2ARoS3vNq0rKkGq6OaCMQuWIlgiDS3oO4taKcIqHWAa7Km N8JQ5iRLI0CYxaLwcECwEaK3qNNoQEkSEDaB4XNDFFkSQTVkAikBVQBSD+IFAApF5R6p1MRy cd9V6le9uo9eevffeeTx9HwYRhIHeiFMvl1xiGJDaGxNokgmwVLo0BNRASPQEYIkiQhaujQo ayiRa9CSSkgAZNGlNZQKXQkDkAMyhoiUHpiShNISJIhCIaNaDUIksIO6QA5EldUhrSsATU0A SRpgLWtLTELWOvQkSQaYqLC951f77/DHlo6dwUGyc2IYdG/HnNRCDQGaHHprRDq00nXJHtpo jJsjqLVJOyDSQzCF7BUk1wKkh2R7IlgJfpLNoQ6ot4LaNrzZamnnw4X0SULZN3pSe2pqospV +xckx+rtTxf1vObfp3T4vj7K9alRmmFKAhFJIQybVMAbEpkgkj6yO/jXVovXMunaF6owp8bq 6reTi1BFHUh7WtINUrWO/JXMWjI6lSsu+IipQFFAIQcqsLfD23rm22vO4I61iV/5bWxtBHSp 6xJlPQEdKJCLigzTnBt+q1SV/FYBx3I7D3HxP0LW/B1PCjFnvfwv36ZGymGIW7Uzs/qGgvvu 9fyBNAHx6Rewv369a3HWD93teesdOvzhEkkCv0ZO7JyHs1iQKbdOb3jsIxlYjx2L/JPZLZyW PWiHRTQ/06z4LFill+Z0Z3zJCLCLNCg0MyBej5GcUS6JIhEBYGARCMQPx13K/tI79qTFJlQH srPo+6kB92Hs1Q/mML1k7HpNwHBVfFhBijUAfdH3iEKRW0XEDiNXPTlRNSPMUPC3WQ3d+7Sd yEsHcYrqY7mbdzngTosPXhncRV3TuOtgvZuXEBe3UKkw6kuyh5ym8hOm8oq5P8nPXtE38X8Q BMOYg2F+tQyg4oTwLIVC+A5NuJlLqAlmiSQ8dFxBkCgZEMiwDLHpE+v3mzoKzROry9WCcCBE yUzxp+dt35L10J3xTI9YvLW41vz+ou3J+uHiIDt4JdKAC/CYK/bJ7t4ZD6A1E7t3oymJIJM5 YkWwSCoO11saJtGVac6cbQ1r53SDWscVPisfTI+Gd3J0DGCXM5FCcLsxCthGhLejayKJCwkL YAG2KvCKXvSe6A8DTCELmg09+pNGtaeNoDLzqwXdoJYbNC1vbD8nG1Ug2awfLg/rZoVzakwr hEBhDNyNBgKASj51Vnbz52nfHPfzloXLRX5j5iY2AOBAVoWBKJI6wHjbHCgmWFyIFcxkjbIP MRkcBFzJjbClbY7JMSRjkGgYSUmDgwO5lqSWijQg0ZiMh/BFSAzWmNuVInEGxAZsbeJsG9Yg kwKIYFWvCRYHdPDsYbMDp3Y2t0HE08KOd0Rjk491DfKyj7DYooMSGPkIEAfboh/iEeGm6A+6 NCVH4cPmLXvFUGx7PmFemG7zJBuNQxhgtp/D27D51yPtL+Kt8blvrztW6xfTlpZktviO7vpp PZe6kfb5+zzxcpUogFCOgQKiN+W3rRGKw8uB3wuT2C+d0qj9M+7jFZF1bO3gXABCEcUDDYbh CQCEIcgEhSEfLqquBpcWwW5rWeMt7u/TZ6lrKxnUhGZRDL5C0ZkFoO2MUDAx44laRnmp9D+B Rra4lQ0FV+C0wpNlcH7jhw9/ishy3OT8X35/0zYWudL6Mn4KjWl1pXmR0R0JBM1jq+p1oEjM G1rYctmDiNZjb9RGQmtyYI0ZFN8qMPiWaQ8zYJF2Kbbzst4B1QcKh+V9UkUH+ofkl5VMGQVY jI+rvxnEgkUaZDLjdHKIaUweOqpMBMgPJ38yQzB4M+DiBlbGlY+DdudkHJi8PXgUA4VFmNEN cxYrhtg/OtEVmhyKh9PbHJVHkZdpgz9XvdrSyKWT2dVlL0kOOkMynSJ0BCqO4XBDNXC8HcfR IYRXM5DWXbFgttoAbsNZuVYS2c0cWIJQDNJMPq51IoBVd1ncrnl2eZJGTcol+1WCilFEHIZY jzJvTLf18dG/HPSX37762+SqpcgboIHKPQ+dN6vempM3lxrHkZlHV9rRfpS30cBVQWQIxjUu Fc4KJGNtCInjRLew03H7eqKNqA9LbhmIcpRJMg2QFa8Ayd8lgYF0BlUEitJZMYyAZWsRkiBP Hc8yTAmgxgldbBmtN4kQ0jMiSpjscg2qLMiQrlxSNjpQq/TQpcqAQQXUgsCjry3fT4vuteC7 x3zEMb8Fu5x76AX3EBv1Mn1lH/VtSmw3IviYEaYmJ60gCPt9Ac5jNeB0FWuphbZykNJapGOY Y8zMKwT9mppv9DcK0lo2jeZrEIum3lc/uGzeGF0k5cw4Q0LDGH3AammImzSIR5QRlxxvGh3A MyJIkbbbY2hIJCcn9AGT3AXHZ2PeVWPY9KendANrxFA+lyeCmFKUpSlKQZ0fp+T17Hh75c79 H7utxDa0EMLT3D9TeUTdGHgeWIw2P3UL5uI8mSdHrthGGDENnL7T0yso13PExoKIWZUYD0Rr WMyTMKOi7Kq3aNrF108uUk7XnX7+VaKoMqJMIn1sACluHN/WP4a1ifvz+2M+wviZtpT8eAbQ WoIfgM/QZ2wNtyKdU+QopFBWLAXam/rdnthyWtK/YoXGmdTtV9Hp2i5gzUanlyzLb8XtEpHK TtNDQfQIEmCMnFDbiz9eXIIrmT31UD2ThAR6uPAkFHazAgbbpQci3cJGZiVOCun4xoDwYIgU CYhqgpovqdd1oa95fVk+dOkukGtBuHpeHrpsrieL3Kc3se8VQ2L/cTLpJNSzCUORtFTE4kH6 GeVUOG6gKMKXwwUhKAqASDseqQwD4QD0E2iUFl4Pnb4YS6rrvuno35a3vUP7vj17fN7vq+eB SESolhmIAAXoug+8p7Ad5Y5zwo0Iwgx8ao7q65MrQqhNRocnhxP2AyJtJPjjZVllZmbuDzCW 0SNR3NSP9jFq56y3OBEr9/MzNbDMtoJ5gP37EoTE0m6hEeYcsACs3jt4uNdwfevK9at79rxw 3Vnoz3YZAkqtMDgjeLAi0lIS/CVZMt1ULKYPTdmGS0CUaK7ZArIUbZJLUghWN/ckwxFsBWFb cqK3bQC2wjcqLbRBCjSNKH5v2t39z69+M+/AHcPDTrevXR1Bqht5zoMANmNY0QTRZNhgUcoX v4fmvkrL+RkOhnDZvQVHeFuJmjabXgpJBPo1LvCaaEuNn22RvH2GRMbUkSAREv8MEAAVZhXX nAAAP+CNW2zgn0atipm/jUFhJG693WdmUxELq6smCA/AQJBAABoB+JSEfWCaSzZ+rrteSbVt vTOzqDPNua6S01HCDiJ3Iu/I7hV1m44eJRD0fX1WuvIHvvvIGquWcmZfUtL9br2zwVgsAYDS ebssUI9tcmJFsr3muMlsUQFFhJhgiOEKFdhRwb03xMqKEI/jXsguJlaUOOghzkHWCIBMWqDL Qi9hPtcAmpqGUx8Y2a0x5EnEpJInlAjDp11LHZRZ+yp7MsfdfbiCVJNbVTQdZxHNegEmISkL 2WBqII1BNLSq7SvSF0YSzrpB7nuiH1fNQXnzn89wswfFDwKl0rgEDGJK8s4IHAQZwID1s0+G 50mBIBckTUNDByFAs+dvNI4kxD1DfjFerPnpqXfTSV99eH68evEvz69+OD88JthKVyiES/s4 N5laKpEItLn9Uuo0a8GLKhCxIdrbdE5RUrEKWjbqD4Nf+ADX6PDTkaAnVra4NGsiF+4l/o3b BG42gveS4qVyNBbRkqyBmVFKIjEBGYEoUTfB4Pfx8e/de7YN/Vqytz+OuO/5/Txr4Ln0PMRl YIIrW/MkLhcoBWJiaaC1tu2EgSyOtIhHZJ3JLjrlsQpG3URNDaQ2kUHyZlMrAjQRVustkUaT tjcphczK0DVHYVYZcwrSHW2wG6/Fb/Ho6a8oeGqe3o4B4aT+r6pEEm/EYLpXYgldjpQKCBNu 5ZFBkxkjyGOhyODQzWBaj70iORtd3B3o24soSwLElBYr5h8YoJCaEdpdQO3dIpfL3W+V1MJf 0X5lK1fyRbFuyEFtJdFo9c8GhJOsIBZNxsk5WaD+JObdB9936oD31U86Il8UHTUm/AGg5ZHe +pwsT1tS63w8+H2OBgxDPlhXxhEeo4g+9MMUhIFKCTGKiwTFGIJAAPKamTrCoagyl4b0EXmB Z5G6nBoGaQgVUBISl1GkVxe1NrQRT0ubA4WLssSdahabqhPxXspqLIGFp0GtbfvYw7XQrNh9 Bb6/svN7cknSqnEu4EoQ8EUeUQcs3k4Rev3srGNREgwgRPrZVCHYSl4qSMhvd6B5uGTIlR7E 625RUODA5ld6bNVCTUZsHY6KBRI/SPEVEY+oqAQac9PZdU6Qm0FK8ihdkPDvXaSNFZFtFh6a rEsKeGAbZF1WB9nxIGz8IaHXWVbiqAmHvYBlQekAP5gBLvxSC99cgRqEcSGeIbs/UQLxjr4f GGH9tRbzueL0WxwZvsaxXI8AIwaMEYoiAEMT8B2dC7KwAVUbHbanahUL3kzCNIJSjjpb3C1p NpJ86QCFB+QNw0su0VJNYgweMwlcQqDQNVt2OpIrZePMqDXy+fkq6m0q6EZvbduLuXSzFs8J QSVtEklUYAoQGVD1vW0gKX6JMGSJ4DnitgLMY22BgFUsExiPkreMMHdJFBGYGMbSkoDMgki4 sHGBCkmKiFlx7JLAxO6KhGYGNuVsrSFLKxT9rPUnj+4bAfKPf1PAiHKLyK3HHO8kOitZy2ae XNw044dGWerk033+mmcJIv0FxX7U9T001Jsc6piWwF6rU0WdrBdhyaDzep6sQbyWrzwOTkwb XvTCl1Tqjmd7mWh2yWwjsSUIGtGhBQ6aPpMxF6Uuz4rV4EntlN0ohNCzfS6xNg1ufvDT2izE vhrJ4tl7t3SSkizVtZPqlur6hCnXqvYLQ0JeRHB0z0heOne9gELdIYXA3ApOU2iZqfnGqF+g LiQ0qtjKhjpro7E32gdLYilEvvWYfGj6TBNa2O/mYGHdaPLIBfqYWJJYurMYjj53VEJgUUnJ 6ZB0N77xy7xMLTg/klne6746LasOnZdDof1mzofMFAVGEGI+IxPUNcLnOADMBSvwCSfFTk2W nyb2XRokDR8wXLF850uh9mjHOIp4m2AxMBaghEkUz0ETRShQOGtbddyYWwNXrNWpIxMkBSCC Zl4aSGBYfqSMNjBjC42y5NdStMun88+jRgR+eu3ztM7X1bs+CEGw8wRwbQpqSFIKKqgKoVEN QiUrYVtOhu0scvnd3/hQDq/Ftzdq036Ail6IRHQCZQD9nlayptlw0Kf9LKHWMNaCAhTDNri0 gipGMJeFrABn77YcJgDUlUaPpy/ZrtQEBOIWj66LeoiFFEQv0VExTjhmVK5Rk11nUzehB4V6 L7I9ZVNEDSQnVd8xyNCXfAfU2l6vjXXbBNsmCIrETKPKlEJqIwc41PvpWEmkq0pRrIPDNQEB wbfX8F12hfxdSfacKwJgNZGnfC4yd3CnlSLzOFDK9CEN6IjxbZO10/lfS9N+l5IgUAdTDRyq X2Y41OLQvVtDrR92zjxbUZa+fSVZTq5FGTUIwImwEYlw3hE2yKDKzKG54SHL71LFXEqEItsP oT6y2S9qDZ9Ssii7HWmYKieYdrYBkRESWfJHTyb8ee8pLB+6QdXWRzLhrOhe0xtqhb43RD3O 8Azuj01DaNCryYWMWXQBTNyirMNMaUOAOf0T2gBToYBFK0l1e8+i+bb6mX5XQtS7Zz18wAlC Ahkbsm90FtIJPCBJa4UYyEQ8SPVhgZXArEWQSFK7QO9uCwLbUAWtuqosIhA7HX5AkbO2lrGn lqF7aES421Cp110QopY3K4BAtblYNoBk+TGNUxjEOMIAixlGNt57eevr5xxg36se6vluqY8x fFOSbiOFUIEYgAQhIIAZS6O2wF/NiSBY2zGTCykdBOttwHIILW6MqCSypIhKMraVaSLKowY6 WxCBx1tVSwSClrjf8326/fyfD5zqs1ZGbjIiqBArH0OfXgW56HPCwOM3Hjh94v6KuUEEEkh4 CIzqNzk2YnO4qRLK4upzSmayxcm6sMw4/YSj3CyP8cAAgbIqvJHyfecvq67YHcszuNR5vIlB 3foKOLsCy9YD41AYLKHIhOFI4w7vh1QRnLZTNbPKCosEzCojSUIjtWOCWK3MWNME1WKoS0ym IMAzTCGGQfSg/ExaouxLM160gIfzsaxcjW6WcLKyfFYpfHA/JFn6SZOuJeGHQAWCroC4Q7FA d8lJA1loFIwOnVT2VB9btP6vP5z1z6fZ9rE+75o7KzsmxpA7QQhXoGCJEJEKq+YGAgXYQ3Jk EIVbm4A1Ihda2J5UmjQoBDXK1ey3Oc5QBLK3UyZMDziLFGAarwLSo93cjMPELuQUKiIAmkAA umyDtZ2nbIPXnz49Tv4ub9ej3H7CH5Y0+XEJjSUpW2rLBIsZRoKMsSs+8xsxGSJItdH39lNa BqsQarzlojauRg7BKUdxA4ZjCNCtSdbG6OQjQiqsZWzvfV8X6m9781TaztHMVnLrmtr+bpAA OWCk9qGqCacUSQjNRtqVvbKIKYuxmCK0hoWEGVjijZVE0oV1kbGFJFwyjMiBOMB4NRwZEOot EEo0qNAOisGiCp5MwohY5W2QJIJBK6PX5/cfwYf8v7be1tH1W+HZ0fv/0jbu/TSdXknBJ+7E /h9W06/qwoNf+P4/Vo3f4iGLpP+4OjSa8v6ZzD/MbLoNv9VxyyxP+sL/12/+b2Ma/bYdmuia 9SB4jCfnrVGwp4Pg3dkTrNmn2+/115PLD+jiIKqGBakD9fXX5qx9+Gtj9JQ/kmq/qAFKDgmI ICc/fpWiXAkQHyoh1gjJ+4zlkyKZhUYElACRwBEAvhAypj84QVycGCTpiH9h7Uu1cQZq2Tdi g+pVjyQB+CQ6TRi+AXDrZD010cdZ5z3gbE4AMdoAm3vS2sB77BxUINEliiSgYko1C1KhedIJ +DrWGB9lZ92EjnL6WaDUBGJUSFBSDBLo0ZAS7AkmuCiiSkXUZjhfM2YdLSuoXa5I/Y/Fa+wi kjxLfeqcluyCwLB3D8wOdIToBFMeKULsmGRMJsj6AdnPeqXQXvu+jI75U95t0d7fgrV0FB3t C7Z9RtciV01VVPOSKpvrdjec44L3yeJLSKkE10IzH+hEiFoVJ6w0B7hFhcCwsuAgl8XOEaTD th+9JdnRvvb6PfiFNqOhPq7d/2AhxkJOU1ofYxYkK6qiQFRBiCWifZ0siQGQtcLURoRLRxwf oJRN4jLAStYqwTaBxvsWptJthmW1CiCViJB4oqmYNpRGF9OJoxyCMtGwGipyCRRS6BSRIIev Pq+tdefnPXb1q+ePZ24+enx89e6j4h2JC4lbaQ6NpKV0f9jChhkQEAv2tGsyyNJjgifyzKP+ r/Js/bvzNgZUgYGeA1f/kJXHP6mdsbPyx0aVzbS9enaJDSc8wci3VVLjNZIaGqv+ZgOPktJB oX+EDQww6EwOHf+zoTv/l6Q9RGimrFi22sWZY8Pp+n6a/Oj88ot21jBm8hf37QH/HgYmm9Li DRwZub1Ga1pF0apvIwKwhUbwa/fj+/D90zxmGQr8BiK6mH+kKPBr8sxnLK/LI+zRUxa1lx+d EaTY/EvOLQMIPiwDwzpIExGdZoxY7OOc1Zwzmybrl27ctbsdEw5otR0u+y3IdoLSsaMFSa2h RW1G22NUbRVIbTIk2rxV2ljWE2TWTZCalJtpKBGQCQDSrRIsDVU/qHI9k8ehfYHo9swFPKGr 7+2/rz8PRJVzXqPh8HI+VssCvnozMNpnVzHffTXCpdRFgPzkHVmJDA/qw5GCMkErbV6irnC0 1WlcU/aPpBjzyxDa3SWY2RdP6e74hutUKTQpICwBk6HuIHFBwKQE1DvoM/VENKVcOmOfQ0zt h1rgVAzMy6CAgOSnEeTuMUcemP1WpK9lglKzoMxgfjCDR8C9YWRWB69FLO+hHBaYL8HUyZzx oq0wDvdWPaXa743SqRD18ybMMdGhXHmAkkvTZwUd7pB22Cg6i9a89IOJxe0JBJddAiMslUZH LU+6huh8Kd8A6rh7gPk7LdiUsXA+BgXUuD1lQO5oApRAS+U3wc4HADjj5+Z31+lpCN7muJVv R9ctfHM8/PYJNUUKqIgyFCFhJ0VlUDIEJABitbdVaAlqGQbKKWICRFjbKSxIkd+lI0nimWgO UjbTclAg7RuFcYrSQo99c+tHznj1Pq8v69cdvn123N+Pr69L4Hj3aJFtjbKpbUlbYMZXbQPt bjf94P2oV7mrUJolO1Q8XtQTWa1pC/zrrDR/ugdK8GbcFRi4zDMJYAVMSyXCPHYKphcuU7t5 3fB/g/H7l6WJK9fA991fgTFSpkz8zAPywH/0BcpA8vp9NFksNYqlVRVSfJUmbsxXKY6yPuYk Pih9AcPE6fNXevY9B3hMe+CAaEtzdWrCnVJn4kH/StCWjRvxDNoh4INz+mae+pEhiNNPr98i Y/F+PjxQlKIzFFROpARyy6GycqNspMQQwwEQTTJDw5YvGGdAjhC+wGtgOO4at1YdlrjArnEh kFEQC9JY1ne7owLhshCQlrCWIpnGnemvtb0+hfRUK/zwqcBwpPs+8wYPTAvQPaYWRS+tKnJf BwQ+EHjsb8iwhFfsu1iWAX4N6Hg01BCLbguB1a97fQfvWxMxgNe94N97UJIh9YPMDxbtg77w sYtna6N4XIWQV/NQDrugEK+OEWrVFD3O3CjLNPTX1rSzvnNDHwWvQ0GPITuW7oxMQ4seXywF +8eDlsptDBK9Q0G+zI8SY7cycWUKQhCYeRkzjCWV1i88oS6Y9MlKXaB84gc6pQ0Lzx5pHM5D 5XjilwCu30jDcwKGRYg7Se8NQvh7Y3IJA+Y33rA0syZtUkEzgrsTMA4ZmWXEsXMNNdbxUYJI YqncbuM3Gp8jkIeV0Kcsi9PeCPgKxBs+nVEk5xnA/wb5HdfwQHu1cZ93gxbW71tHVV66fejb H4wiUR7MAgAk2YA/4oAVEaT2pJ7L2yrFSoxaVS2QNfLr5r14IaBpJbBwcRu0jK41B6UjauQZ F11SZOku7u7gJcPXmJpobG8JlQylg2SQhJY3HW3ACHdt3Hbytc1EGdy7gAAAedd5cc0SRJjd Nq2//Fba6bM2X8u6VcorpVyiuvry4yVfRZtvdV8qpTLZKoiZXzVvhuJzoYoqrN5isuTjS2W7 283jTyHvkXLly5cuXc11y5cu9rzyLxT2HjynkPPLjc4QIogwRsy3lz3vfL3yd46s3X9js4Bx eVPiuQ1bL2+d1d1dd113a3SE+w+VK89JDukbhI45JISNyQ9eFr17v9aaQrpCNc88zu7u7u23 KkjGTRq/GaSSKZSWlNRulqN/Y0lJkhjYxjY37yRpEckmER5akgsfuQW6dWp+g/DPJ9L7NF5s bVLZLZNrlfX9vvfno15rw7kN3G3CT5gXRkjEAYjERMyl3cTicn154be+9vHd3Q6dG8wC8lM0 zZzkwUSESYtryeUYjt1XSoqxHlMDE1wpdDqRRSfZtUKZHBxuSSRuSEkJISSSSSSSSSJg0NJj SarEuDiC1W4BR42bcZrsrLLTtu4sre9eWm8kQsmkrL/yc+PQT18+LAAzWnOeWdjzHHGwg02I qwc8V55282/m7v2rmerrTVNNr4lbNujTJc1yVdyYDR9DT9FquNjbbY3APtJkhY4RAV0FyC2q DSltKU2qb1+4AYADxtwA/HuKvnt3HXOdu7pTRRviAANcwMEIqQILUReAwBbQgxFtnewtw9NC 6YCFosgqSEQYhIipGrEAAAAASmzBM7wZBscSXk9o8T6oCPlzewbjPIMtvullo3rX7Ro5eWXO vek26ZMmTJiX6dd5dzamVvPyA76pXoCafX13d2vj4AAL4sarXCOwdTtRCla/eyZiltQDtQX8 4gURmWgJpWoHQctEEaAsP4DP2/jZVZ78O6u7PT291s/C9/Dd4ZzfWw02dpLWvYVlWZLNlCcY iJJSwh/OfZGaQ80VRJiJR1EbgUQODp5O2aploAzSp5AuJ2CbLaZv1Pfs3JvgtEzODJvvvhLv EThlWsWH3/n9z6VPlrplh18Q5eiIbgxxUTgF3EXMqZZ5v9CNQ/fEOdSivKnizy01GGDsUwBT 3RfSeZxyogxzYHpgURvcaClLlYDgFxpC1yzTIHxQyQ/1gH+Pf4eD3WIj1HlBDvKPP2gXPVZf 7BfDPs2HhbVJCeY9Otx9NtYBnLWpvOk12HgPUUXf3Is1mZgOyKReFZ/4CiliY9EjBAjv9Bvw ev0xUsTEM4WQ1EQi4J5JlFBgiIoz7XgskJd1nmMp5Kf8HO+r+rthwAc//EA/9hDtvY9cZh2H kMCd6GaTCyHJyas2Irnd+iIMIULMdkYof5DsItSYHMESEYXwSv+VAw5H3+PIbNWWLTOpoB+m O041ABAwhA3TOHeSyqMKHDzKWd8923sQYlM5VWmvGd2Rt5q5KEZs9qnT7ebqLLPgMQSo6LIK /Bat6HQGUyA10ZDRDfneiIQ6ICkluBH1ep7BuwpDaRl9JZGiaoKX1EORMBhDQpfXJGbBAUQT wyW4ep7nAhfW4PFKOXEqolxAgGvBjQpXodc2ehBrITwuQ0Ln2GXUpCuVT93cBIHgZK+UHK0g TbrtsV768z3uztjVpD+FGEw2vGkJS0iMHcE8ghW0irs9kuYIsKOyQQUqKqGGXMSB9nsDI81L UJiUmGbqRrQDBxGMSlY2Ndu/fr3O3vj51rmY3lZReJ2pXnGsOAFSoQghEC3DAsFZURC0Psj+ xoF6unuI3T+OJW46WpFKlZROkEK1f3QwLcbStq7GvJoNbDbSC2mjrysXwxkktRQBb/S10OUn LV+TQgenzieNsobkUKPAuXHyIcON0+tQPO5WP7x9qK39k9Zu9mXF3Zrpd/LpPtvvxOzVklq0 FqRCrJJFsbfO7d6LOwyiwpmpcWJqhcXMS1cuW6k/U1ekR+BFJ5BJ/JiASH6oSDJJNx1Z6iq3 4qc5o7T1d3eerw8khgJ9NZe725gfYL/Q9WnZY/Jf5e/GxoNvzo165t9jkY5bpXytYilQKBwj BCgkidrBocYLYWYlLxRK7O+CHUjlm/y+raScFpEZG7VQ55lI9Cy7REHTyeoIgRK+ROUeVHt7 Qkf6fnzonn32/Klg/vEfY9iIqx9CJ5tdEZl9Tn5AIsnqE66Zm0UUR7Eorb8tD1BIfqjdvrDk h8IfQ9TXjskYzyaaYQVoCNm+swFSpE0jAeoxxByBTigYIgzss7kUrhoAkqPcvEgOXV3eIFTM LrRDAT2KpabVedkpKUExfLje66X4wcKBXl6SR91lBOtrYWAeJcEzevzoLrB7IIJzwTrZa7lY iCiSLISGJga8cEDodjUubmQgN93RhwNpdSXTBYhV6EYHVwaU9BPJE1HS0gU0ht4I84utIHew 1zR9AAH/envd94Krk8pS7Uzq37LpngC62ZsoKXdW8G1qL/0ekSwEpW86hu8WNOp7frncvG9T MWzV1H60QIhUttz+lj2IY3tKsQpTWEuKNIVtIDJRILKkkq6K0SJa15paY2ILKySBUOxJEKyj CMoNiScdTO88+/f0b0+PPOPm877evfx+L9vt5+3knY+IhW77wQpjgDlolQrqifV89n8/0GWY SA5FQoEJWYlkiRC1JGzQFgokICxs7t5R4dzmLYDFzzWBBf6Wf6+KdN8EobRxIAU0PVmtFUYk OylGHgY9i7dwv5BAut/4HLfvejn1frFrHVr0hx0oh6WfL2iewB+YpgonvUD3qOR/bxA/UFvo WjL82ZAySMsMJs/i6uGeYfUkk+/S2KK0VpJD+9KFLdlGorGrc3Ir+527RpJZS0sTrAjbtiY3 EQoQgKEiGiorpGJjtKVxibQQVFUrWmxDCthBlq2GjWC05dj3pEH2/dx9n6+4+PjfyvgpMAUp 94+5/z2X8DmrCat+gOKgLn8/6JSkIiwMoH5GA6pw+h2kbGNC+ZCg2C+efOu3bfriZe901knK 6OK5w2ajGX1XdNbLy2qQzsWURujEXh3C4V6YLUUSZBYm0LKcSeNZzPTs9AP4xRR+QFM33z73 79wIKliULsICJFalixMpJaqPV8Ynh3oldRVWNzssM/ojqv1rimRCSPxAkrwAA7AgdqwesfSp kMWN4s295bEhIg6Kbh24myoUMLsrgUBdwUZA5phJG1mpsrXbdX02F0MwCzgkYl15KQi/DZIB iY0PAORQ8FmA36JKHVfop22A++k8EwMLF2E2Pu2rNt9daNMqnNbjyA/ZnSjKrSkszyxSHM9q 4JNcIlSiZQ2vqkhiy1WFtmJq7tIDQjGimmiUINLuInD8Dac+bVnckSKgF6UlAOxZWiOiQx1k 4RgnhJsWfQFlB+sSKAe0dFNhQ9IxscMCEaAa0lQqcx6QR4vWTKOEABwArdv2oM2shXREOFFQ t871vM2csBYeyXR4YGQMYcYOF5T72Rb0UEHCPzggAofpm9jE63lX033rZ3qetfnIwAFQJtgw YABKKOK6kEj9r+gOg7zIzSYUq5OAzjAvLhKKBcCgLEllZaII3FEO2pJUhKStqg7ZQFClUdLY AVRVQI1UvlyiSak9Q9+eOYd/PPJLLy/Vu64i2vXoROQ4gB3MKqKqpCuiIASU6iWIWTVVrKnM 2cSwVFCDxO7153hg5Ui+O976c4avCZUFmVX0M0Fm5vRdXITHz3E1uRBiaqEzH3DdNwEVZHHB NIQH4iEL9fj/B+v1ez09GtXTzIqqiSpUqSqqq25G3VLWATX+UOfjzK7/K+Tlf7g1/qtaIt/K 3fyryv5X6AP5Lzq8Hzy60uYGAVEcBMW9iyHuB+Jlo7FNL+gY7g/UicAN2RI+8JFO86sq+g8y OcwC1BbIfcqBL9p7uz7Bc0Q2P8VaapzO6A9IUUBeGuivfRUguswD8qf3G2Ja2cE3M/DN+28/ yEIPCAslquLqWQg/dxo2G3m25JzLu5jXYLOfiIebwAPuQdnSafSP60dCpmB5tRpHSr2o479/ Qp1kn8gE06Aho+62uVwoOLiExwq7JjhUhI2OKZcYZDAtBYDQ02tNVZq2D0i5DGNhmgX+xxON E4lrhGcTimcfW1riGh0KGwyhAMiqUivCVVQKhgEGl/ey6OJww31rlVNmtNFxttjGm21a1q8F wNCZuRRZi1C3I4jSINobaT5ewlgZkb2WyajJKGrOEbbYuFbJpDs0bxx6kLd70zdqK9wx0e96 mIwCaZhY1xdU2XHrf+LnjjJy6BTgzjWq9as52tmw1JJTTabjhM4QLs7cSe+XeYa02yz/mFxr WRbguhBpHJpGktmzaN72bQti2ooKbEFLSreGJYYg2VXXVVNd9DTYDc0sZJNJrKZsmqylLLRt NRsaxZSzZtqisSyESEGaNIyRaixYk2jbFkamqwFKtlKmYwsiYtN96++8rf0Ff7H9H/srj6F+ +wNqmPRzp+k5Qj0uXeM3UP67emTZ9PnNkNtGZoG0BYkAJ5DIWGr+/FcExFGRQylUaiNo1Fai iTaysEtVZIqpLRag3NcfXdWE4kfTUbFGjUGaCppmLaDqIAcIJaIns3HuNJ+PwVDJVD8YOyPU pDvDya+04u5otpbIslpCllSUaJMq0UGjRaLNUS1ZmSLQVU00aErTRaWzStZGsmqtFtpUsJbR bDTTUVMK2lERLJiNlMGtgqNo0RtDIorZlYrJs2i21kslZLZQTRolJNSU1poao1UTCKFSsWzZ aIiTWxrEzWzWZbbNMpUwyDU0VSZsWWbZBZtYrSyVlrZtaaIVE2ijY1EhMrFrG1kWtSWWWWk0 VEyymk01DVLaBSapMximNrFabaTGm0GNFKM1AhFkkPkomn60NXJQ6BSHvOyHK5c5wPgW9yPZ qTbRNP6a/JHyzs0IZps7Kw5b32mmi3IwDecG9tqnIKEQ+Tf5KdL731xj7v0fGQb++VE7JqW+ XiNaDVfG4vXpVhiWxYcSy2rtjDiU3K4GkUVxKbmGFXNt7aRqNvssMYrN4wwnA042mhttOGNn aeCIexZPq6+Vry9sNOfwNV5TfVjkY3ywdcIGnqA8PEDuOuMCFXP3Nmhbr+3X1qBYKj5Y40FG eoORN3MbygkhUex51Ti2yWUtZ6KmGK0u+GoxINTJIzpGZocnGS22kpklWSrpNIiXlOrdu7lu cnu66r2hyKKgwphMSphUx1WRQiCsbG2wE1gPGEh9lFTeiUon2qdFGVa7HrbVdbeVtptVV+F+ f6P2SXmPq37OAxcO1lrfLG5yzMZp73WeYDvZD2fm+RxC1Dt4Fe1D0IeZU66A8+j4V5Ni7MaQ iRce7zAj/IEUIx2CdR0dFVVFcpaEgVCSxIS1lTFstC/E4q2/Ee4ntnuJ1qisOqaP7jELXY/k T/eL/Lz5fBnGHRsEPb4Nmppy0NSWhLNZ5DhiJMsJgml+16+mSQnO+1uBpi4PuUC5iWMT6NCn Wnr+tTIaffEvLPimflwkkkJNygavaG5ufloKQXVlTsmoNHthejpJO3TcHtKtj0lPU0uMlyJZ VZVE2mxGa8m6P42tPL3e3VdXaVJjWppcUwRXvTvGfietME9csNAgt/jCtJ5DvDZ7MAU+lS2X xI+gZy7UOno7LgXtPpW9IkOb2I+0IABZUqiHhkLm28xR7Os2SfWLTzeF6nuADgrtNwkApBwp p06bKebzmIKBznyfKtmBPc/MEPOHonjDyifJKli7axgzeY19h6fyjwTwkdCkcnZoddTR8qca aY/Dvw4YvC3Ph6aacDVGkGkUHhU2xyi5aQ3E9NbWAEBFMQGkYGGGBmLEZnH+1o1paLOGPERZ IijQNrZmPLD6oC/aqHl6+4g+hGhIdwfIKPPAMPAKPQFrFhDOK+OyRflspPvmvzENvdduKQRQ aMvdp0nsNkn0lG/MX2cAPUzYRL7NLv2nDVu5mxoHLMTEKLk+suo1voKdTlj1dsklKv7xivfT niQ+6TyZp8Pu6paWlWAiRNSYQhMRQbGxojY0ao1Izahs1RaLYZoNLNMNJaRQmSRkWSRWRCQk A9g+xwPmOAmjzvn85hj9Dh7ebcg0WRtvGopupNgtf1zj/Lg7/1/tffV7JggGSzKNm+fjSGGO 1uIxj9EwPGQJ5+hBX7+dNfWUArmaBShKFRBUSLtKhpb3nDNcBwYIXvMYZzFGULCsjMYJcuLd TAzMtGbmpmGbmuGBgBgmkaOf5t72LYi1FVRuhUqKo4MFgYcdhYsMNFXAb4NoMAu5kvZ26NMZ LjCAacBwckXgMDhTAvERjBkBYJEngQYO4gLkD8WkLp882kgw1MFhVqW5mlDTMWW4PHmEjwd1 TjjN7NFXBubo2Pcd4xst4hgLRqOZrNMWsNWTNXJczInG9b1QumAyDUcVwozIRi1Jeje1wxse 1rUUWpLsZc2cD4nBpsZvgu4TeqND4JvU2QNGjOHc1SsnAMGGxQHgG6UMRG3IRpR2Xdud53l5 eXTl24ruo8Gb3Ws2ioHqRttuIJHvWg0wbBqIFbz35nydNza+rizx9YudFxprMIwTjNipMa1G 669Xe9qwN72V0IYwmZzvRQYbQzTMDTN7w0ZXUbZMgPHMfE1s3N44big5vdMw3cIpjA2GGEaw 3Ci3qzGUbbNMy62lhIXRq4JcrNa43wUbTbj41s1pPmVm8hNNCiTYF3oVY20+dUgyU1tC5Snr W95ureTODnpGxGiQ7DgmC3eJzvQjsz4JIYD6xfrT0eJ63xI3bnuxMQvH3ey0zkBfOOnSX0HX jHLI+H4PjPh8HOcz491iR6/7C0tdfxOSr8N4j4+Igd7bt8AjQJ2QMfKNJy4BvEOPP7nLtS0t VVr7zX1G59DpPqPR7nVT5R4vCeXvv+0PIpifYfbRmLIf2HeJRovo6ur1E7Cp6qIeqrOZLSYI 0ysZqCtaHXShSZh0HQOv414v6ckk2lpTUs1li6b5Cd6erwXHRlJvqtunlIsOCodHc6/V4oh5 f/L9g/5h3hzjxA+wU94vOCu9YpxivPG4AT8InePaJWDCZQV2JicJ7n3L20j+OaZUzflpSSVM phYoksstJGsistfk3VlKykkzNmCSQbb+l5r26vVV8Ou8yNRbpTJUxb87vN5XklYNpsa4/kcX rM4rRUw6kE5TXGU3cYli4tqrHTnpd7spVSt1ve5H9E/p/N/Vz+kHLqdXfW1Q2qqqqqqqqqqg p7v0dv0hdPOrYPKdxQeGBhHw9/6jnLoOlWziRY8KetUa3j+WjKmuj9rj244smYSOalnOMUfm 76k14n2dI8ux46O6WL3PPLFlYJiJEGvpoT1w7duBZJEgqg/RQmUBa/ZQ646COIpBD0Vysbfr 8+okO6NSp98KhjKjI1KnlhJ7v1z9j+gBOAdS8VPheNWBkDMgXDLCyVVi1c8+ssC25NTC1J5j /GPcgD8j8CpJPmfT+zuXph7B2o8CH8hVWjai/+BDI/Of/FUF/mWx6I9lapkEEOJ8m5CI7R5o /GHzUBHt/P3uKcRQD+cTMQ9MA/x8hufgmHkTpt+/2iZNy4Vo1A9amo6tvIgszJj/gp3IDM/M c29Q5/8OZT9JAyEDuUO++7jsUB6VCKgb/QpMEw0Dm1kQDAGCoduYhu4a7YfPaghqHl9v8P9f ad/kN6pui2+186kD+EEQbn6bvrFXxoeYfw+7rUSxqDBIgICGt6VCx+oFNNKD1QkWRJAEgRUN qMBuCNJ2dY907+/0NOm9RwkiyAZPChQ+R2ilzWqmzCMIyRgiSBIiwFtihLFqKkt+ze2237Pd r5WlhmUF3O/4RHmHU9xS4zC1MZnVcpSmy37M1Twm7XlpdK7rs0Oauzt13bt3dTRaXNJyt3SX VKlZOzWbzuvOuaGXS2uoqzdTpUG3Ztl5eXbVkrtOuuwlulzaOY3UxzqmprLNsslI++07Um9t FVIKUqCY3LUpGNSIyMWBE+BWRREipdMkQwsdjSVGJrvG42oQSyppGhWKYZCIZqkg5K3vloFl XVUQzKHAPx/twXMVuGhYUcQBjt/cvwKelBSIj7xFCLESkl1ZbNWzbNmpWaaVKWy2Smhmmm2T SrTWixbV+mTQKnYknTVBFJJR6SWtpaabSgkvZg8ru8reIjbvGU1Gp55V5wAB7eXZeXXdc81v NbyVUCoHbTVzN3dTs3eV2q8eTRo1YmMkVlSoskBA00xsoQJIoSU2fdcFTMREIpIWIkamjRo0 BEAAADDZFpkjW+GZLrOrJkLZLNjMQTpEFvRhI5wsybTNjVFTLY1Msm2t+zfLqXAzljKDUSSV GJXmDMbwpyNINIBHAW8W0EywpGCaBQDTYcIt/J7tdhQypmnV/71YqAWgIasmSJhFEtg3yKXR D57txmSzHq/LuJJwPgd+vh3ZpO/uHBRBLiKakMXWqO4d5oShAxAT6tIJwz4P1K/VggOkFU3+ Az67fZmJ81AOrKgT/8uIbrqvvB6i8BOzoUESwFwZegrzqnp+W/qvxQxBFDnZu+kBLAJtuu7F NnYJmPlFQM0BsYigUcxmgKbUXoEDDm0jShuV2gCbIhNvcKi+M3dm3ealdwHUWttQ4q7uO151 QLAkIMIIQkOeht84a1laDXiUrep3jkpimamBjtedMUXEDgBYENgIoczsigicHJNXAnM9to5K Jhww56BTScwA0HQonNSjQgRobZqKbEOlQRPA5NgMFAA+kSaEL+7TqBUMBXweoAN8BjFYwJBB WMAZBRA0fzOv9w/BUYEYMJAjCDBSSFKliKKRIVEkSqWgWBIAT2fy8z2B4qihz/P2Ac3tyyVQ 61M5iGaqGpRDuVHXjQBkohSoWe5RDV9+myK5PyRkkjJKUrrUUWs7iqt2QN1izL556uSRvmEY B2dIk6IkaJHfPWhH3Uv1ivFSfR9aF270xG3xv14qIfeAh7cjQwyUETRxATRwU9fo8ei6oiZq PrBUPU+p9A4F0PX+UOIe0+4VA+GW5RDWivip03fcCHGNdJfeiuIKeAhp0oIW1A6y4hx846jb 3p6RCIwYSKEAIRBiDJ9+I9ml5l7bfSZHVv3T5bZqUA4nHtHkawQhxAYwGAsUR0ERJzADRgHD 7AE+aKltwrSugO1Tp8pwE1582k+wpPbsLErJZhUa8hi0WRfCDao9vCKjkoInrWwaMhKSokUS QgH6HqY8JZGR0iohJ0qOlTC26JUkOmeuyFCiAh7BDvR7dqL1gZNWEDaOYIhcXJBDoUkVFJAI DZAd6GtPJAuTCHJ+nN9qK4iG4BRNpEq43W/s/h27ceA7jYv4eCIJrHE1AOwDSbOZE4aeoNua oBAAkFgnMtAMOmUU7jYX2XB2qmQ68zaiIOcF0orZAU78QMzC6LY7jSjYQJIuYoBHEeJFSTVu 2pqktJUljQpZpAoRy+JX1D1VaDCBISIbNd8tNsCmMgWk3m+12h3sipqRhB5IiNxvRxEMqUNK KhoFRctTC7k2SjJXFVRC62DS6qVG1waJQmIKBMRFIqBt/g5BqRXDf5fS6hA0iGHGAoBrGO1w XBDMsBuANnHKAfBYu8ej0/EDBRDqv6/eiICHUligU51BEuvoUAmC755nKvO/EHOU2Hh7fjx+ QuC9fOAmySIkqoREW4puP5vnsqNi4gUvoQeeCSTSYCnAdzxLiEDzI/EUSDYEBE0UJ1i68lJI ECT3IsHg9aB4Iusi0IikSIrbWANwOwTFXpfivkQ8r5YByNgVZKU2Cn5xfZkrinqBDpMjj3UI GpElrRMsh0j8wwXHLWmlFsuLoH0qoLqVTUBX02o1jUkkTaZKlaZWaU0mRgBalU+Xbfby3khI wSRBH0HYKt0oQ94+w7Nu8zBSCJjAB9eaOljBjCMFUmouWEEdfuytSZrNamphmqLY1SwZCKoh CIAQgsICR8igOtUCCHvsGQndqBFDr2LwQFLgai4KdSvOEVrcoouhpTQqImRzcHhgW8BMh1Ik SCfNTmEw36mwuCgAYtkzRxXau55sMgIpnmxWQYjClEqmFVUQbd4clCKJDxClGWw7stQYTjDy CG8gBWGZomm0XUNxA0YA0+geAoB4qbRiSKWRFsBUJ/Hw79JPmyRHvSIbANoMy3uBpKZIgyHb FcR2uSViACZHYrKGIk5hQMgsph8FNGahYQyAkIImmtQnKgkCRRhEX37G7UjUrVT1TMS4wqus ICplNDSQPGMbdVELDKYlHABmAllrCSFBLGhStIIJEYFLAMUDL/RyutpYOjHvkLUmk2jOeklo Olz+670+TnpwGDBjcsI2019x6XEdTgpkjAVMldSiGDZQALARvuNW3SedTbFDANpFRgkOApEU hIMUkEStOAoG26hjFLBFXQlKUi4Jhzg9Sr4BAB2mNKXNygiWU2NTvHZ0iSeTaOlkePjCZSDz ldFFSOsRw2bsj+B1Dr3cIeUgiPtJI5156XUnNDJyIBqqSkUA2IAauj/pVBe/WKvRzrxE2+1E TIAaA6n5APsFAM9kE9wYiaTbxewDr3JnE7AUsANw6FWKAB0gZ9U4ixd4PeZTpghwF61EgPXd Coe2es0UCoXQwoVttEPlw7/d3YK44GTZ0vQoc4llu/3RAFCKoKKkXWNbdqjQWUAsF8R3dJsE KY9yK3tAl4lG/v+N25wxGbwpOhYG0jEhrGkftQOwAgufvqA58RQOpV6eAKA/x/kg/cID++SA /JIktSSGVCH6pJIPpgGRSRH6gNRUJP0oSfVgn5z679n4Y4OS0FMgkqwFnOIAe8/Z/f2dPk4i HAUHiKCcRRTYKKaxVdqoHFQdqJx483/c1IahUrUgv7U/GFIBsVS8FNioHp/j/D/tng9MZDNI onFEagA8RWsyGZVSEqf9m0kJLqPMI8xec3bfzcl6HKBCJSivULUqwotgsk9KGKPSEoP4B8Xk NoWxIDAQXZsG0qtrOxrWomh3//F3JFOFCQIeRUqg --QXO0/MSS4VvK6f+D-- From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 19 02:08:17 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC4D4106566B for ; Fri, 19 Mar 2010 02:08:16 +0000 (UTC) (envelope-from gaijin.k@ovi.com) Received: from outfallback9-1.us5.outblaze.com (outfallback9-1.us5.outblaze.com [69.25.61.74]) by mx1.freebsd.org (Postfix) with ESMTP id B651A8FC1C for ; Fri, 19 Mar 2010 02:08:16 +0000 (UTC) Received: from outbound9-2.us5.outblaze.com (outbound9-2.us5.outblaze.com.int [192.168.12.70]) by outfallback9-1.us5.outblaze.com (Postfix) with ESMTP id 4B5674FA360 for ; Fri, 19 Mar 2010 01:57:13 +0000 (GMT) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by outbound9-2.us5.outblaze.com (Postfix) with ESMTP id EFFBB98052 for ; Fri, 19 Mar 2010 01:57:11 +0000 (GMT) Received: from outfilter9-2.us5.outblaze.com (outfilter9-2.us5.outblaze.com.int [192.168.12.73]) by localhost.localdomain (8.14.3/8.14.3) with ESMTP id o2J1vBta015112 for ; Fri, 19 Mar 2010 01:57:11 GMT Received: from ws9-2.us5.outblaze.com.int (ws9-2.us5.outblaze.com [192.168.12.98]) (sender gaijin.k@ovi.com) by outfilter9-2.us5.outblaze.com (LotusLive iNotes outfilter/0.91) with SMTP; Fri, 19 Mar 2010 01:57:11 +0000 Received: (qmail 485 invoked from network); 19 Mar 2010 01:57:11 -0000 X-ob-auth: gaijin.k:ovi.com@ovi.com Received: from unknown (HELO ?10.0.3.231?) (gaijin.k@ovi.com@74.105.210.169) by ws9-2.us5.outblaze.com.nat with SMTP; 19 Mar 2010 01:57:10 -0000 From: "Alexandre \"Sunny\" Kovalenko" To: Joerg Wunsch In-Reply-To: <20100318195312.GQ52442@uriah.heep.sax.de> References: <20100315062028.GC52442@uriah.heep.sax.de> <20100317070428.GA2924@server.vk2pj.dyndns.org> <20100317074549.GC52442@uriah.heep.sax.de> <1268829363.6171.13.camel@RabbitsDen> <20100318195312.GQ52442@uriah.heep.sax.de> Content-Type: text/plain; charset="UTF-8" Date: Thu, 18 Mar 2010 21:56:44 -0400 Message-ID: <1268963804.47240.16.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Content-Disposition: inline X-Scanned-By: MIMEDefang 2.65 on 192.168.12.70 Cc: freebsd-acpi@freebsd.org Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 02:08:17 -0000 On Thu, 2010-03-18 at 20:53 +0100, Joerg Wunsch wrote: > As Alexandre Sunny Kovalenko wrote: > > > You can dump your ASL (see Handbook for instructions) and search for > > something like: > > ... > > > and try to track down where the actual values came from. Chapter 10 > > of the ACPI specification (http://www.acpi.info/spec.htm) should > > provide you with more information on the subject. > > OK, the machine's back here now. Meanwhile, I already tried all that > on all available laptops around, and while I can basically follow the > logic of most of those ASL files, I'm completely confused about the > ASL file I'm getting from the nx6325. Perhaps that confusion about it > is also what confuses acpiconf -i0... ;-) > > I'm attaching both, the acpiconf -i0 output as well as the ASL file. > Is anybody able to hint me where the _BIF and _BST methods get their > actual data from? > > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" Unfortunately, it looks like values are coming straight from Embedded Controller without any modifications: Method (C1AC, 1, Serialized) { ... If (C14C) { Store (Arg0, C160) Store (C164, Local0) // This is your design capacity Store (Local0, Index (DerefOf (Index (C1AF, Arg0)), 0x01)) // This is your last full capacity Store (Local0, Index (DerefOf (Index (C1AF, Arg0)), 0x02)) // And yes they are the same by design of your BIOS ;) ... and OperationRegion (C153, EmbeddedControl, 0x00, 0xFF) Field (C153, ByteAcc, NoLock, Preserve) { Offset (0x86), C160, 4, Offset (0x87), ... Offset (0x8D), C164, 16, Offset (0x91), ... and Name (C1AF, Package (0x02) { Package (0x0D) { 0x01, 0xFFFFFFFF, 0xFFFFFFFF, 0x01, 0xFFFFFFFF, 0x00, 0x00, 0x64, 0x64, "Primary", "100000", "LIon", "Hewlett-Packard" }, ... Given that you are not getting default values, something is actually being read and returned. Unfortunately you are going to need somebody smarter then myself to tell you whether magic number they store and offsets they use to read the values are indeed valid. You have couple of options you can try yourself, though: * play with OS names (you can find possible variants in the ASL) and see if any of them make a difference. * build ACPI module with the debug information and see what is being stored and read, and, more importantly, if there are any warnings and/or errors. Information on how to do either of these things could be found at http://www.freebsd.org/doc/handbook/acpi-debug.html Out of sheer curiosity... what does acpiconf -i1 say? -- Alexandre Kovalenko (Олександр Коваленко) -------------------------------------------------------------- Ovi Store: Fresh apps and more http://store.ovi.com/?cid=ovistore-fw-bac-na-acq-na-ovimail-g0-na-4 From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 19 03:52:11 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75267106564A for ; Fri, 19 Mar 2010 03:52:11 +0000 (UTC) (envelope-from dan@obluda.cz) Received: from smtp1.kolej.mff.cuni.cz (smtp1.kolej.mff.cuni.cz [78.128.192.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0DDFF8FC14 for ; Fri, 19 Mar 2010 03:52:10 +0000 (UTC) X-Envelope-From: dan@obluda.cz Received: from kgw.obluda.cz (kgw.obluda.cz [193.179.199.50]) by smtp1.kolej.mff.cuni.cz (8.14.3/8.14.3) with ESMTP id o2J3UmD3086583; Fri, 19 Mar 2010 04:30:49 +0100 (CET) (envelope-from dan@obluda.cz) Message-ID: <4BA2EFE8.60004@obluda.cz> Date: Fri, 19 Mar 2010 04:30:48 +0100 From: Dan Lukes User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.8) Gecko/20100221 SeaMonkey/2.0.3 MIME-Version: 1.0 To: Joerg Wunsch References: <20100315062028.GC52442@uriah.heep.sax.de> <20100317070428.GA2924@server.vk2pj.dyndns.org> <20100317074549.GC52442@uriah.heep.sax.de> <1268829363.6171.13.camel@RabbitsDen> <20100318195312.GQ52442@uriah.heep.sax.de> In-Reply-To: <20100318195312.GQ52442@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 03:52:11 -0000 On 03/18/10 20:53, Joerg Wunsch: > Is anybody able to hint me where the _BIF and _BST methods get their > actual data from? Method (_BIF, 0, NotSerialized) { Return (C1AC (0x00)) } where 0x00 seems to be battery number. The structure that will be returned is here: Name (C1AF, Package (0x02) { Package (0x0D) { 0x01, 0xFFFFFFFF, 0xFFFFFFFF, 0x01, 0xFFFFFFFF, 0x00, 0x00, 0x64, 0x64, "Primary", "100000", "LIon", "Hewlett-Packard" }, And it's filled in C1AC() method. The Design/Last Full Capacity is filled here: Store (C164, Local0) Store (Local0, Index (DerefOf (Index (C1AF, Arg0)), 0x01)) Store (Local0, Index (DerefOf (Index (C1AF, Arg0)), 0x02)) It mean that both numbers are same and come from C164 variable. C164 variable is defined as 16bit variable on offset 0x8D of EmbeddedController (_HID=PNP0C09) memory region. So, now you know from where the Design/Last Full Capacity come from. Unless you have improper BIOS (BIOS for other computer type/version) then there seems not to be problem between ACPI and OS. You should ask why independent embedded controller store such value to memory where the OS is reading it. As far as I know, you can't debug the operations of embedded controller, so you can imagine only why it store such values here ... Dan From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 19 05:18:29 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93057106564A for ; Fri, 19 Mar 2010 05:18:29 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id E80688FC14 for ; Fri, 19 Mar 2010 05:18:28 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o2J5IQKq038682; Fri, 19 Mar 2010 16:18:26 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 19 Mar 2010 16:18:26 +1100 (EST) From: Ian Smith To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1268963804.47240.16.camel@RabbitsDen> Message-ID: <20100319155246.L85436@sola.nimnet.asn.au> References: <20100315062028.GC52442@uriah.heep.sax.de> <20100317070428.GA2924@server.vk2pj.dyndns.org> <20100317074549.GC52442@uriah.heep.sax.de> <1268829363.6171.13.camel@RabbitsDen> <20100318195312.GQ52442@uriah.heep.sax.de> <1268963804.47240.16.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Joerg Wunsch , freebsd-acpi@freebsd.org Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 05:18:29 -0000 On Thu, 18 Mar 2010, Alexandre "Sunny" Kovalenko wrote: > On Thu, 2010-03-18 at 20:53 +0100, Joerg Wunsch wrote: > > As Alexandre Sunny Kovalenko wrote: > > > > > You can dump your ASL (see Handbook for instructions) and search for > > > something like: > > > > ... > > > > > and try to track down where the actual values came from. Chapter 10 > > > of the ACPI specification (http://www.acpi.info/spec.htm) should > > > provide you with more information on the subject. > > > > OK, the machine's back here now. Meanwhile, I already tried all that > > on all available laptops around, and while I can basically follow the > > logic of most of those ASL files, I'm completely confused about the > > ASL file I'm getting from the nx6325. Perhaps that confusion about it > > is also what confuses acpiconf -i0... ;-) > > > > I'm attaching both, the acpiconf -i0 output as well as the ASL file. > > Is anybody able to hint me where the _BIF and _BST methods get their > > actual data from? > Unfortunately, it looks like values are coming straight from Embedded > Controller without any modifications: > > Method (C1AC, 1, Serialized) > { > ... > If (C14C) > { > Store (Arg0, C160) > Store (C164, Local0) > // This is your design capacity > Store (Local0, Index (DerefOf (Index (C1AF, Arg0)), 0x01)) > // This is your last full capacity > Store (Local0, Index (DerefOf (Index (C1AF, Arg0)), 0x02)) > // And yes they are the same by design of your BIOS ;) > ... > > and > > OperationRegion (C153, EmbeddedControl, 0x00, 0xFF) > Field (C153, ByteAcc, NoLock, Preserve) > { > Offset (0x86), > C160, 4, > Offset (0x87), > ... > Offset (0x8D), > C164, 16, > Offset (0x91), > ... > > and > > Name (C1AF, Package (0x02) > { > Package (0x0D) > { > 0x01, > 0xFFFFFFFF, > 0xFFFFFFFF, > 0x01, > 0xFFFFFFFF, > 0x00, > 0x00, > 0x64, > 0x64, > "Primary", > "100000", > "LIon", > "Hewlett-Packard" > }, > ... > > Given that you are not getting default values, something is actually > being read and returned. Unfortunately you are going to need somebody > smarter then myself to tell you whether magic number they store and > offsets they use to read the values are indeed valid. Hardly smarter than yourself :) but I notice there's another Method C1AC in the EC section, Scope (C0E3), which appears, perhaps, to be doing these calculations around line 2767 of Joerg's file. It's way too complicated with double derefs etc for me to follow, but it does maths and refers to C1AF a lot, so might be updating those values? I notice a couple of divide by 100 after adding 99 .. if I'm reading it right .. Divide (Add (Local1, 0x63), 0x64, Local3, Local2) where something may be out by 10 in the manner Peter mentioned earlier? > Out of sheer curiosity... what does acpiconf -i1 say? It should't be there, but .. I wondered about that too :) cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 19 05:49:54 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE2351065672 for ; Fri, 19 Mar 2010 05:49:54 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 6E0F68FC19 for ; Fri, 19 Mar 2010 05:49:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o2J5nlWr040037; Fri, 19 Mar 2010 16:49:47 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 19 Mar 2010 16:49:47 +1100 (EST) From: Ian Smith To: Kevin Oberman In-Reply-To: <20100317154327.04F841CC18@ptavv.es.net> Message-ID: <20100319144604.N85436@sola.nimnet.asn.au> References: <20100317154327.04F841CC18@ptavv.es.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Joerg Wunsch , freebsd-acpi@freebsd.org Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 05:49:55 -0000 On Wed, 17 Mar 2010, Kevin Oberman wrote: [..] > > I'm interested in this because my T23 battery is just about dead, only > > sometimes taking a charge now - that or the charging circuit is dodgy, > > which I'll find out when the new battery arrives. > FWIW, IBM/Lenovo recommend that, should the battery capacity stuff get > messed up, you FULLY discharge the battery and then re-charge. They say > to turn off all automatic shutdowns so the battery will completely > drain. (This does mean an fsck on re-boot and I suggest that you do a > sync(8) when it gets close and, of course, don't have anything open. > > This is claimed to re-initialize the values stored in the battery and I > found this worked on a battery in my old 600E. Mine did not have a weird > "Design Capacity" value, though. Yes, been through all that. I drained it from the BIOS setup screen rather than with an OS running, until the power button won't respond at all. I got one more charge cycle out of it after the last drain, but now it's always in critical charging state, and down to 8.6V, where it usually shuts off below ~10V. Pretty sure it's done for .. possibly what Joerg experienced, with at least one cell shot. I'm really hoping the charging circuit is ok; even at 8.6V charging 'present rate' is 0. There's a line in acpi_cmbat.c, still in 8, that I'm very glad never became more than a perhaps, or I'd be in real trouble :) /* XXX if all batteries are critical, perhaps we should suspend. */ cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 19 09:23:09 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52D53106566B for ; Fri, 19 Mar 2010 09:23:09 +0000 (UTC) (envelope-from dan@obluda.cz) Received: from smtp1.kolej.mff.cuni.cz (smtp1.kolej.mff.cuni.cz [78.128.192.10]) by mx1.freebsd.org (Postfix) with ESMTP id C1DFC8FC12 for ; Fri, 19 Mar 2010 09:23:08 +0000 (UTC) X-Envelope-From: dan@obluda.cz Received: from kgw.obluda.cz (kgw.obluda.cz [193.179.199.50]) by smtp1.kolej.mff.cuni.cz (8.14.3/8.14.3) with ESMTP id o2J9N37H048252; Fri, 19 Mar 2010 10:23:05 +0100 (CET) (envelope-from dan@obluda.cz) Message-ID: <4BA34277.1000509@obluda.cz> Date: Fri, 19 Mar 2010 10:23:03 +0100 From: Dan Lukes User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.8) Gecko/20100221 SeaMonkey/2.0.3 MIME-Version: 1.0 To: Ian Smith References: <20100315062028.GC52442@uriah.heep.sax.de> <20100317070428.GA2924@server.vk2pj.dyndns.org> <20100317074549.GC52442@uriah.heep.sax.de> <1268829363.6171.13.camel@RabbitsDen> <20100318195312.GQ52442@uriah.heep.sax.de> <1268963804.47240.16.camel@RabbitsDen> <20100319155246.L85436@sola.nimnet.asn.au> In-Reply-To: <20100319155246.L85436@sola.nimnet.asn.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Joerg Wunsch , freebsd-acpi@freebsd.org, "Alexandre \"Sunny\" Kovalenko" Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 09:23:09 -0000 On 03/19/10 06:18, Ian Smith: > > Method (C1AC, 1, Serialized) > > { > > ... > > If (C14C) > > { > > Store (Arg0, C160) > > Store (C164, Local0) > > // This is your design capacity > > Store (Local0, Index (DerefOf (Index (C1AF, Arg0)), 0x01)) > > // This is your last full capacity > > Store (Local0, Index (DerefOf (Index (C1AF, Arg0)), 0x02)) > > // And yes they are the same by design of your BIOS ;) > > ... > Hardly smarter than yourself :) but I notice there's another Method C1AC > in the EC section, Scope (C0E3), The above fragment is from method you are speaking about. > these calculations around line 2767 of Joerg's file. It's way too > complicated with double derefs etc for me to follow Easy: Store (Local0, Index (DerefOf (Index (C1AF, Arg0)), 0x01)) ... do this: C1AF[1] = Local0 > but it does maths and refers to C1AF a lot, so might be updating those values? C1AF is array returned by _BIF; C1AF[1] is it's "Design Capacity" item. C1AC method extract values from EC's memory into array returned by _BIF. Mostly with no math. > I notice a > couple of divide by 100 after adding 99 .. if I'm reading it right .. > > Divide (Add (Local1, 0x63), 0x64, Local3, Local2) > > where something may be out by 10 in the manner Peter mentioned earlier? It do this: Local2 = (Local1 + 99) / 100 e.g. Local1 / 100 rounded up Local2 is then stored into C1AF[5] (first case) or C1AF[6] (second case). The C1AF[5] is "Design Capacity of Warning", C1AF[6] is "Design Capacity of Low". Suspicious values for C1AF[2] / "Last Full Charge Capacity" come from EC's C164 with no math. Dan From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 19 12:03:36 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A641A1065680 for ; Fri, 19 Mar 2010 12:03:36 +0000 (UTC) (envelope-from gaijin.k@ovi.com) Received: from outbound9-2.us5.outblaze.com (outbound9-2.us5.outblaze.com [69.25.61.70]) by mx1.freebsd.org (Postfix) with ESMTP id 8378D8FC50 for ; Fri, 19 Mar 2010 12:03:34 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by outbound9-2.us5.outblaze.com (Postfix) with ESMTP id 08BF398052 for ; Fri, 19 Mar 2010 12:03:33 +0000 (GMT) Received: from outfilter9-1.us5.outblaze.com (outfilter9-1.us5.outblaze.com.int [192.168.12.72]) by localhost.localdomain (8.14.3/8.14.3) with ESMTP id o2JC3WsV026553 for ; Fri, 19 Mar 2010 12:03:32 GMT Received: from NXDOMAIN (ws9-8.us5.outblaze.com [192.168.12.127]) (sender gaijin.k@ovi.com) by outfilter9-1.us5.outblaze.com (LotusLive iNotes outfilter/0.91) with SMTP; Fri, 19 Mar 2010 12:03:32 +0000 Received: (qmail 25665 invoked from network); 19 Mar 2010 12:03:32 -0000 X-ob-auth: gaijin.k:ovi.com@ovi.com Received: from unknown (HELO ?10.0.3.231?) (gaijin.k@ovi.com@74.105.210.169) by 10.5.13.127 with SMTP; 19 Mar 2010 12:03:32 -0000 From: "Alexandre \"Sunny\" Kovalenko" To: Ian Smith In-Reply-To: <20100319155246.L85436@sola.nimnet.asn.au> References: <20100315062028.GC52442@uriah.heep.sax.de> <20100317070428.GA2924@server.vk2pj.dyndns.org> <20100317074549.GC52442@uriah.heep.sax.de> <1268829363.6171.13.camel@RabbitsDen> <20100318195312.GQ52442@uriah.heep.sax.de> <1268963804.47240.16.camel@RabbitsDen> <20100319155246.L85436@sola.nimnet.asn.au> Content-Type: text/plain; charset="UTF-8" Date: Fri, 19 Mar 2010 08:03:05 -0400 Message-ID: <1269000185.47240.28.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Content-Disposition: inline X-Scanned-By: MIMEDefang 2.65 on 192.168.12.70 Cc: Joerg Wunsch , freebsd-acpi@freebsd.org Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 12:03:36 -0000 On Fri, 2010-03-19 at 16:18 +1100, Ian Smith wrote: > > Out of sheer curiosity... what does acpiconf -i1 say? > > It should't be there, but .. I wondered about that too :) Actually, it should -- there is the second package Package (0x0D) { 0x01, 0xFFFFFFFF, 0xFFFFFFFF, 0x01, 0xFFFFFFFF, 0x00, 0x00, 0x64, 0x64, "Travel", "100000", "LIon", "Hewlett-Packard" } complete with the separate _BIF and _BST methods and the parameter to the C1AC method denoting battery number. But this is likely the check for the presence of the second battery: ShiftLeft (0x01, Arg0, Local7) C1A9 (0x01) If (LEqual (C1AA (Local7), 0x0F)) { Return (0xFFFFFFFD) } Still curious, though. -- Alexandre Kovalenko (Олександр Коваленко) -------------------------------------------------------------- Ovi Store: New apps daily http://store.ovi.com/?cid=ovistore-fw-bac-na-acq-na-ovimail-g0-na-3 From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 19 13:49:09 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E92F106566B for ; Fri, 19 Mar 2010 13:49:09 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id D6EF08FC17 for ; Fri, 19 Mar 2010 13:49:08 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o2JDn5Zc063191; Sat, 20 Mar 2010 00:49:06 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 20 Mar 2010 00:49:05 +1100 (EST) From: Ian Smith To: Dan Lukes In-Reply-To: <4BA34277.1000509@obluda.cz> Message-ID: <20100320002156.L85436@sola.nimnet.asn.au> References: <20100315062028.GC52442@uriah.heep.sax.de> <20100317070428.GA2924@server.vk2pj.dyndns.org> <20100317074549.GC52442@uriah.heep.sax.de> <1268829363.6171.13.camel@RabbitsDen> <20100318195312.GQ52442@uriah.heep.sax.de> <1268963804.47240.16.camel@RabbitsDen> <20100319155246.L85436@sola.nimnet.asn.au> <4BA34277.1000509@obluda.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Joerg Wunsch , freebsd-acpi@freebsd.org, "Alexandre \"Sunny\" Kovalenko" Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 13:49:09 -0000 On Fri, 19 Mar 2010, Dan Lukes wrote: > On 03/19/10 06:18, Ian Smith: > > > Method (C1AC, 1, Serialized) > > > { > > > ... > > > If (C14C) > > > { > > > Store (Arg0, C160) > > > Store (C164, Local0) > > > // This is your design capacity > > > Store (Local0, Index (DerefOf (Index (C1AF, Arg0)), 0x01)) > > > // This is your last full capacity > > > Store (Local0, Index (DerefOf (Index (C1AF, Arg0)), 0x02)) > > > // And yes they are the same by design of your BIOS ;) > > > ... > > > Hardly smarter than yourself :) but I notice there's another Method C1AC > > in the EC section, Scope (C0E3), > > The above fragment is from method you are speaking about. Indeed. I was confused by the later reference to method C1AC at line 5666, and see it references \_SB.C074.C0E3.C149.C1AC - I haven't quite grasped the scoping yet .. > > these calculations around line 2767 of Joerg's file. It's way too > > complicated with double derefs etc for me to follow > > Easy: > Store (Local0, Index (DerefOf (Index (C1AF, Arg0)), 0x01)) > ... do this: > C1AF[1] = Local0 Can you / anyone suggest a good basic tutorial for ASL/AML? The last time I tried following it from the ACPI specs I nearly drowned :) > > but it does maths and refers to C1AF a lot, so might be updating those > > values? > > C1AF is array returned by _BIF; C1AF[1] is it's "Design Capacity" item. > > C1AC method extract values from EC's memory into array returned by _BIF. > Mostly with no math. Ok. > > I notice a > > couple of divide by 100 after adding 99 .. if I'm reading it right .. > > > > Divide (Add (Local1, 0x63), 0x64, Local3, Local2) > > > > where something may be out by 10 in the manner Peter mentioned earlier? > > It do this: > > Local2 = (Local1 + 99) / 100 > > e.g. Local1 / 100 rounded up Ok, Local3 being remainder I guess? I need to study the language better before thrashing around with guesswork; it seems sensibly orthogonal. > Local2 is then stored into C1AF[5] (first case) or C1AF[6] (second case). The > C1AF[5] is "Design Capacity of Warning", C1AF[6] is "Design Capacity of Low". > > Suspicious values for C1AF[2] / "Last Full Charge Capacity" come from EC's > C164 with no math. Design and Lastfull Capacity being set equal, so equally suspicious .. Thanks Dan, cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 19 13:52:14 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1A081065677 for ; Fri, 19 Mar 2010 13:52:14 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 677478FC17 for ; Fri, 19 Mar 2010 13:52:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o2JDqCG8063330; Sat, 20 Mar 2010 00:52:12 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 20 Mar 2010 00:52:12 +1100 (EST) From: Ian Smith To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1269000185.47240.28.camel@RabbitsDen> Message-ID: <20100319233643.G85436@sola.nimnet.asn.au> References: <20100315062028.GC52442@uriah.heep.sax.de> <20100317070428.GA2924@server.vk2pj.dyndns.org> <20100317074549.GC52442@uriah.heep.sax.de> <1268829363.6171.13.camel@RabbitsDen> <20100318195312.GQ52442@uriah.heep.sax.de> <1268963804.47240.16.camel@RabbitsDen> <20100319155246.L85436@sola.nimnet.asn.au> <1269000185.47240.28.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Joerg Wunsch , freebsd-acpi@freebsd.org Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 13:52:15 -0000 On Fri, 19 Mar 2010, Alexandre "Sunny" Kovalenko wrote: > On Fri, 2010-03-19 at 16:18 +1100, Ian Smith wrote: > > > > Out of sheer curiosity... what does acpiconf -i1 say? > > > > It should't be there, but .. I wondered about that too :) > > Actually, it should -- there is the second package > > Package (0x0D) > { > 0x01, > 0xFFFFFFFF, > 0xFFFFFFFF, > 0x01, > 0xFFFFFFFF, > 0x00, > 0x00, > 0x64, > 0x64, > "Travel", > "100000", > "LIon", > "Hewlett-Packard" > } > > complete with the separate _BIF and _BST methods and the parameter to > the C1AC method denoting battery number. Yes indeed. Sorry .. I meant that it shouldn't show as being present, thinking Joerg had implied that it had only the one battery fitted. > But this is likely the check for the presence of the second battery: > > ShiftLeft (0x01, Arg0, Local7) > C1A9 (0x01) > If (LEqual (C1AA (Local7), 0x0F)) > { > Return (0xFFFFFFFD) > } -3 seems to be the 'not present' / uninitialised value. It's likely meant to work - off AC - with either or both batteries fitted. > Still curious, though. Mmm. It still seems to come down to the wrong Design Capacity (equals Lastfull Capacity) being reported either by the battery itself, or being miscalculated by the EC. This value - still something like 1/18 of the expected capacity - is then propagated to the 5% and 1% values. Joerg, so how long does it really run on battery? If only 10 minutes or so, it looks like the battery is toast (and maybe lastfull, not design capacity is what's being reported for both?) If 2.5hrs or so, this may be 'only' a reporting issue? No more recent BIOS updates for it? cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 19 14:44:29 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1575F106566B for ; Fri, 19 Mar 2010 14:44:29 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id A150C8FC20 for ; Fri, 19 Mar 2010 14:44:28 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id B672E1C; Fri, 19 Mar 2010 15:44:26 +0100 (MET) Date: Fri, 19 Mar 2010 15:44:26 +0100 From: Joerg Wunsch To: freebsd-acpi@freebsd.org Message-ID: <20100319144426.GV52442@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100319233643.G85436@sola.nimnet.asn.au> <20100320002156.L85436@sola.nimnet.asn.au> <1269000185.47240.28.camel@RabbitsDen> <4BA34277.1000509@obluda.cz> <20100319144604.N85436@sola.nimnet.asn.au> <20100319155246.L85436@sola.nimnet.asn.au> <20100319155246.L85436@sola.nimnet.asn.au> <4BA2EFE8.60004@obluda.cz> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 14:44:29 -0000 Thanks for all the suggestions so far, I'm writing a mass-followup to everyone. As Dan Lukes wrote: > And it's filled in C1AC() method. The Design/Last Full Capacity is > filled here: > Store (C164, Local0) > Store (Local0, Index (DerefOf (Index (C1AF, Arg0)), 0x01)) > Store (Local0, Index (DerefOf (Index (C1AF, Arg0)), 0x02)) > > It mean that both numbers are same and come from C164 variable. Ah, that explains the observed behaviour, I think! (See below.) As Ian Smith wrote: > > Out of sheer curiosity... what does acpiconf -i1 say? > > It should't be there, but .. I wondered about that too :) It's available as an entry, but claimed to be "not present" (which is correct). I guess there's an option to stuff a second battery pack into the DVD drive bay, I didn't check HP's website for that. That would at least explain the sheer existance of the second entry. [About re-calibrating the battery pack] > Yes, been through all that. I drained it from the BIOS setup screen > rather than with an OS running, until the power button won't respond > at all. I drained my TP600 battery with FreeBSD running single-user, until the computer eventually turned off. Pinging the ethernet IF remotely, I could monitor by which time it stopped responding. After all, I've got a battery back to 1.5 h lifetime, which is plenty for that machine. > Pretty sure it's done for .. possibly what Joerg experienced, with > at least one cell shot. In my case, the battery was so severely dead, it did not accept any charge, and the TP600 could not run from that battery at all. > I'm really hoping > the charging circuit is ok; even at 8.6V charging 'present rate' is 0. It might simply refuse to charge due to the too low pack voltage. I wouldn't assume you can kill the charging circuit that way. What eventually surprised me is that it seems almost all laptops use some kind of de-facto standard 18650 cylindrical cells, usually arranged in N pairs of cells, with N being either 3 (10.8 V battery pack) or 4 (14.8 V battery pack). I bought 5 identical-type old laptop battery packs in the bay, in order to just use the cells for my ham radio transceiver. This got me 40 18650 cells, and I've been using 16 out of those for the transceiver (these were all in really good shape). One battery pack suffered from a dead cell pair, so this left me with another 3x2 cells in good shape -- which did now populate the old battery pack of that TP600E. ;-) The other 16 cells are also still usable for tinkering, but cannot deliver the higher currents needed for laptops or my ham radio rig, though they would still do pretty well for low-current consumers (general electronics). So bottom line, the good news is that you can actually replace those cells in dead battery packs. :) As Alexandre Sunny Kovalenko wrote: > But this is likely the check for the presence of the second battery: Yes, apparently, as the second batter is always (correctly) announced as being not present. As Ian Smith wrote: > Can you / anyone suggest a good basic tutorial for ASL/AML? The last > time I tried following it from the ACPI specs I nearly drowned :) I guess I'm also in need for one... ;-) > > Still curious, though. > Mmm. It still seems to come down to the wrong Design Capacity > (equals Lastfull Capacity) being reported either by the battery > itself, or being miscalculated by the EC. This value - still > something like 1/18 of the expected capacity - is then propagated to > the 5% and 1% values. I've had a look at the battery pack now, it is declared as 10.8 V, 55 Wh. This would correspond to 5093 mAh. However, now that I know the "design" and "last full" capacity are always set as identical by the BIOS, I'm no longer *that* surprised about the reported value. This machine has been essentially running from mains power for years now, so I don't know when it actually might have been able to calculate real values for "last full capacity" for the last time. > Joerg, so how long does it really run on battery? I'll try that as soon as possible (the machine is the production-level machine of my wife...), and I'll use the single-user method so the battery can actually drain down until it's really empty. Btw., as someone suggested to tinker with the ACPI OS name, I gave that a try, too. When using "Microsoft Windows", it claims I didn't have a battery at all :-o, for all other values (like "Microsoft Windows NT", or "Microsoft Windows 2006") it reports the same 279 mAh as when not modifying the OS name at all. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 19 22:10:14 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C84A106564A for ; Fri, 19 Mar 2010 22:10:14 +0000 (UTC) (envelope-from nate@root.org) Received: from mail.root.org (root.org [208.72.84.34]) by mx1.freebsd.org (Postfix) with ESMTP id 5964C8FC16 for ; Fri, 19 Mar 2010 22:10:14 +0000 (UTC) Received: from [10.1.0.198] (dsl081-053-082.sfo1.dsl.speakeasy.net [64.81.53.82]) by mail.root.org (Postfix) with ESMTP id 4E6265406; Fri, 19 Mar 2010 22:10:13 +0000 (UTC) Message-ID: <4BA3F643.2020805@root.org> Date: Fri, 19 Mar 2010 15:10:11 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Joerg Wunsch References: <20100319144426.GV52442@uriah.heep.sax.de> In-Reply-To: <20100319144426.GV52442@uriah.heep.sax.de> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 22:10:14 -0000 Joerg Wunsch wrote: > As Ian Smith wrote: > >> Can you / anyone suggest a good basic tutorial for ASL/AML? The last >> time I tried following it from the ACPI specs I nearly drowned :) > > I guess I'm also in need for one... ;-) I summarized all the info I knew of here a little while ago: http://rdist.root.org/2008/10/17/all-about-acpi/ P.S. Thanks for the AVR work. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sat Mar 20 05:18:57 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 480261065670 for ; Sat, 20 Mar 2010 05:18:57 +0000 (UTC) (envelope-from nx_dark_one@yahoo.com) Received: from web36202.mail.mud.yahoo.com (web36202.mail.mud.yahoo.com [209.191.68.228]) by mx1.freebsd.org (Postfix) with SMTP id E276D8FC27 for ; Sat, 20 Mar 2010 05:18:56 +0000 (UTC) Received: (qmail 17883 invoked by uid 60001); 20 Mar 2010 04:52:15 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1269060735; bh=i7jpqKMHSBj5Gn9OKayPbwp5YGSyOL1UOde5PXEKA6c=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=SbqaNsD8FL6FS4dSgOC7r5jd7qxqBMDu4JpHQd/bPAmz0ntxqEw32F0wRUT36E8Y4KfFTZb+KOsC/F7Z0RcDLzO0cjtMGO0FbwiqOIYWZVwkrRZAg0ciOXbik7MzCSau2gDyO60MjzgxgD8SNIryrjGLsKxT8P/lVO9lenkOwao= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=r8CDdTFhq1VoILh8RexROilDbZMpNafwCJ/x3i6qJ0qsfCnfd36YseCuQhqtfmLJD/Z4f54rYHknX65XN+w0HxCzDylkTVyK0cYIycZh1qGKBABlDZAjTosMW6PpfFi8yGysOHkdpaP7L5kAjO30p54Z8BOZUVoAi2KKrqmVJNw=; Message-ID: <54456.17476.qm@web36202.mail.mud.yahoo.com> X-YMail-OSG: 7ZY0T18VM1l9qWKz.oeq4HTCV2i_c7lWBO2LVPs5kahPzr1 OZ2XFM7Z_UufVisK9RsIwPgLGBQBKguEOigebu8.k9cWPSwPtzI5A9PbDVm9 UtkXG_xw1XgL4qEbpnSwXsePkyhVMrWlpv09wQhwm2sAksLuVDfcnU24JF4S VuVYVFB6EmRzJE.M0CYT9EisiVN7TuO6ywObQhEBRb5OsU_EbFj3iXkhxizA uVMJLNw5BxZts68ejb_BLAL8Sj4A1zc2Gu6E5CmLlqLz5LWRxyb_yXkc6NR_ jA2wr3WdsZNydZS5qg2U- Received: from [184.0.109.158] by web36202.mail.mud.yahoo.com via HTTP; Fri, 19 Mar 2010 21:52:15 PDT X-Mailer: YahooMailClassic/10.0.8 YahooMailWebService/0.8.100.260964 Date: Fri, 19 Mar 2010 21:52:15 -0700 (PDT) From: Adrian Higgs To: freebsd-acpi@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Sat, 20 Mar 2010 05:32:39 +0000 Cc: Subject: Disabling the thermal zones X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: NX_DARK_ONE@yahoo.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 05:18:57 -0000 I've got a constant annoyance on my hands, the acpi module keeps forcing my laptop to shutdown due to its thermal limits. Is there any way I can disable the thermal monitor for this module? From owner-freebsd-acpi@FreeBSD.ORG Sat Mar 20 09:12:37 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F430106566C for ; Sat, 20 Mar 2010 09:12:37 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 1A8298FC19 for ; Sat, 20 Mar 2010 09:12:36 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id F002A27; Sat, 20 Mar 2010 10:12:34 +0100 (MET) Date: Sat, 20 Mar 2010 10:12:34 +0100 From: Joerg Wunsch To: freebsd-acpi@freebsd.org Message-ID: <20100320091234.GA45738@uriah.heep.sax.de> References: <20100319233643.G85436@sola.nimnet.asn.au> <20100320002156.L85436@sola.nimnet.asn.au> <1269000185.47240.28.camel@RabbitsDen> <4BA34277.1000509@obluda.cz> <20100319144604.N85436@sola.nimnet.asn.au> <20100319155246.L85436@sola.nimnet.asn.au> <20100319155246.L85436@sola.nimnet.asn.au> <4BA2EFE8.60004@obluda.cz> <20100319144426.GV52442@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100319144426.GV52442@uriah.heep.sax.de> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 09:12:37 -0000 As Joerg Wunsch wrote: > > Joerg, so how long does it really run on battery? > I'll try that as soon as possible (the machine is the > production-level machine of my wife...), and I'll use the > single-user method so the battery can actually drain down until it's > really empty. It lasted 1.5 h at a reported current of about 2.3 A, so the actual capacity is around 3.5 Ah, which is certainly a reasonable value for a 3-year old LiIon. I couldn't wait until it shut off itself, so I eventually stopped the procedure when the reported voltage reached 9.0 V (i.e., 3.0 V per cell). Battery state reporting went a little funny. As expected, it initially dropped quickly until it reported a remaining runtime of 0:00 (as that time was based on the nonsensical 279 mAh level). At that point, the report was stuck at the same values for maybe 30 or 40 minutes, until ACPI eventually reported a "battery is seriously low" event. Then, it started to report actual data (battery voltage, current draw) again. Alas, the reported values now are still way off: remi# acpiconf -i0 Design capacity: 791 mAh Last full capacity: 791 mAh Technology: secondary (rechargeable) Design voltage: 10800 mV Capacity (warn): 40 mAh Capacity (low): 8 mAh Low/warn granularity: 100 mAh Warn/full granularity: 100 mAh Model number: Primary Serial number: 00784 2006/10/04 Type: LIon OEM info: Hewlett-Packard State: discharging Remaining capacity: 99% Remaining time: 0:39 Present rate: 1190 mA Voltage: 12017 mV Given that I now now it's got more than 3 Ah, having the battery report 791 mAh is certainly not understandable. But I'm now sure it's nothing in our ACPI code that is bogus but rather the battery itself (and the ACPI BIOS not implementing a real "design capacity" value). Thanks to anybody contributing to the discussion! -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Sat Mar 20 11:59:29 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 222F4106566B for ; Sat, 20 Mar 2010 11:59:29 +0000 (UTC) (envelope-from gaijin.k@ovi.com) Received: from outbound9-3.us5.outblaze.com (outbound9-3.us5.outblaze.com [69.25.61.71]) by mx1.freebsd.org (Postfix) with ESMTP id 035A08FC15 for ; Sat, 20 Mar 2010 11:59:28 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by outbound9-3.us5.outblaze.com (Postfix) with ESMTP id D4F8D55804E for ; Sat, 20 Mar 2010 11:59:28 +0000 (GMT) Received: from outfilter9-1.us5.outblaze.com (outfilter9-1.us5.outblaze.com.int [192.168.12.72]) by localhost.localdomain (8.14.3/8.14.3) with ESMTP id o2KBxS7J017065 for ; Sat, 20 Mar 2010 11:59:28 GMT Received: from ws9-1.us5.outblaze.com.int (ws9-1.us5.outblaze.com [192.168.12.97]) (sender gaijin.k@ovi.com) by outfilter9-1.us5.outblaze.com (LotusLive iNotes outfilter/0.91) with SMTP; Sat, 20 Mar 2010 11:59:28 +0000 Received: (qmail 4658 invoked from network); 20 Mar 2010 11:59:28 -0000 X-ob-auth: gaijin.k:ovi.com@ovi.com Received: from unknown (HELO ?10.0.3.231?) (gaijin.k@ovi.com@74.105.210.169) by ws9-1.us5.outblaze.com.nat with SMTP; 20 Mar 2010 11:59:27 -0000 From: "Alexandre \"Sunny\" Kovalenko" To: NX_DARK_ONE@yahoo.com In-Reply-To: <54456.17476.qm@web36202.mail.mud.yahoo.com> References: <54456.17476.qm@web36202.mail.mud.yahoo.com> Content-Type: text/plain; charset="UTF-8" Date: Sat, 20 Mar 2010 07:58:57 -0400 Message-ID: <1269086338.72288.6.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Content-Disposition: inline X-Scanned-By: MIMEDefang 2.65 on 192.168.12.71 Cc: freebsd-acpi@FreeBSD.org Subject: Re: Disabling the thermal zones X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 11:59:29 -0000 On Fri, 2010-03-19 at 21:52 -0700, Adrian Higgs wrote: > I've got a constant annoyance on my hands, the acpi module keeps forcing my laptop to shutdown due to its thermal limits. Is there any way I can disable the thermal monitor for this module? > > > > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" It depends on the actual culprit -- temperature values reported by ACPI are absurd, _CRT value is absurd, fan control is broken, heatsink is not attached properly to the CPU, etc. You could start out by posting make and model of your laptop as well as the output for sysctl hw.acpi.thermal.tzN for all values of N that exist on your system. -- Alexandre Kovalenko (Олександр Коваленко) -------------------------------------------------------------- Ovi Store: Fresh apps and more http://store.ovi.com/?cid=ovistore-fw-bac-na-acq-na-ovimail-g0-na-4 From owner-freebsd-acpi@FreeBSD.ORG Sat Mar 20 21:26:11 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 180A7106566B for ; Sat, 20 Mar 2010 21:26:11 +0000 (UTC) (envelope-from dan@obluda.cz) Received: from smtp1.ms.mff.cuni.cz (smtp1.ms.mff.cuni.cz [IPv6:2001:718:1e03:801::4]) by mx1.freebsd.org (Postfix) with ESMTP id 9AFA08FC12 for ; Sat, 20 Mar 2010 21:26:10 +0000 (UTC) Received: from [127.0.0.1] (openvpn.ms.mff.cuni.cz [195.113.20.87]) by smtp1.ms.mff.cuni.cz (8.14.3/8.14.3) with ESMTP id o2KKtWjf059200; Sat, 20 Mar 2010 21:55:33 +0100 (CET) (envelope-from dan@obluda.cz) Message-ID: <4BA53638.1080500@obluda.cz> Date: Sat, 20 Mar 2010 21:55:20 +0100 From: Dan Lukes User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.8) Gecko/20100205 SeaMonkey/2.0.3 MIME-Version: 1.0 To: Joerg Wunsch References: <20100319233643.G85436@sola.nimnet.asn.au> <20100320002156.L85436@sola.nimnet.asn.au> <1269000185.47240.28.camel@RabbitsDen> <4BA34277.1000509@obluda.cz> <20100319144604.N85436@sola.nimnet.asn.au> <20100319155246.L85436@sola.nimnet.asn.au> <20100319155246.L85436@sola.nimnet.asn.au> <4BA2EFE8.60004@obluda.cz> <20100319144426.GV52442@uriah.heep.sax.de> <20100320091234.GA45738@uriah.heep.sax.de> In-Reply-To: <20100320091234.GA45738@uriah.heep.sax.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 100320-1, 20.03.2010), Outbound message X-Antivirus-Status: Clean Cc: freebsd-acpi@freebsd.org Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 21:26:11 -0000 Joerg Wunsch wrote: > Battery state reporting went a little funny. As expected, it > initially dropped quickly until it reported a remaining runtime of > 0:00 (as that time was based on the nonsensical 279 mAh level). At > that point, the report was stuck at the same values for maybe 30 or 40 > minutes, until ACPI eventually reported a "battery is seriously low" > event. Then, it started to report actual data (battery voltage, > current draw) again. > > Alas, the reported values now are still way off: > > remi# acpiconf -i0 > Design capacity: 791 mAh > Last full capacity: 791 mAh Three or four cycles of charging / depth depleting may recalibrate the internals and reported values may become more appropriate. You should not stop the discharging prematurely - it affect the results. If you run notebook mostly on AC adapter so the battery is never discharged so much then internal circuits become confused about battery capacity. It's common behavior - nothing special to notebooks. Dan From owner-freebsd-acpi@FreeBSD.ORG Sat Mar 20 23:20:13 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 742AC106566B for ; Sat, 20 Mar 2010 23:20:13 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 176C28FC0A for ; Sat, 20 Mar 2010 23:20:12 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 9D60F1C; Sun, 21 Mar 2010 00:20:10 +0100 (MET) Date: Sun, 21 Mar 2010 00:20:10 +0100 From: Joerg Wunsch To: freebsd-acpi@freebsd.org Message-ID: <20100320232010.GY52442@uriah.heep.sax.de> References: <20100320002156.L85436@sola.nimnet.asn.au> <1269000185.47240.28.camel@RabbitsDen> <4BA34277.1000509@obluda.cz> <20100319144604.N85436@sola.nimnet.asn.au> <20100319155246.L85436@sola.nimnet.asn.au> <20100319155246.L85436@sola.nimnet.asn.au> <4BA2EFE8.60004@obluda.cz> <20100319144426.GV52442@uriah.heep.sax.de> <20100320091234.GA45738@uriah.heep.sax.de> <4BA53638.1080500@obluda.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BA53638.1080500@obluda.cz> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Funny battery values (nx6325) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 23:20:13 -0000 As Dan Lukes wrote: > Three or four cycles of charging / depth depleting may recalibrate > the internals and reported values may become more appropriate. I wonder whether I'll better do that outside the computer though. After all, the Coulomb counter in the battery does not care much whether it is attached to a computer querying it or not. > You should not stop the discharging prematurely - it affect the > results. I did want to reboot it into normal operation in order to allow the nightly backup to run. I simply ran out of time waiting for the battery to drain completely. Anyway, at a voltage level of < 9.0 V, it wouldn't have lasted for another quarter of an hour. (Worst case cutoff level for a LiIon cell is around 2.7 V.) -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)