From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 00:29:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4A5416A421 for ; Thu, 7 Jun 2007 00:29:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.234]) by mx1.freebsd.org (Postfix) with ESMTP id 65D7513C469 for ; Thu, 7 Jun 2007 00:29:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id 14so297960nzn for ; Wed, 06 Jun 2007 17:29:40 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=QyKpXxpLoWJMeeJ+RPlZn7VClTNeH7vDC+6k1PpTX4Q9QUxa0Z1s89yFLAoAYE81EZasptvM+z2zp1GsuJogc36I5XoNDpxQZgUdumUy9quT8+1KxhqOV2HZF789WofuVas5a2yZlxG7vbQHYoZtwNyTxkJxGZyGzEaCGDCnvaw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=uc83PvaQ3FuRb99erpa2D29jyk2OuflLVcBB8+eG21ew4O8ihtPz+/35iukbDmusGl6D469AiKEA+mxOyGs9F3PR3uPcdguTkcyfMb0q1QtsrQy+GuFLV33S77W2l8+Vs6+yUyO5zxHIFbOqkpqpQ5sBsS16lU9dh3mxSJ6G3Wk= Received: by 10.114.80.4 with SMTP id d4mr979016wab.1181176180366; Wed, 06 Jun 2007 17:29:40 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id n38sm140460wag.2007.06.06.17.29.37 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 06 Jun 2007 17:29:38 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l570TY9a023283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Jun 2007 09:29:34 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l570TXWR023282; Thu, 7 Jun 2007 09:29:33 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 7 Jun 2007 09:29:33 +0900 From: Pyun YongHyeon To: Arne H Juul Message-ID: <20070607002933.GB23001@cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: panic in tulip_rx_intr after recent changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 00:29:41 -0000 On Sun, Jun 03, 2007 at 03:39:56PM +0200, Arne H Juul wrote: > (this mail didn't make it to the list from my private > address, so I'm resending it from work instead; my > apologies if it suddenly appears multiple times) > > > I'm getting a kernel panic during network startup with the > "de" driver. Here's the messages from the crash dump: > > <118>Mounting local file systems: > <118>. > <118>Setting hostname: bluebox.trondheim.corp.yahoo.com. > <118>net.inet6.ip6.auto_linklocal: > <118>1 > <118> -> > <118>0 > <118> > de0: unable to load rx map, error = 27 > panic: tulip_rx_intr > cpuid = 0 > KDB: enter: panic > Uptime: 13s > > I think this must have been introduced during the last week > or so on -CURRENT; my old kernel works OK: > > arnej@bluebox:~ $ uname -a > FreeBSD bluebox 7.0-CURRENT FreeBSD 7.0-CURRENT #13: Tue May 29 08:02:41 > CEST 2007 root@bluebox:/usr/obj/home/src.cur/sys/GENERIC amd64 > > as you can see this is on amd64 platform. > > it crashes here (in if_de.c): > > 3557 error = bus_dmamap_load_mbuf(ri->ri_data_tag, > *nextout->di_map, ms, > 3558 tulip_dma_map_rxbuf, nextout->di_desc, > BUS_DMA_NOWAIT); > 3559 if (error) { > 3560 device_printf(sc->tulip_dev, > 3561 "unable to load rx map, error = %d\n", > error); > 3562 panic("tulip_rx_intr"); /* XXX */ > 3563 } > > errno 27 is EFBIG, and indeed the mbuf is MCLBYTES: > > (kgdb) print ms[0].M_dat.MH.MH_pkthdr.len > $22 = 2048 > > while the tag has a lower limit: > > (kgdb) print ri->ri_data_tag[0].maxsegsz > $21 = 2032 > > it looks like this is the triggering change: > > RCS file: /usr/cvs/src/sys/amd64/amd64/busdma_machdep.c,v > ---------------------------- > revision 1.81 > date: 2007/05/29 06:30:25; author: yongari; state: Exp; lines: +2 -0 > Honor maxsegsz of less than a page size in a DMA tag. Previously it > used to return PAGE_SIZE without respect to restrictions of a DMA tag. > This affected all of the busdma load functions that use > _bus_dmamap_loader_buffer() as their back-end. > > so the questions are... > > Is the above change wrong? > or is the "de" driver buggy? > or should bus_dmamap_load_mbuf handle this somehow? > and does it cause problems other places too? > For a record, fix commited to HEAD(if_de.c rev. 1.183). -- Regards, Pyun YongHyeon