From owner-freebsd-mips@FreeBSD.ORG Wed May 9 19:58:07 2007 Return-Path: X-Original-To: freebsd-mips@freebsd.org Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FA5116A404 for ; Wed, 9 May 2007 19:58:07 +0000 (UTC) (envelope-from xride@x12.dk) Received: from swip.net (mailfe12.tele2.dk [212.247.155.99]) by mx1.freebsd.org (Postfix) with ESMTP id 0BD3D13C44C for ; Wed, 9 May 2007 19:58:06 +0000 (UTC) (envelope-from xride@x12.dk) X-Cloudmark-Score: 0.000000 [] Received: from x12.dk (account mu12272@get2net.dk [83.72.97.231] verified) by mailfe12.swip.net (CommuniGate Pro SMTP 5.1.7) with ESMTPA id 313919636; Wed, 09 May 2007 20:58:03 +0200 Received: by x12.dk (Postfix, from userid 666) id 1BE3F50845; Wed, 9 May 2007 20:58:03 +0200 (CEST) Date: Wed, 9 May 2007 20:58:03 +0200 From: Soeren Straarup To: "Bruce M. Simpson" Message-ID: <20070509185802.GH24237@x12.dk> References: <463F4F7D.6070001@incunabulum.net> <463FD2EB.7040504@incunabulum.net> <46412370.20002@incunabulum.net> <4641F795.9030309@incunabulum.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4641F795.9030309@incunabulum.net> User-Agent: Mutt/1.4.2.2i Cc: freebsd-mips@FreeBSD.org Subject: Re: Broadcom MIPS progress X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 19:58:07 -0000 On Wed, May 09, 2007 at 05:32:21PM +0100, Bruce M. Simpson wrote: > Bruce M. Simpson wrote: > > > >I am now scratching my head over how to attach child devices. > > This is kinda worked out, I now have newbus style children probing and > trying to attach. This is cool, it means probe routines can be written > in much the same way as for PCI; the siba bus driver will enumerate the > bus, set vendor/device IDs in a devinfo structure, and export them to > potential children via accessors just like pci(4) does. > > %%% > siba0: at mem 0x18000000-0x18006fff on > nexus0 > siba_attach: entry > nexus_release_resource: entry > siba_cc0 on siba0 > siba_alloc_resource: entry > siba_cc0: unable to allocate memory > device_attach: siba_cc0 attach returned 6 > siba0: <0x4243, 0x0806 "Ethernet core"> not attached > siba0: <0x4243, 0x080b "IPSEC accelerator"> not attached > siba0: <0x4243, 0x0808 "USB host controller"> not attached > siba_pcib0 on siba0 > siba_alloc_resource: entry > siba_pcib0: unable to allocate memory > device_attach: siba_pcib0 attach returned 6 > siba_mips0 on siba0 > siba_alloc_resource: entry > siba_mips0: unable to allocate memory > device_attach: siba_mips0 attach returned 6 > siba_sdram0 on siba0 > siba_alloc_resource: entry > siba_sdram0: unable to allocate memory > device_attach: siba_sdram0 attach returned 6 > %%% > > I just need to work out the kinks with resource allocation; siba will > need to export a resource manager to its direct children for > configuration space which it has already reserved, and proxy the > allocations for bus space outside its own range further up. > > > > >It seems likely that a full pci-style bus implementation will be > >needed in siba (instance variables, devinfo etc) as it is likely that > >architecture-independent code can be reused; in particular, ubsec(4), > >uart(4) and bfe(4) for the onboard devices. I believe the onboard USB > >host controller is OHCI. > > > It looks as though this stuff is beginning to come together. I'd aim > next to flesh out the basic ChipCommon functionality, determining the > board clocks, setting up the UARTs and hooking them up to uart(4). Then, > interrupt routing. > > After that stuff like bfe(4) can be dealt with. The OHCI controller on > the WGT634U is not pinned out, there is a separate EHCI controller on > the PCI bus to implement USB2. > > I believe the 4710 based systems are also using Siba so running on the > WRT54G/S and WL-HDD2.5 should be feasible once we get bfe(4) hooked up > to siba and stuff like ethercons is possible (as these systems have no > UART which can be used for debugging the kernel during bringup, and > their PMON firmware is primitive compared to CFE). > > Finally, getting the pci host bridge will be needed to access the > Atheros 5213 MiniPCI card which ships in the WGT634U's PCI slot. > > Regards, > BMS I'm looking forward for mails from you. Your mails are very informative. In one of your mails you wrote something about the au1500. And i'm just wondering how different it is from the au1100? Cause i have access to a board with an au1100 on it, currently it is running linux via the Yamon bootloader. Best regards Soeren Straarup Soeren Straarup -- Soeren Straarup | aka OZ2DAK aka Xride FreeBSD committer | FreeBSD since 2.2.6-R If a program is not working right, then send a patch