From owner-freebsd-stable@FreeBSD.ORG Tue Apr 27 21:59:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CD61106566B for ; Tue, 27 Apr 2010 21:59:06 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1BE1D8FC24 for ; Tue, 27 Apr 2010 21:59:05 +0000 (UTC) Received: by wwb17 with SMTP id 17so47518wwb.13 for ; Tue, 27 Apr 2010 14:58:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=TU3XfOOmhTdZ30jTUpjsLLWRCPWksWbY9tXQ9saFK8k=; b=Ehgzkg3AFY64F1BM8PeoV8x2x5GlUb0QllbZyTL4fkI14UAM2tBwekT73ic7YvIJeJ PowrOTTJ5aXtocVce9P1Prybyb9t9v1+EWIXRMAZA/XXISTwY8yBwBE6w9cbXwxbQjHO DpKMwJarexyr+dUqWXJ89yTHISLrbdaLS+rY4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=u/ZflTEV0CcA5KIBDR+Y4TcZ6oFTuRPIvql5hUStQj7CX7oAJOyk1GM91m7oFnxQ/Y QymDuVBJUqTtlv8ay3ZlBQvMiH7IjhCnBkAaMgC1oo1WhGiQI+Z5MCOpZiBZh8pLNHtb Ds4tmjoPBQDDDi4PLKdgIc6s6FbH4emOSQ5pk= MIME-Version: 1.0 Received: by 10.216.86.73 with SMTP id v51mr1357749wee.108.1272405537199; Tue, 27 Apr 2010 14:58:57 -0700 (PDT) Received: by 10.216.11.8 with HTTP; Tue, 27 Apr 2010 14:58:57 -0700 (PDT) In-Reply-To: <4BD75D2E.50302@omnilan.de> References: <4BC82B80.3070108@omnilan.de> <20100416092803.GA17526@icarus.home.lan> <4BC82FF7.1030700@omnilan.de> <201004160822.09359.jhb@freebsd.org> <4BC8A76A.6000107@omnilan.de> <4BC8CB9E.8060802@omnilan.de> <4BD75D2E.50302@omnilan.de> Date: Tue, 27 Apr 2010 14:58:57 -0700 Message-ID: From: Jack Vogel To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: em WOL_MCAST repowers machine after poweroff [Was: Re: em JumboFrame improovement and PCIe addon-card regression] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Apr 2010 21:59:06 -0000 Thanks Harald, Have already been made aware of this, its due to the broadcast WOL being enabled, I will be fixing the problem shortly. Sorry for the inconvenience. Cheers, Jack On Tue, Apr 27, 2010 at 2:54 PM, Harald Schmalzbauer < h.schmalzbauer@omnilan.de> wrote: > On 16.04.2010 22:42, Harald Schmalzbauer wrote: > >> Jack Vogel schrieb am 16.04.2010 22:02 (localtime): >> >>> Glad things are better. On the Hartwell, the 0x10D3 adapter, what is the >>> problem you are seeing? >>> I just did an MFC, would ask that you try that code, see if it changes >>> anything. >>> >> >> >> With latest MFCs I see em0: >> but still this LOR: >> login: lock order reversal: >> 1st 0xffffff00015d4418 em0:rx(1) (em0:rx(1)) @ >> /usr/src/sys/dev/e1000/if_em.c:1514 >> 2nd 0xffffffff8093f108 udp (udp) @ /usr/src/sys/netinet/udp_usrreq.c:474 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >> _witness_debugger() at _witness_debugger+0x49 >> witness_checkorder() at witness_checkorder+0x7ea >> _rw_rlock() at _rw_rlock+0x58 >> udp_input() at udp_input+0x1cd >> ip_input() at ip_input+0xb3 >> netisr_dispatch_src() at netisr_dispatch_src+0x9e >> ether_demux() at ether_demux+0x176 >> ether_input() at ether_input+0x176 >> em_rxeof() at em_rxeof+0x166 >> em_msix_rx() at em_msix_rx+0x42 >> intr_event_execute_handlers() at intr_event_execute_handlers+0x67 >> ithread_loop() at ithread_loop+0xae >> fork_exit() at fork_exit+0x12a >> fork_trampoline() at fork_trampoline+0xe >> --- trap 0, rip = 0, rsp = 0xffffff8075504d30, rbp = 0 --- >> >> Is it worth mentioning that I compiled in ZERO_COPY_SOCKETS? >> >> So far I couldn't see any SSH session stall anymore. That was my proplem >> after updating today, before the latest 7.0.0->7.0.5 change. >> >> I'll come back if I can see anything going suboptimal regarding "hartwell" >> >> Also the em1 (PRO/1000 Legacy Network Connection 1.0.1, pciconf device >> 82541EI): >> em1: Watchdog timeout -- resetting >> is solved/gone/vanished :) >> >> Thanks! (why doesn't 'pciconf -lv' show a "device" entry for Hartwell?) >> >> >> But I also have to tell that enabling jumbo frames is a big performance >> degradation with SMB downloads. Uploads completely hang. With RELENG_8, >> 6 weeks ago, I could manage to get 75MB/s transfers to my windows SR2600 >> servers, MTU9014 and FreeBSD MTU1500, untuned Samba 3.3.10. >> >> Today, after updating RELENG_8 with unchanged samba, jumbo frames >> enabled (mtu 9000 on FreeBSD), downloading via CIFS was half the >> transfer rate and uploading almost completely stalled. >> Will see to track down the "upload" problem. So far, jumbo frames at >> least work with ICMP payloads up to 8972 bytes, but enabling still is a >> tranfer rate regression. >> > > Hello Jack, > > I'd like to report another issue I haven't seen before the RELENG_8 em > update: > When I 'shutdown -p' the machine, it immediately powers on itself again. > After walking the firmware update path I accidentally found that WOL_MCAST > cause that behaviour. 'ifconfig em1 -wol_macst' restores old behaviour. > Machine stays off after 'shutdown -p' and wake on lan with unicast packet is > working. > > Btw, can you explain me why wake on lan isn't working before the machine > once was booted? When the machine first time gets standby power no wake on > lan is detected by the nic (no LED activity - when wake on lan is working I > can see the nic LED confirming my wol packet). > It's a S3200SH Board, but that doesn't play a role. Also S5000PAL and S5400 > shows this issue. > > Best regards, > > -Harry >