From owner-freebsd-arch@FreeBSD.ORG Mon Jun 23 06:08:48 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8EFC975; Mon, 23 Jun 2014 06:08:48 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 7047B20E9; Mon, 23 Jun 2014 06:08:48 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.60.3]) by phk.freebsd.dk (Postfix) with ESMTP id 06CB11598; Mon, 23 Jun 2014 06:08:46 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.9/8.14.9) with ESMTP id s5N68kme025393; Mon, 23 Jun 2014 06:08:46 GMT (envelope-from phk@phk.freebsd.dk) To: Julian Elischer Subject: Re: PoC: passive serialization In-reply-to: <53A7A2D6.30905@freebsd.org> From: "Poul-Henning Kamp" References: <539FEBC1.5030501@FreeBSD.org> <20140621231853.394A914A2D0@mail.netbsd.org> <53A7A2D6.30905@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 23 Jun 2014 06:08:46 +0000 Message-ID: <25392.1403503726@critter.freebsd.dk> Cc: freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2014 06:08:48 -0000 In message <53A7A2D6.30905@freebsd.org>, Julian Elischer writes: >On 6/22/14, 7:18 AM, Mindaugas Rasiukevicius wrote: >> >> Just a note on passive serialization in NetBSD: there is a lot of space for >> optimisations, simplifications or improvements to that code, but it was a >> deliberate choice to avoid them. The goal was to carefully implement the >> logic described in the expired patent (or at least attempt to be as close as >> our interpretation skills allow us to be). Any deviation from that logic >> increases the risk of falling under some other technique, primarily RCU, >> covered by other patent. >> >hopefully the recent ruling on software patents may make the whole >thing moot given enough impetus. Probably not in this case. This bite from page 3 seems like the gate through which RCU and similar patents will go: "They do not, for example, purport to improve the functioning of the computer itself" But read for yourself: http://www.supremecourt.gov/opinions/13pdf/13-298_7lh8.pdf -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.