From owner-acpi-jp@jp.freebsd.org  Sat Sep 15 18:58:31 2001
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id SAA17162;
	Sat, 15 Sep 2001 18:58:31 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from nagual.pp.ru (root@pobrecita.freebsd.ru [194.87.13.42])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id SAA17157
	for <acpi-jp@jp.freebsd.org>; Sat, 15 Sep 2001 18:58:30 +0900 (JST)
	(envelope-from ache@nagual.pp.ru)
Received: (from ache@localhost)
	by nagual.pp.ru (8.11.6/8.11.6) id f8F9wAH58707;
	Sat, 15 Sep 2001 13:58:11 +0400 (MSD)
	(envelope-from ache)
Date: Sat, 15 Sep 2001 13:58:08 +0400
From: "Andrey A. Chernov" <ache@nagual.pp.ru>
To: Mike Smith <msmith@freebsd.org>
Cc: acpi-jp@jp.freebsd.org
Message-ID: <20010915135806.A58614@nagual.pp.ru>
References: <dwmalone@maths.tcd.ie> <20010914195310.A16340@walton.maths.tcd.ie> <200109150009.f8F09G505193@mass.dis.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200109150009.f8F09G505193@mass.dis.org>
User-Agent: Mutt/1.3.21i
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+010328
X-Sequence: acpi-jp 1284
Subject: [acpi-jp 1284] Re: Phantom serial ports with -current acpi.
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: ache@nagual.pp.ru

On Fri, Sep 14, 2001 at 17:09:16 -0700, Mike Smith wrote:
> 
> And let me know if this works.
> 
> Andrey, this should fix your bogus serial port problem as well; please test
> and let me know.

Yes, it fix fake serial port for me too, but following lines still exists:

fdc1: cannot reserve I/O port range (6 ports)
ppc1: cannot reserve I/O port range
sc1: <System console> on isa0
sc1: MDA <16 virtual consoles, flags=0x0>
WARNING: Driver mistake: repeat make_dev("consolectl")

I suspect that fake second console is leftover of Intel 815ep (steb B)
chip of my ASUS TUSL2-C - there was internal VGA in the previous versions
of this chip, but it is stripped out in newest ones. Probe or ACPI code
must handle this better somehow.

-- 
Andrey A. Chernov
http://ache.pp.ru/
