Date: Sat, 06 Feb 2010 13:50:57 +0200
From: Andriy Gapon <avg@freebsd.org>
To: freebsd-stable@freebsd.org
Subject: {HEADSUP] ACPICA 20100121 MFC to stable/8
Message-ID: <4B6D57A1.9020707@freebsd.org>
next in thread | raw e-mail | index | archive | help
I am going to MFC ACPICA imports up to 20100121 plus some accompanying changes to stable/8 during the next hour. Please be extra attentive to this area during your next update and promptly report any regressions that you might see. Thank you! Here's a link to ACPI-CA changelog: http://www.acpica.org/download/changes.txt Below are some additional technical details. -------- Original Message -------- Subject: acpica in stable/8 Date: Fri, 05 Feb 2010 10:37:06 +0200 From: Andriy Gapon <avg@icyb.net.ua> To: freebsd-acpi@FreeBSD.org, Jung-uk Kim <jkim@FreeBSD.org> I would like to bring version of ACPICA in stable/8 to that of head, that is 20100121. Here's svn status and svn diff outputs for the merge: http://people.freebsd.org/~avg/stable-8-acpi.status.txt http://people.freebsd.org/~avg/stable-8-acpi.diff I've performed this MFC by doing series of svn merges first to sys, then to usr.sbin/acpi. I hope that this is a correct approach. I have some doubts because of heard suggestions that such merges should be done from vendor area. But, OTOH, in head there were direct commits sys to fix consequences of merge from vendor area. Subversion gurus, please advise! Please also check if I haven't forgot to MFC something or maybe MFC-ed something unneeded, or made some other mistake. The change is compile tested on i386 and amd64, and run-tested on amd64, but on a rather 'plain' machine from ACPI point of view. If you would like and are able to test this change, I will greatly appreciate your feedback! Some arguments for doing this MFC (copied from an earlier email to jkim): First, it gets more testing. Then, I think it would be hard to keep it at the current version forever. Because some bugs get discovered and, as people get newer hardware, they are more likely to hit those bugs, and the people will demand fixes :-) And 8-STABLE is expected to have an active life for at least 2 years. And, the more frequent will be the updates, the easier it should be to catch bugs and fix them. One thing is getting a year's worth of changes, another is that of a month. Below is the list of the MFC-ed changes. It was generated in semi-automated fashion, so I might have made a mistake somewhere and the list could be incorrect: ------------------------------------------------------------------------ r197104 | jkim | 2009-09-12 01:48:53 +0300 (Sat, 12 Sep 2009) | 4 lines MFV: r196804 Import ACPICA 20090903 ------------------------------------------------------------------------ r197105 | jkim | 2009-09-12 01:49:34 +0300 (Sat, 12 Sep 2009) | 2 lines Catch up with ACPICA 20090903. ------------------------------------------------------------------------ r197106 | jkim | 2009-09-12 01:50:15 +0300 (Sat, 12 Sep 2009) | 2 lines Catch up with ACPICA 20090903. ------------------------------------------------------------------------ r197107 | jkim | 2009-09-12 01:56:08 +0300 (Sat, 12 Sep 2009) | 2 lines Canonify include paths for newly added files. ------------------------------------------------------------------------ r197688 | jkim | 2009-10-01 23:56:15 +0300 (Thu, 01 Oct 2009) | 4 lines Compile ACPI debugger and disassembler for kernel modules unconditionally. These files will generate almost empty object files without ACPI_DEBUG/DDB options. As a result, size of acpi.ko will increase slightly. ------------------------------------------------------------------------ r198237 | jkim | 2009-10-19 19:12:58 +0300 (Mon, 19 Oct 2009) | 2 lines Merge ACPICA 20091013. ------------------------------------------------------------------------ r199337 | jkim | 2009-11-16 23:47:12 +0200 (Mon, 16 Nov 2009) | 2 lines Merge ACPICA 20091112. ------------------------------------------------------------------------ r199338 | jkim | 2009-11-16 23:53:56 +0200 (Mon, 16 Nov 2009) | 2 lines Add a forgotten module Makefile change from the previous commit. ------------------------------------------------------------------------ r200553 | jkim | 2009-12-15 00:24:04 +0200 (Tue, 15 Dec 2009) | 2 lines Merge ACPICA 20091214. ------------------------------------------------------------------------ r200554 | jkim | 2009-12-15 00:28:32 +0200 (Tue, 15 Dec 2009) | 3 lines Remove _FDE quirk handling as these quirks are automatically repaired by ACPICA layer since ACPICA 20091214. ------------------------------------------------------------------------ r202771 | jkim | 2010-01-21 23:14:28 +0200 (Thu, 21 Jan 2010) | 2 lines Merge ACPICA 20100121. ------------------------------------------------------------------------ r202773 | jkim | 2010-01-21 23:31:39 +0200 (Thu, 21 Jan 2010) | 2 lines Fix a new header inclusion. ------------------------------------------------------------------------ In a raw form with some additional info: /head/usr.sbin/acpi:r197106,198237,199337,202771 /head/sys:r197104-197105,197107,197688,198237,199337-199338,200553-200554,202771,202773 /head/sys/dev/xen/xenpci:r197104-197105,197107,197688,198237,199337-199338,200553-200554,202771,202773 /head/sys/contrib/pf:r197104-197105,197107,197688,198237,199337-199338,200553-200554,202771,202773 /vendor-sys/acpica/dist:r193332-202768 /head/sys/contrib/dev/acpica:r197104-197105,197107,197688,198237,199337-199338,200553-200554,202771,202773 /head/sys/cddl/contrib/opensolaris:r197104-197105,197107,197688,198237,199337-199338,200553-200554,202771,202773 /head/sys/amd64/include/xen:r197104-197105,197107,197688,198237,199337-199338,200553-200554,202771,202773 -- Andriy Gapon -- Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4B6D57A1.9020707>