From owner-freebsd-stable@FreeBSD.ORG Mon Mar 31 23:27:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A7C2214 for ; Mon, 31 Mar 2014 23:27:13 +0000 (UTC) Received: from new.shalott.net (new.shalott.net [66.180.195.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.shalott.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E8CC2295 for ; Mon, 31 Mar 2014 23:27:12 +0000 (UTC) Received: (qmail 718 invoked by uid 1000); 31 Mar 2014 23:20:31 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 31 Mar 2014 23:20:31 -0000 Date: Mon, 31 Mar 2014 16:20:31 -0700 (PDT) From: jason-freebsd-stable@shalott.net X-X-Sender: jason@new.shalott.net To: freebsd-stable@freebsd.org Subject: Re: Any news about "msk0 watchdog timeout" regression in 10-RELEASE? Message-ID: User-Agent: Alpine 2.02 (LFD 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 23:27:13 -0000 I'm having the same problem. Was running FreeBSD-9 for a long time with an msk card, no problems or issues. Upgraded to 10-RELEASE and now my card reliably hangs after passing a total of about 2M of traffic. I'm running amd64 with 2G of RAM. I can provide the exact card ID later if it helps. I tried modifying msk_stat_count as suggested by Curtis (both my modifying MSK_TX_RING_CNT/MSK_RX_RING_CNT as he did, as well as by setting it directly to 1k or 2k in if_msk.c), but that didn't help. With each of these changes, after a reboot, the card will reliably pass about 2Mbyte of traffic and then hang (tried multiple reboots and power-cycles with each iteration). Has anyone else made any progress on this issue yet? Has anyone tried just rolling back sys/dev/msk to the version from 9-STABLE? Thanks. -Jason