From owner-freebsd-mips@freebsd.org Mon Nov 14 01:11:08 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 BE823C3E1DC for ; Mon, 14 Nov 2016 01:11:08 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::22b]) (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 758851F76 for ; Mon, 14 Nov 2016 01:11:08 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: by mail-it0-x22b.google.com with SMTP id q124so73738026itd.1 for ; Sun, 13 Nov 2016 17:11:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=clockworksquid.com; s=google; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=/QO601rrW06fjW4CJ3nk49y+QMmNGsy+7ito1B3y99E=; b=ijPV4kODjjzwJczwWHiEHUbfYbwnk/hcWxCKjq/6FNHyknI/ON7eriRLpjRyed5eY+ A5W6v5+8uYwTJxtKF/jNtI8yx+u5Gygian7NmecK/1A3Z7wixpkYPb0FkJm2K3JWSsNT LDVXTm0fQX4i3oYFfgZ/Ecc0A6+6wwFUtcXXI= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd-org.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=/QO601rrW06fjW4CJ3nk49y+QMmNGsy+7ito1B3y99E=; b=MaStqaFmq8FvPoVhhVBs/Ou+4RnGHgwfgivwIgQylD0Vimidv8TfIHMwa5sUs0sjPg okCucq3xx2XBn5LjAX3RXi8d6DMWazBYt+9A+XmIew9g1SFCowVyN7pvuH/OoKsEVq8o n5OYVhSlv7Op+eqOGGhoq6V1Ay6qN/+XvtS2Rjmg/Rst0SGFiX9k6fQ4wXGkw/Mjv2pz zCTB9dYC0wKLu1j8urpruKjvOjQ/1X9ScW8ZTuPo11nvio+C4PAZzfRwYfzC8hJGcc58 DcL/g2uqf+virbQSCGnrcdouDuFJibCsg1M8swNfljZ0NQCzPzzhiKXZf1r7nLZ2YrtE wDtg== 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=/QO601rrW06fjW4CJ3nk49y+QMmNGsy+7ito1B3y99E=; b=e4hnkWbG1ADoTxMC6OA1MKhMfvn2LCtsH0ddN6WVn2HkYYyH9rnA9UcD/WJnpCCN/W 1joT2BEffssQEQ47VWiXz0CjLlIIa8mdZGqiM1EwDdrd8Qi1AJxSIsJill8N+yAOvGod z8TMjck6+9rx5ZBZun5noa1XgU/BzwtGesZCCchHg67MvW5M6GgS7Fjf48YTaqh7zHv2 7n49bMoUhItoAqTLqQnURQYvYim1DxqHwMF4GsShiOhpM5IiNWPk3rNTgoD78UbxayEJ 9u1xOrkvDS1Fswd5TlugK4OGXFa5KPNTExj7x3pbIvtnqxyPl921AbT3ACeWY+8hChbV FjSA== X-Gm-Message-State: ABUngvexqRzFskJh6GUBasxc/qZPpI9+QcHdC7Of5fELEyGS0viII8BJGJBT2XtpdDZBFoolZRarmUywVwCcVw== X-Received: by 10.107.59.9 with SMTP id i9mr25166388ioa.176.1479085867870; Sun, 13 Nov 2016 17:11:07 -0800 (PST) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.79.141.88 with HTTP; Sun, 13 Nov 2016 17:10:47 -0800 (PST) In-Reply-To: References: <20161113071911.GF54029@kib.kiev.ua> <20161113075557.GH54029@kib.kiev.ua> <71C512CD-0FB6-40D8-B46C-30467A245693@bsdimp.com> <20161113161548.GK54029@kib.kiev.ua> <20161113190344.GM54029@kib.kiev.ua> <50FE3B7E-8FA4-47DC-BC45-EE75B9FAFC0F@bsdimp.com> <20161113213108.GP54029@kib.kiev.ua> From: Juli Mallett Date: Sun, 13 Nov 2016 17:10:47 -0800 X-Google-Sender-Auth: JKPgoswhOoOZTBA5Oyh9gBroEdI Message-ID: Subject: Re: svn commit: r307626 - head/sys/ufs/ffs To: Adrian Chadd Cc: Kostik Belousov , "freebsd-mips@FreeBSD.org" , "M. Warner Losh" , Warner Losh 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: Mon, 14 Nov 2016 01:11:08 -0000 On Sun, Nov 13, 2016 at 5:06 PM, Adrian Chadd wrote: > I'll try it tonight. > > It's just unfortunate that it broke a system like this. I understand if it's > supposed to just work and hasn't. But typically the onus on fixing things is > on the person who broke behaviour, even if it is due to unrelated issues. This is not true. Networking crashes caused by NIC driver bugs do not get treated that way. > I'd like to hopefully find some minimal way to keep things working as is > until a better longer term solution is found, and I would also like to see > some larger scale testing of things on other platforms so we can catch them > earlier. On older kernels you should be able to test sharing memory between processes, or multiple mmaps of a file, or similar, I guess?