From owner-freebsd-mips@freebsd.org Sun Nov 13 07:12:03 2016 Return-Path: Delivered-To: freebsd-mips@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 E742CC3F885 for ; Sun, 13 Nov 2016 07:12:03 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x243.google.com (mail-it0-x243.google.com [IPv6:2607:f8b0:4001:c0b::243]) (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 A8DAB1D5 for ; Sun, 13 Nov 2016 07:12:03 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x243.google.com with SMTP id n68so5755859itn.3 for ; Sat, 12 Nov 2016 23:12:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=3tHGgvU3+NGA/go9h/VmsAmB54OHtiv2UaLnDWOlVwQ=; b=vxCDfH1/4PZbj0hl3jFyH3mXGOEgxFtjLJ2wi5HqQ61K/PDWMLzU/qjo0s5uvXnrlC A+XaKJYMWiap3dJChAuzFbSONaH1vHzgyozzb50yhH6AIIUnyb67T/erfzqT16Bm7zpB WbUlywcHBKmGIBFqtrONFiZ69IvMB8T1QMkXDet6LigD1ZfhZR/+/7DDvzI5ooSlwzZB hxmGULfQ4fWuk786EnXeqBEpD9aZVyA9Sx+nT0BUPC0Wdv/9Jn+587esEr/lJ59x4dqT R47Fg4+EqWdL28YX3liqdC0Lnxwhoxw//Yn9ONwPX2Zou3OV2tbBipiQ5S88JWApQ/h3 ewNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=3tHGgvU3+NGA/go9h/VmsAmB54OHtiv2UaLnDWOlVwQ=; b=Stz6QVZyvjPcvZC2jRkkt8EIk+IS5NF5dSBmdRS6AXmknvStJMiIPMznH6CMCRNA5H eM5G5uvmfLmsBMxrJhITzq7kC7d7XAhic0b65Le6syacqjrBUI7BFbJdHb9LqXQjxphU 2z/uWtQJPr3wdFfeR7pE5+EBBK/SCZuXHt97AORbNDBz2RbjRuMpUPeiTqX9ytuoNkqL zQWlX4kStiye1xiEpgeDarnE6vaa32Q2tNC+eF4AY7oUkZKbuLVmUpbsZ0aFKCE3MIyJ Zu/te4rht5SnsXMZ/r5hZ/T+tvGu8tKN6S6IUlzoXXRNCOssm1nPMUZXWHRRDAhCQV9f eNwQ== X-Gm-Message-State: ABUngvdypDMH97+UrrzF1bSbVJKOdniGH9LizmmST0Mmihl3vpX9731lWkWXUMgRM2OrrOpUvHuGcbq0NYzSfg== X-Received: by 10.36.93.193 with SMTP id w184mr2750930ita.85.1479021123080; Sat, 12 Nov 2016 23:12:03 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.134.66 with HTTP; Sat, 12 Nov 2016 23:12:02 -0800 (PST) X-Originating-IP: [50.253.99.174] In-Reply-To: <20161113065851.GD54029@kib.kiev.ua> References: <201610191109.u9JB9TTC002727@repo.freebsd.org> <20161113065851.GD54029@kib.kiev.ua> From: Warner Losh Date: Sun, 13 Nov 2016 00:12:02 -0700 X-Google-Sender-Auth: XlygBA0tK0iZSK9dNQyfFSHmLvs Message-ID: Subject: Re: svn commit: r307626 - head/sys/ufs/ffs To: Konstantin Belousov Cc: Adrian Chadd , "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: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2016 07:12:04 -0000 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. Warner