From owner-freebsd-hardware@FreeBSD.ORG Sun Jul 10 23:05:07 2011 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B6B4106566C for ; Sun, 10 Jul 2011 23:05:07 +0000 (UTC) (envelope-from m-zdgxzg46Tlb6bzUIQTgB_w46U0EpBnA7zT-48ro4VI2@bounce.linkedin.com) Received: from maile-bf.linkedin.com (maile-bf.linkedin.com [216.52.242.169]) by mx1.freebsd.org (Postfix) with ESMTP id 1C8B78FC0C for ; Sun, 10 Jul 2011 23:05:07 +0000 (UTC) DomainKey-Signature: q=dns; a=rsa-sha1; c=nofws; s=prod; d=linkedin.com; h=DKIM-Signature:Sender:Date:From:To:Message-ID:Subject:MIME-Version:Content-Type:X-LinkedIn-Template:X-LinkedIn-Class:X-LinkedIn-fbl; b=M4BI//KIDo9kFwQgRDGWK/fkEJqILWzvTcTFV0wKtuk4fUHj1Zt0anbqvPwFfW+J VrDG7icJ2JnKYG27MkM4LQ9FuazculSMGwqqOZBODOBBiZVZf89ucHv2IEnhPVrn DKIM-Signature: v=1; a=rsa-sha1; d=linkedin.com; s=proddkim; c=relaxed/relaxed; q=dns/txt; i=@linkedin.com; t=1310339106; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=kMcNoARjxdL3l9UREISJR/xJYMc=; b=DiYpbOVlsIOXhTXA2E32KI4rdEj2QVc/DRdrOcaZ3o5Cb5SlMJcl0FgdpP3pAoIB 0FdseKpto7Dt+5Zu9d40rqR4rz2T0mdwOEOuTBYa4dmTNYFrVbqjOZuM0OLgBLJO; Sender: messages-noreply@bounce.linkedin.com Date: Sun, 10 Jul 2011 23:05:06 +0000 (UTC) From: LinkedIn Today To: Chunlin Yao Message-ID: <1488940701.63803641.1310339106904.JavaMail.app@ela4-app0106.prod> MIME-Version: 1.0 X-LinkedIn-Template: at_a_glance X-LinkedIn-Class: LIN-NEWS X-LinkedIn-fbl: m-zdgxzg46Tlb6bzUIQTgB_w46U0EpBnA7zT-48ro4VI2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Top Headlines in Computer Software X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2011 23:05:07 -0000 The week's most popular industry news: Computer Software -------------------- =20 =20 =20 =20 =20 =20 =20 Computer Software =20 =20 Building An Enterprise Software Company That Doesn=E2=80=99t Suck - techcru= nch.com (292 shares) Thomas Wailgum, an editor at CIO.com, summed up the enterprise software ind= ustry best when he wrote, =E2=80=9CIt might appear that even tobacco compan= ies enjoy a better level of overall =E2=80=98likeability=E2=80=99 than do e= nterprise software vendors.=E2=80=9D ... http://www.linkedin.com/e/8y5tt7-gpym2lor-3p/nab/627225972/0TejsUe3kSczoId3= sVc38RdP8Sb38PczgVcPsOdyMPcjcOcjwOdzgIczsVdj8OdP8S/true/weekly/eml-tod-b-tt= le-4/ =20 Why Sales Is Still Missing From Social CRM - mashable.com (3 shares) Why have sales departments been so slow to fully utilize social media, and = how can they get involved? Here's a closer look at the trend, and some tips= for making the leap. http://www.linkedin.com/e/8y5tt7-gpym2lor-3p/nab/462812313/0TejsUe3kSczoId3= sVc38RdP8Sb38PczgVcPsOdyMPcjcOcjwOdzgIczsVdj8OdP8S/true/weekly/eml-tod-b-tt= le-4/ =20 Antitrust Investigation of Apple Led Nortel Patent Purchase - macrumors.com= (17 shares) Despite authorizing some of the individual companies involved, antitrust re= gulators are said to be investigating the $4.5 billion consortium... http://www.linkedin.com/e/8y5tt7-gpym2lor-3p/nab/627394232/0TejsUe3kSczoId3= sVc38RdP8Sb38PczgVcPsOdyMPcjcOcjwOdzgIczsVdj8OdP8S/true/weekly/eml-tod-b-tt= le-4/ =20 Twitter Changed My Life - pcworld.com (14 shares) Analysis: It's only a microblog, but here's the true story of how I achieve= d better living through Twitter. http://www.linkedin.com/e/8y5tt7-gpym2lor-3p/nab/627520974/0TejsUe3kSczoId3= sVc38RdP8Sb38PczgVcPsOdyMPcjcOcjwOdzgIczsVdj8OdP8S/true/weekly/eml-tod-b-tt= le-4/ =20 How Apple Led The High-Stakes Patent Poker Win Against Google, Sealing Ball= mer=E2=80=99s Promise - techcrunch.com (352 shares) =20 http://www.linkedin.com/e/8y5tt7-gpym2lor-3p/nab/626588797/0TejsUe3kSczoId3= sVc38RdP8Sb38PczgVcPsOdyMPcjcOcjwOdzgIczsVdj8OdP8S/true/weekly/eml-tod-b-tt= le-4/ =20 =20 =20 =20 =20 =20 From owner-freebsd-hardware@FreeBSD.ORG Mon Jul 11 11:07:03 2011 Return-Path: Delivered-To: freebsd-hardware@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72F831065678 for ; Mon, 11 Jul 2011 11:07:03 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 48CB08FC1B for ; Mon, 11 Jul 2011 11:07:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p6BB73Qg076996 for ; Mon, 11 Jul 2011 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p6BB72Yb076994 for freebsd-hardware@FreeBSD.org; Mon, 11 Jul 2011 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 Jul 2011 11:07:02 GMT Message-Id: <201107111107.p6BB72Yb076994@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-hardware@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-hardware@FreeBSD.org X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2011 11:07:03 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/156241 hardware [mfi] 'zfs send' does not prevents disks to suspend if 1 problem total. From owner-freebsd-hardware@FreeBSD.ORG Tue Jul 12 19:31:12 2011 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F26231065672 for ; Tue, 12 Jul 2011 19:31:12 +0000 (UTC) (envelope-from fazaeli@sepehrs.com) Received: from sepehrs.com (mail2.sepehrs.com [213.217.59.98]) by mx1.freebsd.org (Postfix) with ESMTP id A74A88FC1D for ; Tue, 12 Jul 2011 19:31:11 +0000 (UTC) Received: from [127.0.0.1] ([192.168.3.10]) by sepehrs.com (8.14.3/8.14.3) with ESMTP id p6CIxeUd053407; Tue, 12 Jul 2011 23:29:40 +0430 (IRDT) Message-ID: <4E1C9A88.5080102@sepehrs.com> Date: Tue, 12 Jul 2011 23:33:36 +0430 From: Hooman Fazaeli User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: Mike Tancsa References: <4CEC0548.1080801@sentex.net> <4D2C636B.5040003@sentex.net> <4D3C4795.40205@sentex.net> <4D42EA74.4090807@sentex.net> <1296590190.2326.6.camel@hitfishpass-lx.corp.yahoo.com> <1296591565.2326.7.camel@hitfishpass-lx.corp.yahoo.com> <1296597827.2326.12.camel@hitfishpass-lx.corp.yahoo.com> <4D48C973.7080503@sentex.net> <4D49A26B.5050803@sentex.net> <1296842996.2233.0.camel@hitfishpass-lx.corp.yahoo.com> <4D4F3497.6050505@sentex.net> In-Reply-To: <4D4F3497.6050505@sentex.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" , Jan Koum , Ivan Voras , "freebsd-hardware@freebsd.org" , Sean Bruno , Jack Vogel Subject: Re: em driver, 82574L chip, and possibly ASPM X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2011 19:31:13 -0000 I have similar problems on a couple of 7.3 boxes with latest driver form -CURRENT. I just wanted to know if your 7 boxes work fine so I look for cause else where. On 2/7/2011 3:23 AM, Mike Tancsa wrote: > So far so good. I would often get a hang on the level zero dumps to my > backup server Sunday AM, and it made it through! So a good sign, but > not a definitive sign. > > I have a PCIe em card that has this chipset as well and was showing the > same sort of problem in a customer's RELENG_7 box. I will see if I can > get the customer to try the card in their box with the patch for > RELENG_7 as it would show this issue at least once a day until I pulled > the card for an older version > > ---Mike > > > On 2/4/2011 1:12 PM, Jack Vogel wrote: >> Was curious too, but being more patient than you :) >> >> Jack >> >> >> On Fri, Feb 4, 2011 at 10:09 AM, Sean Bruno wrote: >> >>> Any more data on this problem or do we have to wait a while? >>> >>> Sean >>> >>> >>> On Wed, 2011-02-02 at 10:28 -0800, Mike Tancsa wrote: >>>> On 2/2/2011 12:37 PM, Jack Vogel wrote: >>>>> So has everyone that wanted to get something testing been able to do >>> so? >>>> I have been testing in the back and will deploy to my production box >>>> this afternoon. As I am not able to reproduce it easily, it will be a >>>> bit before I can say the issue is gone. Jan however, was able to >>>> trigger it with greater ease ? >>>> >>>> ---Mike >>>> >>>>> Jack >>>>> >>>>> >>>>> On Tue, Feb 1, 2011 at 7:03 PM, Mike Tancsa wrote: >>>>> >>>>>> On 2/1/2011 5:03 PM, Sean Bruno wrote: >>>>>>> On Tue, 2011-02-01 at 13:43 -0800, Jack Vogel wrote: >>>>>>>> To those who are going to test, here is the if_em.c, based on head, >>>>>>>> with my >>>>>>>> changes, I have to leave for the afternoon, and have not had a >>> chance >>>>>>>> to build >>>>>>>> this, but it should work. I will check back in the later evening. >>>>>>>> >>>>>>>> Any blatant problems Sean, feel free to fix them :) >>>>>>>> >>>>>>>> Jack >>>>>>>> >>>>>>> >>>>>>> I suspect that line 1490 should be: >>>>>>> if (more_rx || (ifp->if_drv_flags& IFF_DRV_OACTIVE)) { >>>>>>> >>>>>> >>>>>> I have hacked up a RELENG_8 version which I think is correct including >>>>>> the above change >>>>>> >>>>>> http://www.tancsa.com/if_em-8.c >>>>>> >>>>>> >>>>>> >>>>>> --- if_em.c.orig 2011-02-01 21:47:14.000000000 -0500 >>>>>> +++ if_em.c 2011-02-01 21:47:19.000000000 -0500 >>>>>> @@ -30,7 +30,7 @@ >>>>>> POSSIBILITY OF SUCH DAMAGE. >>>>>> >>>>>> >>>>>> >>> ******************************************************************************/ >>>>>> -/*$FreeBSD: src/sys/dev/e1000/if_em.c,v 1.21.2.20 2011/01/22 01:37:53 >>>>>> jfv Exp $*/ >>>>>> +/*$FreeBSD$*/ >>>>>> >>>>>> #ifdef HAVE_KERNEL_OPTION_HEADERS >>>>>> #include "opt_device_polling.h" >>>>>> @@ -93,7 +93,7 @@ >>>>>> >>> /********************************************************************* >>>>>> * Driver version: >>>>>> >>> *********************************************************************/ >>>>>> -char em_driver_version[] = "7.1.9"; >>>>>> +char em_driver_version[] = "7.1.9-test"; >>>>>> >>>>>> >>> /********************************************************************* >>>>>> * PCI Device ID Table >>>>>> @@ -927,11 +927,10 @@ >>>>>> if (!adapter->link_active) >>>>>> return; >>>>>> >>>>>> - /* Call cleanup if number of TX descriptors low */ >>>>>> - if (txr->tx_avail<= EM_TX_CLEANUP_THRESHOLD) >>>>>> - em_txeof(txr); >>>>>> - >>>>>> while (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) { >>>>>> + /* First cleanup if TX descriptors low */ >>>>>> + if (txr->tx_avail<= EM_TX_CLEANUP_THRESHOLD) >>>>>> + em_txeof(txr); >>>>>> if (txr->tx_avail< EM_MAX_SCATTER) { >>>>>> ifp->if_drv_flags |= IFF_DRV_OACTIVE; >>>>>> break; >>>>>> @@ -1411,8 +1410,7 @@ >>>>>> if (!drbr_empty(ifp, txr->br)) >>>>>> em_mq_start_locked(ifp, txr, NULL); >>>>>> #else >>>>>> - if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) >>>>>> - em_start_locked(ifp, txr); >>>>>> + em_start_locked(ifp, txr); >>>>>> #endif >>>>>> EM_TX_UNLOCK(txr); >>>>>> >>>>>> @@ -1475,11 +1473,10 @@ >>>>>> struct ifnet *ifp = adapter->ifp; >>>>>> struct tx_ring *txr = adapter->tx_rings; >>>>>> struct rx_ring *rxr = adapter->rx_rings; >>>>>> - bool more; >>>>>> - >>>>>> >>>>>> if (ifp->if_drv_flags& IFF_DRV_RUNNING) { >>>>>> - more = em_rxeof(rxr, adapter->rx_process_limit, NULL); >>>>>> + bool more_rx; >>>>>> + more_rx = em_rxeof(rxr, adapter->rx_process_limit, >>> NULL); >>>>>> EM_TX_LOCK(txr); >>>>>> em_txeof(txr); >>>>>> @@ -1487,12 +1484,10 @@ >>>>>> if (!drbr_empty(ifp, txr->br)) >>>>>> em_mq_start_locked(ifp, txr, NULL); >>>>>> #else >>>>>> - if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) >>>>>> - em_start_locked(ifp, txr); >>>>>> + em_start_locked(ifp, txr); >>>>>> #endif >>>>>> - em_txeof(txr); >>>>>> EM_TX_UNLOCK(txr); >>>>>> - if (more) { >>>>>> + if (more_rx || (ifp->if_drv_flags& IFF_DRV_OACTIVE)) >>> { >>>>>> taskqueue_enqueue(adapter->tq, >>> &adapter->que_task); >>>>>> return; >>>>>> } >>>>>> @@ -1604,7 +1599,6 @@ >>>>>> if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) >>>>>> em_start_locked(ifp, txr); >>>>>> #endif >>>>>> - em_txeof(txr); >>>>>> E1000_WRITE_REG(&adapter->hw, E1000_IMS, txr->ims); >>>>>> EM_TX_UNLOCK(txr); >>>>>> } >>>>>> @@ -3730,17 +3724,17 @@ >>>>>> txr->queue_status = EM_QUEUE_HUNG; >>>>>> >>>>>> /* >>>>>> - * If we have enough room, clear IFF_DRV_OACTIVE >>>>>> + * If we have a minimum free, clear IFF_DRV_OACTIVE >>>>>> * to tell the stack that it is OK to send packets. >>>>>> */ >>>>>> - if (txr->tx_avail> EM_TX_CLEANUP_THRESHOLD) { >>>>>> + if (txr->tx_avail> EM_MAX_SCATTER) >>>>>> ifp->if_drv_flags&= ~IFF_DRV_OACTIVE; >>>>>> - /* Disable watchdog if all clean */ >>>>>> - if (txr->tx_avail == adapter->num_tx_desc) { >>>>>> - txr->queue_status = EM_QUEUE_IDLE; >>>>>> - return (FALSE); >>>>>> - } >>>>>> - } >>>>>> + >>>>>> + /* Disable watchdog if all clean */ >>>>>> + if (txr->tx_avail == adapter->num_tx_desc) { >>>>>> + txr->queue_status = EM_QUEUE_IDLE; >>>>>> + return (FALSE); >>>>>> + } >>>>>> >>>>>> return (TRUE); >>>>>> } >>>>>> @@ -5064,8 +5058,8 @@ >>>>>> char namebuf[QUEUE_NAME_LEN]; >>>>>> >>>>>> /* Driver Statistics */ >>>>>> - SYSCTL_ADD_UINT(ctx, child, OID_AUTO, "link_irq", >>>>>> - CTLFLAG_RD,&adapter->link_irq, 0, >>>>>> + SYSCTL_ADD_UINT(ctx, child, OID_AUTO, "link_irq", >>>>>> + CTLFLAG_RD,&adapter->link_irq,0, >>>>>> "Link MSIX IRQ Handled"); >>>>>> SYSCTL_ADD_ULONG(ctx, child, OID_AUTO, "mbuf_alloc_fail", >>>>>> CTLFLAG_RD,&adapter->mbuf_alloc_failed, >>>>>> @@ -5108,11 +5102,13 @@ >>>>>> queue_list = SYSCTL_CHILDREN(queue_node); >>>>>> >>>>>> SYSCTL_ADD_PROC(ctx, queue_list, OID_AUTO, "txd_head", >>>>>> - CTLFLAG_RD, adapter, >>> E1000_TDH(txr->me), >>>>>> + CTLFLAG_RD, adapter, >>>>>> + E1000_TDH(txr->me), >>>>>> em_sysctl_reg_handler, "IU", >>>>>> "Transmit Descriptor Head"); >>>>>> SYSCTL_ADD_PROC(ctx, queue_list, OID_AUTO, "txd_tail", >>>>>> - CTLFLAG_RD, adapter, >>> E1000_TDT(txr->me), >>>>>> + CTLFLAG_RD, adapter, >>>>>> + E1000_TDT(txr->me), >>>>>> em_sysctl_reg_handler, "IU", >>>>>> "Transmit Descriptor Tail"); >>>>>> SYSCTL_ADD_ULONG(ctx, queue_list, OID_AUTO, "tx_irq", >>>>>> @@ -5123,11 +5119,13 @@ >>>>>> "Queue No Descriptor Available"); >>>>>> >>>>>> SYSCTL_ADD_PROC(ctx, queue_list, OID_AUTO, "rxd_head", >>>>>> - CTLFLAG_RD, adapter, >>> E1000_RDH(rxr->me), >>>>>> + CTLFLAG_RD, adapter, >>>>>> + E1000_RDH(rxr->me), >>>>>> em_sysctl_reg_handler, "IU", >>>>>> "Receive Descriptor Head"); >>>>>> SYSCTL_ADD_PROC(ctx, queue_list, OID_AUTO, "rxd_tail", >>>>>> - CTLFLAG_RD, adapter, >>> E1000_RDT(rxr->me), >>>>>> + CTLFLAG_RD, adapter, >>>>>> + E1000_RDT(rxr->me), >>>>>> em_sysctl_reg_handler, "IU", >>>>>> "Receive Descriptor Tail"); >>>>>> SYSCTL_ADD_ULONG(ctx, queue_list, OID_AUTO, "rx_irq", >>>>>> @@ -5141,19 +5139,19 @@ >>>>>> CTLFLAG_RD, NULL, "Statistics"); >>>>>> stat_list = SYSCTL_CHILDREN(stat_node); >>>>>> >>>>>> - SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "excess_coll", >>>>>> + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "excess_coll", >>>>>> CTLFLAG_RD,&stats->ecol, >>>>>> "Excessive collisions"); >>>>>> - SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "single_coll", >>>>>> + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "single_coll", >>>>>> CTLFLAG_RD,&stats->scc, >>>>>> "Single collisions"); >>>>>> - SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "multiple_coll", >>>>>> + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "multiple_coll", >>>>>> CTLFLAG_RD,&stats->mcc, >>>>>> "Multiple collisions"); >>>>>> - SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "late_coll", >>>>>> + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "late_coll", >>>>>> CTLFLAG_RD,&stats->latecol, >>>>>> "Late collisions"); >>>>>> - SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "collision_count", >>>>>> + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "collision_count", >>>>>> CTLFLAG_RD,&stats->colc, >>>>>> "Collision Count"); >>>>>> SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "symbol_errors", >>>>>> @@ -5240,12 +5238,12 @@ >>>>>> SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, >>> "rx_frames_1024_1522", >>>>>> CTLFLAG_RD,&adapter->stats.prc1522, >>>>>> "1023-1522 byte frames received"); >>>>>> - SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "good_octets_recvd", >>>>>> + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "good_octets_recvd", >>>>>> CTLFLAG_RD,&adapter->stats.gorc, >>>>>> "Good Octets Received"); >>>>>> >>>>>> /* Packet Transmission Stats */ >>>>>> - SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "good_octets_txd", >>>>>> + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "good_octets_txd", >>>>>> CTLFLAG_RD,&adapter->stats.gotc, >>>>>> "Good Octets Transmitted"); >>>>>> SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "total_pkts_txd", >>>>>> >>>>>> -- >>>>>> ------------------- >>>>>> Mike Tancsa, tel +1 519 651 3400 >>>>>> Sentex Communications, mike@sentex.net >>>>>> Providing Internet services since 1994 www.sentex.net >>>>>> Cambridge, Ontario Canada http://www.tancsa.com/ >>>>>> >>>> >>>> -- >>>> ------------------- >>>> Mike Tancsa, tel +1 519 651 3400 >>>> Sentex Communications, mike@sentex.net >>>> Providing Internet services since 1994 www.sentex.net >>>> Cambridge, Ontario Canada http://www.tancsa.com/ >>>> _______________________________________________ >>>> freebsd-net@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >>> >>> > From owner-freebsd-hardware@FreeBSD.ORG Tue Jul 12 19:53:06 2011 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 275711065672; Tue, 12 Jul 2011 19:53:06 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id B5AAB8FC0C; Tue, 12 Jul 2011 19:53:05 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p6CJr1ZI034897; Tue, 12 Jul 2011 15:53:01 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4E1CA63C.10406@sentex.net> Date: Tue, 12 Jul 2011 15:53:32 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Hooman Fazaeli References: <4D2C636B.5040003@sentex.net> <4D3C4795.40205@sentex.net> <4D42EA74.4090807@sentex.net> <1296590190.2326.6.camel@hitfishpass-lx.corp.yahoo.com> <1296591565.2326.7.camel@hitfishpass-lx.corp.yahoo.com> <1296597827.2326.12.camel@hitfishpass-lx.corp.yahoo.com> <4D48C973.7080503@sentex.net> <4D49A26B.5050803@sentex.net> <1296842996.2233.0.camel@hitfishpass-lx.corp.yahoo.com> <4D4F3497.6050505@sentex.net> <4E1C9A88.5080102@sepehrs.com> In-Reply-To: <4E1C9A88.5080102@sepehrs.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: "freebsd-net@freebsd.org" , "freebsd-hardware@freebsd.org" Subject: Re: em driver, 82574L chip, and possibly ASPM X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2011 19:53:06 -0000 On 7/12/2011 3:03 PM, Hooman Fazaeli wrote: > > I have similar problems on a couple of 7.3 boxes with latest driver form > -CURRENT. > I just wanted to know if your 7 boxes work fine so I look for cause else > where. Yes, all has been working quite well for me to date. em1@pci0:11:0:0: class=0x020000 card=0x34ec8086 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected ecap 0003[140] = Serial 1 001517ffffed68a4 em1: port 0x2000-0x201f mem 0xb4100000-0xb411ffff,0xb4120000-0xb4123fff irq 16 at device 0.0 on pci11 em1: Using MSIX interrupts with 3 vectors em1: [ITHREAD] em1: [ITHREAD] em1: [ITHREAD] ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-hardware@FreeBSD.ORG Fri Jul 15 19:51:07 2011 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41871106566B for ; Fri, 15 Jul 2011 19:51:07 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0986F8FC14 for ; Fri, 15 Jul 2011 19:51:07 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:3519:caf3:a69f:9cd7]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id B7BE54AC38 for ; Fri, 15 Jul 2011 23:51:05 +0400 (MSD) Date: Fri, 15 Jul 2011 23:50:59 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <96598785.20110715235059@serebryakov.spb.ru> To: "freebsd-hardware@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: HDD: WD Green head parcking timeout setting under FreeBSD? X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2011 19:51:07 -0000 Hello, Freebsd-hardware. WD Cavair Green HDDs knows to have very short heads parking time out (about 8 seconds), which leads to fast HDD resource exhaustion. WD has utility (wdidle.exe) to set larger idle time. But it is DOS-based. Maybe, here is way to send this vendor command under FreeBSD, without rebooting? I use ahci.ko. --=20 // Black Lion AKA Lev Serebryakov