From owner-freebsd-acpi@FreeBSD.ORG Sun Oct 23 00:29:56 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5A9016A41F for ; Sun, 23 Oct 2005 00:29:56 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0092943D45 for ; Sun, 23 Oct 2005 00:29:55 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout5-ext.prodigy.net (pimout5-int.prodigy.net [207.115.4.21]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j9N0UNTl031001 for ; Sat, 22 Oct 2005 20:30:23 -0400 X-ORBL: [71.139.0.107] Received: from [10.0.5.50] (ppp-71-139-0-107.dsl.snfc21.pacbell.net [71.139.0.107]) by pimout5-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id j9N0Ts8x094144; Sat, 22 Oct 2005 20:29:54 -0400 Message-ID: <435AD980.3050403@root.org> Date: Sat, 22 Oct 2005 17:29:52 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Petr Holub References: <00a301c5d742$19c8f1a0$2603fb93@KLOBOUCEK> In-Reply-To: <00a301c5d742$19c8f1a0$2603fb93@KLOBOUCEK> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: powerd problem on ASUS T9400 with 6.0RC1 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, 23 Oct 2005 00:29:56 -0000 Petr Holub wrote: >>It's not crashing, it's exiting with an error. If you have passive >>cooling enabled, it can block powerd from setting a new rate (as it >>should). Are you running -current? If so, upgrade your powerd. I just > > > I'm running 6.0 RC1 and would like to stick to -stable as it is my > production machine. Anyway, thanks for explanation! > > Petr I'll try to get a workaround in before 6.0 -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sun Oct 23 00:46:32 2005 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFA2916A41F for ; Sun, 23 Oct 2005 00:46:32 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 761DC43D45 for ; Sun, 23 Oct 2005 00:46:32 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j9N0lHH4015892 for ; Sat, 22 Oct 2005 20:47:17 -0400 X-ORBL: [71.139.0.107] Received: from [10.0.5.50] (ppp-71-139-0-107.dsl.snfc21.pacbell.net [71.139.0.107]) by pimout7-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id j9N0kQjv087844; Sat, 22 Oct 2005 20:46:31 -0400 Message-ID: <435ADD61.2070702@root.org> Date: Sat, 22 Oct 2005 17:46:25 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: yraffah@savola.com References: <1128373723.12875.1.camel@RedDevil.savola.com> <4341A8FE.1020502@root.org> <1129974909.817.22.camel@RedDevil.savola.com> In-Reply-To: <1129974909.817.22.camel@RedDevil.savola.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org Subject: Re: ACPI Problem With Toshiba Tecra A4 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, 23 Oct 2005 00:46:33 -0000 Yousef Raffah wrote: > On Mon, 2005-10-03 at 14:56 -0700, Nate Lawson wrote: > >>Yousef Raffah wrote: >> >>>Hello Everyone, >>> >>>I've been struggling a lot with acpi but still can't figure out how to >>>have it working properly with FreeBSD >>> >>>I just updated my BIOS to the latest version available from toshiba and >>>tested it with FreeBSD 6, but still with no luck :( >>> >>>Now if I enable >>>acpi_load="YES" >>>in /boot/loader.conf, I can't boot my FreeBSD as the hard disk ad0 >>>doesn't get recognized during boot and the system stops asking me to >>>select the root partition! Which is not available of course. >>> >>>I'm not sure if I can attache my asl file and send it to the list but I >>>have it ready though if someone is willing to look at it. >> >>This part is probably the issue: >> >>>atapci0: port >>>0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1100-0x110f at device 31.2 on pci0 >>>atapci0: failed to enable memory mapping! >> >>Try booting with: >>debug.acpi.disabled="sysres" >> > > I'm sorry I didn't check your message earlier... > Just a quick question, should I enable acpi_load="YES" > in /boot/loader.conf and add this line as well in the same file? Just set it at the loader prompt: set debug.acpi.disabled="sysres" If it works, then you can stick it in loader.conf. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sun Oct 23 05:27:59 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AF9516A41F for ; Sun, 23 Oct 2005 05:27:59 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0EE343D45 for ; Sun, 23 Oct 2005 05:27:57 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:Tty8TKPsDVFpzwgVrzJry8rqWOHg6OPtu+qv9d3RZWbigy7F5OTbUayb8ixHZZLC@kasuga.mahoroba.org [IPv6:3ffe:501:185b:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id j9N5RpAF041572 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 23 Oct 2005 14:27:52 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sun, 23 Oct 2005 14:27:51 +0900 Message-ID: From: Hajimu UMEMOTO To: "Petr Holub" In-Reply-To: <00a301c5d742$19c8f1a0$2603fb93@KLOBOUCEK> References: <435A8223.2090703@root.org> <00a301c5d742$19c8f1a0$2603fb93@KLOBOUCEK> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 7.0-CURRENT X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.1 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Sun, 23 Oct 2005 14:27:53 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-4.2 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: freebsd-acpi@freebsd.org Subject: Re: powerd problem on ASUS T9400 with 6.0RC1 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, 23 Oct 2005 05:27:59 -0000 Hi, >>>>> On Sat, 22 Oct 2005 21:52:15 +0200 >>>>> "Petr Holub" said: > It's not crashing, it's exiting with an error. If you have passive > cooling enabled, it can block powerd from setting a new rate (as it > should). No, I don't think that the error is out because of passive cooling. When passive cooling is active, it will be EPERM. The powerd ignores an EPERM even on 6.X. But, it returned ENXIO on this case. > Are you running -current? If so, upgrade your powerd. I just hopet> I'm running 6.0 RC1 and would like to stick to -stable as it is my hopet> production machine. Anyway, thanks for explanation! I'm not sure if just ignoring ENXIO works on this case. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-acpi@FreeBSD.ORG Sun Oct 23 05:32:23 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4183516A41F for ; Sun, 23 Oct 2005 05:32:23 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1D0343D45 for ; Sun, 23 Oct 2005 05:32:22 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by qproxy.gmail.com with SMTP id z1so139850qbc for ; Sat, 22 Oct 2005 22:32:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pdGtf66tF/1zH3f5yWk+RN4vzJsc5X0jhHTYRKinYQOAUGvmRYaUkDgUpSvzAYlNEWnGwHlzS1MY/CS+lyVa6t07Xl0mmyWfwMNl4AQ5DhAdadgVShEFaaxAbe/dOIqK/hk0QlcwG3UZouOp3APNEJtkviJT4QevzjvGUMZ6BB8= Received: by 10.65.205.15 with SMTP id h15mr2499866qbq; Sat, 22 Oct 2005 22:32:21 -0700 (PDT) Received: by 10.65.35.2 with HTTP; Sat, 22 Oct 2005 22:32:21 -0700 (PDT) Message-ID: Date: Sun, 23 Oct 2005 14:32:21 +0900 From: Eric Kjeldergaard To: freebsd-acpi@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051022222527.45DF55D09@ptavv.es.net> Subject: Fwd: Audio problem after resume fixed! 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, 23 Oct 2005 05:32:23 -0000 On 23/10/05, Kevin Oberman wrote: > Since back before FreeBSD 5.0 I have had a problem where my audio lost > sync after a suspend/resume when ACPI was used on my ThinkPad T30. (No > problems with APM, last I tried it.) As a result, I have not used > suspend on my laptop very much. > > Every now and then, when I see commits that appear relevant, I try > again, and one minute of audio will play in 50 seconds, not sounding too > good while it is at it. > > Well, as of about 2 weeks ago, it works! I can now suspend and resume > and everything seems to work. I can't say for sure, but I think imp's > recent power state work is responsible. I know it worked VERY briefly > when he did his first commit of power state code long ago, but after > fixing lots of problems the original code caused, it never worked > again. > > As of today I can suspend in either text or X11 and resume works. The > only MINOR issue is that the video does not come back on when I resume > in X11. I just switch to a vty until the back-light comes on and then go > back to X. > > I still see rather high power consumption while suspended and I intend > to play with power states to see if I can improve the situation. I also > need to get radeontool. > > In any case, thanks to imp, Nate, Bruno, and all the folks who have made > a mammoth contribution of time to make ACPI work well on FreeBSD. > -- > 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 > _______________________________________________ > 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" > A possible solution to the resuming video thing would be the suspend.vty_switch_enable or similar flag (I don't have access to my freebsd install for the moment, but `sysctl -d | grep switch` should give you the name. Also, for power consumption, you'll probably want to see if usb is getting shut down (try suspending with a usb device with a light or fan or something plugged in) and you might want to see if radeontool helps. http://www.init-main.com/radeontoolport.tar.gz (if you have a radeon of course ...) If you go exploring and find any secrets to thinkpad suspend power consumption, please share them on the -mobile or -acpi lists. -- If I write a signature, my emails will appear more personalised. From owner-freebsd-acpi@FreeBSD.ORG Sun Oct 23 22:52:03 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D115816A41F for ; Sun, 23 Oct 2005 22:52:03 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B28443D46 for ; Sun, 23 Oct 2005 22:52:03 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Sun, 23 Oct 2005 15:51:59 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 978415D04; Sun, 23 Oct 2005 15:51:59 -0700 (PDT) To: Eric Kjeldergaard In-reply-to: Your message of "Sun, 23 Oct 2005 14:32:21 +0900." Date: Sun, 23 Oct 2005 15:51:59 -0700 From: "Kevin Oberman" Message-Id: <20051023225159.978415D04@ptavv.es.net> Cc: freebsd-acpi@freebsd.org Subject: Re: Fwd: Audio problem after resume fixed! 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, 23 Oct 2005 22:52:03 -0000 > Date: Sun, 23 Oct 2005 14:32:21 +0900 > From: Eric Kjeldergaard > > A possible solution to the resuming video thing would be the > suspend.vty_switch_enable or similar flag (I don't have access to my > freebsd install for the moment, but `sysctl -d | grep switch` should > give you the name. Also, for power consumption, you'll probably want > to see if usb is getting shut down (try suspending with a usb device > with a light or fan or something plugged in) and you might want to see > if radeontool helps. http://www.init-main.com/radeontoolport.tar.gz > (if you have a radeon of course ...) > > If you go exploring and find any secrets to thinkpad suspend power > consumption, please share them on the -mobile or -acpi lists. By using radeontool, I have been able to fix tha problem. Backlight goes off and on fine. I also want to tie radeontool to Fn+F4, but have not done so at this time. I have set hw.pci.do_power_nodriver to 3, its most aggressive setting, and have not seen any problems of this point. Since I just changed this yesterday, I can't say it's well tested, though. At this point, all appears to be pretty well. I do need to test whether the USB is off and I THINK that there is a way to get a log of power state information when suspended, but I an not sure what it is. Senior moment, I guess. -- 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 From owner-freebsd-acpi@FreeBSD.ORG Mon Oct 24 07:57:11 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCDB516A41F for ; Mon, 24 Oct 2005 07:57:11 +0000 (GMT) (envelope-from guru@Sisis.de) Received: from hunter.Sisis.de (hunter.sisis.de [193.31.11.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87C4143D48 for ; Mon, 24 Oct 2005 07:57:10 +0000 (GMT) (envelope-from guru@Sisis.de) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id JAA09468 for ; Mon, 24 Oct 2005 09:55:47 +0200 (CEST) (envelope-from guru@Sisis.de) From: guru@Sisis.de Received: from hermes.sisis.de(193.31.10.38) by hunter.Sisis.de via smap (V2.1) id xma009464; Mon, 24 Oct 05 09:55:34 +0200 Received: from rebelion.Sisis.de (rebelion.Sisis.de [193.31.10.34]) by hermes.sisis.de (8.8.8/8.8.8) with ESMTP id JAA16971; Mon, 24 Oct 2005 09:57:04 +0200 (CEST) (envelope-from guru@Sisis.de) Received: (from guru@localhost) by rebelion.Sisis.de (8.13.3/8.13.3/Submit) id j9O7utXb001776; Mon, 24 Oct 2005 09:56:55 +0200 (CEST) (envelope-from guru@Sisis.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@Sisis.de using -f Date: Mon, 24 Oct 2005 09:56:55 +0200 To: freebsd-acpi@freebsd.org Message-ID: <20051024075655.GA1425@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE (i386) Subject: Fwd: 5.4-REL && noteboock F/S AMILO-D && S4 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: guru@Sisis.de List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 07:57:12 -0000 Hello, Yesterday I've send the attached e-mail to freebsd-mobile@freebsd.org but perhaps it belongs more to this list here; Meanwhile I did some further steps as advised in the FreeBSD handbook and tried to enable ACPI_DEBUG as said there for trouble shooting; enabling ACPI_DEBUG results in acpi.ko missing a function db_readline() and so I added to the kernel 'options KDB' (I found this hint in Goggle). After re-building all the kernel modules it is now complaining about: $ egrep -i 'uttrace|KLD' /var/log/messages Oct 24 09:22:02 rebelion kernel: link_elf: symbol AcpiUtTrace undefined Oct 24 09:22:02 rebelion kernel: KLD file acpi.ko - could not finalize loading $ but I don't understand this because 'AcpiUtTrace' is in acpi.ko: # nm acpi.ko | fgrep AcpiUtTr 0003e9d0 t AcpiUtTrace 0003e9fc t AcpiUtTracePtr 0003ea2c t AcpiUtTraceStr 0003ea5c t AcpiUtTraceU32 0003dbb8 t AcpiUtTrackAllocation 0003e8d0 t AcpiUtTrackStackPtr 0003f94c t AcpiUtTranslateOneCid # nm utdebug.o | fgrep AcpiUtTr 00000110 T AcpiUtTrace 0000013c T AcpiUtTracePtr 0000016c T AcpiUtTraceStr 0000019c T AcpiUtTraceU32 00000010 T AcpiUtTrackStackPtr # What does this means? And again, is there some overall description how suspend to 'S4OS' should work and how the resume must be initiated? I read in Goggle that for S4OS the RAM is filed to some 'hibernation' file to disk, where this file should appear? and how a re-boot will pick it up? I've 1 GByte of RAM but can't see any file large enough to fit my RAM into; Thanks in advance matthias ----- Forwarded message from guru@Sisis.de ----- From: guru@Sisis.de Date: Sun, 23 Oct 2005 15:13:52 +0200 To: freebsd-mobile@freebsd.org Subject: 5.4-REL && noteboock F/S AMILO-D && S4 Hello, Maybe I'm asking something completely stupid, but after a lot of re-boots and fsck's and Googles, I see no other way :-( My notebook (Fujitsu Siemens AMILO D) claims to have ACPI support as: $ sysctl hw.acpi hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 and when I do (following the FreeBSD handbook) a # acpiconf -s S4OS it gets turned off (and hopefully suspended CPU and RAM to disk, I don't know); the only real result is in /var/log/messages as $ fgrep suspend /var/log/messages Oct 23 11:02:11 rebelion acpi: suspend at 20051023 11:02:11 Oct 23 11:23:43 rebelion acpi: suspend at 20051023 11:23:43 Oct 23 11:52:35 rebelion acpi: suspend at 20051023 11:52:35 Oct 23 14:57:12 rebelion acpi: suspend at 20051023 14:57:12 $ The problem is, I don't know *how* to awake it again. The only button which is working is the power-on of the mobile and this does a normal boot-up (resulting in fsck's because the disks not have been properly dismounted, of course not); Is there some magic flag in re-boot to let it use the saved BIOS? If so it would be nice to add a note of how to resume and not only how to suspend the beast to the FreeBSD handbook :-) Thx Matthias _______________________________________________ freebsd-mobile@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-mobile To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" ----- End forwarded message ----- -- Matthias Apitz / Sisis Informationssysteme GmbH Gruenwalder Weg 28g / D-82041 Oberhaching Fon: ++49 89 / 61308-351, Fax: -399, Mobile ++49 170 4527211 http://www.sisis.de/~guru/ From owner-freebsd-acpi@FreeBSD.ORG Mon Oct 24 07:59:33 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A7DC16A41F for ; Mon, 24 Oct 2005 07:59:33 +0000 (GMT) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (svm.csie.ntu.edu.tw [140.112.90.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id F03BE43D5C for ; Mon, 24 Oct 2005 07:59:28 +0000 (GMT) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (localhost [127.0.0.1]) by svm.csie.ntu.edu.tw (8.13.3/8.13.1) with ESMTP id j9O7xAEi074902; Mon, 24 Oct 2005 15:59:10 +0800 (CST) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: (from rafan@localhost) by svm.csie.ntu.edu.tw (8.13.3/8.13.1/Submit) id j9O7x9i7074901; Mon, 24 Oct 2005 15:59:09 +0800 (CST) (envelope-from rafan) Date: Mon, 24 Oct 2005 15:59:09 +0800 From: Rong-En Fan To: Kevin Oberman Message-ID: <20051024075909.GA74859@svm.csie.ntu.edu.tw> References: <20051023225159.978415D04@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051023225159.978415D04@ptavv.es.net> User-Agent: Mutt/1.5.11 Cc: freebsd-acpi@freebsd.org Subject: Re: Fwd: Audio problem after resume fixed! 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, 24 Oct 2005 07:59:33 -0000 On Sun, Oct 23, 2005 at 03:51:59PM -0700, Kevin Oberman wrote: > By using radeontool, I have been able to fix tha problem. Backlight goes > off and on fine. I also want to tie radeontool to Fn+F4, but have not > done so at this time. I use the following settings, works great for me: /etc/devd.conf: notify 10 { match "system" "ACPI"; match "subsystem" "IBM"; match "notify" "0x04"; action "/usr/sbin/zzz"; }; /etc/rc.suspend: [...] /usr/local/bin/radeontool light off logger -t $subsystem suspend at `date +'%Y%m%d %H:%M:%S'` sync && sync && sync [...] /etc/rc.resume: [...] /usr/local/bin/radeontool light on logger -t $subsystem resumed at `date +'%Y%m%d %H:%M:%S'` sync && sync && sync [...] Hope this helps, Rong-En Fan From owner-freebsd-acpi@FreeBSD.ORG Mon Oct 24 11:02:00 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E2A116A41F for ; Mon, 24 Oct 2005 11:02:00 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF8C143D45 for ; Mon, 24 Oct 2005 11:01:59 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9OB1xt1061850 for ; Mon, 24 Oct 2005 11:01:59 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9OB1wUr061844 for freebsd-acpi@freebsd.org; Mon, 24 Oct 2005 11:01:58 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 24 Oct 2005 11:01:58 GMT Message-Id: <200510241101.j9OB1wUr061844@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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, 24 Oct 2005 11:02:00 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/17] i386/55661 acpi ACPI suspend/resume problem on ARMADA M70 o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/08/27] kern/56024 acpi ACPI suspend drains battery while in S3 o [2003/09/03] i386/56372 acpi acpi don't work on TYAN tiger100 M/B o [2004/03/09] i386/64002 acpi acpi problem o [2004/05/27] i386/67273 acpi [hang] system hangs with acpi and Xfree o [2004/10/12] i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Arma o [2005/03/21] i386/79080 acpi acpi thermal changes freezes HP nx6110 o [2005/03/21] i386/79081 acpi ACPI suspend/resume not working on HP nx6 10 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/03/17] kern/64365 acpi ACPI problems o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi [request] add thermal support to ACPI o [2004/11/11] kern/73823 acpi acpi / power-on by timer support o [2004/11/17] kern/74030 acpi Unplugging AC causes battery % to stay lo o [2004/11/21] kern/74215 acpi [request] add ACPI headers to /usr/includ o [2005/05/09] kern/80815 acpi ACPI(pci_link) problem in 5.4-STABLE: TIM 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Tue Oct 25 17:41:07 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C61E16A41F for ; Tue, 25 Oct 2005 17:41:07 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8642943D4C for ; Tue, 25 Oct 2005 17:41:05 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 25 Oct 2005 13:57:48 -0400 From: John Baldwin To: Nate Lawson Date: Tue, 25 Oct 2005 13:40:28 -0400 User-Agent: KMail/1.8.2 References: <971FCB6690CD0E4898387DBF7552B90E0323D7B6@orsmsx403.amr.corp.intel.com> <785D15C7-A018-4141-9712-CF1D558B4083@yahoo.fr> <43597840.6060208@root.org> In-Reply-To: <43597840.6060208@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510251340.29233.jhb@freebsd.org> Cc: freebsd-acpi@freebsd.org, Mathieu Prevot Subject: Re: ACPI errors on amd64 (sempron) 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, 25 Oct 2005 17:41:07 -0000 On Friday 21 October 2005 07:22 pm, Nate Lawson wrote: > Mathieu Prevot wrote: > >>> pci_link9: BIOS IRQ 11 for -2145777912.16.INTA is invalid > >>> pci_link9: BIOS IRQ 5 for -2145777912.16.INTB is invalid > >>> pci_link10: BIOS IRQ 10 for -2145777912.17.INTC is invalid > >>> pci_link11: BIOS IRQ 11 for -2145777912.18.INTA is invalid > >>> pci0: on pcib0 > >>> > >>> full verbose boot dmesg etc are joined. > >> > >> Alright, this might be my bug. :) Hmm, that seems like a very odd > >> pci bus > >> number. I don't know why you are getting that. > > > > Note that the invalid things were here *also before* I changed actypes.h > > That's not your bug. > > Yes, but it's his bug because it's in the PCI link code. That is > 0x801A0708, perhaps uninitialized memory or something? Certainly an odd value. Note that the bus has to have a sane value for it to have worked when it did a PCI config read and gotten an IRQ. Hrmmm. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Tue Oct 25 20:30:48 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E74F116A41F; Tue, 25 Oct 2005 20:30:48 +0000 (GMT) (envelope-from mathieu_prevot@yahoo.fr) Received: from relay-bv.club-internet.fr (relay-bv.club-internet.fr [194.158.96.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 851A943D46; Tue, 25 Oct 2005 20:30:48 +0000 (GMT) (envelope-from mathieu_prevot@yahoo.fr) Received: from [192.168.0.3] (l03v-212-194-194-199.d4.club-internet.fr [212.194.194.199]) by relay-bv.club-internet.fr (Postfix) with ESMTP id 50B242561B; Tue, 25 Oct 2005 22:30:47 +0200 (CEST) In-Reply-To: <200510251340.29233.jhb@freebsd.org> References: <971FCB6690CD0E4898387DBF7552B90E0323D7B6@orsmsx403.amr.corp.intel.com> <785D15C7-A018-4141-9712-CF1D558B4083@yahoo.fr> <43597840.6060208@root.org> <200510251340.29233.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3B6419AD-0BCB-412F-B800-26B0F8F8B2DD@yahoo.fr> Content-Transfer-Encoding: 7bit From: Mathieu Prevot Date: Tue, 25 Oct 2005 22:30:35 +0200 To: John Baldwin X-Mailer: Apple Mail (2.734) Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI errors on amd64 (sempron) 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, 25 Oct 2005 20:30:49 -0000 > On Friday 21 October 2005 07:22 pm, Nate Lawson wrote: > >> Mathieu Prevot wrote: >> >>>>> pci_link9: BIOS IRQ 11 for -2145777912.16.INTA is invalid >>>>> pci_link9: BIOS IRQ 5 for -2145777912.16.INTB is invalid >>>>> pci_link10: BIOS IRQ 10 for -2145777912.17.INTC is invalid >>>>> pci_link11: BIOS IRQ 11 for -2145777912.18.INTA is invalid >>>>> pci0: on pcib0 >>>>> >>>>> full verbose boot dmesg etc are joined. >>>>> >>>> >>>> Alright, this might be my bug. :) Hmm, that seems like a very odd >>>> pci bus >>>> number. I don't know why you are getting that. >>>> >>> >>> Note that the invalid things were here *also before* I changed >>> actypes.h >>> That's not your bug. >>> >> >> Yes, but it's his bug because it's in the PCI link code. That is >> 0x801A0708, perhaps uninitialized memory or something? >> > > Certainly an odd value. Note that the bus has to have a sane value > for it to > have worked when it did a PCI config read and gotten an IRQ. Hrmmm. There is also invalid values with i386 RC1 GENERIC. But when I disable most devices the message disappears. If I add just the network cntrlr (IRQ 11, device 18) or the usb cntrlr (IRQ 11&5, device 16) it reappears. I also have the display cntrlr on IRQ 11, bus 1. It might be there. We could need more memory for something... I don't know ACPI code and internals. MP From owner-freebsd-acpi@FreeBSD.ORG Wed Oct 26 22:14:46 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D55E16A41F; Wed, 26 Oct 2005 22:14:46 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3A1843D45; Wed, 26 Oct 2005 22:14:45 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j9QMNAM3029697; Wed, 26 Oct 2005 18:23:10 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Date: Wed, 26 Oct 2005 18:14:29 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200510261814.32292.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1148/Tue Oct 25 15:34:12 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Subject: [PATCH] ACPICA 20051021 import 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, 26 Oct 2005 22:14:46 -0000 This patch is merge from ACPICA 20051021 release: http://people.freebsd.org/~jkim/acpica-import-20051021.diff.gz There are new files added in this release. So, you need `-p' option when applying this patch. Please test and/or review. Thanks, Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Thu Oct 27 06:54:07 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E16B16A41F; Thu, 27 Oct 2005 06:54:07 +0000 (GMT) (envelope-from h-k@mail.ru) Received: from f24.mail.ru (f24.mail.ru [194.67.57.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB6AE43D48; Thu, 27 Oct 2005 06:54:04 +0000 (GMT) (envelope-from h-k@mail.ru) Received: from mail by f24.mail.ru with local id 1EV1eF-000GtH-00; Thu, 27 Oct 2005 10:54:03 +0400 Received: from [212.5.80.7] by win.mail.ru with HTTP; Thu, 27 Oct 2005 10:54:03 +0400 From: dawnshade To: Jung-uk Kim Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: unknown via proxy [212.5.80.7] Date: Thu, 27 Oct 2005 10:54:03 +0400 In-Reply-To: <200510261814.32292.jkim@FreeBSD.org> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Message-Id: Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [PATCH] ACPICA 20051021 import X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dawnshade List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 06:54:07 -0000 -----Original Message----- From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Date: Wed, 26 Oct 2005 18:14:29 -0400 Subject: [PATCH] ACPICA 20051021 import > > This patch is merge from ACPICA 20051021 release: > > http://people.freebsd.org/~jkim/acpica-import-20051021.diff.gz > > There are new files added in this release. So, you need `-p' option > when applying this patch. > > Please test and/or review. doesn't compile on 6.0RC1: cc -O -pipe -march=pentium-m -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DHAVE_KERNEL_OPTION_HEADERS -include /usr/src/sys/i386/compile/36/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/src/sys/i386/compile/36 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c: In function `AcpiEvMatchPrwAndGpe': /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: `METHOD_NAME__PRW' undeclared (first use in this function) /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/acpi/acpi. *** Error code 1 Stop in /usr/src/sys/modules/acpi. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys/i386/compile/36. From owner-freebsd-acpi@FreeBSD.ORG Thu Oct 27 06:57:21 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D19E416A41F; Thu, 27 Oct 2005 06:57:21 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61AA943D46; Thu, 27 Oct 2005 06:57:21 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j9R6w7H4014598; Thu, 27 Oct 2005 02:58:07 -0400 X-ORBL: [71.139.0.107] Received: from [10.0.0.242] (ppp-71-139-0-107.dsl.snfc21.pacbell.net [71.139.0.107]) by pimout7-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id j9R6vIF9032064; Thu, 27 Oct 2005 02:57:19 -0400 Message-ID: <43607A61.4040504@root.org> Date: Wed, 26 Oct 2005 23:57:37 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dawnshade References: In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org, Jung-uk Kim Subject: Re: [PATCH] ACPICA 20051021 import 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, 27 Oct 2005 06:57:22 -0000 dawnshade wrote: > > -----Original Message----- > From: Jung-uk Kim > To: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org > Date: Wed, 26 Oct 2005 18:14:29 -0400 > Subject: [PATCH] ACPICA 20051021 import > > >>This patch is merge from ACPICA 20051021 release: >> >>http://people.freebsd.org/~jkim/acpica-import-20051021.diff.gz >> >>There are new files added in this release. So, you need `-p' option >>when applying this patch. >> >>Please test and/or review. > > > doesn't compile on 6.0RC1: > > cc -O -pipe -march=pentium-m -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DHAVE_KERNEL_OPTION_HEADERS -include /usr/src/sys/i386/compile/36/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/src/sys/i386/compile/36 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c: In function `AcpiEvMatchPrwAndGpe': > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: `METHOD_NAME__PRW' undeclared (first use in this function) > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: (Each undeclared identifier is reported only once > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: for each function it appears in.) > *** Error code 1 I haven't tested this yet, but perhaps this is due to obrien's -I change? Perhaps acpica_prep.sh wasn't run with all the header substitions enabled since they are commented out currently. Jung-uk, can you check if includes are not "file.h" but ? From owner-freebsd-acpi@FreeBSD.ORG Thu Oct 27 07:14:18 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A57A16A41F; Thu, 27 Oct 2005 07:14:18 +0000 (GMT) (envelope-from h-k@mail.ru) Received: from f25.mail.ru (f25.mail.ru [194.67.57.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA74E43D45; Thu, 27 Oct 2005 07:14:17 +0000 (GMT) (envelope-from h-k@mail.ru) Received: from mail by f25.mail.ru with local id 1EV1xn-000I4g-00; Thu, 27 Oct 2005 11:14:15 +0400 Received: from [212.5.80.7] by win.mail.ru with HTTP; Thu, 27 Oct 2005 11:14:15 +0400 From: dawnshade To: Nate Lawson Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: unknown via proxy [212.5.80.7] Date: Thu, 27 Oct 2005 11:14:15 +0400 In-Reply-To: <43607A61.4040504@root.org> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Message-Id: Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org, Jung-uk Kim Subject: Re[2]: [PATCH] ACPICA 20051021 import X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dawnshade List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 07:14:18 -0000 -----Original Message----- From: Nate Lawson To: dawnshade Date: Wed, 26 Oct 2005 23:57:37 -0700 Subject: Re: [PATCH] ACPICA 20051021 import > > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c: In function `AcpiEvMatchPrwAndGpe': > > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: `METHOD_NAME__PRW' undeclared (first use in this function) > > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: (Each undeclared identifier is reported only once > > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: for each function it appears in.) > > *** Error code 1 > > I haven't tested this yet, but perhaps this is due to obrien's -I > change? Perhaps acpica_prep.sh wasn't run with all the header > substitions enabled since they are commented out currently. Jung-uk, > can you check if includes are not "file.h" but > ? > sorry, you mean check includes in file evgpeblk.c? grep include /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c * Code or modification with rights to further distribute source must include * Code and the date of any change. Licensee must include in that file the * must include a prominent statement that the modification is derived, * include the following Disclaimer and Export Compliance provision in the * portion of the Covered Code, and must include terms to the effect that the #include "acpi.h" #include "acevents.h" #include "acnamesp.h" From owner-freebsd-acpi@FreeBSD.ORG Thu Oct 27 08:00:33 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A36016A41F; Thu, 27 Oct 2005 08:00:33 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F3EC43D48; Thu, 27 Oct 2005 08:00:33 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id j9R80VgR024372; Thu, 27 Oct 2005 01:00:31 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j9R80ULV024366; Thu, 27 Oct 2005 01:00:30 -0700 (PDT) (envelope-from obrien) Date: Thu, 27 Oct 2005 01:00:29 -0700 From: "David O'Brien" To: Nate Lawson Message-ID: <20051027080029.GA24310@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Nate Lawson , dawnshade , freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org, Jung-uk Kim References: <43607A61.4040504@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43607A61.4040504@root.org> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org, Jung-uk Kim Subject: Re: [PATCH] ACPICA 20051021 import X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 08:00:33 -0000 On Wed, Oct 26, 2005 at 11:57:37PM -0700, Nate Lawson wrote: > dawnshade wrote: > > > >-----Original Message----- > >From: Jung-uk Kim > >To: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org > >Date: Wed, 26 Oct 2005 18:14:29 -0400 > >Subject: [PATCH] ACPICA 20051021 import > > > > > >>This patch is merge from ACPICA 20051021 release: > >> > >>http://people.freebsd.org/~jkim/acpica-import-20051021.diff.gz > >> > >>There are new files added in this release. So, you need `-p' option > >>when applying this patch. > >> > >>Please test and/or review. > > > > > >doesn't compile on 6.0RC1: > >cc -O -pipe -march=pentium-m > >-I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -Werror ... > >error: for each function it appears in.) > >*** Error code 1 > > I haven't tested this yet, but perhaps this is due to obrien's -I > change? This error is said to happen on 6.0RC1, which cannot be affected by my change. It also has -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica on the command line. So the error has to be something else. -- -- David (obrien@FreeBSD.org) From owner-freebsd-acpi@FreeBSD.ORG Thu Oct 27 15:36:27 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B8BF16A41F; Thu, 27 Oct 2005 15:36:27 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9650A43D45; Thu, 27 Oct 2005 15:36:26 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j9RFirhp048828; Thu, 27 Oct 2005 11:44:53 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Nate Lawson Date: Thu, 27 Oct 2005 11:36:14 -0400 User-Agent: KMail/1.6.2 References: <43607A61.4040504@root.org> In-Reply-To: <43607A61.4040504@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200510271136.16568.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1148/Tue Oct 25 15:34:12 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [PATCH] ACPICA 20051021 import 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, 27 Oct 2005 15:36:27 -0000 On Thursday 27 October 2005 02:57 am, Nate Lawson wrote: > I haven't tested this yet, but perhaps this is due to obrien's -I > change? Perhaps acpica_prep.sh wasn't run with all the header > substitions enabled since they are commented out currently. > Jung-uk, can you check if includes are not "file.h" but > ? This patch was against -CURRENT, not against RELENG_6. I will try to make another patch for RELENG_6. Sorry for the confusion, Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Thu Oct 27 21:39:46 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B55016A41F; Thu, 27 Oct 2005 21:39:46 +0000 (GMT) (envelope-from mathieu_prevot@yahoo.fr) Received: from relay-am.club-internet.fr (relay-am.club-internet.fr [194.158.104.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B52343D45; Thu, 27 Oct 2005 21:39:45 +0000 (GMT) (envelope-from mathieu_prevot@yahoo.fr) Received: from [192.168.0.3] (d02v-213-44-152-175.d4.club-internet.fr [213.44.152.175]) by relay-am.club-internet.fr (Postfix) with ESMTP id 44F8F25612; Thu, 27 Oct 2005 23:39:44 +0200 (CEST) In-Reply-To: <435928CA.1010305@root.org> References: <971FCB6690CD0E4898387DBF7552B90E0323D7B6@orsmsx403.amr.corp.intel.com> <7B5FE857-16A8-4369-B577-3F3190B56840@yahoo.fr> <200510210954.58860.jhb@freebsd.org> <435928CA.1010305@root.org> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <55E0CA58-AC1E-48E4-A4D0-DDC5829D3690@yahoo.fr> Content-Transfer-Encoding: quoted-printable From: Mathieu Prevot Date: Thu, 27 Oct 2005 23:39:33 +0200 To: Nate Lawson X-Mailer: Apple Mail (2.734) Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI errors on amd64 (sempron) 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, 27 Oct 2005 21:39:46 -0000 Le 21 oct. 05 =E0 19:43, Nate Lawson a =E9crit : > John Baldwin wrote: > >> On Friday 21 October 2005 02:38 am, Mathieu Prevot wrote: >> >>>> I think that the generation of the OS for Amd64 needs to set this >>>> define: >>>> >>>> #define ACPI_MISALIGNED_TRANSFERS >>>> >>>> I will look into doing this automatically in the actypes.h header >>>> >>> >>> To confirm, the same output on the same system but with >>> 6.0RC1i386GENERIC: >>> >> I think Robert's point is a patch like the following hack would =20 >> shut up the warnings: >> Index: actypes.h >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> RCS file: /usr/cvs/src/sys/contrib/dev/acpica/actypes.h,v >> retrieving revision 1.1.1.29 >> diff -u -r1.1.1.29 actypes.h >> --- actypes.h 1 Dec 2004 23:13:39 -0000 1.1.1.29 >> +++ actypes.h 21 Oct 2005 13:52:22 -0000 >> @@ -194,6 +194,9 @@ >> typedef UINT64 ACPI_SIZE; >> #define ALIGNED_ADDRESS_BOUNDARY 0x00000008 /* No =20 >> hardware alignment support in IA64 */ >> +#ifdef __amd64__ >> +#define ACPI_MISALIGNED_TRANSFERS >> +#endif >> #define ACPI_USE_NATIVE_DIVIDE /* Native =20= >> 64-bit integer support */ >> #define ACPI_MAX_PTR ACPI_UINT64_MAX >> #define ACPI_SIZE_MAX ACPI_UINT64_MAX >> The problem is that currently the actypes.h header assumes that =20 >> the only 64-bit platform it runs on is IA-64, but it also runs on =20 >> amd64 and amd64 allows for unaligned accesses just like i386. >> I'm not sure if ALIGNED_ADDRESS_BOUNDARY should be 0x4 for amd64 =20 >> either, probably not though. >> > > If that works, can you commit it to something off the vendor =20 > branch? (Perhaps acfreebsd.h or something?) > > --=20 > Nate I simply added #define ACPI_MISALIGNED_TRANSFERS in /usr/src/sys/amd64/include/acpica_machdep.h so the intel actypes.h =20= is preserved. Maybe it is simpler than touching the Robert's / Intel's code. Is it =20 right ? If so, someone have to commit it on the CVS sources. Can you do it =20 before the release ? --MP From owner-freebsd-acpi@FreeBSD.ORG Thu Oct 27 21:44:35 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4452B16A41F for ; Thu, 27 Oct 2005 21:44:35 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCBC043D45 for ; Thu, 27 Oct 2005 21:44:32 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j9RLqwmk062414; Thu, 27 Oct 2005 17:52:59 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Thu, 27 Oct 2005 17:44:14 -0400 User-Agent: KMail/1.6.2 References: <971FCB6690CD0E4898387DBF7552B90E0323D7B6@orsmsx403.amr.corp.intel.com> <435928CA.1010305@root.org> <55E0CA58-AC1E-48E4-A4D0-DDC5829D3690@yahoo.fr> In-Reply-To: <55E0CA58-AC1E-48E4-A4D0-DDC5829D3690@yahoo.fr> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200510271744.17558.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1149/Thu Oct 27 16:20:09 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Mathieu Prevot Subject: Re: ACPI errors on amd64 (sempron) 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, 27 Oct 2005 21:44:35 -0000 On Thursday 27 October 2005 05:39 pm, Mathieu Prevot wrote: > I simply added > > #define ACPI_MISALIGNED_TRANSFERS > > in /usr/src/sys/amd64/include/acpica_machdep.h so the intel > actypes.h is preserved. > Maybe it is simpler than touching the Robert's / Intel's code. Is > it right ? > If so, someone have to commit it on the CVS sources. Can you do it > before the release ? It's already fixed in (soon to be imported) ACPICA-20051021 code. Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Thu Oct 27 21:45:42 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04FC616A41F for ; Thu, 27 Oct 2005 21:45:42 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr004.jf.intel.com (fmr19.intel.com [134.134.136.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7492D43D53 for ; Thu, 27 Oct 2005 21:45:40 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr100.jf.intel.com (orsfmr100.jf.intel.com [10.7.209.16]) by orsfmr004.jf.intel.com (8.12.10/8.12.10/d: major-outer.mc,v 1.1 2004/09/17 17:50:56 root Exp $) with ESMTP id j9RLjeg6010694; Thu, 27 Oct 2005 21:45:40 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by orsfmr100.jf.intel.com (8.12.10/8.12.10/d: major-inner.mc,v 1.2 2004/09/17 18:05:01 root Exp $) with SMTP id j9RLjKse013759; Thu, 27 Oct 2005 21:45:40 GMT Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60]) by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2005102714453907524 ; Thu, 27 Oct 2005 14:45:39 -0700 Received: from orsmsx403.amr.corp.intel.com ([192.168.65.209]) by orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 27 Oct 2005 14:45:39 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 27 Oct 2005 14:45:38 -0700 Message-ID: <971FCB6690CD0E4898387DBF7552B90E0336A807@orsmsx403.amr.corp.intel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ACPI errors on amd64 (sempron) thread-index: AcXbPwO1akwQVfR2QbCSSSsvyBWcUgAAEi9Q From: "Moore, Robert" To: "Mathieu Prevot" , "Nate Lawson" X-OriginalArrivalTime: 27 Oct 2005 21:45:39.0707 (UTC) FILETIME=[C5C064B0:01C5DB3F] X-Scanned-By: MIMEDefang 2.52 on 10.7.209.16 Cc: freebsd-acpi@freebsd.org Subject: RE: ACPI errors on amd64 (sempron) 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, 27 Oct 2005 21:45:42 -0000 I've already changed this and released it. I changed the logic around so that the special case is the misaligned case -- the new code in actypes.h looks like this: (under #if ACPI_MACHINE_WIDTH =3D=3D 64) /* * In the case of the Itanium Processor Family (IPF), the hardware does not * support misaligned memory transfers. Set the MISALIGNMENT_NOT_SUPPORTED flag * to indicate that special precautions must be taken to avoid alignment faults. * (IA64 or ia64 is currently used by existing compilers to indicate IPF.) * * Note: EM64T and other X86-64 processors do support misaligned transfers, * so there is no need to define this flag. */ #if defined (__IA64__) || defined (__ia64__) #define ACPI_MISALIGNMENT_NOT_SUPPORTED #endif > I simply added >=20 > #define ACPI_MISALIGNED_TRANSFERS >=20 > in /usr/src/sys/amd64/include/acpica_machdep.h so the intel actypes.h > is preserved. > Maybe it is simpler than touching the Robert's / Intel's code. Is it > right ? > If so, someone have to commit it on the CVS sources. Can you do it > before the release ? >=20 > --MP From owner-freebsd-acpi@FreeBSD.ORG Thu Oct 27 23:34:33 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EB1B16A41F; Thu, 27 Oct 2005 23:34:33 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DD4243D46; Thu, 27 Oct 2005 23:34:32 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j9RNh0m7064809; Thu, 27 Oct 2005 19:43:00 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Thu, 27 Oct 2005 19:34:16 -0400 User-Agent: KMail/1.6.2 References: <200510261814.32292.jkim@FreeBSD.org> In-Reply-To: <200510261814.32292.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200510271934.19827.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1149/Thu Oct 27 16:20:09 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org Subject: Re: [PATCH] ACPICA 20051021 import 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, 27 Oct 2005 23:34:33 -0000 On Wednesday 26 October 2005 06:14 pm, Jung-uk Kim wrote: > This patch is merge from ACPICA 20051021 release: > > http://people.freebsd.org/~jkim/acpica-import-20051021.diff.gz As I promised earlier, here is the patch against RELENG_6: http://people.freebsd.org/~jkim/acpica-import-20051021-stable.diff.gz If you are running -CURRENT, the previous patch is the one for you. > There are new files added in this release. So, you need `-p' > option when applying this patch. > > Please test and/or review. Please do the same. Thanks, Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 00:08:46 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F9CF16A41F; Fri, 28 Oct 2005 00:08:46 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA80643D45; Fri, 28 Oct 2005 00:08:43 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j9S08cxq024183 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 27 Oct 2005 17:08:40 -0700 Message-ID: <43616BFF.1040709@root.org> Date: Thu, 27 Oct 2005 17:08:31 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jung-uk Kim References: <971FCB6690CD0E4898387DBF7552B90E0323D7B6@orsmsx403.amr.corp.intel.com> <435928CA.1010305@root.org> <55E0CA58-AC1E-48E4-A4D0-DDC5829D3690@yahoo.fr> <200510271744.17558.jkim@FreeBSD.org> In-Reply-To: <200510271744.17558.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, Mathieu Prevot Subject: Re: ACPI errors on amd64 (sempron) 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, 28 Oct 2005 00:08:46 -0000 Jung-uk Kim wrote: > On Thursday 27 October 2005 05:39 pm, Mathieu Prevot wrote: > >>I simply added >> >>#define ACPI_MISALIGNED_TRANSFERS >> >>in /usr/src/sys/amd64/include/acpica_machdep.h so the intel >>actypes.h is preserved. >>Maybe it is simpler than touching the Robert's / Intel's code. Is >>it right ? >>If so, someone have to commit it on the CVS sources. Can you do it >>before the release ? > > > It's already fixed in (soon to be imported) ACPICA-20051021 code. There's no way we can get acpi-ca tested in -current and MFC'd before 6.0. Instead, we should MFC just the logic Intel changed in the header file to 6.0. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 00:30:01 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22F3216A41F for ; Fri, 28 Oct 2005 00:30:01 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB48743D45 for ; Fri, 28 Oct 2005 00:30:00 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j9S0cTC6065700; Thu, 27 Oct 2005 20:38:29 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Thu, 27 Oct 2005 20:29:47 -0400 User-Agent: KMail/1.6.2 References: <971FCB6690CD0E4898387DBF7552B90E0323D7B6@orsmsx403.amr.corp.intel.com> <200510271744.17558.jkim@FreeBSD.org> <43616BFF.1040709@root.org> In-Reply-To: <43616BFF.1040709@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200510272029.48815.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1149/Thu Oct 27 16:20:09 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Mathieu Prevot Subject: Re: ACPI errors on amd64 (sempron) 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, 28 Oct 2005 00:30:01 -0000 On Thursday 27 October 2005 08:08 pm, Nate Lawson wrote: > Jung-uk Kim wrote: > > It's already fixed in (soon to be imported) ACPICA-20051021 code. > > There's no way we can get acpi-ca tested in -current and MFC'd > before 6.0. Instead, we should MFC just the logic Intel changed in > the header file to 6.0. IMHO, I think there's not enough time to do any fix at this point. I think we should fix it *after* 6.0-RELEASE because it only fixes half of his problem. In fact, I have seen somebody else had similar problem: http://bsdforum.or.kr/viewtopic.php?p=5414#5414 It's Korean BSD User Forum but you may be able to read this: pci_link26: BIOS IRQ 10 for -2145771032.1.INTA is invalid pci_link21: BIOS IRQ 11 for -2145771032.2.INTA is invalid pci_link27: BIOS IRQ 3 for -2145771032.2.INTB is invalid pci_link23: BIOS IRQ 10 for -2145771032.10.INTA is invalid pci_link24: BIOS IRQ 11 for -2145771032.4.INTA is invalid pci_link29: BIOS IRQ 11 for -2145771032.7.INTA is invalid pci_link30: BIOS IRQ 10 for -2145771032.8.INTA is invalid Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 00:56:56 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FA0416A41F; Fri, 28 Oct 2005 00:56:56 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9944443D4C; Fri, 28 Oct 2005 00:56:55 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j9S0usxq024836 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 27 Oct 2005 17:56:54 -0700 Message-ID: <4361774E.3010709@root.org> Date: Thu, 27 Oct 2005 17:56:46 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jung-uk Kim References: <971FCB6690CD0E4898387DBF7552B90E0323D7B6@orsmsx403.amr.corp.intel.com> <200510271744.17558.jkim@FreeBSD.org> <43616BFF.1040709@root.org> <200510272029.48815.jkim@FreeBSD.org> In-Reply-To: <200510272029.48815.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, Mathieu Prevot Subject: Re: ACPI errors on amd64 (sempron) 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, 28 Oct 2005 00:56:56 -0000 Jung-uk Kim wrote: > On Thursday 27 October 2005 08:08 pm, Nate Lawson wrote: > >>Jung-uk Kim wrote: >> >>>It's already fixed in (soon to be imported) ACPICA-20051021 code. >> >>There's no way we can get acpi-ca tested in -current and MFC'd >>before 6.0. Instead, we should MFC just the logic Intel changed in >>the header file to 6.0. > > > IMHO, I think there's not enough time to do any fix at this point. I > think we should fix it *after* 6.0-RELEASE because it only fixes half > of his problem. I disagree. It's very clear what the alignment requirements are on amd64 and that acpi-ca is being too strict, harming an actual implementation. > In fact, I have seen somebody else had similar problem: > > http://bsdforum.or.kr/viewtopic.php?p=5414#5414 > > It's Korean BSD User Forum but you may be able to read this: > > pci_link26: BIOS IRQ 10 for -2145771032.1.INTA is invalid > pci_link21: BIOS IRQ 11 for -2145771032.2.INTA is invalid > pci_link27: BIOS IRQ 3 for -2145771032.2.INTB is invalid > pci_link23: BIOS IRQ 10 for -2145771032.10.INTA is invalid > pci_link24: BIOS IRQ 11 for -2145771032.4.INTA is invalid > pci_link29: BIOS IRQ 11 for -2145771032.7.INTA is invalid > pci_link30: BIOS IRQ 10 for -2145771032.8.INTA is invalid Yes, I agree that this alone doesn't fix it. This looks to me like the pci_link code is pointing the interrupt source at the wrong part of the resource descriptor. Perhaps it is not incrementing the pointer correctly for 64-bit arches. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 06:19:12 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30F9516A41F; Fri, 28 Oct 2005 06:19:12 +0000 (GMT) (envelope-from h-k@mail.ru) Received: from f22.mail.ru (f22.mail.ru [194.67.57.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id A24FA43D4C; Fri, 28 Oct 2005 06:19:11 +0000 (GMT) (envelope-from h-k@mail.ru) Received: from mail by f22.mail.ru with local id 1EVNa2-0002OD-00; Fri, 28 Oct 2005 10:19:10 +0400 Received: from [212.5.80.7] by win.mail.ru with HTTP; Fri, 28 Oct 2005 10:19:10 +0400 From: dawnshade To: Jung-uk Kim Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: unknown via proxy [212.5.80.7] Date: Fri, 28 Oct 2005 10:19:10 +0400 In-Reply-To: <200510271934.19827.jkim@FreeBSD.org> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Message-Id: Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re[2]: [PATCH] ACPICA 20051021 import X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dawnshade List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 06:19:12 -0000 -----Original Message----- From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Thu, 27 Oct 2005 19:34:16 -0400 Subject: Re: [PATCH] ACPICA 20051021 import > As I promised earlier, here is the patch against RELENG_6: > > http://people.freebsd.org/~jkim/acpica-import-20051021-stable.diff.gz > > If you are running -CURRENT, the previous patch is the one for you. > > > There are new files added in this release. So, you need `-p' > > option when applying this patch. > > > > Please test and/or review. > > Please do the same. cvsupped now (10.00 MSK GMT+04) to RELENG_6 failed to patch file: src/sys/dev/acpi_support/acpi_ppc.c (i have no this file at all). and compiler error was: cc -O -pipe -march=pentium-m -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DACPI_USE_LOCAL_CACHE -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DHAVE_KERNEL_OPTION_HEADERS -include /usr/src/sys/i386/compile/35/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/src/sys/i386/compile/35 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:1062: error: redefinition of 'AcpiGbl_Depth' /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:135: error: previous definition of 'AcpiGbl_Depth' was here /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:1081: error: redefinition of 'AcpiPsParseLoop' /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:154: error: previous definition of 'AcpiPsParseLoop' was here /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:1989: error: redefinition of 'AcpiGbl_Depth' /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:1062: error: previous definition of 'AcpiGbl_Depth' was here /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:1989: error: redefinition of 'AcpiGbl_Depth' /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:1062: error: previous definition of 'AcpiGbl_Depth' was here /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:2008: error: redefinition of 'AcpiPsParseLoop' /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:1081: error: previous definition of 'AcpiPsParseLoop' was here /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:2008: error: redefinition of 'AcpiPsParseLoop' /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:1081: error: previous definition of 'AcpiPsParseLoop' was here {standard input}: Assembler messages: {standard input}:782: Error: symbol `AcpiGbl_Depth' is already defined {standard input}:784: Error: symbol `AcpiGbl_Depth' is already defined *** Error code 1 Stop in /usr/src/sys/modules/acpi/acpi. *** Error code 1 Stop in /usr/src/sys/modules/acpi. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys/i386/compile/35. From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 14:20:50 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FCF816A41F; Fri, 28 Oct 2005 14:20:50 +0000 (GMT) (envelope-from bsdhack@club-internet.fr) Received: from relay-bm.club-internet.fr (relay-bm.club-internet.fr [194.158.104.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C64D943D55; Fri, 28 Oct 2005 14:20:49 +0000 (GMT) (envelope-from bsdhack@club-internet.fr) Received: from [192.168.0.3] (d02v-213-44-152-175.d4.club-internet.fr [213.44.152.175]) by relay-bm.club-internet.fr (Postfix) with ESMTP id 79DE625625; Fri, 28 Oct 2005 16:20:48 +0200 (CEST) In-Reply-To: <200510271934.19827.jkim@FreeBSD.org> References: <200510261814.32292.jkim@FreeBSD.org> <200510271934.19827.jkim@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <601C4395-D01F-4BF9-B9EB-C12318F6EB2C@club-internet.fr> Content-Transfer-Encoding: 7bit From: Mathieu Prevot Date: Fri, 28 Oct 2005 16:20:38 +0200 To: Jung-uk Kim X-Mailer: Apple Mail (2.734) Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [PATCH] ACPICA 20051021 import 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, 28 Oct 2005 14:20:50 -0000 >> This patch is merge from ACPICA 20051021 release: >> >> http://people.freebsd.org/~jkim/acpica-import-20051021.diff.gz >> > > As I promised earlier, here is the patch against RELENG_6: > > http://people.freebsd.org/~jkim/acpica-import-20051021-stable.diff.gz > > If you are running -CURRENT, the previous patch is the one for you. > > >> There are new files added in this release. So, you need `-p' >> option when applying this patch. >> >> Please test and/or review. >> > > Please do the same. > > Thanks, > > Jung-uk Kim The patch works on 6.0 RC1 GENERIC (RELENG_6) ie not anymore exceptions in ACPI. -- MP From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 14:29:27 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8577516A420 for ; Fri, 28 Oct 2005 14:29:27 +0000 (GMT) (envelope-from deep@symonds.net) Received: from symonds.net (ca1.symonds.net [66.92.42.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F34243D5E for ; Fri, 28 Oct 2005 14:29:13 +0000 (GMT) (envelope-from deep@symonds.net) Received: from deep by symonds.net with local (Exim 4.44 #1 (Debian)) id 1EVVEG-0005mj-4g; Fri, 28 Oct 2005 07:29:12 -0700 Date: Fri, 28 Oct 2005 07:29:11 -0700 To: freebsd-acpi@freebsd.org Message-ID: <20051028142911.GA21978@symonds.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i From: N Deepak Subject: TP sleeps all right, but how to wake up? 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, 28 Oct 2005 14:29:27 -0000 Hi, I am running FreeBSD 5.4 STABLE on ThinkPad R40e. acpi.ko is working for many things (battery status, CPU frequency scaling) now, as compared to 5.3 which could freeze the system on start-up. Thanks for the great work. :) Sleep state S3 works on this system, and I can see the 'crescent moon' light turn on. But there is no way I know to 'wake up' the laptop from this state. Even the Power button does not work. Does anybody know of an alternative? I paste my hw.acpi output herebelow: root@FreeBSD:/home/deep# sysctl hw.acpi hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/1 C2/3 C3/250 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% 0.00% 0.00% hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 54.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 85.5C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 91.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.battery.life: 78 hw.acpi.battery.time: 50 hw.acpi.battery.state: 1 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 0 root@FreeBSD:/home/deep# If you need any more information, let me know. Thanks and regards, Deepak From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 15:03:53 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5573216A41F; Fri, 28 Oct 2005 15:03:53 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B72CD43D45; Fri, 28 Oct 2005 15:03:52 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j9SFCNG8080564; Fri, 28 Oct 2005 11:12:23 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: dawnshade Date: Fri, 28 Oct 2005 11:03:34 -0400 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200510281103.38622.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1149/Thu Oct 27 16:20:09 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: Re[2]: [PATCH] ACPICA 20051021 import 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, 28 Oct 2005 15:03:53 -0000 On Friday 28 October 2005 02:19 am, dawnshade wrote: > -----Original Message----- > From: Jung-uk Kim > To: freebsd-acpi@FreeBSD.org > Date: Thu, 27 Oct 2005 19:34:16 -0400 > Subject: Re: [PATCH] ACPICA 20051021 import > > > As I promised earlier, here is the patch against RELENG_6: > > > > http://people.freebsd.org/~jkim/acpica-import-20051021-stable.dif > >f.gz > > > > If you are running -CURRENT, the previous patch is the one for > > you. > > > > > There are new files added in this release. So, you need `-p' > > > option when applying this patch. > > > > > > Please test and/or review. > > > > Please do the same. > > cvsupped now (10.00 MSK GMT+04) to RELENG_6 > failed to patch file: src/sys/dev/acpi_support/acpi_ppc.c (i have > no this file at all). Soryy, that was my local file. Corrected. > and compiler error was: > cc -O -pipe -march=pentium-m > -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica > -DACPI_USE_LOCAL_CACHE -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- > -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica > -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/src/sys/i386/compile/35/opt_global.h -I. -I@ -I@/contrib/altq > -I@/../include -finline-limit=8000 -fno-common > -I/usr/src/sys/i386/compile/35 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse > -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror > -Wall -Wno-format-y2k -Wno-uninitialized -c > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c >:1062: error: redefinition of 'AcpiGbl_Depth' --- >8 --- SNIP!!! --- >8 --- This means that you have applied the patch twice or more. You will have to clean up your tree and re-apply the patch. FYI, these files have to be removed before apply the patch again: src/sys/contrib/dev/acpica/acnames.h src/sys/contrib/dev/acpica/acopcode.h src/sys/contrib/dev/acpica/aecommon.h src/sys/contrib/dev/acpica/aeexec.c src/sys/contrib/dev/acpica/psloop.c src/sys/contrib/dev/acpica/rsinfo.c src/sys/contrib/dev/acpica/utcache.c src/sys/contrib/dev/acpica/utmutex.c src/sys/contrib/dev/acpica/utstate.c src/sys/contrib/dev/acpica/compiler/asldefine.h Thanks, Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 15:46:05 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E712F16A427; Fri, 28 Oct 2005 15:46:04 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B7C943D7B; Fri, 28 Oct 2005 15:45:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 28 Oct 2005 12:02:13 -0400 From: John Baldwin To: Nate Lawson Date: Fri, 28 Oct 2005 09:58:58 -0400 User-Agent: KMail/1.8.2 References: <971FCB6690CD0E4898387DBF7552B90E0323D7B6@orsmsx403.amr.corp.intel.com> <200510272029.48815.jkim@FreeBSD.org> <4361774E.3010709@root.org> In-Reply-To: <4361774E.3010709@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200510280958.59985.jhb@freebsd.org> Cc: freebsd-acpi@freebsd.org, Jung-uk Kim , Mathieu Prevot Subject: Re: ACPI errors on amd64 (sempron) 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, 28 Oct 2005 15:46:05 -0000 On Thursday 27 October 2005 08:56 pm, Nate Lawson wrote: > Jung-uk Kim wrote: > > On Thursday 27 October 2005 08:08 pm, Nate Lawson wrote: > >>Jung-uk Kim wrote: > >>>It's already fixed in (soon to be imported) ACPICA-20051021 code. > >> > >>There's no way we can get acpi-ca tested in -current and MFC'd > >>before 6.0. Instead, we should MFC just the logic Intel changed in > >>the header file to 6.0. > > > > IMHO, I think there's not enough time to do any fix at this point. I > > think we should fix it *after* 6.0-RELEASE because it only fixes half > > of his problem. > > I disagree. It's very clear what the alignment requirements are on > amd64 and that acpi-ca is being too strict, harming an actual > implementation. I think it only shuts up a warning, does it actually change the behavior? > > In fact, I have seen somebody else had similar problem: > > > > http://bsdforum.or.kr/viewtopic.php?p=3D5414#5414 > > > > It's Korean BSD User Forum but you may be able to read this: > > > > pci_link26: BIOS IRQ 10 for -2145771032.1.INTA is invalid > > pci_link21: BIOS IRQ 11 for -2145771032.2.INTA is invalid > > pci_link27: BIOS IRQ 3 for -2145771032.2.INTB is invalid > > pci_link23: BIOS IRQ 10 for -2145771032.10.INTA is invalid > > pci_link24: BIOS IRQ 11 for -2145771032.4.INTA is invalid > > pci_link29: BIOS IRQ 11 for -2145771032.7.INTA is invalid > > pci_link30: BIOS IRQ 10 for -2145771032.8.INTA is invalid > > Yes, I agree that this alone doesn't fix it. This looks to me like the > pci_link code is pointing the interrupt source at the wrong part of the > resource descriptor. Perhaps it is not incrementing the pointer > correctly for 64-bit arches. =46rom the actual code: /* Validate the BIOS IRQ. */ if (!link_valid_irq(link, bios_irq)) { device_printf(dev, "BIOS IRQ %u for %d.%d.INT%c is invalid\n", bios_irq, pcib_get_bus(pcib), slot, pin + 'A'); Thus, the weird value is being retuned by pcib_get_bus(), it's not coming o= ut=20 of ACPI at all. ACPI dosen't provide bus numbers, just the slot and pin, w= e=20 have to extract the bus number from the ACPI device that has a _PRT object.= =20 what's really odd is that he is even getting valid-looking IRQs, since we u= se=20 pcib_get_bus() as the bus number for configuration transactions. It's=20 probably getting truncated down to the low byte at some point and thus=20 reading the wrong bus, hence getting invalid IRQs I guess. The real questi= on=20 here is why pcib_get_bus() is broken on this bridge. =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 16:31:59 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D28716A41F; Fri, 28 Oct 2005 16:31:59 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1304043D46; Fri, 28 Oct 2005 16:31:58 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j9SGeU3f083989; Fri, 28 Oct 2005 12:40:30 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: John Baldwin Date: Fri, 28 Oct 2005 12:31:39 -0400 User-Agent: KMail/1.6.2 References: <971FCB6690CD0E4898387DBF7552B90E0323D7B6@orsmsx403.amr.corp.intel.com> <4361774E.3010709@root.org> <200510280958.59985.jhb@freebsd.org> In-Reply-To: <200510280958.59985.jhb@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Message-Id: <200510281231.43130.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1149/Thu Oct 27 16:20:09 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org, Mathieu Prevot Subject: Re: ACPI errors on amd64 (sempron) 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, 28 Oct 2005 16:31:59 -0000 On Friday 28 October 2005 09:58 am, John Baldwin wrote: > On Thursday 27 October 2005 08:56 pm, Nate Lawson wrote: > > Jung-uk Kim wrote: > > > On Thursday 27 October 2005 08:08 pm, Nate Lawson wrote: >> I disagree.  It's very clear what the alignment requirements are on >> amd64 and that acpi-ca is being too strict, harming an actual >> implementation. > > I think it only shuts up a warning, does it actually change the > behavior? That was exactly my thought. ;-) > > > In fact, I have seen somebody else had similar problem: > > > > > > http://bsdforum.or.kr/viewtopic.php?p=5414#5414 > > > > > > It's Korean BSD User Forum but you may be able to read this: > > > > > > pci_link26: BIOS IRQ 10 for -2145771032.1.INTA is invalid > > > pci_link21: BIOS IRQ 11 for -2145771032.2.INTA is invalid > > > pci_link27: BIOS IRQ 3 for -2145771032.2.INTB is invalid > > > pci_link23: BIOS IRQ 10 for -2145771032.10.INTA is invalid > > > pci_link24: BIOS IRQ 11 for -2145771032.4.INTA is invalid > > > pci_link29: BIOS IRQ 11 for -2145771032.7.INTA is invalid > > > pci_link30: BIOS IRQ 10 for -2145771032.8.INTA is invalid > > > > Yes, I agree that this alone doesn't fix it. This looks to me > > like the pci_link code is pointing the interrupt source at the > > wrong part of the resource descriptor. Perhaps it is not > > incrementing the pointer correctly for 64-bit arches. > > > >From the actual code: > > /* Validate the BIOS IRQ. */ > if (!link_valid_irq(link, bios_irq)) { > device_printf(dev, "BIOS IRQ %u for %d.%d.INT%c is invalid\n", > bios_irq, pcib_get_bus(pcib), slot, pin + 'A'); > > Thus, the weird value is being retuned by pcib_get_bus(), it's not > coming out of ACPI at all. ACPI dosen't provide bus numbers, just > the slot and pin, we have to extract the bus number from the ACPI > device that has a _PRT object. what's really odd is that he is even > getting valid-looking IRQs, since we use pcib_get_bus() as the bus > number for configuration transactions. It's probably getting > truncated down to the low byte at some point and thus reading the > wrong bus, hence getting invalid IRQs I guess. The real question > here is why pcib_get_bus() is broken on this bridge. Please note that the message I posted is not from the same chipset, i. e., nForce4 chipset. The only common thing here is Athlon64/Sempron with Award BIOS. Maybe the BIOS is culprit here? Shrug... Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 17:56:30 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D615C16A41F for ; Fri, 28 Oct 2005 17:56:30 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68DDA43D48 for ; Fri, 28 Oct 2005 17:56:30 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 28 Oct 2005 14:13:18 -0400 From: John Baldwin To: Mathieu Prevot Date: Fri, 28 Oct 2005 13:58:04 -0400 User-Agent: KMail/1.8.2 References: <971FCB6690CD0E4898387DBF7552B90E0323D7B6@orsmsx403.amr.corp.intel.com> <435928CA.1010305@root.org> <55E0CA58-AC1E-48E4-A4D0-DDC5829D3690@yahoo.fr> In-Reply-To: <55E0CA58-AC1E-48E4-A4D0-DDC5829D3690@yahoo.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200510281358.06083.jhb@freebsd.org> Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI errors on amd64 (sempron) 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, 28 Oct 2005 17:56:31 -0000 On Thursday 27 October 2005 05:39 pm, Mathieu Prevot wrote: > Le 21 oct. 05 =E0 19:43, Nate Lawson a =E9crit : > > John Baldwin wrote: > >> On Friday 21 October 2005 02:38 am, Mathieu Prevot wrote: > >>>> I think that the generation of the OS for Amd64 needs to set this > >>>> define: > >>>> > >>>> #define ACPI_MISALIGNED_TRANSFERS > >>>> > >>>> I will look into doing this automatically in the actypes.h header > >>> > >>> To confirm, the same output on the same system but with > >>> 6.0RC1i386GENERIC: > >> > >> I think Robert's point is a patch like the following hack would > >> shut up the warnings: > >> Index: actypes.h > >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >> RCS file: /usr/cvs/src/sys/contrib/dev/acpica/actypes.h,v > >> retrieving revision 1.1.1.29 > >> diff -u -r1.1.1.29 actypes.h > >> --- actypes.h 1 Dec 2004 23:13:39 -0000 1.1.1.29 > >> +++ actypes.h 21 Oct 2005 13:52:22 -0000 > >> @@ -194,6 +194,9 @@ > >> typedef UINT64 ACPI_SIZE; > >> #define ALIGNED_ADDRESS_BOUNDARY 0x00000008 /* No > >> hardware alignment support in IA64 */ > >> +#ifdef __amd64__ > >> +#define ACPI_MISALIGNED_TRANSFERS > >> +#endif > >> #define ACPI_USE_NATIVE_DIVIDE /* Native > >> 64-bit integer support */ > >> #define ACPI_MAX_PTR ACPI_UINT64_MAX > >> #define ACPI_SIZE_MAX ACPI_UINT64_MAX > >> The problem is that currently the actypes.h header assumes that > >> the only 64-bit platform it runs on is IA-64, but it also runs on > >> amd64 and amd64 allows for unaligned accesses just like i386. > >> I'm not sure if ALIGNED_ADDRESS_BOUNDARY should be 0x4 for amd64 > >> either, probably not though. > > > > If that works, can you commit it to something off the vendor > > branch? (Perhaps acfreebsd.h or something?) > > > > -- > > Nate > > I simply added > > #define ACPI_MISALIGNED_TRANSFERS > > in /usr/src/sys/amd64/include/acpica_machdep.h so the intel actypes.h > is preserved. > Maybe it is simpler than touching the Robert's / Intel's code. Is it > right ? > If so, someone have to commit it on the CVS sources. Can you do it > before the release ? That's probably a good enough fix for 6.0 for now. HEAD can just wait for = the=20 real fix from Intel and the hack can be removed from acpica_machdep.h in 6.= x=20 after the new Intel code is backported. =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 18:05:53 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9145916A41F; Fri, 28 Oct 2005 18:05:53 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAA6E43D45; Fri, 28 Oct 2005 18:05:51 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j9SIEMI1087428; Fri, 28 Oct 2005 14:14:22 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Fri, 28 Oct 2005 14:05:34 -0400 User-Agent: KMail/1.6.2 References: <971FCB6690CD0E4898387DBF7552B90E0323D7B6@orsmsx403.amr.corp.intel.com> <55E0CA58-AC1E-48E4-A4D0-DDC5829D3690@yahoo.fr> <200510281358.06083.jhb@freebsd.org> In-Reply-To: <200510281358.06083.jhb@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200510281405.36984.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1149/Thu Oct 27 16:20:09 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: John Baldwin , Mathieu Prevot Subject: Re: ACPI errors on amd64 (sempron) 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, 28 Oct 2005 18:05:53 -0000 On Friday 28 October 2005 01:58 pm, John Baldwin wrote: > On Thursday 27 October 2005 05:39 pm, Mathieu Prevot wrote: > > I simply added > > > > #define ACPI_MISALIGNED_TRANSFERS > > > > in /usr/src/sys/amd64/include/acpica_machdep.h so the intel > > actypes.h is preserved. > > Maybe it is simpler than touching the Robert's / Intel's code. Is > > it right ? > > If so, someone have to commit it on the CVS sources. Can you do > > it before the release ? > > That's probably a good enough fix for 6.0 for now. HEAD can just > wait for the real fix from Intel and the hack can be removed from > acpica_machdep.h in 6.x after the new Intel code is backported. I agree. Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 18:27:57 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E90B16A41F for ; Fri, 28 Oct 2005 18:27:57 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4413543D45 for ; Fri, 28 Oct 2005 18:27:57 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j9SIRtxq001923 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 28 Oct 2005 11:27:56 -0700 Message-ID: <43626DA3.9040902@root.org> Date: Fri, 28 Oct 2005 11:27:47 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: N Deepak References: <20051028142911.GA21978@symonds.net> In-Reply-To: <20051028142911.GA21978@symonds.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: TP sleeps all right, but how to wake up? 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, 28 Oct 2005 18:27:57 -0000 N Deepak wrote: > Hi, > > I am running FreeBSD 5.4 STABLE on ThinkPad R40e. acpi.ko is working > for many things (battery status, CPU frequency scaling) now, as > compared to 5.3 which could freeze the system on start-up. Thanks for > the great work. :) > > Sleep state S3 works on this system, and I can see the 'crescent moon' > light turn on. But there is no way I know to 'wake up' the laptop > from this state. Even the Power button does not work. > > Does anybody know of an alternative? > > I paste my hw.acpi output herebelow: This is a FAQ. Disable apic support: hint.apic.0.disabled="1" -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 18:34:18 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8283C16A41F; Fri, 28 Oct 2005 18:34:18 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04A0243D46; Fri, 28 Oct 2005 18:34:17 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 28 Oct 2005 14:51:05 -0400 From: John Baldwin To: Jung-uk Kim Date: Fri, 28 Oct 2005 14:34:39 -0400 User-Agent: KMail/1.8.2 References: <971FCB6690CD0E4898387DBF7552B90E0323D7B6@orsmsx403.amr.corp.intel.com> <200510280958.59985.jhb@freebsd.org> <200510281231.43130.jkim@FreeBSD.org> In-Reply-To: <200510281231.43130.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510281434.41236.jhb@freebsd.org> Cc: freebsd-acpi@freebsd.org, Mathieu Prevot Subject: Re: ACPI errors on amd64 (sempron) 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, 28 Oct 2005 18:34:18 -0000 On Friday 28 October 2005 12:31 pm, Jung-uk Kim wrote: > > > > In fact, I have seen somebody else had similar problem: > > > > > > > > http://bsdforum.or.kr/viewtopic.php?p=5414#5414 > > > > > > > > It's Korean BSD User Forum but you may be able to read this: > > > > > > > > pci_link26: BIOS IRQ 10 for -2145771032.1.INTA is invalid > > > > pci_link21: BIOS IRQ 11 for -2145771032.2.INTA is invalid > > > > pci_link27: BIOS IRQ 3 for -2145771032.2.INTB is invalid > > > > pci_link23: BIOS IRQ 10 for -2145771032.10.INTA is invalid > > > > pci_link24: BIOS IRQ 11 for -2145771032.4.INTA is invalid > > > > pci_link29: BIOS IRQ 11 for -2145771032.7.INTA is invalid > > > > pci_link30: BIOS IRQ 10 for -2145771032.8.INTA is invalid > > > > > > Yes, I agree that this alone doesn't fix it. This looks to me > > > like the pci_link code is pointing the interrupt source at the > > > wrong part of the resource descriptor. Perhaps it is not > > > incrementing the pointer correctly for 64-bit arches. > > > > > >From the actual code: > > > > /* Validate the BIOS IRQ. */ > > if (!link_valid_irq(link, bios_irq)) { > > device_printf(dev, "BIOS IRQ %u for %d.%d.INT%c is invalid\n", > > bios_irq, pcib_get_bus(pcib), slot, pin + 'A'); > > > > Thus, the weird value is being retuned by pcib_get_bus(), it's not > > coming out of ACPI at all. ACPI dosen't provide bus numbers, just > > the slot and pin, we have to extract the bus number from the ACPI > > device that has a _PRT object. what's really odd is that he is even > > getting valid-looking IRQs, since we use pcib_get_bus() as the bus > > number for configuration transactions. It's probably getting > > truncated down to the low byte at some point and thus reading the > > wrong bus, hence getting invalid IRQs I guess. The real question > > here is why pcib_get_bus() is broken on this bridge. > > Please note that the message I posted is not from the same chipset, i. > e., nForce4 chipset. The only common thing here is Athlon64/Sempron > with Award BIOS. Maybe the BIOS is culprit here? Shrug... pcib_get_bus() being broken is not really a BIOS issue, that's some sort of FreeBSD bug that needs to be tracked down I think. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 19:15:12 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5B6716A41F for ; Fri, 28 Oct 2005 19:15:12 +0000 (GMT) (envelope-from deep@symonds.net) Received: from symonds.net (ca1.symonds.net [66.92.42.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B65643D45 for ; Fri, 28 Oct 2005 19:15:12 +0000 (GMT) (envelope-from deep@symonds.net) Received: from deep by symonds.net with local (Exim 4.44 #1 (Debian)) id 1EVZh1-0000k6-S5; Fri, 28 Oct 2005 12:15:11 -0700 Date: Fri, 28 Oct 2005 12:15:11 -0700 To: Nate Lawson Message-ID: <20051028191511.GA2774@symonds.net> References: <20051028142911.GA21978@symonds.net> <43626DA3.9040902@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43626DA3.9040902@root.org> User-Agent: Mutt/1.5.9i From: N Deepak Cc: freebsd-acpi@freebsd.org Subject: Re: TP sleeps all right, but how to wake up? 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, 28 Oct 2005 19:15:12 -0000 On Fri, Oct 28, 2005 at 11:27:47AM -0700, Nate Lawson wrote: > > I am running FreeBSD 5.4 STABLE on ThinkPad R40e. acpi.ko is working > > for many things (battery status, CPU frequency scaling) now, as > > compared to 5.3 which could freeze the system on start-up. Thanks for > > the great work. :) > > > > Sleep state S3 works on this system, and I can see the 'crescent moon' > > light turn on. But there is no way I know to 'wake up' the laptop > > from this state. Even the Power button does not work. > > > This is a FAQ. Disable apic support: > hint.apic.0.disabled="1" > Thanks, tried that - no change, sadly. Regards, Deepak From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 19:43:15 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E78A16A41F; Fri, 28 Oct 2005 19:43:15 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr005.jf.intel.com (fmr20.intel.com [134.134.136.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 364E943D45; Fri, 28 Oct 2005 19:43:13 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr101.jf.intel.com (orsfmr101.jf.intel.com [10.7.209.17]) by orsfmr005.jf.intel.com (8.12.10/8.12.10/d: major-outer.mc,v 1.1 2004/09/17 17:50:56 root Exp $) with ESMTP id j9SJhCPj021782; Fri, 28 Oct 2005 19:43:12 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by orsfmr101.jf.intel.com (8.12.10/8.12.10/d: major-inner.mc,v 1.2 2004/09/17 18:05:01 root Exp $) with SMTP id j9SJhCN9015519; Fri, 28 Oct 2005 19:43:12 GMT Received: from orsmsx331.amr.corp.intel.com ([192.168.65.56]) by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2005102812431219579 ; Fri, 28 Oct 2005 12:43:12 -0700 Received: from orsmsx403.amr.corp.intel.com ([192.168.65.209]) by orsmsx331.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Fri, 28 Oct 2005 12:43:12 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 28 Oct 2005 12:43:11 -0700 Message-ID: <971FCB6690CD0E4898387DBF7552B90E033A99FE@orsmsx403.amr.corp.intel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ACPI errors on amd64 (sempron) thread-index: AcXb7kCUcwMuFztUS6qRmxN3rWwbOgACSanw From: "Moore, Robert" To: "John Baldwin" , "Jung-uk Kim" , "Nate Lawson" X-OriginalArrivalTime: 28 Oct 2005 19:43:12.0561 (UTC) FILETIME=[D4ECA210:01C5DBF7] X-Scanned-By: MIMEDefang 2.52 on 10.7.209.17 Cc: freebsd-acpi@freebsd.org, Mathieu Prevot Subject: RE: ACPI errors on amd64 (sempron) 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, 28 Oct 2005 19:43:15 -0000 > > > This looks to me=20 > > > like the pci_link code is pointing the interrupt source at the=20 > > > wrong part of the resource descriptor. Perhaps it is not=20 > > > incrementing the pointer correctly for 64-bit arches. I would be interested in knowing if FreeBSD is using the ACPI CA resource manager code, or is parsing the raw AML resource template buffers on its own. One advantage to using the resource manager is that the resources are converted to a format that is easier for upper code to analyze (and therefore less prone to error.) Thanks, Bob From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 20:13:47 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CEA616A41F; Fri, 28 Oct 2005 20:13:47 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5D5743D49; Fri, 28 Oct 2005 20:13:46 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 28 Oct 2005 16:30:32 -0400 From: John Baldwin To: "Moore, Robert" Date: Fri, 28 Oct 2005 16:13:38 -0400 User-Agent: KMail/1.8.2 References: <971FCB6690CD0E4898387DBF7552B90E033A99FE@orsmsx403.amr.corp.intel.com> In-Reply-To: <971FCB6690CD0E4898387DBF7552B90E033A99FE@orsmsx403.amr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510281613.41039.jhb@freebsd.org> Cc: freebsd-acpi@freebsd.org, Mathieu Prevot , Jung-uk Kim Subject: Re: ACPI errors on amd64 (sempron) 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, 28 Oct 2005 20:13:47 -0000 On Friday 28 October 2005 03:43 pm, Moore, Robert wrote: > > > > This looks to me > > > > like the pci_link code is pointing the interrupt source at the > > > > wrong part of the resource descriptor. Perhaps it is not > > > > incrementing the pointer correctly for 64-bit arches. > > I would be interested in knowing if FreeBSD is using the ACPI CA > resource manager code, or is parsing the raw AML resource template > buffers on its own. Well, the acpi_pci_link code mostly uses AcpiWalkResources(), but when doing _SRS to route an IRQ, we do build up a resource list that we hand to AcpiSetCurrentResources(). > One advantage to using the resource manager is that the resources are > converted to a format that is easier for upper code to analyze (and > therefore less prone to error.) In this case though we aren't getting PCI bus numbers out of anything that comes from ACPI. The bus number comes out of the device object for the PCI-PCI or Host-PCI bridge device that is the parent of the bus. While attaching the ACPI PCI bridge driver, we walk the _PRT to build count the number of references from each link device has in the various _PRT tables so that when we assign IRQs we try to spread the reference loads (which aren't but so accurate) evenly across the available IRQs. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 20:18:13 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA63A16A41F; Fri, 28 Oct 2005 20:18:13 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86A7943D4C; Fri, 28 Oct 2005 20:18:13 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j9SKIBxq003697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 28 Oct 2005 13:18:12 -0700 Message-ID: <4362877B.8020004@root.org> Date: Fri, 28 Oct 2005 13:18:03 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Moore, Robert" References: <971FCB6690CD0E4898387DBF7552B90E033A99FE@orsmsx403.amr.corp.intel.com> In-Reply-To: <971FCB6690CD0E4898387DBF7552B90E033A99FE@orsmsx403.amr.corp.intel.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, Jung-uk Kim , Mathieu Prevot Subject: Re: ACPI errors on amd64 (sempron) 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, 28 Oct 2005 20:18:14 -0000 Moore, Robert wrote: >>>>This looks to me >>>>like the pci_link code is pointing the interrupt source at the >>>>wrong part of the resource descriptor. Perhaps it is not >>>>incrementing the pointer correctly for 64-bit arches. > > > I would be interested in knowing if FreeBSD is using the ACPI CA > resource manager code, or is parsing the raw AML resource template > buffers on its own. > > One advantage to using the resource manager is that the resources are > converted to a format that is easier for upper code to analyze (and > therefore less prone to error.) We use our own (acpi_resource.c): while (curr < last) { res = (ACPI_RESOURCE *)curr; curr += res->Length; /* Handle the individual resource types */ switch(res->Id) { case ACPI_RSTYPE_END_TAG: ACPI_DEBUG_PRINT((ACPI_DB_RESOURCES, "EndTag\n")); curr = last; break; case ACPI_RSTYPE_FIXED_IO: if (res->Data.FixedIo.RangeLength <= 0) break; ACPI_DEBUG_PRINT((ACPI_DB_RESOURCES, "FixedIo 0x%x/%d\n", res->Data.FixedIo.BaseAddress, res->Data.FixedIo.RangeLength)); set->set_ioport(dev, context, res->Data.FixedIo.BaseAddress, res->Data.FixedIo.RangeLength); break; I haven't looked at the acpi ca resource manager but it will have to match the rest of our rman system to be a viable replacement. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 28 20:45:28 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C303916A41F; Fri, 28 Oct 2005 20:45:28 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr004.jf.intel.com (fmr19.intel.com [134.134.136.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB4CF43D4C; Fri, 28 Oct 2005 20:45:27 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr101.jf.intel.com (orsfmr101.jf.intel.com [10.7.209.17]) by orsfmr004.jf.intel.com (8.12.10/8.12.10/d: major-outer.mc,v 1.1 2004/09/17 17:50:56 root Exp $) with ESMTP id j9SKjRwm010869; Fri, 28 Oct 2005 20:45:27 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by orsfmr101.jf.intel.com (8.12.10/8.12.10/d: major-inner.mc,v 1.2 2004/09/17 18:05:01 root Exp $) with SMTP id j9SKjCNH031095; Fri, 28 Oct 2005 20:45:27 GMT Received: from orsmsx331.amr.corp.intel.com ([192.168.65.56]) by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2005102813452730813 ; Fri, 28 Oct 2005 13:45:27 -0700 Received: from orsmsx403.amr.corp.intel.com ([192.168.65.209]) by orsmsx331.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Fri, 28 Oct 2005 13:45:26 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 28 Oct 2005 13:45:25 -0700 Message-ID: <971FCB6690CD0E4898387DBF7552B90E033A9B38@orsmsx403.amr.corp.intel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ACPI errors on amd64 (sempron) thread-index: AcXb/L5A7QI1FcdMSu+SV+9/kXZWXAAA2ykg From: "Moore, Robert" To: "Nate Lawson" X-OriginalArrivalTime: 28 Oct 2005 20:45:26.0955 (UTC) FILETIME=[86CBEFB0:01C5DC00] X-Scanned-By: MIMEDefang 2.52 on 10.7.209.17 Cc: freebsd-acpi@freebsd.org, Jung-uk Kim , Mathieu Prevot Subject: RE: ACPI errors on amd64 (sempron) 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, 28 Oct 2005 20:45:28 -0000 If you are using ACPI_RESOURCE, then you are probably getting the list from the resource manager (GetCurrentResources, etc.) > -----Original Message----- > From: Nate Lawson [mailto:nate@root.org] > Sent: Friday, October 28, 2005 1:18 PM > To: Moore, Robert > Cc: John Baldwin; Jung-uk Kim; freebsd-acpi@freebsd.org; Mathieu Prevot > Subject: Re: ACPI errors on amd64 (sempron) >=20 > Moore, Robert wrote: > >>>>This looks to me > >>>>like the pci_link code is pointing the interrupt source at the > >>>>wrong part of the resource descriptor. Perhaps it is not > >>>>incrementing the pointer correctly for 64-bit arches. > > > > > > I would be interested in knowing if FreeBSD is using the ACPI CA > > resource manager code, or is parsing the raw AML resource template > > buffers on its own. > > > > One advantage to using the resource manager is that the resources are > > converted to a format that is easier for upper code to analyze (and > > therefore less prone to error.) >=20 > We use our own (acpi_resource.c): > while (curr < last) { > res =3D (ACPI_RESOURCE *)curr; > curr +=3D res->Length; >=20 > /* Handle the individual resource types */ > switch(res->Id) { > case ACPI_RSTYPE_END_TAG: > ACPI_DEBUG_PRINT((ACPI_DB_RESOURCES, "EndTag\n")); > curr =3D last; > break; > case ACPI_RSTYPE_FIXED_IO: > if (res->Data.FixedIo.RangeLength <=3D 0) > break; > ACPI_DEBUG_PRINT((ACPI_DB_RESOURCES, "FixedIo 0x%x/%d\n", > res->Data.FixedIo.BaseAddress, > res->Data.FixedIo.RangeLength)); > set->set_ioport(dev, context, > res->Data.FixedIo.BaseAddress, > res->Data.FixedIo.RangeLength); > break; >=20 > I haven't looked at the acpi ca resource manager but it will have to > match the rest of our rman system to be a viable replacement. >=20 > -- > Nate From owner-freebsd-acpi@FreeBSD.ORG Sat Oct 29 14:49:28 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B67C616A41F; Sat, 29 Oct 2005 14:49:28 +0000 (GMT) (envelope-from h-k@mail.ru) Received: from mx6.mail.ru (mx6.mail.ru [194.67.23.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 524E543D45; Sat, 29 Oct 2005 14:49:28 +0000 (GMT) (envelope-from h-k@mail.ru) Received: from [217.117.113.177] (port=53870 helo=217.117.113.177) by mx6.mail.ru with esmtp id 1EVs1O-000Ohl-00; Sat, 29 Oct 2005 18:49:26 +0400 Date: Sat, 29 Oct 2005 18:49:45 +0400 From: dawnshade X-Mailer: The Bat! (v1.62 Christmas Edition) X-Priority: 3 (Normal) Message-ID: <1886562656.20051029184945@mail.ru> To: Jung-uk Kim In-Reply-To: <200510281103.38622.jkim@FreeBSD.org> References: <200510281103.38622.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re[4]: [PATCH] ACPICA 20051021 import X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dawnshade List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 14:49:28 -0000 Hello Jung-uk, Friday, October 28, 2005, 7:03:34 PM, you wrote: JuK> On Friday 28 October 2005 02:19 am, dawnshade wrote: >> -----Original Message----- >> From: Jung-uk Kim >> To: freebsd-acpi@FreeBSD.org >> Date: Thu, 27 Oct 2005 19:34:16 -0400 >> Subject: Re: [PATCH] ACPICA 20051021 import >> >> > As I promised earlier, here is the patch against RELENG_6: >> > >> > http://people.freebsd.org/~jkim/acpica-import-20051021-stable.dif >> >f.gz JuK> Soryy, that was my local file. Corrected. btw, new file not gzipped, just diff. JuK> This means that you have applied the patch twice or more. You will JuK> have to clean up your tree and re-apply the patch. FYI, these files JuK> have to be removed before apply the patch again: JuK> src/sys/contrib/dev/acpica/acnames.h JuK> src/sys/contrib/dev/acpica/acopcode.h JuK> src/sys/contrib/dev/acpica/aecommon.h JuK> src/sys/contrib/dev/acpica/aeexec.c JuK> src/sys/contrib/dev/acpica/psloop.c JuK> src/sys/contrib/dev/acpica/rsinfo.c JuK> src/sys/contrib/dev/acpica/utcache.c JuK> src/sys/contrib/dev/acpica/utmutex.c JuK> src/sys/contrib/dev/acpica/utstate.c JuK> src/sys/contrib/dev/acpica/compiler/asldefine.h Thank you, i didn't metioned that patch create new files. After removing (and dl new patch) all compiled and install fine. dmesg nothing differ from previous boot, all devices present exept not working before it (like est, acpi_perf0 and psm). At first look all work fine, system boots, X11 started and power indicator works (i tested on laptop) plugged and unplugged. Can you tell me what i need more test? (unfortunatly i usually perform antiviral and antispam solutions tests :) btw, my system is Acer TM 4151LMi (Pentium M 730 1.6GHz, i915, ICH6+SATA150) unfortunalty i can test kernel only w/o 'device apic', because with this dev i give many IDE timeouts and as result system freeze. P.S. Sorry for poor english and email client. ---------- Best regards, dawnshade mailto:h-k@mail.ru