From owner-cvs-all@FreeBSD.ORG Wed Dec 1 23:17:33 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61FE916A4CE; Wed, 1 Dec 2004 23:17:33 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C81043D45; Wed, 1 Dec 2004 23:17:32 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 9A5C0ACDD0; Thu, 2 Dec 2004 00:17:30 +0100 (CET) Date: Thu, 2 Dec 2004 00:17:30 +0100 From: Pawel Jakub Dawidek To: John Baldwin Message-ID: <20041201231730.GB813@darkness.comp.waw.pl> References: <200412012105.iB1L52xX017823@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Fba/0zbH8Xs+Fj9o" Content-Disposition: inline In-Reply-To: <200412012105.iB1L52xX017823@repoman.freebsd.org> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/acpica acpi_pci_link.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2004 23:17:33 -0000 --Fba/0zbH8Xs+Fj9o Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 01, 2004 at 09:05:02PM +0000, John Baldwin wrote: +> jhb 2004-12-01 21:05:02 UTC +>=20 +> FreeBSD src repository +>=20 +> Modified files: +> sys/dev/acpica acpi_pci_link.c=20 +> Log: +> - Do a better job of handling any Dependent Functions (aka DPFs) that = appear +> in the _PRS or _CRS of link devices. If faced with multiple DPFs in= a +> _PRS, we just use the first one. We assume that if _CRS has DPF tag= s they +> only contain a single set since multiple DPFs wouldn't make any sens= e. In +> practice, the only DPFs I've seen so far for link devices are that t= he one +> IRQ resource is surrounded by a DPF tag pair for no apparent reason,= and +> this should handle that case fine now. +> - Only allocate link structures for IRQ resources for link devices rat= her +> than allocating a link structure for every resource. On my box things looks much worse (not sure if this is related): Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) XEON(TM) CPU 1.80GHz (1799.75-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf24 Stepping =3D 4 Features=3D0x3febfbff Hyperthreading: 2 logical CPUs real memory =3D 1073741824 (1024 MB) avail memory =3D 1046126592 (997 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x9 fault code =3D supervisor write, page not present instruction pointer =3D 0x8:0xc05ac7c9 stack pointer =3D 0x10:0xc0820cb4 frame pointer =3D 0x10:0xc0820cd0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 0 (swapper) [thread pid 0 tid 0 ] Stopped at cpu_fork+0x1a1: incl 0x8(%eax) db> tr Tracing pid 0 tid 0 td 0xc0617e20 cpu_fork(c0617e20,c1e8b000,c1e83300,60034,c1e8b068,0,c05cd0e1,287,c0619fe0,= c05cd0e1,283) at cpu_fork+0x1a1 fork1(c0617e20,60034,0,c0820d4c) at fork1+0xbe5 kthread_create(c0488eac,0,0,40000,0) at kthread_create+0x33 ktrace_init(0,c1e70f70,81ec00,81e000,828000) at ktrace_init+0xac mi_startup() at mi_startup+0xb3 begin() at begin+0x2c db>=20 --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Fba/0zbH8Xs+Fj9o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBrlEKForvXbEpPzQRAtepAKCyT0LEVxrNbd3KK8I5BL00DcaoBACg+lqQ u6xNLwNpalsW//jHCMzWXeQ= =F4p/ -----END PGP SIGNATURE----- --Fba/0zbH8Xs+Fj9o--