From owner-svn-src-head@freebsd.org Sun Nov 13 07:15:53 2016 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DA11C3F952; Sun, 13 Nov 2016 07:15:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 54D4B679; Sun, 13 Nov 2016 07:15:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-it0-x231.google.com with SMTP id q124so46113329itd.1; Sat, 12 Nov 2016 23:15:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=IbaRXHYXAmQnbUBUMwTTb59dAWjnkMpP50MXxqSJt0Y=; b=b6KCgI8IRqwcjTspWHFTLXkaHtk4mpBjE6PdEmV8WSxSUY2WRf3MkK/BNcXyNU732Y qYrgFdCEf42pI7dfL4TsR5iP5TcVMFdNgyLTofy1iR1BwFwp53vyovrFGYMJN6Ne2h/K 7g/aN8NUuIKkyt+XbgdtyWWro+HZ59ClLrkGzuzgMElDh1ueRcboeWUjQIXnJpM3O9ma IQP+CzbcWRInj+CvaPo85VDKUPkFIxLlGGMPQRqaerHamurZgoy2CsRxr9WWX0/NcYQ0 8g5r1xXDQRar3tjqIfIkmUtr6bI2LvPgDSGvX/fmRBINe29tRIMnn21M2TtX3bF9cfqa If+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=IbaRXHYXAmQnbUBUMwTTb59dAWjnkMpP50MXxqSJt0Y=; b=dLudv8SM1ZDyWVs6ptEDGlEj+R3zW0IjTmf6nRCJmyTG+TnuLSQtMTF0WKgHgnT3hx 2WQHZccANbf6b8vxLBuCuzs3waYAeVFRXEWCKhyF0hls/oB+DLriAncwIOQwjeEx8Dxh hf8xBzAvO9Z8bDAHYrIDaw4rtkIf4CT7HtcirwzwYQTTMnIE2B712KzbpelojtmCzbJO GN5crDGm/YFCYcpgKlMoW9ocBrM71iNv9j5EMXbiEgZIriG7ni6/g7tVBcex/bdVwfs5 JzbjBlouncbyLuQtdD5ip846wDa0KrG6F74tvzkx+r7OjVduIUYtm51I+oczEy7fsghY qSqA== X-Gm-Message-State: ABUngvd68FZkqyqFr+a0tZl9KHig0SiROoOYxwaGgSiJcmKSsFfPs8RHWNW8GJUHMDRybXxXPmyOC8bsRtSkjw== X-Received: by 10.36.138.67 with SMTP id v64mr2646348itd.39.1479021352828; Sat, 12 Nov 2016 23:15:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.36.39.134 with HTTP; Sat, 12 Nov 2016 23:15:52 -0800 (PST) In-Reply-To: References: <201610191109.u9JB9TTC002727@repo.freebsd.org> <20161113065851.GD54029@kib.kiev.ua> From: Adrian Chadd Date: Sat, 12 Nov 2016 23:15:52 -0800 Message-ID: Subject: Re: svn commit: r307626 - head/sys/ufs/ffs To: Warner Losh Cc: Konstantin Belousov , "svn-src-head@freebsd.org" , "svn-src-all@freebsd.org" , "src-committers@freebsd.org" , "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2016 07:15:53 -0000 On 12 November 2016 at 23:12, Warner Losh wrote: > On Sat, Nov 12, 2016 at 11:58 PM, Konstantin Belousov > wrote: >> On Sat, Nov 12, 2016 at 03:19:13PM -0800, Adrian Chadd wrote: >>> hi! >>> >>> This broke freebsd on mips24k. >>> >>> BAD_PAGE_FAULT: pid 1 tid 100001 (init), uid 0: pc 0x4002a4 got a read >>> fault (type 0x2) at 0 >>> Trapframe Register Dump: >>> zero: 0 at: 0 v0: 0 v1: 0 >>> a0: 0x7fffeecc a1: 0 a2: 0 a3: 0 >>> t0: 0 t1: 0 t2: 0 t3: 0 >>> t4: 0 t5: 0 t6: 0 t7: 0 >>> t8: 0 t9: 0x400260 s0: 0x10 s1: 0x2 >>> s2: 0x7fffeed0 s3: 0 s4: 0 s5: 0 >>> s6: 0 s7: 0 k0: 0 k1: 0 >>> gp: 0x4d55d0 sp: 0x7ffeee90 s8: 0 ra: 0 >>> sr: 0xfc13 mullo: 0 mulhi: 0 badvaddr: 0 >>> cause: 0x8 pc: 0x4002a4 >>> Page table info for pc address 0x4002a4: pde = 0x809be000, pte = 0xa001acda >>> Dumping 4 words starting at pc address 0x4002a4: >>> 8c420000 14400003 00908021 8f828024 >>> Page table info for bad address 0: pde = 0, pte = 0 >> MIPS24k has split I/D caches, and both are VIPT, am I right ? >> I was not able to find the handling of cache aliasing in mips/pmap.c. >> >> Still, I am curious whether setting the loader tunable vfs.buf_pager_relbuf >> to 1 change anything. > > MIPS caches are such that creating two virtual mappings to the same > physical page will cause corruption. It's simply not allowed, at least > for the class of MIPS machines I used to bring up the port originally. Hi, Right - the bulk of MIPS hardware (including 24k/74k) are VIPT, and we're not allowed to do cache aliasing in that manner. -adrian