Re: MacBookPro 5,1

2010-10-28 Thread Andriy Gapon
on 29/10/2010 08:23 Andriy Gapon said the following: > on 29/10/2010 08:19 Andriy Gapon said the following: [snip] >> l_prs_template is populated in link_add_prs() function, which called to walk >> over resources returned by _PRS: >> http://fxr.watson.org/fxr/source/dev/acpica/acpi_pci_link.c#L499

Re: MacBookPro 5,1

2010-10-28 Thread Andriy Gapon
on 29/10/2010 08:19 Andriy Gapon said the following: > on 29/10/2010 03:34 Lin Ming said the following: >> Hi, guys >> >> Hans and I have found the root cause of this bug. > > I believe that there could be a root for a root :-) > >> The ResourceSource->StringLength set by up layer driver is wrong

Re: MacBookPro 5,1

2010-10-28 Thread Andriy Gapon
on 29/10/2010 03:34 Lin Ming said the following: > Hi, guys > > Hans and I have found the root cause of this bug. I believe that there could be a root for a root :-) > The ResourceSource->StringLength set by up layer driver is wrong, see the > patch below. > > Below patch fixes the bug and on

Re: Removing acpi.ko support

2010-10-28 Thread Ian Smith
On Thu, 28 Oct 2010, John Baldwin wrote: > [ cc'ing acpi@ to be safe, but I think the topic warrants the wider audience > of arch@ ] Dropping arch@ for this probably dumb question .. > I think we should drop support for having acpi load as a module for i386. > It > adds extra complicatio

Re: MacBookPro 5,1

2010-10-28 Thread Lin Ming
On Fri, 2010-10-29 at 00:10 +0800, Hans Petter Selasky wrote: > On Thursday 28 October 2010 17:24:32 Lin Ming wrote: > > On Thu, 2010-10-28 at 23:05 +0800, Lin Ming wrote: > > > On Thu, 2010-10-28 at 22:55 +0800, Hans Petter Selasky wrote: > > > > On Thursday 28 October 2010 16:44:55 Lin Ming wrote

Re: Removing acpi.ko support

2010-10-28 Thread Scott Long
On Oct 28, 2010, at 1:29 PM, John Baldwin wrote: > On Thursday, October 28, 2010 2:50:42 pm Scott Long wrote: >> On Thu, 28 Oct 2010, John Baldwin wrote: >>> On Thursday, October 28, 2010 1:01:24 pm Scott Long wrote: On Oct 28, 2010, at 10:54 AM, John Baldwin wrote: > [ cc'ing acpi@ to b

Re: Removing acpi.ko support

2010-10-28 Thread John Baldwin
On Thursday, October 28, 2010 2:50:42 pm Scott Long wrote: > On Thu, 28 Oct 2010, John Baldwin wrote: > > On Thursday, October 28, 2010 1:01:24 pm Scott Long wrote: > >> On Oct 28, 2010, at 10:54 AM, John Baldwin wrote: > >>> [ cc'ing acpi@ to be safe, but I think the topic warrants the wider > >>

Re: Removing acpi.ko support

2010-10-28 Thread Scott Long
On Thu, 28 Oct 2010, John Baldwin wrote: On Thursday, October 28, 2010 1:01:24 pm Scott Long wrote: On Oct 28, 2010, at 10:54 AM, John Baldwin wrote: [ cc'ing acpi@ to be safe, but I think the topic warrants the wider audience of arch@ ] I think we should drop support for having acpi load as a

Re: Removing acpi.ko support

2010-10-28 Thread John Baldwin
On Thursday, October 28, 2010 1:01:24 pm Scott Long wrote: > On Oct 28, 2010, at 10:54 AM, John Baldwin wrote: > > [ cc'ing acpi@ to be safe, but I think the topic warrants the wider > > audience > > of arch@ ] > > > > I think we should drop support for having acpi load as a module for i386. >

Re: Removing acpi.ko support

2010-10-28 Thread Nate Lawson
On 10/28/2010 9:54 AM, John Baldwin wrote: > [ cc'ing acpi@ to be safe, but I think the topic warrants the wider audience > of arch@ ] > > I think we should drop support for having acpi load as a module for i386. It > adds extra complication and hacks to the i386 APIC and interrupt code that >

Re: Removing acpi.ko support

2010-10-28 Thread Scott Long
On Oct 28, 2010, at 10:54 AM, John Baldwin wrote: > [ cc'ing acpi@ to be safe, but I think the topic warrants the wider audience > of arch@ ] > > I think we should drop support for having acpi load as a module for i386. It > adds extra complication and hacks to the i386 APIC and interrupt code

Removing acpi.ko support

2010-10-28 Thread John Baldwin
[ cc'ing acpi@ to be safe, but I think the topic warrants the wider audience of arch@ ] I think we should drop support for having acpi load as a module for i386. It adds extra complication and hacks to the i386 APIC and interrupt code that are gratuitously different from amd64 as a result. Or

Re: bin/151616: [acpi]: FreeBSD 8 panic on boot.

2010-10-28 Thread jhb
Synopsis: [acpi]: FreeBSD 8 panic on boot. State-Changed-From-To: open->patched State-Changed-By: jhb State-Changed-When: Thu Oct 28 13:44:29 UTC 2010 State-Changed-Why: Fix committed to HEAD. Will merge to 8 in a week or so. Responsible-Changed-From-To: freebsd-acpi->jhb Responsible-Changed-B

Re: bin/151616: [acpi]: FreeBSD 8 panic on boot.

2010-10-28 Thread Andriy Gapon
The following reply was made to PR bin/151616; it has been noted by GNATS. From: Andriy Gapon To: =?UTF-8?B?IkRhbWlhbiBTLiBLb8WCb2R6aWVqY3p5ayI=?= Cc: John Baldwin , bug-follo...@freebsd.org Subject: Re: bin/151616: [acpi]: FreeBSD 8 panic on boot. Date: Thu, 28 Oct 2010 14:53:31 +0300 on 28/1

Re: bin/151616: [acpi]: FreeBSD 8 panic on boot.

2010-10-28 Thread Damian S . Kołodziejczyk
2010/10/27 John Baldwin : > Can you try this patch: > > Index: amd64/amd64/intr_machdep.c > === > --- amd64/amd64/intr_machdep.c  (revision 214386) > +++ amd64/amd64/intr_machdep.c  (working copy) > @@ -458,7 +458,7 @@ > >        /* Le

Re: bin/151616: [acpi]: FreeBSD 8 panic on boot.

2010-10-28 Thread Damian S . Kołodziejczyk
The following reply was made to PR bin/151616; it has been noted by GNATS. From: =?ISO-8859-2?Q?Damian_S=2E_Ko=B3odziejczyk?= To: John Baldwin , dam...@gmail.com, bug-follo...@freebsd.org, freebsd-acpi@FreeBSD.org Cc: Subject: Re: bin/151616: [acpi]: FreeBSD 8 panic on boot. Date: Thu