From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 16 05:18:04 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB4F1680 for ; Sun, 16 Nov 2014 05:18:04 +0000 (UTC) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by mx1.freebsd.org (Postfix) with ESMTP id 7E4CC8DB for ; Sun, 16 Nov 2014 05:18:03 +0000 (UTC) Received: from ppp118-210-137-175.lns20.adl6.internode.on.net (HELO midget.dons.net.au) ([118.210.137.175]) by ipmail06.adl2.internode.on.net with ESMTP; 16 Nov 2014 15:47:57 +1030 Received: from [10.0.2.95] ([10.0.2.95]) (authenticated bits=0) by midget.dons.net.au (8.14.6/8.14.4) with ESMTP id sAG5HjlQ061810 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 16 Nov 2014 15:47:53 +1030 (CST) (envelope-from darius@dons.net.au) Subject: Re: Newbus question Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset=windows-1252 From: "O'Connor, Daniel" In-Reply-To: <20141115133525.51a25bfa@kan> Date: Sun, 16 Nov 2014 15:47:39 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20141115121730.3a5bac94@kan> <20141115180302.GL17068@kib.kiev.ua> <20141115133525.51a25bfa@kan> To: Alexander Kabaev X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -1.106 () BAYES_00,HELO_MISC_IP,RDNS_NONE X-Scanned-By: MIMEDefang 2.73 on 10.0.2.1 X-Mailman-Approved-At: Sun, 16 Nov 2014 12:22:56 +0000 Cc: Konstantin Belousov , FreeBSD Hackers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 05:18:05 -0000 On 16 Nov 2014, at 5:05, Alexander Kabaev wrote: >> I think that debugging should be available much earlier than the >> device tree is explored and devices are attached. It probably makes >> sense to operate the debugging port outside the newbus at all, in >> particular, before the pci and acpi machinery is initialized. >>=20 >> You might want a callback from ehci driver when it appropriated the >> resources, to handle the case of bar realocation. >=20 > If one wants early debugger, then whole thing will need to be split > into pre-newbus and after-newbus part, similar to dcons. OK thanks. I think for now I=92ll just ignore the EHCI driver and get it working as = a device driver which attaches to an EHCI controller. After that works I=92ll look at the early part, hopefully it won=92t be = too difficult :) -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C