From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 20 15:59: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 7388F106566C; Sun, 20 Jun 2010 15:59:42 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 27B0A8FC0A; Sun, 20 Jun 2010 15:59:40 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA24443; Sun, 20 Jun 2010 18:59:39 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OQMvr-000IU8-7S; Sun, 20 Jun 2010 18:59:39 +0300 Message-ID: <4C1E3AE9.3020505@freebsd.org> Date: Sun, 20 Jun 2010 18:59:37 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Alexander Motin Subject: cpufreq_curr_sysctl: memory allocation 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: Sun, 20 Jun 2010 15:59:42 -0000 I noticed that cpufreq_curr_sysctl performs a substantial memory allocation and deallocation on each call. Its size is CF_MAX_LEVELS * sizeof(*levels), which is ~24KB. This happens even for read-only calls to just query current level. And such calls happen quite frequently when powerd is running. I think that this is an unnecessary and avoidable load for VM system. Couldn't a buffer be preallocated in sc and re-used for the calls? Even if not, for some reason, then wouldn't it be better to have a dedicated uma zone for that rather than doing malloc+free? -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 20 16:09:45 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 61FF9106566C; Sun, 20 Jun 2010 16:09:45 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id B94ED8FC0C; Sun, 20 Jun 2010 16:09:44 +0000 (UTC) Received: by fxm7 with SMTP id 7so1838852fxm.13 for ; Sun, 20 Jun 2010 09:09:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=A6U8c4EqbXgACGzJ9kGrrl+2jxnw41xpESb1ernwciQ=; b=BxpzN05ue6Tdr6AxeG+8ZxCPcTj2EZ7AJ670Q4zNcic1OYkIIro3dvoKsY2hb7/0xx 0UAUA9ePePclpAKG4VBFfjD9bWhtHcRJzBfdYH2ATiqnBkmFgBHr0AjnSE1PZ2yGKWP0 dd0pXqojFlrJHU1N3LOReOQ+/x2MMysB6Y3o8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=fT/rlxezWsebR57iHLPv1+ODwfM4hglBkMUr78KV4q50nPJyxlGLDcr++SDHcgB6f4 XNEeqvbFGFwgzMI3kTFUew4IUNXQtnE1x4XTz9w09cyfZq53AK1iXUwg8VhP86fS08ut +2S48ydMBCoRaX8CaOrJMMPsCuCa13NVzm1sM= Received: by 10.223.68.131 with SMTP id v3mr3916889fai.82.1277050183084; Sun, 20 Jun 2010 09:09:43 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 27sm25223144faz.18.2010.06.20.09.09.42 (version=SSLv3 cipher=RC4-MD5); Sun, 20 Jun 2010 09:09:42 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C1E3D44.6020708@FreeBSD.org> Date: Sun, 20 Jun 2010 19:09:40 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Andriy Gapon References: <4C1E3AE9.3020505@freebsd.org> In-Reply-To: <4C1E3AE9.3020505@freebsd.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: cpufreq_curr_sysctl: memory allocation 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: Sun, 20 Jun 2010 16:09:45 -0000 Andriy Gapon wrote: > I noticed that cpufreq_curr_sysctl performs a substantial memory allocation and > deallocation on each call. Its size is CF_MAX_LEVELS * sizeof(*levels), which > is ~24KB. This happens even for read-only calls to just query current level. > And such calls happen quite frequently when powerd is running. Worse is that it not just consumes time, but causes a bunch or TLB flush IPIs on free(). For read-only call it doesn't even needs CF_MAX_LEVELS * sizeof(*levels). sizeof(*levels) seems should be enough there. May be then it fits into some existing UMA zone, minimizing penalty. > I think that this is an unnecessary and avoidable load for VM system. > Couldn't a buffer be preallocated in sc and re-used for the calls? > Even if not, for some reason, then wouldn't it be better to have a dedicated uma > zone for that rather than doing malloc+free? Dedicated rarely used UMA zone may eat much more memory then it is needed on SMP. -- Alexander Motin From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 20 16:19:52 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 07117106564A; Sun, 20 Jun 2010 16:19:52 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1556F8FC12; Sun, 20 Jun 2010 16:19:50 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA24840; Sun, 20 Jun 2010 19:19:49 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OQNFN-000IVn-64; Sun, 20 Jun 2010 19:19:49 +0300 Message-ID: <4C1E3FA4.1020009@freebsd.org> Date: Sun, 20 Jun 2010 19:19:48 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: Alexander Motin References: <4C1E3AE9.3020505@freebsd.org> <4C1E3D44.6020708@FreeBSD.org> In-Reply-To: <4C1E3D44.6020708@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: cpufreq_curr_sysctl: memory allocation 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: Sun, 20 Jun 2010 16:19:52 -0000 on 20/06/2010 19:09 Alexander Motin said the following: > Andriy Gapon wrote: >> I noticed that cpufreq_curr_sysctl performs a substantial memory allocation and >> deallocation on each call. Its size is CF_MAX_LEVELS * sizeof(*levels), which >> is ~24KB. This happens even for read-only calls to just query current level. >> And such calls happen quite frequently when powerd is running. > > Worse is that it not just consumes time, but causes a bunch or TLB flush > IPIs on free(). For read-only call it doesn't even needs CF_MAX_LEVELS * > sizeof(*levels). sizeof(*levels) seems should be enough there. May be > then it fits into some existing UMA zone, minimizing penalty. Yes, exactly, for R/O case only one level structure gets populated. >> I think that this is an unnecessary and avoidable load for VM system. >> Couldn't a buffer be preallocated in sc and re-used for the calls? >> Even if not, for some reason, then wouldn't it be better to have a dedicated uma >> zone for that rather than doing malloc+free? > > Dedicated rarely used UMA zone may eat much more memory then it is > needed on SMP. I agree, but I hope that a single buffer should be sufficient. As I understand, all sysctl operate under Giant unless specifically flagged otherwise. And I don't see any code to explicitly handle concurrent invocations in cpufreq_curr_sysctl. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 20 16:30:39 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 18F1F1065672 for ; Sun, 20 Jun 2010 16:30:39 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from fep27.mx.upcmail.net (fep27.mx.upcmail.net [62.179.121.47]) by mx1.freebsd.org (Postfix) with ESMTP id 2C0A38FC08 for ; Sun, 20 Jun 2010 16:30:37 +0000 (UTC) Received: from edge01.upcmail.net ([192.168.13.236]) by viefep19-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20100620161126.WRBD17503.viefep19-int.chello.at@edge01.upcmail.net> for ; Sun, 20 Jun 2010 18:11:26 +0200 Received: from mole.fafoe.narf.at ([213.47.85.26]) by edge01.upcmail.net with edge id YGBR1e01J0a5KZh01GBSZm; Sun, 20 Jun 2010 18:11:26 +0200 X-SourceIP: 213.47.85.26 Received: by mole.fafoe.narf.at (Postfix, from userid 1001) id 10E706D438; Sun, 20 Jun 2010 18:11:25 +0200 (CEST) Date: Sun, 20 Jun 2010 18:11:24 +0200 From: Stefan Farfeleder To: freebsd-acpi@freebsd.org Message-ID: <20100620161124.GA1692@mole.fafoe.narf.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Cloudmark-Analysis: v=1.1 cv=K3uBg944YaUT+Qsu6bWO0a0V3uPy4DQNslbdoMCD4tw= c=1 sm=0 a=q8OS1GolVHwA:10 a=kj9zAlcOel0A:10 a=6I5d2MoRAAAA:8 a=6RXVmZrUb6LqdDPyaNsA:9 a=lfBTIJYhLmiSjWZ78_wMc-Fd9tYA:4 a=CjuIK1q_8ugA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Subject: Dell Precision m4400 acline problems 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: Sun, 20 Jun 2010 16:30:39 -0000 Hello, I'm running FreeBSD current on a Dell Precision m4400 notebook and got the following issue: When I unplug the notebook's power, the CPU performance goes down to < 50%. While this isn't nice, the real problem is that when I replug the power adapter, the performance stays low. So I basically have to reboot to get back at full performance :( I suspect this is an ACPI-related problem. You can find dmesg output, ACPI tables and ASL at http://people.freebsd.org/~stefanf/m4400/ . BTW I'm not using powerd. Cheers, Stefan From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 21 11:06:49 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 BC7FE10656C0 for ; Mon, 21 Jun 2010 11:06:49 +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 905BA8FC2D for ; Mon, 21 Jun 2010 11:06:49 +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 o5LB6nIf098161 for ; Mon, 21 Jun 2010 11:06:49 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5LB6nT3098159 for freebsd-acpi@FreeBSD.org; Mon, 21 Jun 2010 11:06:49 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 Jun 2010 11:06:49 GMT Message-Id: <201006211106.o5LB6nT3098159@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, 21 Jun 2010 11:06:49 -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 i386/146715 acpi [acpi] Suspend works, resume not on a HP Probook 4510s o kern/145306 acpi [acpi]: Can't change brightness on HP ProBook 4510s o bin/145063 acpi [patch] powerd(8): Add -m and -M (minimum and maximum 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 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/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 61 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 21 15:36:16 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 8C258106564A for ; Mon, 21 Jun 2010 15:36:16 +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 0D3548FC22 for ; Mon, 21 Jun 2010 15:36:15 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o5LFa3Uc090197; Tue, 22 Jun 2010 01:36:04 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 22 Jun 2010 01:36:03 +1000 (EST) From: Ian Smith To: Stefan Farfeleder In-Reply-To: <20100620161124.GA1692@mole.fafoe.narf.at> Message-ID: <20100622010612.T9227@sola.nimnet.asn.au> References: <20100620161124.GA1692@mole.fafoe.narf.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: Dell Precision m4400 acline problems 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, 21 Jun 2010 15:36:16 -0000 On Sun, 20 Jun 2010, Stefan Farfeleder wrote: > Hello, > > I'm running FreeBSD current on a Dell Precision m4400 notebook and got > the following issue: When I unplug the notebook's power, the CPU > performance goes down to < 50%. While this isn't nice, the real problem > is that when I replug the power adapter, the performance stays low. So I > basically have to reboot to get back at full performance :( > > I suspect this is an ACPI-related problem. You can find dmesg output, > ACPI tables and ASL at http://people.freebsd.org/~stefanf/m4400/ . > > BTW I'm not using powerd. Whether or not using powerd, /etc/rc.d/power_profile (run by devd) will set CPU frequency according to values in {performance,economy}_cpu_freq whenever state changes between offline (battery) and online (AC). Such events are typically logged in /var/log/messages. The /etc/defaults/rc.conf value for both of these is 'NONE' and you'll see in power_profile that a 'NONE' value causes no change, where 'HIGH" or 'LOW' values adjust CPU freq to the highest or lowest values from sysctl dev.cpu.0.freq_levels - or you can specify one freq from those levels to apply for either state. If you have no overrides in /etc/rc.conf, you may want to set values there for *_cpu_freq .. it may be that your ACPI chooses some default frequency on these events, perhaps according to your BIOS settings? cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 24 14:05:01 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 17449106566C for ; Thu, 24 Jun 2010 14:05:01 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from fep17.mx.upcmail.net (fep17.mx.upcmail.net [62.179.121.37]) by mx1.freebsd.org (Postfix) with ESMTP id 663DD8FC0C for ; Thu, 24 Jun 2010 14:04:59 +0000 (UTC) Received: from edge02.upcmail.net ([192.168.13.237]) by viefep17-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20100624140458.IAVY21441.viefep17-int.chello.at@edge02.upcmail.net>; Thu, 24 Jun 2010 16:04:58 +0200 Received: from mole.fafoe.narf.at ([213.47.85.26]) by edge02.upcmail.net with edge id Zq4u1e06n0a5KZh02q4vjg; Thu, 24 Jun 2010 16:04:58 +0200 X-SourceIP: 213.47.85.26 Received: by mole.fafoe.narf.at (Postfix, from userid 1001) id C7AA26D41D; Thu, 24 Jun 2010 16:04:54 +0200 (CEST) Date: Thu, 24 Jun 2010 16:04:54 +0200 From: Stefan Farfeleder To: Ian Smith Message-ID: <20100624140454.GJ1735@mole.fafoe.narf.at> References: <20100620161124.GA1692@mole.fafoe.narf.at> <20100622010612.T9227@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100622010612.T9227@sola.nimnet.asn.au> User-Agent: Mutt/1.5.20 (2009-06-14) X-Cloudmark-Analysis: v=1.1 cv=BX1z5e3lS7RAKjOkUI/uDpZ/pP4xz0N/VImyOZX9Sfk= c=1 sm=0 a=qZBufsVP3XEA:10 a=ADBQPqJMlbwA:10 a=kj9zAlcOel0A:10 a=6I5d2MoRAAAA:8 a=fJKsmCUffSJKTa77r-cA:9 a=2kWxt2CGPMSViOBh6bAA:7 a=KEoP80C1A1kXd99vLQPOG5Jw0x4A:4 a=CjuIK1q_8ugA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: freebsd-acpi@freebsd.org Subject: Re: Dell Precision m4400 acline problems 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: Thu, 24 Jun 2010 14:05:01 -0000 On Tue, Jun 22, 2010 at 01:36:03AM +1000, Ian Smith wrote: > On Sun, 20 Jun 2010, Stefan Farfeleder wrote: > > Hello, > > > > I'm running FreeBSD current on a Dell Precision m4400 notebook and got > > the following issue: When I unplug the notebook's power, the CPU > > performance goes down to < 50%. While this isn't nice, the real problem > > is that when I replug the power adapter, the performance stays low. So I > > basically have to reboot to get back at full performance :( > > > > I suspect this is an ACPI-related problem. You can find dmesg output, > > ACPI tables and ASL at http://people.freebsd.org/~stefanf/m4400/ . > > > > BTW I'm not using powerd. > > Whether or not using powerd, /etc/rc.d/power_profile (run by devd) will > set CPU frequency according to values in {performance,economy}_cpu_freq > whenever state changes between offline (battery) and online (AC). Such > events are typically logged in /var/log/messages. > > The /etc/defaults/rc.conf value for both of these is 'NONE' and you'll > see in power_profile that a 'NONE' value causes no change, where 'HIGH" > or 'LOW' values adjust CPU freq to the highest or lowest values from > sysctl dev.cpu.0.freq_levels - or you can specify one freq from those > levels to apply for either state. > > If you have no overrides in /etc/rc.conf, you may want to set values > there for *_cpu_freq .. it may be that your ACPI chooses some default > frequency on these events, perhaps according to your BIOS settings? Thanks. I think I solved my problem. I do not use power profiles and thus the dev.cpu.0.freq stays at 2801. However going offline evidently causes the frequency to decrease internally, ie. without dev.cpu.0.freq knowing, so when I manually reset the frequency to 2801, the system is fast again. Cheers, Stefan From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 24 15:05:55 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 6EA8C106566B for ; Thu, 24 Jun 2010 15:05:55 +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 C0E778FC17 for ; Thu, 24 Jun 2010 15:05: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 o5OF5dPt092946; Fri, 25 Jun 2010 01:05:40 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 25 Jun 2010 01:05:38 +1000 (EST) From: Ian Smith To: Stefan Farfeleder In-Reply-To: <20100624140454.GJ1735@mole.fafoe.narf.at> Message-ID: <20100625005304.M9227@sola.nimnet.asn.au> References: <20100620161124.GA1692@mole.fafoe.narf.at> <20100622010612.T9227@sola.nimnet.asn.au> <20100624140454.GJ1735@mole.fafoe.narf.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: Dell Precision m4400 acline problems 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: Thu, 24 Jun 2010 15:05:55 -0000 On Thu, 24 Jun 2010, Stefan Farfeleder wrote: > On Tue, Jun 22, 2010 at 01:36:03AM +1000, Ian Smith wrote: > > On Sun, 20 Jun 2010, Stefan Farfeleder wrote: > > > Hello, > > > > > > I'm running FreeBSD current on a Dell Precision m4400 notebook and got > > > the following issue: When I unplug the notebook's power, the CPU > > > performance goes down to < 50%. While this isn't nice, the real problem > > > is that when I replug the power adapter, the performance stays low. So I > > > basically have to reboot to get back at full performance :( > > > > > > I suspect this is an ACPI-related problem. You can find dmesg output, > > > ACPI tables and ASL at http://people.freebsd.org/~stefanf/m4400/ . > > > > > > BTW I'm not using powerd. > > > > Whether or not using powerd, /etc/rc.d/power_profile (run by devd) will > > set CPU frequency according to values in {performance,economy}_cpu_freq > > whenever state changes between offline (battery) and online (AC). Such > > events are typically logged in /var/log/messages. > > > > The /etc/defaults/rc.conf value for both of these is 'NONE' and you'll > > see in power_profile that a 'NONE' value causes no change, where 'HIGH" > > or 'LOW' values adjust CPU freq to the highest or lowest values from > > sysctl dev.cpu.0.freq_levels - or you can specify one freq from those > > levels to apply for either state. > > > > If you have no overrides in /etc/rc.conf, you may want to set values > > there for *_cpu_freq .. it may be that your ACPI chooses some default > > frequency on these events, perhaps according to your BIOS settings? > > Thanks. I think I solved my problem. I do not use power profiles and > thus the dev.cpu.0.freq stays at 2801. However going offline evidently > causes the frequency to decrease internally, ie. without dev.cpu.0.freq > knowing, so when I manually reset the frequency to 2801, the system is > fast again. Goodo. But adding these to /etc/rc.conf would save that manual bother: performance_cpu_freq="HIGH" economy_cpu_freq="HIGH" since /etc/rc.d/power_profile is run on ACAD events anyway, at least with the default /etc/devd.conf cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 24 15:18:16 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 9FAD01065674 for ; Thu, 24 Jun 2010 15:18:16 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from fep19.mx.upcmail.net (fep19.mx.upcmail.net [62.179.121.39]) by mx1.freebsd.org (Postfix) with ESMTP id F125C8FC23 for ; Thu, 24 Jun 2010 15:18:15 +0000 (UTC) Received: from edge04.upcmail.net ([192.168.13.239]) by viefep19-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20100624151813.KQCP17503.viefep19-int.chello.at@edge04.upcmail.net>; Thu, 24 Jun 2010 17:18:13 +0200 Received: from mole.fafoe.narf.at ([213.47.85.26]) by edge04.upcmail.net with edge id ZrJC1e04v0a5KZh04rJDV8; Thu, 24 Jun 2010 17:18:13 +0200 X-SourceIP: 213.47.85.26 Received: by mole.fafoe.narf.at (Postfix, from userid 1001) id 583CC6D41D; Thu, 24 Jun 2010 17:18:12 +0200 (CEST) Date: Thu, 24 Jun 2010 17:18:12 +0200 From: Stefan Farfeleder To: Ian Smith Message-ID: <20100624151811.GK1735@mole.fafoe.narf.at> References: <20100620161124.GA1692@mole.fafoe.narf.at> <20100622010612.T9227@sola.nimnet.asn.au> <20100624140454.GJ1735@mole.fafoe.narf.at> <20100625005304.M9227@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100625005304.M9227@sola.nimnet.asn.au> User-Agent: Mutt/1.5.20 (2009-06-14) X-Cloudmark-Analysis: v=1.1 cv=LDjS4OUiOlTC72n1a9cQM4olW91MdL4bu39eiUxSmiw= c=1 sm=0 a=qZBufsVP3XEA:10 a=ADBQPqJMlbwA:10 a=kj9zAlcOel0A:10 a=jIzKRGIbWeISMlCEu1EA:9 a=leSsjC0UAP4Evy9HPfubCuhO6u4A:4 a=CjuIK1q_8ugA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: freebsd-acpi@freebsd.org Subject: Re: Dell Precision m4400 acline problems 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: Thu, 24 Jun 2010 15:18:16 -0000 On Fri, Jun 25, 2010 at 01:05:38AM +1000, Ian Smith wrote: > On Thu, 24 Jun 2010, Stefan Farfeleder wrote: > > > > Thanks. I think I solved my problem. I do not use power profiles and > > thus the dev.cpu.0.freq stays at 2801. However going offline evidently > > causes the frequency to decrease internally, ie. without dev.cpu.0.freq > > knowing, so when I manually reset the frequency to 2801, the system is > > fast again. > > Goodo. But adding these to /etc/rc.conf would save that manual bother: > performance_cpu_freq="HIGH" > economy_cpu_freq="HIGH" > since /etc/rc.d/power_profile is run on ACAD events anyway, at least > with the default /etc/devd.conf No, unfortunately that's not sufficient. I really have to decrease and increase the frequency. I think the reason is that the ACPI kernel code simply ignores setting the frequency to the same value. Stefan From owner-freebsd-acpi@FreeBSD.ORG Fri Jun 25 08:25: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 006C6106564A for ; Fri, 25 Jun 2010 08:25:32 +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 6BBF88FC13 for ; Fri, 25 Jun 2010 08:25:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o5P8PJjW042860; Fri, 25 Jun 2010 18:25:20 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 25 Jun 2010 18:25:18 +1000 (EST) From: Ian Smith To: Stefan Farfeleder In-Reply-To: <20100624151811.GK1735@mole.fafoe.narf.at> Message-ID: <20100625174549.T9227@sola.nimnet.asn.au> References: <20100620161124.GA1692@mole.fafoe.narf.at> <20100622010612.T9227@sola.nimnet.asn.au> <20100624140454.GJ1735@mole.fafoe.narf.at> <20100625005304.M9227@sola.nimnet.asn.au> <20100624151811.GK1735@mole.fafoe.narf.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: Dell Precision m4400 acline problems 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, 25 Jun 2010 08:25:32 -0000 On Thu, 24 Jun 2010, Stefan Farfeleder wrote: > On Fri, Jun 25, 2010 at 01:05:38AM +1000, Ian Smith wrote: > > On Thu, 24 Jun 2010, Stefan Farfeleder wrote: > > > > > > Thanks. I think I solved my problem. I do not use power profiles and > > > thus the dev.cpu.0.freq stays at 2801. However going offline evidently > > > causes the frequency to decrease internally, ie. without dev.cpu.0.freq > > > knowing, so when I manually reset the frequency to 2801, the system is > > > fast again. > > > > Goodo. But adding these to /etc/rc.conf would save that manual bother: > > performance_cpu_freq="HIGH" > > economy_cpu_freq="HIGH" > > since /etc/rc.d/power_profile is run on ACAD events anyway, at least > > with the default /etc/devd.conf > > No, unfortunately that's not sufficient. I really have to decrease and > increase the frequency. I think the reason is that the ACPI kernel code > simply ignores setting the frequency to the same value. Stefan, I'm afraid that this isn't making a lot of sense, to me anyway. You say that switching to battery "evidently causes the frequency to decrease internally, ie. without dev.cpu.0.freq knowing" which, if true, would indicate a serious bug, and not one I've seen mentioned before. You said earlier that, on switching to battery, performance decreases to 50% or less, and stays there when switching back to AC. How exactly are you measuring that performance, if dev.cpu.0.freq is then still showing your top freq of 2801? How are you lowering then raising the frequency? (show, don't tell) Perhaps if you provide some more information when the machine is in both AC and battery state, it may provide some clues as to what's going on. Off the top of my head, posting the below for both states might help: # sysctl dev.cpu hw.acpi # vmstat -i # whatever tool you are using to measure 'performance' (Does anyone else have any better ideas on how to instrument this?) cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Fri Jun 25 08:31:22 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 7574A1065690; Fri, 25 Jun 2010 08:31:22 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 86F418FC1F; Fri, 25 Jun 2010 08:31:21 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA19883; Fri, 25 Jun 2010 11:31:19 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OS4Ji-000C3w-LX; Fri, 25 Jun 2010 11:31:18 +0300 Message-ID: <4C246955.9000700@freebsd.org> Date: Fri, 25 Jun 2010 11:31:17 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: Alexander Motin , freebsd-acpi@freebsd.org References: <4C1E3AE9.3020505@freebsd.org> <4C1E3D44.6020708@FreeBSD.org> <4C1E3FA4.1020009@freebsd.org> In-Reply-To: <4C1E3FA4.1020009@freebsd.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: cpufreq_curr_sysctl: memory allocation 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, 25 Jun 2010 08:31:22 -0000 on 20/06/2010 19:19 Andriy Gapon said the following: > I agree, but I hope that a single buffer should be sufficient. > As I understand, all sysctl operate under Giant unless specifically flagged > otherwise. And I don't see any code to explicitly handle concurrent invocations > in cpufreq_curr_sysctl. > My take on it. Seems to work without problems. diff --git a/sys/kern/kern_cpu.c b/sys/kern/kern_cpu.c index 4c4f961..3429a0f 100644 --- a/sys/kern/kern_cpu.c +++ b/sys/kern/kern_cpu.c @@ -76,6 +76,7 @@ struct cpufreq_softc { device_t dev; struct sysctl_ctx_list sysctl_ctx; struct task startup_task; + struct cf_level *levels_buf; }; struct cf_setting_array { @@ -180,6 +181,8 @@ cpufreq_attach(device_t dev) CF_DEBUG("initializing one-time data for %s\n", device_get_nameunit(dev)); + sc->levels_buf = malloc(CF_MAX_LEVELS * sizeof(*sc->levels_buf), + M_DEVBUF, M_WAITOK); SYSCTL_ADD_PROC(&sc->sysctl_ctx, SYSCTL_CHILDREN(device_get_sysctl_tree(parent)), OID_AUTO, "freq", CTLTYPE_INT | CTLFLAG_RW, sc, 0, @@ -227,6 +230,7 @@ cpufreq_detach(device_t dev) numdevs = devclass_get_count(cpufreq_dc); if (numdevs == 1) { CF_DEBUG("final shutdown for %s\n", device_get_nameunit(dev)); + free(sc->levels_buf, M_DEVBUF); } return (0); @@ -870,9 +874,7 @@ cpufreq_curr_sysctl(SYSCTL_HANDLER_ARGS) devs = NULL; sc = oidp->oid_arg1; - levels = malloc(CF_MAX_LEVELS * sizeof(*levels), M_TEMP, M_NOWAIT); - if (levels == NULL) - return (ENOMEM); + levels = sc->levels_buf; error = CPUFREQ_GET(sc->dev, &levels[0]); if (error) @@ -915,8 +917,6 @@ cpufreq_curr_sysctl(SYSCTL_HANDLER_ARGS) out: if (devs) free(devs, M_TEMP); - if (levels) - free(levels, M_TEMP); return (error); } @@ -934,7 +934,7 @@ cpufreq_levels_sysctl(SYSCTL_HANDLER_ARGS) /* Get settings from the device and generate the output string. */ count = CF_MAX_LEVELS; - levels = malloc(count * sizeof(*levels), M_TEMP, M_NOWAIT); + levels = sc->levels_buf; if (levels == NULL) { sbuf_delete(&sb); return (ENOMEM); @@ -957,7 +957,6 @@ cpufreq_levels_sysctl(SYSCTL_HANDLER_ARGS) error = sysctl_handle_string(oidp, sbuf_data(&sb), sbuf_len(&sb), req); out: - free(levels, M_TEMP); sbuf_delete(&sb); return (error); } -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Sat Jun 26 15:08: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 AA351106566B for ; Sat, 26 Jun 2010 15:08:32 +0000 (UTC) (envelope-from www-data@mail-relay-outgoing.prod.imvu.com) Received: from prod-mail-relay-06.imvu.com (prod-mail-relay-06.imvu.com [208.64.184.229]) by mx1.freebsd.org (Postfix) with ESMTP id 7A3F98FC0C for ; Sat, 26 Jun 2010 15:08:32 +0000 (UTC) Received: from AF001567.prod.imvu.com (AF001567.prod.imvu.com [10.5.6.31]) by prod-mail-relay-06.imvu.com (Postfix) with ESMTP id 6113FD020A8E for ; Sat, 26 Jun 2010 07:51:39 -0700 (PDT) X-DKIM: Sendmail DKIM Filter v2.8.2 prod-mail-relay-06.imvu.com 6113FD020A8E DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=www.imvu.com; s=2009; t=1277563899; bh=CteVvQM552uETsTJlo02gRG4mKQ=; h=Date:Message-Id:To:Subject:From:Sender:MIME-Version: List-Unsubscribe:Content-Type; z=Date:=20Sat,=2026=20Jun=202010=2007:51:39=20-0700|Message-Id:=20< 201006261451.o5QEpdf9027175@AF001567.prod.imvu.com>|To:=20"Freebsd -acpi"=20|Subject:=20ssd.sidney@live.com =20has=20invited=20you=20to=20have=20a=203D=20avatar=20chat|From:= 20"Sidney"=20|Sender:=20Sidney@www.imvu.com|M IME-Version:=201.0|X-Mailer:=20osCommerce=20Mailer|X-SenderName-Cl ientID:=20fAjeS3u4ZnJlZWJzZC1hY3BpQGZyZWVic2Qub3JnfAjeS3u4|List-Un subscribe:=20|Content-Type:= 20multipart/alternative=3B=0D=0A=09boundary=3D"=3D_80726043ec3d31a 6eb680c41ecb52d4a"; b=qppsWGq6mxsB18g25X72blFcWP1tYz+84iqgabp1BLCvzHWdAFIf6CIm6OcyHULsK KQhmMWRRq7BzjxPHlPrpoiAXEbaJzbvVoLZWRvdK2ourmHk4W5eQvLYoO1+N5Tgx+D FsjWhQnBl42dLKLsMniKjbuq6QYEMnBrc77wRgOI= Received: from AF001567.prod.imvu.com (localhost [127.0.0.1]) by AF001567.prod.imvu.com (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id o5QEpdMH027178 for ; Sat, 26 Jun 2010 07:51:39 -0700 Received: (from www-data@localhost) by AF001567.prod.imvu.com (8.13.4/8.13.4/Submit) id o5QEpdf9027175; Sat, 26 Jun 2010 07:51:39 -0700 Date: Sat, 26 Jun 2010 07:51:39 -0700 Message-Id: <201006261451.o5QEpdf9027175@AF001567.prod.imvu.com> To: "Freebsd-acpi" From: "Sidney" Sender: Sidney@www.imvu.com MIME-Version: 1.0 X-Mailer: osCommerce Mailer X-SenderName-ClientID: fAjeS3u4ZnJlZWJzZC1hY3BpQGZyZWVic2Qub3JnfAjeS3u4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ssd.sidney@live.com has invited you to have a 3D avatar chat 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, 26 Jun 2010 15:08:32 -0000 From: Sidney Avatar: Guest_SidneySDuarte To: Freebsd-acpi Hey Freebsd-acpi,Sidney has added you as a friend on IMVU. Is Sidney your friend? Yes   No Please respond or Sidney may think you said no :) IMVU is the world's greatest 3D chat! Dress up your Avatar with 3D clothes. Chat with your friends & meet new ones. De corate your own 3D Room with furniture. FREE to download & use! http://www.imvu.com Copyright © 2010, IMVU, Inc. 164 Hamilton Avenue, Palo Alto, CA 94301. This email was sent via IMVU by Sidney (ssd.sidney@live.com) to freebsd-acpi@freebsd.org. If you want to prevent any future emails from IMVU, you can remove yourself by pointing your web browser to http://www.imvu.com/catalog/web_nonregisteredoptout.php?code=893409&email=freebsd-acpi@freebsd.org. Your unsubscribe confirmation code is 893409