From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 08:19:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B20D316A41F for ; Fri, 13 Jan 2006 08:19:02 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E5F643D46 for ; Fri, 13 Jan 2006 08:18:59 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0D8IrwR038560; Fri, 13 Jan 2006 01:18:54 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43C7626D.2060108@samsco.org> Date: Fri, 13 Jan 2006 01:18:53 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Huang wen hui References: <43C712A7.1050805@gddsn.org.cn> <43C718EF.9050301@elischer.org> <43C71BFC.5090104@gddsn.org.cn> <43C730EC.7070104@samsco.org> <43C74EC4.70808@gddsn.org.cn> In-Reply-To: <43C74EC4.70808@gddsn.org.cn> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: Julian Elischer , current@freebsd.org Subject: Re: if_em panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 08:19:02 -0000 Huang wen hui wrote: > Scott Long wrote: > >> Huang wen hui wrote: >> >>> Julian Elischer wrote: >>> >>>> Huang wen hui wrote: >>>> >>>> >>>> >>>>> hi, >>>>> when I load if_em on TP42P got this panic: >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> >>>> looks like the first interrupt occurs before the driver has finished >>>> setting itself up.. >>>> (just a first impression). >>>> Scott'll probably nail it. >>>> >>>> I'm guessing it works fine if compiled in.. >>>> >>>> >>> no, that why I use kldload. Sometimes can kldload successfully in >>> single-user mode. >>> >> >> I never encountered this with kldload, but I understand what is wrong. >> I'll fix it shortly. > > > now got this when if_em compile in kernel: > Rev 1.100 should work. Sorry for all of the problems. Scott