From owner-freebsd-mips@FreeBSD.ORG Mon May 7 16:10:42 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 90C7B16A402 for ; Mon, 7 May 2007 16:10:42 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6DD6413C4AD for ; Mon, 7 May 2007 16:10:42 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 4239721F5E2 for ; Mon, 7 May 2007 12:11:40 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Mon, 07 May 2007 12:10:41 -0400 X-Sasl-enc: TWcnevnSHJj2PNbaVWiIc9CBZDad8TqAQfcwtbuz7aua 1178554240 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 8ACB42A871 for ; Mon, 7 May 2007 12:10:40 -0400 (EDT) Message-ID: <463F4F7D.6070001@incunabulum.net> Date: Mon, 07 May 2007 17:10:37 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-mips@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: 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: Mon, 07 May 2007 16:10:42 -0000 Today's news. My checkout of mips2 has been hacked to use CFE for probing memory regions and console i/o instead of uart(4). This now works. The CFE arena is preserved by FreeBSD on boot, and the correct amount of onboard memory is detected. The reason I stopped using uart(4) is because the backplane bus will occupy the entire region on nexus for itself -- Siba is going to need that region to allocate rman regions for uart as a child device. I will most likely try porting the SiliconBackplane bus enumeration that's in bleeding-edge brcm support for Linux 2.6, which is much cleaner than the Broadcom code floating around, not to mention closer to NEWBUS in architecture. Regards, BMS From owner-freebsd-mips@FreeBSD.ORG Tue May 8 01:31:26 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 4FBA616A401 for ; Tue, 8 May 2007 01:31:26 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2528D13C469 for ; Tue, 8 May 2007 01:31:26 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id C3CBC21F828 for ; Mon, 7 May 2007 21:32:32 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Mon, 07 May 2007 21:31:26 -0400 X-Sasl-enc: CfBX+M6agdDQKONEF8cIJPCCCbyj8QWziqRTjmX9Nk0E 1178587886 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 1F2DD1CE14 for ; Mon, 7 May 2007 21:31:26 -0400 (EDT) Message-ID: <463FD2EB.7040504@incunabulum.net> Date: Tue, 08 May 2007 02:31:23 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-mips@FreeBSD.org References: <463F4F7D.6070001@incunabulum.net> In-Reply-To: <463F4F7D.6070001@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 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: Tue, 08 May 2007 01:31:26 -0000 Issues with CFE console and memory detection have now been ironed out. The mips2 branch prefers the use of CFE firmware routines to performing board-level resets in undocumented ways. "call cpu_reset" works; the low-level system console uses CFE. Bruce M. Simpson wrote: > > I will most likely try porting the SiliconBackplane bus enumeration > that's in bleeding-edge brcm support for Linux 2.6, which is much > cleaner than the Broadcom code floating around, not to mention closer > to NEWBUS in architecture. This may happen later in the week. I had problems teaching mips nexus to allocate global memory map space for hard-wired children (siba0). Tommorrow I'll focus on getting the enumeration working so that the cores on the Sentry5 siba backplane may be detected and configured. The most important cores are the Chipcommon core, the PCI host bridge, and the bcm44xx ethernet controller core. I believe the IPSEC core in Sentry5 is ubsec(4) compatible. However these devices default to presenting their register space on Siba, not PCI. There is a flash controller on Siba. For now, I am focusing on bringup; FreeBSD currently boots on these systems via TFTP ELF load. A tweak is needed for the linker script, to work around limitations in the CFE ELF loader, which I'd like to conditionalize on the presence of 'options CFE' in the kernel config file - any ideas? Thanks to Warner for helping out on the NEWBUS issues. Regards, BMS From owner-freebsd-mips@FreeBSD.ORG Wed May 9 01:27:16 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 468E116A400 for ; Wed, 9 May 2007 01:27:16 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0E3E813C468 for ; Wed, 9 May 2007 01:27:15 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 38C0D21F0F5 for ; Tue, 8 May 2007 21:28:41 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 08 May 2007 21:27:16 -0400 X-Sasl-enc: CrGbn5RLY6YOrV51aGUSCxGJkS6O0IAuxVkKsLBNQ2yC 1178674036 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id F00A110AE6 for ; Tue, 8 May 2007 21:27:15 -0400 (EDT) Message-ID: <46412370.20002@incunabulum.net> Date: Wed, 09 May 2007 02:27:12 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-mips@FreeBSD.org References: <463F4F7D.6070001@incunabulum.net> <463FD2EB.7040504@incunabulum.net> In-Reply-To: <463FD2EB.7040504@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 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 01:27:16 -0000 Bruce M. Simpson wrote: > > This may happen later in the week. I had problems teaching mips nexus > to allocate global memory map space for hard-wired children (siba0). > Tommorrow I'll focus on getting the enumeration working so that the > cores on the Sentry5 siba backplane may be detected and configured. Cores on Sentry5 backplane are now enumerated. Code is checked into p4. Sample output (note that the siba0 device is probed with a hard-wired hint, and the allocation is then retried once the aperture to map all devices is discovered): nexus0: nexus_hinted_child: discovered hinted child siba0 at maddr 0x18000000(4096) nexus_set_resource: entry (0x8029e100, 0x8029fc80, 3, 32, 0x18000000, 4096) clock0: on nexus0 nexus_alloc_resource: entry (0x8029e100, 0x8029fd00, 1, 0x801c54d8, 0x5, 0x5, 1, 2) nexus_alloc_resource: requested rid is 0 clock0: [FILTER] nexus_alloc_resource: entry (0x8029e100, 0x8029fc80, 3, 0x801c54b8, 0, 0xffffffff, 1, 2) nexus_alloc_resource: requested rid is 32 siba0: start 18000000 len 00001000 siba0: idlo = 100422dd siba0: idhi = 42438005 siba0: chipcore id = 00000800 siba0: ccid = 00015365, cc_id = 5365, cc_rev = 0001 siba0: 7 cores detected. nexus_release_resource: entry nexus_alloc_resource: entry (0x8029e100, 0x8029fc80, 3, 0x801c54b8, 0x18000000, 0x18006fff, 28672, 2) nexus_alloc_resource: requested rid is 32 siba0: after remapping: start 18000000 len 00007000 nexus_set_resource: entry (0x8029e100, 0x8029fc80, 3, 32, 0x18000000, 28672) siba0: at mem 0x18000000-0x18006fff on nexus0 siba_attach: entry siba0: core 0: ChipCommon rev 05 siba0: child is 0x8029fb80 siba0: core 1: Ethernet core rev 06 siba0: child is 0x8029fb00 siba0: core 2: IPSEC accelerator rev 01 siba0: child is 0x8029fa80 siba0: core 3: USB host controller rev 02 siba0: child is 0x8029fa00 siba0: core 4: PCI host interface rev 08 siba0: child is 0x8029f980 siba0: core 5: MIPS 3302 core rev 01 siba0: child is 0x8029f900 siba0: core 6: SDRAM/DDR controller rev 00 siba0: child is 0x8029f880 Timecounter "MIPS32" frequency 200000000 Hz quality 800 Timecounters tick every 10.000 msec I am now scratching my head over how to attach child devices. 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. Regards, BMS From owner-freebsd-mips@FreeBSD.ORG Wed May 9 16:32:26 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 0031916A406 for ; Wed, 9 May 2007 16:32:25 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id B85FA13C447 for ; Wed, 9 May 2007 16:32:25 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 6098821F2DE for ; Wed, 9 May 2007 12:34:02 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Wed, 09 May 2007 12:32:26 -0400 X-Sasl-enc: 4WK3/7fVpPFi71ZxH26HMzrCPdvZ3Ksiz9ljFKjXfrN/ 1178728345 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 5A8DD37795 for ; Wed, 9 May 2007 12:32:25 -0400 (EDT) Message-ID: <4641F795.9030309@incunabulum.net> Date: Wed, 09 May 2007 17:32:21 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-mips@FreeBSD.org References: <463F4F7D.6070001@incunabulum.net> <463FD2EB.7040504@incunabulum.net> <46412370.20002@incunabulum.net> In-Reply-To: <46412370.20002@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 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 16:32:26 -0000 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 From owner-freebsd-mips@FreeBSD.ORG Wed May 9 17:48:29 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 0E9F816A400 for ; Wed, 9 May 2007 17:48:29 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.186]) by mx1.freebsd.org (Postfix) with ESMTP id EC23713C44C for ; Wed, 9 May 2007 17:48:28 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/smtpout16/MantshX 4.0) with ESMTP id l49Gelw9003516; Wed, 9 May 2007 09:40:52 -0700 (PDT) Received: from [172.24.104.121] (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 4.0) with ESMTP id l49GejYF016821 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 9 May 2007 09:40:46 -0700 (PDT) In-Reply-To: <4641F795.9030309@incunabulum.net> References: <463F4F7D.6070001@incunabulum.net> <463FD2EB.7040504@incunabulum.net> <46412370.20002@incunabulum.net> <4641F795.9030309@incunabulum.net> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <98DCD9FD-07AD-450B-8DC6-0AB67AA76853@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Wed, 9 May 2007 09:39:25 -0700 To: "Bruce M. Simpson" X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes 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 17:48:29 -0000 On May 9, 2007, at 9:32 AM, Bruce M. Simpson wrote: > 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. Take a look at puc(4) in FreeBSD-current. Resources will show up with devinfo(8) that way. FYI, -- Marcel Moolenaar xcllnt@mac.com 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 From owner-freebsd-mips@FreeBSD.ORG Thu May 10 02:36:50 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 233BD16A547 for ; Thu, 10 May 2007 02:36:50 +0000 (UTC) (envelope-from irfanzia@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id A614B13C448 for ; Thu, 10 May 2007 02:36:49 +0000 (UTC) (envelope-from irfanzia@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so452396nze for ; Wed, 09 May 2007 19:36:49 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=V3JwSh7Vv0Cabg9/EYMD+9SJcGIP68rSwmqnjImGpbhjJ0IUuGJcAxqbP1ycq0LR1hzT0Nz0JQ2T2TnbezkKKraI0qXp8t+kSxd7YMWBTwpZdV0QxXBYpdNBpfTVZzuVL2EO0XBHt/Ac1oceTc55neI5NWWdKeQPyUpSIo1+4xs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WHR7hoENdq5ZXFlSQehbzO28ytcaTMgGunEyy96Kr6zcWNO5Xm22Wgx2zLnRRT1yrhojaGfbC//fUCVR4rEeFFcNsnxiY9J5cFK10uxxdrReITWzIISHASa9BX5NOMWw83AboLmoSJMfS5hS1tcmgREG4eCRCyPHdgkReRulpNU= Received: by 10.114.205.1 with SMTP id c1mr308113wag.1178763063093; Wed, 09 May 2007 19:11:03 -0700 (PDT) Received: by 10.114.209.16 with HTTP; Wed, 9 May 2007 19:11:03 -0700 (PDT) Message-ID: <7b353d790705091911i64b4ae07icf7032fcb81b8c7a@mail.gmail.com> Date: Wed, 9 May 2007 19:11:03 -0700 From: "Irfan Zia" To: "Oleksandr Tymoshenko" In-Reply-To: <460D96D0.8010700@univ.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <460D96D0.8010700@univ.kiev.ua> Cc: freebsd-embedded@freebsd.org, freebsd-mips@freebsd.org Subject: Re: FreeBSD/MIPS project status update 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: Thu, 10 May 2007 02:36:50 -0000 Hi Gonzo, all I plan to work on a FreeBSD R7K Mips port in Big-endian mode. The other catch is that I want to do my development on Linux. I have looked at the makefiles and am fairly confident that they can be worked out with pmake on Linux (Fedora). My real problem is how do I force the built objects/binaries into a Big-Endian UFS file-system. I don't have a BE machine. Is it possible, to somehow use files/dirs built on a an LE system to be bundled into a BE UFS filesystem ? Any tools/hints. thanks! -Irfan On 3/30/07, Oleksandr Tymoshenko wrote: > On behalf of FreeBSD/MIPS team I'm proud to announce that > project has reached single-user stage. On the moment FreeBSD/MIPS > runs only in malta board emulation mode of GXemul though adm5120 > support is on it's way and people with real MIPS-based hardware > can start playing with latest repo snapshot bringing FreeBSD on it. > > Many thanks to all who contributed with their time, efforts and > experience. Especially to #bsdmips crowd for patience to newbies :) > > Attached mips.txt is a "recording" of sample GXemul session. > Current p4 repo snapshot: http://kanar.ci0.org/mips2.tar.gz > Check http://wiki.freebsd.org/FreeBSD/mips for sample build script > P4 URL: > http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/mips2/... > > -- > gonzo > > > GXemul 0.4.1 Copyright (C) 2003-2006 Anders Gavare > Read the source code and/or documentation for other Copyright messages. > > Simple setup... > net: simulating 10.0.0.0/8 (max outgoing: TCP=100, UDP=100) > simulated gateway: 10.0.0.254 (60:50:40:30:20:10) > using nameserver 192.168.0.1 > machine "default": > memory: 64 MB > cpu0: 4Kc (I+D = 16+16 KB) > machine: MALTA (evbmips, little endian) > bootstring: kernel > diskimage: /usr/home/gonzo/FreeBSD/mips.img > IDE DISK id 0, read/write, 512 MB (1048576 sectors) > loading /tftpboot/kernel > starting cpu0 at 0x80127420 (gp=0x8033e180) > ------------------------------------------------------------------------------- > > GXemul> c > entry: mips_init() > picache_stride = 4096 > picache_loopcount = 4 > pdcache_stride = 4096 > pdcache_loopcount = 4 > mips_cache_ops.mco_pdcache_wbinv_all == 0x802dcdb0 > Exception vector at 80000000 almost out of space > Kernel page table maps 16384 4K pages and is 511K > KDB: debugger backends: ddb > KDB: current backend: ddb > cp: (null) > cannot determine clock frequency, defaulting to 10MHz > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 7.0-CURRENT #65: Fri Mar 30 19:03:48 EEST 2007 > gonzo@jeeves.bluezbox.com:/home/gonzo/FreeBSD/mips.build/mips/home/gonzo/FreeBSD/p4/mips2/src/sys/MALTA > cpu0: MIPS Technologies processor v1.128 > MMU: Standard TLB, 16 entries > L1 i-cache: 2 ways of 512 sets, 16 bytes per line > L1 d-cache: 2 ways of 512 sets, 16 bytes per line > clock0: on motherboard > clock0: [FAST] > gt0: on motherboard > pcib0: on gt0 > [ 8259: TODO: Level triggered (MCA bus) ] > [ 8259: WARNING: Bit 2 set ] > [ 8259: TODO: Level triggered (MCA bus) ] > [ 8259: WARNING: Bit 2 set ] > pcib0: [FAST] > pci0: on pcib0 > uart0: <8250 or 16450 or compatible> on obio0 > uart0: [FAST] > uart0: console (115200,n,8,1) > pci0: at device 9.0 (no driver attached) > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376 at device 9.1 on pci0 > ata0: on atapci0 > ata0: WARNING - DMA allocation failed, disabling DMA > ata1: on atapci0 > ata1: WARNING - DMA allocation failed, disabling DMA > Timecounter "MIPS32" frequency 10000000 Hz quality 800 > Timecounters tick every 10.000 msec > ad0: 514MB at ata0-master PIO4 > Trying to mount root from ufs:ad0s1a > warning: no time-of-day clock registered, system time will not be set accurately > Enter full pathname of shell or RETURN for /bin/sh: > # mount -o rw / > # hostname mips.bluezbox.com > # uname -a > FreeBSD mips.bluezbox.com 7.0-CURRENT FreeBSD 7.0-CURRENT #65: Fri Mar 30 19:03:48 EEST 2007 gonzo@jeeves.bluezbox.com:/home/gonzo/FreeBSD/mips.build/mips/home/gonzo/FreeBSD/p4/mips2/src/sys/MALTA mips > # cd /root > # ls > .cshrc .profile args.c hello.c > .login Makefile hello signal.c > # cat Makefile > CFLAGS=-msoft-float -G0 -mabicalls -EL -Wl,-EL -static -march=mips32 > CC=cc > > all: hello signal args > > hello: hello.c > $(CC) $(CFLAGS) -o hello hello.c > > signal: signal.c > $(CC) $(CFLAGS) -o signal signal.c > > args: args.c > $(CC) $(CFLAGS) -o args args.c > > clean: > rm -f signal hello args > # cat hello.c > #include > > int main(int argc, char * argv[]) > { > printf("Hello world\n"); > } > # cat args.c > #include > > int main(int argc, char * argv[]) > { > int i ; > > printf("Arguments: %d\n", argc); > for(i = 0; i < argc; i++) { > printf("#%d == '%s'\n", i, argv[i]); > } > } > # cat signal.c > #include > #include > > void sig_int(int signum) > { > printf("Interrupted!\n"); > exit(0); > } > > void sig_general(int signum) > { > printf("Signal: %d!\n", signum); > } > > int main(int argc, char * argv[]) > { > int i = 0; > signal(SIGINT, sig_int); > signal(SIGUSR1, sig_general); > signal(SIGUSR2, sig_general); > while(i < 10) { > sleep(1); > if(i % 2) > kill(getpid(), SIGUSR1); > else > kill(getpid(), SIGUSR2); > printf(">> %d\n", i++); > } > kill(getpid(), SIGINT); > i = 0; > while(i < 10) { > printf(">> %d\n", i++); > sleep(1); > } > } > # make > cc -msoft-float -G0 -mabicalls -EL -Wl,-EL -static -march=mips32 -o signal signal.c > cc -msoft-float -G0 -mabicalls -EL -Wl,-EL -static -march=mips32 -o args args.c > # make clean > rm -f signal hello args > # make > cc -msoft-float -G0 -mabicalls -EL -Wl,-EL -static -march=mips32 -o hello hello.c > cc -msoft-float -G0 -mabicalls -EL -Wl,-EL -static -march=mips32 -o signal signal.c > cc -msoft-float -G0 -mabicalls -EL -Wl,-EL -static -march=mips32 -o args args.c > # ls -la > total 2340 > drwxr-xr-x 2 root wheel 512 Mar 30 19:41 . > drwxr-xr-x 18 root wheel 512 Mar 27 13:27 .. > -rw-r--r-- 2 root wheel 801 Mar 27 13:27 .cshrc > -rw-r--r-- 1 root wheel 293 Mar 27 13:27 .login > -rw-r--r-- 2 root wheel 251 Mar 27 13:27 .profile > -rw-r--r-- 1 root wheel 283 Mar 30 16:09 Makefile > -rwxr-xr-x 1 root wheel 367585 Mar 30 19:40 args > -rw-r--r-- 1 root wheel 173 Mar 30 19:14 args.c > -rwxr-xr-x 1 root wheel 367586 Mar 30 19:40 hello > -rw-r--r-- 1 root wheel 91 Mar 27 18:17 hello.c > -rwxr-xr-x 1 root wheel 372613 Mar 30 19:40 signal > -rw-r--r-- 1 root wheel 552 Mar 27 17:42 signal.c > # file hello args signal > hello: ELF 32-bit LSB executable, MIPS, version 1 (FreeBSD), for FreeBSD 7.0 (700018), statically linked, for FreeBSD 7.0 (700018), not stripped > args: ELF 32-bit LSB executable, MIPS, version 1 (FreeBSD), for FreeBSD 7.0 (700018), statically linked, for FreeBSD 7.0 (700018), not stripped > signal: ELF 32-bit LSB executable, MIPS, version 1 (FreeBSD), for FreeBSD 7.0 (700018), statically linked, for FreeBSD 7.0 (700018), not stripped > # ./hello > Hello world > # ./args this is a test > Arguments: 5 > #0 == './args' > #1 == 'this' > #2 == 'is' > #3 == 'a' > #4 == 'test' > # ./signal > Signal: 31! > >> 0 > Signal: 30! > >> 1 > Signal: 31! > >> 2 > Signal: 30! > >> 3 > Signal: 31! > >> 4 > Signal: 30! > >> 5 > Signal: 31! > >> 6 > Signal: 30! > >> 7 > Signal: 31! > >> 8 > Signal: 30! > >> 9 > Interrupted! > # who am i > who: /var/run/utmp: No such file or directory > # id > uid=0(root) gid=0(wheel) groups=0(wheel) > # ifconfig -a > lo0: flags=8008 mtu 16384 > # ifconfig lo0 127.0.0.1 > # ifconfig -a > lo0: flags=8049 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > # ping -c 10 127.0.0.1 > PING 127.0.0.1 (127.0.0.1): 56 data bytes > 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=2.470 ms > 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=1.646 ms > 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=1.645 ms > 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=1.643 ms > 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=1.645 ms > 64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=1.641 ms > 64 bytes from 127.0.0.1: icmp_seq=6 ttl=64 time=1.646 ms > 64 bytes from 127.0.0.1: icmp_seq=7 ttl=64 time=1.643 ms > 64 bytes from 127.0.0.1: icmp_seq=8 ttl=64 time=1.643 ms > 64 bytes from 127.0.0.1: icmp_seq=9 ttl=64 time=1.645 ms > > --- 127.0.0.1 ping statistics --- > 10 packets transmitted, 10 packets received, 0% packet loss > round-trip min/avg/max/stddev = 1.641/1.727/2.470/0.248 ms > # halt -p > Waiting (max 60 seconds) for system process `vnlru' to stop...done > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining...0 > > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" > > From owner-freebsd-mips@FreeBSD.ORG Thu May 10 02:50:50 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 5131B16A400; Thu, 10 May 2007 02:50:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 10D6D13C44C; Thu, 10 May 2007 02:50:49 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l4A2nqWL065161; Wed, 9 May 2007 20:49:53 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 09 May 2007 20:49:57 -0600 (MDT) Message-Id: <20070509.204957.-1337019341.imp@bsdimp.com> To: irfanzia@gmail.com From: "M. Warner Losh" In-Reply-To: <7b353d790705091911i64b4ae07icf7032fcb81b8c7a@mail.gmail.com> References: <460D96D0.8010700@univ.kiev.ua> <7b353d790705091911i64b4ae07icf7032fcb81b8c7a@mail.gmail.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 09 May 2007 20:49:53 -0600 (MDT) Cc: gonzo@univ.kiev.ua, freebsd-embedded@freebsd.org, freebsd-mips@freebsd.org Subject: Re: FreeBSD/MIPS project status update 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: Thu, 10 May 2007 02:50:50 -0000 In message: <7b353d790705091911i64b4ae07icf7032fcb81b8c7a@mail.gmail.com> "Irfan Zia" writes: : Hi Gonzo, all : : I plan to work on a FreeBSD R7K Mips port in Big-endian mode. The : other catch is that I want to do my development on Linux. I have : looked at the makefiles and am fairly confident that they can be : worked out with pmake on Linux (Fedora). Cool! : My real problem is how do I force the built objects/binaries into : a Big-Endian UFS file-system. I don't have a BE machine. Is it : possible, to somehow use files/dirs built on a an LE system to be : bundled into a BE UFS filesystem ? Any tools/hints. Consider /usr/ports/sysutils/makefs. It can make a UFS image, and you can specify endianness, I believe. Warner From owner-freebsd-mips@FreeBSD.ORG Thu May 10 03:30:35 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 2FB7116A400 for ; Thu, 10 May 2007 03:30:35 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 089D113C447 for ; Thu, 10 May 2007 03:30:34 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 77BFD21F2B0 for ; Wed, 9 May 2007 23:32:20 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Wed, 09 May 2007 23:30:35 -0400 X-Sasl-enc: JiLUsvg0nDbhCo1/nUmU/xfz3CIpy6DxdHIbkuH+pJw4 1178767835 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 0BF1E4342 for ; Wed, 9 May 2007 23:30:34 -0400 (EDT) Message-ID: <464291D7.7060603@incunabulum.net> Date: Thu, 10 May 2007 04:30:31 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-mips@FreeBSD.org References: <463F4F7D.6070001@incunabulum.net> <463FD2EB.7040504@incunabulum.net> <46412370.20002@incunabulum.net> <4641F795.9030309@incunabulum.net> In-Reply-To: <4641F795.9030309@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 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: Thu, 10 May 2007 03:30:35 -0000 Things are now at a stage where the SiBa bus attachment stuff works, irq allocation is propagated to nexus (because SiBa interrupts appear to map 1:1 on MIPS ones). I am currently trying to get the PCI host bridge working. The WGT634U ships with an Atheros 5213 in its MiniPCI slot so this should be interesting. The Sentry5 is a good way to get the SiBa support matured to a point where we can think about targetting smaller systems based on chips such as the Broadcom 4702 and 4710. One thing we really need assistance with is a flash filesystem and drivers for non-MMC flash memory. It would be great if someone could step up to doing this -- FreeBSD lacks a framework such as Linux has for this (MTD). My overall objective for this project is to get the code to a point where it will boot single-user and mount root via NFS using the SiBa Ethernet cores present on the bus, most likely using the bfe(4) driver. Regards, BMS