Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754916AbaBDS6o (ORCPT ); Tue, 4 Feb 2014 13:58:44 -0500 Received: from mail-vb0-f45.google.com ([209.85.212.45]:52738 "EHLO mail-vb0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752828AbaBDS6l (ORCPT ); Tue, 4 Feb 2014 13:58:41 -0500 MIME-Version: 1.0 In-Reply-To: <20140204184150.GB5002@laptop.programming.kicks-ass.net> References: <20140204184150.GB5002@laptop.programming.kicks-ass.net> Date: Tue, 4 Feb 2014 10:58:40 -0800 X-Google-Sender-Auth: Nf3oCEiAGg34OL5xppyEsWHRX3U Message-ID: Subject: Re: mips octeon memory model questions From: Linus Torvalds To: Peter Zijlstra Cc: David Daney , Ralf Baechle , "linux-arch@vger.kernel.org" , linux-mips , Linux Kernel Mailing List , Paul McKenney , Will Deacon Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 4, 2014 at 10:41 AM, Peter Zijlstra wrote: > > Still doesn't make sense, because if we need the first sync to stop > writes from being re-ordered with the ll-sc, we also need the second > sync to avoid the same. Presumably octeon doesn't do speculative writes, only *buffered* writes. So writes move down, not up. But it looks like Cavium is one of those clown companies that have a "contact us" button for technical documentation rather than actually making it available. Christ, why would anybody do business with a tech company that hides technical details? Seriously, that just stinks of "we have so many bugs that we cannot make the documentation available". Linus -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/