From owner-freebsd-mips@FreeBSD.ORG Mon Aug 9 11:06: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 C431A1065679 for ; Mon, 9 Aug 2010 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9848E8FC23 for ; Mon, 9 Aug 2010 11:06:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o79B6xU7049062 for ; Mon, 9 Aug 2010 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o79B6xUd049060 for freebsd-mips@FreeBSD.org; Mon, 9 Aug 2010 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 9 Aug 2010 11:06:59 GMT Message-Id: <201008091106.o79B6xUd049060@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-mips@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-mips@FreeBSD.org 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, 09 Aug 2010 11:06:59 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o misc/147471 mips [headers] [patch] whitespace discrepancy in sys/mips/i 1 problem total. From owner-freebsd-mips@FreeBSD.ORG Tue Aug 10 14:27:00 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 0315F106566C for ; Tue, 10 Aug 2010 14:27:00 +0000 (UTC) (envelope-from waynegong83@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id C63878FC1F for ; Tue, 10 Aug 2010 14:26:59 +0000 (UTC) Received: by pvg4 with SMTP id 4so1324527pvg.13 for ; Tue, 10 Aug 2010 07:26:59 -0700 (PDT) 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:cc:content-type; bh=lNbzYJqJfenJ6lTxPW+ZrpdtsI+NmJUHhh3oIExlH+w=; b=aiTlDVUG40D6IeJWN1dTEzlkkAp83OE6E/3F8NOU5hsQ1a3rnDbW0O1j8lQvLm4AoP NFETsyTwvihpMan1URTALNaT7EFXrV2uj7XwJRhdCssGMfgj0yBYwkoIHq72wrelOyft VvCDOIr3JJHLtuEPHtbfQj8y2t2DPraexHGpE= 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 :cc:content-type; b=WXZApj7L/XZ9zgb2ZAlSJLoQbjRqn/qJqFyRkMPFmQYzkI+VFPd48nxhuekwJm2CHb PR+kLiLUcUa/cmosIXy3b/iEj7H8cRd/siWSse6fI0+CyKo3hh6KYSZ5r8XK+3ArCmd4 IEebQl/ju2IAmZv9CoFVrQG9ee+se3Bv8VNUw= MIME-Version: 1.0 Received: by 10.114.47.4 with SMTP id u4mr20192741wau.128.1281450418613; Tue, 10 Aug 2010 07:26:58 -0700 (PDT) Received: by 10.220.186.72 with HTTP; Tue, 10 Aug 2010 07:26:58 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Aug 2010 19:56:58 +0530 Message-ID: From: waynegong L To: "Jayachandran C." Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-mips@freebsd.org Subject: Re: HEADSUP : n64 changes in HEAD. 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, 10 Aug 2010 14:27:00 -0000 > > Hi Jayachandran, > On N64 userspace&kernel, During booting ENOENT error is reported from devfs_fixup(), as below. This error was not seen with previous revisions atleast on my Octeon board. Trying to mount root from ufs:/dev/md0 *Lookup of /dev for devfs, error: 2* start_init: trying /sbin/init panic: userret: Returning with 1 locks held. In devfs_fixup, NDINIT is invoked to intialize namei components and, subsequently namei() is invoked to look for /dev directory. But this lookup operation failed in my case. Are any locks acquired in this function not being released and is that causing the issue? Other day, i tried building the sources for n32 ABI, but the kernel build failed with below error. My config file was OCTEON1-32 * Assembler messages: linking kernel.debug hack.So: could not read symbols: Invalid operation* My env. TARGET=mips TARGET_BIG_ENDIAN=y TARGET_CPUTYPE=mips64 TARGET_ARCH=mips TARGET_ABI=n32 Thanks, Wayne. > > Looks like the kernel and userspace are 64bit, and it crashed on > getting into userspace the first time. I am really not sure what > could have caused that lock to be held... > > Have you checked if the exact same source comes up on 32 bit > compilation? This may be worth checking first. After that, may be > enabling debug in trap.c may be a good way to see if the exceptions > generated while jumping to userspace are handled correctly. > > JC. > From owner-freebsd-mips@FreeBSD.ORG Tue Aug 10 20:07:33 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 EBE801065679 for ; Tue, 10 Aug 2010 20:07:33 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 838CF8FC0A for ; Tue, 10 Aug 2010 20:07:33 +0000 (UTC) Received: by ewy26 with SMTP id 26so4743949ewy.13 for ; Tue, 10 Aug 2010 13:07:32 -0700 (PDT) Received: by 10.216.160.15 with SMTP id t15mr15606511wek.75.1281470852188; Tue, 10 Aug 2010 13:07:32 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.216.5.5 with HTTP; Tue, 10 Aug 2010 13:07:12 -0700 (PDT) In-Reply-To: References: From: Juli Mallett Date: Tue, 10 Aug 2010 13:07:12 -0700 X-Google-Sender-Auth: B4O8bMBH88T_UCkjBYnK9HW891c Message-ID: To: waynegong L Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-mips@freebsd.org Subject: Re: HEADSUP : n64 changes in HEAD. 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, 10 Aug 2010 20:07:34 -0000 On Tue, Aug 10, 2010 at 07:26, waynegong L wrote: > On N64 userspace&kernel, During booting ENOENT error is reported from > devfs_fixup(), as below. > This error was not seen with previous revisions atleast on my Octeon board. > > Trying to mount root from ufs:/dev/md0 > *Lookup of /dev for devfs, error: 2* > start_init: trying /sbin/init > panic: userret: Returning with 1 locks held. Do you have a /dev directory on your md image? > Other day, i tried building the sources for n32 ABI, but the kernel build > failed with below error. My config file was OCTEON1-32 I know you'd rather use n64 than n32, so you can ignore some of this, but I want to take this opportunity to repeat myself about n32. OCTEON1-32 is an o32 kernel configuration, not an n32 one. Setting TARGET_ABI is not enough because the kernel configurations do not trust TARGET_ABI and TARGET_BIG_ENDIAN to be set in the environment and override target information gratuitously (their linker scripts do, too.) I can tell you privately how to build an n32 kernel but n32 breaks a lot of assumptions within the kernel and I don't want to see a lot of bug reports about how various things in the kernel don't compile for n32 or don't work or whatever. The right thing to do is to track down your n64 issues. In the relatively near future we'll have support for running o32 and n32 binaries on an n64 kernel, that should be all you ever need. If you can run an n32 kernel you can run an n64 kernel, and n64 has the advantage of not being so pathologically strange that the kernel can't cope with it. I'm willing in theory to make our kernel aware of the limitations of something like n32, but nobody else is and with good reason. The expectations it violates are widespread and it would be a big burden for FreeBSD to support n32 assumptions throughout the machine-independent parts of the kernel, especially since there's no good reason to use n32 over n64 other than that some people think they need n32. By the time there is a release, we'll hopefully have support for running n32 worlds on n64 kernels, which actually does make sense. Thanks, Juli. From owner-freebsd-mips@FreeBSD.ORG Wed Aug 11 05:06:54 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 AD540106567D; Wed, 11 Aug 2010 05:06:54 +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 0EE7D8FC0C; Wed, 11 Aug 2010 05:06:53 +0000 (UTC) Received: by wwb13 with SMTP id 13so2298862wwb.31 for ; Tue, 10 Aug 2010 22:06:53 -0700 (PDT) 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:cc:content-type; bh=mHxcdP+ZxZZGXExehrWidYm9FIBtVazZkk7jeaQ9n28=; b=XQ4GvY1zWapYvjaxYWPx/sDVRp9ZK4J/9tS7rHE4O5d/gjLjXCdcaBJMsrdbCKM3u6 V4vswLBT0ICEFn12ezfZI/0hxwSSfRn43lS9DfQg62SJpDWU42gbhIHJD3eeN7nqCnlg 2mGOYGmXgh/XuvTDQlgSHfpnsnJghkU4zV8Ok= 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 :cc:content-type; b=VE0N0zzZYpdi87TYrhKiLwW2okZmXJ8lAiDKL/8mTbNDDEKgNo3gyn6Ryh8xmLGPIp v27tWmbkM0jUxGGf0tmGyYbCHJyOFvg7iKvW29fk8IP/yJPzPTOuwHtorn5Ru+vIZxrx C0W06IXXxE5KMAiZcsS1G7bvnqNSqcL7EAg40= MIME-Version: 1.0 Received: by 10.216.9.3 with SMTP id 3mr16047104wes.66.1281503213096; Tue, 10 Aug 2010 22:06:53 -0700 (PDT) Received: by 10.216.160.10 with HTTP; Tue, 10 Aug 2010 22:06:52 -0700 (PDT) In-Reply-To: <4C5C3A08.500@cs.rice.edu> References: <201008041412.o74ECAix092415@svn.freebsd.org> <4C5A569B.9090401@cs.rice.edu> <4C5BA088.7060105@cs.rice.edu> <4C5C3A08.500@cs.rice.edu> Date: Wed, 11 Aug 2010 10:36:52 +0530 Message-ID: From: "Jayachandran C." To: Alan Cox , mips@freebsd.org Content-Type: multipart/mixed; boundary=0016e64c1dc2cb8ec2048d853700 Cc: "Jayachandran C." Subject: Re: svn commit: r210846 - in head/sys/mips: include mips 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, 11 Aug 2010 05:06:54 -0000 --0016e64c1dc2cb8ec2048d853700 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Fri, Aug 6, 2010 at 10:06 PM, Alan Cox wrote: > The patch looks good. > > While we're talking about software dirty bit emulation, I would encourage > you to look at two things: > > 1. trap.c contains two copies of the same code for emulation. =A0I would > encourage you to eliminate this duplication by creating a > pmap_emulate_modified(). > > 2. Software dirty bit emulation is using pmap_update_page() to invalidate > the TLB entry on which the modified bit is being set. =A0On a multiproces= sor, > this is going to make dirty bit emulation very costly because every > processor will be interrupted. =A0In principle, it should be possible and > faster to only flush the TLB entry from the current processor. =A0The oth= er > processors can handle this lazily. =A0They either do not have that mappin= g in > their TLB, in which case interrupting them was wasted effort, or they do > have it in their TLB and when they fault on it they'll discover the dirty > bit is already set. =A0In fact, the emulation code already handles this c= ase, > on account of the fact that two processors could simultaneously write to = the > same clean page and only one will get the pmap lock first. I've made the changes suggested, the changes are attached. The first set of changes just re-arranges the pmap calls that use smp_rendezvous() on SMP, so that their per-cpu variants are also available to be called. The first patch also has an optimization from Juli's branch, to call pmap_update_page in pmap_kenter only if the pte is valid. The second patch makes the changes suggested above. My testing shows no issues so far, but please let me know if you have any comments. Thanks, JC. --0016e64c1dc2cb8ec2048d853700 Content-Type: text/x-patch; charset=US-ASCII; name="pmap-smp-rendezvous.patch" Content-Disposition: attachment; filename="pmap-smp-rendezvous.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gcppwhpu0 SW5kZXg6IHN5cy9taXBzL21pcHMvcG1hcC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9taXBzL21pcHMv cG1hcC5jCShyZXZpc2lvbiAyMTEwNjgpCisrKyBzeXMvbWlwcy9taXBzL3BtYXAuYwkod29ya2lu ZyBjb3B5KQpAQCAtNTk1LDU4ICs1OTUsOTcgQEAKIAogI2VuZGlmCiAKK3N0YXRpYyBfX2lubGlu ZSB2b2lkCitwbWFwX2ludmFsaWRhdGVfYWxsX2xvY2FsKHBtYXBfdCBwbWFwKQoreworCWlmIChw bWFwID09IGtlcm5lbF9wbWFwKSB7CisJCXRsYl9pbnZhbGlkYXRlX2FsbCgpOworCQlyZXR1cm47 CisJfQorCisJaWYgKHBtYXAtPnBtX2FjdGl2ZSAmIFBDUFVfR0VUKGNwdW1hc2spKQorCQl0bGJf aW52YWxpZGF0ZV9hbGxfdXNlcihwbWFwKTsKKwllbHNlCisJCXBtYXAtPnBtX2FzaWRbUENQVV9H RVQoY3B1aWQpXS5nZW4gPSAwOworfQorCisjaWZkZWYgU01QCiBzdGF0aWMgdm9pZAogcG1hcF9p bnZhbGlkYXRlX2FsbChwbWFwX3QgcG1hcCkKIHsKLSNpZmRlZiBTTVAKLQlzbXBfcmVuZGV6dm91 cygwLCBwbWFwX2ludmFsaWRhdGVfYWxsX2FjdGlvbiwgMCwgKHZvaWQgKilwbWFwKTsKKwlzbXBf cmVuZGV6dm91cygwLCBwbWFwX2ludmFsaWRhdGVfYWxsX2FjdGlvbiwgMCwgcG1hcCk7CiB9CiAK IHN0YXRpYyB2b2lkCiBwbWFwX2ludmFsaWRhdGVfYWxsX2FjdGlvbih2b2lkICphcmcpCiB7Ci0J cG1hcF90IHBtYXAgPSAocG1hcF90KWFyZzsKIAorCXBtYXBfaW52YWxpZGF0ZV9hbGxfbG9jYWwo KHBtYXBfdClhcmcpOworfQorI2Vsc2UKK3N0YXRpYyB2b2lkCitwbWFwX2ludmFsaWRhdGVfYWxs KHBtYXBfdCBwbWFwKQoreworCisJcG1hcF9pbnZhbGlkYXRlX2FsbF9sb2NhbChwbWFwKTsKK30K ICNlbmRpZgogCi0JaWYgKHBtYXAgPT0ga2VybmVsX3BtYXApIHsKLQkJdGxiX2ludmFsaWRhdGVf YWxsKCk7CitzdGF0aWMgX19pbmxpbmUgdm9pZAorcG1hcF9pbnZhbGlkYXRlX3BhZ2VfbG9jYWwo cG1hcF90IHBtYXAsIHZtX29mZnNldF90IHZhKQoreworCisJaWYgKGlzX2tlcm5lbF9wbWFwKHBt YXApKSB7CisJCXRsYl9pbnZhbGlkYXRlX2FkZHJlc3MocG1hcCwgdmEpOwogCQlyZXR1cm47CiAJ fQotCi0JaWYgKHBtYXAtPnBtX2FjdGl2ZSAmIFBDUFVfR0VUKGNwdW1hc2spKQotCQl0bGJfaW52 YWxpZGF0ZV9hbGxfdXNlcihwbWFwKTsKLQllbHNlCisJaWYgKHBtYXAtPnBtX2FzaWRbUENQVV9H RVQoY3B1aWQpXS5nZW4gIT0gUENQVV9HRVQoYXNpZF9nZW5lcmF0aW9uKSkKKwkJcmV0dXJuOwor CWVsc2UgaWYgKCEocG1hcC0+cG1fYWN0aXZlICYgUENQVV9HRVQoY3B1bWFzaykpKSB7CiAJCXBt YXAtPnBtX2FzaWRbUENQVV9HRVQoY3B1aWQpXS5nZW4gPSAwOworCQlyZXR1cm47CisJfQorCXRs Yl9pbnZhbGlkYXRlX2FkZHJlc3MocG1hcCwgdmEpOwogfQogCisjaWZkZWYgU01QCiBzdHJ1Y3Qg cG1hcF9pbnZhbGlkYXRlX3BhZ2VfYXJnIHsKIAlwbWFwX3QgcG1hcDsKIAl2bV9vZmZzZXRfdCB2 YTsKIH07CiAKLXN0YXRpYyBfX2lubGluZSB2b2lkCitzdGF0aWMgdm9pZAogcG1hcF9pbnZhbGlk YXRlX3BhZ2UocG1hcF90IHBtYXAsIHZtX29mZnNldF90IHZhKQogewotI2lmZGVmIFNNUAogCXN0 cnVjdCBwbWFwX2ludmFsaWRhdGVfcGFnZV9hcmcgYXJnOwogCiAJYXJnLnBtYXAgPSBwbWFwOwog CWFyZy52YSA9IHZhOwotCi0Jc21wX3JlbmRlenZvdXMoMCwgcG1hcF9pbnZhbGlkYXRlX3BhZ2Vf YWN0aW9uLCAwLCAodm9pZCAqKSZhcmcpOworCXNtcF9yZW5kZXp2b3VzKDAsIHBtYXBfaW52YWxp ZGF0ZV9wYWdlX2FjdGlvbiwgMCwgJmFyZyk7CiB9CiAKIHN0YXRpYyB2b2lkCiBwbWFwX2ludmFs aWRhdGVfcGFnZV9hY3Rpb24odm9pZCAqYXJnKQogewotCXBtYXBfdCBwbWFwID0gKChzdHJ1Y3Qg cG1hcF9pbnZhbGlkYXRlX3BhZ2VfYXJnICopYXJnKS0+cG1hcDsKLQl2bV9vZmZzZXRfdCB2YSA9 ICgoc3RydWN0IHBtYXBfaW52YWxpZGF0ZV9wYWdlX2FyZyAqKWFyZyktPnZhOworCXN0cnVjdCBw bWFwX2ludmFsaWRhdGVfcGFnZV9hcmcgKnAgPSBhcmc7CiAKKwlwbWFwX2ludmFsaWRhdGVfcGFn ZV9sb2NhbChwLT5wbWFwLCBwLT52YSk7Cit9CisjZWxzZQorc3RhdGljIHZvaWQKK3BtYXBfaW52 YWxpZGF0ZV9wYWdlKHBtYXBfdCBwbWFwLCB2bV9vZmZzZXRfdCB2YSkKK3sKKworCXBtYXBfaW52 YWxpZGF0ZV9wYWdlX2xvY2FsKHBtYXAsIHZhKTsKK30KICNlbmRpZgogCitzdGF0aWMgX19pbmxp bmUgdm9pZAorcG1hcF91cGRhdGVfcGFnZV9sb2NhbChwbWFwX3QgcG1hcCwgdm1fb2Zmc2V0X3Qg dmEsIHB0X2VudHJ5X3QgcHRlKQoreworCiAJaWYgKGlzX2tlcm5lbF9wbWFwKHBtYXApKSB7Ci0J CXRsYl9pbnZhbGlkYXRlX2FkZHJlc3MocG1hcCwgdmEpOworCQl0bGJfdXBkYXRlKHBtYXAsIHZh LCBwdGUpOwogCQlyZXR1cm47CiAJfQogCWlmIChwbWFwLT5wbV9hc2lkW1BDUFVfR0VUKGNwdWlk KV0uZ2VuICE9IFBDUFVfR0VUKGFzaWRfZ2VuZXJhdGlvbikpCkBAIC02NTUsOSArNjk0LDEwIEBA CiAJCXBtYXAtPnBtX2FzaWRbUENQVV9HRVQoY3B1aWQpXS5nZW4gPSAwOwogCQlyZXR1cm47CiAJ fQotCXRsYl9pbnZhbGlkYXRlX2FkZHJlc3MocG1hcCwgdmEpOworCXRsYl91cGRhdGUocG1hcCwg dmEsIHB0ZSk7CiB9CiAKKyNpZmRlZiBTTVAKIHN0cnVjdCBwbWFwX3VwZGF0ZV9wYWdlX2FyZyB7 CiAJcG1hcF90IHBtYXA7CiAJdm1fb2Zmc2V0X3QgdmE7CkBAIC02NjcsMzcgKzcwNywzMSBAQAog dm9pZAogcG1hcF91cGRhdGVfcGFnZShwbWFwX3QgcG1hcCwgdm1fb2Zmc2V0X3QgdmEsIHB0X2Vu dHJ5X3QgcHRlKQogewotI2lmZGVmIFNNUAogCXN0cnVjdCBwbWFwX3VwZGF0ZV9wYWdlX2FyZyBh cmc7CiAKIAlhcmcucG1hcCA9IHBtYXA7CiAJYXJnLnZhID0gdmE7CiAJYXJnLnB0ZSA9IHB0ZTsK IAotCXNtcF9yZW5kZXp2b3VzKDAsIHBtYXBfdXBkYXRlX3BhZ2VfYWN0aW9uLCAwLCAodm9pZCAq KSZhcmcpOworCXNtcF9yZW5kZXp2b3VzKDAsIHBtYXBfdXBkYXRlX3BhZ2VfYWN0aW9uLCAwLCAm YXJnKTsKIH0KIAogc3RhdGljIHZvaWQKIHBtYXBfdXBkYXRlX3BhZ2VfYWN0aW9uKHZvaWQgKmFy ZykKIHsKLQlwbWFwX3QgcG1hcCA9ICgoc3RydWN0IHBtYXBfdXBkYXRlX3BhZ2VfYXJnICopYXJn KS0+cG1hcDsKLQl2bV9vZmZzZXRfdCB2YSA9ICgoc3RydWN0IHBtYXBfdXBkYXRlX3BhZ2VfYXJn ICopYXJnKS0+dmE7Ci0JcHRfZW50cnlfdCBwdGUgPSAoKHN0cnVjdCBwbWFwX3VwZGF0ZV9wYWdl X2FyZyAqKWFyZyktPnB0ZTsKKwlzdHJ1Y3QgcG1hcF91cGRhdGVfcGFnZV9hcmcgKnAgPSBhcmc7 CiAKLSNlbmRpZgotCWlmIChpc19rZXJuZWxfcG1hcChwbWFwKSkgewotCQl0bGJfdXBkYXRlKHBt YXAsIHZhLCBwdGUpOwotCQlyZXR1cm47Ci0JfQotCWlmIChwbWFwLT5wbV9hc2lkW1BDUFVfR0VU KGNwdWlkKV0uZ2VuICE9IFBDUFVfR0VUKGFzaWRfZ2VuZXJhdGlvbikpCi0JCXJldHVybjsKLQll bHNlIGlmICghKHBtYXAtPnBtX2FjdGl2ZSAmIFBDUFVfR0VUKGNwdW1hc2spKSkgewotCQlwbWFw LT5wbV9hc2lkW1BDUFVfR0VUKGNwdWlkKV0uZ2VuID0gMDsKLQkJcmV0dXJuOwotCX0KLQl0bGJf dXBkYXRlKHBtYXAsIHZhLCBwdGUpOworCXBtYXBfdXBkYXRlX3BhZ2VfbG9jYWwocC0+cG1hcCwg cC0+dmEsIHAtPnB0ZSk7CiB9CisjZWxzZQordm9pZAorcG1hcF91cGRhdGVfcGFnZShwbWFwX3Qg cG1hcCwgdm1fb2Zmc2V0X3QgdmEsIHB0X2VudHJ5X3QgcHRlKQorewogCisJcG1hcF91cGRhdGVf cGFnZV9sb2NhbChwbWFwLCB2YSwgcHRlKTsKK30KKyNlbmRpZgorCiAvKgogICoJUm91dGluZToJ cG1hcF9leHRyYWN0CiAgKglGdW5jdGlvbjoKQEAgLTc3Nyw3ICs4MTEsOCBAQAogCXB0ZSA9IHBt YXBfcHRlKGtlcm5lbF9wbWFwLCB2YSk7CiAJb3B0ZSA9ICpwdGU7CiAJKnB0ZSA9IG5wdGU7Ci0J cG1hcF91cGRhdGVfcGFnZShrZXJuZWxfcG1hcCwgdmEsIG5wdGUpOworCWlmIChwdGVfdGVzdCgm b3B0ZSwgUFRFX1YpICYmIG9wdGUgIT0gbnB0ZSkKKwkJcG1hcF91cGRhdGVfcGFnZShrZXJuZWxf cG1hcCwgdmEsIG5wdGUpOwogfQogCiAvKgo= --0016e64c1dc2cb8ec2048d853700 Content-Type: text/x-patch; charset=US-ASCII; name="pmap-emulate-modified.patch" Content-Disposition: attachment; filename="pmap-emulate-modified.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gcppx3v81 SW5kZXg6IHN5cy9taXBzL2luY2x1ZGUvcG1hcC5oCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9taXBzL2lu Y2x1ZGUvcG1hcC5oCShyZXZpc2lvbiAyMTEwNjYpCisrKyBzeXMvbWlwcy9pbmNsdWRlL3BtYXAu aAkod29ya2luZyBjb3B5KQpAQCAtMTY2LDcgKzE2Niw3IEBACiBpbnQgcG1hcF9jb21wdXRlX3Bh Z2VzX3RvX2R1bXAodm9pZCk7CiB2b2lkIHBtYXBfdXBkYXRlX3BhZ2UocG1hcF90IHBtYXAsIHZt X29mZnNldF90IHZhLCBwdF9lbnRyeV90IHB0ZSk7CiB2b2lkIHBtYXBfZmx1c2hfcHZjYWNoZSh2 bV9wYWdlX3QgbSk7Ci0KK2ludCBwbWFwX2VtdWxhdGVfbW9kaWZpZWQocG1hcF90IHBtYXAsIHZt X29mZnNldF90IHZhKTsKICNlbmRpZgkJCQkvKiBfS0VSTkVMICovCiAKICNlbmRpZgkJCQkvKiAh TE9DT1JFICovCkluZGV4OiBzeXMvbWlwcy9taXBzL3BtYXAuYwo9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMv bWlwcy9taXBzL3BtYXAuYwkocmV2aXNpb24gMjExMDY4KQorKysgc3lzL21pcHMvbWlwcy9wbWFw LmMJKHdvcmtpbmcgY29weSkKQEAgLTMyMzAsMTYgKzMyNjUsNDIgQEAKIAlyZXR1cm4gKHJ3KTsK IH0KIAotLyoKLSAqCXBtYXBfc2V0X21vZGlmaWVkOgotICoKLSAqCVNldHMgdGhlIHBhZ2UgbW9k aWZpZWQgYW5kIHJlZmVyZW5jZSBiaXRzIGZvciB0aGUgc3BlY2lmaWVkIHBhZ2UuCi0gKi8KLXZv aWQKLXBtYXBfc2V0X21vZGlmaWVkKHZtX29mZnNldF90IHBhKQoraW50CitwbWFwX2VtdWxhdGVf bW9kaWZpZWQocG1hcF90IHBtYXAsIHZtX29mZnNldF90IHZhKQogeworCXZtX3BhZ2VfdCBtOwor CXB0X2VudHJ5X3QgKnB0ZTsKKyAJdm1fb2Zmc2V0X3QgcGE7CiAKLQlQSFlTX1RPX1ZNX1BBR0Uo cGEpLT5tZC5wdl9mbGFncyB8PSAoUFZfVEFCTEVfUkVGIHwgUFZfVEFCTEVfTU9EKTsKKwlQTUFQ X0xPQ0socG1hcCk7CisJcHRlID0gcG1hcF9wdGUocG1hcCwgdmEpOworCWlmIChwdGUgPT0gTlVM TCkKKwkJcGFuaWMoInBtYXBfZW11bGF0ZV9tb2RpZmllZDogY2FuJ3QgZmluZCBQVEUiKTsKKyNp ZmRlZiBTTVAKKwkvKiBJdCBpcyBwb3NzaWJsZSB0aGF0IHNvbWUgb3RoZXIgQ1BVIGNoYW5nZWQg bS1iaXQgKi8KKwlpZiAoIXB0ZV90ZXN0KHB0ZSwgUFRFX1YpIHx8IHB0ZV90ZXN0KHB0ZSwgUFRF X0QpKSB7CisJCXBtYXBfdXBkYXRlX3BhZ2VfbG9jYWwocG1hcCwgdmEsICpwdGUpOworCQlQTUFQ X1VOTE9DSyhrZXJuZWxfcG1hcCk7CisJCXJldHVybiAoMCk7CisJfQorI2Vsc2UKKwlpZiAoIXB0 ZV90ZXN0KHB0ZSwgUFRFX1YpIHx8IHB0ZV90ZXN0KHB0ZSwgUFRFX0QpKQorCQlwYW5pYygicG1h cF9lbXVsYXRlX21vZGlmaWVkOiBpbnZhbGlkIHB0ZSIpOworI2VuZGlmCisJaWYgKHB0ZV90ZXN0 KHB0ZSwgUFRFX1JPKSkgeworCQkvKiB3cml0ZSB0byByZWFkIG9ubHkgcGFnZSBpbiB0aGUga2Vy bmVsICovCisJCVBNQVBfVU5MT0NLKHBtYXApOworCQlyZXR1cm4gKDEpOworCX0KKwlwdGVfc2V0 KHB0ZSwgUFRFX0QpOworCXBtYXBfdXBkYXRlX3BhZ2VfbG9jYWwocG1hcCwgdmEsICpwdGUpOwor CXBhID0gVExCTE9fUFRFX1RPX1BBKCpwdGUpOworCWlmICghcGFnZV9pc19tYW5hZ2VkKHBhKSkK KwkJcGFuaWMoInBtYXBfZW11bGF0ZV9tb2RpZmllZDogdW5tYW5hZ2VkIHBhZ2UiKTsKKwltID0g UEhZU19UT19WTV9QQUdFKHBhKTsKKwltLT5tZC5wdl9mbGFncyB8PSAoUFZfVEFCTEVfUkVGIHwg UFZfVEFCTEVfTU9EKTsKKwlQTUFQX1VOTE9DSyhwbWFwKTsKKwlyZXR1cm4gKDApOwogfQogCiAv KgpJbmRleDogc3lzL21pcHMvbWlwcy90cmFwLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL21pcHMvbWlw cy90cmFwLmMJKHJldmlzaW9uIDIxMTA2NikKKysrIHN5cy9taXBzL21pcHMvdHJhcC5jCSh3b3Jr aW5nIGNvcHkpCkBAIC0yODEsNyArMjgxLDYgQEAKIAlzdHJ1Y3QgdGhyZWFkICp0ZCA9IGN1cnRo cmVhZDsKIAlzdHJ1Y3QgcHJvYyAqcCA9IGN1cnByb2M7CiAJdm1fcHJvdF90IGZ0eXBlOwotCXB0 X2VudHJ5X3QgKnB0ZTsKIAlwbWFwX3QgcG1hcDsKIAlpbnQgYWNjZXNzX3R5cGU7CiAJa3NpZ2lu Zm9fdCBrc2k7CkBAIC0zNzIsODIgKzM3MSwyNCBAQAogCWNhc2UgVF9UTEJfTU9EOgogCQkvKiBj aGVjayBmb3Iga2VybmVsIGFkZHJlc3MgKi8KIAkJaWYgKEtFUk5MQU5EKHRyYXBmcmFtZS0+YmFk dmFkZHIpKSB7Ci0JCQl2bV9vZmZzZXRfdCBwYTsKLQotCQkJUE1BUF9MT0NLKGtlcm5lbF9wbWFw KTsKLQkJCXB0ZSA9IHBtYXBfcHRlKGtlcm5lbF9wbWFwLCB0cmFwZnJhbWUtPmJhZHZhZGRyKTsK LQkJCWlmIChwdGUgPT0gTlVMTCkKLQkJCQlwYW5pYygidHJhcDoga3RsYm1vZDogY2FuJ3QgZmlu ZCBQVEUiKTsKLSNpZmRlZiBTTVAKLQkJCS8qIEl0IGlzIHBvc3NpYmxlIHRoYXQgc29tZSBvdGhl ciBDUFUgY2hhbmdlZCBtLWJpdCAqLwotCQkJaWYgKCFwdGVfdGVzdChwdGUsIFBURV9WKSB8fCBw dGVfdGVzdChwdGUsIFBURV9EKSkgewotCQkJCXBtYXBfdXBkYXRlX3BhZ2Uoa2VybmVsX3BtYXAs Ci0JCQkJICAgIHRyYXBmcmFtZS0+YmFkdmFkZHIsICpwdGUpOwotCQkJCVBNQVBfVU5MT0NLKGtl cm5lbF9wbWFwKTsKLQkJCQlyZXR1cm4gKHRyYXBmcmFtZS0+cGMpOwotCQkJfQotI2Vsc2UKLQkJ CWlmICghcHRlX3Rlc3QocHRlLCBQVEVfVikgfHwgcHRlX3Rlc3QocHRlLCBQVEVfRCkpCi0JCQkJ cGFuaWMoInRyYXA6IGt0bGJtb2Q6IGludmFsaWQgcHRlIik7Ci0jZW5kaWYKLQkJCWlmIChwdGVf dGVzdChwdGUsIFBURV9STykpIHsKLQkJCQkvKiB3cml0ZSB0byByZWFkIG9ubHkgcGFnZSBpbiB0 aGUga2VybmVsICovCisJCQlpZiAocG1hcF9lbXVsYXRlX21vZGlmaWVkKGtlcm5lbF9wbWFwLCAK KwkJCSAgICB0cmFwZnJhbWUtPmJhZHZhZGRyKSAhPSAwKSB7CiAJCQkJZnR5cGUgPSBWTV9QUk9U X1dSSVRFOwotCQkJCVBNQVBfVU5MT0NLKGtlcm5lbF9wbWFwKTsKIAkJCQlnb3RvIGtlcm5lbF9m YXVsdDsKIAkJCX0KLQkJCXB0ZV9zZXQocHRlLCBQVEVfRCk7Ci0JCQlwbWFwX3VwZGF0ZV9wYWdl KGtlcm5lbF9wbWFwLCB0cmFwZnJhbWUtPmJhZHZhZGRyLCAqcHRlKTsKLQkJCXBhID0gVExCTE9f UFRFX1RPX1BBKCpwdGUpOwotCQkJaWYgKCFwYWdlX2lzX21hbmFnZWQocGEpKQotCQkJCXBhbmlj KCJ0cmFwOiBrdGxibW9kOiB1bm1hbmFnZWQgcGFnZSIpOwotCQkJcG1hcF9zZXRfbW9kaWZpZWQo cGEpOwotCQkJUE1BUF9VTkxPQ0soa2VybmVsX3BtYXApOwogCQkJcmV0dXJuICh0cmFwZnJhbWUt PnBjKTsKIAkJfQogCQkvKiBGQUxMVEhST1VHSCAqLwogCiAJY2FzZSBUX1RMQl9NT0QgKyBUX1VT RVI6Ci0JCXsKLQkJCXZtX29mZnNldF90IHBhOwotCi0JCQlwbWFwID0gJnAtPnBfdm1zcGFjZS0+ dm1fcG1hcDsKLQotCQkJUE1BUF9MT0NLKHBtYXApOwotCQkJcHRlID0gcG1hcF9wdGUocG1hcCwg dHJhcGZyYW1lLT5iYWR2YWRkcik7Ci0JCQlpZiAocHRlID09IE5VTEwpCi0JCQkJcGFuaWMoInRy YXA6IHV0bGJtb2Q6IGNhbid0IGZpbmQgUFRFIik7Ci0jaWZkZWYgU01QCi0JCQkvKiBJdCBpcyBw b3NzaWJsZSB0aGF0IHNvbWUgb3RoZXIgQ1BVIGNoYW5nZWQgbS1iaXQgKi8KLQkJCWlmICghcHRl X3Rlc3QocHRlLCBQVEVfVikgfHwgcHRlX3Rlc3QocHRlLCBQVEVfRCkpIHsKLQkJCQlwbWFwX3Vw ZGF0ZV9wYWdlKHBtYXAsIHRyYXBmcmFtZS0+YmFkdmFkZHIsICpwdGUpOwotCQkJCVBNQVBfVU5M T0NLKHBtYXApOwotCQkJCWdvdG8gb3V0OwotCQkJfQotI2Vsc2UKLQkJCWlmICghcHRlX3Rlc3Qo cHRlLCBQVEVfVikgfHwgcHRlX3Rlc3QocHRlLCBQVEVfRCkpCi0JCQkJcGFuaWMoInRyYXA6IHV0 bGJtb2Q6IGludmFsaWQgcHRlIik7Ci0jZW5kaWYKLQotCQkJaWYgKHB0ZV90ZXN0KHB0ZSwgUFRF X1JPKSkgewotCQkJCS8qIHdyaXRlIHRvIHJlYWQgb25seSBwYWdlICovCi0JCQkJZnR5cGUgPSBW TV9QUk9UX1dSSVRFOwotCQkJCVBNQVBfVU5MT0NLKHBtYXApOwotCQkJCWdvdG8gZG9mYXVsdDsK LQkJCX0KLQkJCXB0ZV9zZXQocHRlLCBQVEVfRCk7Ci0JCQlwbWFwX3VwZGF0ZV9wYWdlKHBtYXAs IHRyYXBmcmFtZS0+YmFkdmFkZHIsICpwdGUpOwotCQkJcGEgPSBUTEJMT19QVEVfVE9fUEEoKnB0 ZSk7Ci0JCQlpZiAoIXBhZ2VfaXNfbWFuYWdlZChwYSkpCi0JCQkJcGFuaWMoInRyYXA6IHV0bGJt b2Q6IHVubWFuYWdlZCBwYWdlIik7Ci0JCQlwbWFwX3NldF9tb2RpZmllZChwYSk7Ci0KLQkJCVBN QVBfVU5MT0NLKHBtYXApOwotCQkJaWYgKCF1c2VybW9kZSkgewotCQkJCXJldHVybiAodHJhcGZy YW1lLT5wYyk7Ci0JCQl9Ci0JCQlnb3RvIG91dDsKKwkJcG1hcCA9ICZwLT5wX3Ztc3BhY2UtPnZt X3BtYXA7CisJCWlmIChwbWFwX2VtdWxhdGVfbW9kaWZpZWQocG1hcCwgdHJhcGZyYW1lLT5iYWR2 YWRkcikgIT0gMCkgeworCQkJZnR5cGUgPSBWTV9QUk9UX1dSSVRFOworCQkJZ290byBkb2ZhdWx0 OwogCQl9CisJCWlmICghdXNlcm1vZGUpCisJCQlyZXR1cm4gKHRyYXBmcmFtZS0+cGMpOworCQln b3RvIG91dDsKIAogCWNhc2UgVF9UTEJfTERfTUlTUzoKIAljYXNlIFRfVExCX1NUX01JU1M6Cg== --0016e64c1dc2cb8ec2048d853700-- From owner-freebsd-mips@FreeBSD.ORG Wed Aug 11 05:51:20 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 982D3106566B; Wed, 11 Aug 2010 05:51:20 +0000 (UTC) (envelope-from c.jayachandran@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 035F98FC14; Wed, 11 Aug 2010 05:51:19 +0000 (UTC) Received: by wyj26 with SMTP id 26so14964274wyj.13 for ; Tue, 10 Aug 2010 22:51:19 -0700 (PDT) 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:cc:content-type :content-transfer-encoding; bh=CVi/S5j8fVz+PL8TMm7ieBTpG6zK7eitMdWABCLFDUc=; b=ktyvWSOV5r7d2s+7M/Kq/QrCfY7oC74q0dzq9eGOs530EOs5bx9EfWmAyBFFXbbPHt NATmVg31fLkH2jY2lq9HO9Y8G+ksRBiaEY/FllXj0DISnEMO7o2B5/UAYYeNcfBCPDOQ PPZoBMUtM5skUrNB6+wxju4OyFIu1VSo9jS5s= 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 :cc:content-type:content-transfer-encoding; b=heMNP2UbdF1ZZdj4Q75M5aiJ4DgPlPiVQZ5kNIBpVpp1YueoWR1yk27nJTk/GMWzmB WKD5qLHI32QAhfBW+XyE8VEQZraLc2jMuq5ElqsWp7pLBKZ8HuurFpN3uRSNb/o20dFx rYA4jDJB9FqJRBvUnDQwXUVtRWNK2LHJJulUc= MIME-Version: 1.0 Received: by 10.216.232.90 with SMTP id m68mr16069778weq.10.1281505878894; Tue, 10 Aug 2010 22:51:18 -0700 (PDT) Received: by 10.216.160.10 with HTTP; Tue, 10 Aug 2010 22:51:18 -0700 (PDT) In-Reply-To: References: <201008041412.o74ECAix092415@svn.freebsd.org> <4C5A569B.9090401@cs.rice.edu> <4C5BA088.7060105@cs.rice.edu> <4C5C3A08.500@cs.rice.edu> Date: Wed, 11 Aug 2010 11:21:18 +0530 Message-ID: From: "Jayachandran C." To: Alan Cox , mips@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "Jayachandran C." Subject: Re: svn commit: r210846 - in head/sys/mips: include mips 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, 11 Aug 2010 05:51:20 -0000 On Wed, Aug 11, 2010 at 10:36 AM, Jayachandran C. wrote: > On Fri, Aug 6, 2010 at 10:06 PM, Alan Cox wrote: >> The patch looks good. >> >> While we're talking about software dirty bit emulation, I would encourag= e >> you to look at two things: >> >> 1. trap.c contains two copies of the same code for emulation. =A0I would >> encourage you to eliminate this duplication by creating a >> pmap_emulate_modified(). >> >> 2. Software dirty bit emulation is using pmap_update_page() to invalidat= e >> the TLB entry on which the modified bit is being set. =A0On a multiproce= ssor, >> this is going to make dirty bit emulation very costly because every >> processor will be interrupted. =A0In principle, it should be possible an= d >> faster to only flush the TLB entry from the current processor. =A0The ot= her >> processors can handle this lazily. =A0They either do not have that mappi= ng in >> their TLB, in which case interrupting them was wasted effort, or they do >> have it in their TLB and when they fault on it they'll discover the dirt= y >> bit is already set. =A0In fact, the emulation code already handles this = case, >> on account of the fact that two processors could simultaneously write to= the >> same clean page and only one will get the pmap lock first. > > I've made the changes suggested, the changes are attached. > > The first set of changes just re-arranges the pmap calls that use > smp_rendezvous() on SMP, so that their per-cpu variants are also > available to be called. =A0The first patch also has an optimization from > Juli's branch, to call pmap_update_page in pmap_kenter only if the pte > is valid. > > The second patch makes the changes suggested above. My testing shows > no issues so far, but please let me know if you have any comments. The second patch had an error (noted by Neel, thanks!), I unlock kernel_pmap, instead of pmap in a return path. I will fix this before check-in, more comments welcome. Thanks, JC. From owner-freebsd-mips@FreeBSD.ORG Wed Aug 11 11:02:51 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 DDFE81065674; Wed, 11 Aug 2010 11:02:50 +0000 (UTC) (envelope-from waynegong83@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7119E8FC1F; Wed, 11 Aug 2010 11:02:50 +0000 (UTC) Received: by qwg5 with SMTP id 5so8686821qwg.13 for ; Wed, 11 Aug 2010 04:02:49 -0700 (PDT) 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:cc:content-type; bh=JQKpwwp55BvKgBEbYbVTrfB6yyWFWgx7+n8HBqiXIEs=; b=wOY+GKJrBezklhPpzEmg/xila9QernmaCkQRkhdAh/W8IGGA0a7rHIyhk7x/BYgYFo 59QLCGvL9kO2akvgB7jje5TtFt2feYiklqJtpmBfKDTAReIgf+EYRDJl/wvPc6QQ+QKq Vya5SLCDHBQpqHbAOANAi9nW7ZtzVsMqqGTKU= 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 :cc:content-type; b=ew1Psw50oVBNpVZVR0ID4Wtw471G/R+8WwLxIRWrkLNP9jY37+IpOjKVCPTv83Y0MA fV7QMCbSPtDKZut2SAiAfQqZlfqBklzXpP/hct6bJ5IpPaVENFz7xNwFEHt1x7yHemzp skwd3CfXHMPdtrUI+1N3p3+QDKmI22o5hQdao= MIME-Version: 1.0 Received: by 10.224.79.11 with SMTP id n11mr10461190qak.256.1281524569432; Wed, 11 Aug 2010 04:02:49 -0700 (PDT) Received: by 10.220.186.72 with HTTP; Wed, 11 Aug 2010 04:02:48 -0700 (PDT) In-Reply-To: References: Date: Wed, 11 Aug 2010 16:32:48 +0530 Message-ID: From: waynegong L To: Juli Mallett Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-mips@freebsd.org Subject: Re: HEADSUP : n64 changes in HEAD. 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, 11 Aug 2010 11:02:51 -0000 On Wed, Aug 11, 2010 at 1:37 AM, Juli Mallett wrote: > On Tue, Aug 10, 2010 at 07:26, waynegong L wrote: > > On N64 userspace&kernel, During booting ENOENT error is reported from > > devfs_fixup(), as below. > > This error was not seen with previous revisions atleast on my Octeon > board. > > > > Trying to mount root from ufs:/dev/md0 > > *Lookup of /dev for devfs, error: 2* > > start_init: trying /sbin/init > > panic: userret: Returning with 1 locks held. > > Do you have a /dev directory on your md image? > This did the trick. /dev directory was missing in the md image and this was due to my automated script which copy the important binaries and directories and build the ramdisk image. So this was responsible for my lock issue and I could successfully get on to shell prompt on my CN56xx Octeon board. > > > Other day, i tried building the sources for n32 ABI, but the kernel build > > failed with below error. My config file was OCTEON1-32 > > I know you'd rather use n64 than n32, so you can ignore some of this, > but I want to take this opportunity to repeat myself about n32. > > OCTEON1-32 is an o32 kernel configuration, not an n32 one. Setting > TARGET_ABI is not enough because the kernel configurations do not > trust TARGET_ABI and TARGET_BIG_ENDIAN to be set in the environment > and override target information gratuitously (their linker scripts do, > too.) > I was under the wrong impression, that setting the TARGET_ABI variable would build n32 kernel. Thanks for this info. > > I can tell you privately how to build an n32 kernel but n32 breaks a > lot of assumptions within the kernel and I don't want to see a lot of > bug reports about how various things in the kernel don't compile for > n32 or don't work or whatever. The right thing to do is to track down > your n64 issues. > Though I am interested in n64, i would like to build n32 kernel. Please do send me the steps to my id in your free time. > > In the relatively near future we'll have support for running o32 and > n32 binaries on an n64 kernel, that should be all you ever need. If > you can run an n32 kernel you can run an n64 kernel, and n64 has the > advantage of not being so pathologically strange that the kernel can't > cope with it. I'm willing in theory to make our kernel aware of the > limitations of something like n32, but nobody else is and with good > reason. The expectations it violates are widespread and it would be a > big burden for FreeBSD to support n32 assumptions throughout the > machine-independent parts of the kernel, especially since there's no > good reason to use n32 over n64 other than that some people think they > need n32. By the time there is a release, we'll hopefully have > support for running n32 worlds on n64 kernels, which actually does > make sense. > Thanks Julie, Jayachandran once again. Regards, Wayne. > > Thanks, > Juli. > From owner-freebsd-mips@FreeBSD.ORG Thu Aug 12 04:14: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 E37131065675; Thu, 12 Aug 2010 04:14:48 +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 554778FC0A; Thu, 12 Aug 2010 04:14:48 +0000 (UTC) Received: by wwe15 with SMTP id 15so103493wwe.31 for ; Wed, 11 Aug 2010 21:14:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=xUqazpry9oI023ajbeexFQBuLozUKyezYtveGTogqxk=; b=LvlG5OaMkvWcSpbWWYE5vXWLmlZ8EJg/8qPoJDP0rcqTzx7e55b3gDuA6h582Kf1ys moZOteUSs7hl4D7eOLoZjkjfyYydtkxWDX7ztTgE97R0JVJIDahBm3tZNbfNWlk5hNXL SEcJPfRteh403JpoewrgcF4dddTrdFajAe1c4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=dnM2HYeSUAdSqkagkU2S3nDDNtbeOGxOBogPCxHHIbV32GnI5WumnJIEDt2HCeCgwG 8jUC/CjuNN8ODcvGlcIEXEcrMwSqDUBFH2nwUQLWa9r32AJ3VgGVxRDpaPjfUBqqCLmG ojGeG+EVaWhyvqo5e8TcXIlLeQRl8zniLBlq4= MIME-Version: 1.0 Received: by 10.216.188.197 with SMTP id a47mr17461227wen.70.1281586487177; Wed, 11 Aug 2010 21:14:47 -0700 (PDT) Received: by 10.216.160.10 with HTTP; Wed, 11 Aug 2010 21:14:47 -0700 (PDT) Date: Thu, 12 Aug 2010 09:44:47 +0530 Message-ID: From: "Jayachandran C." To: Juli Mallett , Neel Natu , "M. Warner Losh" , freebsd-mips@freebsd.org Content-Type: multipart/mixed; boundary=0016e65684be513182048d989bd1 Cc: Subject: SMP support for n64 patch. 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, 12 Aug 2010 04:14:49 -0000 --0016e65684be513182048d989bd1 Content-Type: text/plain; charset=ISO-8859-1 I've attached a patch that enables SMP support for N64 builds (I can get XLR come up multi-user with 32 cpus with this). I ended up making KX bit in status register set when you are in userspace, since the PCPU area is now mapped in XKSEG. The PCPU area needs to be accessed in I have reverted the earlier change that enabled KX on kernel entry from userspace since that is no longer needed. Please let me know your comments. JC. --0016e65684be513182048d989bd1 Content-Type: text/x-patch; charset=US-ASCII; name="n64-smp.patch" Content-Disposition: attachment; filename="n64-smp.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gcr3g13a0 SW5kZXg6IHN5cy9taXBzL21pcHMvdm1fbWFjaGRlcC5jCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9taXBz L21pcHMvdm1fbWFjaGRlcC5jCShyZXZpc2lvbiAyMTEwNjYpCisrKyBzeXMvbWlwcy9taXBzL3Zt X21hY2hkZXAuYwkod29ya2luZyBjb3B5KQpAQCAtNDE5LDcgKzQxOSw3IEBACiAjaWYgZGVmaW5l ZChfX21pcHNfbjMyKSAKIAl0ZC0+dGRfZnJhbWUtPnNyIHw9IE1JUFNfU1JfUFg7CiAjZWxpZiAg ZGVmaW5lZChfX21pcHNfbjY0KQotCXRkLT50ZF9mcmFtZS0+c3IgfD0gTUlQU19TUl9QWCB8IE1J UFNfU1JfVVg7CisJdGQtPnRkX2ZyYW1lLT5zciB8PSBNSVBTX1NSX1BYIHwgTUlQU19TUl9VWCB8 IE1JUFNfU1JfS1g7CiAjZW5kaWYKICNpZmRlZiBDUFVfQ05NSVBTCiAJdGYtPnNyIHw9ICBNSVBT X1NSX0lOVF9JRSB8IE1JUFNfU1JfQ09QXzBfQklUIHwgTUlQU19TUl9QWCB8IE1JUFNfU1JfVVgg fApJbmRleDogc3lzL21pcHMvbWlwcy9leGNlcHRpb24uUwo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvbWlw cy9taXBzL2V4Y2VwdGlvbi5TCShyZXZpc2lvbiAyMTEwNjYpCisrKyBzeXMvbWlwcy9taXBzL2V4 Y2VwdGlvbi5TCSh3b3JraW5nIGNvcHkpCkBAIC00MzQsMTIgKzQzNCw2IEBACiAvKgogICogU2F2 ZSBhbGwgb2YgdGhlIHJlZ2lzdGVycyBleGNlcHQgZm9yIHRoZSBrZXJuZWwgdGVtcG9yYXJpZXMg aW4gdS51X3BjYi4KICAqLwotCW1mYzAJazAsIE1JUFNfQ09QXzBfU1RBVFVTCi0JSEFaQVJEX0RF TEFZCi0jaWZkZWYgX19taXBzX242NAotCW9yaQlrMSwgazAsIE1JUFNfU1JfS1gKLQltdGMwCWsx LCBNSVBTX0NPUF8wX1NUQVRVUwotI2VuZGlmCiAJR0VUX0NQVV9QQ1BVKGsxKQogCVBUUl9MCWsx LCBQQ19DVVJQQ0IoazEpCiAJU0FWRV9VX1BDQl9SRUcoQVQsIEFTVCwgazEpCkBAIC00NTcsNyAr NDUxLDcgQEAKIAlTQVZFX1VfUENCX1JFRyh0MiwgVDIsIGsxKQogCVNBVkVfVV9QQ0JfUkVHKHQz LCBUMywgazEpCiAJU0FWRV9VX1BDQl9SRUcodGEwLCBUQTAsIGsxKQotCW1vdmUJYTAsIGswCQkJ CSMgRmlyc3QgYXJnIGlzIHRoZSBzdGF0dXMgcmVnLgorCW1mYzAJYTAsIE1JUFNfQ09QXzBfU1RB VFVTCQkjIEZpcnN0IGFyZyBpcyB0aGUgc3RhdHVzIHJlZy4KIAlTQVZFX1VfUENCX1JFRyh0YTEs IFRBMSwgazEpCiAJU0FWRV9VX1BDQl9SRUcodGEyLCBUQTIsIGsxKQogCVNBVkVfVV9QQ0JfUkVH KHRhMywgVEEzLCBrMSkKQEAgLTY1NiwxMiArNjUwLDYgQEAKICAqIFNhdmUgdGhlIHJlbGV2YW50 IHVzZXIgcmVnaXN0ZXJzIGludG8gdGhlIHUudV9wY2Igc3RydWN0LgogICogV2UgZG9uJ3QgbmVl ZCB0byBzYXZlIHMwIC0gczggYmVjYXVzZSB0aGUgY29tcGlsZXIgZG9lcyBpdCBmb3IgdXMuCiAg Ki8KLQltZmMwCWswLCBNSVBTX0NPUF8wX1NUQVRVUwotCUhBWkFSRF9ERUxBWQotI2lmZGVmIF9f bWlwc19uNjQKLQlvcmkJazEsIGswLCBNSVBTX1NSX0tYCi0JbXRjMAlrMSwgTUlQU19DT1BfMF9T VEFUVVMKLSNlbmRpZgogCUdFVF9DUFVfUENQVShrMSkKIAlQVFJfTAlrMSwgUENfQ1VSUENCKGsx KQogCVNBVkVfVV9QQ0JfUkVHKEFULCBBU1QsIGsxKQpAQCAtNzAwLDcgKzY4OCw3IEBACiAKIAlt ZmxvCXYwCQkJIyBnZXQgbG8vaGkgbGF0ZSB0byBhdm9pZCBzdGFsbAogCW1maGkJdjEKLQltb3Zl CWEwLCBrMAorCW1mYzAJYTAsIE1JUFNfQ09QXzBfU1RBVFVTCiAJbWZjMAlhMSwgTUlQU19DT1Bf MF9DQVVTRQogCU1GQzAJYTMsIE1JUFNfQ09QXzBfRVhDX1BDCiAJU0FWRV9VX1BDQl9SRUcodjAs IE1VTExPLCBrMSkKSW5kZXg6IHN5cy9taXBzL21pcHMvbXBib290LlMKPT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0g c3lzL21pcHMvbWlwcy9tcGJvb3QuUwkocmV2aXNpb24gMjExMDY2KQorKysgc3lzL21pcHMvbWlw cy9tcGJvb3QuUwkod29ya2luZyBjb3B5KQpAQCAtMzYsNyArMzYsOCBAQAogCS5zZXQJbm9hdAog CS5zZXQJbm9yZW9yZGVyCiAKLSNpZmRlZiBDUFVfQ05NSVBTCisvKiBYWFggbW92ZSB0aGlzIHRv IGEgaGVhZGVyIGZpbGUgKi8KKyNpZiBkZWZpbmVkKENQVV9DTk1JUFMpCiAjZGVmaW5lIENMRUFS X1NUQVRVUyBcCiAJbWZjMCAgICBhMCwgTUlQU19DT1BfMF9TVEFUVVMgICA7XAogCWxpICAgICAg YTIsIChNSVBTX1NSX0tYIHwgTUlQU19TUl9TWCB8IE1JUFNfU1JfVVgpIDsgXApAQCAtNDQsNiAr NDUsMTAgQEAKIAlsaSAgICAgIGEyLCB+KE1JUFNfU1JfSU5UX0lFIHwgTUlQU19TUl9FWEwgfCBT Ul9LU1VfVVNFUiB8IE1JUFNfU1JfQkVWKSA7IFwKIAlhbmQgICAgIGEwLCBhMCwgYTIgICAgICAg ICAgICAgIDsgXAogICAgICAgICBtdGMwICAgIGEwLCBNSVBTX0NPUF8wX1NUQVRVUworI2VsaWYg ZGVmaW5lZChfX21pcHNfbjY0KQorI2RlZmluZSBDTEVBUl9TVEFUVVMgXAorCWxpCWEwLCAoTUlQ U19TUl9LWCB8IE1JUFNfU1JfVVgpIDsgXAorCW10YzAJYTAsIE1JUFNfQ09QXzBfU1RBVFVTCiAj ZWxzZQogI2RlZmluZSBDTEVBUl9TVEFUVVMgXAogCW10YzAJemVybywgTUlQU19DT1BfMF9TVEFU VVMKSW5kZXg6IHN5cy9taXBzL21pcHMvcG1fbWFjaGRlcC5jCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9t aXBzL21pcHMvcG1fbWFjaGRlcC5jCShyZXZpc2lvbiAyMTEwNjYpCisrKyBzeXMvbWlwcy9taXBz L3BtX21hY2hkZXAuYwkod29ya2luZyBjb3B5KQpAQCAtNTE3LDcgKzUxNyw3IEBACiAjaWYgZGVm aW5lZChfX21pcHNfbjMyKSAKIAl0ZC0+dGRfZnJhbWUtPnNyIHw9IE1JUFNfU1JfUFg7CiAjZWxp ZiAgZGVmaW5lZChfX21pcHNfbjY0KQotCXRkLT50ZF9mcmFtZS0+c3IgfD0gTUlQU19TUl9QWCB8 IE1JUFNfU1JfVVg7CisJdGQtPnRkX2ZyYW1lLT5zciB8PSBNSVBTX1NSX1BYIHwgTUlQU19TUl9V WCB8IE1JUFNfU1JfS1g7CiAjZW5kaWYKICNpZmRlZiBDUFVfQ05NSVBTCiAJdGQtPnRkX2ZyYW1l LT5zciB8PSBNSVBTX1NSX0NPUF8yX0JJVCB8IE1JUFNfU1JfUFggfCBNSVBTX1NSX1VYIHwK --0016e65684be513182048d989bd1-- From owner-freebsd-mips@FreeBSD.ORG Thu Aug 12 07:05:37 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 CD66E106566B; Thu, 12 Aug 2010 07:05:37 +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 8C4068FC16; Thu, 12 Aug 2010 07:05:37 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o7C70o0e099207; Thu, 12 Aug 2010 01:00:50 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 12 Aug 2010 01:01:21 -0600 (MDT) Message-Id: <20100812.010121.123339447223515204.imp@bsdimp.com> To: c.jayachandran@gmail.com From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: jmallett@FreeBSD.org, freebsd-mips@FreeBSD.org Subject: Re: SMP support for n64 patch. 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, 12 Aug 2010 07:05:37 -0000 In message: "Jayachandran C." writes: : I've attached a patch that enables SMP support for N64 builds (I can : get XLR come up multi-user with 32 cpus with this). : : I ended up making KX bit in status register set when you are in : userspace, since the PCPU area is now mapped in XKSEG. The PCPU area : needs to be accessed in I have reverted the earlier change that : enabled KX on kernel entry from userspace since that is no longer : needed. : : Please let me know your comments. If I understand correctly, and I'm sure the pedants will tell me otherwise, the KX bit means that a legal reference to a kernel address is made, it will be interpreted as a 64-bit address when KX is set, and a 32-bit address when it is clear. It does not grant any additional access to the kernel memory that isn't already granted by the TLB entries, correct? It doesn't grant access to the kernel memory, correct? But I'm a little confused. I'm reading through section 4.5 of the Privileged Resources Architecture document from mips (MD00091-2B-MIPS74PRA-AFP-02.50.pdf) and table 4-1 suggests that running with it in user mode won't change what can be accessed. So why would it need to be turned on at all in user mode? Rather than the xtlb routine being called for the refill for a kernel address, it will fault instead. Or is this an optimization for the xtlb handler which needs to get to pcpu data? Warner From owner-freebsd-mips@FreeBSD.ORG Thu Aug 12 07:06:55 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 E0B2C106567C; Thu, 12 Aug 2010 07:06:55 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id A744B8FC15; Thu, 12 Aug 2010 07:06:55 +0000 (UTC) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id CA1972C2B0E; Thu, 12 Aug 2010 02:06:54 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id FSRg31EETRL5; Thu, 12 Aug 2010 02:06:47 -0500 (CDT) 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 DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id B7EAA2C2A63; Thu, 12 Aug 2010 02:06:46 -0500 (CDT) Message-ID: <4C639D85.9050000@cs.rice.edu> Date: Thu, 12 Aug 2010 02:06:45 -0500 From: Alan Cox User-Agent: Thunderbird 2.0.0.24 (X11/20100725) MIME-Version: 1.0 To: "Jayachandran C." References: <201008041412.o74ECAix092415@svn.freebsd.org> <4C5A569B.9090401@cs.rice.edu> <4C5BA088.7060105@cs.rice.edu> <4C5C3A08.500@cs.rice.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Jayachandran C." , Alan Cox , mips@freebsd.org Subject: Re: svn commit: r210846 - in head/sys/mips: include mips 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, 12 Aug 2010 07:06:56 -0000 Jayachandran C. wrote: > On Fri, Aug 6, 2010 at 10:06 PM, Alan Cox wrote: > >> The patch looks good. >> >> While we're talking about software dirty bit emulation, I would encourage >> you to look at two things: >> >> 1. trap.c contains two copies of the same code for emulation. I would >> encourage you to eliminate this duplication by creating a >> pmap_emulate_modified(). >> >> 2. Software dirty bit emulation is using pmap_update_page() to invalidate >> the TLB entry on which the modified bit is being set. On a multiprocessor, >> this is going to make dirty bit emulation very costly because every >> processor will be interrupted. In principle, it should be possible and >> faster to only flush the TLB entry from the current processor. The other >> processors can handle this lazily. They either do not have that mapping in >> their TLB, in which case interrupting them was wasted effort, or they do >> have it in their TLB and when they fault on it they'll discover the dirty >> bit is already set. In fact, the emulation code already handles this case, >> on account of the fact that two processors could simultaneously write to the >> same clean page and only one will get the pmap lock first. >> > > I've made the changes suggested, the changes are attached. > > The first set of changes just re-arranges the pmap calls that use > smp_rendezvous() on SMP, so that their per-cpu variants are also > available to be called. The first patch also has an optimization from > Juli's branch, to call pmap_update_page in pmap_kenter only if the pte > is valid. > > The patch looks good. style(9) requires a blank line after the opening "{" here: +static __inline void +pmap_invalidate_all_local(pmap_t pmap) +{ + if (pmap == kernel_pmap) { (There is also an extra blank line after the above "if" statement that could be deleted.) > The second patch makes the changes suggested above. My testing shows > no issues so far, but please let me know if you have any comments. > I believe that you can now make pmap_update_page() static and delete the declaration of pmap_set_modified() from pmap.h. Alan From owner-freebsd-mips@FreeBSD.ORG Thu Aug 12 07:20: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 AA5AE106568C; Thu, 12 Aug 2010 07:20:59 +0000 (UTC) (envelope-from c.jayachandran@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 19AC98FC08; Thu, 12 Aug 2010 07:20:58 +0000 (UTC) Received: by wyj26 with SMTP id 26so1342122wyj.13 for ; Thu, 12 Aug 2010 00:20:58 -0700 (PDT) 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:cc:content-type :content-transfer-encoding; bh=WaRxFJ9WhOyoTqn/en5NoKlwslIasbkrnMhUA+ogsvk=; b=vrdiy/eXtZLmQT27rstALwaZo9U/1M7L88FNeW/SH2CCxrQzpCEgI3XgoQZ6Epq03h hleRvIIaP98WYsnQ9TXrlQ9YURkX5c4E8WKpyu4f6US+cNWWrEq3++74I8DhjwxLcfqi pTT0Fi2MdnqYO4oT8UG1E0ViZaLxiAqz4zpsk= 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 :cc:content-type:content-transfer-encoding; b=ez3IYURtdR0Axtxye0Mu1d+YB5tnCYQMSX4j7EaV0fQB0A3Lw19bYP7HHFzcjD5Sm3 JzPhfTu4pmLjvboZ3YOr0FWgAxCfPC0dp8h4Li7zKOJcPXJV+HpBoMwYteWlJaQ9g7NL p3Vs3QmDx4Pv3uIXQKAGc6SoiiPLOPm1rvP/U= MIME-Version: 1.0 Received: by 10.227.129.12 with SMTP id m12mr17425195wbs.102.1281597657831; Thu, 12 Aug 2010 00:20:57 -0700 (PDT) Received: by 10.216.160.10 with HTTP; Thu, 12 Aug 2010 00:20:57 -0700 (PDT) In-Reply-To: <20100812.010121.123339447223515204.imp@bsdimp.com> References: <20100812.010121.123339447223515204.imp@bsdimp.com> Date: Thu, 12 Aug 2010 12:50:57 +0530 Message-ID: From: "Jayachandran C." To: "M. Warner Losh" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-mips@freebsd.org Subject: Re: SMP support for n64 patch. 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, 12 Aug 2010 07:20:59 -0000 On Thu, Aug 12, 2010 at 12:31 PM, M. Warner Losh wrote: > In message: > =A0 =A0 =A0 =A0 =A0 =A0"Jayachandran C." write= s: > : I've attached a patch that enables SMP support for N64 builds (I can > : get XLR come up multi-user with 32 cpus with this). > : > : I ended up making KX bit in status register set when you are in > : userspace, since the PCPU area is now mapped in XKSEG. =A0The PCPU area > : needs to be accessed in =A0I have reverted the earlier change that > : enabled KX on kernel entry from userspace since that is no longer > : needed. > : > : Please let me know your comments. > > If I understand correctly, and I'm sure the pedants will tell me > otherwise, the KX bit means that a legal reference to a kernel address > is made, it will be interpreted as a 64-bit address when KX is set, > and a 32-bit address when it is clear. > > It does not grant any additional access to the kernel memory that > isn't already granted by the TLB entries, correct? =A0It doesn't grant > access to the kernel memory, correct? My understanding is this, but I was not able to find any reference that says exactly that (so was not sure if some MIPS implementations have issues here). > But I'm a little confused. =A0I'm reading through section 4.5 of the > Privileged Resources Architecture document from mips > (MD00091-2B-MIPS74PRA-AFP-02.50.pdf) and table 4-1 suggests that > running with it in user mode won't change what can be accessed. =A0So > why would it need to be turned on at all in user mode? =A0Rather than > the xtlb routine being called for the refill for a kernel address, it > will fault instead. > > Or is this an optimization for the xtlb handler which needs to get to > pcpu data? Yes, otherwise I need to add code to the XTLB handler to enable KX (which will involve read and write to status register and the related hazards). Enabling KX everywhere, including userspace avoids this. JC. From owner-freebsd-mips@FreeBSD.ORG Thu Aug 12 07:28:41 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 B6C181065675 for ; Thu, 12 Aug 2010 07:28:41 +0000 (UTC) (envelope-from c.jayachandran@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 46FAF8FC13 for ; Thu, 12 Aug 2010 07:28:40 +0000 (UTC) Received: by wyj26 with SMTP id 26so1349320wyj.13 for ; Thu, 12 Aug 2010 00:28:40 -0700 (PDT) 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:cc:content-type :content-transfer-encoding; bh=j+YMVA+KQZxkSYdvnquQEEUrx51JRxYcwuuW58s2FHw=; b=Lf/zwveovyLmgPJxlVjvq2p3I4XmJp206OalAe8kv6xGF46hpo0V6G/JnpMzwT/Po/ vTmzgsg++HEKRkSg1hbc1K+Qk2Y5r8GHDGPT0z+CEDFmpnxtIu4nAli5jf+p0gSCGxFh vR26wFgqTyyTemlm0INVTbGLKFufdYFuSrpPc= 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 :cc:content-type:content-transfer-encoding; b=Oe1DIcNOilUZH3ZxpXUSWYxORwOA3OqGAJE5Ya95/AEzIlXIeTJJLrxalChPJwYB7d GOFz+2SwvD4ydFx+sAbL0PWleE9phN7ht+30TOH6ESN6VRn5TKSqlNuO4JieYmC/+APm 8kjmpe+yBxBgt1Fhx1X/EGkXQ6/x7hiVulgUs= MIME-Version: 1.0 Received: by 10.216.178.130 with SMTP id f2mr13181432wem.101.1281598119860; Thu, 12 Aug 2010 00:28:39 -0700 (PDT) Received: by 10.216.160.10 with HTTP; Thu, 12 Aug 2010 00:28:39 -0700 (PDT) In-Reply-To: <4C639D85.9050000@cs.rice.edu> References: <201008041412.o74ECAix092415@svn.freebsd.org> <4C5A569B.9090401@cs.rice.edu> <4C5BA088.7060105@cs.rice.edu> <4C5C3A08.500@cs.rice.edu> <4C639D85.9050000@cs.rice.edu> Date: Thu, 12 Aug 2010 12:58:39 +0530 Message-ID: From: "Jayachandran C." To: Alan Cox Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: mips@freebsd.org Subject: Re: svn commit: r210846 - in head/sys/mips: include mips 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, 12 Aug 2010 07:28:41 -0000 On Thu, Aug 12, 2010 at 12:36 PM, Alan Cox wrote: > Jayachandran C. wrote: >> >> On Fri, Aug 6, 2010 at 10:06 PM, Alan Cox wrote: >> >>> >>> The patch looks good. >>> >>> While we're talking about software dirty bit emulation, I would encoura= ge >>> you to look at two things: >>> >>> 1. trap.c contains two copies of the same code for emulation. =A0I woul= d >>> encourage you to eliminate this duplication by creating a >>> pmap_emulate_modified(). >>> >>> 2. Software dirty bit emulation is using pmap_update_page() to invalida= te >>> the TLB entry on which the modified bit is being set. =A0On a >>> multiprocessor, >>> this is going to make dirty bit emulation very costly because every >>> processor will be interrupted. =A0In principle, it should be possible a= nd >>> faster to only flush the TLB entry from the current processor. =A0The o= ther >>> processors can handle this lazily. =A0They either do not have that mapp= ing >>> in >>> their TLB, in which case interrupting them was wasted effort, or they d= o >>> have it in their TLB and when they fault on it they'll discover the dir= ty >>> bit is already set. =A0In fact, the emulation code already handles this >>> case, >>> on account of the fact that two processors could simultaneously write t= o >>> the >>> same clean page and only one will get the pmap lock first. >>> >> >> I've made the changes suggested, the changes are attached. >> >> The first set of changes just re-arranges the pmap calls that use >> smp_rendezvous() on SMP, so that their per-cpu variants are also >> available to be called. =A0The first patch also has an optimization from >> Juli's branch, to call pmap_update_page in pmap_kenter only if the pte >> is valid. >> >> > > The patch looks good. =A0style(9) requires a blank line after the opening= "{" > here: > > +static __inline void > +pmap_invalidate_all_local(pmap_t pmap) > +{ > + =A0 =A0 =A0 if (pmap =3D=3D kernel_pmap) { > > (There is also an extra blank line after the above "if" statement that co= uld > be deleted.) Will fix this. >> The second patch makes the changes suggested above. My testing shows >> no issues so far, but please let me know if you have any comments. >> > > I believe that you can now make pmap_update_page() static and delete the > declaration of pmap_set_modified() from pmap.h. I missed this part, thanks. Will check-in with the changes. JC. From owner-freebsd-mips@FreeBSD.ORG Thu Aug 12 07:35:33 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 97763106566C; Thu, 12 Aug 2010 07:35:33 +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 39E0D8FC14; Thu, 12 Aug 2010 07:35:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o7C7WGMd099438; Thu, 12 Aug 2010 01:32:16 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 12 Aug 2010 01:32:46 -0600 (MDT) Message-Id: <20100812.013246.575506241299663760.imp@bsdimp.com> To: c.jayachandran@gmail.com From: "M. Warner Losh" In-Reply-To: References: <20100812.010121.123339447223515204.imp@bsdimp.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: jmallett@FreeBSD.org, freebsd-mips@FreeBSD.org Subject: Re: SMP support for n64 patch. 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, 12 Aug 2010 07:35:33 -0000 In message: "Jayachandran C." writes: : On Thu, Aug 12, 2010 at 12:31 PM, M. Warner Losh wro= te: : > In message: : > =A0 =A0 =A0 =A0 =A0 =A0"Jayachandran C." = writes: : > : I've attached a patch that enables SMP support for N64 builds (I = can : > : get XLR come up multi-user with 32 cpus with this). : > : : > : I ended up making KX bit in status register set when you are in : > : userspace, since the PCPU area is now mapped in XKSEG. =A0The PCP= U area : > : needs to be accessed in =A0I have reverted the earlier change tha= t : > : enabled KX on kernel entry from userspace since that is no longer= : > : needed. : > : : > : Please let me know your comments. : > : > If I understand correctly, and I'm sure the pedants will tell me : > otherwise, the KX bit means that a legal reference to a kernel addr= ess : > is made, it will be interpreted as a 64-bit address when KX is set,= : > and a 32-bit address when it is clear. : > : > It does not grant any additional access to the kernel memory that : > isn't already granted by the TLB entries, correct? =A0It doesn't gr= ant : > access to the kernel memory, correct? : = : My understanding is this, but I was not able to find any reference : that says exactly that (so was not sure if some MIPS implementations : have issues here). Yes. I think that the references I cited below reaffirm this. Kernel addresses can only be accessed when KSU =3D=3D 0. : > But I'm a little confused. =A0I'm reading through section 4.5 of th= e : > Privileged Resources Architecture document from mips : > (MD00091-2B-MIPS74PRA-AFP-02.50.pdf) and table 4-1 suggests that : > running with it in user mode won't change what can be accessed. =A0= So : > why would it need to be turned on at all in user mode? =A0Rather th= an : > the xtlb routine being called for the refill for a kernel address, = it : > will fault instead. : > : > Or is this an optimization for the xtlb handler which needs to get = to : > pcpu data? : = : Yes, otherwise I need to add code to the XTLB handler to enable KX : (which will involve read and write to status register and the related= : hazards). Enabling KX everywhere, including userspace avoids this. Ah, that makes perfect sense. Based on that, I can't see any reason to hold this back. Warner From owner-freebsd-mips@FreeBSD.ORG Thu Aug 12 03:21: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 8C1781065670 for ; Thu, 12 Aug 2010 03:21:16 +0000 (UTC) (envelope-from vrtuff@yahoo.com) Received: from web33207.mail.mud.yahoo.com (web33207.mail.mud.yahoo.com [209.191.69.155]) by mx1.freebsd.org (Postfix) with SMTP id 4DE0C8FC14 for ; Thu, 12 Aug 2010 03:21:15 +0000 (UTC) Received: (qmail 9630 invoked by uid 60001); 12 Aug 2010 03:21:15 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1281583275; bh=03HZKRiWWD8qGC5CFo4f2npax5oPf1bfzx/sd1PaLpo=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=B+rEesWvIbHezPlYaWzgbBxZWCSW4SjoM+Ibgllg1z1ouk/MsTXe4421eANzNps0r3Afa7HV3lA5IPJglFE7FRkkPVqY4pByonhEKlLBpopTkaMJyFdocUnFxlJLM+PM66g8YtxYbWvQZqMYhQJxTs1cD+N/Gy54q6qccpsT4g8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=RFFWSlqPOq9QCnzaHTYNQUzTNJ0DVR6iwxMcWeYTNxZcxoZtJgIOWAdue16ZotkfqqllH+gwBdnf+Y/BollLpuvcSr9MwLW8bWH/hAPh3gXZuH+GgtwFmcJv5C9BTzuvB2YyWO4Fw+qVFmmG8PLLQYxM2G2eFs5tmS3Jj0dsbcs=; Message-ID: <677389.94707.qm@web33207.mail.mud.yahoo.com> X-YMail-OSG: Od8zWgQVM1lwVOqxwOiXcdtpHOX0ScCe3ea1i3rcA1Y0EeG Tni482aLXOfHfkYVVjOkNkSsWpTZCw37D96ONOJ9ZtS244ZvrT5HtcqJAblS IdDsa8eSJiikohSsL0GPjQlTWme6bW978sYKqQB9mEQYbcG0SG4rXJ3AIIGC yRszgl.BMT8eFG349qWyIfEY.eoyekP4hk3JdPNbGSXTtZC0arNUqWoZhhRN aALM1OLEMJmMBjm_dca51K7PjjxKwA6dCKBFPBKzmVwzzWQBrLxQEvmmvEdm t1MpOugvK_U4z0KCj1CFqPUf5XuccrwWkMPhKBVKTFhnXW9fQwVnbVFWh6Ge Gyo5I3uhOGDPEx2K2F4WsbKam07NaC98WQeK92IIt Received: from [24.189.140.45] by web33207.mail.mud.yahoo.com via HTTP; Wed, 11 Aug 2010 20:21:15 PDT X-Mailer: YahooMailRC/470 YahooMailWebService/0.8.105.279950 References: Date: Wed, 11 Aug 2010 20:21:15 -0700 (PDT) From: false To: freebsd-mips@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Thu, 12 Aug 2010 11:22:28 +0000 Subject: Reporting success with FreeBSD on Netgear WNDR3700 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, 12 Aug 2010 03:21:16 -0000 In my search to run pf from a consumer device. It is closely related to RB450 full dmesg: ************************************************************ Starting kernel ... platform frequency: 680000000 arguments: a0 = 00080410 a1 = 804448ac a2 = 00000010 a3 = 804b2180 Cache info: picache_stride = 4096 picache_loopcount = 16 pdcache_stride = 4096 pdcache_loopcount = 8 cpu0: MIPS Technologies processor v116.147 MMU: Standard TLB, 16 entries L1 i-cache: 4 ways of 512 sets, 32 bytes per line L1 d-cache: 4 ways of 256 sets, 32 bytes per line Config1=0x9ee3519e Config3=0x20 KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2010 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #16: Wed Aug 11 06:27:58 UTC 2010 root@hollu.lan:/usr/wndr3700-current-obj/mips.mips/usr/src/freebsd-current/src/sys/WNDR3700 mips real memory = 67108864 (65536K bytes) avail memory = 59437056 (56MB) nexus0: Either maddr or msize hint is missing for apb0 Either maddr or msize hint is missing for pcib0 clock0: on nexus0 clock0: [FILTER] Timecounter "MIPS32" frequency 340000000 Hz quality 800 Event timer "MIPS32" frequency 340000000 Hz quality 800 apb0 at irq 4 on nexus0 apb0: [FILTER] uart0: <16550 or compatible> on apb0 uart0: [FILTER] uart0: console (115200,n,8,1) ohci0: on apb0 ohci0: [ITHREAD] usbus0 on ohci0 ehci0: at mem 0x1b000000-0x1bffffff irq 3 on nexus0 ehci0: [ITHREAD] usbus1: set host controller mode usbus1: EHCI version 1.0 usbus1: set host controller mode usbus1: on ehci0 pcib0 at irq 0 on nexus0 pcib0: [FILTER] pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 17.0 (no driver attached) pci0: at device 18.0 (no driver attached) spi0: at mem 0x1f000000-0x1f00000f on nexus0 spibus0: on spi0 ar71xx_wdog0: on nexus0 cryptosoft0: on nexus0 Starting kernel event timers: MIPS32 @ 2000Hz, NONE @ 0Hz Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ipfw2 initialized, divert enabled, nat loadable, rule-based forwarding enabled, default to accept, logging disabled DUMMYNET 0 with IPv6 initialized (100409) load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched QFQ loaded usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Trying to mount root from ufs:da0s1 ROOT MOUNT ERROR: If you have invalid mount options, reboot, and first try the following from the loader prompt: set vfs.root.mountfrom.options=rw and then remove invalid mount options from /etc/fstab. Loader variables: vfs.root.mountfrom= vfs.root.mountfrom.options= Manual root filesystem specification: : Mount using filesystem eg. zfs:tank eg. ufs:/dev/da0s1a eg. cd9660:/dev/acd0 This is equivalent to: mount -t cd9660 /dev/acd0 / ? List valid disk boot devices Abort manual input mountroot> ************************************************** Hopefully the board will help with getting the switch/ethernet/wifi working Thanks YA From owner-freebsd-mips@FreeBSD.ORG Thu Aug 12 12:06:22 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 636401065679 for ; Thu, 12 Aug 2010 12:06:22 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id D93248FC20 for ; Thu, 12 Aug 2010 12:06:21 +0000 (UTC) Received: by ewy26 with SMTP id 26so673896ewy.13 for ; Thu, 12 Aug 2010 05:06:20 -0700 (PDT) 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=91ftAaikHY1i7hoZIUcBLPEiCrbXgXfTl8jJPmswMZE=; b=WUmM+wU+o6qrSyEE2FmyvMEv7WvxyzFQAxETsqQkh97Xbxd53IY67NUHOv1FY/KgMP 8I7z31+db+obLozVmtDT0bZiPtrsQzZT0mWpa6tIQVO8yQPd1g8WEjMCw8h2NslbD+SN Y5E5nOA9WfMx0o8cMgTVzXOI4RNx+LiyeWfqE= 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=cRi6BfNCNmAqbKosIe77p5VmALl33bG07VuxAgcSRpn91F4Ek/EQ63CDvoWhoYFYNu qcwInd2DZ6wAZmG7X7GjjUGD+m+n4LZkSUOCnRjmA2IlgKhPwyNRDVPYheinLAA/3cjT Avdt5+E8f05FGtq2sHDYFIl/ucDcNBDIpFYBE= MIME-Version: 1.0 Received: by 10.213.52.5 with SMTP id f5mr157434ebg.35.1281614720449; Thu, 12 Aug 2010 05:05:20 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.213.112.140 with HTTP; Thu, 12 Aug 2010 05:05:20 -0700 (PDT) In-Reply-To: <677389.94707.qm@web33207.mail.mud.yahoo.com> References: <677389.94707.qm@web33207.mail.mud.yahoo.com> Date: Thu, 12 Aug 2010 20:05:20 +0800 X-Google-Sender-Auth: ib1sWAGi5J4zRkHiNJQ7l7Mek2I Message-ID: From: Adrian Chadd To: false Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-mips@freebsd.org Subject: Re: Reporting success with FreeBSD on Netgear WNDR3700 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, 12 Aug 2010 12:06:22 -0000 Thats great! Would you be able to put together a kernel config file and a short description of how you got it that far? adrian On 12 August 2010 11:21, false wrote: > In my search to run pf from a consumer device. > It is closely related to RB450 > > full dmesg: > > ************************************************************ > > Starting kernel ... > > platform frequency: 680000000 > arguments: > =A0a0 =3D 00080410 > =A0a1 =3D 804448ac > =A0a2 =3D 00000010 > =A0a3 =3D 804b2180 > Cache info: > =A0picache_stride =A0 =A0=3D 4096 > =A0picache_loopcount =3D 16 > =A0pdcache_stride =A0 =A0=3D 4096 > =A0pdcache_loopcount =3D 8 > cpu0: MIPS Technologies processor v116.147 > =A0MMU: Standard TLB, 16 entries > =A0L1 i-cache: 4 ways of 512 sets, 32 bytes per line > =A0L1 d-cache: 4 ways of 256 sets, 32 bytes per line > =A0Config1=3D0x9ee3519e > =A0Config3=3D0x20 > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2010 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > =A0 =A0 =A0 =A0The Regents of the University of California. All rights re= served. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-CURRENT #16: Wed Aug 11 06:27:58 UTC 2010 > > =A0root@hollu.lan:/usr/wndr3700-current-obj/mips.mips/usr/src/freebsd-cur= rent/src/sys/WNDR3700 > =A0mips > real memory =A0=3D 67108864 (65536K bytes) > avail memory =3D 59437056 (56MB) > nexus0: > Either maddr or msize hint is missing for apb0 > Either maddr or msize hint is missing for pcib0 > clock0: on nexus0 > clock0: [FILTER] > Timecounter "MIPS32" frequency 340000000 Hz quality 800 > Event timer "MIPS32" frequency 340000000 Hz quality 800 > apb0 at irq 4 on nexus0 > apb0: [FILTER] > uart0: <16550 or compatible> on apb0 > uart0: [FILTER] > uart0: console (115200,n,8,1) > ohci0: on apb0 > ohci0: [ITHREAD] > usbus0 on ohci0 > ehci0: at mem 0x1b000000-0x1bfffff= f irq 3 > on nexus0 > ehci0: [ITHREAD] > usbus1: set host controller mode > usbus1: EHCI version 1.0 > usbus1: set host controller mode > usbus1: on ehci0 > pcib0 at irq 0 on nexus0 > pcib0: [FILTER] > pci0: on pcib0 > pci0: at device 0.0 (no driver attached) > pci0: at device 17.0 (no driver attached) > pci0: at device 18.0 (no driver attached) > spi0: at mem 0x1f000000-0x1f00000f on nexus0 > spibus0: on spi0 > ar71xx_wdog0: on nexus0 > cryptosoft0: on nexus0 > Starting kernel event timers: MIPS32 @ 2000Hz, NONE @ 0Hz > Timecounters tick every 1.000 msec > IPsec: Initialized Security Association Processing. > ipfw2 initialized, divert enabled, nat loadable, rule-based forwarding en= abled, > default to accept, logging disabled > DUMMYNET 0 with IPv6 initialized (100409) > load_dn_sched dn_sched RR loaded > load_dn_sched dn_sched WF2Q+ loaded > load_dn_sched dn_sched FIFO loaded > load_dn_sched dn_sched PRIO loaded > load_dn_sched dn_sched QFQ loaded > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on usbus= 0 > ugen1.1: at usbus1 > uhub1: on usbus= 1 > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > Trying to mount root from ufs:da0s1 > ROOT MOUNT ERROR: > If you have invalid mount options, reboot, and first try the following fr= om > the loader prompt: > > =A0 =A0 set vfs.root.mountfrom.options=3Drw > > and then remove invalid mount options from /etc/fstab. > > Loader variables: > vfs.root.mountfrom=3D > vfs.root.mountfrom.options=3D > > Manual root filesystem specification: > =A0: =A0Mount using filesystem > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 eg. zfs:tank > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 eg. ufs:/dev/da0s1a > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 eg. cd9660:/dev/acd0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 This is equivalent to: mount = -t cd9660 /dev/acd0 / > > =A0? =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0List valid disk boot devices > =A0 =A0 =A0 =A0 Abort manual input > > mountroot> > > ************************************************** > > Hopefully the board will help with getting the switch/ethernet/wifi worki= ng > > Thanks > YA > > > > _______________________________________________ > 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 Aug 12 13:57:44 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 B657A106566C for ; Thu, 12 Aug 2010 13:57:44 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 5FB298FC0A for ; Thu, 12 Aug 2010 13:57:44 +0000 (UTC) Received: by qyk11 with SMTP id 11so6658043qyk.13 for ; Thu, 12 Aug 2010 06:57:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=AU2qPCFBaTfdxk/X2PW9XS1zfmUugAcDPl7IZvE6q4Y=; b=fwXXPHuCc+fl0/6YCcym4wSVElQDK43CVqvboUQJCgAxYvEyzL0XWfOo1fCO9GkxmK cQL4SO+8qGPMJDANp9aj8v7pmb8rB/gjf5qYCQPMgBk6MGnKyjWYXloDLzEvCn+pXw4j /nPPQCcbjifq0eB3Eys1RbKdwtK1l2BhwYHO4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=bgY1sZxGJtnAkiTNm/tbt9i7PYpk2x93oJDv4lKdmPTjajt+g6WidgqAkapnUf3o03 X+uCWNmdKbBUjVEO/IoejXNTcXHwayEvVtY5bdp0GsbikCoaRijAZyioqq5iWmuhIvK/ lmaspGj8yMQ4KZUK4KfgF9SwsgIbu5FSVbKNk= Received: by 10.224.95.159 with SMTP id d31mr11993442qan.146.1281619998821; Thu, 12 Aug 2010 06:33:18 -0700 (PDT) Received: from [192.168.0.86] ([187.39.29.5]) by mx.google.com with ESMTPS id n6sm1868149qcu.43.2010.08.12.06.33.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 12 Aug 2010 06:33:14 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Luiz Otavio O Souza In-Reply-To: <677389.94707.qm@web33207.mail.mud.yahoo.com> Date: Thu, 12 Aug 2010 10:33:08 -0300 Content-Transfer-Encoding: quoted-printable Message-Id: <746AF81F-05D4-400A-842C-75B3346E915E@gmail.com> References: <677389.94707.qm@web33207.mail.mud.yahoo.com> To: false X-Mailer: Apple Mail (2.1081) Cc: freebsd-mips@freebsd.org Subject: Re: Reporting success with FreeBSD on Netgear WNDR3700 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, 12 Aug 2010 13:57:44 -0000 On Aug 12, 2010, at 12:21 AM, false wrote: > In my search to run pf from a consumer device. > It is closely related to RB450 >=20 > full dmesg: >=20 > ************************************************************ >=20 > Starting kernel ... >=20 > platform frequency: 680000000 > arguments:=20 > a0 =3D 00080410 > a1 =3D 804448ac > a2 =3D 00000010 > a3 =3D 804b2180 > Cache info: > picache_stride =3D 4096 > picache_loopcount =3D 16 > pdcache_stride =3D 4096 > pdcache_loopcount =3D 8 > cpu0: MIPS Technologies processor v116.147 > MMU: Standard TLB, 16 entries > L1 i-cache: 4 ways of 512 sets, 32 bytes per line > L1 d-cache: 4 ways of 256 sets, 32 bytes per line > Config1=3D0x9ee3519e > Config3=3D0x20 > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2010 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-CURRENT #16: Wed Aug 11 06:27:58 UTC 2010 >=20 > = root@hollu.lan:/usr/wndr3700-current-obj/mips.mips/usr/src/freebsd-current= /src/sys/WNDR3700 > mips > real memory =3D 67108864 (65536K bytes) > avail memory =3D 59437056 (56MB) > nexus0: > Either maddr or msize hint is missing for apb0 > Either maddr or msize hint is missing for pcib0 > clock0: on nexus0 > clock0: [FILTER] > Timecounter "MIPS32" frequency 340000000 Hz quality 800 > Event timer "MIPS32" frequency 340000000 Hz quality 800 > apb0 at irq 4 on nexus0 > apb0: [FILTER] > uart0: <16550 or compatible> on apb0 > uart0: [FILTER] > uart0: console (115200,n,8,1) > ohci0: on apb0 > ohci0: [ITHREAD] > usbus0 on ohci0 > ehci0: at mem = 0x1b000000-0x1bffffff irq 3=20 > on nexus0 > ehci0: [ITHREAD] > usbus1: set host controller mode > usbus1: EHCI version 1.0 > usbus1: set host controller mode > usbus1: on ehci0 > pcib0 at irq 0 on nexus0 > pcib0: [FILTER] > pci0: on pcib0 > pci0: at device 0.0 (no driver attached) > pci0: at device 17.0 (no driver attached) > pci0: at device 18.0 (no driver attached) > spi0: at mem 0x1f000000-0x1f00000f on nexus0 > spibus0: on spi0 > ar71xx_wdog0: on nexus0 > cryptosoft0: on nexus0 > Starting kernel event timers: MIPS32 @ 2000Hz, NONE @ 0Hz > Timecounters tick every 1.000 msec > IPsec: Initialized Security Association Processing. > ipfw2 initialized, divert enabled, nat loadable, rule-based forwarding = enabled,=20 > default to accept, logging disabled > DUMMYNET 0 with IPv6 initialized (100409) > load_dn_sched dn_sched RR loaded > load_dn_sched dn_sched WF2Q+ loaded > load_dn_sched dn_sched FIFO loaded > load_dn_sched dn_sched PRIO loaded > load_dn_sched dn_sched QFQ loaded > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on = usbus0 > ugen1.1: at usbus1 > uhub1: on = usbus1 > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > Trying to mount root from ufs:da0s1 > ROOT MOUNT ERROR:=20 > If you have invalid mount options, reboot, and first try the following = from > the loader prompt: >=20 > set vfs.root.mountfrom.options=3Drw >=20 > and then remove invalid mount options from /etc/fstab. >=20 > Loader variables: > vfs.root.mountfrom=3D > vfs.root.mountfrom.options=3D >=20 > Manual root filesystem specification: > : Mount using filesystem > eg. zfs:tank > eg. ufs:/dev/da0s1a > eg. cd9660:/dev/acd0 > This is equivalent to: mount -t cd9660 /dev/acd0 = / >=20 > ? List valid disk boot devices > Abort manual input >=20 > mountroot>=20 >=20 > ************************************************** >=20 > Hopefully the board will help with getting the switch/ethernet/wifi = working >=20 > Thanks > YA Cool ! You should be able to use the arge1 interface (WAN port) by setting the = correct phy mask on hints (0x10 for arge1 on WNDR3700). Looks like the arge0 is connected to a RTL8366 gigabit switch which, at = least, has a public available datasheet: = http://realtek.info/pdf/rtl8366_8369_datasheet_1-1.pdf Luiz= From owner-freebsd-mips@FreeBSD.ORG Thu Aug 12 17:12:54 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 A541C106566C for ; Thu, 12 Aug 2010 17:12:54 +0000 (UTC) (envelope-from vrtuff@yahoo.com) Received: from web33203.mail.mud.yahoo.com (web33203.mail.mud.yahoo.com [209.191.69.151]) by mx1.freebsd.org (Postfix) with SMTP id 66D488FC13 for ; Thu, 12 Aug 2010 17:12:54 +0000 (UTC) Received: (qmail 1360 invoked by uid 60001); 12 Aug 2010 17:12:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1281633173; bh=O8gyzlbmBTS2ykI07jY4M/psqT5c2snW88PkcWs6ESc=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Il43gFMVa1cF5CCHAZKuo8HJ92GysLkuPRKpv/a0VeZhy/2TXNUS+GQ981Wj8Iyh3p4kKQmFzq/r/0+/7yips61cgtBAFr3CfEHJI/ZhPt7i3eN4oNdJmQzcv6RmWR05uhdQD3ErV2xpLzE5m7/v6ZWC5ajMBN41/E9mmQUa6oc= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=JzuZ4CnqD1REnjedqxjYDWWjjM6HEG5j03k0BGPwfBSp73cEwZoM5fgTu1NyKBBboALgpcNd4hwFEIVNe58x9MMxTcLSOyilF0XMvasJlyu5vO8gA6s2arymEtQMlLcWERJytfXiSpemr6wxx0fh4dkf5tDGxpHQsWqyzM3SFSc=; Message-ID: <746531.909.qm@web33203.mail.mud.yahoo.com> X-YMail-OSG: IGa.XP8VM1lTQLZNJg7wPGcwwQIrYaAaHthpNXP2K6LW5Eh pu24B5tsiXXvn7JIY6_psqUwkM61lnAQzsswc5PdI11rU5zX6PcEE06p9pH3 jgK88LvsnAxIca.1RLQ6krf710tEd02D6iM1e9XVnBY1SI3jc_NkvE9hCbRw n3.DuH0IcsNNY_1crexLi4DJfpPh5b6aO3jnW5ISplDhN0Ga2FLQl0Ql_5JQ u1ghFECcwlPr424TmMnGQx_PFAILHi5ClwL0UXMdbqrC6VuGMJrDquBqrUYq bJBYdCvvNvlmyS87uZ6C7Ln_3UXOLBx3DqN7cALUzt0mEZjE7EAywqKF5.SS 1oiYSk2VIw0OeHDIU2C7lvPuwLzr30w-- Received: from [24.189.140.45] by web33203.mail.mud.yahoo.com via HTTP; Thu, 12 Aug 2010 10:12:53 PDT X-Mailer: YahooMailRC/470 YahooMailWebService/0.8.105.279950 References: <677389.94707.qm@web33207.mail.mud.yahoo.com> Date: Thu, 12 Aug 2010 10:12:53 -0700 (PDT) From: Youri Adonis To: Adrian Chadd In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-mips@freebsd.org Subject: Reporting success with FreeBSD on Netgear WNDR3700 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, 12 Aug 2010 17:12:54 -0000 Adrian, I will post a quick howto soon Thanks Youri ----- Original Message ---- From: Adrian Chadd To: false Cc: freebsd-mips@freebsd.org Sent: Thu, August 12, 2010 8:05:20 AM Subject: Re: Reporting success with FreeBSD on Netgear WNDR3700 Thats great! Would you be able to put together a kernel config file and a short description of how you got it that far? adrian On 12 August 2010 11:21, false wrote: > In my search to run pf from a consumer device. > It is closely related to RB450 > > full dmesg: > > ************************************************************ > > Starting kernel ... > > platform frequency: 680000000 > arguments: > a0 = 00080410 > a1 = 804448ac > a2 = 00000010 > a3 = 804b2180 > Cache info: > picache_stride = 4096 > picache_loopcount = 16 > pdcache_stride = 4096 > pdcache_loopcount = 8 > cpu0: MIPS Technologies processor v116.147 > MMU: Standard TLB, 16 entries > L1 i-cache: 4 ways of 512 sets, 32 bytes per line > L1 d-cache: 4 ways of 256 sets, 32 bytes per line > Config1=0x9ee3519e > Config3=0x20 > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2010 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-CURRENT #16: Wed Aug 11 06:27:58 UTC 2010 > > root@hollu.lan:/usr/wndr3700-current-obj/mips.mips/usr/src/freebsd-current/src/sys/WNDR3700 >0 > mips > real memory = 67108864 (65536K bytes) > avail memory = 59437056 (56MB) > nexus0: > Either maddr or msize hint is missing for apb0 > Either maddr or msize hint is missing for pcib0 > clock0: on nexus0 > clock0: [FILTER] > Timecounter "MIPS32" frequency 340000000 Hz quality 800 > Event timer "MIPS32" frequency 340000000 Hz quality 800 > apb0 at irq 4 on nexus0 > apb0: [FILTER] > uart0: <16550 or compatible> on apb0 > uart0: [FILTER] > uart0: console (115200,n,8,1) > ohci0: on apb0 > ohci0: [ITHREAD] > usbus0 on ohci0 > ehci0: at mem 0x1b000000-0x1bffffff irq >3 > on nexus0 > ehci0: [ITHREAD] > usbus1: set host controller mode > usbus1: EHCI version 1.0 > usbus1: set host controller mode > usbus1: on ehci0 > pcib0 at irq 0 on nexus0 > pcib0: [FILTER] > pci0: on pcib0 > pci0: at device 0.0 (no driver attached) > pci0: at device 17.0 (no driver attached) > pci0: at device 18.0 (no driver attached) > spi0: at mem 0x1f000000-0x1f00000f on nexus0 > spibus0: on spi0 > ar71xx_wdog0: on nexus0 > cryptosoft0: on nexus0 > Starting kernel event timers: MIPS32 @ 2000Hz, NONE @ 0Hz > Timecounters tick every 1.000 msec > IPsec: Initialized Security Association Processing. > ipfw2 initialized, divert enabled, nat loadable, rule-based forwarding enabled, > default to accept, logging disabled > DUMMYNET 0 with IPv6 initialized (100409) > load_dn_sched dn_sched RR loaded > load_dn_sched dn_sched WF2Q+ loaded > load_dn_sched dn_sched FIFO loaded > load_dn_sched dn_sched PRIO loaded > load_dn_sched dn_sched QFQ loaded > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen1.1: at usbus1 > uhub1: on usbus1 > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > Trying to mount root from ufs:da0s1 > ROOT MOUNT ERROR: > If you have invalid mount options, reboot, and first try the following from > the loader prompt: > > set vfs.root.mountfrom.options=rw > > and then remove invalid mount options from /etc/fstab. > > Loader variables: > vfs.root.mountfrom= > vfs.root.mountfrom.options= > > Manual root filesystem specification: > : Mount using filesystem > eg. zfs:tank > eg. ufs:/dev/da0s1a > eg. cd9660:/dev/acd0 > This is equivalent to: mount -t cd9660 /dev/acd0 / > > ? List valid disk boot devices > Abort manual input > > mountroot> > > ************************************************** > > Hopefully the board will help with getting the switch/ethernet/wifi working > > Thanks > YA > > > > _______________________________________________ > 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 Aug 12 17:22:57 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 0AF48106567A for ; Thu, 12 Aug 2010 17:22:57 +0000 (UTC) (envelope-from vrtuff@yahoo.com) Received: from web33207.mail.mud.yahoo.com (web33207.mail.mud.yahoo.com [209.191.69.155]) by mx1.freebsd.org (Postfix) with SMTP id C0DAF8FC14 for ; Thu, 12 Aug 2010 17:22:56 +0000 (UTC) Received: (qmail 50619 invoked by uid 60001); 12 Aug 2010 17:22:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1281633776; bh=s7phVR8zTh3ejP7N1sEufPU1bZZamDb262qJI8a8BD8=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=z6DgKOq8HQjqrPcbMNBBGw6t9d7cn5tRit2Nj1BqGM7rKM+g5BcryJPSqDWZWNVzmxmg+rGyTwd/uDQyEr2wNf4QaDzECn39wplBaLkrzWWdo7eBznNrNbQPtSlgdXvFWfwCQuy84/OUn9OiC/18VJa/Mbn8sYINOjXscz8L8sQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=48YIylXkBvR/cIg318e5pdVe5EzfXG1hjiGn/js45RJADvQSSzLn/T9uZt3gTwHpDV2v+mRZv160hLSoU9imevlRrrEvpm8wY31ktgcQNhtOoUkAHnpFRDhQEJTaq0XdWvSC+XOp+Q0Ye1ZstMwb4P2dYFnksIPIsDy3M2/B2Qc=; Message-ID: <40010.49671.qm@web33207.mail.mud.yahoo.com> X-YMail-OSG: 786zG6QVM1kensVZas_lh3XHn5yRIDSuRfafx8aqAOuKIgi D9AGljIdQ1Sn5.iwD_.PwYMsp3IkhiK1FB2eNxDEugKZHjUxCVJaSJlr.UkK Bl8xHJL3_gNR80CMONaeUvEPd5AWTzv1HNt1ELFVjy5bX365rdSaoZvx2SOB 8Y1_2Y5oaBSCQPSn5JGsXqKqe79GZRq2v2oc884rTC800FGo1QV603foSvTp 2VN0TYW4yQbw_Dx1nl6_qD.rTwUNsY.HT2sGORF7KZ9KF_.6FjfVYaA6yhsP UFpswU1ct4juknNZjWL2tajrhBz1O4eLZrj.keH4vcrYwOtGhJ2CYn276wzR xylZNaNsqbhbhTWw3m3U3JH9w0VBDZQ-- Received: from [24.189.140.45] by web33207.mail.mud.yahoo.com via HTTP; Thu, 12 Aug 2010 10:22:55 PDT X-Mailer: YahooMailRC/470 YahooMailWebService/0.8.105.279950 References: <677389.94707.qm@web33207.mail.mud.yahoo.com> <746AF81F-05D4-400A-842C-75B3346E915E@gmail.com> Date: Thu, 12 Aug 2010 10:22:55 -0700 (PDT) From: Youri Adonis To: Luiz Otavio O Souza In-Reply-To: <746AF81F-05D4-400A-842C-75B3346E915E@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-mips@freebsd.org Subject: Reporting success with FreeBSD on Netgear WNDR3700 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, 12 Aug 2010 17:22:57 -0000 Luiz. I can only get arge1 detected with 0xa0 with a bogus MAC address, not the actual one. Nothing came up for arge0. Flash is being ack'd as well Thanks Youri See below dmesg: ************************************************************** Starting kernel ... platform frequency: 680000000 arguments: a0 = 00000006 a1 = a3f5ffb0 a2 = a3f60450 a3 = 00000008 Cache info: picache_stride = 4096 picache_loopcount = 16 pdcache_stride = 4096 pdcache_loopcount = 8 cpu0: MIPS Technologies processor v116.147 MMU: Standard TLB, 16 entries L1 i-cache: 4 ways of 512 sets, 32 bytes per line L1 d-cache: 4 ways of 256 sets, 32 bytes per line Config1=0x9ee3519e Config3=0x20 KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2010 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #61: Thu Aug 12 16:59:08 UTC 2010 root@hollu.lan:/usr/wndr3700-current-obj/mips.mips/usr/src/freebsd-current/src/sys/WNDR3700 mips real memory = 67108864 (65536K bytes) avail memory = 59379712 (56MB) nexus0: clock0: on nexus0 clock0: [FILTER] Timecounter "MIPS32" frequency 340000000 Hz quality 800 Event timer "MIPS32" frequency 340000000 Hz quality 800 apb0 at mem 0x18000000-0x18ffffff irq 4 on nexus0 apb0: [FILTER] uart0: <16550 or compatible> on apb0 uart0: [FILTER] uart0: console (115200,n,8,1) ohci0: on apb0 ohci0: [ITHREAD] usbus0 on ohci0 ehci0: at mem 0x1b000000-0x1bffffff irq 1 on nexus0 ehci0: [ITHREAD] usbus1: set host controller mode usbus1: EHCI version 1.0 usbus1: set host controller mode usbus1: on ehci0 arge0: at mem 0xb9000000-0xb9000fff irq 2 on nexus0 arge0: No PHY specified, using mask 16 arge0: MII without any phy! device_attach: arge0 attach returned 6 arge1: at mem 0xba000000-0xba000fff irq 3 on nexus0 arge1: Ethernet address: 62:73:64:9b:19:68 arge1: [FILTER+ITHREAD] spi0: at mem 0x1f000000-0x1f00000f on nexus0 spibus0: on spi0 mx25l0: at cs 0 on spibus0 mx25l0: mx25ll64, sector 65536 bytes, 128 sectors ar71xx_wdog0: on nexus0 cryptosoft0: on nexus0 Starting kernel event timers: MIPS32 @ 2000Hz, NONE @ 0Hz Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ipfw2 initialized, divert enabled, nat loadable, rule-based forwarding enabled, default to accept, logging disabled DUMMYNET 0 with IPv6 initialized (100409) load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 Root mount waiting for: usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Trying to mount root from ufs:/dev/da0s1 ROOT MOUNT ERROR: If you have invalid mount options, reboot, and first try the following from the loader prompt: set vfs.root.mountfrom.options=rw and then remove invalid mount options from /etc/fstab. Loader variables: vfs.root.mountfrom= vfs.root.mountfrom.options= Manual root filesystem specification: : Mount using filesystem eg. zfs:tank eg. ufs:/dev/da0s1a eg. cd9660:/dev/acd0 This is equivalent to: mount -t cd9660 /dev/acd0 / ? List valid disk boot devices Abort manual input mountroot> ----- Original Message ---- From: Luiz Otavio O Souza To: false Cc: freebsd-mips@freebsd.org Sent: Thu, August 12, 2010 9:33:08 AM Subject: Re: Reporting success with FreeBSD on Netgear WNDR3700 On Aug 12, 2010, at 12:21 AM, false wrote: > In my search to run pf from a consumer device. > It is closely related to RB450 > > full dmesg: > > ************************************************************ > > Starting kernel ... > > platform frequency: 680000000 > arguments: > a0 = 00080410 > a1 = 804448ac > a2 = 00000010 > a3 = 804b2180 > Cache info: > picache_stride = 4096 > picache_loopcount = 16 > pdcache_stride = 4096 > pdcache_loopcount = 8 > cpu0: MIPS Technologies processor v116.147 > MMU: Standard TLB, 16 entries > L1 i-cache: 4 ways of 512 sets, 32 bytes per line > L1 d-cache: 4 ways of 256 sets, 32 bytes per line > Config1=0x9ee3519e > Config3=0x20 > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2010 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-CURRENT #16: Wed Aug 11 06:27:58 UTC 2010 > >root@hollu.lan:/usr/wndr3700-current-obj/mips.mips/usr/src/freebsd-current/src/sys/WNDR3700 >0 > mips > real memory = 67108864 (65536K bytes) > avail memory = 59437056 (56MB) > nexus0: > Either maddr or msize hint is missing for apb0 > Either maddr or msize hint is missing for pcib0 > clock0: on nexus0 > clock0: [FILTER] > Timecounter "MIPS32" frequency 340000000 Hz quality 800 > Event timer "MIPS32" frequency 340000000 Hz quality 800 > apb0 at irq 4 on nexus0 > apb0: [FILTER] > uart0: <16550 or compatible> on apb0 > uart0: [FILTER] > uart0: console (115200,n,8,1) > ohci0: on apb0 > ohci0: [ITHREAD] > usbus0 on ohci0 > ehci0: at mem 0x1b000000-0x1bffffff irq >3 > > on nexus0 > ehci0: [ITHREAD] > usbus1: set host controller mode > usbus1: EHCI version 1.0 > usbus1: set host controller mode > usbus1: on ehci0 > pcib0 at irq 0 on nexus0 > pcib0: [FILTER] > pci0: on pcib0 > pci0: at device 0.0 (no driver attached) > pci0: at device 17.0 (no driver attached) > pci0: at device 18.0 (no driver attached) > spi0: at mem 0x1f000000-0x1f00000f on nexus0 > spibus0: on spi0 > ar71xx_wdog0: on nexus0 > cryptosoft0: on nexus0 > Starting kernel event timers: MIPS32 @ 2000Hz, NONE @ 0Hz > Timecounters tick every 1.000 msec > IPsec: Initialized Security Association Processing. > ipfw2 initialized, divert enabled, nat loadable, rule-based forwarding enabled, > > default to accept, logging disabled > DUMMYNET 0 with IPv6 initialized (100409) > load_dn_sched dn_sched RR loaded > load_dn_sched dn_sched WF2Q+ loaded > load_dn_sched dn_sched FIFO loaded > load_dn_sched dn_sched PRIO loaded > load_dn_sched dn_sched QFQ loaded > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen1.1: at usbus1 > uhub1: on usbus1 > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > Trying to mount root from ufs:da0s1 > ROOT MOUNT ERROR: > If you have invalid mount options, reboot, and first try the following from > the loader prompt: > > set vfs.root.mountfrom.options=rw > > and then remove invalid mount options from /etc/fstab. > > Loader variables: > vfs.root.mountfrom= > vfs.root.mountfrom.options= > > Manual root filesystem specification: > : Mount using filesystem > eg. zfs:tank > eg. ufs:/dev/da0s1a > eg. cd9660:/dev/acd0 > This is equivalent to: mount -t cd9660 /dev/acd0 / > > ? List valid disk boot devices > Abort manual input > > mountroot> > > ************************************************** > > Hopefully the board will help with getting the switch/ethernet/wifi working > > Thanks > YA Cool ! You should be able to use the arge1 interface (WAN port) by setting the correct phy mask on hints (0x10 for arge1 on WNDR3700). Looks like the arge0 is connected to a RTL8366 gigabit switch which, at least, has a public available datasheet: http://realtek.info/pdf/rtl8366_8369_datasheet_1-1.pdf Luiz From owner-freebsd-mips@FreeBSD.ORG Fri Aug 13 13:20:02 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 3D99A1065696 for ; Fri, 13 Aug 2010 13:20:02 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id D59238FC1C for ; Fri, 13 Aug 2010 13:20:01 +0000 (UTC) Received: by qwg5 with SMTP id 5so3248497qwg.13 for ; Fri, 13 Aug 2010 06:20:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=E/7vea4bTmPBmV3PN/j90dBm6oJoWTmWRLBw5Qxlik8=; b=CB2d1b47L7/KjnMnpwmrbAxhfoA+TAvFIzvWZEyUEAmr87Vu8kuwp9YzfqVWk/XHQS wrl2D0hVOq1Xf9UDNXvmKIvcKUoVv0lO/IcsFtXy8Q4S0kjxfypQ0sP+Zbj0D5bb6tYH Wf1GLtnt/7fdoVE/SOG/U3TDohh4KV73Tr9+A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=qmoNIctJLnStOS3IjuiAZVSdzqKvLUNKEH0657oOts3YYqFBmpcuv7N8NeYB9XYOgv +vAeFqQodBD/bGhpPjyeyeHm+DZprJ6aFmSu0GyIP/V+fRRj/KkrMXCzkuTymnRyY/3l lMslEV1vLPZbh4jJAMmWPsklAM4CWlPLM9LpU= Received: by 10.224.10.204 with SMTP id q12mr965694qaq.169.1281705599261; Fri, 13 Aug 2010 06:19:59 -0700 (PDT) Received: from [192.168.0.86] ([187.39.29.5]) by mx.google.com with ESMTPS id r36sm3397815qcs.3.2010.08.13.06.19.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 13 Aug 2010 06:19:58 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Luiz Otavio O Souza In-Reply-To: <40010.49671.qm@web33207.mail.mud.yahoo.com> Date: Fri, 13 Aug 2010 10:19:54 -0300 Content-Transfer-Encoding: quoted-printable Message-Id: <46331CC2-D733-4669-9993-9502124EE26F@gmail.com> References: <677389.94707.qm@web33207.mail.mud.yahoo.com> <746AF81F-05D4-400A-842C-75B3346E915E@gmail.com> <40010.49671.qm@web33207.mail.mud.yahoo.com> To: Youri Adonis X-Mailer: Apple Mail (2.1081) Cc: freebsd-mips@freebsd.org Subject: Re: Reporting success with FreeBSD on Netgear WNDR3700 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, 13 Aug 2010 13:20:02 -0000 Youri, The phy mask 0xa0 is the same as (0x80 | 0x20) and this is a multi-phy = setting, you'll get better media status when using only one phy, can you = try it with 0x20 ? (that's probably the correct one). The MAC address comes from bootloader (as a command line arg or = environment variable), you have to find out what is the method used for = your router. If the RTL switch is supported as a basic/generic PHY (like ukphy), you = can try the arge0 with a multi-phy mask like 0x0f (or 0x1f) and check if = something comes up. Now you can boot it over nfs :) Luiz On Aug 12, 2010, at 2:22 PM, Youri Adonis wrote: > Luiz. >=20 > I can only get arge1 detected with 0xa0 with a bogus MAC address, not = the=20 > actual one. Nothing came up for arge0. > Flash is being ack'd as well >=20 >=20 > Thanks > Youri >=20 >=20 >=20 > See below dmesg: >=20 > ************************************************************** >=20 > Starting kernel ... >=20 > platform frequency: 680000000 > arguments:=20 > a0 =3D 00000006 > a1 =3D a3f5ffb0 > a2 =3D a3f60450 > a3 =3D 00000008 > Cache info: > picache_stride =3D 4096 > picache_loopcount =3D 16 > pdcache_stride =3D 4096 > pdcache_loopcount =3D 8 > cpu0: MIPS Technologies processor v116.147 > MMU: Standard TLB, 16 entries > L1 i-cache: 4 ways of 512 sets, 32 bytes per line > L1 d-cache: 4 ways of 256 sets, 32 bytes per line > Config1=3D0x9ee3519e > Config3=3D0x20 > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2010 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-CURRENT #61: Thu Aug 12 16:59:08 UTC 2010 >=20 > = root@hollu.lan:/usr/wndr3700-current-obj/mips.mips/usr/src/freebsd-current= /src/sys/WNDR3700 > mips > real memory =3D 67108864 (65536K bytes) > avail memory =3D 59379712 (56MB) > nexus0: > clock0: on nexus0 > clock0: [FILTER] > Timecounter "MIPS32" frequency 340000000 Hz quality 800 > Event timer "MIPS32" frequency 340000000 Hz quality 800 > apb0 at mem 0x18000000-0x18ffffff irq 4 on nexus0 > apb0: [FILTER] > uart0: <16550 or compatible> on apb0 > uart0: [FILTER] > uart0: console (115200,n,8,1) > ohci0: on apb0 > ohci0: [ITHREAD] > usbus0 on ohci0 > ehci0: at mem = 0x1b000000-0x1bffffff irq 1=20 > on nexus0 > ehci0: [ITHREAD] > usbus1: set host controller mode > usbus1: EHCI version 1.0 > usbus1: set host controller mode > usbus1: on ehci0 > arge0: at mem = 0xb9000000-0xb9000fff=20 > irq 2 on nexus0 > arge0: No PHY specified, using mask 16 > arge0: MII without any phy! > device_attach: arge0 attach returned 6 > arge1: at mem = 0xba000000-0xba000fff=20 > irq 3 on nexus0 > arge1: Ethernet address: 62:73:64:9b:19:68 > arge1: [FILTER+ITHREAD] > spi0: at mem 0x1f000000-0x1f00000f on nexus0 > spibus0: on spi0 > mx25l0: at cs 0 on spibus0 > mx25l0: mx25ll64, sector 65536 bytes, 128 sectors > ar71xx_wdog0: on nexus0 > cryptosoft0: on nexus0 > Starting kernel event timers: MIPS32 @ 2000Hz, NONE @ 0Hz > Timecounters tick every 1.000 msec > IPsec: Initialized Security Association Processing. > ipfw2 initialized, divert enabled, nat loadable, rule-based forwarding = enabled,=20 > default to accept, logging disabled > DUMMYNET 0 with IPv6 initialized (100409) > load_dn_sched dn_sched FIFO loaded > load_dn_sched dn_sched PRIO loaded > load_dn_sched dn_sched QFQ loaded > load_dn_sched dn_sched RR loaded > load_dn_sched dn_sched WF2Q+ loaded > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on = usbus0 > ugen1.1: at usbus1 > uhub1: on = usbus1 > Root mount waiting for: usbus1 usbus0 > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > Trying to mount root from ufs:/dev/da0s1 > ROOT MOUNT ERROR:=20 > If you have invalid mount options, reboot, and first try the following = from > the loader prompt: >=20 > set vfs.root.mountfrom.options=3Drw >=20 > and then remove invalid mount options from /etc/fstab. >=20 > Loader variables: > vfs.root.mountfrom=3D > vfs.root.mountfrom.options=3D >=20 > Manual root filesystem specification: > : Mount using filesystem > eg. zfs:tank > eg. ufs:/dev/da0s1a > eg. cd9660:/dev/acd0 > This is equivalent to: mount -t cd9660 /dev/acd0 = / >=20 > ? List valid disk boot devices > Abort manual input >=20 > mountroot>=20 >=20 >=20 From owner-freebsd-mips@FreeBSD.ORG Fri Aug 13 14:51:40 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 9DD5E1065670; Fri, 13 Aug 2010 14:51:40 +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 5FEB68FC14; Fri, 13 Aug 2010 14:51:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o7DEhHOG016394; Fri, 13 Aug 2010 08:43:17 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 13 Aug 2010 08:43:49 -0600 (MDT) Message-Id: <20100813.084349.81694732431589369.imp@bsdimp.com> To: jchandra@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <201008131256.o7DCu0lS006909@svn.freebsd.org> References: <201008131256.o7DCu0lS006909@svn.freebsd.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: mips@FreeBSD.org Subject: Re: svn commit: r211280 - in head/sys: conf mips/conf mips/include mips/mips mips/rmi 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, 13 Aug 2010 14:51:40 -0000 In message: <201008131256.o7DCu0lS006909@svn.freebsd.org> "Jayachandran C." writes: : Rename TARGET_XLR_XLS to CPU_RMI to match other CPU_xxx definitions. : use CPU_RMI all XLR configurations. Update ident string for N32 and : N64 kernels. I think that we may need more granularity than CPU_CNMIPS in the future (since there's already two types of CNMIPS we support, with a third one on the horizon). Older bits of code have a finer grained support for CPUs, but that's not currently that consistent inside of the tree. Traditionally, the CPU_xxxx has been used both for size control, as well as behavior tweaking. The majority of the support in the tree today with CPU_CNMIPS and CPU_XLR is only for the latter. Warner