Date: Sat, 31 Dec 2011 16:16:55 -0800 From: Adrian Chadd <adrian@freebsd.org> To: Dan Allen <danallen46@airwired.net> Cc: List Mailing FreeBSD-STABLE <freebsd-stable@freebsd.org>, jhb@freebsd.org, Garrett Cooper <yanegomi@gmail.com>, mav@freebsd.org, freebsd-current@freebsd.org, Jeremy Chadwick <freebsd@jdc.parodius.com> Subject: Re: ACPI broke going from 8 to 9 Message-ID: <CAJ-Vmonfk5789reWsmt_WiEL5tBnXFOE=W9QzGchy63nfvNeTQ@mail.gmail.com> In-Reply-To: <863B2CE2-BB30-4E67-8CB7-9BBFACB9A20A@airwired.net> References: <038588ED-E0E0-46F6-8E28-1926FBE28825@airwired.net> <CAGH67wS6Uua-kXkgHoYF7yUPK-LkCSmmH=DTErCJWsD7-w6MFg@mail.gmail.com> <70F3E6A6-762E-4C4F-B517-C386304DF85F@airwired.net> <CAGH67wRrcyvwkYZvv30WS64hu8ZEhzW91ddWV=DKQ7SkOeDPmg@mail.gmail.com> <8DF650FE-CE0D-4DA4-901C-B19269464F9C@airwired.net> <CAGH67wSh3Qk8-AZU5pMbOBX1Z_0vt8KUMT5kQEUXY_0DaLmuBw@mail.gmail.com> <04292366-1297-488F-9239-98565828DDC8@airwired.net> <20111231233152.GA54245@icarus.home.lan> <863B2CE2-BB30-4E67-8CB7-9BBFACB9A20A@airwired.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 31 December 2011 16:08, Dan Allen <danallen46@airwired.net> wrote: > Almost every day I csup from RELENG_x and build. =A0The traces of RELENG_= 8 are gone, so no, unfortunately I cannot give you a uname -a from those da= ys. Would you consider having a small partition to do the same for HEAD? :P > However, I have a build log file, and I see that I moved from RELENG_8 to= RELENG_9 on Friday, Dec 23, 2011. =A0I csup'd at 12:24:26 MST and discover= ed the failure at 15:41 MST. > > This "nooptions NEW_PCIB" fix does seem rather tenuous if it is not docum= ented. =A0Wouldn't a better route be something like > > =A0if (ACPI < 2.0) > =A0 =A0oldCode(); > =A0else > =A0 =A0newCodeForNewACPI(); > > so that it will always work for everyone without having to build a specia= l kernel? =A0After all, I went from a working system to a hung system which= is not the best upgrade path... ;-) Well it's hard to test stuff out without the hardware. :) And it's quite possible a lot of silly looking issues are actually working around real bugs in the hardware. I'm glad this issue was solved so quickly for you. Let's hope we can get you onto testing out HEAD (in a separate partition!) so we can ensure we don't break the basic stuff. :) Adrian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-Vmonfk5789reWsmt_WiEL5tBnXFOE=W9QzGchy63nfvNeTQ>