From owner-freebsd-net@FreeBSD.ORG Thu Oct 30 00:30:44 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B8683A5 for ; Thu, 30 Oct 2014 00:30:44 +0000 (UTC) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E9A0DE for ; Thu, 30 Oct 2014 00:30:44 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id rd3so4278706pab.13 for ; Wed, 29 Oct 2014 17:30:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ZLeb0Fz4JXQXXuzuCAUJ0EhhMS6mc85VymLdjx/U6NU=; b=b61U9m83MImryt2jPVdnC1s9vCJBg9YcoOXZH7hcfguNGtuRa6vxrkZ0XPqi8BrnHO cNK48woWzvhQ7e8vlOhDxB/zmnJ4sncjZ9pc6mJd/d0gBeX/+LqfJpphsZwj+NK/+FKt mgdcVnJ5L8sw8oMD8wHh5APWmURDdgI8w41k9q4GtnX/AQLaMxvg5SNGQhWqnmyoUoeI IUOrys8IJm5VaIFYIYlJBwpP2L3Ml68ncl5d6+r6vK/IjDceKVflZdD6Rcb0CTSKziWa Nv2AQdgm7qWLTXaDDp9KHAIXAwjOrxT6BR3AfDgX1pPwzvCkmKhFf/StpAnr7QyGA2Ss MInQ== X-Received: by 10.68.65.71 with SMTP id v7mr12886602pbs.125.1414629043934; Wed, 29 Oct 2014 17:30:43 -0700 (PDT) Received: from pyunyh@gmail.com ([106.247.248.2]) by mx.google.com with ESMTPSA id n3sm5402924pda.7.2014.10.29.17.30.40 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 29 Oct 2014 17:30:42 -0700 (PDT) From: Yonghyeon PYUN X-Google-Original-From: "Yonghyeon PYUN" Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 30 Oct 2014 09:30:33 +0900 Date: Thu, 30 Oct 2014 09:30:33 +0900 To: Mason Loring Bliss Subject: Re: Very bad Realtek problems Message-ID: <20141030003033.GA2537@michelle.fasterthan.com> Reply-To: pyunyh@gmail.com References: <20141027195124.GI17150@blisses.org> <20141028015020.GB1054@michelle.fasterthan.com> <20141028034445.GR17150@blisses.org> <20141029014630.GA2503@michelle.fasterthan.com> <20141029170126.GG17150@blisses.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141029170126.GG17150@blisses.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 00:30:44 -0000 On Wed, Oct 29, 2014 at 01:01:26PM -0400, Mason Loring Bliss wrote: > On Wed, Oct 29, 2014 at 10:46:30AM +0900, Yonghyeon PYUN wrote: > > > Given that you can reliably reproduce the issue, let's check simple ones > > first. > > Just as a quick update, I couldn't tolerate the network outages any more as > they were impacting my work, so I bought an Intel NIC. That said, this will > actually free me up to do more debugging of the Realtek as soon as I get a > chance to finish setting up a small test network - I'll be able to look at > both sides of interactions instead of depending on the flaky interface. > Ok, if you happen to find spare time on testing, let me know your findings. > > > If you think the issue intermittently happens regardless of network load, > > try attached patch. I'm not sure whether the patch makes any difference for > > you since many PCIe NICs don't implement CLKREQ feature. It's just a wild > > guess. > > This is an onboard NIC, for what it's worth, on my: > Yes, it's very common to see LOM version in these days. > Base Board Information > Manufacturer: ASUSTeK Computer INC. > Product Name: M4A88T-M > Version: Rev X.0x > > I'm not sure if that changes it as compared with a plug-in PCIe device. Just > mentioning it for completeness. There is no much difference for driver between LOM and standalone NIC. LOM version may have some modifications compared to engineering samples I have. And motherboard vendors are free to program EEPROM/FLASH of NIC to meet their needs. I don't think the motherboard vendor heavily changed the NIC configuration though.