From owner-freebsd-mips@FreeBSD.ORG Mon Nov 29 17:23:39 2010 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B460E106564A for ; Mon, 29 Nov 2010 17:23:39 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6F9848FC13 for ; Mon, 29 Nov 2010 17:23:39 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id oATHDGmi027413; Mon, 29 Nov 2010 10:13:17 -0700 (MST) (envelope-from imp@bsdimp.com) Message-ID: <4CF3DF2C.6040109@bsdimp.com> Date: Mon, 29 Nov 2010 10:13:16 -0700 From: Warner Losh User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Thunderbird/3.1.6 MIME-Version: 1.0 To: Milan Obuch References: <201011261654.50452.freebsd-mips@dino.sk> <4CEFE759.3050601@bsdimp.com> <201011261935.50734.freebsd-mips@dino.sk> In-Reply-To: <201011261935.50734.freebsd-mips@dino.sk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-mips@FreeBSD.org Subject: Re: [Re: First RSPRO deployed!] flash utility mkfwimage and RSPRO boot question 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, 29 Nov 2010 17:23:39 -0000 On 11/26/2010 11:35, Milan Obuch wrote: > On Friday 26 November 2010 17:59:05 Warner Losh wrote: >> On 11/26/2010 08:54, Milan Obuch wrote: >>> On Thursday 25 November 2010 12:12:06 Luiz Otavio O Souza wrote: > [ snip] > >>>> Building world works with CPUTYPE=mips32 and for ports, add the >>>> following line to /etc/make.conf: >>>> >>>> CFLAGS=-O2 -pipe -march=mips32 >>> Hmm, I put just TARGET_ARCH=mipseb into /etc/make.conf and compiled >>> almost all world (accidentally broken just before end, but that's a >>> pilot error in this case) and sysutils/screen port compiled and run with >>> no CPUTYPE nor CFLAGS definition. >>> >>> That should not be read as better from any side, but surely simpler :) >>> Maybe even TARGET_ARCH should be known from running kernel, this would >>> be similar how native build works on both i386 and amd64 platforms. Now, >>> with screen in place I am going to test buildworld again (with some >>> WITHOUT_XXX=YES in /etc/make.conf) to verify native builds... they are >>> slowish here, which is expected, but seems to work, which is great. >> what does uname -a tell you? >> > FreeBSD argo.dino.sk 9.0-CURRENT FreeBSD 9.0-CURRENT #3: Wed Nov 24 10:16:14 > CET 2010 root@wind.dino.sk:/tmp/rspro/obj/mips.mipseb/data/src9/sys/RSPRO > mips > > Currently running world and kernel is from cross build on i386 host. > > Native buildworld just ended, I am going to try native buildkernel... for that > I must apply some patches (already published on this list). Juli just committed some patches to make this better. I was going to do it, but she got impatient waiting for my overbooked schedule to free up... Warner From owner-freebsd-mips@FreeBSD.ORG Mon Nov 29 23:00:49 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EEF51065673 for ; Mon, 29 Nov 2010 23:00:49 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id D4EEE8FC19 for ; Mon, 29 Nov 2010 23:00:48 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id oATMvvHR031108 for ; Mon, 29 Nov 2010 15:57:57 -0700 (MST) (envelope-from imp@bsdimp.com) Message-ID: <4CF42FF5.6030401@bsdimp.com> Date: Mon, 29 Nov 2010 15:57:57 -0700 From: Warner Losh User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-mips@freebsd.org References: <201011181136.47152.milu@dat.pl> <201011241145.43480.freebsd-mips@dino.sk> In-Reply-To: <201011241145.43480.freebsd-mips@dino.sk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Re: First RSPRO deployed!] flash utility mkfwimage and RSPRO boot question 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, 29 Nov 2010 23:00:49 -0000 On 11/24/2010 03:45, Milan Obuch wrote: > On a related problem - there is no boot loader for mips (as /boot/loader is > for i386/amd64 and some variants). I would like to try it in place of kernel > and have real kernel with some kernel modules (if built and placed in > /boot/kernel, they work just fine - I did it with nullfs module, having > if_vlan loaded gives me possibility to create arge1.1 etc) and some loader > config, which could be used to set some FDT object properties if we decide to > move later in this direction. All this would mean greater flexibility in my > eyes. There's a standardized interface on ARM right now for this sort of thing. uboot can be compiled (CONFIG_API, iirc) such that it will remain resident during the /boot/loader stage and provide features that /boot/loader would normally get from the BIOS on x86. There are efforts underway to port this to MIPS, but there's no work publicly available yet. Porting the interface to redboot might be interesting, since the api/abi is defined by header files living inside uboot... Of course, one could create custom drivers for /boot/loader that you could use to create a very specialized /boot/loader for your individual platform. There'd be some additional tweaking to the early startup sequence as well to cope with the /boot/loader <-> kernel interface, but that's relatively minor. Bonus points, however, if you make that goo configurable more easily. There's no work underway to get FDT working on MIPS, as far as I know. However, I think it is a great idea. Linux is moving that direction, and we'll eventually be able to leverage off Linux's dts blobs that board vendors will start shipping with their kit. IIRC, there were some minor cleanup issues needed to get /boot/loader compiling on MIPS. But I last tried 3 years or so ago and haven't paid much attention since then. Looking at what's there now, it appears that you'd need to create a mips subdirectory, a Makefile.mips listing common subdirs, and you'd need to make sure that the ficl/mips tree is, like, real. Once you had all that, you'd be able to start writing custom drivers for reading the flash blocks... Warner From owner-freebsd-mips@FreeBSD.ORG Tue Nov 30 15:16:06 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80CDE106564A for ; Tue, 30 Nov 2010 15:16:06 +0000 (UTC) (envelope-from freebsd-mips@dino.sk) Received: from loki.netlab.sk (loki.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id F3FF18FC18 for ; Tue, 30 Nov 2010 15:16:05 +0000 (UTC) Received: from door.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Tue, 30 Nov 2010 16:16:01 +0100 id 00033C0F.4CF51531.00012AD6 From: Milan Obuch To: Warner Losh Date: Tue, 30 Nov 2010 16:16:58 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.5.3; i386; ; ) References: <201011261935.50734.freebsd-mips@dino.sk> <4CF3DF2C.6040109@bsdimp.com> In-Reply-To: <4CF3DF2C.6040109@bsdimp.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011301617.00130.freebsd-mips@dino.sk> Cc: freebsd-mips@freebsd.org Subject: Re: [Re: First RSPRO deployed!] flash utility mkfwimage and RSPRO boot question 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, 30 Nov 2010 15:16:06 -0000 On Monday 29 November 2010 18:13:16 Warner Losh wrote: > On 11/26/2010 11:35, Milan Obuch wrote: > > On Friday 26 November 2010 17:59:05 Warner Losh wrote: > >> On 11/26/2010 08:54, Milan Obuch wrote: > >>> On Thursday 25 November 2010 12:12:06 Luiz Otavio O Souza wrote: > > [ snip] > > > >>>> Building world works with CPUTYPE=mips32 and for ports, add the > >>>> following line to /etc/make.conf: > >>>> > >>>> CFLAGS=-O2 -pipe -march=mips32 > >>> > >>> Hmm, I put just TARGET_ARCH=mipseb into /etc/make.conf and compiled > >>> almost all world (accidentally broken just before end, but that's a > >>> pilot error in this case) and sysutils/screen port compiled and run > >>> with no CPUTYPE nor CFLAGS definition. > >>> > >>> That should not be read as better from any side, but surely simpler :) > >>> Maybe even TARGET_ARCH should be known from running kernel, this would > >>> be similar how native build works on both i386 and amd64 platforms. > >>> Now, with screen in place I am going to test buildworld again (with > >>> some WITHOUT_XXX=YES in /etc/make.conf) to verify native builds... > >>> they are slowish here, which is expected, but seems to work, which is > >>> great. > >> > >> what does uname -a tell you? > > > > FreeBSD argo.dino.sk 9.0-CURRENT FreeBSD 9.0-CURRENT #3: Wed Nov 24 > > 10:16:14 CET 2010 > > root@wind.dino.sk:/tmp/rspro/obj/mips.mipseb/data/src9/sys/RSPRO mips > > > > Currently running world and kernel is from cross build on i386 host. > > > > Native buildworld just ended, I am going to try native buildkernel... for > > that I must apply some patches (already published on this list). > > Juli just committed some patches to make this better. I was going to do > it, but she got impatient waiting for my overbooked schedule to free up... > > Warner Well, over weekend it did not work, now it compiles. There is a problem, however. With no /etc/make.conf (TARGET nor TARGET_ARCH defined) both buildworld and buildkernel operation fails complaining about 'unknown target mips:mips'. After defining TARGET_ARCH=mipseb make buildworld succeeds, but this is not actually native buildworld - nake installworld complains about unknown target mips:mips as well, when TARGET_ARCH is defined, make errors with 'ERROR: Please set DESTDIR!' - so actually this is considered cross build. MAKEOBJDIRPREFIX is set to /usr/obj/mips.mipseb and this again indicates it is a cross-build. So I think for mips architecture we need to set TARGET_ARCH internally, somehow - after all, maybe endianness should be visible in output of uname -someswitch... Maybe uname -m or uname -p should be altered to output mipsel/mipseb... I think I saw it once, but now they are both mips... Regards, Milan From owner-freebsd-mips@FreeBSD.ORG Tue Nov 30 23:20:48 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F08A11065673 for ; Tue, 30 Nov 2010 23:20:48 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 809528FC15 for ; Tue, 30 Nov 2010 23:20:48 +0000 (UTC) Received: by wyf19 with SMTP id 19so6233164wyf.13 for ; Tue, 30 Nov 2010 15:20:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=I2Bny6AioRiRBeOYBVNP9TYj4Qy5xnHzG05prcqTmVs=; b=sDpOXKieN8GB+uFEGgRv5Ghlgvw3Y4lR6BQp7r31J8stDtpBNUCwz7QmXC9XeYwqyY r2kF0XTeVM9JZ8NDAXAtPWXV9afEKvKV0y8QKUG00CdGnpGvhs5PupKdFUonZWw4jEN7 ZRieWPDoZuzM+EzF9cdW/eDFETI/Eu1eA+G84= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=GrPdglw/Lue2oEDQhsnMcGfJCMYC6QD6xIL0lv1nUbr97g0mwB+zjmFPwa0LGSX12g Fg0pleQ9nzQT2wWTTalnstq1fVgucWKCsJdlpjtqDHlx9mtjboF3sjIovechRBWSEIKN prQVjC7BRsV/4zh1KxtH/Ka+r1TSVR30A9mjY= MIME-Version: 1.0 Received: by 10.216.51.21 with SMTP id a21mr7242125wec.50.1291159247428; Tue, 30 Nov 2010 15:20:47 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.65.210 with HTTP; Tue, 30 Nov 2010 15:20:47 -0800 (PST) In-Reply-To: <201011301617.00130.freebsd-mips@dino.sk> References: <201011261935.50734.freebsd-mips@dino.sk> <4CF3DF2C.6040109@bsdimp.com> <201011301617.00130.freebsd-mips@dino.sk> Date: Wed, 1 Dec 2010 07:20:47 +0800 X-Google-Sender-Auth: d6xntkXp1ECR1h2PUta1gpTU1Us Message-ID: From: Adrian Chadd To: Milan Obuch Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-mips@freebsd.org Subject: Re: [Re: First RSPRO deployed!] flash utility mkfwimage and RSPRO boot question 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, 30 Nov 2010 23:20:49 -0000 *urge* write a blog post about this please. :-) Adrian On 30 November 2010 23:16, Milan Obuch wrote: > On Monday 29 November 2010 18:13:16 Warner Losh wrote: >> On 11/26/2010 11:35, Milan Obuch wrote: >> > On Friday 26 November 2010 17:59:05 Warner Losh wrote: >> >> On 11/26/2010 08:54, Milan Obuch wrote: >> >>> On Thursday 25 November 2010 12:12:06 Luiz Otavio O Souza wrote: >> > [ snip] >> > >> >>>> Building world works with CPUTYPE=3Dmips32 and for ports, add the >> >>>> following line to /etc/make.conf: >> >>>> >> >>>> CFLAGS=3D-O2 -pipe -march=3Dmips32 >> >>> >> >>> Hmm, I put just TARGET_ARCH=3Dmipseb into /etc/make.conf and compile= d >> >>> almost all world (accidentally broken just before end, but that's a >> >>> pilot error in this case) and sysutils/screen port compiled and run >> >>> with no CPUTYPE nor CFLAGS definition. >> >>> >> >>> That should not be read as better from any side, but surely simpler = :) >> >>> Maybe even TARGET_ARCH should be known from running kernel, this wou= ld >> >>> be similar how native build works on both i386 and amd64 platforms. >> >>> Now, with screen in place I am going to test buildworld again (with >> >>> some WITHOUT_XXX=3DYES in /etc/make.conf) to verify native builds... >> >>> they are slowish here, which is expected, but seems to work, which i= s >> >>> great. >> >> >> >> what does uname -a tell you? >> > >> > FreeBSD argo.dino.sk 9.0-CURRENT FreeBSD 9.0-CURRENT #3: Wed Nov 24 >> > 10:16:14 CET 2010 >> > root@wind.dino.sk:/tmp/rspro/obj/mips.mipseb/data/src9/sys/RSPRO mips >> > >> > Currently running world and kernel is from cross build on i386 host. >> > >> > Native buildworld just ended, I am going to try native buildkernel... = for >> > that I must apply some patches (already published on this list). >> >> Juli just committed some patches to make this better. =A0I was going to = do >> it, but she got impatient waiting for my overbooked schedule to free up.= .. >> >> Warner > > Well, over weekend it did not work, now it compiles. > > There is a problem, however. > > With no /etc/make.conf (TARGET nor TARGET_ARCH defined) both buildworld a= nd > buildkernel operation fails complaining about 'unknown target mips:mips'. > After defining TARGET_ARCH=3Dmipseb make buildworld succeeds, but this is= not > actually native buildworld - nake installworld complains about unknown ta= rget > mips:mips as well, when TARGET_ARCH is defined, make errors with 'ERROR: > Please set DESTDIR!' - so actually this is considered cross build. > > MAKEOBJDIRPREFIX is set to /usr/obj/mips.mipseb and this again indicates = it is > a cross-build. So I think for mips architecture we need to set TARGET_ARC= H > internally, somehow - after all, maybe endianness should be visible in ou= tput > of uname -someswitch... > Maybe uname -m or uname -p should be altered to output mipsel/mipseb... I > think I saw it once, but now they are both mips... > > Regards, > Milan > _______________________________________________ > 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 Wed Dec 1 06:21:25 2010 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14268106566B for ; Wed, 1 Dec 2010 06:21:25 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh2.mail.rice.edu (mh2.mail.rice.edu [128.42.201.21]) by mx1.freebsd.org (Postfix) with ESMTP id E46E08FC18 for ; Wed, 1 Dec 2010 06:21:24 +0000 (UTC) Received: from mh2.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh2.mail.rice.edu (Postfix) with ESMTP id C196C28F75A; Wed, 1 Dec 2010 00:03:05 -0600 (CST) X-Virus-Scanned: by amavis-2.6.4 at mh2.mail.rice.edu, auth channel Received: from mh2.mail.rice.edu ([127.0.0.1]) by mh2.mail.rice.edu (mh2.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id 4Ll9CscNuVtn; Wed, 1 Dec 2010 00:03:05 -0600 (CST) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh2.mail.rice.edu (Postfix) with ESMTPSA id 5F9E328F79B; Wed, 1 Dec 2010 00:03:05 -0600 (CST) Message-ID: <4CF5E518.20508@rice.edu> Date: Wed, 01 Dec 2010 00:03:04 -0600 From: Alan Cox User-Agent: Thunderbird 2.0.0.24 (X11/20100725) MIME-Version: 1.0 To: mips@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alan Cox Subject: vm_page_startup() 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, 01 Dec 2010 06:21:25 -0000 Given this bit of code in the MIPS pmap: vm_offset_t pmap_map(vm_offset_t *virt, vm_offset_t start, vm_offset_t end, int prot) { vm_offset_t va, sva; if (MIPS_DIRECT_MAPPABLE(end)) return (MIPS_PHYS_TO_DIRECT(start)); The following in vm_page_startup() can apply to MIPS (as well as amd64): #ifdef __amd64__ /* * pmap_map on amd64 comes out of the direct-map, not kvm like i386, * so the pages must be tracked for a crashdump to include this data. * This includes the vm_page_array and the early UMA bootstrap pages. */ for (pa = new_end; pa < phys_avail[biggestone + 1]; pa += PAGE_SIZE) dump_add_page(pa); #endif Even if a particular MIPS-based machine didn't wind up using the direct map for the pmap_map calls in vm_page_startup() there would be no harm in having called dump_add_page(). On the other hand, if you don't call dump_add_page() when the direct map is used, you're crash dump will be missing some kernel data structures. Regards, Alan From owner-freebsd-mips@FreeBSD.ORG Thu Dec 2 04:28:16 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A275106564A for ; Thu, 2 Dec 2010 04:28:16 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 602598FC15 for ; Thu, 2 Dec 2010 04:28:15 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id oB24OPTF065635; Wed, 1 Dec 2010 21:24:25 -0700 (MST) (envelope-from imp@bsdimp.com) Message-ID: <4CF71F79.3020500@bsdimp.com> Date: Wed, 01 Dec 2010 21:24:25 -0700 From: Warner Losh User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-mips@freebsd.org, Alan Cox References: <4CF5E518.20508@rice.edu> In-Reply-To: <4CF5E518.20508@rice.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: vm_page_startup() 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, 02 Dec 2010 04:28:16 -0000 On 11/30/2010 23:03, Alan Cox wrote: > Given this bit of code in the MIPS pmap: > > vm_offset_t > pmap_map(vm_offset_t *virt, vm_offset_t start, vm_offset_t end, int prot) > { > vm_offset_t va, sva; > > if (MIPS_DIRECT_MAPPABLE(end)) > return (MIPS_PHYS_TO_DIRECT(start)); All mips architectures have at least a small direct map... > The following in vm_page_startup() can apply to MIPS (as well as amd64): > > #ifdef __amd64__ > /* > * pmap_map on amd64 comes out of the direct-map, not kvm like i386, > * so the pages must be tracked for a crashdump to include this data. > * This includes the vm_page_array and the early UMA bootstrap pages. > */ > for (pa = new_end; pa < phys_avail[biggestone + 1]; pa += PAGE_SIZE) > dump_add_page(pa); > #endif > > Even if a particular MIPS-based machine didn't wind up using the > direct map for the pmap_map calls in vm_page_startup() there would be > no harm in having called dump_add_page(). On the other hand, if you > don't call dump_add_page() when the direct map is used, you're crash > dump will be missing some kernel data structures. So would you suggest having: #if defined(__mips__) || defined(__amd64__) or #if __VM_HAS_DIRECT_MAP and adding that define to pmap.h for mips and amd64? I'm leaning to the latter, since I don't like #ifdef arch in vm/* code on general principles, but you're the maintainer... Warner From owner-freebsd-mips@FreeBSD.ORG Thu Dec 2 14:59:47 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63457106564A for ; Thu, 2 Dec 2010 14:59:47 +0000 (UTC) (envelope-from aduane@juniper.net) Received: from exprod7og116.obsmtp.com (exprod7og116.obsmtp.com [64.18.2.219]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF098FC0C for ; Thu, 2 Dec 2010 14:59:46 +0000 (UTC) Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob116.postini.com ([64.18.6.12]) with SMTP ID DSNKTPe0Yic8dcXucP8fLR1Rhcn1LCLSxVSY@postini.com; Thu, 02 Dec 2010 06:59:47 PST Received: from p-emfe02-wf.jnpr.net (172.28.145.25) by P-EMHUB02-HQ.jnpr.net (172.24.192.36) with Microsoft SMTP Server (TLS) id 8.2.254.0; Thu, 2 Dec 2010 06:47:12 -0800 Received: from EMBX01-WF.jnpr.net ([fe80::1914:3299:33d9:e43b]) by p-emfe02-wf.jnpr.net ([fe80::c126:c633:d2dc:8090%11]) with mapi; Thu, 2 Dec 2010 09:46:59 -0500 From: Andrew Duane To: Warner Losh , "freebsd-mips@freebsd.org" , Alan Cox Date: Thu, 2 Dec 2010 09:46:03 -0500 Thread-Topic: vm_page_startup() Thread-Index: AcuR2WCZsYI/qa6aRxiYFB6maH0F/wAVkR3g Message-ID: References: <4CF5E518.20508@rice.edu>,<4CF71F79.3020500@bsdimp.com> In-Reply-To: <4CF71F79.3020500@bsdimp.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: RE: vm_page_startup() 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, 02 Dec 2010 14:59:47 -0000 I much prefer the latter suggestion: making the code #ifdef'd on a feature,= and having each platform define (or not) the feature. I've seen what happe= ns when code in this space grows too many architecture ifdef's..... -- Andrew Duane Juniper Networks 978-589-0551 10 Technology Park Dr aduane@juniper.net Westford, MA 01886-3418 ________________________________________ From: owner-freebsd-mips@freebsd.org [owner-freebsd-mips@freebsd.org] On Be= half Of Warner Losh [imp@bsdimp.com] Sent: Wednesday, December 01, 2010 11:24 PM To: freebsd-mips@freebsd.org; Alan Cox Subject: Re: vm_page_startup() On 11/30/2010 23:03, Alan Cox wrote: > Given this bit of code in the MIPS pmap: > > vm_offset_t > pmap_map(vm_offset_t *virt, vm_offset_t start, vm_offset_t end, int prot) > { > vm_offset_t va, sva; > > if (MIPS_DIRECT_MAPPABLE(end)) > return (MIPS_PHYS_TO_DIRECT(start)); All mips architectures have at least a small direct map... > The following in vm_page_startup() can apply to MIPS (as well as amd64): > > #ifdef __amd64__ > /* > * pmap_map on amd64 comes out of the direct-map, not kvm like i386, > * so the pages must be tracked for a crashdump to include this data. > * This includes the vm_page_array and the early UMA bootstrap pages. > */ > for (pa =3D new_end; pa < phys_avail[biggestone + 1]; pa +=3D PAGE_SIZ= E) > dump_add_page(pa); > #endif > > Even if a particular MIPS-based machine didn't wind up using the > direct map for the pmap_map calls in vm_page_startup() there would be > no harm in having called dump_add_page(). On the other hand, if you > don't call dump_add_page() when the direct map is used, you're crash > dump will be missing some kernel data structures. So would you suggest having: #if defined(__mips__) || defined(__amd64__) or #if __VM_HAS_DIRECT_MAP and adding that define to pmap.h for mips and amd64? I'm leaning to the latter, since I don't like #ifdef arch in vm/* code on general principles, but you're the maintainer... Warner _______________________________________________ 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 Dec 2 18:11:59 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BC7A1065693 for ; Thu, 2 Dec 2010 18:11:59 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh5.mail.rice.edu (mh5.mail.rice.edu [128.42.199.32]) by mx1.freebsd.org (Postfix) with ESMTP id 085DE8FC12 for ; Thu, 2 Dec 2010 18:11:58 +0000 (UTC) Received: from mh5.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh5.mail.rice.edu (Postfix) with ESMTP id 8783728F755; Thu, 2 Dec 2010 11:54:53 -0600 (CST) X-Virus-Scanned: by amavis-2.6.4 at mh5.mail.rice.edu, auth channel Received: from mh5.mail.rice.edu ([127.0.0.1]) by mh5.mail.rice.edu (mh5.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id wCb9BIFNUXrc; Thu, 2 Dec 2010 11:54:53 -0600 (CST) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh5.mail.rice.edu (Postfix) with ESMTPSA id 0771128F767; Thu, 2 Dec 2010 11:54:52 -0600 (CST) Message-ID: <4CF7DD6C.6020303@rice.edu> Date: Thu, 02 Dec 2010 11:54:52 -0600 From: Alan Cox User-Agent: Thunderbird 2.0.0.24 (X11/20100725) MIME-Version: 1.0 To: Warner Losh References: <4CF5E518.20508@rice.edu> <4CF71F79.3020500@bsdimp.com> In-Reply-To: <4CF71F79.3020500@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alan Cox , freebsd-mips@freebsd.org Subject: Re: vm_page_startup() 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, 02 Dec 2010 18:11:59 -0000 Warner Losh wrote: > On 11/30/2010 23:03, Alan Cox wrote: >> Given this bit of code in the MIPS pmap: >> >> vm_offset_t >> pmap_map(vm_offset_t *virt, vm_offset_t start, vm_offset_t end, int >> prot) >> { >> vm_offset_t va, sva; >> >> if (MIPS_DIRECT_MAPPABLE(end)) >> return (MIPS_PHYS_TO_DIRECT(start)); > All mips architectures have at least a small direct map... vm_page_startup() places the data structures that it allocates and initializes at the upper end of the largest contiguous chunk of physical memory. So, machines with minimal physical memory will wind up using "direct mappable" memory and obviously 64-bit machines will do so as well. It is the machines "in the middle", i.e., with more than 512MB but not 64-bit, that will wind up not using the direct map here. Doesn't the above test have an off-by-error, specifically, shouldn't it be "MIPS_DIRECT_MAPPABLE(end - 1)"? > >> The following in vm_page_startup() can apply to MIPS (as well as amd64): >> >> #ifdef __amd64__ >> /* >> * pmap_map on amd64 comes out of the direct-map, not kvm like i386, >> * so the pages must be tracked for a crashdump to include this data. >> * This includes the vm_page_array and the early UMA bootstrap pages. >> */ >> for (pa = new_end; pa < phys_avail[biggestone + 1]; pa += PAGE_SIZE) >> dump_add_page(pa); >> #endif >> >> Even if a particular MIPS-based machine didn't wind up using the >> direct map for the pmap_map calls in vm_page_startup() there would be >> no harm in having called dump_add_page(). On the other hand, if you >> don't call dump_add_page() when the direct map is used, you're crash >> dump will be missing some kernel data structures. > So would you suggest having: > > #if defined(__mips__) || defined(__amd64__) > > or > > #if __VM_HAS_DIRECT_MAP > > and adding that define to pmap.h for mips and amd64? I'm leaning to > the latter, since I don't like #ifdef arch in vm/* code on general > principles, but you're the maintainer... > I can live with the former, since it's not really adding a new #ifdef, just updating an existing one. (For the upcoming 8.2-RELEASE, you might just want to do this.) As for the latter, the "right" solution is slightly more complicated. There exist architectures, e.g., ia64 and sparc64, that have direct maps but don't implement minidumps. So, there really needs to be two #define's, one for each of those features, and then the #if would be: #if defined(__VM_HAS_DIRECT_MAP) && defined ("implements minidumps") Alan From owner-freebsd-mips@FreeBSD.ORG Fri Dec 3 07:42:07 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B86491065672 for ; Fri, 3 Dec 2010 07:42:07 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 495028FC1E for ; Fri, 3 Dec 2010 07:42:06 +0000 (UTC) Received: by wwf26 with SMTP id 26so4875430wwf.31 for ; Thu, 02 Dec 2010 23:42:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=5LhOLdwRx3xT+W3TFGk2692S3BKYvZuSJEPntv8Kduw=; b=NygylKp5xZt22qvrmXOYGXnstk3wxybZD96qWB3D6pEzYGVyjWVHMmV4V7o8uH/Nwq E7E/jVMs+xw/EN4bLfhDf3rM04fllYH+BGT/YA81kr017PwPTOAFwjWy6HdLosrK3IyC blEMcd8nhx2V++OQBZmg39JlK/UE1zZv3AqVk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=P9sUfw9cDLFQS9SAXskat7pfdNapdBrS13OZSuJcR631OL/MouMpd0IbGKY7ZDzazr 5FsVomDxlGe8FAX76Rvbdy6YMwTt4n3DCBpWJ+lVNJJMyixeZM4JN7EVM7Ml2T+Rsnlu 4Aeyrx17bXV49trBtwwz4dHbqrQx17klt/9zw= MIME-Version: 1.0 Received: by 10.227.28.100 with SMTP id l36mr1427536wbc.102.1291362126198; Thu, 02 Dec 2010 23:42:06 -0800 (PST) Received: by 10.227.135.84 with HTTP; Thu, 2 Dec 2010 23:42:05 -0800 (PST) In-Reply-To: <4CF7DD6C.6020303@rice.edu> References: <4CF5E518.20508@rice.edu> <4CF71F79.3020500@bsdimp.com> <4CF7DD6C.6020303@rice.edu> Date: Fri, 3 Dec 2010 13:12:05 +0530 Message-ID: From: "Jayachandran C." To: Alan Cox , Warner Losh , freebsd-mips@freebsd.org Content-Type: multipart/mixed; boundary=0022159753aacef86504967cac85 Cc: Subject: Re: vm_page_startup() 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: Fri, 03 Dec 2010 07:42:07 -0000 --0022159753aacef86504967cac85 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, Dec 2, 2010 at 11:24 PM, Alan Cox wrote: > Warner Losh wrote: >> >> On 11/30/2010 23:03, Alan Cox wrote: >>> >>> Given this bit of code in the MIPS pmap: >>> >>> vm_offset_t >>> pmap_map(vm_offset_t *virt, vm_offset_t start, vm_offset_t end, int pro= t) >>> { >>> =A0 vm_offset_t va, sva; >>> >>> =A0 if (MIPS_DIRECT_MAPPABLE(end)) >>> =A0 =A0 =A0 return (MIPS_PHYS_TO_DIRECT(start)); >> >> All mips architectures have at least a small direct map... > ... > Doesn't the above test have an off-by-error, specifically, shouldn't it b= e > "MIPS_DIRECT_MAPPABLE(end - 1)"? Yes. There was another place where the same error was made. I have attached a patch for these (also cleans up a few comments which I had added some time back). If there are no objections, I will check this in later today. JC. --0022159753aacef86504967cac85 Content-Type: text/x-patch; charset=US-ASCII; name="mips-pmap.patch" Content-Disposition: attachment; filename="mips-pmap.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gh8rqngd0 SW5kZXg6IHN5cy9taXBzL21pcHMvcG1hcC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9taXBzL21pcHMv cG1hcC5jCShyZXZpc2lvbiAyMTU5NzQpCisrKyBzeXMvbWlwcy9taXBzL3BtYXAuYwkod29ya2lu ZyBjb3B5KQpAQCAtMTk2LDE0ICsxOTYsMTUgQEAgc3RhdGljIHZvaWQgcG1hcF91cGRhdGVfcGFn ZV9hY3Rpb24odm9pZCAqYXJnKTsKIAogI2lmbmRlZiBfX21pcHNfbjY0CiAvKgotICogVGhpcyBz dHJ1Y3R1cmUgaXMgZm9yIGhpZ2ggbWVtb3J5IChtZW1vcnkgYWJvdmUgNTEyTWVnIGluIDMyIGJp dCkKLSAqIFRoaXMgbWVtb3J5IGFyZWEgZG9lcyBub3QgaGF2ZSBkaXJlY3QgbWFwcGluZywgc28g d2UgYSBtZWNoYW5pc20gdG8gZG8KLSAqIHRlbXBvcmFyeSBwZXItQ1BVIG1hcHBpbmcgdG8gYWNj ZXNzIHRoZXNlIGFkZHJlc3Nlcy4KKyAqIFRoaXMgc3RydWN0dXJlIGlzIGZvciBoaWdoIG1lbW9y eSAobWVtb3J5IGFib3ZlIDUxMk1lZyBpbiAzMiBiaXQpIHN1cHBvcnQuCisgKiBUaGUgaGlnaG1l bSBhcmVhIGRvZXMgbm90IGhhdmUgYSBLU0VHMCBtYXBwaW5nLCBhbmQgd2UgbmVlZCBhIG1lY2hh bmlzbSB0bworICogZG8gdGVtcG9yYXJ5IHBlci1DUFUgbWFwcGluZ3MgZm9yIHBtYXBfemVyb19w YWdlLCBwbWFwX2NvcHlfcGFnZSBldGMuCiAgKgotICogQXQgYm9vdHVwIHdlIHJlc2VydmUgMiB2 aXJ0dWFsIHBhZ2VzIHBlciBDUFUgZm9yIG1hcHBpbmcgaGlnaG1lbSBwYWdlcywgdG8gCi0gKiBh Y2Nlc3MgYSBoaWdobWVtIHBoeXNpY2FsIGFkZHJlc3Mgb24gYSBDUFUsIHdlIHdpbGwgZGlzYWJs ZSBpbnRlcnJ1cHRzIGFuZAotICogYWRkIHRoZSBtYXBwaW5nIGZyb20gdGhlIHJlc2VydmVkIHZp cnR1YWwgYWRkcmVzcyBmb3IgdGhlIENQVSB0byB0aGUgcGh5c2ljYWwKLSAqIGFkZHJlc3MgaW4g dGhlIGtlcm5lbCBwYWdldGFibGUuCisgKiBBdCBib290dXAsIHdlIHJlc2VydmUgMiB2aXJ0dWFs IHBhZ2VzIHBlciBDUFUgZm9yIG1hcHBpbmcgaGlnaG1lbSBwYWdlcy4gVG8gCisgKiBhY2Nlc3Mg YSBoaWdobWVtIHBoeXNpY2FsIGFkZHJlc3Mgb24gYSBDUFUsIHdlIG1hcCB0aGUgcGh5c2ljYWwg YWRkcmVzcyB0bworICogdGhlIHJlc2VydmVkIHZpcnR1YWwgYWRkcmVzcyBmb3IgdGhlIENQVSBp biB0aGUga2VybmVsIHBhZ2V0YWJsZS4gIFRoaXMgaXMgCisgKiBkb25lIHdpdGggaW50ZXJydXB0 cyBkaXNhYmxlZChhbHRob3VnaCBhIHNwaW5sb2NrIGFuZCBzY2hlZF9waW4gd291bGQgYmUgCisg KiBzdWZmaWNpZW50KS4KICAqLwogc3RydWN0IGxvY2FsX3N5c21hcHMgewogCXZtX29mZnNldF90 CWJhc2U7CkBAIC01MjAsMTEgKzUyMSwxMSBAQCBhZ2FpbjoKIAl9CiAKICAgICAgICAJLyoKLQkg KiBJbiAzMiBiaXQsIHdlIG1heSBoYXZlIG1lbW9yeSB3aGljaCBjYW5ub3QgYmUgbWFwcGVkIGRp cmVjdGx5Ci0JICogdGhpcyBtZW1vcnkgd2lsbCBuZWVkIHRlbXBvcmFyeSBtYXBwaW5nIGJlZm9y ZSBpdCBjYW4gYmUKKwkgKiBJbiAzMiBiaXQsIHdlIG1heSBoYXZlIG1lbW9yeSB3aGljaCBjYW5u b3QgYmUgbWFwcGVkIGRpcmVjdGx5LgorCSAqIFRoaXMgbWVtb3J5IHdpbGwgbmVlZCB0ZW1wb3Jh cnkgbWFwcGluZyBiZWZvcmUgaXQgY2FuIGJlCiAJICogYWNjZXNzZWQuCiAJICovCi0JaWYgKCFN SVBTX0RJUkVDVF9NQVBQQUJMRShwaHlzX2F2YWlsW2kgLSAxXSkpCisJaWYgKE1JUFNfRElSRUNU X01BUFBBQkxFKHBoeXNfYXZhaWxbaSAtIDFdIC0gMSkgPT0gMCkKIAkJbmVlZF9sb2NhbF9tYXBw aW5ncyA9IDE7CiAKIAkvKgpAQCAtODkzLDcgKzg5NCw3IEBAIHBtYXBfbWFwKHZtX29mZnNldF90 ICp2aXJ0LCB2bV9vZmZzZXRfdCBzdGFydCwgdm1fCiB7CiAJdm1fb2Zmc2V0X3QgdmEsIHN2YTsK IAotCWlmIChNSVBTX0RJUkVDVF9NQVBQQUJMRShlbmQpKQorCWlmIChNSVBTX0RJUkVDVF9NQVBQ QUJMRShlbmQgLSAxKSkKIAkJcmV0dXJuIChNSVBTX1BIWVNfVE9fRElSRUNUKHN0YXJ0KSk7CiAK IAl2YSA9IHN2YSA9ICp2aXJ0Owo= --0022159753aacef86504967cac85-- From owner-freebsd-mips@FreeBSD.ORG Fri Dec 3 10:05:55 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F7311065695 for ; Fri, 3 Dec 2010 10:05:55 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 48E208FC15 for ; Fri, 3 Dec 2010 10:05:54 +0000 (UTC) Received: by gwj21 with SMTP id 21so4930086gwj.13 for ; Fri, 03 Dec 2010 02:05:54 -0800 (PST) Received: by 10.91.33.1 with SMTP id l1mr2805990agj.186.1291369161286; Fri, 03 Dec 2010 01:39:21 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.108.51 with HTTP; Fri, 3 Dec 2010 01:39:01 -0800 (PST) From: "Mallett, Juli" Date: Fri, 3 Dec 2010 01:39:01 -0800 Message-ID: To: "freebsd-mips@FreeBSD.org" Content-Type: text/plain; charset=ISO-8859-1 Subject: Octeon SDK 2.0 merged; octe(4) improvements. 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: Fri, 03 Dec 2010 10:05:55 -0000 Hi folks, I recently merged the cnusers.org SDK 2.0 Simple Executive into -CURRENT, which adds support for OCTEON-II SoCs. I have been completely unable to test support for CN6XXX as I have been unable to obtain any OCTEON-II hardware, but wanted to send a heads-up in case anyone has been waiting on that. Note that there is currently some missing infrastructure in the Ethernet driver needed to support SRIO. That seems fairly trivial to correct if one has access to appropriate hardware. I've also made several stability and performance improvements to the transmit code path lately, resolving issues that several people had contacted me about directly. Thanks, Juli.