From owner-freebsd-current@FreeBSD.ORG Tue Apr 4 01:05:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4144E16A422 for ; Tue, 4 Apr 2006 01:05:59 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id B71A043D48 for ; Tue, 4 Apr 2006 01:05:58 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm29.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k3415Kbi003199 for ; Mon, 3 Apr 2006 21:05:20 -0400 X-ORBL: [67.119.74.222] Received: from [10.0.0.53] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by pimout7-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id k3415nC4117846; Mon, 3 Apr 2006 21:05:50 -0400 Message-ID: <4431C647.7050608@root.org> Date: Mon, 03 Apr 2006 18:05:11 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: "Angka H. K." References: <4c40c4e70604030346g3305dc9bo580413026c33e148@mail.gmail.com> <20060403151534.eqdmhc6f404o4co0@netchild.homeip.net> <4c40c4e70604030716k429d263ek29e8b8edf31be664@mail.gmail.com> In-Reply-To: <4c40c4e70604030716k429d263ek29e8b8edf31be664@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , current@freebsd.org Subject: Re: My snd_ich working well X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2006 01:05:59 -0000 Angka H. K. wrote: > Thanks for the replay > I am updating my source now and planing to rebuild it again, but I don't see > any changes on ACPI code. > > I was mistype on the val that return by kernel, the error should be "acpi: > bad write to port 0x073(8) val 20", I am sorry. > Hope it'll be fixed soon. > > FYI : I am using HP V2388TU with current source. The error is produced by > source updated at 2 April 2006 > > > On 4/3/06, Alexander Leidinger wrote: >> "Angka H. K." wrote: >> >> Please strip freebsd-multimedia@ on reply... >> >>> I have other problem now , which is saying "acpi: bad read to port >> 0x073" >>> and "acpi: bad write to port 0x073(8) val 82", where can ask about this >> ? It >>> looks like google has no archive about this error. >> I assume you are using -current. So the right place is to ask on current@ >> (CCed). I also CCed njl@, since he's our "master of acpi". This error message is only a warning currently. Are you sure it's 0x73? That's not on the blacklist. We note reads/writes to 0x70 - 0x71 and 0x74 - 0x76. Those are the CMOS and RTC areas and AML shouldn't write there. /* * Some BIOS vendors use AML to read/write directly to IO space. This * can cause a problem if such accesses interfere with the OS's access to * the same ports. Windows XP and newer systems block accesses to certain * IO ports. We print a message or block accesses based on a tunable. */ static int illegal_bios_ports[] = { 0x000, 0x00f, /* DMA controller 1 */ 0x020, 0x021, /* PIC */ 0x040, 0x043, /* Timer 1 */ 0x048, 0x04b, /* Timer 2 failsafe */ 0x070, 0x071, /* CMOS and RTC */ 0x074, 0x076, /* Extended CMOS */ 0x081, 0x083, /* DMA1 page registers */ 0x087, 0x087, /* DMA1 ch0 low page */ 0x089, 0x08b, /* DMA2 ch2 (0x89), ch3 low page (0x8a, 0x8b) */ 0x08f, 0x091, /* DMA2 low page refresh (0x8f) */ /* Arb ctrl port, card select feedback (0x90, 0x91) */ 0x093, 0x094, /* System board setup */ 0x096, 0x097, /* POS channel select */ 0x0a0, 0x0a1, /* PIC (cascaded) */ 0x0c0, 0x0df, /* ISA DMA */ 0x4d0, 0x4d1, /* PIC ELCR (edge/level control) */ 0xcf8, 0xcff, /* PCI config space. Microsoft adds 0xd00 also but that seems incorrect. */ -1, -1 }; In the future, this warning will become an error and the access will be rejected. That's to prevent bad AML from conflicting with drivers and hanging or crashing the system. Your system has always had this behavior, we're just detecting it now. -- Nate