From owner-freebsd-mips@FreeBSD.ORG Sat Oct 1 16:53:21 2011 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F1B2106566B; Sat, 1 Oct 2011 16:53:21 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id B6E658FC0A; Sat, 1 Oct 2011 16:53:20 +0000 (UTC) Received: by ywp17 with SMTP id 17so2986773ywp.13 for ; Sat, 01 Oct 2011 09:53:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=QZvPQ//JLjGCDJj8M+aJV9rHx63MZKL8zjenVx9rekc=; b=u6AnShXPKEy/H9+8fRdZEo5hOyNmKQH8wwfxoSyEuIh+XuVFR0uUhZsp4grR6NPXpw oE6012k/NEhYMTKy9nyLGL68ewBSFadceQE/bw8rtBmA3GtpAXtS9OFW/IlYCXYwqERn UBYivjd4wYImiJytaC2e5IQJQGstGkzaJGiIo= MIME-Version: 1.0 Received: by 10.236.129.242 with SMTP id h78mr78655722yhi.89.1317487999990; Sat, 01 Oct 2011 09:53:19 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Sat, 1 Oct 2011 09:53:19 -0700 (PDT) In-Reply-To: References: <201110010556.p915uQH6003016@svn.freebsd.org> Date: Sun, 2 Oct 2011 00:53:19 +0800 X-Google-Sender-Auth: M1VnzSM1c3X9xYEBYHjUxbp2RIE Message-ID: From: Adrian Chadd To: "Jayachandran C." Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin , freebsd-mips@freebsd.org Subject: Re: svn commit: r225892 - head/sys/mips/mips X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 16:53:21 -0000 Well, the fallback solution can be "no eventtimer, just call wait; and document the shortcomings." I'll see about implementing the workaround outlined in the MIPS24K software users manual from the MIPS website. Hopefully it fixes my problem. Is there an XLR specific workaround more suitable to your workload? What's the Linux codebase do? Adrian