From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 02:31:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEC571065670 for ; Sun, 14 Dec 2008 02:31:22 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.236]) by mx1.freebsd.org (Postfix) with ESMTP id 54EBB8FC17 for ; Sun, 14 Dec 2008 02:31:22 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2140255rvf.43 for ; Sat, 13 Dec 2008 18:31:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=tmJIke05eKP9rNsTK2c77pNtzrhDcgW+TwYY8Z9jgbw=; b=TlDf6fDRSx4ud7/Qxlgl28wPr3fIGRgTPov5PGhCWftF7ct3jijtT7xseug9SluqKY HuNxY6yGomc6DH1Irp+GbxwFsKqrA7we9jL2HIEVEcYgMJNiXWgxcvPDhyYW8yOLlZHm 4vE5AqfTo2p8ckasLMuksd4VJr1Ig2K/x98M0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=X8SBibOU6EJ97H0KOhLw6pOv+jmTFORil2/LM8LnF4dgUmW89NoKURj75QNHONJv0S stTafUmdWwv5YdB5K/7hwBo8hNwYYJpqhvHlxoFzAu2ytof/YVkHSlqHsTALjKGbqRmr BVT87mnz1BfUuLyOxX8MNCwnaSgJHIHow7L+Q= Received: by 10.141.122.1 with SMTP id z1mr2852130rvm.49.1229221881943; Sat, 13 Dec 2008 18:31:21 -0800 (PST) Received: by 10.140.158.13 with HTTP; Sat, 13 Dec 2008 18:31:21 -0800 (PST) Message-ID: <7d6fde3d0812131831ucc9cd71scabbfa045192242e@mail.gmail.com> Date: Sat, 13 Dec 2008 18:31:21 -0800 From: "Garrett Cooper" To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: SIGPIPE with CVS and CURRENT? 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: Sun, 14 Dec 2008 02:31:22 -0000 Hi guys, I just came across this issue trying to update a repository to push some patches upstream to another project I work with: [gcooper@optimus /scratch/ltp]$ gdb cvs Type "help" followed by command name for full documentation. Command name abbreviations are allowed if unambiguous. (gdb) set args up (gdb) r Starting program: /usr/bin/cvs up Program received signal SIGPIPE, Broken pipe. 0x0000000800bdfeec in write () from /lib/libc.so.7 [gcooper@optimus /scratch/ltp]$ uname -a FreeBSD optimus.gateway.2wire.net 8.0-CURRENT FreeBSD 8.0-CURRENT #9: Sun Dec 7 17:44:13 PST 2008 gcooper@optimus.gateway.2wire.net:/usr/obj/usr/src/sys/OPTIMUS amd64 It looks like a corrupted stack of some flavor because when I do bt it prints out hundreds of ??? before it eventually fails. The sources I originally saw this issue with were based off mid November (don't know when to look up the actual version date because I've rebuilt the kernel a few times and cvsup'ed once or twice since then), but my previous major sync (mid October 2008) didn't yield this issue. I just recently rebuilt kernel + world (today) and I'm getting the same result. Other apps requiring socket connections work (portsnap, fetch, ssh, svn, etc). I'll provide more info if requested. For the time being I'll have to move to svn for the time being because the project supports SVN as well as CVS. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 03:51:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6B781065670; Sun, 14 Dec 2008 03:51:40 +0000 (UTC) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from pil.idi.ntnu.no (pil.idi.ntnu.no [129.241.107.93]) by mx1.freebsd.org (Postfix) with ESMTP id 4F7378FC12; Sun, 14 Dec 2008 03:51:40 +0000 (UTC) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from cvsup.no.freebsd.org (c2h5oh.idi.ntnu.no [129.241.103.69]) by pil.idi.ntnu.no (8.14.1/8.13.1) with ESMTP id mBE3pctI014018 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 14 Dec 2008 04:51:38 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by cvsup.no.freebsd.org (8.14.2/8.14.2) with ESMTP id mBE3pbcc042326; Sun, 14 Dec 2008 03:51:37 GMT (envelope-from Tor.Egge@cvsup.no.freebsd.org) Date: Sun, 14 Dec 2008 03:51:13 +0000 (UTC) Message-Id: <20081214.035113.104070918.Tor.Egge@cvsup.no.freebsd.org> To: jhb@freebsd.org From: Tor Egge In-Reply-To: <200812051131.30003.jhb@freebsd.org> References: <200812041421.53099.jhb@freebsd.org> <58c737d70812041934v359e9833vbe68e6be871875f8@mail.gmail.com> <200812051131.30003.jhb@freebsd.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Sun_Dec_14_03_51_13_2008_083)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned-By: mimedefang.idi.ntnu.no, using CLAMD X-SMTP-From: Sender=, Relay/Client=c2h5oh.idi.ntnu.no [129.241.103.69], EHLO=cvsup.no.freebsd.org X-Scanned-By: MIMEDefang 2.48 on 129.241.107.38 X-Scanned-By: mimedefang.idi.ntnu.no, using MIMEDefang 2.48 with local filter 16.42-idi X-Filter-Time: 0 seconds Cc: yr.retarded@gmail.com, freebsd-current@freebsd.org Subject: Re: lockup booting 8.0-CURRENT-200811 snap image 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: Sun, 14 Dec 2008 03:51:41 -0000 ----Next_Part(Sun_Dec_14_03_51_13_2008_083)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit > Well, we probably need to come up with a better way to determine which > machines to actually use it on. It's a shame that MCFG is apparently busted > on so many machines (either that or we are not doing something correctly). pci_add_map() writes 0xffffffff to the map register in order to probe for writable bits. This had the immediate side effect of hanging my machine. Since I didn't know about the "Add hw.pci.mcfg=0 to /boot/loader.conf" at that time, I started using the enclosed kludgy patch (specific for Intel 82Q33 hardware). Only the GMADDR map register was a problem. It looks like the graphics memory aperture was mapped on top of the memory mapped pci config registers, thus only IO access to the pci config registers worked to undo the supposedly temporary change. - Tor Egge ----Next_Part(Sun_Dec_14_03_51_13_2008_083)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pcikludge.diff" Index: sys/conf/options =================================================================== RCS file: /home/ncvs/src/sys/conf/options,v retrieving revision 1.651 diff -u -r1.651 options --- sys/conf/options 11 Dec 2008 16:13:17 -0000 1.651 +++ sys/conf/options 12 Dec 2008 20:00:11 -0000 @@ -786,3 +786,7 @@ # Virtualize the network stack VIMAGE opt_global.h VIMAGE_GLOBALS opt_global.h + +# Kludge to work around hangs during probing of Intel 82Q33 PCI devices +# (vendor 0x8086, device 0x29d2). +PCI_INTEL_82Q33_KLUDGE opt_kludge.h Index: sys/dev/pci/pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/pci/pci.c,v retrieving revision 1.366 diff -u -r1.366 pci.c --- sys/dev/pci/pci.c 13 Nov 2008 19:57:33 -0000 1.366 +++ sys/dev/pci/pci.c 14 Nov 2008 18:27:31 -0000 @@ -30,6 +30,7 @@ __FBSDID("$FreeBSD: src/sys/dev/pci/pci.c,v 1.366 2008/11/13 19:57:33 mav Exp $"); #include "opt_bus.h" +#include "opt_kludge.h" #include #include @@ -2289,11 +2290,52 @@ int type; int barlen; struct resource *res; +#ifdef PCI_INTEL_82Q33_KLUDGE + struct pci_devinfo *dinfo; + pcicfgregs *cfg; + uint32_t msacval; +#endif map = PCIB_READ_CONFIG(pcib, b, s, f, reg, 4); +#ifdef PCI_INTEL_82Q33_KLUDGE + dinfo = device_get_ivars(dev); + cfg = &dinfo->cfg; + /* + * The test write to probe for writable address bits hangs + * some machines. Kludge around this by faking the test based + * on the MSAC register at offset 0x62. Intel doc is slightly + * inconsistent about which bits in MSAC controls the aperture + * size. + */ + if (cfg->vendor == 0x8086 && cfg->device == 0x29d2 && reg == 24) { + printf("Kludge: " + "faking test to avoid hang for 82Q33 GMADDR config\n"); + msacval = PCIB_READ_CONFIG(pcib, b, s, f, 0x62, 1); + printf("82Q33 MSAC (offset 0x62) val is 0x%02x\n", msacval); + switch ((msacval >> 1) & 3) { + case 0: + testval = 0xf8000008u; + break; + case 1: + testval = 0xf0000008u; + break; + case 3: + testval = 0xe0000008u; + break; + default: + printf("BAD MSAC val\n"); + testval = 0xe0000008u; + break; + } + goto kludgedone; + } +#endif PCIB_WRITE_CONFIG(pcib, b, s, f, reg, 0xffffffff, 4); testval = PCIB_READ_CONFIG(pcib, b, s, f, reg, 4); PCIB_WRITE_CONFIG(pcib, b, s, f, reg, map, 4); +#ifdef PCI_INTEL_82Q33_KLUDGE +kludgedone: +#endif if (PCI_BAR_MEM(map)) type = SYS_RES_MEMORY; ----Next_Part(Sun_Dec_14_03_51_13_2008_083)---- From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 04:05:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C17481065675 for ; Sun, 14 Dec 2008 04:05:37 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id 9A1FD8FC12 for ; Sun, 14 Dec 2008 04:05:37 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so2147052wfg.7 for ; Sat, 13 Dec 2008 20:05:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=yBx6XXB9Al52t2YDvdAaMs9JUxshyBwtVh3rKha7hms=; b=QqN1wtdQko6vUsvmTb8/noQpGU2ELXfx9/OGOW+PhE6QR0chmhjiT5s6V71Es2B8Qw XtR3W7Q39H49c5KLC9gvhlQEedMGC9/LvZaoJXVZt674GW97EaxZ7HJOnIdQ8VqZw9et 4th2ay3m1QqkzbjPZiCtgzlwbz0CwCj5ePmD0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=EvjxuEBjuwge4Rim6raF53whJacMgn2EtxDnMW5V/0XYe8e9jaxue9XGNkR8IFNEqs KcIupcjhvVFYFT2n47Ra6949fgZJScAJt9dDfq1jEcIXRUpyGr47WOSosSAhFdqh7+An Y4g8WMXdGDS6gTPhELLd4BoWx2g9WEvdllcbw= Received: by 10.142.83.4 with SMTP id g4mr2133924wfb.156.1229226269847; Sat, 13 Dec 2008 19:44:29 -0800 (PST) Received: by 10.143.115.5 with HTTP; Sat, 13 Dec 2008 19:44:29 -0800 (PST) Message-ID: <47d0403c0812131944m478f7b09u80284abc28205ab5@mail.gmail.com> Date: Sat, 13 Dec 2008 22:44:29 -0500 From: "Ben Kaduk" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: kldload sets ENOENT instead of EDOOFUS? 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: Sun, 14 Dec 2008 04:05:37 -0000 Hi all, In attempting to get OpenAFS working on current, I happened to attempt to load a kernel module that references suser(), which does not exist. I was very confused when warn() printed "No such file or directory", since the kernel module clearly existed. It seems that perhaps EDOOFUS ("Programming error") would be more appropriate. I'm not sure that I'm tracing through the kernel source correctly, but this seems to be due to linker_load_file() within linker_load_module(). Any thoughts? Thanks, Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 11:25:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA3F21065676; Sun, 14 Dec 2008 11:25:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 6DE3A8FC16; Sun, 14 Dec 2008 11:25:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id B139D41C62F; Sun, 14 Dec 2008 12:25:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id P2hDsPawaEA7; Sun, 14 Dec 2008 12:25:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 6049341C62D; Sun, 14 Dec 2008 12:25:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id AFA314448D5; Sun, 14 Dec 2008 11:22:08 +0000 (UTC) Date: Sun, 14 Dec 2008 11:22:08 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Philipp Wuensche In-Reply-To: <20081211231422.T97918@maildrop.int.zabbadoz.net> Message-ID: <20081214112145.O97918@maildrop.int.zabbadoz.net> References: <20081201085229.D80401@maildrop.int.zabbadoz.net> <20081201122937.81475f0zhfsjya4o@webmail.leidinger.net> <6ae50c2d0812021800x791d2cfeh45d590de120f76df@mail.gmail.com> <1228483574.2805.499.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <86skp2l804.fsf@ds4.des.no> <1228507529.2805.539.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <49418BD9.8080105@h3q.com> <20081211221113.S97918@maildrop.int.zabbadoz.net> <49419482.2040502@h3q.com> <20081211224737.B97918@maildrop.int.zabbadoz.net> <494199AD.2060404@h3q.com> <20081211231422.T97918@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-jail@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADS UP: r185435 multi-IPv4/v6/no-IP jails in HEAD 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: Sun, 14 Dec 2008 11:25:07 -0000 On Thu, 11 Dec 2008, Bjoern A. Zeeb wrote: Hi, > ok, after another round of private mails I got it; I had been living > with jail patches for too long; the jls output (without -v) should be > on one line and not on two. That wasn't intended. Unfortunately noone > had complained the months before.. I'll look at this. can you try this patch? http://people.freebsd.org/~bz/20081214-01-jls-v1.diff /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 12:37:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA44B106564A for ; Sun, 14 Dec 2008 12:37:15 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id E90058FC13 for ; Sun, 14 Dec 2008 12:37:14 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: (qmail 33566 invoked from network); 14 Dec 2008 12:37:13 -0000 Received: from unknown (HELO goa.lan) (smtpsend@78.53.41.174) by mail.h3q.com with AES256-SHA encrypted SMTP; 14 Dec 2008 12:37:13 -0000 Message-ID: <4944FDF8.4070803@h3q.com> Date: Sun, 14 Dec 2008 13:37:12 +0100 From: Philipp Wuensche User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <20081201085229.D80401@maildrop.int.zabbadoz.net> <20081201122937.81475f0zhfsjya4o@webmail.leidinger.net> <6ae50c2d0812021800x791d2cfeh45d590de120f76df@mail.gmail.com> <1228483574.2805.499.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <86skp2l804.fsf@ds4.des.no> <1228507529.2805.539.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <49418BD9.8080105@h3q.com> <20081211221113.S97918@maildrop.int.zabbadoz.net> <49419482.2040502@h3q.com> <20081211224737.B97918@maildrop.int.zabbadoz.net> <494199AD.2060404@h3q.com> <20081211231422.T97918@maildrop.int.zabbadoz.net> <20081214112145.O97918@maildrop.int.zabbadoz.net> In-Reply-To: <20081214112145.O97918@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-jail@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADS UP: r185435 multi-IPv4/v6/no-IP jails in HEAD 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: Sun, 14 Dec 2008 12:37:15 -0000 Bjoern A. Zeeb wrote: > On Thu, 11 Dec 2008, Bjoern A. Zeeb wrote: > > Hi, > >> ok, after another round of private mails I got it; I had been living >> with jail patches for too long; the jls output (without -v) should be >> on one line and not on two. That wasn't intended. Unfortunately noone >> had complained the months before.. I'll look at this. > > can you try this patch? > http://people.freebsd.org/~bz/20081214-01-jls-v1.diff Works for me, jls without arguments now gives the old output, -v shows all the new features! thanks! greetings, Philipp From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 14:40:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A0801065670 for ; Sun, 14 Dec 2008 14:40:30 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id A2ADE8FC25 for ; Sun, 14 Dec 2008 14:40:28 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.36,219,1228086000"; d="scan'208";a="265081117" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay1.uni-muenster.de with ESMTP; 14 Dec 2008 15:40:27 +0100 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id 268E81B07DD; Sun, 14 Dec 2008 15:40:27 +0100 (CET) Date: Sun, 14 Dec 2008 15:40:26 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: (timeout) error during cd fixation 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: Sun, 14 Dec 2008 14:40:30 -0000 hi there, i am getting the following error when using burncd to burn a regular data-iso: burncd: ioctl(CDRIOCFIXATE): Input/output error this is how i usually run burncd: burncd -s max -e -f /dev/acd0 data xyz.iso fixate however i'm able to mount the cd although fixation fails. running dd if=/dev/acd0 of=check.iso bs=2048 gives me this warning: dd: /dev/acd0: Input/output error doing a diff between xyz.iso and check.iso reveals no differences. so the only problem is the fixation of the cd. i believe this is a timeout problem, because if i run burncd with speed set to 1 the cd gets fixated just fine (no ioctl(CDRIOCFIXATE) error anymore). however the the dd-warning still comes up. i don't really know why the dd-warning doesn't dissapear. maybe this is a completly different issue? no idea. as far as i remember this issue (ioctl(CDRIOCFIXATE): Input/output error) has always been present in burncd (since RELENG4 oder RELENG5). i found a PR in feedback state dealing with this problem (http://www.freebsd.org/cgi/query-pr.cgi?pr=95979&cat=bin). the PR includes a patch which i applied. however that didn't solve the issue. the problem seems to be the timeout variable used in acd_fixate() in sys/dev/ata/atapi-cd.c. it get's set to: int timeout = 5*60*2; changing timeout to a higher value doesn't make much of a difference though, because it gets altered a bit further down in the src. that's the reason the patch didn't fix the issue for me. this is the code where timout gets altered again: /* some drives just return ready, wait for the expected fixate time */ if ((error = acd_test_ready(dev)) != EBUSY) { timeout = timeout / (cdp->cap.cur_write_speed / 177); pause("acdfix", timeout * hz / 2); return acd_test_ready(dev); } it seems my drive doesn't return EBUSY, although it's still busy. that's why burncd runs this delay block. the problem seems to be that timeout gets set to: timeout / (cdp->cap.cur_write_speed / 177) which in my case is too low. maybe somebody can take a brief look an growisofs to see which timeout values during fixation are being used. unfortunately running burncd in test mode doesn't perform a fixation-check. so to test any new timeout setting one has to actually burn a cd. maybe somebody else is having the same problem and wants to try setting timeout = timeout / (cdp->cap.cur_write_speed / 177); to timeout = timeout / ((cdp->cap.cur_write_speed / 177) / 2); or some other vlaue. cheers. alex From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 15:06:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCCE41065679 for ; Sun, 14 Dec 2008 15:06:28 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (mail.hidden-powers.com [213.242.135.162]) by mx1.freebsd.org (Postfix) with ESMTP id 8625D8FC1E for ; Sun, 14 Dec 2008 15:06:28 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (localhost [127.0.0.1]) by dkim.hidden-powers.com (Postfix) with ESMTP id 06C9D6D5DF; Sun, 14 Dec 2008 16:06:27 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=hidden-powers.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s= selector1; bh=21sGF4tvFZVmna0umnRHdqxlJag=; b=FNjSwUWekSEQztALbK Qo3wfcqocoorlKERbP9UK6ota5wP9J+qAFlD19lSz8FzgJqT0VON5Pat/vtvzaEs GhXephhOb1HfcYbooUT0Y7tlqbtZBTqVZpC2YQ2rDT3U31jm32cJb9J0B4RZLGLP tGTBzLiTJvqEVfvFd/Y50xsUo= Received: from [10.255.253.2] (unknown [10.255.253.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.hidden-powers.com (Postfix) with ESMTPSA id EDE9D6D4DE; Sun, 14 Dec 2008 16:06:26 +0100 (CET) Date: Sun, 14 Dec 2008 16:06:26 +0100 From: Goran Lowkrantz To: Kip Macy Message-ID: In-Reply-To: <3c1674c90812131218r30f54d32w73299c0a67b48627@mail.gmail.com> References: <088C87B70CB486D2F808091A@10.255.253.2> <3c1674c90812131218r30f54d32w73299c0a67b48627@mail.gmail.com> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-current@freebsd.org Subject: Re: [PANIC] _rw_rlock (radix node head): wlock already held @ /usr/src/sys/net/route.c:291 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: Sun, 14 Dec 2008 15:06:28 -0000 --On Saturday, December 13, 2008 20:18 +0000 Kip Macy =20 wrote: > Please try the latest sources. > Yes, they are good. Thanks, G=F6ran > > On Sat, Dec 13, 2008 at 12:04 PM, Goran Lowkrantz > wrote: >> I upgraded to CURRENT Dec 12 11pm and get this panic when ifconfig tries >> to add an ipv6 route. I have not been able to get a dump and only screen >> console, so the boot messages, crash and backtrace is supplied in a >> series of jpegs avalable at >> . >> >> This crash is 100% and I can recreate it if there is more information >> needed. >> >> /glz >> >> --- >> "There is hopeful symbolism in the fact that flags do not wave in a >> vacuum." -- Arthur C. Clarke >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> > > > > -- > If we desire respect for the law, we must first make the law respectable. > - Louis D. Brandeis --- "There is hopeful symbolism in the fact that flags do not wave in a = vacuum." -- Arthur C. Clarke From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 17:05:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6DE21065678; Sun, 14 Dec 2008 17:05:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 973448FC1A; Sun, 14 Dec 2008 17:05:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 1C28F41C62D; Sun, 14 Dec 2008 18:05:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id DWNa6JX31mOH; Sun, 14 Dec 2008 18:05:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id BCCCD41C63C; Sun, 14 Dec 2008 18:05:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 3447A4448D5; Sun, 14 Dec 2008 17:00:16 +0000 (UTC) Date: Sun, 14 Dec 2008 17:00:16 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Philipp Wuensche In-Reply-To: <4944FDF8.4070803@h3q.com> Message-ID: <20081214165921.N97918@maildrop.int.zabbadoz.net> References: <20081201085229.D80401@maildrop.int.zabbadoz.net> <20081201122937.81475f0zhfsjya4o@webmail.leidinger.net> <6ae50c2d0812021800x791d2cfeh45d590de120f76df@mail.gmail.com> <1228483574.2805.499.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <86skp2l804.fsf@ds4.des.no> <1228507529.2805.539.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <49418BD9.8080105@h3q.com> <20081211221113.S97918@maildrop.int.zabbadoz.net> <49419482.2040502@h3q.com> <20081211224737.B97918@maildrop.int.zabbadoz.net> <494199AD.2060404@h3q.com> <20081211231422.T97918@maildrop.int.zabbadoz.net> <20081214112145.O97918@maildrop.int.zabbadoz.net> <4944FDF8.4070803@h3q.com> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-jail@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADS UP: r185435 multi-IPv4/v6/no-IP jails in HEAD 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: Sun, 14 Dec 2008 17:05:08 -0000 On Sun, 14 Dec 2008, Philipp Wuensche wrote: Hi, >>> ok, after another round of private mails I got it; I had been living >>> with jail patches for too long; the jls output (without -v) should be >>> on one line and not on two. That wasn't intended. Unfortunately noone >>> had complained the months before.. I'll look at this. >> >> can you try this patch? >> http://people.freebsd.org/~bz/20081214-01-jls-v1.diff > > Works for me, jls without arguments now gives the old output, -v shows > all the new features! Thanks for testing. Comitted it to HEAD. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 20:14:10 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B012106568D for ; Sun, 14 Dec 2008 20:14:10 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout022.mac.com (asmtpout022.mac.com [17.148.16.97]) by mx1.freebsd.org (Postfix) with ESMTP id 60DD58FC19 for ; Sun, 14 Dec 2008 20:14:10 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed Received: from [192.168.1.94] (209-128-86-226.BAYAREA.NET [209.128.86.226]) by asmtp022.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KBV00D0CUVKPC00@asmtp022.mac.com> for freebsd-current@FreeBSD.org; Sun, 14 Dec 2008 12:14:09 -0800 (PST) Message-id: <6581F3A3-63D4-4689-AAAB-951E9DDDD62C@mac.com> From: Marcel Moolenaar To: Boris Samorodov In-reply-to: <94529078@bb.ipt.ru> Date: Sun, 14 Dec 2008 12:14:07 -0800 References: <92804393@bb.ipt.ru> <26722819@bb.ipt.ru> <26719629@bb.ipt.ru> <19F75E66-0535-4982-9726-E2C0A03117EA@mac.com> <94541668@bb.ipt.ru> <48144979@bb.ipt.ru> <548CF0A3-1B07-49DA-A177-6EA85FD8CF2F@mac.com> <94539778@bb.ipt.ru> <9939E942-A2FC-4240-BC14-527D45C187B7@mac.com> <94529078@bb.ipt.ru> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-current@FreeBSD.org, rea-fbsd@codelabs.ru Subject: Re: Timeda 8-multiport adapter: only 2 ports available 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: Sun, 14 Dec 2008 20:14:10 -0000 On Dec 13, 2008, at 5:36 AM, Boris Samorodov wrote: > That's for the line [*]: > ----- > --- pucdata.c (revision 185784) > +++ pucdata.c (working copy) > @@ -1145,6 +1145,10 @@ > case PUC_CFG_GET_TYPE: > *res = PUC_TYPE_SERIAL; > return (0); > + case PUC_CFG_INIT_PORT: > + bus_write_1((struct res *)res, 1 /* IER */, [*] > + (port >= 2) ? 0x10 : 0); > + return (0); > default: > break; > } Argh, (struct res *) must be (struct resource *)... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 22:59:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A314A106564A; Sun, 14 Dec 2008 22:59:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 799268FC16; Sun, 14 Dec 2008 22:59:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBEMxngr011347; Sun, 14 Dec 2008 17:59:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mBEMxng8002253; Sun, 14 Dec 2008 17:59:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9FBA573039; Sun, 14 Dec 2008 17:59:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081214225949.9FBA573039@freebsd-current.sentex.ca> Date: Sun, 14 Dec 2008 17:59:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Dec 2008 22:59:52 -0000 TB --- 2008-12-14 21:25:49 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-14 21:25:49 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-12-14 21:25:50 - cleaning the object tree TB --- 2008-12-14 21:26:23 - cvsupping the source tree TB --- 2008-12-14 21:26:23 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-12-14 21:26:31 - building world TB --- 2008-12-14 21:26:31 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-14 21:26:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-14 21:26:31 - TARGET=powerpc TB --- 2008-12-14 21:26:31 - TARGET_ARCH=powerpc TB --- 2008-12-14 21:26:31 - TZ=UTC TB --- 2008-12-14 21:26:31 - __MAKE_CONF=/dev/null TB --- 2008-12-14 21:26:31 - cd /src TB --- 2008-12-14 21:26:31 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 14 21:26:32 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 14 22:51:17 UTC 2008 TB --- 2008-12-14 22:51:17 - generating LINT kernel config TB --- 2008-12-14 22:51:17 - cd /src/sys/powerpc/conf TB --- 2008-12-14 22:51:17 - /usr/bin/make -B LINT TB --- 2008-12-14 22:51:17 - building LINT kernel TB --- 2008-12-14 22:51:17 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-14 22:51:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-14 22:51:17 - TARGET=powerpc TB --- 2008-12-14 22:51:17 - TARGET_ARCH=powerpc TB --- 2008-12-14 22:51:17 - TZ=UTC TB --- 2008-12-14 22:51:17 - __MAKE_CONF=/dev/null TB --- 2008-12-14 22:51:17 - cd /src TB --- 2008-12-14 22:51:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 14 22:51:18 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/uark.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/u3g.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/ubsa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/ucom.c /src/sys/dev/usb/ucom.c: In function 'ucomreadcb': /src/sys/dev/usb/ucom.c:746: error: 'tp' undeclared (first use in this function) /src/sys/dev/usb/ucom.c:746: error: (Each undeclared identifier is reported only once /src/sys/dev/usb/ucom.c:746: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-14 22:59:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-14 22:59:49 - ERROR: failed to build lint kernel TB --- 2008-12-14 22:59:49 - 4414.23 user 397.08 system 5639.26 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 00:12:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35BB31065675; Mon, 15 Dec 2008 00:12:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E98E88FC1A; Mon, 15 Dec 2008 00:12:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBF0CJgR014987; Sun, 14 Dec 2008 19:12:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBF0CJTn063595; Sun, 14 Dec 2008 19:12:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 490BB73039; Sun, 14 Dec 2008 19:12:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081215001219.490BB73039@freebsd-current.sentex.ca> Date: Sun, 14 Dec 2008 19:12:19 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 00:12:22 -0000 TB --- 2008-12-14 22:43:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-14 22:43:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-12-14 22:43:16 - cleaning the object tree TB --- 2008-12-14 22:43:47 - cvsupping the source tree TB --- 2008-12-14 22:43:47 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-12-14 22:43:54 - building world TB --- 2008-12-14 22:43:54 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-14 22:43:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-14 22:43:54 - TARGET=sparc64 TB --- 2008-12-14 22:43:54 - TARGET_ARCH=sparc64 TB --- 2008-12-14 22:43:54 - TZ=UTC TB --- 2008-12-14 22:43:54 - __MAKE_CONF=/dev/null TB --- 2008-12-14 22:43:54 - cd /src TB --- 2008-12-14 22:43:54 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 14 22:43:57 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 15 00:03:21 UTC 2008 TB --- 2008-12-15 00:03:21 - generating LINT kernel config TB --- 2008-12-15 00:03:21 - cd /src/sys/sparc64/conf TB --- 2008-12-15 00:03:21 - /usr/bin/make -B LINT TB --- 2008-12-15 00:03:21 - building LINT kernel TB --- 2008-12-15 00:03:21 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-15 00:03:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-15 00:03:21 - TARGET=sparc64 TB --- 2008-12-15 00:03:21 - TARGET_ARCH=sparc64 TB --- 2008-12-15 00:03:21 - TZ=UTC TB --- 2008-12-15 00:03:21 - __MAKE_CONF=/dev/null TB --- 2008-12-15 00:03:21 - cd /src TB --- 2008-12-15 00:03:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 15 00:03:21 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/uark.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/u3g.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/ubsa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/ucom.c /src/sys/dev/usb/ucom.c: In function 'ucomreadcb': /src/sys/dev/usb/ucom.c:746: error: 'tp' undeclared (first use in this function) /src/sys/dev/usb/ucom.c:746: error: (Each undeclared identifier is reported only once /src/sys/dev/usb/ucom.c:746: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-15 00:12:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-15 00:12:19 - ERROR: failed to build lint kernel TB --- 2008-12-15 00:12:19 - 4197.97 user 398.03 system 5342.77 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 00:25:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 559981065673; Mon, 15 Dec 2008 00:25:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 155288FC18; Mon, 15 Dec 2008 00:25:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mBF0PeUQ057929; Sun, 14 Dec 2008 19:25:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBF0PeTG068788; Sun, 14 Dec 2008 19:25:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1AA6773039; Sun, 14 Dec 2008 19:25:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081215002540.1AA6773039@freebsd-current.sentex.ca> Date: Sun, 14 Dec 2008 19:25:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 00:25:43 -0000 TB --- 2008-12-14 22:59:49 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-14 22:59:49 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-12-14 22:59:49 - cleaning the object tree TB --- 2008-12-14 23:00:14 - cvsupping the source tree TB --- 2008-12-14 23:00:14 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-12-14 23:00:23 - building world TB --- 2008-12-14 23:00:23 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-14 23:00:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-14 23:00:23 - TARGET=sun4v TB --- 2008-12-14 23:00:23 - TARGET_ARCH=sparc64 TB --- 2008-12-14 23:00:23 - TZ=UTC TB --- 2008-12-14 23:00:23 - __MAKE_CONF=/dev/null TB --- 2008-12-14 23:00:23 - cd /src TB --- 2008-12-14 23:00:23 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 14 23:00:24 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 15 00:17:57 UTC 2008 TB --- 2008-12-15 00:17:57 - generating LINT kernel config TB --- 2008-12-15 00:17:57 - cd /src/sys/sun4v/conf TB --- 2008-12-15 00:17:57 - /usr/bin/make -B LINT TB --- 2008-12-15 00:17:57 - building LINT kernel TB --- 2008-12-15 00:17:57 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-15 00:17:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-15 00:17:57 - TARGET=sun4v TB --- 2008-12-15 00:17:57 - TARGET_ARCH=sparc64 TB --- 2008-12-15 00:17:57 - TZ=UTC TB --- 2008-12-15 00:17:57 - __MAKE_CONF=/dev/null TB --- 2008-12-15 00:17:57 - cd /src TB --- 2008-12-15 00:17:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 15 00:17:57 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/uark.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/u3g.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/ubsa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/ucom.c /src/sys/dev/usb/ucom.c: In function 'ucomreadcb': /src/sys/dev/usb/ucom.c:746: error: 'tp' undeclared (first use in this function) /src/sys/dev/usb/ucom.c:746: error: (Each undeclared identifier is reported only once /src/sys/dev/usb/ucom.c:746: error: for each function it appears in.) *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-15 00:25:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-15 00:25:40 - ERROR: failed to build lint kernel TB --- 2008-12-15 00:25:40 - 4182.21 user 398.88 system 5150.37 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 01:29:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F2EE106564A for ; Mon, 15 Dec 2008 01:29:45 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 279068FC17 for ; Mon, 15 Dec 2008 01:29:44 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id mBF1Ti3m001966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 14 Dec 2008 17:29:44 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <4945B308.30306@freebsd.org> Date: Sun, 14 Dec 2008 17:29:44 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: Subject: HEADS UP: svn commit: r186107 - head/sys/net80211 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: Mon, 15 Dec 2008 01:29:45 -0000 Note this requires ifconfig be rebuilt after. It'd be good for someone to look at api changes to break this dependency w/ user mode. Sam -------- Original Message -------- Subject: svn commit: r186107 - head/sys/net80211 Date: Mon, 15 Dec 2008 01:26:33 +0000 (UTC) From: Sam Leffler To: src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, svn-src-head@FreeBSD.org Author: sam Date: Mon Dec 15 01:26:33 2008 New Revision: 186107 URL: http://svn.freebsd.org/changeset/base/186107 Log: Fix definition of IEEE80211_CHAN_MAX; it was defined as 255 but really was meant to be 256. Adjust usage accordingly and replace bogus usage of this value in checking IEEE channel #'s. NB: this causes an ABI change; ifconfig must be recompiled From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 02:48:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 871931065676 for ; Mon, 15 Dec 2008 02:48:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id F1B478FC16 for ; Mon, 15 Dec 2008 02:48:07 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 15607 invoked by uid 399); 15 Dec 2008 02:21:25 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 15 Dec 2008 02:21:25 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4945BF21.7080406@FreeBSD.org> Date: Sun, 14 Dec 2008 18:21:21 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Eygene Ryabinkin References: <004901c95a1c$5c6b2680$15417380$@org> <493ECA0D.7090901@andric.com> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Dimitry Andric , freebsd-current@freebsd.org, Larry Rosenman Subject: Re: Why does host and dig show a ; as \;? 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: Mon, 15 Dec 2008 02:48:08 -0000 Eygene Ryabinkin wrote: > Larry, good day. > > Tue, Dec 09, 2008 at 01:49:27PM -0600, Larry Rosenman wrote: >> On Tue, 9 Dec 2008, Dimitry Andric wrote: >>> On 2008-12-09 17:36, Larry Rosenman wrote: >>>> Why does the host command, dig, and a named_db.dump all show a ; as \; in a >>>> TXT record? >>> AFAICS the semicolon is a comment character in BIND software (at least >>> in all config files and so on), and therefore it needs to be escaped. > > It doesn't need to be escaped inside strings themselves, at least there > is no reason to have comments inside strings and BIND itself treats ';' > inside strings as ordinary characters. But BIND's internal helper > txt_totext does the escaping: > ----- lib/dns/rdata.c > /* double quote, semi-colon, backslash */ > if (*sp == 0x22 || *sp == 0x3b || *sp == 0x5c) { > if (tl < 2) > return (ISC_R_NOSPACE); > *tp++ = '\\'; > tl--; > } > ----- > And BIND understands both escaped and unescaped semicolons inside > strings in zone files -- it treats both of them in a same way. > > I don't have access to BIND's CVSWeb interface, so I can not trace the > origin of semicolon escaping, but I feel that historically BIND treated > semicolons inside strings as the plain symbols and this remained so to > be backwards-compatible. And escaping in the BIND's output is the > stricter form of string formatting. However, for example, our Russian > TLD registrars are suggesting to avoid escapes inside strings if it is > possible. Don't know why -- it is just a recipe without explanation. > > I am CC'ing Doug Barton, who maintains BIND for FreeBSD. Doug, is there > any requirement for escaping the semicolons inside strings? I am > failing to find it in http://www.ietf.org/rfc/rfc1035.txt: it talks > about semicolons, but not about escaping and there seems to be no proper > BNF notation for DNS zone files. Am I missing something? I've never come across this, but if I had to guess I'd say that it does so for maximum compatibility with a wide variety of DNS software. Remember the robustness principle, "liberal in what you accept, conservative in what you send." hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 03:02:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B129106564A for ; Mon, 15 Dec 2008 03:02:22 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 62C6C8FC18 for ; Mon, 15 Dec 2008 03:02:22 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org ([192.147.25.65]:61475) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LC3it-0001Vd-9q; Sun, 14 Dec 2008 21:02:20 -0600 Date: Sun, 14 Dec 2008 21:02:17 -0600 (CST) From: Larry Rosenman To: Doug Barton In-Reply-To: <4945BF21.7080406@FreeBSD.org> Message-ID: References: <004901c95a1c$5c6b2680$15417380$@org> <493ECA0D.7090901@andric.com> <4945BF21.7080406@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 DomainKey-Status: no signature Cc: Dimitry Andric , freebsd-current@freebsd.org, Eygene Ryabinkin Subject: Re: Why does host and dig show a ; as \;? 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: Mon, 15 Dec 2008 03:02:22 -0000 On Sun, 14 Dec 2008, Doug Barton wrote: > > I've never come across this, but if I had to guess I'd say that it does > so for maximum compatibility with a wide variety of DNS software. > Remember the robustness principle, "liberal in what you accept, > conservative in what you send." I'm just surprised it prints it that way, but the actual DNS responses do *NOT* contain the escaping. It was a surprise, at least to me, while trying to verify the RR's. Turns out the real problem was unrelated, but this still surprised me. > > hth, > > Doug > > > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 03:06:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8274E106564A for ; Mon, 15 Dec 2008 03:06:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 0F1438FC18 for ; Mon, 15 Dec 2008 03:06:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 31609 invoked by uid 399); 15 Dec 2008 03:06:00 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 15 Dec 2008 03:06:00 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4945C999.7020307@FreeBSD.org> Date: Sun, 14 Dec 2008 19:06:01 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Larry Rosenman References: <004901c95a1c$5c6b2680$15417380$@org> <493ECA0D.7090901@andric.com> <4945BF21.7080406@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Dimitry Andric , freebsd-current@freebsd.org, Eygene Ryabinkin Subject: Re: Why does host and dig show a ; as \;? 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: Mon, 15 Dec 2008 03:06:01 -0000 Larry Rosenman wrote: > On Sun, 14 Dec 2008, Doug Barton wrote: > >> >> I've never come across this, but if I had to guess I'd say that it does >> so for maximum compatibility with a wide variety of DNS software. >> Remember the robustness principle, "liberal in what you accept, >> conservative in what you send." > > I'm just surprised it prints it that way, but the actual DNS responses > do *NOT* contain the escaping. > > It was a surprise, at least to me, while trying to verify the RR's. > > Turns out the real problem was unrelated, but this still surprised me. After 14 years I'm still surprised by the DNS on a somewhat regular basis. :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 05:12:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABF6C106564A for ; Mon, 15 Dec 2008 05:12:52 +0000 (UTC) (envelope-from dgerow@afflictions.org) Received: from relay4-v.mail.gandi.net (relay4-v.mail.gandi.net [217.70.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 274E18FC25 for ; Mon, 15 Dec 2008 05:12:51 +0000 (UTC) (envelope-from dgerow@afflictions.org) Received: from plebeian.afflictions.org (CPE0021296fd1ec-CM0019475d4056.cpe.net.cable.rogers.com [99.241.164.229]) by relay4-v.mail.gandi.net (Postfix) with ESMTP id 53B39BA17 for ; Mon, 15 Dec 2008 06:12:50 +0100 (CET) Received: by plebeian.afflictions.org (Postfix, from userid 1001) id 49E4C705B; Mon, 15 Dec 2008 00:12:46 -0500 (EST) Date: Mon, 15 Dec 2008 00:12:46 -0500 From: Damian Gerow To: freebsd-current@freebsd.org Message-ID: <20081215051245.GA58909@plebeian.afflictions.org> References: <20081212054137.GA42087@plebeian.afflictions.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081212054137.GA42087@plebeian.afflictions.org> User-Agent: Mutt/1.5.18 (2008-05-17) Subject: ural(4) hits usb/124758 (Was: Panic while using ural(4) with wpa_supplicant) 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: Mon, 15 Dec 2008 05:12:52 -0000 I've been able to reliably trigger the panic with ural(4), but I'm pretty sure it has nothing to do with wpa_supplicant(8). A quick search of the PR database turns up usb/124758. Panic (PID 12 is "irq19: ehci1"): ----- ural0: could not transmit buffer: SHORT_XFER panic: ehci_free_sqtd_chain: chain not found cpuid = 0 KDB: enter: panic [thread pid 12 tid 100042] db> ----- kgdb output; backtrace claims a corrupted stack: ----- # uname -a FreeBSD plebeian.afflictions.org 8.0-CURRENT FreeBSD 8.0-CURRENT #3: Fri Dec 12 17:38:49 EST 2008 dgerow@plebeian.afflictions.org:/usr/obj/repo/freebsd/8-CURRENT/src/sys/GENERIC amd64 # cd /usr/obj/repo/freebsd/8-CURRENT/src/sys/GENERIC # kgdb kernel.debug /var/crash/vmcore.2 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: ehci_free_sqtd_chain: chain not found cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 24m59s Physical memory: 3976 MB Dumping 804 MB: 789 773 757 741 725 709 693 677 661 645 629 613 597 581 565 549 533 517 501 485 469 453 437 421 405 389 373 357 341 325 309 293 277 261 245 229 213 197 181 165 149 133 117 101 85 69 53 37 21 5 Reading symbols from /boot/kernel/geom_eli.ko...Reading symbols from /boot/kernel/geom_eli.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_eli.ko Reading symbols from /boot/kernel/crypto.ko...Reading symbols from /boot/kernel/crypto.ko.symbols...done. done. Loaded symbols for /boot/kernel/crypto.ko Reading symbols from /boot/kernel/zlib.ko...Reading symbols from /boot/kernel/zlib.ko.symbols...done. done. Loaded symbols for /boot/kernel/zlib.ko Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/i915.ko...Reading symbols from /boot/kernel/i915.ko.symbols...done. done. Loaded symbols for /boot/kernel/i915.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko #0 doadump () at pcpu.h:196 196 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:196 #1 0xffffffff804fc8c0 in boot (howto=260) at /repo/freebsd/8-CURRENT/src/sys/kern/kern_shutdown.c:420 #2 0xffffffff804fcc26 in panic (fmt=Variable "fmt" is not available. ) at /repo/freebsd/8-CURRENT/src/sys/kern/kern_shutdown.c:576 #3 0xffffffff801c398a in db_panic (addr=Variable "addr" is not available. ) at /repo/freebsd/8-CURRENT/src/sys/ddb/db_command.c:478 #4 0xffffffff801c3f33 in db_command (last_cmdp=0xffffffff80b012a0, cmd_table=Variable "cmd_table" is not available. ) at /repo/freebsd/8-CURRENT/src/sys/ddb/db_command.c:445 #5 0xffffffff801c407d in db_command_loop () at /repo/freebsd/8-CURRENT/src/sys/ddb/db_command.c:498 #6 0xffffffff801c5ec6 in db_trap (type=Variable "type" is not available. ) at /repo/freebsd/8-CURRENT/src/sys/ddb/db_main.c:229 #7 0xffffffff8052a0f3 in kdb_trap (type=3, code=0, tf=0xfffffffeb3e628c0) at /repo/freebsd/8-CURRENT/src/sys/kern/subr_kdb.c:534 #8 0xffffffff807a993a in trap (frame=0xfffffffeb3e628c0) at /repo/freebsd/8-CURRENT/src/sys/amd64/amd64/trap.c:533 #9 0xffffffff8078c5be in calltrap () at /repo/freebsd/8-CURRENT/src/sys/amd64/amd64/exception.S:217 #10 0xffffffff8052a280 in kdb_enter (why=0xffffffff80888182 "panic", msg=0xa
) at cpufunc.h:63 #11 0xffffffff804fcc03 in panic (fmt=Variable "fmt" is not available. ) at /repo/freebsd/8-CURRENT/src/sys/kern/kern_shutdown.c:559 #12 0xffffffff80437913 in ehci_free_sqtd_chain (sc=0xffffff000355a000, sqh=0xffffffff81020fe0, sqtd=0xa, sqtdend=0xfffffffeb6940f80) at /repo/freebsd/8-CURRENT/src/sys/dev/usb/ehci.c:2737 #13 0xffffffff804379e9 in ehci_device_bulk_done (xfer=0xffffffff81020fe0) at /repo/freebsd/8-CURRENT/src/sys/dev/usb/ehci.c:3543 #14 0xffffffff80469b45 in usb_transfer_complete (xfer=0xffffff0003a8e400) at /repo/freebsd/8-CURRENT/src/sys/dev/usb/usbdi.c:982 #15 0xffffffff8043709e in ehci_idone (ex=Variable "ex" is not available. ) at /repo/freebsd/8-CURRENT/src/sys/dev/usb/ehci.c:1034 #16 0xffffffff804377f0 in ehci_softintr (v=0xffffffff81020fe0) at /repo/freebsd/8-CURRENT/src/sys/dev/usb/ehci.c:802 #17 0xffffffff80465645 in usb_schedsoftintr (bus=Variable "bus" is not available. ) at /repo/freebsd/8-CURRENT/src/sys/dev/usb/usb.c:848 #18 0xffffffff8043937d in ehci_intr1 (sc=0xffffff000355a000) at /repo/freebsd/8-CURRENT/src/sys/dev/usb/ehci.c:631 #19 0xffffffff80439e92 in ehci_intr (v=Variable "v" is not available. ) at /repo/freebsd/8-CURRENT/src/sys/dev/usb/ehci.c:590 #20 0xffffffff804de0ca in intr_event_execute_handlers (p=Variable "p" is not available. ) at /repo/freebsd/8-CURRENT/src/sys/kern/kern_intr.c:1134 #21 0xffffffff804dec8d in ithread_loop (arg=Variable "arg" is not available. ) at /repo/freebsd/8-CURRENT/src/sys/kern/kern_intr.c:1147 #22 0xffffffff804dc0e6 in fork_exit (callout=0xffffffff804debcf , arg=0xffffff000360ea60, frame=0xfffffffeb3e62c90) at /repo/freebsd/8-CURRENT/src/sys/kern/kern_fork.c:821 #23 0xffffffff8078c9ce in fork_trampoline () at /repo/freebsd/8-CURRENT/src/sys/amd64/amd64/exception.S:521 #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000001 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x0000000000000000 in ?? () #46 0x0000000000000000 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000ee3000 in ?? () #49 0x0000000000000000 in ?? () #50 0xffffffff80b3e040 in affinity () #51 0xffffffff80b3e040 in affinity () #52 0xffffff00014d3390 in ?? () #53 0xfffffffeb3e62b90 in ?? () #54 0xfffffffeb3e62b48 in ?? () #55 0xffffff00035b4720 in ?? () ---Type to continue, or q to quit--- #56 0xffffffff8051e396 in sched_switch (td=0xffffff000360ea60, newtd=0xffffffff804debcf, flags=Cannot access memory at address 0xffffffffffffffc0 ) at /repo/freebsd/8-CURRENT/src/sys/kern/sched_ule.c:1848 Previous frame inner to this frame (corrupt stack?) (kgdb) list 191 static __inline struct thread * 192 __curthread(void) 193 { 194 struct thread *td; 195 196 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); 197 return (td); 198 } 199 #define curthread (__curthread()) 200 (kgdb) quit # ----- From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 05:17:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7C42106564A for ; Mon, 15 Dec 2008 05:17:52 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by mx1.freebsd.org (Postfix) with ESMTP id 83AC28FC08 for ; Mon, 15 Dec 2008 05:17:52 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2557499rvf.43 for ; Sun, 14 Dec 2008 21:17:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=cZY/RQNAt438OekAYcAmJYEJnr32FeEWntxURwjB8jE=; b=IcD6mxn8Jsy5zKOfiMlNMBW1G23z+GiJBvVTr0WBaXnnZYn9Izjv25fRF1ZjTkCe+Y txVVu5F/K+IbuS2YgON1nnTBILEI9Y9MaIZBEAps9ad/rexgJoC6F61xJk1dTEIAK1nv P4X4UxjbZEMcLWhdbHYSlCk86qtKq7MALL+4s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=ZmEUjAFJurt6LIldM/mBTPBjFJpaMV7XZsG9dF+eo+ATFMVBDMP2pQ5ysh/Kg8eTF3 pbRHwRSMxYmVUOxkT+743L0RcdU8Q3WVrb0ngqrNpxjaNCBIS8FMfi8VV0Om4Dz88auy LoPs6jYWyNbY0T4KVYSP6eKl3/pHQs91wGzSg= Received: by 10.141.115.20 with SMTP id s20mr3506241rvm.70.1229318272133; Sun, 14 Dec 2008 21:17:52 -0800 (PST) Received: by 10.140.132.20 with HTTP; Sun, 14 Dec 2008 21:17:52 -0800 (PST) Message-ID: <3c1674c90812142117m71a6c67dkf6f7dda02a6aa411@mail.gmail.com> Date: Mon, 15 Dec 2008 05:17:52 +0000 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Damian Gerow" In-Reply-To: <20081215051245.GA58909@plebeian.afflictions.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081212054137.GA42087@plebeian.afflictions.org> <20081215051245.GA58909@plebeian.afflictions.org> X-Google-Sender-Auth: c519829a68b2cdb7 Cc: freebsd-current@freebsd.org Subject: Re: ural(4) hits usb/124758 (Was: Panic while using ural(4) with wpa_supplicant) 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: Mon, 15 Dec 2008 05:17:52 -0000 I reliably hit panics with ural(4) as well - they appear to be locking related. Cheers, Kip On Mon, Dec 15, 2008 at 5:12 AM, Damian Gerow wrote: > I've been able to reliably trigger the panic with ural(4), but I'm pretty > sure it has nothing to do with wpa_supplicant(8). A quick search of the PR > database turns up usb/124758. > > Panic (PID 12 is "irq19: ehci1"): > > ----- > ural0: could not transmit buffer: SHORT_XFER > panic: ehci_free_sqtd_chain: chain not found > cpuid = 0 > KDB: enter: panic > [thread pid 12 tid 100042] > db> > ----- > > kgdb output; backtrace claims a corrupted stack: > > ----- > # uname -a > FreeBSD plebeian.afflictions.org 8.0-CURRENT FreeBSD 8.0-CURRENT #3: Fri Dec 12 17:38:49 EST 2008 dgerow@plebeian.afflictions.org:/usr/obj/repo/freebsd/8-CURRENT/src/sys/GENERIC amd64 > # cd /usr/obj/repo/freebsd/8-CURRENT/src/sys/GENERIC > # kgdb kernel.debug /var/crash/vmcore.2 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > panic: ehci_free_sqtd_chain: chain not found > cpuid = 0 > KDB: enter: panic > panic: from debugger > cpuid = 0 > Uptime: 24m59s > Physical memory: 3976 MB > Dumping 804 MB: 789 773 757 741 725 709 693 677 661 645 629 613 597 581 565 549 533 517 501 485 469 453 437 421 405 389 373 357 341 325 309 293 277 261 245 229 213 197 181 165 149 133 117 101 85 69 53 37 21 5 > > Reading symbols from /boot/kernel/geom_eli.ko...Reading symbols from /boot/kernel/geom_eli.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/geom_eli.ko > Reading symbols from /boot/kernel/crypto.ko...Reading symbols from /boot/kernel/crypto.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/crypto.ko > Reading symbols from /boot/kernel/zlib.ko...Reading symbols from /boot/kernel/zlib.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/zlib.ko > Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/zfs.ko > Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/opensolaris.ko > Reading symbols from /boot/kernel/i915.ko...Reading symbols from /boot/kernel/i915.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/i915.ko > Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/drm.ko > #0 doadump () at pcpu.h:196 > 196 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) backtrace > #0 doadump () at pcpu.h:196 > #1 0xffffffff804fc8c0 in boot (howto=260) at /repo/freebsd/8-CURRENT/src/sys/kern/kern_shutdown.c:420 > #2 0xffffffff804fcc26 in panic (fmt=Variable "fmt" is not available. > ) at /repo/freebsd/8-CURRENT/src/sys/kern/kern_shutdown.c:576 > #3 0xffffffff801c398a in db_panic (addr=Variable "addr" is not available. > ) at /repo/freebsd/8-CURRENT/src/sys/ddb/db_command.c:478 > #4 0xffffffff801c3f33 in db_command (last_cmdp=0xffffffff80b012a0, cmd_table=Variable "cmd_table" is not available. > ) at /repo/freebsd/8-CURRENT/src/sys/ddb/db_command.c:445 > #5 0xffffffff801c407d in db_command_loop () at /repo/freebsd/8-CURRENT/src/sys/ddb/db_command.c:498 > #6 0xffffffff801c5ec6 in db_trap (type=Variable "type" is not available. > ) at /repo/freebsd/8-CURRENT/src/sys/ddb/db_main.c:229 > #7 0xffffffff8052a0f3 in kdb_trap (type=3, code=0, tf=0xfffffffeb3e628c0) at /repo/freebsd/8-CURRENT/src/sys/kern/subr_kdb.c:534 > #8 0xffffffff807a993a in trap (frame=0xfffffffeb3e628c0) at /repo/freebsd/8-CURRENT/src/sys/amd64/amd64/trap.c:533 > #9 0xffffffff8078c5be in calltrap () at /repo/freebsd/8-CURRENT/src/sys/amd64/amd64/exception.S:217 > #10 0xffffffff8052a280 in kdb_enter (why=0xffffffff80888182 "panic", msg=0xa
) at cpufunc.h:63 > #11 0xffffffff804fcc03 in panic (fmt=Variable "fmt" is not available. > ) at /repo/freebsd/8-CURRENT/src/sys/kern/kern_shutdown.c:559 > #12 0xffffffff80437913 in ehci_free_sqtd_chain (sc=0xffffff000355a000, sqh=0xffffffff81020fe0, sqtd=0xa, sqtdend=0xfffffffeb6940f80) > at /repo/freebsd/8-CURRENT/src/sys/dev/usb/ehci.c:2737 > #13 0xffffffff804379e9 in ehci_device_bulk_done (xfer=0xffffffff81020fe0) at /repo/freebsd/8-CURRENT/src/sys/dev/usb/ehci.c:3543 > #14 0xffffffff80469b45 in usb_transfer_complete (xfer=0xffffff0003a8e400) at /repo/freebsd/8-CURRENT/src/sys/dev/usb/usbdi.c:982 > #15 0xffffffff8043709e in ehci_idone (ex=Variable "ex" is not available. > ) at /repo/freebsd/8-CURRENT/src/sys/dev/usb/ehci.c:1034 > #16 0xffffffff804377f0 in ehci_softintr (v=0xffffffff81020fe0) at /repo/freebsd/8-CURRENT/src/sys/dev/usb/ehci.c:802 > #17 0xffffffff80465645 in usb_schedsoftintr (bus=Variable "bus" is not available. > ) at /repo/freebsd/8-CURRENT/src/sys/dev/usb/usb.c:848 > #18 0xffffffff8043937d in ehci_intr1 (sc=0xffffff000355a000) at /repo/freebsd/8-CURRENT/src/sys/dev/usb/ehci.c:631 > #19 0xffffffff80439e92 in ehci_intr (v=Variable "v" is not available. > ) at /repo/freebsd/8-CURRENT/src/sys/dev/usb/ehci.c:590 > #20 0xffffffff804de0ca in intr_event_execute_handlers (p=Variable "p" is not available. > ) at /repo/freebsd/8-CURRENT/src/sys/kern/kern_intr.c:1134 > #21 0xffffffff804dec8d in ithread_loop (arg=Variable "arg" is not available. > ) at /repo/freebsd/8-CURRENT/src/sys/kern/kern_intr.c:1147 > #22 0xffffffff804dc0e6 in fork_exit (callout=0xffffffff804debcf , arg=0xffffff000360ea60, frame=0xfffffffeb3e62c90) > at /repo/freebsd/8-CURRENT/src/sys/kern/kern_fork.c:821 > #23 0xffffffff8078c9ce in fork_trampoline () at /repo/freebsd/8-CURRENT/src/sys/amd64/amd64/exception.S:521 > #24 0x0000000000000000 in ?? () > #25 0x0000000000000000 in ?? () > #26 0x0000000000000001 in ?? () > #27 0x0000000000000000 in ?? () > #28 0x0000000000000000 in ?? () > #29 0x0000000000000000 in ?? () > #30 0x0000000000000000 in ?? () > #31 0x0000000000000000 in ?? () > #32 0x0000000000000000 in ?? () > #33 0x0000000000000000 in ?? () > #34 0x0000000000000000 in ?? () > #35 0x0000000000000000 in ?? () > #36 0x0000000000000000 in ?? () > #37 0x0000000000000000 in ?? () > #38 0x0000000000000000 in ?? () > #39 0x0000000000000000 in ?? () > #40 0x0000000000000000 in ?? () > #41 0x0000000000000000 in ?? () > #42 0x0000000000000000 in ?? () > #43 0x0000000000000000 in ?? () > #44 0x0000000000000000 in ?? () > #45 0x0000000000000000 in ?? () > #46 0x0000000000000000 in ?? () > #47 0x0000000000000000 in ?? () > #48 0x0000000000ee3000 in ?? () > #49 0x0000000000000000 in ?? () > #50 0xffffffff80b3e040 in affinity () > #51 0xffffffff80b3e040 in affinity () > #52 0xffffff00014d3390 in ?? () > #53 0xfffffffeb3e62b90 in ?? () > #54 0xfffffffeb3e62b48 in ?? () > #55 0xffffff00035b4720 in ?? () > ---Type to continue, or q to quit--- > #56 0xffffffff8051e396 in sched_switch (td=0xffffff000360ea60, newtd=0xffffffff804debcf, flags=Cannot access memory at address 0xffffffffffffffc0 > ) at /repo/freebsd/8-CURRENT/src/sys/kern/sched_ule.c:1848 > Previous frame inner to this frame (corrupt stack?) > (kgdb) list > 191 static __inline struct thread * > 192 __curthread(void) > 193 { > 194 struct thread *td; > 195 > 196 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > 197 return (td); > 198 } > 199 #define curthread (__curthread()) > 200 > (kgdb) quit > # > ----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 06:34:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E6081065677; Mon, 15 Dec 2008 06:34:13 +0000 (UTC) (envelope-from qingli@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 438108FC0C; Mon, 15 Dec 2008 06:34:13 +0000 (UTC) (envelope-from qingli@FreeBSD.org) Received: from freefall.freebsd.org (qingli@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mBF6YDDO060566; Mon, 15 Dec 2008 06:34:13 GMT (envelope-from qingli@freefall.freebsd.org) Received: (from qingli@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mBF6YDVC060565; Mon, 15 Dec 2008 06:34:13 GMT (envelope-from qingli) Date: Mon, 15 Dec 2008 06:34:13 GMT From: Qing Li Message-Id: <200812150634.mBF6YDVC060565@freefall.freebsd.org> To: freebsd-current@freebsd.org Cc: freebsd-net@freebsd.org Subject: HEADSUP: arp-v2 has been committed 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: Mon, 15 Dec 2008 06:34:13 -0000 Hi All, The arp-v2 changes have been committed into HEAD. Please report problems to me and Kip Macy. -- Qing From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 08:27:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD60010656E6; Mon, 15 Dec 2008 08:27:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 64B028FC12; Mon, 15 Dec 2008 08:27:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBF8RoWn044262; Mon, 15 Dec 2008 03:27:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mBF8RoOv011127; Mon, 15 Dec 2008 03:27:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C6BE373039; Mon, 15 Dec 2008 03:27:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081215082750.C6BE373039@freebsd-current.sentex.ca> Date: Mon, 15 Dec 2008 03:27:50 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 08:27:54 -0000 TB --- 2008-12-15 07:03:06 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-15 07:03:06 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-12-15 07:03:06 - cleaning the object tree TB --- 2008-12-15 07:03:29 - cvsupping the source tree TB --- 2008-12-15 07:03:29 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-12-15 07:03:38 - building world TB --- 2008-12-15 07:03:38 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-15 07:03:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-15 07:03:38 - TARGET=sparc64 TB --- 2008-12-15 07:03:38 - TARGET_ARCH=sparc64 TB --- 2008-12-15 07:03:38 - TZ=UTC TB --- 2008-12-15 07:03:38 - __MAKE_CONF=/dev/null TB --- 2008-12-15 07:03:38 - cd /src TB --- 2008-12-15 07:03:38 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 15 07:03:40 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 15 08:25:43 UTC 2008 TB --- 2008-12-15 08:25:43 - generating LINT kernel config TB --- 2008-12-15 08:25:43 - cd /src/sys/sparc64/conf TB --- 2008-12-15 08:25:43 - /usr/bin/make -B LINT TB --- 2008-12-15 08:25:44 - building LINT kernel TB --- 2008-12-15 08:25:44 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-15 08:25:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-15 08:25:44 - TARGET=sparc64 TB --- 2008-12-15 08:25:44 - TARGET_ARCH=sparc64 TB --- 2008-12-15 08:25:44 - TZ=UTC TB --- 2008-12-15 08:25:44 - __MAKE_CONF=/dev/null TB --- 2008-12-15 08:25:44 - cd /src TB --- 2008-12-15 08:25:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 15 08:25:44 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /src/sys/netinet6/icmp6.c:88:27: error: net/if_llatbl.h: No such file or directory /src/sys/netinet6/in6.c:91:27: error: net/if_llatbl.h: No such file or directory /src/sys/netinet6/in6_src.c:90:27: error: net/if_llatbl.h: No such file or directory /src/sys/netinet6/ip6_input.c:95:27: error: net/if_llatbl.h: No such file or directory /src/sys/netinet6/nd6.c:66:27: error: net/if_llatbl.h: No such file or directory /src/sys/netinet6/nd6_nbr.c:68:27: error: net/if_llatbl.h: No such file or directory /src/sys/netinet6/nd6_rtr.c:61:27: error: net/if_llatbl.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-15 08:27:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-15 08:27:50 - ERROR: failed to build lint kernel TB --- 2008-12-15 08:27:50 - 3852.20 user 369.80 system 5084.29 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 12:32:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFCBA106564A; Mon, 15 Dec 2008 12:32:37 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-gx0-f12.google.com (mail-gx0-f12.google.com [209.85.217.12]) by mx1.freebsd.org (Postfix) with ESMTP id 472BF8FC13; Mon, 15 Dec 2008 12:32:37 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by gxk5 with SMTP id 5so1935854gxk.19 for ; Mon, 15 Dec 2008 04:32:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=xGLsrrVV3ZojyUaldyZnWtEMiqtbZQ2aZ/r6FNkt5VI=; b=cWjrVwc1Bn5fRbsF/pECvMEgGxwQg9PDd26TrndRw+h7T4XqSiV6SgOB1EkjQL6dhL eJ4RMZQwk/lOyOmxeNrtZHJkfgVJdRGawTxLbOk/2+iLDTpCxfAQrVF3F++73oNYt77j 08CS1jI+IK1xW0ahV9C2zakK4nz4mS63+q2dU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=mVpSKCJdjGY7OEi3NqZlF/r0bVWlErUE80twH1ozfDErJx8wjAd0kwtRfGGSd7fz2U 4HNJxgHJnmThHqhaKTjwD80fvm4mDDS80Lu+cU9diNsOcNK8iLdW6NgKwaqKypHhWk// GFIQ1S3FGLa4FeVmEzfnH7hxS6twjQZriLs6c= Received: by 10.231.30.198 with SMTP id v6mr76589ibc.26.1229344355882; Mon, 15 Dec 2008 04:32:35 -0800 (PST) Received: by 10.231.10.130 with HTTP; Mon, 15 Dec 2008 04:32:35 -0800 (PST) Message-ID: <3a142e750812150432l1d59b6e0icc070935d569ec87@mail.gmail.com> Date: Mon, 15 Dec 2008 13:32:35 +0100 From: "Paul B. Mahol" To: "Kip Macy" In-Reply-To: <3c1674c90812142117m71a6c67dkf6f7dda02a6aa411@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081212054137.GA42087@plebeian.afflictions.org> <20081215051245.GA58909@plebeian.afflictions.org> <3c1674c90812142117m71a6c67dkf6f7dda02a6aa411@mail.gmail.com> Cc: Damian Gerow , freebsd-current@freebsd.org Subject: Re: ural(4) hits usb/124758 (Was: Panic while using ural(4) with wpa_supplicant) 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: Mon, 15 Dec 2008 12:32:37 -0000 On 12/15/08, Kip Macy wrote: > I reliably hit panics with ural(4) as well - they appear to be locking > related. > Correct, this PR is same as one from me - but mine is for rum driver. using kern.smp.disabled=1 is workaround. usb2_wlan_rum from usb2 doesnt have that problem - I do not use old usb stack any more. > Cheers, > Kip > > On Mon, Dec 15, 2008 at 5:12 AM, Damian Gerow > wrote: >> I've been able to reliably trigger the panic with ural(4), but I'm pretty >> sure it has nothing to do with wpa_supplicant(8). A quick search of the >> PR >> database turns up usb/124758. >> >> Panic (PID 12 is "irq19: ehci1"): >> >> ----- >> ural0: could not transmit buffer: SHORT_XFER >> panic: ehci_free_sqtd_chain: chain not found >> cpuid = 0 >> KDB: enter: panic >> [thread pid 12 tid 100042] -- Paul From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 13:42:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BF541065670 for ; Mon, 15 Dec 2008 13:42:37 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id E74138FC16 for ; Mon, 15 Dec 2008 13:42:36 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl75-59.kln.forthnet.gr [77.49.122.59]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mBFDgHfI007228 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 15 Dec 2008 15:42:23 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mBFDgHCx002534; Mon, 15 Dec 2008 15:42:17 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mBFDgHAW002533; Mon, 15 Dec 2008 15:42:17 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Qing Li References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> Date: Mon, 15 Dec 2008 15:42:17 +0200 In-Reply-To: <200812150634.mBF6YDVC060565@freefall.freebsd.org> (Qing Li's message of "Mon, 15 Dec 2008 06:34:13 GMT") Message-ID: <873agpk11i.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mBFDgHfI007228 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.861, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.54, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed 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: Mon, 15 Dec 2008 13:42:37 -0000 On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: > Hi All, > > The arp-v2 changes have been committed into HEAD. > Please report problems to me and Kip Macy. Thanks! I've just updated my installation here to the new kernel and userland and it seems to work fine so far. At least, ARP and IPv4 seems to work without any noticeable problem the last few hours :-) I have one minor question though (still reading through the diff, so I am not sure if this is `normal'). The new netstat output includes a `Use' column that seems to be ever increasing: : % netstat -rn -f inet : Routing tables : : Internet: : Destination Gateway Flags Refs Use Netif Expire : default 192.168.1.1 UGS 0 5338 re0 : 127.0.0.1 link#4 UH 0 1292 lo0 : 192.168.1.0/24 link#2 U 0 2 re0 : : % netstat -rn -f inet : Routing tables : : Internet: : Destination Gateway Flags Refs Use Netif Expire : default 192.168.1.1 UGS 0 5365 re0 : 127.0.0.1 link#4 UH 0 1337 lo0 : 192.168.1.0/24 link#2 U 0 2 re0 : : % netstat -rn -f inet : Routing tables : : Internet: : Destination Gateway Flags Refs Use Netif Expire : default 192.168.1.1 UGS 0 5409 re0 : 127.0.0.1 link#4 UH 0 1375 lo0 : 192.168.1.0/24 link#2 U 0 2 re0 Is this expected, or does it look like a leak? From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 15:21:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDF95106567B; Mon, 15 Dec 2008 15:21:41 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 52B488FC1C; Mon, 15 Dec 2008 15:21:41 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1077644yxb.13 for ; Mon, 15 Dec 2008 07:21:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=qS8xDq9P/Q60yW66plkGAFJuN/7crmqTtBy/hmRB71U=; b=pzxEUR/JRYYIPRh1+/joC+wGInvx8aXdoq3XQfWVKBtI39HctpTMPjc6YBZgvtUkYq 50H6qVpep2OqmmZ8zGqr7NLIwrRL6i9G1iVwvhgGxDf5kIxn66AhC2uZzgYPyqiWqIg3 iicPdFXLTqODg4cuo5UI2mCnzQWziKO2BCB/M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=qLQKwYncI9iSj6AmRw9SWlPboZ9t9XFlm8U6satzYgYm++Jg6PFY+8w04zcQu4qdMV hmUmDqRdVq3P1sIWSAn3p2Jk6h6AlZqcqCCFeh1qKFnxU7qXx6ciEdX6HBiujHmXf766 YwGpHLjLQDTRck3SoQxzRjR6qQb0wEj2BrKJs= Received: by 10.231.20.1 with SMTP id d1mr78570ibb.19.1229354500286; Mon, 15 Dec 2008 07:21:40 -0800 (PST) Received: by 10.231.10.130 with HTTP; Mon, 15 Dec 2008 07:21:40 -0800 (PST) Message-ID: <3a142e750812150721q7454f83bre13c2d957fcba15b@mail.gmail.com> Date: Mon, 15 Dec 2008 16:21:40 +0100 From: "Paul B. Mahol" To: "Sam Leffler" In-Reply-To: <4945B308.30306@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4945B308.30306@freebsd.org> Cc: current@freebsd.org Subject: Re: HEADS UP: svn commit: r186107 - head/sys/net80211 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: Mon, 15 Dec 2008 15:21:42 -0000 On 12/15/08, Sam Leffler wrote: > Note this requires ifconfig be rebuilt after. It'd be good for someone > to look at api changes to break this dependency w/ user mode. I got double faults when destroying vap (after use), maybe it is not net80211 related but I will post output anyway. db:0:kdb.enter.panic> run lockinfo db:1:lockinfo> show locks Script command 'show locks' returned error db:1:locks> show alllocks Process 1514 (ifconfig) thread 0xc434b6c0 (100094) Script command 'show alllocks' returned error db:1:alllocks> show lockedvnods Locked vnodes db:0:kdb.enter.panic> show pcpu cpuid = 0 curthread = 0xc434b6c0: pid 1514 "ifconfig" curpcb = 0xc3b84d90 fpcurthread = none idlethread = 0xc3cfdb40: pid 10 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: db:0:kdb.enter.panic> bt Tracing pid 1514 tid 100094 td 0xc434b6c0 kdb_enter(c062046e,c062046e,c0641102,c08092f0,0,...) at kdb_enter+0x3a panic(c0641102,0,0,0,0,...) at panic+0x131 dblfault_handler() at trap_fatal --- trap 0x17, eip = 0xc05dd206, esp = 0xc3b82ffc, ebp = 0xc3b83004 --- sc_vtb_geta(c0689d6c,781,ffffffff,c434b6c0,c08114c0,...) at sc_vtb_geta+0x16 vga_txtcursor(c0689d60,781,0,1,0,...) at vga_txtcursor+0xe8 sc_draw_cursor_image(c0689d60,780,1,0,1,...) at sc_draw_cursor_image+0x7a scrn_update(c0689d60,c3b830cc,c04658a1,c0689d60,c3b830c3,...) at scrn_update+0x318 sccnupdate(c0689d60,c3b830c3,1,4b00000a) at sccnupdate+0x74 sc_cnputc(c064f1a0,4b,c3b83264,5,4b,...) at sc_cnputc+0xa6 cnputc(4b,c3b83264,c3b83118,c04ed95a,c3b8311c,...) at cnputc+0x5a putcons(c3b8311c,c048a5e1,164f1a0,c3b83264,c06413fb,...) at putcons+0x19 putchar(4b,c3b83264,a,c3b8314c,c04ed9c0,...) at putchar+0x5a kvprintf(c06413fa,c04ed900,c3b83264,a,c3b832cc,...) at kvprintf+0xa2 vprintf(c06413fa,c3b832cc,4,1,1,...) at vprintf+0x4b witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xb9 trap(c3b83358) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83398, ebp = 0xc3b833b8 --- witness_list_lock(c0625853,c3b83404,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 trap(c3b83490) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b834d0, ebp = 0xc3b834f0 --- witness_list_lock(c0625853,c3b8353c,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 trap(c3b835c8) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83608, ebp = 0xc3b83628 --- witness_list_lock(c0625853,c3b83674,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 trap(c3b83700) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83740, ebp = 0xc3b83760 --- witness_list_lock(c0625853,c3b837ac,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 trap(c3b83700) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83740, ebp = 0xc3b83760 --- witness_list_lock(c0625853,c3b837ac,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 trap(c3b83838) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83878, ebp = 0xc3b83898 --- witness_list_lock(c0625853,c3b838e4,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 trap(c3b83970) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b839b0, ebp = 0xc3b839d0 --- witness_list_lock(c0625853,c3b83a1c,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 trap(c3b83aa8) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83ae8, ebp = 0xc3b83b08 --- witness_list_lock(c0625853,c3b83b54,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 trap(c3b83be0) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83c20, ebp = 0xc3b83c40 --- witness_list_lock(c0625853,c3b83c8c,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 trap(c3b83d18) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83d58, ebp = 0xc3b83d78 --- witness_list_lock(c0625853,c3b83dc4,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 trap(c3b83e50) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83e90, ebp = 0xc3b83eb0 --- witness_list_lock(c0625853,c3b83efc,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 trap(c3b83f88) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83fc8, ebp = 0xc3b83fe8 --- witness_list_lock(c0625853,c3b84034,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 trap(c3b840c0) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b84100, ebp = 0xc3b84120 --- witness_list_lock(c0625853,c3b8416c,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 trap(c3b841f8) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b84238, ebp = 0xc3b84258 --- witness_list_lock(c0625853,c3b842a4,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 trap(c3b84330) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b84370, ebp = 0xc3b84390 --- witness_list_lock(c0625853,c3b843dc,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 trap(c3b84468) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b844a8, ebp = 0xc3b844c8 --- witness_list_lock(c0625853,c3b84514,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 trap(c3b845a0) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b845e0, ebp = 0xc3b84600 --- witness_list_lock(c0625853,c3b8464c,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 trap(c3b846d8) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b84718, ebp = 0xc3b84738 --- witness_list_lock(c0625853,c3b84784,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,c3b847b4,c459c548,...) at witness_warn+0xf6 trap(c3b84810) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b84850, ebp = 0xc3b84870 --- witness_list_lock(c0625853,c3b848bc,4,1,1,...) at witness_list_lock+0x21 witness_warn(5,0,c06413fa,c3b849ec,c459c548,...) at witness_warn+0xf6 trap(c3b84948) at trap+0x133 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04fb5b8, esp = 0xc3b84988, ebp = 0xc3b849dc --- witness_checkorder(c1094888,9,c06364f0,8ce,0,...) at witness_checkorder+0x22c _mtx_lock_flags(c1094888,0,c06364f0,8ce,c04fb5dc,...) at _mtx_lock_flags+0xb8 uma_zfree_arg(c108b000,c3fea100,c3feaf6c,c3fea100,c3fea108,...) at uma_zfree_arg+0x58 free(c3fea100,c0662d20,c3b84a9c,c0556fd0,c4577c00,...) at free+0xc4 in_lltable_free(c4577c00,c3fea100,c062eb9b,61,0,...) at in_lltable_free+0x19 llentry_free(c3fea100,c062eb9b,7f,79,c06643e0,...) at llentry_free+0x95 lltable_free(c4577c00,c3b84af4,c0553dfd,c3e2d800,c4577c00,...) at lltable_free+0xda in_domifdetach(c3e2d800,c4577c00,c062e29a,354,27,...) at in_domifdetach+0x11 if_detach(c3e2d800) at if_detach+0x45b ether_ifdetach(c3e2d800,0,c4542f27,202,c456e014,...) at ether_ifdetach+0x3d ieee80211_vap_detach(c440f000,0,c43e822c,a12,0,...) at ieee80211_vap_detach+0x11f rum_vap_delete(c440f000,c3e2d800,c3e2d800,c4546ca0,c3b84b94,...) at rum_vap_delete+0x9f ifc_simple_destroy(c4546ca0,c3e2d800,c062e76a,d5,ca,...) at ifc_simple_destroy+0x25 if_clone_destroyif(c4546ca0,c3e2d800,c062e76a,bf,0,...) at if_clone_destroyif+0xd7 if_clone_destroy(c3e02c20,19c,c434b764,c065a130,c07cbf88,...) at if_clone_destroy+0x9f ifioctl(c4134310,80206979,c3e02c20,c434b6c0,80206979,...) at ifioctl+0x115 soo_ioctl(c4004348,80206979,c3e02c20,c403e000,c434b6c0,...) at soo_ioctl+0x398 kern_ioctl(c434b6c0,3,80206979,c3e02c20,c3e02c20,...) at kern_ioctl+0x1ca ioctl(c434b6c0,c3b84cf8,c,c0626cea,c06522d0,...) at ioctl+0x11f syscall(c3b84d38) at syscall+0x261 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x281a1963, esp = 0xbfbfe52c, ebp = 0xbfbfe548 --- Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: kernel trap 12 with interrupts disabled Fatal double fault: eip = 0xc05dd206 esp = 0xc3b82ffc ebp = 0xc3b83004 cpuid = 0; apic id = 00 panic: double fault cpuid = 0 FreeBSD 8.0-CURRENT #0: Mon Dec 15 13:51:17 CET 2008 root@dhcppc1:/usr/obj/usr/src/sys/KERNEL -- Paul From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 15:58:22 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 740071065677 for ; Mon, 15 Dec 2008 15:58:22 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 2107A8FC1B for ; Mon, 15 Dec 2008 15:58:21 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1LCFps-000DOa-6B; Mon, 15 Dec 2008 18:58:20 +0300 To: Marcel Moolenaar References: <92804393@bb.ipt.ru> <26722819@bb.ipt.ru> <26719629@bb.ipt.ru> <19F75E66-0535-4982-9726-E2C0A03117EA@mac.com> <94541668@bb.ipt.ru> <48144979@bb.ipt.ru> <548CF0A3-1B07-49DA-A177-6EA85FD8CF2F@mac.com> <94539778@bb.ipt.ru> <9939E942-A2FC-4240-BC14-527D45C187B7@mac.com> <94529078@bb.ipt.ru> <6581F3A3-63D4-4689-AAAB-951E9DDDD62C@mac.com> From: Boris Samorodov Date: Mon, 15 Dec 2008 18:58:19 +0300 In-Reply-To: <6581F3A3-63D4-4689-AAAB-951E9DDDD62C@mac.com> (Marcel Moolenaar's message of "Sun\, 14 Dec 2008 12\:14\:07 -0800") Message-ID: <92739012@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, rea-fbsd@codelabs.ru Subject: Re: Timeda 8-multiport adapter: only 2 ports available 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: Mon, 15 Dec 2008 15:58:22 -0000 Marcel Moolenaar writes: > On Dec 13, 2008, at 5:36 AM, Boris Samorodov wrote: > >> That's for the line [*]: >> ----- >> --- pucdata.c (revision 185784) >> +++ pucdata.c (working copy) >> @@ -1145,6 +1145,10 @@ >> case PUC_CFG_GET_TYPE: >> *res = PUC_TYPE_SERIAL; >> return (0); >> + case PUC_CFG_INIT_PORT: >> + bus_write_1((struct res *)res, 1 /* IER */, [*] >> + (port >= 2) ? 0x10 : 0); >> + return (0); >> default: >> break; >> } > > Argh, (struct res *) must be (struct resource *)... No go. The same, ports are detected but show garbadge. Thank you for your efforts. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 17:26:25 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EFE21065672 for ; Mon, 15 Dec 2008 17:26:25 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id BED0A8FC18 for ; Mon, 15 Dec 2008 17:26:24 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1LCHD5-000EVJ-Fr for freebsd-current@FreeBSD.org; Mon, 15 Dec 2008 20:26:23 +0300 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Mon, 15 Dec 2008 20:26:23 +0300 Message-ID: <46336768@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Oxford OX16PCI958 multiport card 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: Mon, 15 Dec 2008 17:26:25 -0000 Hello List, here is one more 8-port card which doesn't work by default at -current: ----- none0@pci0:0:10:0: class=0x070200 card=0x06711415 chip=0x95381415 rev=0x01 hdr=0x00 vendor = 'Oxford Semiconductor Ltd' class = simple comms subclass = multiport serial ----- Here is a datasheet though: http://pdf1.alldatasheet.com/datasheet-pdf/view/161704/OXFORD/OX16PCI958.html Can someone provide a patch? Thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 17:33:34 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCC391065675 for ; Mon, 15 Dec 2008 17:33:34 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout017.mac.com (asmtpout017.mac.com [17.148.16.92]) by mx1.freebsd.org (Postfix) with ESMTP id C248F8FC1A for ; Mon, 15 Dec 2008 17:33:34 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed Received: from acheng-t60.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp017.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KBX00E58I3UN830@asmtp017.mac.com> for freebsd-current@FreeBSD.org; Mon, 15 Dec 2008 09:33:31 -0800 (PST) Message-id: <5504F326-A933-4850-985D-51E10ECFDA54@mac.com> From: Marcel Moolenaar To: Boris Samorodov In-reply-to: <92739012@bb.ipt.ru> Date: Mon, 15 Dec 2008 09:33:27 -0800 References: <92804393@bb.ipt.ru> <26722819@bb.ipt.ru> <26719629@bb.ipt.ru> <19F75E66-0535-4982-9726-E2C0A03117EA@mac.com> <94541668@bb.ipt.ru> <48144979@bb.ipt.ru> <548CF0A3-1B07-49DA-A177-6EA85FD8CF2F@mac.com> <94539778@bb.ipt.ru> <9939E942-A2FC-4240-BC14-527D45C187B7@mac.com> <94529078@bb.ipt.ru> <6581F3A3-63D4-4689-AAAB-951E9DDDD62C@mac.com> <92739012@bb.ipt.ru> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-current@FreeBSD.org, rea-fbsd@codelabs.ru Subject: Re: Timeda 8-multiport adapter: only 2 ports available 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: Mon, 15 Dec 2008 17:33:34 -0000 On Dec 15, 2008, at 7:58 AM, Boris Samorodov wrote: > Marcel Moolenaar writes: >> On Dec 13, 2008, at 5:36 AM, Boris Samorodov wrote: >> >>> That's for the line [*]: >>> ----- >>> --- pucdata.c (revision 185784) >>> +++ pucdata.c (working copy) >>> @@ -1145,6 +1145,10 @@ >>> case PUC_CFG_GET_TYPE: >>> *res = PUC_TYPE_SERIAL; >>> return (0); >>> + case PUC_CFG_INIT_PORT: >>> + bus_write_1((struct res *)res, 1 /* IER */, [*] >>> + (port >= 2) ? 0x10 : 0); >>> + return (0); >>> default: >>> break; >>> } >> >> Argh, (struct res *) must be (struct resource *)... > > No go. The same, ports are detected but show garbadge. One last thing that we could try. If the rclk for the upper 6 ports is wrong, then the baudrate will not be as programmed. For all ports we now have an rclk that's 8 times the default (i.e. RCLK*8). See if the baudrate is 8 times slower than what you specified. i.e. If you specified a baudrate of 115200, see if you need to program the other side for 14400. You may want to pick a baudrate that's yields a more standard rate when divided by 8. If this works, then the upper 6 port have a standard RCLK. More tricky, but worth to try is RCLK*10. Since we calculate based on RCLK*8, the baudrate will be 10/8 of what you expect. Specify a baudrate of 92160 to get 115200 (pick numbers that'll work). FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 17:49:23 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFFAF1065670 for ; Mon, 15 Dec 2008 17:49:23 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 9131A8FC08 for ; Mon, 15 Dec 2008 17:49:22 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1LCHZJ-000EnF-U5; Mon, 15 Dec 2008 20:49:22 +0300 To: Marcel Moolenaar References: <92804393@bb.ipt.ru> <26722819@bb.ipt.ru> <26719629@bb.ipt.ru> <19F75E66-0535-4982-9726-E2C0A03117EA@mac.com> <94541668@bb.ipt.ru> <48144979@bb.ipt.ru> <548CF0A3-1B07-49DA-A177-6EA85FD8CF2F@mac.com> <94539778@bb.ipt.ru> <9939E942-A2FC-4240-BC14-527D45C187B7@mac.com> <94529078@bb.ipt.ru> <6581F3A3-63D4-4689-AAAB-951E9DDDD62C@mac.com> <92739012@bb.ipt.ru> <5504F326-A933-4850-985D-51E10ECFDA54@mac.com> From: Boris Samorodov Date: Mon, 15 Dec 2008 20:49:21 +0300 In-Reply-To: <5504F326-A933-4850-985D-51E10ECFDA54@mac.com> (Marcel Moolenaar's message of "Mon\, 15 Dec 2008 09\:33\:27 -0800") Message-ID: <80255390@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, rea-fbsd@codelabs.ru Subject: Re: Timeda 8-multiport adapter: only 2 ports available 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: Mon, 15 Dec 2008 17:49:24 -0000 Marcel Moolenaar writes: > One last thing that we could try. I'll try this out and report back, thanks. > If the rclk for the > upper 6 ports is wrong, then the baudrate will not be > as programmed. For all ports we now have an rclk that's > 8 times the default (i.e. RCLK*8). See if the baudrate > is 8 times slower than what you specified. > > i.e. If you specified a baudrate of 115200, see if you > need to program the other side for 14400. You may want > to pick a baudrate that's yields a more standard rate > when divided by 8. > > If this works, then the upper 6 port have a standard > RCLK. As I undrestood from README for DOS, those ports may be initialized at high rate (8x?) so when BIOS reports 115200 the card actually gives 900k. To return to normal speeds the card should be initialized accordingly. > More tricky, but worth to try is RCLK*10. Since we > calculate based on RCLK*8, the baudrate will be 10/8 > of what you expect. Specify a baudrate of 92160 to > get 115200 (pick numbers that'll work). WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 18:02:22 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1113D106564A for ; Mon, 15 Dec 2008 18:02:22 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout017.mac.com (asmtpout017.mac.com [17.148.16.92]) by mx1.freebsd.org (Postfix) with ESMTP id DF6B68FC19 for ; Mon, 15 Dec 2008 18:02:21 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed Received: from mohan-pc.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp017.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KBX00FVGJFUGD20@asmtp017.mac.com> for freebsd-current@FreeBSD.org; Mon, 15 Dec 2008 10:02:19 -0800 (PST) Message-id: <88DFFDCD-7E38-4688-8D09-26C596FBB1A5@mac.com> From: Marcel Moolenaar To: Boris Samorodov In-reply-to: <80255390@bb.ipt.ru> Date: Mon, 15 Dec 2008 10:02:15 -0800 References: <92804393@bb.ipt.ru> <26722819@bb.ipt.ru> <26719629@bb.ipt.ru> <19F75E66-0535-4982-9726-E2C0A03117EA@mac.com> <94541668@bb.ipt.ru> <48144979@bb.ipt.ru> <548CF0A3-1B07-49DA-A177-6EA85FD8CF2F@mac.com> <94539778@bb.ipt.ru> <9939E942-A2FC-4240-BC14-527D45C187B7@mac.com> <94529078@bb.ipt.ru> <6581F3A3-63D4-4689-AAAB-951E9DDDD62C@mac.com> <92739012@bb.ipt.ru> <5504F326-A933-4850-985D-51E10ECFDA54@mac.com> <80255390@bb.ipt.ru> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-current@FreeBSD.org, rea-fbsd@codelabs.ru Subject: Re: Timeda 8-multiport adapter: only 2 ports available 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: Mon, 15 Dec 2008 18:02:22 -0000 On Dec 15, 2008, at 9:49 AM, Boris Samorodov wrote: > Marcel Moolenaar writes: > >> One last thing that we could try. > > I'll try this out and report back, thanks. > >> If the rclk for the >> upper 6 ports is wrong, then the baudrate will not be >> as programmed. For all ports we now have an rclk that's >> 8 times the default (i.e. RCLK*8). See if the baudrate >> is 8 times slower than what you specified. >> >> i.e. If you specified a baudrate of 115200, see if you >> need to program the other side for 14400. You may want >> to pick a baudrate that's yields a more standard rate >> when divided by 8. >> >> If this works, then the upper 6 port have a standard >> RCLK. > > As I undrestood from README for DOS, those ports may be > initialized at high rate (8x?) so when BIOS reports 115200 > the card actually gives 900k. To return to normal speeds > the card should be initialized accordingly. Ok, this indicates that RCLK*8 is right. At this time I'm out of ideas. We should just look at the NetBSD or Linux driver... Could you open a PR so that we can track this? Thanks, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 18:04:31 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9DD8106567A; Mon, 15 Dec 2008 18:04:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8CCAF8FC0C; Mon, 15 Dec 2008 18:04:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mBFI4SjD059136; Mon, 15 Dec 2008 13:04:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBFI4S3r023721; Mon, 15 Dec 2008 13:04:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 90EAF73039; Mon, 15 Dec 2008 13:04:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081215180428.90EAF73039@freebsd-current.sentex.ca> Date: Mon, 15 Dec 2008 13:04:28 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 18:04:32 -0000 TB --- 2008-12-15 16:17:30 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-15 16:17:30 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-12-15 16:17:30 - cleaning the object tree TB --- 2008-12-15 16:18:11 - cvsupping the source tree TB --- 2008-12-15 16:18:11 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-12-15 16:18:22 - building world TB --- 2008-12-15 16:18:22 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-15 16:18:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-15 16:18:22 - TARGET=powerpc TB --- 2008-12-15 16:18:22 - TARGET_ARCH=powerpc TB --- 2008-12-15 16:18:22 - TZ=UTC TB --- 2008-12-15 16:18:22 - __MAKE_CONF=/dev/null TB --- 2008-12-15 16:18:22 - cd /src TB --- 2008-12-15 16:18:22 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 15 16:18:25 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/nvram (all) cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.sbin/nvram/nvram.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o nvram nvram.o gzip -cn /src/usr.sbin/nvram/nvram.8 > nvram.8.gz ===> usr.sbin/ofwdump (all) cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.sbin/ofwdump/ofwdump.c In file included from /src/usr.sbin/ofwdump/ofwdump.c:29: /obj/powerpc/src/tmp/usr/include/dev/ofw/openfirm.h:76: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'pcell_t' *** Error code 1 Stop in /src/usr.sbin/ofwdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-15 18:04:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-15 18:04:28 - ERROR: failed to build world TB --- 2008-12-15 18:04:28 - 4065.53 user 380.91 system 6418.03 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 18:04:54 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E85C61065675 for ; Mon, 15 Dec 2008 18:04:54 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id B8A828FC16 for ; Mon, 15 Dec 2008 18:04:54 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id mBFI4snb007213 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Dec 2008 10:04:54 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <49469C45.2060607@freebsd.org> Date: Mon, 15 Dec 2008 10:04:53 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: "Paul B. Mahol" References: <4945B308.30306@freebsd.org> <3a142e750812150721q7454f83bre13c2d957fcba15b@mail.gmail.com> In-Reply-To: <3a142e750812150721q7454f83bre13c2d957fcba15b@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: current@freebsd.org Subject: Re: HEADS UP: svn commit: r186107 - head/sys/net80211 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: Mon, 15 Dec 2008 18:04:55 -0000 Paul B. Mahol wrote: > On 12/15/08, Sam Leffler wrote: > >> Note this requires ifconfig be rebuilt after. It'd be good for someone >> to look at api changes to break this dependency w/ user mode. >> > > I got double faults when destroying vap (after use), maybe it is not > net80211 related > but I will post output anyway. > > Checking now. FWIW all these changes have been in use for months in p4 but I've got a variant cloning api there and something may have snuck in to the change to head. Sam From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 17:57:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BEB81065675 for ; Mon, 15 Dec 2008 17:57:35 +0000 (UTC) (envelope-from bseklecki@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) by mx1.freebsd.org (Postfix) with ESMTP id 3F6FC8FC37 for ; Mon, 15 Dec 2008 17:57:35 +0000 (UTC) (envelope-from bseklecki@collaborativefusion.com) Received: from Internal Mail-Server by mx01 (envelope-from bseklecki@collaborativefusion.com) with SMTP; 15 Dec 2008 12:57:34 -0500 From: "Brian A. Seklecki" To: Philipp Wuensche In-Reply-To: <49418BD9.8080105@h3q.com> References: <20081201085229.D80401@maildrop.int.zabbadoz.net> <20081201122937.81475f0zhfsjya4o@webmail.leidinger.net> <6ae50c2d0812021800x791d2cfeh45d590de120f76df@mail.gmail.com> <1228483574.2805.499.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <86skp2l804.fsf@ds4.des.no> <1228507529.2805.539.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <49418BD9.8080105@h3q.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-wUWBZhNw6rPpfbPTQaJy" Organization: Collaborative Fusion, Inc. Date: Mon, 15 Dec 2008 12:57:34 -0500 Message-Id: <1229363854.1722.39.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) X-Mailman-Approved-At: Mon, 15 Dec 2008 18:06:19 +0000 Cc: FreeBSD virtualization mailing list , Alexander Leidinger , alexus , freebsd-current@freebsd.org, Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= , "Bjoern A. Zeeb" , freebsd-jail@freebsd.org Subject: Re: HEADS UP: r185435 multi-IPv4/v6/no-IP jails in HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bseklecki@collaborativefusion.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 17:57:35 -0000 --=-wUWBZhNw6rPpfbPTQaJy Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2008-12-11 at 22:53 +0100, Philipp Wuensche wrote: > Not entirely true, the jls output is totaly different than before and > breaks third-party applications like jailaudit and ezjail. Right, well, whether they check for VERSION > 70200x or 80000, the format will is likely to change. Once everything has been sorted out, they can add support now, push out the updates, and the version in common use will be forward/backward compatible. Whatever we have to do to light a fire there -- I just don't want ezjail-admin compatibility to be a showstopper on this. >=20 > It is uneasy to parse too. --=20 Brian A. Seklecki Collaborative Fusion, Inc. --=-wUWBZhNw6rPpfbPTQaJy Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAklGmo4ACgkQCne6BNDQ+R9zLwCdFLkGOwDe4mjd1TZE/FY8cUUx 6rkAn2+OAkyyAdOo1OufwKBH4Gz4aSF7 =9i5l -----END PGP SIGNATURE----- --=-wUWBZhNw6rPpfbPTQaJy-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 18:24:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4ECCE106564A for ; Mon, 15 Dec 2008 18:24:30 +0000 (UTC) (envelope-from dgerow@afflictions.org) Received: from relay1-v.mail.gandi.net (relay1-v.mail.gandi.net [217.70.178.75]) by mx1.freebsd.org (Postfix) with ESMTP id 110FB8FC1E for ; Mon, 15 Dec 2008 18:24:29 +0000 (UTC) (envelope-from dgerow@afflictions.org) Received: from plebeian.afflictions.org (CPE0021296fd1ec-CM0019475d4056.cpe.net.cable.rogers.com [99.241.164.229]) by relay1-v.mail.gandi.net (Postfix) with ESMTP id 2D20C362B9 for ; Mon, 15 Dec 2008 19:24:28 +0100 (CET) Received: by plebeian.afflictions.org (Postfix, from userid 1001) id 0D5BF71AB; Mon, 15 Dec 2008 13:24:24 -0500 (EST) Date: Mon, 15 Dec 2008 13:24:24 -0500 From: Damian Gerow To: freebsd-current@freebsd.org Message-ID: <20081215182424.GA44202@plebeian.afflictions.org> References: <20081212054137.GA42087@plebeian.afflictions.org> <20081215051245.GA58909@plebeian.afflictions.org> <3c1674c90812142117m71a6c67dkf6f7dda02a6aa411@mail.gmail.com> <3a142e750812150432l1d59b6e0icc070935d569ec87@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3a142e750812150432l1d59b6e0icc070935d569ec87@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: ural(4) hits usb/124758 (Was: Panic while using ural(4) with wpa_supplicant) 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: Mon, 15 Dec 2008 18:24:30 -0000 Paul B. Mahol wrote: : On 12/15/08, Kip Macy wrote: : > I reliably hit panics with ural(4) as well - they appear to be locking : > related. : : Correct, this PR is same as one from me - but mine is for rum driver. : using kern.smp.disabled=1 is workaround. : usb2_wlan_rum from usb2 doesnt have that problem - I do not use old : usb stack any more. I've checked out a new source, and replaced the old USB stack with the new in an otherwise-GENERIC kernel, and I've been running with the ural device for a few hours now, no panic. Ordinarly, I would have paniced a handful of times by now. USB2 fixed it for me, too. From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 18:54:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09AA11065670; Mon, 15 Dec 2008 18:54:05 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id D43268FC14; Mon, 15 Dec 2008 18:54:04 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 707715823D; Mon, 15 Dec 2008 12:22:29 -0600 (CST) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id iW6AZvpnKRbC; Mon, 15 Dec 2008 12:22:29 -0600 (CST) Received: from wanderer.tachypleus.net (i3-dhcp-172-16-55-200.icecube.wisc.edu [172.16.55.200]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 518555823A; Mon, 15 Dec 2008 12:22:29 -0600 (CST) Message-ID: <4946A05C.7090604@freebsd.org> Date: Mon, 15 Dec 2008 12:22:20 -0600 From: Nathan Whitehorn User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20081215180428.90EAF73039@freebsd-current.sentex.ca> In-Reply-To: <20081215180428.90EAF73039@freebsd-current.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: powerpc@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc 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: Mon, 15 Dec 2008 18:54:05 -0000 FreeBSD Tinderbox wrote: > In file included from /src/usr.sbin/ofwdump/ofwdump.c:29: > /obj/powerpc/src/tmp/usr/include/dev/ofw/openfirm.h:76: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'pcell_t' > *** Error code 1 > Fixed. I wonder if my commit will beat the email about sparc64 failing... -Nathan From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 18:58:23 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4627D1065676 for ; Mon, 15 Dec 2008 18:58:23 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id EB3458FC0C for ; Mon, 15 Dec 2008 18:58:22 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1LCIe5-000Fgn-Ox; Mon, 15 Dec 2008 21:58:21 +0300 To: Marcel Moolenaar References: <92804393@bb.ipt.ru> <26722819@bb.ipt.ru> <26719629@bb.ipt.ru> <19F75E66-0535-4982-9726-E2C0A03117EA@mac.com> <94541668@bb.ipt.ru> <48144979@bb.ipt.ru> <548CF0A3-1B07-49DA-A177-6EA85FD8CF2F@mac.com> <94539778@bb.ipt.ru> <9939E942-A2FC-4240-BC14-527D45C187B7@mac.com> <94529078@bb.ipt.ru> <6581F3A3-63D4-4689-AAAB-951E9DDDD62C@mac.com> <92739012@bb.ipt.ru> <5504F326-A933-4850-985D-51E10ECFDA54@mac.com> <80255390@bb.ipt.ru> <88DFFDCD-7E38-4688-8D09-26C596FBB1A5@mac.com> From: Boris Samorodov Date: Mon, 15 Dec 2008 21:58:21 +0300 In-Reply-To: <88DFFDCD-7E38-4688-8D09-26C596FBB1A5@mac.com> (Marcel Moolenaar's message of "Mon\, 15 Dec 2008 10\:02\:15 -0800") Message-ID: <80254994@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, rea-fbsd@codelabs.ru Subject: Re: Timeda 8-multiport adapter: only 2 ports available 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: Mon, 15 Dec 2008 18:58:23 -0000 Marcel Moolenaar writes: > At this time I'm out of ideas. We should just look at the > NetBSD or Linux driver... I'm not sure that those work either. There is a linux driver from the producer though. An URL is at the PR. > Could you open a PR so that we can track this? Sure: http://www.freebsd.org/cgi/query-pr.cgi?pr=129663 WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 19:44:34 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 491C91065670; Mon, 15 Dec 2008 19:44:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EBF648FC1B; Mon, 15 Dec 2008 19:44:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBFJiVwB065264; Mon, 15 Dec 2008 14:44:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBFJiVRk017064; Mon, 15 Dec 2008 14:44:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AEA8673039; Mon, 15 Dec 2008 14:44:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081215194431.AEA8673039@freebsd-current.sentex.ca> Date: Mon, 15 Dec 2008 14:44:31 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 19:44:34 -0000 TB --- 2008-12-15 18:04:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-15 18:04:28 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-12-15 18:04:28 - cleaning the object tree TB --- 2008-12-15 18:04:59 - cvsupping the source tree TB --- 2008-12-15 18:04:59 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-12-15 18:05:07 - building world TB --- 2008-12-15 18:05:07 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-15 18:05:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-15 18:05:07 - TARGET=sun4v TB --- 2008-12-15 18:05:07 - TARGET_ARCH=sparc64 TB --- 2008-12-15 18:05:07 - TZ=UTC TB --- 2008-12-15 18:05:07 - __MAKE_CONF=/dev/null TB --- 2008-12-15 18:05:07 - cd /src TB --- 2008-12-15 18:05:07 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 15 18:05:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.sbin/ntp/doc/ntpdc.8 > ntpdc.8.gz gzip -cn /src/usr.sbin/ntp/doc/ntpq.8 > ntpq.8.gz gzip -cn /src/usr.sbin/ntp/doc/ntptime.8 > ntptime.8.gz gzip -cn /src/usr.sbin/ntp/doc/ntptrace.8 > ntptrace.8.gz ===> usr.sbin/ofwdump (all) cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.sbin/ofwdump/ofwdump.c In file included from /src/usr.sbin/ofwdump/ofwdump.c:29: /obj/sun4v/src/tmp/usr/include/dev/ofw/openfirm.h:76: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'pcell_t' *** Error code 1 Stop in /src/usr.sbin/ofwdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-15 19:44:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-15 19:44:31 - ERROR: failed to build world TB --- 2008-12-15 19:44:31 - 3827.13 user 371.85 system 6002.72 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 19:44:39 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CCE81065673; Mon, 15 Dec 2008 19:44:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AF7C88FC0C; Mon, 15 Dec 2008 19:44:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBFJiaIu065300; Mon, 15 Dec 2008 14:44:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mBFJiaTx056090; Mon, 15 Dec 2008 14:44:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7D8BB7303E; Mon, 15 Dec 2008 14:44:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081215194436.7D8BB7303E@freebsd-current.sentex.ca> Date: Mon, 15 Dec 2008 14:44:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 19:44:39 -0000 TB --- 2008-12-15 18:03:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-15 18:03:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-12-15 18:03:16 - cleaning the object tree TB --- 2008-12-15 18:03:38 - cvsupping the source tree TB --- 2008-12-15 18:03:38 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-12-15 18:03:48 - building world TB --- 2008-12-15 18:03:48 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-15 18:03:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-15 18:03:48 - TARGET=sparc64 TB --- 2008-12-15 18:03:48 - TARGET_ARCH=sparc64 TB --- 2008-12-15 18:03:48 - TZ=UTC TB --- 2008-12-15 18:03:48 - __MAKE_CONF=/dev/null TB --- 2008-12-15 18:03:48 - cd /src TB --- 2008-12-15 18:03:48 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 15 18:03:50 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.sbin/ntp/doc/ntpdc.8 > ntpdc.8.gz gzip -cn /src/usr.sbin/ntp/doc/ntpq.8 > ntpq.8.gz gzip -cn /src/usr.sbin/ntp/doc/ntptime.8 > ntptime.8.gz gzip -cn /src/usr.sbin/ntp/doc/ntptrace.8 > ntptrace.8.gz ===> usr.sbin/ofwdump (all) cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.sbin/ofwdump/ofwdump.c In file included from /src/usr.sbin/ofwdump/ofwdump.c:29: /obj/sparc64/src/tmp/usr/include/dev/ofw/openfirm.h:76: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'pcell_t' *** Error code 1 Stop in /src/usr.sbin/ofwdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-15 19:44:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-15 19:44:36 - ERROR: failed to build world TB --- 2008-12-15 19:44:36 - 3823.44 user 373.55 system 6080.27 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 19:55:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3AE7106564A; Mon, 15 Dec 2008 19:55:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 548A38FC16; Mon, 15 Dec 2008 19:55:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id B6D7C41C6B4; Mon, 15 Dec 2008 20:55:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id nHFjzfnNzfS6; Mon, 15 Dec 2008 20:55:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 634C541C6A3; Mon, 15 Dec 2008 20:55:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 1B2194448D5; Mon, 15 Dec 2008 19:50:34 +0000 (UTC) Date: Mon, 15 Dec 2008 19:50:34 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: "Brian A. Seklecki" In-Reply-To: <1229363854.1722.39.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> Message-ID: <20081215194716.M97918@maildrop.int.zabbadoz.net> References: <20081201085229.D80401@maildrop.int.zabbadoz.net> <20081201122937.81475f0zhfsjya4o@webmail.leidinger.net> <6ae50c2d0812021800x791d2cfeh45d590de120f76df@mail.gmail.com> <1228483574.2805.499.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <86skp2l804.fsf@ds4.des.no> <1228507529.2805.539.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <49418BD9.8080105@h3q.com> <1229363854.1722.39.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-jail@freebsd.org, Philipp Wuensche , FreeBSD virtualization mailing list , freebsd-current@freebsd.org Subject: Re: HEADS UP: r185435 multi-IPv4/v6/no-IP jails in HEAD 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: Mon, 15 Dec 2008 19:55:07 -0000 On Mon, 15 Dec 2008, Brian A. Seklecki wrote: > On Thu, 2008-12-11 at 22:53 +0100, Philipp Wuensche wrote: >> Not entirely true, the jls output is totaly different than before and >> breaks third-party applications like jailaudit and ezjail. > > Right, well, whether they check for VERSION > 70200x or 80000, the > format will is likely to change. > > Once everything has been sorted out, they can add support now, push out > the updates, and the version in common use will be forward/backward > compatible. > > Whatever we have to do to light a fire there -- I just don't want > ezjail-admin compatibility to be a showstopper on this. Two comments: the format as is, is most likely to stay for the livetime of the 7.x branch once things are MFCed. For 8 with vimage and we'll get an entirely new management interface for all this. /bz PS: yes, I know rc.d/jail foo still needs integration. Has anyone tested what was posted? -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 20:00:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71997106564A; Mon, 15 Dec 2008 20:00:24 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 51B598FC16; Mon, 15 Dec 2008 20:00:24 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBFJZOIh005030; Mon, 15 Dec 2008 11:35:24 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 15 Dec 2008 11:35:28 -0800 Message-ID: In-Reply-To: <873agpk11i.fsf@kobe.laptop> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HEADSUP: arp-v2 has been committed Thread-Index: AcleuzM4ft2uNm1IT5epXz6AwN7sTwALliIg References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <873agpk11i.fsf@kobe.laptop> From: "Li, Qing" To: "Giorgos Keramidas" , "Qing Li" Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: HEADSUP: arp-v2 has been committed 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: Mon, 15 Dec 2008 20:00:24 -0000 The increase in "Use" count is not a leak. Before the arp-v2 commit,=20 the counter increment occurs in the ARP entry for the gateway, but=20 "rt_gwroute" is no longer necessary and has been removed. The outgoing=20 interface is known from the default route entry, and because the gateway is on-link, an ARP search is made in that interface.=20 The side effect is the "Use" count is increased in the default route entry. You will also notice a similar behavior when you access=20 on-link hosts, i.e., the "Use" count for the interface route 192.169.1.0/24 will go up for every outgoing packet. -- Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Giorgos Keramidas > Sent: Monday, December 15, 2008 5:42 AM > To: Qing Li > Cc: freebsd-net@freebsd.org; freebsd-current@freebsd.org > Subject: Re: HEADSUP: arp-v2 has been committed >=20 > On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: > > Hi All, > > > > The arp-v2 changes have been committed into HEAD. > > Please report problems to me and Kip Macy. >=20 > Thanks! I've just updated my installation here to the new kernel and > userland and it seems to work fine so far. At least, ARP and IPv4 > seems > to work without any noticeable problem the last few hours :-) >=20 > I have one minor question though (still reading through the diff, so I > am not sure if this is `normal'). >=20 > The new netstat output includes a `Use' column that seems to be ever > increasing: >=20 > : % netstat -rn -f inet > : Routing tables > : > : Internet: > : Destination Gateway Flags Refs Use Netif > Expire > : default 192.168.1.1 UGS 0 5338 re0 > : 127.0.0.1 link#4 UH 0 1292 lo0 > : 192.168.1.0/24 link#2 U 0 2 re0 > : > : % netstat -rn -f inet > : Routing tables > : > : Internet: > : Destination Gateway Flags Refs Use Netif > Expire > : default 192.168.1.1 UGS 0 5365 re0 > : 127.0.0.1 link#4 UH 0 1337 lo0 > : 192.168.1.0/24 link#2 U 0 2 re0 > : > : % netstat -rn -f inet > : Routing tables > : > : Internet: > : Destination Gateway Flags Refs Use Netif > Expire > : default 192.168.1.1 UGS 0 5409 re0 > : 127.0.0.1 link#4 UH 0 1375 lo0 > : 192.168.1.0/24 link#2 U 0 2 re0 >=20 > Is this expected, or does it look like a leak? >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 20:54:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFC8D1065673 for ; Mon, 15 Dec 2008 20:54:10 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 951358FC16 for ; Mon, 15 Dec 2008 20:54:10 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id mBFKsA5m008286 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Dec 2008 12:54:10 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <4946C3F2.9040305@freebsd.org> Date: Mon, 15 Dec 2008 12:54:10 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: "Paul B. Mahol" References: <4945B308.30306@freebsd.org> <3a142e750812150721q7454f83bre13c2d957fcba15b@mail.gmail.com> In-Reply-To: <3a142e750812150721q7454f83bre13c2d957fcba15b@mail.gmail.com> Content-Type: multipart/mixed; boundary="------------010008010605080202010002" X-DCC--Metrics: ebb.errno.com; whitelist Cc: current@freebsd.org Subject: Re: HEADS UP: svn commit: r186107 - head/sys/net80211 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: Mon, 15 Dec 2008 20:54:11 -0000 This is a multi-part message in MIME format. --------------010008010605080202010002 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Paul B. Mahol wrote: > On 12/15/08, Sam Leffler wrote: > >> Note this requires ifconfig be rebuilt after. It'd be good for someone >> to look at api changes to break this dependency w/ user mode. >> > > I got double faults when destroying vap (after use), maybe it is not > net80211 related > but I will post output anyway. > > This is an arp-v2 issue. Patch attached that fixes it for me. Sam --------------010008010605080202010002 Content-Type: text/plain; name="lle.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="lle.patch" Index: netinet/in.c =================================================================== --- netinet/in.c (revision 186132) +++ netinet/in.c (working copy) @@ -1060,6 +1060,8 @@ static void in_lltable_free(struct lltable *llt, struct llentry *lle) { + LLE_WUNLOCK(lle); + LLE_LOCK_DESTROY(lle); free(lle, M_LLTABLE); } Index: net/if_llatbl.h =================================================================== --- net/if_llatbl.h (revision 186132) +++ net/if_llatbl.h (working copy) @@ -81,6 +81,7 @@ #define LLE_DOWNGRADE(lle) rw_downgrade(&(lle)->lle_lock) #define LLE_TRY_UPGRADE(lle) rw_try_upgrade(&(lle)->lle_lock) #define LLE_LOCK_INIT(lle) rw_init_flags(&(lle)->lle_lock, "lle", RW_DUPOK) +#define LLE_LOCK_DESTROY(lle) rw_destroy(&(lle)->lle_lock) #define LLE_WLOCK_ASSERT(lle) rw_assert(&(lle)->lle_lock, RA_WLOCKED) #define LLE_IS_VALID(lle) (((lle) != NULL) && ((lle) != (void *)-1)) Index: netinet6/in6.c =================================================================== --- netinet6/in6.c (revision 186132) +++ netinet6/in6.c (working copy) @@ -2115,6 +2115,8 @@ static void in6_lltable_free(struct lltable *llt, struct llentry *lle) { + LLE_WUNLOCK(lle); + LLE_LOCK_DESTROY(lle); free(lle, M_LLTABLE); } --------------010008010605080202010002-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 15 22:10:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A38841065678 for ; Mon, 15 Dec 2008 22:10:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5E35F8FC24 for ; Mon, 15 Dec 2008 22:10:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 3D6B441C6BB for ; Mon, 15 Dec 2008 23:10:10 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id Aosm9uJf-cPi for ; Mon, 15 Dec 2008 23:10:06 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id F081441C6A3; Mon, 15 Dec 2008 23:10:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id ED3B24448D5 for ; Mon, 15 Dec 2008 22:07:20 +0000 (UTC) Date: Mon, 15 Dec 2008 22:07:20 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: <20081215220539.W97918@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: need conf/kern.post.mk review 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: Mon, 15 Dec 2008 22:10:11 -0000 Hi, I lately tried to install a kernel as user to get a boot dir seeded. I found I can set KMODOWN and KMODGRP for installing modules but not the kernel. Is there a reason for this or does this patch look ok? http://people.freebsd.org/~bz/20081215-02-conf-kern.port.mk-ugio.diff -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 00:21:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A0161065673; Tue, 16 Dec 2008 00:21:50 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.191]) by mx1.freebsd.org (Postfix) with ESMTP id C62EF8FC18; Tue, 16 Dec 2008 00:21:49 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so3412907rne.12 for ; Mon, 15 Dec 2008 16:21:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=hBB092eNYCSgZEq9QffLuoZG0vvkwbLMMeobdMJyXtI=; b=t74KPN9LIIxHTX8scpCNLkAjGKMCyzjfyLeXv12QDVmRzaZ9DWhbrTNqusFQ/mR5yr wiFTb73aiLpmO+tjaX7jwZQnjOwf+bnnmDJYvykcmKs+qzF4XiOTr2HktZc3xSCOA0cF 8eXRPldVtcYCxgSJsPAhkJN+j2NeWItHWhy/U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=f3PfOdzdKxCATZqLd1/wsA3Q+CejiF95JkBkX9H2ETYu8k/PTRK+RtoKghF6FyVQeP LCUznVYAa6vgn2Wa8m9wJ+k9UmdLXewr2LM2iYv/DU5SjujTor7UHT94tYCd9YaULhMu v/rOGJjiUTvTGH8INBwtULdf9yBGI+qo9r6mc= Received: by 10.231.14.72 with SMTP id f8mr101005iba.34.1229386908260; Mon, 15 Dec 2008 16:21:48 -0800 (PST) Received: by 10.231.19.8 with HTTP; Mon, 15 Dec 2008 16:21:48 -0800 (PST) Message-ID: <3a142e750812151621v5909ea90s45f80ca408ba1d54@mail.gmail.com> Date: Tue, 16 Dec 2008 01:21:48 +0100 From: "Paul B. Mahol" To: "Sam Leffler" In-Reply-To: <4946C3F2.9040305@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4945B308.30306@freebsd.org> <3a142e750812150721q7454f83bre13c2d957fcba15b@mail.gmail.com> <4946C3F2.9040305@freebsd.org> Cc: qingli@freebsd.org, current@freebsd.org, kmacy@freebsd.org Subject: Re: HEADS UP: svn commit: r186107 - head/sys/net80211 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: Tue, 16 Dec 2008 00:21:50 -0000 On 12/15/08, Sam Leffler wrote: > Paul B. Mahol wrote: >> On 12/15/08, Sam Leffler wrote: >> >>> Note this requires ifconfig be rebuilt after. It'd be good for someone >>> to look at api changes to break this dependency w/ user mode. >>> >> >> I got double faults when destroying vap (after use), maybe it is not >> net80211 related >> but I will post output anyway. >> >> > This is an arp-v2 issue. Patch attached that fixes it for me. and me too. -- Paul From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 00:23:31 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0AE01065673 for ; Tue, 16 Dec 2008 00:23:31 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id 8D78A8FC1E for ; Tue, 16 Dec 2008 00:23:31 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3159417rvf.43 for ; Mon, 15 Dec 2008 16:23:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=lVwdDtCrzy1w3ct3n3tkGhrzlCYpC41iy3IYfBsXBcM=; b=sAGylnhvqS1gjfx3hQCR0/kd4FtIcRYRYmORiy8xafVLfzNE11J9ka9dhwu9R7bCFL sOt/KE4MLfUoYVt7XSrBhRgsKl00RZeYPugPmIXuiuhl0JLKkeABhVZgONtvbFe3Btns IYhd7301MKsyHjmrWfwF9n1iF0T50ry4E/LvM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=ZSugiJ2mezPEqzW2RbPo854Zdfrtb2fcJbcwWOoNv8/m1AnafvOzSqAH6/rFwVBZKd j4lGAjSaRt/NwJ4Mw64+ef305mF4RzeGjjW93yZdMZpLI4/dLdvOioqOx3NsJDcyDuFf 2sfi3K+LA1HdAyjOdy6QhupEggeWkIJAR/qh4= Received: by 10.141.203.7 with SMTP id f7mr4006684rvq.67.1229387010808; Mon, 15 Dec 2008 16:23:30 -0800 (PST) Received: by 10.140.132.20 with HTTP; Mon, 15 Dec 2008 16:23:30 -0800 (PST) Message-ID: <3c1674c90812151623u37dad5f1hcc9d2825e7eef302@mail.gmail.com> Date: Tue, 16 Dec 2008 00:23:30 +0000 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Paul B. Mahol" In-Reply-To: <3a142e750812150721q7454f83bre13c2d957fcba15b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4945B308.30306@freebsd.org> <3a142e750812150721q7454f83bre13c2d957fcba15b@mail.gmail.com> X-Google-Sender-Auth: 632a3034ebd3d002 Cc: Sam Leffler , current@freebsd.org Subject: Re: HEADS UP: svn commit: r186107 - head/sys/net80211 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: Tue, 16 Dec 2008 00:23:31 -0000 Latest svn has these changes. -Kip On Mon, Dec 15, 2008 at 3:21 PM, Paul B. Mahol wrote: > On 12/15/08, Sam Leffler wrote: >> Note this requires ifconfig be rebuilt after. It'd be good for someone >> to look at api changes to break this dependency w/ user mode. > > I got double faults when destroying vap (after use), maybe it is not > net80211 related > but I will post output anyway. > > db:0:kdb.enter.panic> run lockinfo > db:1:lockinfo> show locks > Script command 'show locks' returned error > db:1:locks> show alllocks > Process 1514 (ifconfig) thread 0xc434b6c0 (100094) > Script command 'show alllocks' returned error > db:1:alllocks> show lockedvnods > Locked vnodes > db:0:kdb.enter.panic> show pcpu > cpuid = 0 > curthread = 0xc434b6c0: pid 1514 "ifconfig" > curpcb = 0xc3b84d90 > fpcurthread = none > idlethread = 0xc3cfdb40: pid 10 "idle: cpu0" > APIC ID = 0 > currentldt = 0x50 > spin locks held: > db:0:kdb.enter.panic> bt > Tracing pid 1514 tid 100094 td 0xc434b6c0 > kdb_enter(c062046e,c062046e,c0641102,c08092f0,0,...) at kdb_enter+0x3a > panic(c0641102,0,0,0,0,...) at panic+0x131 > dblfault_handler() at trap_fatal > --- trap 0x17, eip = 0xc05dd206, esp = 0xc3b82ffc, ebp = 0xc3b83004 --- > sc_vtb_geta(c0689d6c,781,ffffffff,c434b6c0,c08114c0,...) at sc_vtb_geta+0x16 > vga_txtcursor(c0689d60,781,0,1,0,...) at vga_txtcursor+0xe8 > sc_draw_cursor_image(c0689d60,780,1,0,1,...) at sc_draw_cursor_image+0x7a > scrn_update(c0689d60,c3b830cc,c04658a1,c0689d60,c3b830c3,...) at > scrn_update+0x318 > sccnupdate(c0689d60,c3b830c3,1,4b00000a) at sccnupdate+0x74 > sc_cnputc(c064f1a0,4b,c3b83264,5,4b,...) at sc_cnputc+0xa6 > cnputc(4b,c3b83264,c3b83118,c04ed95a,c3b8311c,...) at cnputc+0x5a > putcons(c3b8311c,c048a5e1,164f1a0,c3b83264,c06413fb,...) at putcons+0x19 > putchar(4b,c3b83264,a,c3b8314c,c04ed9c0,...) at putchar+0x5a > kvprintf(c06413fa,c04ed900,c3b83264,a,c3b832cc,...) at kvprintf+0xa2 > vprintf(c06413fa,c3b832cc,4,1,1,...) at vprintf+0x4b > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xb9 > trap(c3b83358) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83398, ebp = 0xc3b833b8 --- > witness_list_lock(c0625853,c3b83404,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 > trap(c3b83490) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b834d0, ebp = 0xc3b834f0 --- > witness_list_lock(c0625853,c3b8353c,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 > trap(c3b835c8) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83608, ebp = 0xc3b83628 --- > witness_list_lock(c0625853,c3b83674,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 > trap(c3b83700) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83740, ebp = 0xc3b83760 --- > witness_list_lock(c0625853,c3b837ac,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 > trap(c3b83700) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83740, ebp = 0xc3b83760 --- > witness_list_lock(c0625853,c3b837ac,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 > trap(c3b83838) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83878, ebp = 0xc3b83898 --- > witness_list_lock(c0625853,c3b838e4,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 > trap(c3b83970) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b839b0, ebp = 0xc3b839d0 --- > witness_list_lock(c0625853,c3b83a1c,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 > trap(c3b83aa8) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83ae8, ebp = 0xc3b83b08 --- > witness_list_lock(c0625853,c3b83b54,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 > trap(c3b83be0) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83c20, ebp = 0xc3b83c40 --- > witness_list_lock(c0625853,c3b83c8c,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 > trap(c3b83d18) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83d58, ebp = 0xc3b83d78 --- > witness_list_lock(c0625853,c3b83dc4,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 > trap(c3b83e50) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83e90, ebp = 0xc3b83eb0 --- > witness_list_lock(c0625853,c3b83efc,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 > trap(c3b83f88) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b83fc8, ebp = 0xc3b83fe8 --- > witness_list_lock(c0625853,c3b84034,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 > trap(c3b840c0) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b84100, ebp = 0xc3b84120 --- > witness_list_lock(c0625853,c3b8416c,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 > trap(c3b841f8) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b84238, ebp = 0xc3b84258 --- > witness_list_lock(c0625853,c3b842a4,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 > trap(c3b84330) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b84370, ebp = 0xc3b84390 --- > witness_list_lock(c0625853,c3b843dc,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 > trap(c3b84468) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b844a8, ebp = 0xc3b844c8 --- > witness_list_lock(c0625853,c3b84514,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 > trap(c3b845a0) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b845e0, ebp = 0xc3b84600 --- > witness_list_lock(c0625853,c3b8464c,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,4,c459c548,...) at witness_warn+0xf6 > trap(c3b846d8) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b84718, ebp = 0xc3b84738 --- > witness_list_lock(c0625853,c3b84784,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,c3b847b4,c459c548,...) at witness_warn+0xf6 > trap(c3b84810) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04f98c4, esp = 0xc3b84850, ebp = 0xc3b84870 --- > witness_list_lock(c0625853,c3b848bc,4,1,1,...) at witness_list_lock+0x21 > witness_warn(5,0,c06413fa,c3b849ec,c459c548,...) at witness_warn+0xf6 > trap(c3b84948) at trap+0x133 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc04fb5b8, esp = 0xc3b84988, ebp = 0xc3b849dc --- > witness_checkorder(c1094888,9,c06364f0,8ce,0,...) at witness_checkorder+0x22c > _mtx_lock_flags(c1094888,0,c06364f0,8ce,c04fb5dc,...) at _mtx_lock_flags+0xb8 > uma_zfree_arg(c108b000,c3fea100,c3feaf6c,c3fea100,c3fea108,...) at > uma_zfree_arg+0x58 > free(c3fea100,c0662d20,c3b84a9c,c0556fd0,c4577c00,...) at free+0xc4 > in_lltable_free(c4577c00,c3fea100,c062eb9b,61,0,...) at in_lltable_free+0x19 > llentry_free(c3fea100,c062eb9b,7f,79,c06643e0,...) at llentry_free+0x95 > lltable_free(c4577c00,c3b84af4,c0553dfd,c3e2d800,c4577c00,...) at > lltable_free+0xda > in_domifdetach(c3e2d800,c4577c00,c062e29a,354,27,...) at in_domifdetach+0x11 > if_detach(c3e2d800) at if_detach+0x45b > ether_ifdetach(c3e2d800,0,c4542f27,202,c456e014,...) at ether_ifdetach+0x3d > ieee80211_vap_detach(c440f000,0,c43e822c,a12,0,...) at > ieee80211_vap_detach+0x11f > rum_vap_delete(c440f000,c3e2d800,c3e2d800,c4546ca0,c3b84b94,...) at > rum_vap_delete+0x9f > ifc_simple_destroy(c4546ca0,c3e2d800,c062e76a,d5,ca,...) at > ifc_simple_destroy+0x25 > if_clone_destroyif(c4546ca0,c3e2d800,c062e76a,bf,0,...) at > if_clone_destroyif+0xd7 > if_clone_destroy(c3e02c20,19c,c434b764,c065a130,c07cbf88,...) at > if_clone_destroy+0x9f > ifioctl(c4134310,80206979,c3e02c20,c434b6c0,80206979,...) at ifioctl+0x115 > soo_ioctl(c4004348,80206979,c3e02c20,c403e000,c434b6c0,...) at soo_ioctl+0x398 > kern_ioctl(c434b6c0,3,80206979,c3e02c20,c3e02c20,...) at kern_ioctl+0x1ca > ioctl(c434b6c0,c3b84cf8,c,c0626cea,c06522d0,...) at ioctl+0x11f > syscall(c3b84d38) at syscall+0x261 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x281a1963, esp = > 0xbfbfe52c, ebp = 0xbfbfe548 --- > > > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > kernel trap 12 with interrupts disabled > > Fatal double fault: > eip = 0xc05dd206 > esp = 0xc3b82ffc > ebp = 0xc3b83004 > cpuid = 0; apic id = 00 > panic: double fault > cpuid = 0 > > > FreeBSD 8.0-CURRENT #0: Mon Dec 15 13:51:17 CET 2008 > root@dhcppc1:/usr/obj/usr/src/sys/KERNEL > > -- > Paul > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 07:56:15 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 392AB106564A for ; Tue, 16 Dec 2008 07:56:15 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id D46D38FC13 for ; Tue, 16 Dec 2008 07:56:14 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from admin.admin.lan.kkip.pl ([10.66.3.254]) by mainframe.kkip.pl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LCUmp-000DTU-AL; Tue, 16 Dec 2008 08:56:13 +0100 Message-ID: <49475F1D.3030902@kkip.pl> Date: Tue, 16 Dec 2008 08:56:13 +0100 From: Bartosz Stec User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Robert Watson References: <4940A685.7040608@psg.com> <494216C2.7080606@kkip.pl> <20081212095238.GY2038@deviant.kiev.zoral.com.ua> <49423E5A.10900@kkip.pl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.6 X-Spam-Score-Int: -85 X-Exim-Version: 4.69 (build at 13-Dec-2008 11:39:14) X-Date: 2008-12-16 08:56:13 X-Connected-IP: 10.66.3.254:4674 X-Message-Linecount: 54 X-Body-Linecount: 39 X-Message-Size: 2214 X-Body-Size: 1394 X-Received-Count: 1 X-Recipient-Count: 4 X-Local-Recipient-Count: 4 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: Kostik Belousov , Randy Bush , FreeBSD Current Subject: Re: panic: sleeping thread & bufwrite: buffer is not busy??? 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: Tue, 16 Dec 2008 07:56:15 -0000 Robert Watson pisze: > > On Fri, 12 Dec 2008, Bartosz Stec wrote: > >> OK. I'll try to build debug kernel today and I will provide >> backtrace. I forgot to mention in my last post that I saw very >> similiar (if not identical) lines to: >> >> Sleeping thread (tid 100054, pid 646) owns a non-sleepable lock >> panic: sleeping thread >> panic: bufwrite: buffer is not busy??? >> >> while checking dmesg buffer after one of the panics earlier. That's >> why I assumed it's probably the same issue. Sorry for confusion, >> they're my first steps with CURRENT and very first experience with >> kernel panic :). > > Yeah, secondary panics can significantly complicate the debugging > process, unfortunately. Another similar class of confusing cases > exist when panics occur and are then preempted during the panic by > another thread that promptly trips over state left behind by the first > thread, and panics. :-) > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" Whatever it was it's gone by now. Kernel builded yesterday doesn't panic until now. I still could provide some debug information if needed. -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 11:49:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBEF71065670 for ; Tue, 16 Dec 2008 11:49:53 +0000 (UTC) (envelope-from lothar@lobraun.de) Received: from smtp.cs.uni-tuebingen.de (u-173-c156.cs.uni-tuebingen.de [134.2.173.156]) by mx1.freebsd.org (Postfix) with ESMTP id 4D9018FC1D for ; Tue, 16 Dec 2008 11:49:53 +0000 (UTC) (envelope-from lothar@lobraun.de) Received: from [131.159.20.100] (helo=honshu.net.informatik.tu-muenchen.de) by smtp.cs.uni-tuebingen.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1LCXz4-0001fY-JY for freebsd-current@freebsd.org; Tue, 16 Dec 2008 12:21:02 +0100 Message-ID: <49478F1D.80806@lobraun.de> Date: Tue, 16 Dec 2008 12:21:01 +0100 From: Lothar Braun User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------040005080306010206060703" Subject: Panic when using IPV6 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: Tue, 16 Dec 2008 11:49:53 -0000 This is a multi-part message in MIME format. --------------040005080306010206060703 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi all, I do experience a kernel panic if I enable IPv6 on my network interface. The message is exclusive lock of (rw) lle @/usr/src/sys/netinet6/in6.c:2215 while share lock from /usr/src/sys/netinet6/in6.c:2217 panic: excl->share It then drops into kdb. I tried to get a kernel crash dump like described in http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html#KERNELDEBUG-OBTAIN But savecore does tell me that there is no dump in my swap device. Can i somehow save the bt from within kdb? There are some messages within /var/log/messages that might have some information about the problem (see attached file). Can I give you any further information that could help you to track down the problem? Best regards, Lothar --------------040005080306010206060703 Content-Type: text/plain; name="messages.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="messages.txt" Dec 16 11:33:50 willet kernel: Trying to mount root from ufs:/dev/ad4s1a Dec 16 11:33:50 willet kernel: lock order reversal: Dec 16 11:33:50 willet kernel: 1st 0xc656c044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 Dec 16 11:33:50 willet kernel: 2nd 0xc6873ad0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2079 Dec 16 11:33:50 willet kernel: KDB: stack backtrace: Dec 16 11:33:50 willet kernel: db_trace_self_wrapper(c6568d80,c63af92c,c6521728,c6526458,c63af984,...) at db_trace_self_wrapper+0x26 Dec 16 11:33:50 willet kernel: _witness_debugger(c0c02444,c6873ad0,c0bf5f04,c6526458,c0c091fc,...) at _witness_debugger+0x25 Dec 16 11:33:50 willet kernel: witness_checkorder(c6873ad0,1,c0c091fc,81f,0,...) at witness_checkorder+0x73b Dec 16 11:33:50 willet kernel: __lockmgr_args(c6873ad0,200501,c6873aec,0,0,...) at __lockmgr_args+0xd15 Dec 16 11:33:50 willet kernel: ffs_lock(c63afa78,c0bf5615,3,200401,c6873a78,...) at ffs_lock+0x92 Dec 16 11:33:50 willet kernel: VOP_LOCK1_APV(c0d058a0,c63afa78,c0b8f046,c0d19960,c6873a78,...) at VOP_LOCK1_APV+0x94 Dec 16 11:33:50 willet kernel: _vn_lock(c6873a78,200501,c0c091fc,81f,c0bfad3e,...) at _vn_lock+0x49 Dec 16 11:33:50 willet kernel: vget(c6873a78,200501,c6568d80,4b4,0,...) at vget+0x76 Dec 16 11:33:50 willet kernel: vnode_pager_lock(c1876d14,0,c0c227cb,127,c63afc1c,...) at vnode_pager_lock+0x1a4 Dec 16 11:33:50 willet kernel: vm_fault(c656c000,80db000,2,8,80db780,...) at vm_fault+0x162 Dec 16 11:33:50 willet kernel: trap_pfault(5,0,c0c323b9,2e7,c6566d34,...) at trap_pfault+0xff Dec 16 11:33:50 willet kernel: trap(c63afd38) at trap+0x536 Dec 16 11:33:50 willet kernel: calltrap() at calltrap+0x6 Dec 16 11:33:50 willet kernel: --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- Dec 16 11:33:50 willet kernel: WARNING: /home was not properly dismounted Dec 16 11:33:50 willet kernel: lock order reversal: Dec 16 11:33:50 willet kernel: 1st 0xc6bbe708 lle (lle) @ /usr/src/sys/netinet6/in6.c:2217 Dec 16 11:33:50 willet kernel: 2nd 0xc6713e08 if_afdata (if_afdata) @ /usr/src/sys/netinet6/nd6_rtr.c:679 Dec 16 11:33:50 willet kernel: KDB: stack backtrace: Dec 16 11:33:50 willet kernel: db_trace_self_wrapper(c66ff900,e70eb54c,c65266c8,c65249f0,e70eb5a4,...) at db_trace_self_wrapper+0x26 Dec 16 11:33:50 willet kernel: _witness_debugger(c0c02444,c6713e08,c0c0af6a,c65249f0,c0c197ad,...) at _witness_debugger+0x25 Dec 16 11:33:50 willet kernel: witness_checkorder(c6713e08,9,c0c197ad,2a7,0,...) at witness_checkorder+0x73b Dec 16 11:33:50 willet kernel: _mtx_lock_flags(c6713e08,0,c0c197ad,2a7,0,...) at _mtx_lock_flags+0x72 Dec 16 11:33:50 willet kernel: defrouter_select(c6bbe708,c0c18f9e,643,59f,e70eb664,...) at defrouter_select+0x134 Dec 16 11:33:50 willet kernel: nd6_cache_lladdr(c6713c00,e70eb8a8,c6b6a06a,8,86,...) at nd6_cache_lladdr+0x2d3 Dec 16 11:33:50 willet kernel: nd6_ra_input(c69d9e00,28,38,1,0,...) at nd6_ra_input+0x4dc Dec 16 11:33:50 willet kernel: icmp6_input(e70ebb0c,e70ebb20,3a,21a,c0c21ff3,...) at icmp6_input+0x1161 Dec 16 11:33:50 willet kernel: ip6_input(c6b2a000,c6b2a000,156,3,0) at ip6_input+0xbcc Dec 16 11:33:50 willet kernel: ether_demux(c6713c00,c6b2a000,3,0,3,...) at ether_demux+0x1f1 Dec 16 11:33:50 willet kernel: ether_input(c6713c00,c6b2a000,c0bdf85a,bd0,c66eee00,...) at ether_input+0x1b4 Dec 16 11:33:50 willet kernel: msk_handle_events(c66eeeac,0,c0bdf85a,ddb,c66eeeac,...) at msk_handle_events+0x7ba Dec 16 11:33:50 willet kernel: msk_int_task(c66eee00,1,c0c00de6,52,c6726ac4,...) at msk_int_task+0x167 Dec 16 11:33:50 willet kernel: taskqueue_run(c6726ac0,c6726adc,c0bf3078,0,e70ebcf8,...) at taskqueue_run+0xa1 Dec 16 11:33:50 willet kernel: taskqueue_thread_loop(c66eee98,e70ebd38,c0bf851e,32d,c0d4c2c0,...) at taskqueue_thread_loop+0x6a Dec 16 11:33:50 willet kernel: fork_exit(c0886370,c66eee98,e70ebd38) at fork_exit+0xa6 Dec 16 11:33:50 willet kernel: fork_trampoline() at fork_trampoline+0x8 Dec 16 11:33:50 willet kernel: --- trap 0, eip = 0, esp = 0xe70ebd70, ebp = 0 --- Dec 16 11:33:50 willet kernel: lock order reversal: Dec 16 11:33:50 willet kernel: 1st 0xc6bbe708 lle (lle) @ /usr/src/sys/netinet6/in6.c:2217 Dec 16 11:33:50 willet kernel: 2nd 0xc0ebc6b0 rip (rip) @ /usr/src/sys/netinet6/icmp6.c:1932 Dec 16 11:33:50 willet kernel: KDB: stack backtrace: Dec 16 11:33:50 willet kernel: db_trace_self_wrapper(c66ff900,e70eb848,c65266c8,c6525f78,e70eb8a0,...) at db_trace_self_wrapper+0x26 Dec 16 11:33:50 willet kernel: _witness_debugger(c0c02444,c0ebc6b0,c0bf6678,c6525f78,c0c17e5e,...) at _witness_debugger+0x25 Dec 16 11:33:50 willet kernel: witness_checkorder(c0ebc6b0,1,c0c17e5e,78c,0,...) at witness_checkorder+0x73b Dec 16 11:33:50 willet kernel: _rw_rlock(c0ebc6b0,c0c17e5e,78c,1,0,...) at _rw_rlock+0x5d Dec 16 11:33:50 willet kernel: icmp6_input(e70ebb0c,e70ebb20,3a,21a,c0c21ff3,...) at icmp6_input+0x70e Dec 16 11:33:50 willet kernel: ip6_input(c6b2a000,c6b2a000,156,3,0) at ip6_input+0xbcc Dec 16 11:33:50 willet kernel: ether_demux(c6713c00,c6b2a000,3,0,3,...) at ether_demux+0x1f1 Dec 16 11:33:50 willet kernel: ether_input(c6713c00,c6b2a000,c0bdf85a,bd0,c66eee00,...) at ether_input+0x1b4 Dec 16 11:33:50 willet kernel: msk_handle_events(c66eeeac,0,c0bdf85a,ddb,c66eeeac,...) at msk_handle_events+0x7ba Dec 16 11:33:50 willet kernel: msk_int_task(c66eee00,1,c0c00de6,52,c6726ac4,...) at msk_int_task+0x167 Dec 16 11:33:50 willet kernel: taskqueue_run(c6726ac0,c6726adc,c0bf3078,0,e70ebcf8,...) at taskqueue_run+0xa1 Dec 16 11:33:50 willet kernel: taskqueue_thread_loop(c66eee98,e70ebd38,c0bf851e,32d,c0d4c2c0,...) at taskqueue_thread_loop+0x6a Dec 16 11:33:50 willet kernel: fork_exit(c0886370,c66eee98,e70ebd38) at fork_exit+0xa6 Dec 16 11:33:50 willet kernel: fork_trampoline() at fork_trampoline+0x8 Dec 16 11:33:50 willet kernel: --- trap 0, eip = 0, esp = 0xe70ebd70, ebp = 0 --- Dec 16 11:33:50 willet kernel: Sleeping on "-" with the following non-sleepable locks held: Dec 16 11:33:50 willet kernel: shared rw lle (lle) r = 5 (0xc6bbe708) locked @ /usr/src/sys/netinet6/in6.c:2217 Dec 16 11:33:50 willet kernel: KDB: stack backtrace: Dec 16 11:33:50 willet kernel: db_trace_self_wrapper(c0c18234,8a9,ffffffff,c0e8e32c,e70ebc9c,...) at db_trace_self_wrapper+0x26 Dec 16 11:33:50 willet kernel: _witness_debugger(c0c01a0f,e70ebcb0,4,1,1,...) at _witness_debugger+0x25 Dec 16 11:33:50 willet kernel: witness_warn(5,0,c0bfd02e,c0bf3078,0,...) at witness_warn+0x1c1 Dec 16 11:33:50 willet kernel: msleep_spin(c6726ac0,c6726adc,c0bf3078,0,e70ebcf8,...) at msleep_spin+0x149 Dec 16 11:33:50 willet kernel: taskqueue_thread_loop(c66eee98,e70ebd38,c0bf851e,32d,c0d4c2c0,...) at taskqueue_thread_loop+0x5c Dec 16 11:33:50 willet kernel: fork_exit(c0886370,c66eee98,e70ebd38) at fork_exit+0xa6 Dec 16 11:33:50 willet kernel: fork_trampoline() at fork_trampoline+0x8 Dec 16 11:33:50 willet kernel: --- trap 0, eip = 0, esp = 0xe70ebd70, ebp = 0 --- Dec 16 11:33:50 willet kernel: Sleeping on "-" with the following non-sleepable locks held: Dec 16 11:33:50 willet kernel: shared rw lle (lle) r = 5 (0xc6bbe708) locked @ /usr/src/sys/netinet6/in6.c:2217 Dec 16 11:33:50 willet kernel: KDB: stack backtrace: Dec 16 11:33:50 willet kernel: db_trace_self_wrapper(c0c18234,8a9,ffffffff,c0e8e32c,e70ebc9c,...) at db_trace_self_wrapper+0x26 Dec 16 11:33:50 willet kernel: _witness_debugger(c0c01a0f,e70ebcb0,4,1,1,...) at _witness_debugger+0x25 Dec 16 11:33:50 willet kernel: witness_warn(5,0,c0bfd02e,c0bf3078,0,...) at witness_warn+0x1c1 Dec 16 11:33:50 willet kernel: msleep_spin(c6726ac0,c6726adc,c0bf3078,0,e70ebcf8,...) at msleep_spin+0x149 Dec 16 11:33:50 willet kernel: taskqueue_thread_loop(c66eee98,e70ebd38,c0bf851e,32d,c0d4c2c0,...) at taskqueue_thread_loop+0x5c Dec 16 11:33:50 willet kernel: fork_exit(c0886370,c66eee98,e70ebd38) at fork_exit+0xa6 Dec 16 11:33:50 willet kernel: fork_trampoline() at fork_trampoline+0x8 Dec 16 11:33:50 willet kernel: --- trap 0, eip = 0, esp = 0xe70ebd70, ebp = 0 --- Dec 16 11:33:50 willet kernel: Sleeping on "-" with the following non-sleepable locks held: Dec 16 11:33:50 willet kernel: shared rw lle (lle) r = 5 (0xc6bbe708) locked @ /usr/src/sys/netinet6/in6.c:2217 Dec 16 11:33:50 willet kernel: KDB: stack backtrace: Dec 16 11:33:50 willet kernel: db_trace_self_wrapper(c0c18234,8a9,ffffffff,c0e8e32c,e70ebc9c,...) at db_trace_self_wrapper+0x26 Dec 16 11:33:50 willet kernel: _witness_debugger(c0c01a0f,e70ebcb0,4,1,1,...) at _witness_debugger+0x25 Dec 16 11:33:50 willet kernel: witness_warn(5,0,c0bfd02e,c0bf3078,0,...) at witness_warn+0x1c1 Dec 16 11:33:50 willet kernel: msleep_spin(c6726ac0,c6726adc,c0bf3078,0,e70ebcf8,...) at msleep_spin+0x149 Dec 16 11:33:50 willet kernel: taskqueue_thread_loop(c66eee98,e70ebd38,c0bf851e,32d,c0d4c2c0,...) at taskqueue_thread_loop+0x5c Dec 16 11:33:50 willet kernel: fork_exit(c0886370,c66eee98,e70ebd38) at fork_exit+0xa6 Dec 16 11:33:50 willet kernel: fork_trampoline() at fork_trampoline+0x8 Dec 16 11:33:50 willet kernel: --- trap 0, eip = 0, esp = 0xe70ebd70, ebp = 0 --- Dec 16 11:33:50 willet kernel: Sleeping on "-" with the following non-sleepable locks held: Dec 16 11:33:50 willet kernel: shared rw lle (lle) r = 5 (0xc6bbe708) locked @ /usr/src/sys/netinet6/in6.c:2217 Dec 16 11:33:50 willet kernel: KDB: stack backtrace: Dec 16 11:33:50 willet kernel: db_trace_self_wrapper(c0c18234,8a9,ffffffff,c0e8e32c,e70ebc9c,...) at db_trace_self_wrapper+0x26 Dec 16 11:33:50 willet kernel: _witness_debugger(c0c01a0f,e70ebcb0,4,1,1,...) at _witness_debugger+0x25 Dec 16 11:33:50 willet kernel: witness_warn(5,0,c0bfd02e,c0bf3078,0,...) at witness_warn+0x1c1 Dec 16 11:33:50 willet kernel: msleep_spin(c6726ac0,c6726adc,c0bf3078,0,e70ebcf8,...) at msleep_spin+0x149 Dec 16 11:33:50 willet kernel: taskqueue_thread_loop(c66eee98,e70ebd38,c0bf851e,32d,c0d4c2c0,...) at taskqueue_thread_loop+0x5c Dec 16 11:33:50 willet kernel: fork_exit(c0886370,c66eee98,e70ebd38) at fork_exit+0xa6 Dec 16 11:33:50 willet kernel: fork_trampoline() at fork_trampoline+0x8 Dec 16 11:33:50 willet kernel: --- trap 0, eip = 0, esp = 0xe70ebd70, ebp = 0 --- Dec 16 11:33:50 willet kernel: Sleeping on "-" with the following non-sleepable locks held: Dec 16 11:33:50 willet kernel: shared rw lle (lle) r = 5 (0xc6bbe708) locked @ /usr/src/sys/netinet6/in6.c:2217 Dec 16 11:33:50 willet kernel: KDB: stack backtrace: Dec 16 11:33:50 willet kernel: db_trace_self_wrapper(c0c18234,8a9,ffffffff,c0e8e32c,e70ebc9c,...) at db_trace_ Dec 16 11:33:50 willet kernel: self_wrapper+0x26 Dec 16 11:33:50 willet kernel: _witness_debugger(c0c01a0f,e70ebcb0,4,1,1,...) at _witness_debugger+0x25 Dec 16 11:33:50 willet kernel: witness_warn(5,0,c0bfd02e,c0bf3078,0,...) at witness_warn+0x1c1 Dec 16 11:33:50 willet kernel: msleep_spin(c6726ac0,c6726adc,c0bf3078,0,e70ebcf8,...) at msleep_spin+0x149 Dec 16 11:33:50 willet kernel: taskqueue_thread_loop(c66eee98,e70ebd38,c0bf851e,32d,c0d4c2c0,...) at taskqueue_thread_loop+0x5c Dec 16 11:33:50 willet kernel: fork_exit(c0886370,c66eee98,e70ebd38) at fork_exit+0xa6 Dec 16 11:33:50 willet kernel: fork_trampoline() at fork_trampoline+0x8 Dec 16 11:33:50 willet kernel: --- trap 0, eip = 0, esp = 0xe70ebd70, ebp = 0 --- Dec 16 11:33:52 willet kernel: msk0: link state changed to UP --------------040005080306010206060703-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 11:55:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB4441065672 for ; Tue, 16 Dec 2008 11:55:13 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id C3B328FC1F for ; Tue, 16 Dec 2008 11:55:13 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3833992rvf.43 for ; Tue, 16 Dec 2008 03:55:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=fdMJPE7bG095ly1k2d0O0FyPg53TMDh7ZSWfTTdsaqQ=; b=hyqk2sQNdUTtUXtpS5zEyywx0KB523Yv1mtTDgPUU4w9onzFkJMl0mPuuJA0f8jrxi OheOh2RhQ/GsNkXVgElvZ/nOKS5jBUa8yAClFXCj8BEmltj97aReMUExSivLCWRJy5fM r+Ey8UgUiip416ADdLjB1peJaxS1sXxsYljHA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=S4B5tG0c89cw256A0HXzbra7suGqt4LAPtkSclbWfB9qnCHdRc3POqVTNsRrbFBDyw KBpcGPKWW0Iir4MEADQmz7CpNftCLtaDMJQk5IM6ukZuftnDc4qc/d79w+N5iWiy3cjT qGIIfNFAu7f7vrRKzITgYeEKauFvkuK1S5hpY= Received: by 10.141.87.13 with SMTP id p13mr4297664rvl.81.1229428513175; Tue, 16 Dec 2008 03:55:13 -0800 (PST) Received: by 10.140.132.20 with HTTP; Tue, 16 Dec 2008 03:55:13 -0800 (PST) Message-ID: <3c1674c90812160355r337d5f7ar231b8ba26f5db41c@mail.gmail.com> Date: Tue, 16 Dec 2008 03:55:13 -0800 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Lothar Braun" In-Reply-To: <49478F1D.80806@lobraun.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <49478F1D.80806@lobraun.de> X-Google-Sender-Auth: 6f092cb731065640 Cc: freebsd-current@freebsd.org Subject: Re: Panic when using IPV6 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: Tue, 16 Dec 2008 11:55:14 -0000 What changeset are you running with? I fixed a number of things there this evening. The best place to start would be backtrace and 'show locks' from ddb. Thanks, Kip On Tue, Dec 16, 2008 at 3:21 AM, Lothar Braun wrote: > Hi all, > > I do experience a kernel panic if I enable IPv6 on my network interface. > The message is > > exclusive lock of (rw) lle @/usr/src/sys/netinet6/in6.c:2215 > while share lock from /usr/src/sys/netinet6/in6.c:2217 > panic: excl->share > > It then drops into kdb. I tried to get a kernel crash dump like > described in > > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html#KERNELDEBUG-OBTAIN > > But savecore does tell me that there is no dump in my swap device. Can i > somehow save the bt from within kdb? > > There are some messages within /var/log/messages that might have some > information about the problem (see attached file). > > Can I give you any further information that could help you to track down > the problem? > > Best regards, > Lothar > > > Dec 16 11:33:50 willet kernel: Trying to mount root from ufs:/dev/ad4s1a > Dec 16 11:33:50 willet kernel: lock order reversal: > Dec 16 11:33:50 willet kernel: 1st 0xc656c044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 > Dec 16 11:33:50 willet kernel: 2nd 0xc6873ad0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2079 > Dec 16 11:33:50 willet kernel: KDB: stack backtrace: > Dec 16 11:33:50 willet kernel: db_trace_self_wrapper(c6568d80,c63af92c,c6521728,c6526458,c63af984,...) at db_trace_self_wrapper+0x26 > Dec 16 11:33:50 willet kernel: _witness_debugger(c0c02444,c6873ad0,c0bf5f04,c6526458,c0c091fc,...) at _witness_debugger+0x25 > Dec 16 11:33:50 willet kernel: witness_checkorder(c6873ad0,1,c0c091fc,81f,0,...) at witness_checkorder+0x73b > Dec 16 11:33:50 willet kernel: __lockmgr_args(c6873ad0,200501,c6873aec,0,0,...) at __lockmgr_args+0xd15 > Dec 16 11:33:50 willet kernel: ffs_lock(c63afa78,c0bf5615,3,200401,c6873a78,...) at ffs_lock+0x92 > Dec 16 11:33:50 willet kernel: VOP_LOCK1_APV(c0d058a0,c63afa78,c0b8f046,c0d19960,c6873a78,...) at VOP_LOCK1_APV+0x94 > Dec 16 11:33:50 willet kernel: _vn_lock(c6873a78,200501,c0c091fc,81f,c0bfad3e,...) at _vn_lock+0x49 > Dec 16 11:33:50 willet kernel: vget(c6873a78,200501,c6568d80,4b4,0,...) at vget+0x76 > Dec 16 11:33:50 willet kernel: vnode_pager_lock(c1876d14,0,c0c227cb,127,c63afc1c,...) at vnode_pager_lock+0x1a4 > Dec 16 11:33:50 willet kernel: vm_fault(c656c000,80db000,2,8,80db780,...) at vm_fault+0x162 > Dec 16 11:33:50 willet kernel: trap_pfault(5,0,c0c323b9,2e7,c6566d34,...) at trap_pfault+0xff > Dec 16 11:33:50 willet kernel: trap(c63afd38) at trap+0x536 > Dec 16 11:33:50 willet kernel: calltrap() at calltrap+0x6 > Dec 16 11:33:50 willet kernel: --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- > Dec 16 11:33:50 willet kernel: WARNING: /home was not properly dismounted > Dec 16 11:33:50 willet kernel: lock order reversal: > Dec 16 11:33:50 willet kernel: 1st 0xc6bbe708 lle (lle) @ /usr/src/sys/netinet6/in6.c:2217 > Dec 16 11:33:50 willet kernel: 2nd 0xc6713e08 if_afdata (if_afdata) @ /usr/src/sys/netinet6/nd6_rtr.c:679 > Dec 16 11:33:50 willet kernel: KDB: stack backtrace: > Dec 16 11:33:50 willet kernel: db_trace_self_wrapper(c66ff900,e70eb54c,c65266c8,c65249f0,e70eb5a4,...) at db_trace_self_wrapper+0x26 > Dec 16 11:33:50 willet kernel: _witness_debugger(c0c02444,c6713e08,c0c0af6a,c65249f0,c0c197ad,...) at _witness_debugger+0x25 > Dec 16 11:33:50 willet kernel: witness_checkorder(c6713e08,9,c0c197ad,2a7,0,...) at witness_checkorder+0x73b > Dec 16 11:33:50 willet kernel: _mtx_lock_flags(c6713e08,0,c0c197ad,2a7,0,...) at _mtx_lock_flags+0x72 > Dec 16 11:33:50 willet kernel: defrouter_select(c6bbe708,c0c18f9e,643,59f,e70eb664,...) at defrouter_select+0x134 > Dec 16 11:33:50 willet kernel: nd6_cache_lladdr(c6713c00,e70eb8a8,c6b6a06a,8,86,...) at nd6_cache_lladdr+0x2d3 > Dec 16 11:33:50 willet kernel: nd6_ra_input(c69d9e00,28,38,1,0,...) at nd6_ra_input+0x4dc > Dec 16 11:33:50 willet kernel: icmp6_input(e70ebb0c,e70ebb20,3a,21a,c0c21ff3,...) at icmp6_input+0x1161 > Dec 16 11:33:50 willet kernel: ip6_input(c6b2a000,c6b2a000,156,3,0) at ip6_input+0xbcc > Dec 16 11:33:50 willet kernel: ether_demux(c6713c00,c6b2a000,3,0,3,...) at ether_demux+0x1f1 > Dec 16 11:33:50 willet kernel: ether_input(c6713c00,c6b2a000,c0bdf85a,bd0,c66eee00,...) at ether_input+0x1b4 > Dec 16 11:33:50 willet kernel: msk_handle_events(c66eeeac,0,c0bdf85a,ddb,c66eeeac,...) at msk_handle_events+0x7ba > Dec 16 11:33:50 willet kernel: msk_int_task(c66eee00,1,c0c00de6,52,c6726ac4,...) at msk_int_task+0x167 > Dec 16 11:33:50 willet kernel: taskqueue_run(c6726ac0,c6726adc,c0bf3078,0,e70ebcf8,...) at taskqueue_run+0xa1 > Dec 16 11:33:50 willet kernel: taskqueue_thread_loop(c66eee98,e70ebd38,c0bf851e,32d,c0d4c2c0,...) at taskqueue_thread_loop+0x6a > Dec 16 11:33:50 willet kernel: fork_exit(c0886370,c66eee98,e70ebd38) at fork_exit+0xa6 > Dec 16 11:33:50 willet kernel: fork_trampoline() at fork_trampoline+0x8 > Dec 16 11:33:50 willet kernel: --- trap 0, eip = 0, esp = 0xe70ebd70, ebp = 0 --- > Dec 16 11:33:50 willet kernel: lock order reversal: > Dec 16 11:33:50 willet kernel: 1st 0xc6bbe708 lle (lle) @ /usr/src/sys/netinet6/in6.c:2217 > Dec 16 11:33:50 willet kernel: 2nd 0xc0ebc6b0 rip (rip) @ /usr/src/sys/netinet6/icmp6.c:1932 > Dec 16 11:33:50 willet kernel: KDB: stack backtrace: > Dec 16 11:33:50 willet kernel: db_trace_self_wrapper(c66ff900,e70eb848,c65266c8,c6525f78,e70eb8a0,...) at db_trace_self_wrapper+0x26 > Dec 16 11:33:50 willet kernel: _witness_debugger(c0c02444,c0ebc6b0,c0bf6678,c6525f78,c0c17e5e,...) at _witness_debugger+0x25 > Dec 16 11:33:50 willet kernel: witness_checkorder(c0ebc6b0,1,c0c17e5e,78c,0,...) at witness_checkorder+0x73b > Dec 16 11:33:50 willet kernel: _rw_rlock(c0ebc6b0,c0c17e5e,78c,1,0,...) at _rw_rlock+0x5d > Dec 16 11:33:50 willet kernel: icmp6_input(e70ebb0c,e70ebb20,3a,21a,c0c21ff3,...) at icmp6_input+0x70e > Dec 16 11:33:50 willet kernel: ip6_input(c6b2a000,c6b2a000,156,3,0) at ip6_input+0xbcc > Dec 16 11:33:50 willet kernel: ether_demux(c6713c00,c6b2a000,3,0,3,...) at ether_demux+0x1f1 > Dec 16 11:33:50 willet kernel: ether_input(c6713c00,c6b2a000,c0bdf85a,bd0,c66eee00,...) at ether_input+0x1b4 > Dec 16 11:33:50 willet kernel: msk_handle_events(c66eeeac,0,c0bdf85a,ddb,c66eeeac,...) at msk_handle_events+0x7ba > Dec 16 11:33:50 willet kernel: msk_int_task(c66eee00,1,c0c00de6,52,c6726ac4,...) at msk_int_task+0x167 > Dec 16 11:33:50 willet kernel: taskqueue_run(c6726ac0,c6726adc,c0bf3078,0,e70ebcf8,...) at taskqueue_run+0xa1 > Dec 16 11:33:50 willet kernel: taskqueue_thread_loop(c66eee98,e70ebd38,c0bf851e,32d,c0d4c2c0,...) at taskqueue_thread_loop+0x6a > Dec 16 11:33:50 willet kernel: fork_exit(c0886370,c66eee98,e70ebd38) at fork_exit+0xa6 > Dec 16 11:33:50 willet kernel: fork_trampoline() at fork_trampoline+0x8 > Dec 16 11:33:50 willet kernel: --- trap 0, eip = 0, esp = 0xe70ebd70, ebp = 0 --- > Dec 16 11:33:50 willet kernel: Sleeping on "-" with the following non-sleepable locks held: > Dec 16 11:33:50 willet kernel: shared rw lle (lle) r = 5 (0xc6bbe708) locked @ /usr/src/sys/netinet6/in6.c:2217 > Dec 16 11:33:50 willet kernel: KDB: stack backtrace: > Dec 16 11:33:50 willet kernel: db_trace_self_wrapper(c0c18234,8a9,ffffffff,c0e8e32c,e70ebc9c,...) at db_trace_self_wrapper+0x26 > Dec 16 11:33:50 willet kernel: _witness_debugger(c0c01a0f,e70ebcb0,4,1,1,...) at _witness_debugger+0x25 > Dec 16 11:33:50 willet kernel: witness_warn(5,0,c0bfd02e,c0bf3078,0,...) at witness_warn+0x1c1 > Dec 16 11:33:50 willet kernel: msleep_spin(c6726ac0,c6726adc,c0bf3078,0,e70ebcf8,...) at msleep_spin+0x149 > Dec 16 11:33:50 willet kernel: taskqueue_thread_loop(c66eee98,e70ebd38,c0bf851e,32d,c0d4c2c0,...) at taskqueue_thread_loop+0x5c > Dec 16 11:33:50 willet kernel: fork_exit(c0886370,c66eee98,e70ebd38) at fork_exit+0xa6 > Dec 16 11:33:50 willet kernel: fork_trampoline() at fork_trampoline+0x8 > Dec 16 11:33:50 willet kernel: --- trap 0, eip = 0, esp = 0xe70ebd70, ebp = 0 --- > Dec 16 11:33:50 willet kernel: Sleeping on "-" with the following non-sleepable locks held: > Dec 16 11:33:50 willet kernel: shared rw lle (lle) r = 5 (0xc6bbe708) locked @ /usr/src/sys/netinet6/in6.c:2217 > Dec 16 11:33:50 willet kernel: KDB: stack backtrace: > Dec 16 11:33:50 willet kernel: db_trace_self_wrapper(c0c18234,8a9,ffffffff,c0e8e32c,e70ebc9c,...) at db_trace_self_wrapper+0x26 > Dec 16 11:33:50 willet kernel: _witness_debugger(c0c01a0f,e70ebcb0,4,1,1,...) at _witness_debugger+0x25 > Dec 16 11:33:50 willet kernel: witness_warn(5,0,c0bfd02e,c0bf3078,0,...) at witness_warn+0x1c1 > Dec 16 11:33:50 willet kernel: msleep_spin(c6726ac0,c6726adc,c0bf3078,0,e70ebcf8,...) at msleep_spin+0x149 > Dec 16 11:33:50 willet kernel: taskqueue_thread_loop(c66eee98,e70ebd38,c0bf851e,32d,c0d4c2c0,...) at taskqueue_thread_loop+0x5c > Dec 16 11:33:50 willet kernel: fork_exit(c0886370,c66eee98,e70ebd38) at fork_exit+0xa6 > Dec 16 11:33:50 willet kernel: fork_trampoline() at fork_trampoline+0x8 > Dec 16 11:33:50 willet kernel: --- trap 0, eip = 0, esp = 0xe70ebd70, ebp = 0 --- > Dec 16 11:33:50 willet kernel: Sleeping on "-" with the following non-sleepable locks held: > Dec 16 11:33:50 willet kernel: shared rw lle (lle) r = 5 (0xc6bbe708) locked @ /usr/src/sys/netinet6/in6.c:2217 > Dec 16 11:33:50 willet kernel: KDB: stack backtrace: > Dec 16 11:33:50 willet kernel: db_trace_self_wrapper(c0c18234,8a9,ffffffff,c0e8e32c,e70ebc9c,...) at db_trace_self_wrapper+0x26 > Dec 16 11:33:50 willet kernel: _witness_debugger(c0c01a0f,e70ebcb0,4,1,1,...) at _witness_debugger+0x25 > Dec 16 11:33:50 willet kernel: witness_warn(5,0,c0bfd02e,c0bf3078,0,...) at witness_warn+0x1c1 > Dec 16 11:33:50 willet kernel: msleep_spin(c6726ac0,c6726adc,c0bf3078,0,e70ebcf8,...) at msleep_spin+0x149 > Dec 16 11:33:50 willet kernel: taskqueue_thread_loop(c66eee98,e70ebd38,c0bf851e,32d,c0d4c2c0,...) at taskqueue_thread_loop+0x5c > Dec 16 11:33:50 willet kernel: fork_exit(c0886370,c66eee98,e70ebd38) at fork_exit+0xa6 > Dec 16 11:33:50 willet kernel: fork_trampoline() at fork_trampoline+0x8 > Dec 16 11:33:50 willet kernel: --- trap 0, eip = 0, esp = 0xe70ebd70, ebp = 0 --- > Dec 16 11:33:50 willet kernel: Sleeping on "-" with the following non-sleepable locks held: > Dec 16 11:33:50 willet kernel: shared rw lle (lle) r = 5 (0xc6bbe708) locked @ /usr/src/sys/netinet6/in6.c:2217 > Dec 16 11:33:50 willet kernel: KDB: stack backtrace: > Dec 16 11:33:50 willet kernel: db_trace_self_wrapper(c0c18234,8a9,ffffffff,c0e8e32c,e70ebc9c,...) at db_trace_self_wrapper+0x26 > Dec 16 11:33:50 willet kernel: _witness_debugger(c0c01a0f,e70ebcb0,4,1,1,...) at _witness_debugger+0x25 > Dec 16 11:33:50 willet kernel: witness_warn(5,0,c0bfd02e,c0bf3078,0,...) at witness_warn+0x1c1 > Dec 16 11:33:50 willet kernel: msleep_spin(c6726ac0,c6726adc,c0bf3078,0,e70ebcf8,...) at msleep_spin+0x149 > Dec 16 11:33:50 willet kernel: taskqueue_thread_loop(c66eee98,e70ebd38,c0bf851e,32d,c0d4c2c0,...) at taskqueue_thread_loop+0x5c > Dec 16 11:33:50 willet kernel: fork_exit(c0886370,c66eee98,e70ebd38) at fork_exit+0xa6 > Dec 16 11:33:50 willet kernel: fork_trampoline() at fork_trampoline+0x8 > Dec 16 11:33:50 willet kernel: --- trap 0, eip = 0, esp = 0xe70ebd70, ebp = 0 --- > Dec 16 11:33:50 willet kernel: Sleeping on "-" with the following non-sleepable locks held: > Dec 16 11:33:50 willet kernel: shared rw lle (lle) r = 5 (0xc6bbe708) locked @ /usr/src/sys/netinet6/in6.c:2217 > Dec 16 11:33:50 willet kernel: KDB: stack backtrace: > Dec 16 11:33:50 willet kernel: db_trace_self_wrapper(c0c18234,8a9,ffffffff,c0e8e32c,e70ebc9c,...) at db_trace_ > Dec 16 11:33:50 willet kernel: self_wrapper+0x26 > Dec 16 11:33:50 willet kernel: _witness_debugger(c0c01a0f,e70ebcb0,4,1,1,...) at _witness_debugger+0x25 > Dec 16 11:33:50 willet kernel: witness_warn(5,0,c0bfd02e,c0bf3078,0,...) at witness_warn+0x1c1 > Dec 16 11:33:50 willet kernel: msleep_spin(c6726ac0,c6726adc,c0bf3078,0,e70ebcf8,...) at msleep_spin+0x149 > Dec 16 11:33:50 willet kernel: taskqueue_thread_loop(c66eee98,e70ebd38,c0bf851e,32d,c0d4c2c0,...) at taskqueue_thread_loop+0x5c > Dec 16 11:33:50 willet kernel: fork_exit(c0886370,c66eee98,e70ebd38) at fork_exit+0xa6 > Dec 16 11:33:50 willet kernel: fork_trampoline() at fork_trampoline+0x8 > Dec 16 11:33:50 willet kernel: --- trap 0, eip = 0, esp = 0xe70ebd70, ebp = 0 --- > Dec 16 11:33:52 willet kernel: msk0: link state changed to UP > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 12:21:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 337E51065670 for ; Tue, 16 Dec 2008 12:21:12 +0000 (UTC) (envelope-from Saurabh.Chopra@infogain.com) Received: from mail.infogain.com (mail.infogain.com [65.223.106.147]) by mx1.freebsd.org (Postfix) with ESMTP id 18DC28FC08 for ; Tue, 16 Dec 2008 12:21:12 +0000 (UTC) (envelope-from Saurabh.Chopra@infogain.com) Received: from gdcmx01.igglobal.com ([172.18.65.28]) by mail.infogain.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 16 Dec 2008 04:09:00 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 16 Dec 2008 17:38:37 +0530 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: build image from the source Thread-Index: AclfdwaaAmoTowvQRlOXyHMtPtezgQ== From: "Saurabh Chopra" To: X-OriginalArrivalTime: 16 Dec 2008 12:09:02.0526 (UTC) FILETIME=[159F05E0:01C95F77] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: build image from the source 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: Tue, 16 Dec 2008 12:21:12 -0000 Hi all, I am absolutely a newbie in freebsd. My query is that I want to create an image from the freebsd sources. And I will be using this image to boot another x86 machine. Is there any utility that will use the compiled kernel and build the image? .Please be as descriptive in your answers as possible. =20 Thanks & Regards Saurabh Chopra From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 12:35:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A4D41065678 for ; Tue, 16 Dec 2008 12:35:02 +0000 (UTC) (envelope-from lothar@lobraun.de) Received: from smtp.cs.uni-tuebingen.de (u-173-c156.cs.uni-tuebingen.de [134.2.173.156]) by mx1.freebsd.org (Postfix) with ESMTP id 641338FC0C for ; Tue, 16 Dec 2008 12:35:02 +0000 (UTC) (envelope-from lothar@lobraun.de) Received: from [131.159.20.100] (helo=honshu.net.informatik.tu-muenchen.de) by smtp.cs.uni-tuebingen.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1LCZ8g-0001hP-B1; Tue, 16 Dec 2008 13:35:02 +0100 Message-ID: <4947A075.5000700@lobraun.de> Date: Tue, 16 Dec 2008 13:35:01 +0100 From: Lothar Braun User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Kip Macy References: <49478F1D.80806@lobraun.de> <3c1674c90812160355r337d5f7ar231b8ba26f5db41c@mail.gmail.com> In-Reply-To: <3c1674c90812160355r337d5f7ar231b8ba26f5db41c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Panic when using IPV6 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: Tue, 16 Dec 2008 12:35:02 -0000 Kip Macy wrote: > What changeset are you running with? > > I fixed a number of things there this evening. The best place to start > would be backtrace and 'show locks' from ddb. The sources where csuped yesterday. I'll csup and try again. Best regards, Lothar From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 14:22:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7BE11065670; Tue, 16 Dec 2008 14:22:27 +0000 (UTC) (envelope-from lothar@lobraun.de) Received: from smtp.cs.uni-tuebingen.de (u-173-c156.cs.uni-tuebingen.de [134.2.173.156]) by mx1.freebsd.org (Postfix) with ESMTP id 698A28FC1A; Tue, 16 Dec 2008 14:22:27 +0000 (UTC) (envelope-from lothar@lobraun.de) Received: from [131.159.20.100] (helo=honshu.net.informatik.tu-muenchen.de) by smtp.cs.uni-tuebingen.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1LCaod-0001kY-55; Tue, 16 Dec 2008 15:22:27 +0100 Message-ID: <4947B9A1.9090501@lobraun.de> Date: Tue, 16 Dec 2008 15:22:25 +0100 From: Lothar Braun User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Kip Macy References: <49478F1D.80806@lobraun.de> <3c1674c90812160355r337d5f7ar231b8ba26f5db41c@mail.gmail.com> <4947A075.5000700@lobraun.de> In-Reply-To: <4947A075.5000700@lobraun.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Panic when using IPV6 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: Tue, 16 Dec 2008 14:22:27 -0000 Lothar Braun wrote: > Kip Macy wrote: >> What changeset are you running with? >> >> I fixed a number of things there this evening. The best place to start >> would be backtrace and 'show locks' from ddb. > > The sources where csuped yesterday. I'll csup and try again. Ok, the problem seems to be gone with the newest sources. The machine did not panic at boot and seems to be able to use ipv6 without any problems. Best regards, Lothar From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 15:11:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94EDD1065675 for ; Tue, 16 Dec 2008 15:11:36 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail-chaos.rambler.ru (mail-chaos.rambler.ru [81.19.68.130]) by mx1.freebsd.org (Postfix) with ESMTP id 4ED9A8FC1F for ; Tue, 16 Dec 2008 15:11:36 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from [192.168.1.15] (unknown [81.19.90.156]) (Authenticated sender: citrin@citrin.ru) by mail-chaos.rambler.ru (Postfix) with ESMTPSA id B2D7217039 for ; Tue, 16 Dec 2008 18:11:34 +0300 (MSK) Message-ID: <4947C526.2080702@citrin.ru> Date: Tue, 16 Dec 2008 18:11:34 +0300 From: Anton Yuzhaninov User-Agent: Thunderbird 2.0.0.18 (X11/20081129) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: hangup (livelock) - db> prompt in endless loop 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: Tue, 16 Dec 2008 15:11:36 -0000 My box with fresh current sometimes stops to respond. On screen in endless loop printed debugger prompt db> but I can't type anything here. Alt+Ctrl+Esc and Alt+Ctrl+Del don't stops this loop. How I can debug this problem? system: current from Mon Dec 15 16:16:23 MSK 2008 with GENERIC kernel, amd64, SMP. -- Anton Yuzhaninov From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 15:41:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CF941065675 for ; Tue, 16 Dec 2008 15:41:43 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 1D53A8FC12 for ; Tue, 16 Dec 2008 15:41:43 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id A2807125424 for ; Wed, 17 Dec 2008 00:41:41 +0900 (JST) Message-ID: <4947CC35.4050702@ongs.co.jp> Date: Wed, 17 Dec 2008 00:41:41 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Does anyone been using Skye with webcam? 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: Tue, 16 Dec 2008 15:41:43 -0000 Hi everyone, Does anyone have any ideas around Skye camera working? Skype (ports/net/skype) works fine on current and f8 linux base. Then I have been very interested in camera working. Anyone use Skype with camera features on FreeBSD? Thanks -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 15:45:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3125B1065670 for ; Tue, 16 Dec 2008 15:45:02 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id E8B958FC1E for ; Tue, 16 Dec 2008 15:45:01 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 0448B7309E; Tue, 16 Dec 2008 16:50:13 +0100 (CET) Date: Tue, 16 Dec 2008 16:50:13 +0100 From: Luigi Rizzo To: Daichi GOTO Message-ID: <20081216155012.GA20908@onelab2.iet.unipi.it> References: <4947CC35.4050702@ongs.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4947CC35.4050702@ongs.co.jp> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current Subject: Re: Does anyone been using Skye with webcam? 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: Tue, 16 Dec 2008 15:45:02 -0000 On Wed, Dec 17, 2008 at 12:41:41AM +0900, Daichi GOTO wrote: > Hi everyone, > > Does anyone have any ideas around Skye camera working? > Skype (ports/net/skype) works fine on current and f8 linux base. > Then I have been very interested in camera working. > Anyone use Skype with camera features on FreeBSD? i think the linux emulation code does not support the video4linux API, so it is unlikely that we get it working... cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 05:47:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1DBA106564A for ; Tue, 16 Dec 2008 05:47:47 +0000 (UTC) (envelope-from ato@amp2.iem.pw.edu.pl) Received: from amp2.iem.pw.edu.pl (amp2.iem.pw.edu.pl [194.29.146.27]) by mx1.freebsd.org (Postfix) with ESMTP id 830D08FC13 for ; Tue, 16 Dec 2008 05:47:47 +0000 (UTC) (envelope-from ato@amp2.iem.pw.edu.pl) Received: by amp2.iem.pw.edu.pl (Postfix, from userid 700) id 2A9D112D31; Tue, 16 Dec 2008 06:30:58 +0100 (CET) Date: Tue, 16 Dec 2008 06:30:58 +0100 From: Andrzej Tobola To: freebsd-current@freebsd.org Message-ID: <20081216053058.GA37217@amp2.iem.pw.edu.pl> References: <20081215220539.W97918@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081215220539.W97918@maildrop.int.zabbadoz.net> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Tue, 16 Dec 2008 15:45:27 +0000 Subject: Re: need conf/kern.post.mk review 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: Tue, 16 Dec 2008 05:47:47 -0000 On Mon, Dec 15, 2008 at 10:07:20PM +0000, Bjoern A. Zeeb wrote: > I lately tried to install a kernel as user to get a boot dir seeded. I > found I can set KMODOWN and KMODGRP for installing modules but not the > kernel. Is there a reason for this or does this patch look ok? > > http://people.freebsd.org/~bz/20081215-02-conf-kern.port.mk-ugio.diff +1 If we are already on kern.port.mk what about the following patch which gives the posibility to instal to fs without chflags (e.g. nfs) ? I am using it from a long time as can be seen from time-stamps. --- /usr/src/sys/conf/kern.post.mk-OLD 2007-03-24 06:35:08.000000000 +0100 +++ /usr/src/sys/conf/kern.post.mk 2007-11-24 23:52:03.000000000 +0100 @@ -14,6 +14,12 @@ .endif MKMODULESENV+= KERNBUILDDIR="${.CURDIR}" +.if defined(NO_FSCHG) +CHFLAGS= echo +.else +CHFLAGS= chflags -R noschg +.endif + .MAIN: all .for target in all clean cleandepend cleandir clobber depend install \ @@ -208,11 +214,11 @@ .if exists(${DESTDIR}${KODIR}) -thiskernel=`sysctl -n kern.bootfile` ; \ if [ ! "`dirname "$$thiskernel"`" -ef ${DESTDIR}${KODIR} ] ; then \ - chflags -R noschg ${DESTDIR}${KODIR} ; \ + ${CHFLAGS} ${DESTDIR}${KODIR} ; \ rm -rf ${DESTDIR}${KODIR} ; \ else \ if [ -d ${DESTDIR}${KODIR}.old ] ; then \ - chflags -R noschg ${DESTDIR}${KODIR}.old ; \ + ${CHFLAGS} ${DESTDIR}${KODIR}.old ; \ rm -rf ${DESTDIR}${KODIR}.old ; \ fi ; \ mv ${DESTDIR}${KODIR} ${DESTDIR}${KODIR}.old ; \ @@ -231,7 +237,7 @@ kernel-reinstall: - @-chflags -R noschg ${DESTDIR}${KODIR} + @-${CHFLAGS} ${DESTDIR}${KODIR} ${INSTALL} -p -m 555 -o root -g wheel ${KERNEL_KO} ${DESTDIR}${KODIR} .if defined(DEBUG) && !defined(INSTALL_NODEBUG) ${INSTALL} -p -m 555 -o root -g wheel ${KERNEL_KO}.symbols ${DESTDIR}${KODIR} cheers, -at From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 13:04:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FD231065673 for ; Tue, 16 Dec 2008 13:04:28 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id EE8908FC08 for ; Tue, 16 Dec 2008 13:04:27 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.4/8.13.1) with ESMTP id mBGCs9Bk093472; Tue, 16 Dec 2008 13:54:09 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id mBGCs9CD093471; Tue, 16 Dec 2008 13:54:09 +0100 (CET) (envelope-from hk) Date: Tue, 16 Dec 2008 13:54:09 +0100 From: Holger Kipp To: Saurabh Chopra Message-ID: <20081216125409.GA92737@intserv.int1.b.intern> 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 X-Mailman-Approved-At: Tue, 16 Dec 2008 15:52:46 +0000 Cc: freebsd-current@freebsd.org Subject: Re: build image from the source 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: Tue, 16 Dec 2008 13:04:28 -0000 On Tue, Dec 16, 2008 at 05:38:37PM +0530, Saurabh Chopra wrote: > Hi all, > > I am absolutely a newbie in freebsd. My query is that I want to create > an image from the freebsd sources. And I will be using this image to > boot another x86 machine. Is there any utility that will use the > compiled kernel and build the image? .Please be as descriptive in your > answers as possible. You may find http://romana.now.ie/writing/customfreebsdiso.html helpful - see also 'man release' for further information. If you need to set up several possibly identical machines, you might however want to setup a central server that provides the data created with make buildworld and make buildkernel and provide booting and installing via dhcp and startscripts (eg. for serverfarms). That way it is also much easier to keep all servers updated. As you said you're a newbie in freebsd, you might consider using FreeBSD Stable instead of Current (also for the mailing list). Currently this means using 7.x and not 8. See the FreeBSD handbook for further details on stable vs. current: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.html Best regards, Holger From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 15:18:43 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 374341065670; Tue, 16 Dec 2008 15:18:43 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id CA82A8FC12; Tue, 16 Dec 2008 15:18:42 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from [10.176.210.229] (mobile-032-137-063-027.mycingular.net [32.137.63.27] (may be forged)) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id mBGFIPbm089556; Tue, 16 Dec 2008 10:18:30 -0500 (EST) (envelope-from john@baldwin.cx) References: <200812041421.53099.jhb@freebsd.org> <58c737d70812041934v359e9833vbe68e6be871875f8@mail.gmail.com> <200812051131.30003.jhb@freebsd.org> <20081214.035113.104070918.Tor.Egge@cvsup.no.freebsd.org> Message-Id: <8D488E8F-BDEB-4384-9D64-48812E8DFC7B@baldwin.cx> From: John Baldwin To: Tor Egge In-Reply-To: <20081214.035113.104070918.Tor.Egge@cvsup.no.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (5G77) Mime-Version: 1.0 (iPhone Mail 5G77) Date: Tue, 16 Dec 2008 10:18:16 -0500 X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [208.65.91.234]); Tue, 16 Dec 2008 10:18:33 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8766/Tue Dec 16 07:29:53 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx X-Mailman-Approved-At: Tue, 16 Dec 2008 15:53:20 +0000 Cc: "yr.retarded@gmail.com" , "freebsd-current@freebsd.org" , John Baldwin Subject: Re: lockup booting 8.0-CURRENT-200811 snap image 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: Tue, 16 Dec 2008 15:18:43 -0000 So the real fix is that we need to disable memory and I/O decoding int the PCI command register when messing with the BARs. One thing to be careful with is we can't do any console I/O (i.e. printfs) while the BAR is disabled. I will come up with a proper patch when I get back to a real computer. -- John Baldwin On Dec 13, 2008, at 10:51 PM, Tor Egge wrote: >> Well, we probably need to come up with a better way to determine >> which >> machines to actually use it on. It's a shame that MCFG is >> apparently busted >> on so many machines (either that or we are not doing something >> correctly). > > pci_add_map() writes 0xffffffff to the map register in order to > probe for > writable bits. This had the immediate side effect of hanging my > machine. > Since I didn't know about the "Add hw.pci.mcfg=0 to /boot/ > loader.conf" at that > time, I started using the enclosed kludgy patch (specific for Intel > 82Q33 > hardware). Only the GMADDR map register was a problem. > > It looks like the graphics memory aperture was mapped on top of the > memory > mapped pci config registers, thus only IO access to the pci config > registers > worked to undo the supposedly temporary change. > > - Tor Egge > Index: sys/conf/options > =================================================================== > RCS file: /home/ncvs/src/sys/conf/options,v > retrieving revision 1.651 > diff -u -r1.651 options > --- sys/conf/options 11 Dec 2008 16:13:17 -0000 1.651 > +++ sys/conf/options 12 Dec 2008 20:00:11 -0000 > @@ -786,3 +786,7 @@ > # Virtualize the network stack > VIMAGE opt_global.h > VIMAGE_GLOBALS opt_global.h > + > +# Kludge to work around hangs during probing of Intel 82Q33 PCI > devices > +# (vendor 0x8086, device 0x29d2). > +PCI_INTEL_82Q33_KLUDGE opt_kludge.h > Index: sys/dev/pci/pci.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/pci/pci.c,v > retrieving revision 1.366 > diff -u -r1.366 pci.c > --- sys/dev/pci/pci.c 13 Nov 2008 19:57:33 -0000 1.366 > +++ sys/dev/pci/pci.c 14 Nov 2008 18:27:31 -0000 > @@ -30,6 +30,7 @@ > __FBSDID("$FreeBSD: src/sys/dev/pci/pci.c,v 1.366 2008/11/13 > 19:57:33 mav Exp $"); > > #include "opt_bus.h" > +#include "opt_kludge.h" > > #include > #include > @@ -2289,11 +2290,52 @@ > int type; > int barlen; > struct resource *res; > +#ifdef PCI_INTEL_82Q33_KLUDGE > + struct pci_devinfo *dinfo; > + pcicfgregs *cfg; > + uint32_t msacval; > +#endif > > map = PCIB_READ_CONFIG(pcib, b, s, f, reg, 4); > +#ifdef PCI_INTEL_82Q33_KLUDGE > + dinfo = device_get_ivars(dev); > + cfg = &dinfo->cfg; > + /* > + * The test write to probe for writable address bits hangs > + * some machines. Kludge around this by faking the test based > + * on the MSAC register at offset 0x62. Intel doc is slightly > + * inconsistent about which bits in MSAC controls the aperture > + * size. > + */ > + if (cfg->vendor == 0x8086 && cfg->device == 0x29d2 && reg == > 24) { > + printf("Kludge: " > + "faking test to avoid hang for 82Q33 GMADDR config > \n"); > + msacval = PCIB_READ_CONFIG(pcib, b, s, f, 0x62, 1); > + printf("82Q33 MSAC (offset 0x62) val is 0x%02x\n", msacval); > + switch ((msacval >> 1) & 3) { > + case 0: > + testval = 0xf8000008u; > + break; > + case 1: > + testval = 0xf0000008u; > + break; > + case 3: > + testval = 0xe0000008u; > + break; > + default: > + printf("BAD MSAC val\n"); > + testval = 0xe0000008u; > + break; > + } > + goto kludgedone; > + } > +#endif > PCIB_WRITE_CONFIG(pcib, b, s, f, reg, 0xffffffff, 4); > testval = PCIB_READ_CONFIG(pcib, b, s, f, reg, 4); > PCIB_WRITE_CONFIG(pcib, b, s, f, reg, map, 4); > +#ifdef PCI_INTEL_82Q33_KLUDGE > +kludgedone: > +#endif > > if (PCI_BAR_MEM(map)) > type = SYS_RES_MEMORY; From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 16:16:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17CE51065672 for ; Tue, 16 Dec 2008 16:16:59 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4CCD78FC2F for ; Tue, 16 Dec 2008 16:16:58 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id 9F564366B0; Tue, 16 Dec 2008 17:16:55 +0100 (CET) Date: Tue, 16 Dec 2008 17:18:37 +0100 From: cpghost To: Saurabh Chopra Message-ID: <20081216161837.GB1426@phenom.cordula.ws> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: build image from the source 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: Tue, 16 Dec 2008 16:16:59 -0000 On Tue, Dec 16, 2008 at 05:38:37PM +0530, Saurabh Chopra wrote: > Hi all, > > I am absolutely a newbie in freebsd. My query is that I want to create > an image from the freebsd sources. And I will be using this image to > boot another x86 machine. Is there any utility that will use the > compiled kernel and build the image? .Please be as descriptive in your > answers as possible. Hi Saurabh, welcome to FreeBSD! :) For a *small* number of machines, I usually update one (and only one) machine's /usr/src and /usr/ports trees with csup (see the Handbook), create /usr/obj with make buildworld && make buildkernel, update the machine and the installed ports. Then, I rsync /usr/src, /usr/ports, /usr/obj and /usr/local to the other machines, and on every machine, I run again 'make installkernel && make installworld' and mergemaster to update them too. This minimizes the load on external servers (I only download stuff once and redistribute it to the other machines). It's not the *best* and it's not the *only* way to do it, but it works for me if the number of machines is small (and if they run the same architecture (all i386 or all amd64)). > Thanks & Regards > > Saurabh Chopra -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 17:30:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C23051065672 for ; Tue, 16 Dec 2008 17:30:21 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 3B2A08FC1A for ; Tue, 16 Dec 2008 17:30:21 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 915471901C for ; Tue, 16 Dec 2008 12:30:17 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-3.1 required=8.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from [66.45.160.84] (unknown [66.45.160.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA for ; Tue, 16 Dec 2008 12:30:17 -0500 (EST) Message-ID: <4947E59A.8000408@cran.org.uk> Date: Tue, 16 Dec 2008 09:30:02 -0800 From: Bruce Cran User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------010006060500050109000504" Cc: Subject: RTL8102E (if_re) doesn't work with -current 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: Tue, 16 Dec 2008 17:30:21 -0000 This is a multi-part message in MIME format. --------------010006060500050109000504 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I just upgraded an HP Pavillion laptop from 7.1-RC1 to 8-CURRENT last night and now the network doesn't work. This laptop has a RTL8102E chip, and no errors appear in the logs - it attaches and doesn't claim to have any TX/RX errors, but it just doesn't do anything. I've attached the dmesg from a verbose boot. I've seen messages saying there might be issues with MSI interrupts - is that possibly an issue here? -- Bruce Cran --------------010006060500050109000504 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0: Tue Dec 16 00:16:09 PST 2008 brucec@tau.draftnet:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80ef6000. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1999252745 Hz CPU: AMD Turion(tm) X2 Dual-Core Mobile RM-70 (1999.25-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x200f31 Stepping = 1 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x131f TSC: P-state invariant Cores per package: 2 L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative usable memory = 4009422848 (3823 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000f24000 - 0x00000000a70effff, 2786902016 bytes (680396 pages) 0x00000000afdbf000 - 0x00000000afe57fff, 626688 bytes (153 pages) 0x00000000afebf000 - 0x00000000afeecfff, 188416 bytes (46 pages) 0x00000000afeff000 - 0x00000000afefffff, 4096 bytes (1 pages) 0x0000000100000000 - 0x000000013ffeffff, 1073676288 bytes (262128 pages) avail memory = 3840131072 (3662 MB) ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP @ 0x0xfe020/0x0024 (v 2 HP ) ACPI: XSDT @ 0x0xafefe120/0x005C (v 1 HPQOEM SLIC-MPC 0x00000001 0x01000013) ACPI: FACP @ 0x0xafefd000/0x00F4 (v 4 HP TRINITY 0x00000003 LOHR 0x01000013) ACPI: DSDT @ 0x0xafef0000/0x9FEA (v 1 HP TRINITY 0xF0000000 LOHR 0x01000013) ACPI: FACS @ 0x0xafe61000/0x0040 ACPI: HPET @ 0x0xafefc000/0x0038 (v 1 HPQOEM SLIC-MPC 0x00000001 LOHR 0x01000013) ACPI: APIC @ 0x0xafefb000/0x0084 (v 2 HPQOEM SLIC-MPC 0x00000001 LOHR 0x01000013) ACPI: MCFG @ 0x0xafefa000/0x003C (v 1 HPQOEM SLIC-MPC 0x00000001 LOHR 0x01000013) ACPI: BOOT @ 0x0xafeef000/0x0028 (v 1 HPQOEM SLIC-MPC 0x00000001 LOHR 0x01000013) ACPI: SLIC @ 0x0xafeee000/0x0176 (v 1 HPQOEM SLIC-MPC 0x00000001 LOHR 0x01000013) ACPI: SSDT @ 0x0xafeed000/0x0386 (v 1 AMD PowerNow 0x00000001 AMD 0x00000001) MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 4 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high MADT: Ignoring local NMI routed to ACPI CPU 2 MADT: Ignoring local NMI routed to ACPI CPU 3 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 wlan: <802.11 Link Layer> ath_rate: version 1.9 null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Dec 16 2008 00:16:00) acpi0: on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] AcpiOsDerivePciId: \\_SB_.PCI0.SMBS.IRQF -> bus 0 dev 20 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: \\_SB_.PCI0.NBBI -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.NBMS -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.NBBR -> bus 0 dev 0 func 0 ACPI timer: 1/1 1/1 0/4 0/4 1/2 1/2 1/1 1/2 0/4 0/3 -> 6 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x4353 rev: 0x1 num: 3 hz: 14318180 opts: legacy_route acpi_hpet0: HPET never increments, disabling device_attach: acpi_hpet0 attach returned 6 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1022, dev=0x9600, revid=0x00 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x103c, dev=0x9602, revid=0x00 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x9604, revid=0x00 domain=0, bus=0, slot=4, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x1022, dev=0x9605, revid=0x00 domain=0, bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x1022, dev=0x9606, revid=0x00 domain=0, bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x1022, dev=0x9607, revid=0x00 domain=0, bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x1002, dev=0x4391, revid=0x00 domain=0, bus=0, slot=17, func=0 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x8038, size 3, enabled map[14]: type I/O Port, range 32, base 0x804c, size 2, enabled map[18]: type I/O Port, range 32, base 0x8030, size 3, enabled map[1c]: type I/O Port, range 32, base 0x8048, size 2, enabled map[20]: type I/O Port, range 32, base 0x8010, size 4, enabled map[24]: type Memory, range 32, base 0xd2508000, size 10, enabled pcib0: matched entry for 0.17.INTA pcib0: slot 17 INTA hardwired to IRQ 22 found-> vendor=0x1002, dev=0x4397, revid=0x00 domain=0, bus=0, slot=18, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=4 map[10]: type Memory, range 32, base 0xd2507000, size 12, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x4398, revid=0x00 domain=0, bus=0, slot=18, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=4 map[10]: type Memory, range 32, base 0xd2506000, size 12, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x4396, revid=0x00 domain=0, bus=0, slot=18, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xd2508500, size 8, enabled pcib0: matched entry for 0.18.INTB pcib0: slot 18 INTB hardwired to IRQ 17 found-> vendor=0x1002, dev=0x4397, revid=0x00 domain=0, bus=0, slot=19, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type Memory, range 32, base 0xd2505000, size 12, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 18 found-> vendor=0x1002, dev=0x4398, revid=0x00 domain=0, bus=0, slot=19, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type Memory, range 32, base 0xd2504000, size 12, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 18 found-> vendor=0x1002, dev=0x4396, revid=0x00 domain=0, bus=0, slot=19, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=7 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xd2508400, size 8, enabled pcib0: matched entry for 0.19.INTB pcib0: slot 19 INTB hardwired to IRQ 19 found-> vendor=0x1002, dev=0x4385, revid=0x3a domain=0, bus=0, slot=20, func=0 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0403, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x439c, revid=0x00 domain=0, bus=0, slot=20, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0015, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=4 MSI supports 1 message map[20]: type I/O Port, range 32, base 0x8000, size 4, enabled pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x4383, revid=0x00 domain=0, bus=0, slot=20, func=2 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=4 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 64, base 0xd2500000, size 14, enabled pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x439d, revid=0x00 domain=0, bus=0, slot=20, func=3 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x4384, revid=0x00 domain=0, bus=0, slot=20, func=4 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1300, revid=0x40 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1301, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1302, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1303, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1304, revid=0x00 domain=0, bus=0, slot=24, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x7000-0x7fff pcib1: memory decode 0xd2300000-0xd24fffff pcib1: prefetched decode 0xc0000000-0xcfffffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1002, dev=0x9612, revid=0x00 domain=0, bus=1, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Prefetchable Memory, range 32, base 0xc0000000, size 28, enabled pcib1: requested memory range 0xc0000000-0xcfffffff: good map[14]: type I/O Port, range 32, base 0x7000, size 8, enabled pcib1: requested I/O range 0x7000-0x70ff: in range map[18]: type Memory, range 32, base 0xd2400000, size 16, enabled pcib1: requested memory range 0xd2400000-0xd240ffff: good map[24]: type Memory, range 32, base 0xd2300000, size 20, enabled pcib1: requested memory range 0xd2300000-0xd23fffff: good pcib1: matched entry for 1.5.INTA pcib1: slot 5 INTA hardwired to IRQ 18 found-> vendor=0x1002, dev=0x960f, revid=0x00 domain=0, bus=1, slot=5, func=1 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=7 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xd2410000, size 14, enabled pcib1: requested memory range 0xd2410000-0xd2413fff: good pcib1: matched entry for 1.5.INTB pcib1: slot 5 INTB hardwired to IRQ 19 vgapci0: port 0x7000-0x70ff mem 0xc0000000-0xcfffffff,0xd2400000-0xd240ffff,0xd2300000-0xd23fffff irq 18 at device 5.0 on pci1 pci1: at device 5.1 (no driver attached) pcib2: at device 4.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 7 pcib2: I/O decode 0x3000-0x6fff pcib2: memory decode 0xd1300000-0xd22fffff pcib2: prefetched decode 0xd0000000-0xd0ffffff pci2: on pcib2 pci2: domain=0, physical bus=2 pcib3: at device 5.0 on pci0 pcib3: domain 0 pcib3: secondary bus 8 pcib3: subordinate bus 8 pcib3: I/O decode 0xfffff000-0xfff pcib3: memory decode 0xd1200000-0xd12fffff pcib3: no prefetched decode pci8: on pcib3 pci8: domain=0, physical bus=8 found-> vendor=0x197b, dev=0x2382, revid=0x00 domain=0, bus=8, slot=0, func=0 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 32, base 0xd1200300, size 8, enabled pcib3: requested memory range 0xd1200300-0xd12003ff: good pcib3: matched entry for 8.0.INTA pcib3: slot 0 INTA hardwired to IRQ 17 found-> vendor=0x197b, dev=0x2381, revid=0x00 domain=0, bus=8, slot=0, func=2 class=08-05-01, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 32, base 0xd1200200, size 8, enabled pcib3: requested memory range 0xd1200200-0xd12002ff: good pcib3: matched entry for 8.0.INTA pcib3: slot 0 INTA hardwired to IRQ 17 found-> vendor=0x197b, dev=0x2383, revid=0x00 domain=0, bus=8, slot=0, func=3 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 32, base 0xd1200100, size 8, enabled pcib3: requested memory range 0xd1200100-0xd12001ff: good pcib3: matched entry for 8.0.INTA pcib3: slot 0 INTA hardwired to IRQ 17 found-> vendor=0x197b, dev=0x2384, revid=0x00 domain=0, bus=8, slot=0, func=4 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 32, base 0xd1200000, size 8, enabled pcib3: requested memory range 0xd1200000-0xd12000ff: good pcib3: matched entry for 8.0.INTA pcib3: slot 0 INTA hardwired to IRQ 17 pci8: at device 0.0 (no driver attached) pci8: at device 0.2 (no driver attached) pci8: at device 0.3 (no driver attached) pci8: at device 0.4 (no driver attached) pcib4: at device 6.0 on pci0 pcib4: domain 0 pcib4: secondary bus 9 pcib4: subordinate bus 9 pcib4: I/O decode 0xfffff000-0xfff pcib4: memory decode 0xd1100000-0xd11fffff pcib4: no prefetched decode pci9: on pcib4 pci9: domain=0, physical bus=9 found-> vendor=0x168c, dev=0x001c, revid=0x01 domain=0, bus=9, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xd1100000, size 16, enabled pcib4: requested memory range 0xd1100000-0xd110ffff: good pcib4: matched entry for 9.0.INTA pcib4: slot 0 INTA hardwired to IRQ 18 ath0: mem 0xd1100000-0xd110ffff irq 18 at device 0.0 on pci9 ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xd1100000 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 49 ath0: [MPSAFE] ath0: [ITHREAD] ath0: hal channel 2412/a0 -> 1 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2412/c0 -> 1 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2417/a0 -> 2 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2417/c0 -> 2 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2422/a0 -> 3 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2422/c0 -> 3 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2427/a0 -> 4 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2427/c0 -> 4 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2432/a0 -> 5 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2432/c0 -> 5 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2437/a0 -> 6 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2437/c0 -> 6 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2442/a0 -> 7 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2442/c0 -> 7 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2447/a0 -> 8 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2447/c0 -> 8 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2452/a0 -> 9 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2452/c0 -> 9 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2457/a0 -> 10 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2457/c0 -> 10 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2462/a0 -> 11 maxpow 32 minpow 0 maxreg 20 ath0: hal channel 2462/c0 -> 11 maxpow 32 minpow 0 maxreg 20 ath0: WARNING: using obsoleted if_watchdog interface ath0: bpf attached ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: mac 14.2 phy 7.0 radio 10.2 ath0: Use hw queue 1 for WME_AC_BE traffic ath0: Use hw queue 0 for WME_AC_BK traffic ath0: Use hw queue 2 for WME_AC_VI traffic ath0: Use hw queue 3 for WME_AC_VO traffic ath0: Use hw queue 8 for CAB traffic ath0: Use hw queue 9 for beacons pcib5: at device 7.0 on pci0 pcib5: domain 0 pcib5: secondary bus 10 pcib5: subordinate bus 10 pcib5: I/O decode 0x2000-0x2fff pcib5: prefetched decode 0xd1000000-0xd10fffff pci10: on pcib5 pci10: domain=0, physical bus=10 found-> vendor=0x10ec, dev=0x8136, revid=0x02 domain=0, bus=10, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 2 messages in map 0x20 map[10]: type I/O Port, range 32, base 0x2000, size 8, enabled pcib5: requested I/O range 0x2000-0x20ff: in range map[18]: type Prefetchable Memory, range 64, base 0xd1010000, size 12, enabled pcib5: requested memory range 0xd1010000-0xd1010fff: good map[20]: type Prefetchable Memory, range 64, base 0xd1000000, size 16, enabled pcib5: requested memory range 0xd1000000-0xd100ffff: good pcib5: matched entry for 10.0.INTA pcib5: slot 0 INTA hardwired to IRQ 19 re0: port 0x2000-0x20ff mem 0xd1010000-0xd1010fff,0xd1000000-0xd100ffff irq 19 at device 0.0 on pci10 re0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xd1010000 re0: MSI count : 1 re0: Chip rev. 0x24800000 re0: MAC rev. 0x00200000 miibus0: on re0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: bpf attached re0: Ethernet address: 00:1e:ec:f5:fd:4f ioapic0: routing intpin 19 (PCI IRQ 19) to vector 50 re0: [MPSAFE] re0: [FILTER] atapci0: port 0x8038-0x803f,0x804c-0x804f,0x8030-0x8037,0x8048-0x804b,0x8010-0x801f mem 0xd2508000-0xd25083ff irq 22 at device 17.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x8010 atapci0: Reserved 0x400 bytes for rid 0x24 type 3 at 0xd2508000 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 51 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 6 ports PM supported ata2: on atapci0 ata2: SATA connect time=0ms ata2: BUSY wait time=1ms ata2: SIGNATURE: 00000101 ata2: ahci_reset devices=00000001 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci0 ata3: SATA connect status=00000000 ata3: phy reset found no device ata3: [MPSAFE] ata3: [ITHREAD] ata4: on atapci0 ata4: SATA connect status=00000000 ata4: phy reset found no device ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci0 ata5: SATA connect time=0ms ata5: BUSY wait time=1ms ata5: SIGNATURE: eb140101 ata5: ahci_reset devices=00010000 ata5: [MPSAFE] ata5: [ITHREAD] ata6: on atapci0 ata6: SATA connect status=00000000 ata6: phy reset found no device ata6: [MPSAFE] ata6: [ITHREAD] ata7: on atapci0 ata7: SATA connect status=00000000 ata7: phy reset found no device ata7: [MPSAFE] ata7: [ITHREAD] ohci0: mem 0xd2507000-0xd2507fff irq 16 at device 18.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd2507000 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 52 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xd2506000-0xd2506fff irq 16 at device 18.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd2506000 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xd2508500-0xd25085ff irq 17 at device 18.2 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xd2508500 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 53 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] ehci0: Dropped interrupts workaround enabled usb2: EHCI version 1.0 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 6 ports with 6 removable, self powered ugen0: on uhub2 ohci2: mem 0xd2505000-0xd2505fff irq 18 at device 19.0 on pci0 ohci2: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd2505000 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: on ohci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 3 ports with 3 removable, self powered ohci3: mem 0xd2504000-0xd2504fff irq 18 at device 19.1 on pci0 ohci3: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd2504000 ohci3: [GIANT-LOCKED] ohci3: [ITHREAD] usb4: OHCI version 1.0, legacy support usb4: on ohci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 3 ports with 3 removable, self powered ehci1: mem 0xd2508400-0xd25084ff irq 19 at device 19.2 on pci0 ehci1: Reserved 0x100 bytes for rid 0x10 type 3 at 0xd2508400 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] ehci1: Dropped interrupts workaround enabled usb5: EHCI version 1.0 usb5: companion controllers, 3 ports each: usb3 usb4 usb5: on ehci1 usb5: USB revision 2.0 uhub5: on usb5 uhub5: 6 ports with 6 removable, self powered pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8000-0x800f irq 16 at device 20.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x8000 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 14 (ISA IRQ 14) to vector 54 ata0: [MPSAFE] ata0: [ITHREAD] pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib6: at device 20.4 on pci0 pcib6: domain 0 pcib6: secondary bus 128 pcib6: subordinate bus 143 pcib6: I/O decode 0x1000-0x1fff pcib6: no prefetched decode pcib6: Subtractively decoded bridge. pci128: on pcib6 pci128: domain=0, physical bus=128 acpi_acad0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 acpi_tz0: _HOT value is absurd, ignored (226.8C) atrtc0: port 0x70-0x71 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 006f atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 55 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:006f psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 56 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 battery0: on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x410 cpu1: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x4353 rev: 0x1 num: 3 hz: 14318180 opts: legacy_route Timecounter "HPET" frequency 14318180 Hz quality 900 ahc_isa_probe 0: ioport 0xc00 alloc failed ex_isa_identify() isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: probing non-PnP devices sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 uart0: failed to probe at port 0x3f8-0x3ff irq 4 on isa0 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 uart2: not probed (disabled) uart3: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 241883 -> 100000 procfs registered lapic: Divisor 2, Frequency 99962656 hz Timecounter "TSC" frequency 1999252745 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. ata0: identify ch->devices=00000000 ata2: identify ch->devices=00000001 acpi_acad0: acline initialization start acata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire pi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start ad4: 238475MB at ata2-master SATA300 ad4: 488397168 sectors [484521C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 ad4: Silicon Image check3 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ata3: identify ch->devices=00000000 ata4: identify ch->devices=00000000 ata5: identify ch->devices=00010000 ata5-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire ata5: device_reset timeout=1450us acd0: DVDR drive at ata5 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, SATA150 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata6: identify ch->devices=00000000 ata7: identify ch->devices=00000000 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 12 to local APIC 0 ioapic0: Assigning ISA IRQ 14 to local APIC 1 ioapic0: Assigning PCI IRQ 16 to local APIC 0 ioapic0: Assigning PCI IRQ 17 to local APIC 1 ioapic0: Assigning PCI IRQ 18 to local APIC 0 ioapic0: Assigning PCI IRQ 19 to local APIC 1 ioapic0: Assigning PCI IRQ 22 to local APIC 0 WARNING: WITNESS option enabled, expect reduced performance. battery0: battery initialization done, tried 1 times GEOM_LABEL: Label for provider ad4s2 is ntfs/HP_RECOVERY. Trying to mount root from ufs:/dev/ad4s3a ct_to_ts([2008-12-16 07:53:30]) = 1229414010.000000000 start_init: trying /sbin/init lock order reversal: 1st 0xffffff00014b5070 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 2nd 0xffffff0004cfd7f8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2079 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e __lockmgr_args() at __lockmgr_args+0xca8 ffs_lock() at ffs_lock+0x8c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 vget() at vget+0x8b vnode_pager_lock() at vnode_pager_lock+0x1d0 vm_fault() at vm_fault+0x1e2 trap_pfault() at trap_pfault+0x128 trap() at trap+0x51c calltrap() at calltrap+0x8 --- trap 0xc, rip = 0x40014f, rsp = 0x7fffffffee70, rbp = 0x7fffffffee90 --- --------------010006060500050109000504-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 22:35:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3781B1065688 for ; Tue, 16 Dec 2008 22:35:52 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id C481D8FC1F for ; Tue, 16 Dec 2008 22:35:51 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id mBGMZnao054006 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 16 Dec 2008 23:35:50 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: From: Stefan Bethke To: FreeBSD Current In-Reply-To: <5C97E586-4296-4835-A103-FD273B2D7A4F@lassitu.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Tue, 16 Dec 2008 23:35:49 +0100 References: <20081117205526.GC1733@garage.freebsd.pl> <20081202203308.GA13818@hyperion.scode.org> <200812021254.21242.fjwcash@gmail.com> <20081202232924.GA19134@hyperion.scode.org> <31C70CBC-488A-4A9A-A642-37855E8F1DD1@lassitu.de> <5C97E586-4296-4835-A103-FD273B2D7A4F@lassitu.de> X-Mailer: Apple Mail (2.929.2) Subject: Re: ZFS gets stuck 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: Tue, 16 Dec 2008 22:35:52 -0000 Am 07.12.2008 um 11:21 schrieb Stefan Bethke: > For the past week, I've been stress testing two new boxes by running > make -j4 universe. /usr/src is on ufs, /usr/obj on zfs, backed by a > single disk pool. Every so often (about once every one or two days), > processes start getting wedged on accessing the zfs file systems. > So far, I've had this in loader.conf: > vfs.zfs.arc_max="512M" > vfs.zfs.prefetch_disable="1" > > I'm now adding > vfs.zfs.zil_disable="1" > > to see if that makes a difference. I've disabled zil on one of the two identical machines, and the one with zil still enabled keeps locking up, while the one with zil disabled keeps on running. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Tue Dec 16 23:56:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D72CD106567E; Tue, 16 Dec 2008 23:56:55 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 436328FC1C; Tue, 16 Dec 2008 23:56:55 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so455053eyi.7 for ; Tue, 16 Dec 2008 15:56:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition:x-google-sender-auth; bh=/DghGnjn0nYSAaK0EZDcznCEKWD43LDCdJ4mOVlpTOc=; b=aGh5J4T+mSo3cApMfvygR5t8SdOncjLrWGbo7P96cqa3SHPJOnPZ/yxZfk21PzXZ4N OIqTkASetFnt8U5VaFIb+Vls2llrr62XJ7lX40+ByAOQelgMX1JYMx13H5FcV4YB6jNk zEqZVplK5OuNOVYoBbuOsMbd9C0lKeJCq2EcU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition:x-google-sender-auth; b=A29l4PMaLNPdIWtw7fAkpDzw8c9M4fp/6SGmE43THnuCW82hyU8U8Vw5LOMBISZMpK QN31Zc1pt32vuFSG0byaoI/V2UvnlTx4eoTqjE/rzhUGXNivS6tyjS7/B8k3RHjdUQJT K1QLPnTYNRpUTbeqHOhScRkyIPINJzR0WqeDU= Received: by 10.210.86.10 with SMTP id j10mr17712ebb.181.1229471814043; Tue, 16 Dec 2008 15:56:54 -0800 (PST) Received: by 10.210.120.1 with HTTP; Tue, 16 Dec 2008 15:56:54 -0800 (PST) Message-ID: Date: Tue, 16 Dec 2008 15:56:54 -0800 From: "Artem Belevich" Sender: artemb@gmail.com To: freebsd-current@freebsd.org, trasz@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: bce21f298869261e Cc: Subject: panic: _mtx_lock_sleep: recursed on non-recursive mutex sbp @ /usr/src-8-mq/src/sys/cam/cam_periph.h:182 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: Tue, 16 Dec 2008 23:56:55 -0000 Freshly CVSupped -current/amd64 crashes on boot due to a locking issue in sys/cam. The crash may be related to this commit: http://svn.freebsd.org/viewvc/base?view=revision&revision=186186 Author: trasz Date: Tue Dec 16 17:01:52 2008 UTC (6 hours, 37 minutes ago) Log Message: Fix locking in periph drivers - don't try to unlock periph that was already deallocated. Reviewed by: scottl Approved by: rwatson (mentor) Sponsored by: FreeBSD Foundation --Artem panic: _mtx_lock_sleep: recursed on non-recursive mutex sbp @ /usr/src-8-mq/src/sys/cam/cam_periph.h:182 cpuid = 0 KDB: enter: panic [thread pid 12 tid 100026 ] Stopped at kdb_enter+0x3d: movq $0,0x487294(%rip) db> trace Tracing pid 12 tid 100026 td 0xffffff0004543720 kdb_enter() at kdb_enter+0x3d panic() at panic+0x176 _mtx_lock_flags() at _mtx_lock_flags _mtx_lock_flags() at _mtx_lock_flags+0xc3 xpt_remove_periph() at xpt_remove_periph+0x25 camperiphfree() at camperiphfree+0xbf cam_periph_release() at cam_periph_release+0x43 probedone() at probedone+0x459 camisr_runqueue() at camisr_runqueue+0x1b4 camisr() at camisr+0xc0 intr_event_execute_handlers() at intr_event_execute_handlers+0x68 ithread_loop() at ithread_loop+0xae fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffff8000a2d40, rbp = 0 --- db> show locks exclusive sleep mutex sbp (sbp) r = 0 (0xffffff00045a1ec8) locked @ /usr/src-8-mq/src/sys/cam/cam_xpt.c:7137 --Artem From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 00:02:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA7A0106564A for ; Wed, 17 Dec 2008 00:02:48 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-gx0-f10.google.com (mail-gx0-f10.google.com [209.85.217.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6DA5C8FC0C for ; Wed, 17 Dec 2008 00:02:48 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by gxk3 with SMTP id 3so61891gxk.19 for ; Tue, 16 Dec 2008 16:02:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=LaJ5usTh/1lew0EeUMQa2Ljh8V9AGcpF5aYXuA/51Wo=; b=viMtOi4Lno8y4TKluLsaQf6PEwymgId7vruSUhSqQacEw59xxj1WSXFyPAKLSpAK/Y hG2yNs/L2ZMJgLnCgdLritj9txSea57d5lyQ2/JatwPNX0KSo/jJDL1cityBnU4wO+e9 niP5J3fup1eites+11sXXYFAY7sZhsqEeCz/U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=YeXjr0FGrLT1VG3LMsKNn20JHWY/28/l3MsN+VK6yrWRPDiudvxJkjwN+xM9Ly2A5H LZK7Bmh1+PbabcigiJi3TdH5NRyqE3YG85lJLtewWuN86XYp4qgF0zjCioAWo+TbGPE1 1b844DXuwZIceDN9hIHU+0gFrM3G2O8RYrd6M= Received: by 10.231.12.12 with SMTP id v12mr483ibv.43.1229472167141; Tue, 16 Dec 2008 16:02:47 -0800 (PST) Received: by 10.231.16.202 with HTTP; Tue, 16 Dec 2008 16:02:47 -0800 (PST) Message-ID: <3a142e750812161602k54486e2bu5ceff696fc03adef@mail.gmail.com> Date: Wed, 17 Dec 2008 01:02:47 +0100 From: "Paul B. Mahol" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: panic in syscons 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: Wed, 17 Dec 2008 00:02:48 -0000 Hi I got strange panic when swithching two vtys several times in short interval (recently I'm full of various stupid ideas ;-) db:0:kdb.enter.unknown> run lockinfo db:1:lockinfo> show locks db:1:locks> show alllocks Process 697 (moused) thread 0xc3fff000 (100041) Process 11 (intr) thread 0xc3d7e900 (100026) db:1:alllocks> show lockedvnods Locked vnodes db:0:kdb.enter.unknown> show pcpu cpuid = 0 curthread = 0xc3d7e900: pid 11 "irq1: atkbd0" curpcb = 0xc3a22d90 fpcurthread = none idlethread = 0xc3cfdb40: pid 10 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: db:0:kdb.enter.unknown> bt Tracing pid 11 tid 100026 td 0xc3d7e900 sc_switch_scr(c0811480,2,1,0,1,...) at sc_switch_scr+0x22c scgetc(c068c1b0,0,c0617736,26b,c04faaad,...) at scgetc+0x619 sckbdevent(c07fb3c0,0,c0811480,c068c1b0,8,...) at sckbdevent+0x224 atkbd_intr(c07fb3c0,0,c3a22cc8,c04a016f,c07fb3c0,...) at atkbd_intr+0x8a atkbdintr(c07fb3c0,0,c061c876,46d,c3cfa238,...) at atkbdintr+0x21 intr_event_execute_handlers(c3cfba90,c3cfa200,c061c876,4dd,c3cfa270,...) at intr_event_execute_handlers+0x10f ithread_loop(c3e56970,c3a22d38,c061c5cc,32d,c3cfba90,...) at ithread_loop+0x98 fork_exit(c04a0cbf,c3e56970,c3a22d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3a22d70, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xd33f6a20 fault code = supervisor read, page not present instruction pointer = 0x20:0xc04638bc stack pointer = 0x28:0xc3a22bc0 frame pointer = 0x28:0xc3a22be4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 11 (irq1: atkbd0) exclusive sleep mutex Giant (Giant) r = 1 (0xc068c1b0) locked @ /usr/src/sys/dev/syscons/syscons.c:619 shared sx filedesc structure (filedesc structure) r = 0 (0xc3fd2b2c) locked @ /usr/src/sys/kern/sys_generic.c:958 exclusive sleep mutex Giant (Giant) r = 1 (0xc068c1b0) locked @ /usr/src/sys/dev/syscons/syscons.c:619 -- Paul From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 00:14:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2FE110656DC; Wed, 17 Dec 2008 00:14:50 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 3BF6F8FC1F; Wed, 17 Dec 2008 00:14:50 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so2084847yxb.13 for ; Tue, 16 Dec 2008 16:14:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=mKG0SZOVfxmeHfvkXGkXRX08U2QWOjkcf3HqvL9WJsw=; b=PHzUcbv4mT2XDKGK4+Y4JdA4Rk+fenZs596C9grwylGiNqEifuJT8AlHVUX/UzFURP 57j7g5DHewrTd2bRjTwb1ALKj0+ZP5bBXWlzrYXKqPOnYJd8LcMeTVUjHWKXYxBevzi6 nCt9hmLr86gSKKyo2SUcP3mpfYZfUGEyLan84= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=WbY5kJFjixh/o/CoTWTdIYPjIN7Dqhjzk7TPNqGnCFrBQ4KM3vuFFhd2oKqKmoHe6w 65jUArzupHJZA0voWQKNa37xWphIwg2p2/gbvf2bsgvyBMpyfaylH4tDvQWvq5IKr+3Y m90xLym5CzHjpdVTu3lbr5JME+vkUbkvIt+Ew= Received: by 10.231.18.130 with SMTP id w2mr1071iba.11.1229472888882; Tue, 16 Dec 2008 16:14:48 -0800 (PST) Received: by 10.231.16.202 with HTTP; Tue, 16 Dec 2008 16:14:48 -0800 (PST) Message-ID: <3a142e750812161614u274ef75fibe291e1d1e8b1a56@mail.gmail.com> Date: Wed, 17 Dec 2008 01:14:48 +0100 From: "Paul B. Mahol" To: "Artem Belevich" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-current@freebsd.org, trasz@freebsd.org Subject: Re: panic: _mtx_lock_sleep: recursed on non-recursive mutex sbp @ /usr/src-8-mq/src/sys/cam/cam_periph.h:182 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: Wed, 17 Dec 2008 00:14:50 -0000 On 12/17/08, Artem Belevich wrote: > Freshly CVSupped -current/amd64 crashes on boot due to a locking issue > in sys/cam. > > The crash may be related to this commit: > > http://svn.freebsd.org/viewvc/base?view=revision&revision=186186 > Author: trasz > Date: Tue Dec 16 17:01:52 2008 UTC (6 hours, 37 minutes ago) > Log Message: Fix locking in periph drivers - don't try to unlock periph > that was already deallocated. > > Reviewed by: scottl > Approved by: rwatson (mentor) > Sponsored by: FreeBSD Foundation > > --Artem > > panic: _mtx_lock_sleep: recursed on non-recursive mutex sbp @ > /usr/src-8-mq/src/sys/cam/cam_periph.h:182 > > cpuid = 0 > KDB: enter: panic > [thread pid 12 tid 100026 ] > Stopped at kdb_enter+0x3d: movq $0,0x487294(%rip) > db> trace > Tracing pid 12 tid 100026 td 0xffffff0004543720 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x176 > _mtx_lock_flags() at _mtx_lock_flags > _mtx_lock_flags() at _mtx_lock_flags+0xc3 > xpt_remove_periph() at xpt_remove_periph+0x25 > camperiphfree() at camperiphfree+0xbf > cam_periph_release() at cam_periph_release+0x43 > probedone() at probedone+0x459 > camisr_runqueue() at camisr_runqueue+0x1b4 > camisr() at camisr+0xc0 > intr_event_execute_handlers() at intr_event_execute_handlers+0x68 > ithread_loop() at ithread_loop+0xae > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xfffffff8000a2d40, rbp = 0 --- > db> show locks > exclusive sleep mutex sbp (sbp) r = 0 (0xffffff00045a1ec8) locked @ > /usr/src-8-mq/src/sys/cam/cam_xpt.c:7137 +1 In my case, it panics with kldloading cam+atapicd+atapicam: db:0:kdb.enter.panic> run lockinfo db:1:lockinfo> show locks db:1:locks> show alllocks Process 627 (powerd) thread 0xc4131000 (100065) Process 316 (devd) thread 0xc4001d80 (100053) Process 2 (g_event) thread 0xc3cfd000 (100008) Process 11 (intr) thread 0xc3fb16c0 (100076) db:1:alllocks> show lockedvnods Locked vnodes db:0:kdb.enter.panic> show pcpu cpuid = 0 curthread = 0xc3fb16c0: pid 11 "swi2: cambio" curpcb = 0xc3b32d90 fpcurthread = none idlethread = 0xc3cfdb40: pid 10 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: db:0:kdb.enter.panic> bt Tracing pid 11 tid 100076 td 0xc3fb16c0 kdb_enter(c0620503,c0620503,c061ef92,c3b32798,0,...) at kdb_enter+0x3a panic(c061ef92,c4406b3f,c436213d,b6,c3f92664,...) at panic+0x131 _mtx_lock_sleep(c3f92664,c3fb16c0,0,c436213d,b6,...) at _mtx_lock_sleep+0x4a _mtx_lock_flags(c3f92664,0,c436213d,b6,c430b168,...) at _mtx_lock_flags+0xeb xpt_remove_periph(c3fe9280,c436238d,0,c3b32888,c0604aca,...) at xpt_remove_periph+0x31 camperiphfree(c3fe3020,c3b32bd8,c4347e55,c3fe9280,c3fe3020,...) at camperiphfree+0xa2 cam_periph_release(c3fe9280,c3fe3020,c3fdec00,c3f4740c,c4348bc7,...) at cam_periph_release+0x34 probedone(c3fe9280,c3fdec00,c4361fb8,c0625d7d,c3fc8b94,...) at probedone+0x4e0 camisr_runqueue(c3f92664,0,c4361fb8,1be1,0,...) at camisr_runqueue+0x16a camisr(0,c3b32cc8,c04b0b0d,c06906c0,c3fc8b38,...) at camisr+0xcd intr_event_execute_handlers(c3cfba90,c3fc8b00,c061c876,4dd,c3fc8b70,...) at intr_event_execute_handlers+0x10f ithread_loop(c3f3d5f0,c3b32d38,c061c5cc,32d,c3cfba90,...) at ithread_loop+0x98 fork_exit(c04a0cbf,c3f3d5f0,c3b32d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3b32d70, ebp = 0 --- acd0: DVDR at ata1-master PIO4 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 panic: _mtx_lock_sleep: recursed on non-recursive mutex ATAPICAM lock @ @/cam/cam_periph.h:182 cpuid = 0 KDB: enter: panic exclusive sleep mutex ATAPICAM lock (ATAPICAM lock) r = 0 (0xc3f92664) locked @ /usr/src/sys/modules/ata/atapicam/../../../dev/ata/atapi-cam.c:642 exclusive sx cpufreq lock (cpufreq lock) r = 0 (0xc3e69c00) locked @ /usr/src/sys/kern/kern_cpu.c:252 exclusive sx sysctl lock (sysctl lock) r = 0 (0xc068c7e4) locked @ /usr/src/sys/kern/kern_sysctl.c:1417 exclusive sleep mutex Giant (Giant) r = 0 (0xc068c1b0) locked @ /usr/src/sys/kern/kern_sysctl.c:1355 shared sx filedesc structure (filedesc structure) r = 0 (0xc3faf32c) locked @ /usr/src/sys/kern/sys_generic.c:958 exclusive sx GEOM topology (GEOM topology) r = 0 (0xc068a3c8) locked @ /usr/src/sys/geom/geom_event.c:185 exclusive sleep mutex ATAPICAM lock (ATAPICAM lock) r = 0 (0xc3f92664) locked @ /usr/src/sys/modules/ata/atapicam/../../../dev/ata/atapi-cam.c:642 -- Paul From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 01:11:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9711D10656AB for ; Wed, 17 Dec 2008 01:11:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5C2BC8FC24 for ; Wed, 17 Dec 2008 01:11:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4506783rvf.43 for ; Tue, 16 Dec 2008 17:11:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=xYtyT8TKw1xR9QJV5saodyXrZsA9Pr4o1XWtgGopSJs=; b=GLkK9OpVPRskBqmyCgONkL8A029jVvgRguRpNGAsO8sdg8bwRbFMDVVM5DBucNF70w SDnuAV7slXDbumT1h7udYw8YOiDTj6zcwovgDFCeJWGNzoosGuRg4kih8PTn7GS7sSNg uf5EB4c8fNYpfUJxuq+RPeehEDBn98D63v6p0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Hd+4sk/WPC+wMAsfM/MBpIoyxyIUmaxogOjMAGfcBst/QLca8Fi+7sCX/1MJGnAgNg UaxbvGs3JWPVDKk6V42Xw2x1aJIX8dU0bDo9n/kUOhtDRbnfY4CRuI1bg1dkQrbYqdMM GnMltCeYXrv8tqEeGKnVskzuNnM9S45ArayH8= Received: by 10.141.105.18 with SMTP id h18mr83818rvm.109.1229475074667; Tue, 16 Dec 2008 16:51:14 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id l31sm8890980rvb.2.2008.12.16.16.51.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 16 Dec 2008 16:51:13 -0800 (PST) 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 mBH0p8Pf067208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Dec 2008 09:51:08 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mBH0p6Yi067207; Wed, 17 Dec 2008 09:51:06 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 17 Dec 2008 09:51:06 +0900 From: Pyun YongHyeon To: Bruce Cran Message-ID: <20081217005106.GA66999@cdnetworks.co.kr> References: <4947E59A.8000408@cran.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4947E59A.8000408@cran.org.uk> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: RTL8102E (if_re) doesn't work with -current 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: Wed, 17 Dec 2008 01:11:45 -0000 On Tue, Dec 16, 2008 at 09:30:02AM -0800, Bruce Cran wrote: > I just upgraded an HP Pavillion laptop from 7.1-RC1 to 8-CURRENT last > night and now the network doesn't work. This laptop has a RTL8102E > chip, and no errors appear in the logs - it attaches and doesn't claim > to have any TX/RX errors, but it just doesn't do anything. I've > attached the dmesg from a verbose boot. I've seen messages saying > there might be issues with MSI interrupts - is that possibly an issue here? > No, it is in disabled state by default. The issue could be related with link state tracking code in re(4). Would you show me the output of "devinfo -rv | grep rlphy"? How about unplugging/replugging UTP cable? Does it make any difference? -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 01:19:53 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB26E1065674 for ; Wed, 17 Dec 2008 01:19:53 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 49B958FC12 for ; Wed, 17 Dec 2008 01:19:53 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id mBH1M2Zw034120 for ; Tue, 16 Dec 2008 20:22:02 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: current Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-kyejAs6vK1Vhg0xUq/qc" Organization: FreeBSD, Inc. Date: Tue, 16 Dec 2008 20:19:56 -0500 Message-Id: <1229476796.49670.7.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: Subject: NAT (ipfw/natd) broken in latest -CURRENT 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: Wed, 17 Dec 2008 01:19:53 -0000 --=-kyejAs6vK1Vhg0xUq/qc Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I just upgraded my i386 -CURRENT box from November 14 to today, and now my SSH-over-PPP VPN tunnel no longer works. I did some packet captures, and it appears that NAT is no longer working. If I send a telnet packet from my client side over the PPP tunnel, I see the SYN go out on the server side network properly translated. The destination host ACKs correctly, but the ACK never goes back across the tunnel. It's as if natd is no longer translating the packet on the inbound path. Besides the upgrade, nothing has changed in my environment. =20 My ipfw show looks like: 00050 22974 4677637 divert 8668 ip4 from any to any via em0 00100 194 20696 allow ip from any to any via lo0 00200 0 0 deny ip from any to 127.0.0.0/8 00300 0 0 deny ip from 127.0.0.0/8 to any 65000 24714 4934785 allow ip from any to any 65535 5 396 deny ip from any to any I am running natd as: /sbin/natd -s -m -skinny_port 2000 -n em0 The ifconfig for my tunnel interface is: tun0: flags=3D8051 metric 0 mtu 1300 inet 10.1.1.1 --> 10.1.1.76 netmask 0xffffff00=20 inet6 fe80::211:11ff:fe10:461e%tun0 prefixlen 64 scopeid 0x5=20 Opened by PID 8018 My netstat on the server side looks like: Internet: Destination Gateway Flags Refs Use Netif Expire default 172.18.254.1 UGS 0 46685 em0 10.1.1.76 link#5 UGH 0 1735 tun0 127.0.0.1 link#3 UH 0 1171 lo0 172.18.254.0/24 link#1 U 0 0 em0 172.18.254.237/32 link#1 U 0 8 em0 The server's uname is: FreeBSD jclarke-pc.cisco.com 8.0-CURRENT FreeBSD 8.0-CURRENT #130: Tue Dec 16 15:42:09 EST 2008 marcus@jclarke-pc.cisco.com:/usr/obj/usr/src/sys/JCLARKE-PC i386 The previous, working uname was: FreeBSD 8.0-CURRENT #129: Fri Nov 14 13:51:50 EST 2008 marcus@jclarke-pc.cisco.com:/usr/obj/usr/src/sys/JCLARKE-PC Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-kyejAs6vK1Vhg0xUq/qc Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAklIU7sACgkQb2iPiv4Uz4dOygCfVKzgnmPnamiNRZNheDEWwK+c CnQAnRQBna46Q9bmNpXMM8t3uvUzpVuY =n2aY -----END PGP SIGNATURE----- --=-kyejAs6vK1Vhg0xUq/qc-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 03:15:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 215B71065686 for ; Wed, 17 Dec 2008 03:15:56 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id EBEB78FC1B for ; Wed, 17 Dec 2008 03:15:55 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id A40771901C; Tue, 16 Dec 2008 22:15:54 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.2 required=8.0 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 Received: from [66.45.160.84] (unknown [66.45.160.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Tue, 16 Dec 2008 22:15:54 -0500 (EST) Message-ID: <49486EDD.6060607@cran.org.uk> Date: Tue, 16 Dec 2008 19:15:41 -0800 From: Bruce Cran User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: pyunyh@gmail.com References: <4947E59A.8000408@cran.org.uk> <20081217005106.GA66999@cdnetworks.co.kr> In-Reply-To: <20081217005106.GA66999@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: RTL8102E (if_re) doesn't work with -current 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: Wed, 17 Dec 2008 03:15:56 -0000 Pyun YongHyeon wrote: > On Tue, Dec 16, 2008 at 09:30:02AM -0800, Bruce Cran wrote: > > I just upgraded an HP Pavillion laptop from 7.1-RC1 to 8-CURRENT last > > night and now the network doesn't work. This laptop has a RTL8102E > > chip, and no errors appear in the logs - it attaches and doesn't claim > > to have any TX/RX errors, but it just doesn't do anything. I've > > attached the dmesg from a verbose boot. I've seen messages saying > > there might be issues with MSI interrupts - is that possibly an issue here? > > > > No, it is in disabled state by default. > The issue could be related with link state tracking code in re(4). > Would you show me the output of "devinfo -rv | grep rlphy"? > How about unplugging/replugging UTP cable? > Does it make any difference? > devinfo provides the output: rlphy0 pnpinfo oui=0x20 model=0x20 rev=0x1 at phyno=1 I let the startup continue so that dhclient was still running in the background, and I started getting lots of messages: arp: 00:1e:ec:72:2b:8e attempts to modify permanent entry for 0.0.0.0 on re0 After unplugging the replugging the UTP cable the messages re0: link state changed to DOWN re0: link state changed to UP apppeared in the logs but dhclient still didn't get any replies, and the arp messages started again. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 03:32:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FA311065672 for ; Wed, 17 Dec 2008 03:32:30 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AFBE18FC1A for ; Wed, 17 Dec 2008 03:32:29 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBH3WRD4026857; Tue, 16 Dec 2008 22:32:27 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id mBH3WRbR092071 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Dec 2008 22:32:27 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200812170332.mBH3WRbR092071@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 16 Dec 2008 22:32:25 -0500 To: Qing Li , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <200812150634.mBF6YDVC060565@freefall.freebsd.org> References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: freebsd-net@freebsd.org, kmacy@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed 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: Wed, 17 Dec 2008 03:32:30 -0000 At 01:34 AM 12/15/2008, Qing Li wrote: >Hi All, > >The arp-v2 changes have been committed into HEAD. >Please report problems to me and Kip Macy. Not sure if its related or not, but if I create and destroy a lagg port, I get a panic e.g. 0[current]# ifconfig lagg0 laggproto failover laggport igb0 laggport igb1 0[current]# 0[current]# ifconfig lagg0 laggproto failover laggport igb0 laggport igb1 ifconfig: SIOCSLAGGPORT: Device busy 1[current]# ifconfig lagg0 destroy panic: _rw_rlock (ifnet): wlock already held @ /usr/src/sys/net/if.c:200 cpuid = 3 KDB: enter: panic [thread pid 1239 tid 100065 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> bt Tracing pid 1239 tid 100065 td 0xc45f1b40 kdb_enter(3232454813,3232454813,3232453528,3866974928,3,...) at kdb_enter+58 panic(3232453528,3232060900,3232514293,3232513870,200,...) at panic+310 _rw_rlock(3235193604,3232513870,200,3292329984,3866975012,...) at _rw_rlock+118 ifnet_byindex(6,3232513870,498,3297629696,3292329984,...) at ifnet_byindex+39 if_free_type(3292329984,6,279,3229646306,0,...) at if_free_type+156 lagg_clone_destroy(3292329984,3292329984,3292329984,3299962240,3866975112,...) at lagg_clone_destroy+146 ifc_simple_destroy(3299962240,3292329984,3232515110,213,45,...) at ifc_simple_destroy+39 if_clone_destroyif(3299962240,3292329984,3232515110,191,0,...) at if_clone_destroyif+225 if_clone_destroy(3292314144,412,3235009472,3294567396,3235009472,...) at if_clone_destroy+162 ifioctl(3296010632,2149607801,3292314144,3294567232,2149607801,...) at ifioctl+278 soo_ioctl(3294877664,2149607801,3292314144,3297629184,3294567232,...) at soo_ioctl+919 kern_ioctl(3294567232,3,2149607801,3292314144,8000192,...) at kern_ioctl+477 ioctl(3294567232,3866975480,12,3232296124,3233288592,...) at ioctl+308 syscall(3866975544) at syscall+675 Xint0x80_syscall() at Xint0x80_syscall+32 --- syscall (54, FreeBSD ELF32, ioctl), eip = 672834707, esp = 3217024108, ebp = 3217024136 --- db> db> show alllocks Process 1239 (ifconfig) thread 0xc45f1b40 (100065) exclusive rw ifnet (ifnet) r = 0 (0xc0d52304) locked @ /usr/src/sys/net/if.c:498 Process 1135 (sshd) thread 0xc462e000 (100113) exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc475920c) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 Process 0 (kernel) thread 0xc4382900 (100042) exclusive sleep mutex igb1 (IGB Core Lock) r = 0 (0xc43622dc) locked @ /usr/src/sys/dev/e1000/if_igb.c:1224 db> From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 03:41:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97AC01065670; Wed, 17 Dec 2008 03:41:08 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 536618FC1E; Wed, 17 Dec 2008 03:41:08 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4674318rvf.43 for ; Tue, 16 Dec 2008 19:41:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=OT7ZGrZGKKDaPm71QFYzh9KWJBEKyQOlQTTGglXFD6w=; b=RYzX2trL6UFCMw/IYAabm1iZ9426TWLnR/DTaPc6UA4QiTM3Zdl6cxZLeU7WEbOWYm mMlz+kt5nrMI5zrf489ynmNyV+g8Dl8w5uGMGX2eFnJwTJUuwjmDCYdW6pNWJXgBOts3 5yo8lr/UzL1VlgBHXPRSJguE2wH+09EmvkKxw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=GEyd6HeE8HcaU9hMxVklWa74NPqDy1fMdLbtY93zfyJFHWisDfeDURy2V9d+WyLCqh 9A9bXN7WQKJAs3bUTJFSF6FlcpV8ePfaKVMcHWRkAyfz9QOLMFcofeIu8Ea9eamWYEu0 gXSpgs0k7wK/5JwblRF+HH47CZV+YgRFPtJKo= Received: by 10.141.36.10 with SMTP id o10mr135572rvj.272.1229485267994; Tue, 16 Dec 2008 19:41:07 -0800 (PST) Received: by 10.140.132.20 with HTTP; Tue, 16 Dec 2008 19:41:07 -0800 (PST) Message-ID: <3c1674c90812161941r747e3151m6d0d053b7f7e62ba@mail.gmail.com> Date: Wed, 17 Dec 2008 03:41:07 +0000 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Mike Tancsa" In-Reply-To: <200812170332.mBH3WRbR092071@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <200812170332.mBH3WRbR092071@lava.sentex.ca> X-Google-Sender-Auth: 08fa3f39ebb4750d Cc: Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed 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: Wed, 17 Dec 2008 03:41:08 -0000 This was caused by a change I made today. Evidently we're trying to acquire a shared lock while holding an exclusive lock. I will take a look. -Kip On Wed, Dec 17, 2008 at 3:32 AM, Mike Tancsa wrote: > At 01:34 AM 12/15/2008, Qing Li wrote: > >> Hi All, >> >> The arp-v2 changes have been committed into HEAD. >> Please report problems to me and Kip Macy. > > Not sure if its related or not, but if I create and destroy a lagg port, I > get a panic > e.g. > > > 0[current]# ifconfig lagg0 laggproto failover laggport igb0 laggport igb1 > 0[current]# > 0[current]# ifconfig lagg0 laggproto failover laggport igb0 laggport igb1 > ifconfig: SIOCSLAGGPORT: Device busy > 1[current]# ifconfig lagg0 destroy > > > panic: _rw_rlock (ifnet): wlock already held @ /usr/src/sys/net/if.c:200 > cpuid = 3 > KDB: enter: panic > [thread pid 1239 tid 100065 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > db> bt > Tracing pid 1239 tid 100065 td 0xc45f1b40 > kdb_enter(3232454813,3232454813,3232453528,3866974928,3,...) at kdb_enter+58 > panic(3232453528,3232060900,3232514293,3232513870,200,...) at panic+310 > _rw_rlock(3235193604,3232513870,200,3292329984,3866975012,...) at > _rw_rlock+118 > ifnet_byindex(6,3232513870,498,3297629696,3292329984,...) at > ifnet_byindex+39 > if_free_type(3292329984,6,279,3229646306,0,...) at if_free_type+156 > lagg_clone_destroy(3292329984,3292329984,3292329984,3299962240,3866975112,...) > at lagg_clone_destroy+146 > ifc_simple_destroy(3299962240,3292329984,3232515110,213,45,...) at > ifc_simple_destroy+39 > if_clone_destroyif(3299962240,3292329984,3232515110,191,0,...) at > if_clone_destroyif+225 > if_clone_destroy(3292314144,412,3235009472,3294567396,3235009472,...) at > if_clone_destroy+162 > ifioctl(3296010632,2149607801,3292314144,3294567232,2149607801,...) at > ifioctl+278 > soo_ioctl(3294877664,2149607801,3292314144,3297629184,3294567232,...) at > soo_ioctl+919 > kern_ioctl(3294567232,3,2149607801,3292314144,8000192,...) at kern_ioctl+477 > ioctl(3294567232,3866975480,12,3232296124,3233288592,...) at ioctl+308 > syscall(3866975544) at syscall+675 > Xint0x80_syscall() at Xint0x80_syscall+32 > --- syscall (54, FreeBSD ELF32, ioctl), eip = 672834707, esp = 3217024108, > ebp = 3217024136 --- > db> > db> show alllocks > Process 1239 (ifconfig) thread 0xc45f1b40 (100065) > exclusive rw ifnet (ifnet) r = 0 (0xc0d52304) locked @ > /usr/src/sys/net/if.c:498 > Process 1135 (sshd) thread 0xc462e000 (100113) > exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc475920c) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:148 > Process 0 (kernel) thread 0xc4382900 (100042) > exclusive sleep mutex igb1 (IGB Core Lock) r = 0 (0xc43622dc) locked @ > /usr/src/sys/dev/e1000/if_igb.c:1224 > db> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 03:42:03 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 481B3106564A for ; Wed, 17 Dec 2008 03:42:03 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id 09D1E8FC1D for ; Wed, 17 Dec 2008 03:42:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4675096rvf.43 for ; Tue, 16 Dec 2008 19:42:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=hFK7Rpo6lQxPtEs+7MS+UnvF9zTNoBk2xzyuqJbyVT4=; b=r19THyaOo+tRzIYwskKHVHhs72wWVYRqYwYFPfMyX4XnifoDSfH6Af8RaQGUBNAl3D MNhjuHjA15tE9j+fp976kbFNBLcR9+HZOcwTarBIZ62DvggcxW5wxT1By4gayU/mrGW/ cRD0Ds9G7rQ2xqDB3csgEiSPzMTt8y6ray74U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=LngeNP7vEyykHjK5EEV6COnuroLYi9b9TP4V0KMPt+mZm0SS1CLSEiGtFuMRnFXawx fmGuXQGnDiQjLvbWUcX8g6ZBv3ALUv+MTMlGQUIqYZRzO2gguh+vCjqNTwtrThFNTGbX muvPNVfUVYcIPoY4gsBkFfZy8ruCLvIRnXHRI= Received: by 10.140.188.19 with SMTP id l19mr170335rvf.51.1229485322574; Tue, 16 Dec 2008 19:42:02 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id f21sm2011859rvb.7.2008.12.16.19.41.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 16 Dec 2008 19:42:01 -0800 (PST) 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 mBH3fui8067685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Dec 2008 12:41:56 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mBH3ftR8067684; Wed, 17 Dec 2008 12:41:55 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 17 Dec 2008 12:41:55 +0900 From: Pyun YongHyeon To: Bruce Cran Message-ID: <20081217034155.GB66999@cdnetworks.co.kr> References: <4947E59A.8000408@cran.org.uk> <20081217005106.GA66999@cdnetworks.co.kr> <49486EDD.6060607@cran.org.uk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: <49486EDD.6060607@cran.org.uk> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: RTL8102E (if_re) doesn't work with -current 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: Wed, 17 Dec 2008 03:42:03 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Dec 16, 2008 at 07:15:41PM -0800, Bruce Cran wrote: > Pyun YongHyeon wrote: > >On Tue, Dec 16, 2008 at 09:30:02AM -0800, Bruce Cran wrote: > > > I just upgraded an HP Pavillion laptop from 7.1-RC1 to 8-CURRENT last > > > night and now the network doesn't work. This laptop has a RTL8102E > > > chip, and no errors appear in the logs - it attaches and doesn't claim > > > to have any TX/RX errors, but it just doesn't do anything. I've > > > attached the dmesg from a verbose boot. I've seen messages saying > > > there might be issues with MSI interrupts - is that possibly an issue > > here? > > > > > > >No, it is in disabled state by default. > >The issue could be related with link state tracking code in re(4). > >Would you show me the output of "devinfo -rv | grep rlphy"? > >How about unplugging/replugging UTP cable? > >Does it make any difference? > > > > devinfo provides the output: > rlphy0 pnpinfo oui=0x20 model=0x20 rev=0x1 at phyno=1 > > I let the startup continue so that dhclient was still running in the > background, and I started getting lots of messages: > > arp: 00:1e:ec:72:2b:8e attempts to modify permanent entry for 0.0.0.0 on re0 > > After unplugging the replugging the UTP cable the messages > > re0: link state changed to DOWN > re0: link state changed to UP > > apppeared in the logs but dhclient still didn't get any replies, and the > arp messages started again. > Hmm, this seem to happen when link partner doesn't support NWAY autonegotiation. Can you confirm that? And would you try attached patch? Also show me the outout of "ifconfig re0" before/after applying attached patch. -- Regards, Pyun YongHyeon --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="rlphy.patch" Index: sys/dev/mii/rlphy.c =================================================================== --- sys/dev/mii/rlphy.c (revision 186170) +++ sys/dev/mii/rlphy.c (working copy) @@ -60,6 +60,9 @@ struct rlphy_softc { struct mii_softc sc_mii; /* generic PHY */ int sc_is_RTL8201L; /* is an external RTL8201L PHY */ + int flags; +#define RLPHY_FLAGS_RL 0x01 +#define RLPHY_FLAGS_RE 0x02 }; static int rlphy_probe(device_t); @@ -125,6 +128,7 @@ struct mii_attach_args *ma; struct mii_data *mii; struct rlphy_softc *rsc; + const char *nic; sc = device_get_softc(dev); ma = device_get_ivars(dev); @@ -138,6 +142,11 @@ rsc = (struct rlphy_softc *)sc; if (mii_phy_dev_probe(dev, rlphys, 0) == 0) rsc->sc_is_RTL8201L++; + nic = device_get_name(device_get_parent(sc->mii_dev)); + if (strcmp(nic, "re") == 0) + rsc->flags |= RLPHY_FLAGS_RE; + else if (strcmp(nic, "rl") == 0) + rsc->flags |= RLPHY_FLAGS_RL; /* * The RealTek PHY can never be isolated, so never allow non-zero @@ -302,18 +311,25 @@ * can test the 'SPEED10' bit of the MAC's media status * register. */ - if (rsc->sc_is_RTL8201L) { - if (PHY_READ(phy, 0x0019) & 0x01) + if (rsc->flags & RLPHY_FLAGS_RE) { + if (PHY_READ(phy, RL_GMEDIASTAT) & + RL_GMEDIASTAT_100MBPS) mii->mii_media_active |= IFM_100_TX; else mii->mii_media_active |= IFM_10_T; - } else { + } else if (rsc->flags & RLPHY_FLAGS_RL) { if (PHY_READ(phy, RL_MEDIASTAT) & RL_MEDIASTAT_SPEED10) mii->mii_media_active |= IFM_10_T; else mii->mii_media_active |= IFM_100_TX; - } + } if (rsc->sc_is_RTL8201L) { + if (PHY_READ(phy, 0x0019) & 0x01) + mii->mii_media_active |= IFM_100_TX; + else + mii->mii_media_active |= IFM_10_T; + } else + mii->mii_media_active |= IFM_NONE; } else mii->mii_media_active = ife->ifm_media; } --zhXaljGHf11kAtnf-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 04:28:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2EAA1065672 for ; Wed, 17 Dec 2008 04:28:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 6786D8FC16 for ; Wed, 17 Dec 2008 04:28:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4704397rvf.43 for ; Tue, 16 Dec 2008 20:28:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=UonKuQovCTH8EtMRkLAw7E/ftBOia4CB1uVczOfZu3A=; b=V3GvTDT4svxxDmmVxbpxxNGpUvNZ7iy8DTRYQ+PFtA/Eb6WaWa6tpI63fDtabWCX3z 8kPtfnaTMdQJR8HSB4U0Pjy6hj1Y+Yu0PAOda1QYapfHz3WzY0ZxOtcxSswA+XOC0HuM GYXrhFemfZhaHjwpZswY213b0KZ8V9JzIJOZ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=wRsX8WPs3SjDNtan3vB7ix0oNoLToVTIPeIfZnxpYO3MKh3g3/Dz9IxP80SrVaXKDH fjGYsAIyTlPLaKxXwUVXkFH0iCy6NV74Amj3/NLhoNpEbD8b8mLWYjC+jEGckwpvBeWh DlzpeS1FxmBZAe6bq7FefVmmQy90PqKC2Bli8= Received: by 10.141.96.19 with SMTP id y19mr182088rvl.89.1229488124957; Tue, 16 Dec 2008 20:28:44 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id g31sm6155943rvb.4.2008.12.16.20.28.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 16 Dec 2008 20:28:44 -0800 (PST) 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 mBH4SbVB067901 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Dec 2008 13:28:37 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mBH4SbZe067900; Wed, 17 Dec 2008 13:28:37 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 17 Dec 2008 13:28:37 +0900 From: Pyun YongHyeon To: Bruce Cran Message-ID: <20081217042837.GE66999@cdnetworks.co.kr> References: <4947E59A.8000408@cran.org.uk> <20081217005106.GA66999@cdnetworks.co.kr> <49486EDD.6060607@cran.org.uk> <20081217034155.GB66999@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="IiVenqGWf+H9Y6IX" Content-Disposition: inline In-Reply-To: <20081217034155.GB66999@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: RTL8102E (if_re) doesn't work with -current 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: Wed, 17 Dec 2008 04:28:45 -0000 --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Dec 17, 2008 at 12:41:55PM +0900, To Bruce Cran wrote: > On Tue, Dec 16, 2008 at 07:15:41PM -0800, Bruce Cran wrote: > > Pyun YongHyeon wrote: > > >On Tue, Dec 16, 2008 at 09:30:02AM -0800, Bruce Cran wrote: > > > > I just upgraded an HP Pavillion laptop from 7.1-RC1 to 8-CURRENT last > > > > night and now the network doesn't work. This laptop has a RTL8102E > > > > chip, and no errors appear in the logs - it attaches and doesn't claim > > > > to have any TX/RX errors, but it just doesn't do anything. I've > > > > attached the dmesg from a verbose boot. I've seen messages saying > > > > there might be issues with MSI interrupts - is that possibly an issue > > > here? > > > > > > > > > >No, it is in disabled state by default. > > >The issue could be related with link state tracking code in re(4). > > >Would you show me the output of "devinfo -rv | grep rlphy"? > > >How about unplugging/replugging UTP cable? > > >Does it make any difference? > > > > > > > devinfo provides the output: > > rlphy0 pnpinfo oui=0x20 model=0x20 rev=0x1 at phyno=1 > > > > I let the startup continue so that dhclient was still running in the > > background, and I started getting lots of messages: > > > > arp: 00:1e:ec:72:2b:8e attempts to modify permanent entry for 0.0.0.0 on re0 > > > > After unplugging the replugging the UTP cable the messages > > > > re0: link state changed to DOWN > > re0: link state changed to UP > > > > apppeared in the logs but dhclient still didn't get any replies, and the > > arp messages started again. > > > > Hmm, this seem to happen when link partner doesn't support NWAY > autonegotiation. Can you confirm that? > And would you try attached patch? Also show me the outout of > "ifconfig re0" before/after applying attached patch. Please try this one, there was a typo in previous patch. -- Regards, Pyun YongHyeon --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="rlphy.patch2" Index: sys/dev/mii/rlphy.c =================================================================== --- sys/dev/mii/rlphy.c (revision 186170) +++ sys/dev/mii/rlphy.c (working copy) @@ -60,6 +60,9 @@ struct rlphy_softc { struct mii_softc sc_mii; /* generic PHY */ int sc_is_RTL8201L; /* is an external RTL8201L PHY */ + int flags; +#define RLPHY_FLAGS_RL 0x01 +#define RLPHY_FLAGS_RE 0x02 }; static int rlphy_probe(device_t); @@ -125,6 +128,7 @@ struct mii_attach_args *ma; struct mii_data *mii; struct rlphy_softc *rsc; + const char *nic; sc = device_get_softc(dev); ma = device_get_ivars(dev); @@ -138,6 +142,11 @@ rsc = (struct rlphy_softc *)sc; if (mii_phy_dev_probe(dev, rlphys, 0) == 0) rsc->sc_is_RTL8201L++; + nic = device_get_name(device_get_parent(sc->mii_dev)); + if (strcmp(nic, "re") == 0) + rsc->flags |= RLPHY_FLAGS_RE; + else if (strcmp(nic, "rl") == 0) + rsc->flags |= RLPHY_FLAGS_RL; /* * The RealTek PHY can never be isolated, so never allow non-zero @@ -302,18 +311,25 @@ * can test the 'SPEED10' bit of the MAC's media status * register. */ - if (rsc->sc_is_RTL8201L) { - if (PHY_READ(phy, 0x0019) & 0x01) + if (rsc->flags & RLPHY_FLAGS_RE) { + if (PHY_READ(phy, RL_GMEDIASTAT) & + RL_GMEDIASTAT_100MBPS) mii->mii_media_active |= IFM_100_TX; else mii->mii_media_active |= IFM_10_T; - } else { + } else if (rsc->flags & RLPHY_FLAGS_RL) { if (PHY_READ(phy, RL_MEDIASTAT) & RL_MEDIASTAT_SPEED10) mii->mii_media_active |= IFM_10_T; else mii->mii_media_active |= IFM_100_TX; - } + } else if (rsc->sc_is_RTL8201L) { + if (PHY_READ(phy, 0x0019) & 0x01) + mii->mii_media_active |= IFM_100_TX; + else + mii->mii_media_active |= IFM_10_T; + } else + mii->mii_media_active |= IFM_NONE; } else mii->mii_media_active = ife->ifm_media; } --IiVenqGWf+H9Y6IX-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 04:34:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAFE81065677; Wed, 17 Dec 2008 04:34:38 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id 89B8C8FC1A; Wed, 17 Dec 2008 04:34:38 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4706659rvf.43 for ; Tue, 16 Dec 2008 20:34:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=B5d8p16/HUsIy+RT1fVGrIt0vJefarZQeQNAJWGG20Q=; b=rxn9d5VtAyo4HCAF8BEDKJ7yoeiv1O8mL0XlOJMxZOp9tfgwOzsp4oUdXobC5v4she ihRSju/wy68OGegZXCHGuV05xzfxHNpxorgL5EAxEtZQKN8v5xJBVLYK9MDxhcRvb9ky bymQRMSSUIiFrwWl9rLlgAAmepAR+BhISYHJA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=Z4DqoH6iC796vhWmdV61fcyhbodFVcQWJrCtdCFFm1ig9IWssWFDGlJ1ps5cHXGdak 21kbjvO+A0/sgL1ZCzbxrj8AeStTW8fcGOZPV2YlQMkyVobfAkfT2fi2TOvPqcpZvbxh HrDB1my6vpN+dC3EtbVL/n3MA+LBAF6nN6zI0= Received: by 10.140.226.14 with SMTP id y14mr163031rvg.237.1229488478044; Tue, 16 Dec 2008 20:34:38 -0800 (PST) Received: by 10.140.132.20 with HTTP; Tue, 16 Dec 2008 20:34:37 -0800 (PST) Message-ID: <3c1674c90812162034s432c6d1by92dd3b566b715688@mail.gmail.com> Date: Wed, 17 Dec 2008 04:34:37 +0000 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Mike Tancsa" In-Reply-To: <200812170332.mBH3WRbR092071@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <200812170332.mBH3WRbR092071@lava.sentex.ca> X-Google-Sender-Auth: 841f6a223993758c Cc: Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed 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: Wed, 17 Dec 2008 04:34:38 -0000 Try changeid 186209. Thanks, Kip On Wed, Dec 17, 2008 at 3:32 AM, Mike Tancsa wrote: > At 01:34 AM 12/15/2008, Qing Li wrote: > >> Hi All, >> >> The arp-v2 changes have been committed into HEAD. >> Please report problems to me and Kip Macy. > > Not sure if its related or not, but if I create and destroy a lagg port, I > get a panic > e.g. > > > 0[current]# ifconfig lagg0 laggproto failover laggport igb0 laggport igb1 > 0[current]# > 0[current]# ifconfig lagg0 laggproto failover laggport igb0 laggport igb1 > ifconfig: SIOCSLAGGPORT: Device busy > 1[current]# ifconfig lagg0 destroy > > > panic: _rw_rlock (ifnet): wlock already held @ /usr/src/sys/net/if.c:200 > cpuid = 3 > KDB: enter: panic > [thread pid 1239 tid 100065 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > db> bt > Tracing pid 1239 tid 100065 td 0xc45f1b40 > kdb_enter(3232454813,3232454813,3232453528,3866974928,3,...) at kdb_enter+58 > panic(3232453528,3232060900,3232514293,3232513870,200,...) at panic+310 > _rw_rlock(3235193604,3232513870,200,3292329984,3866975012,...) at > _rw_rlock+118 > ifnet_byindex(6,3232513870,498,3297629696,3292329984,...) at > ifnet_byindex+39 > if_free_type(3292329984,6,279,3229646306,0,...) at if_free_type+156 > lagg_clone_destroy(3292329984,3292329984,3292329984,3299962240,3866975112,...) > at lagg_clone_destroy+146 > ifc_simple_destroy(3299962240,3292329984,3232515110,213,45,...) at > ifc_simple_destroy+39 > if_clone_destroyif(3299962240,3292329984,3232515110,191,0,...) at > if_clone_destroyif+225 > if_clone_destroy(3292314144,412,3235009472,3294567396,3235009472,...) at > if_clone_destroy+162 > ifioctl(3296010632,2149607801,3292314144,3294567232,2149607801,...) at > ifioctl+278 > soo_ioctl(3294877664,2149607801,3292314144,3297629184,3294567232,...) at > soo_ioctl+919 > kern_ioctl(3294567232,3,2149607801,3292314144,8000192,...) at kern_ioctl+477 > ioctl(3294567232,3866975480,12,3232296124,3233288592,...) at ioctl+308 > syscall(3866975544) at syscall+675 > Xint0x80_syscall() at Xint0x80_syscall+32 > --- syscall (54, FreeBSD ELF32, ioctl), eip = 672834707, esp = 3217024108, > ebp = 3217024136 --- > db> > db> show alllocks > Process 1239 (ifconfig) thread 0xc45f1b40 (100065) > exclusive rw ifnet (ifnet) r = 0 (0xc0d52304) locked @ > /usr/src/sys/net/if.c:498 > Process 1135 (sshd) thread 0xc462e000 (100113) > exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc475920c) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:148 > Process 0 (kernel) thread 0xc4382900 (100042) > exclusive sleep mutex igb1 (IGB Core Lock) r = 0 (0xc43622dc) locked @ > /usr/src/sys/dev/e1000/if_igb.c:1224 > db> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 06:10:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A3321065670 for ; Wed, 17 Dec 2008 06:10:28 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id C066F8FC1D for ; Wed, 17 Dec 2008 06:10:27 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 759111901C; Wed, 17 Dec 2008 01:10:26 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.2 required=8.0 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 Received: from [66.45.160.84] (unknown [66.45.160.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Wed, 17 Dec 2008 01:10:26 -0500 (EST) Message-ID: <494897CB.7000507@cran.org.uk> Date: Tue, 16 Dec 2008 22:10:19 -0800 From: Bruce Cran User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: pyunyh@gmail.com References: <4947E59A.8000408@cran.org.uk> <20081217005106.GA66999@cdnetworks.co.kr> <49486EDD.6060607@cran.org.uk> <20081217034155.GB66999@cdnetworks.co.kr> In-Reply-To: <20081217034155.GB66999@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: RTL8102E (if_re) doesn't work with -current 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: Wed, 17 Dec 2008 06:10:28 -0000 Pyun YongHyeon wrote: > On Tue, Dec 16, 2008 at 07:15:41PM -0800, Bruce Cran wrote: > > Pyun YongHyeon wrote: > > >On Tue, Dec 16, 2008 at 09:30:02AM -0800, Bruce Cran wrote: > > > > I just upgraded an HP Pavillion laptop from 7.1-RC1 to 8-CURRENT last > > > > night and now the network doesn't work. This laptop has a RTL8102E > > > > chip, and no errors appear in the logs - it attaches and doesn't claim > > > > to have any TX/RX errors, but it just doesn't do anything. I've > > > > attached the dmesg from a verbose boot. I've seen messages saying > > > > there might be issues with MSI interrupts - is that possibly an issue > > > here? > > > > > > > > > >No, it is in disabled state by default. > > >The issue could be related with link state tracking code in re(4). > > >Would you show me the output of "devinfo -rv | grep rlphy"? > > >How about unplugging/replugging UTP cable? > > >Does it make any difference? > > > > > > > devinfo provides the output: > > rlphy0 pnpinfo oui=0x20 model=0x20 rev=0x1 at phyno=1 > > > > I let the startup continue so that dhclient was still running in the > > background, and I started getting lots of messages: > > > > arp: 00:1e:ec:72:2b:8e attempts to modify permanent entry for 0.0.0.0 on re0 > > > > After unplugging the replugging the UTP cable the messages > > > > re0: link state changed to DOWN > > re0: link state changed to UP > > > > apppeared in the logs but dhclient still didn't get any replies, and the > > arp messages started again. > > > > Hmm, this seem to happen when link partner doesn't support NWAY > autonegotiation. Can you confirm that? > And would you try attached patch? Also show me the outout of > "ifconfig re0" before/after applying attached patch. > The laptop is connected straight into the apartment internet system, so I don't know what sort of switch it is. However I applied your 2nd patch but nothing changed; the ifconfig output is still re0: flags=8843 metric 0 mtu 1500 options=389b ether 00:1e:ec:f5:fd:4f inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 media: Ethernet autoselect (100baseTX ) status: active I did notice that if I unplug and replug the UTP cable while dhclient is trying to find a lease during startup then as soon as I plug it in again it claims to find a lease and configures the IP address, routes etc. However trying to ping anything once the system has started results in the message "No buffer space available" so the network isn't really working. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 06:20:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C32B1065674 for ; Wed, 17 Dec 2008 06:20:58 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3CD8FC1D for ; Wed, 17 Dec 2008 06:20:58 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id A7DCB1901C for ; Wed, 17 Dec 2008 01:20:56 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-3.1 required=8.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from [66.45.160.84] (unknown [66.45.160.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA for ; Wed, 17 Dec 2008 01:20:56 -0500 (EST) Message-ID: <49489A42.1060400@cran.org.uk> Date: Tue, 16 Dec 2008 22:20:50 -0800 From: Bruce Cran User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------020305040905050008000403" Cc: Subject: acpi_hpet0 gets found twice during boot: first attach fails, second succeeds 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: Wed, 17 Dec 2008 06:20:58 -0000 This is a multi-part message in MIME format. --------------020305040905050008000403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I noticed while scanning through my dmesg that acpi_hpet0 gets found twice during bootup: the first time it fails to attach because it never increments, but the second time around it works and is chosen as the primary timecounter: acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: HPET never increments, disabling device_attach: acpi_hpet0 attach returned 6 acpi_button0: on acpi0 Then a bit later: battery0: on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 Is this expected? -- Bruce Cran --------------020305040905050008000403 Content-Type: text/plain; name="dmesg_8.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg_8.txt" Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #2: Tue Dec 16 21:48:59 PST 2008 brucec@tau.draftnet:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) X2 Dual-Core Mobile RM-70 (1999.19-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x200f31 Stepping = 1 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x131f TSC: P-state invariant Cores per package: 2 usable memory = 4009422848 (3823 MB) avail memory = 3840131072 (3662 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: HPET never increments, disabling device_attach: acpi_hpet0 attach returned 6 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x7000-0x70ff mem 0xc0000000-0xcfffffff,0xd2400000-0xd240ffff,0xd2300000-0xd23fffff irq 18 at device 5.0 on pci1 pci1: at device 5.1 (no driver attached) pcib2: at device 4.0 on pci0 pci2: on pcib2 pcib3: at device 5.0 on pci0 pci8: on pcib3 pci8: at device 0.0 (no driver attached) pci8: at device 0.2 (no driver attached) pci8: at device 0.3 (no driver attached) pci8: at device 0.4 (no driver attached) pcib4: at device 6.0 on pci0 pci9: on pcib4 ath0: mem 0xd1100000-0xd110ffff irq 18 at device 0.0 on pci9 ath0: [ITHREAD] ath0: WARNING: using obsoleted if_watchdog interface ath0: mac 14.2 phy 7.0 radio 10.2 pcib5: at device 7.0 on pci0 pci10: on pcib5 re0: port 0x2000-0x20ff mem 0xd1010000-0xd1010fff,0xd1000000-0xd100ffff irq 19 at device 0.0 on pci10 re0: Chip rev. 0x24800000 re0: MAC rev. 0x00200000 miibus0: on re0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: Ethernet address: 00:1e:ec:f5:fd:4f re0: [FILTER] atapci0: port 0x8038-0x803f,0x804c-0x804f,0x8030-0x8037,0x8048-0x804b,0x8010-0x801f mem 0xd2508000-0xd25083ff irq 22 at device 17.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 6 ports PM supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ata6: on atapci0 ata6: [ITHREAD] ata7: on atapci0 ata7: [ITHREAD] ohci0: mem 0xd2507000-0xd2507fff irq 16 at device 18.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xd2506000-0xd2506fff irq 16 at device 18.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xd2508500-0xd25085ff irq 17 at device 18.2 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 6 ports with 6 removable, self powered umass0: on uhub2 ugen0: on uhub2 ohci2: mem 0xd2505000-0xd2505fff irq 18 at device 19.0 on pci0 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: on ohci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 3 ports with 3 removable, self powered ohci3: mem 0xd2504000-0xd2504fff irq 18 at device 19.1 on pci0 ohci3: [GIANT-LOCKED] ohci3: [ITHREAD] usb4: OHCI version 1.0, legacy support usb4: on ohci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 3 ports with 3 removable, self powered ehci1: mem 0xd2508400-0xd25084ff irq 19 at device 19.2 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb5: EHCI version 1.0 usb5: companion controllers, 3 ports each: usb3 usb4 usb5: on ehci1 usb5: USB revision 2.0 uhub5: on usb5 uhub5: 6 ports with 6 removable, self powered pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8000-0x800f irq 16 at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib6: at device 20.4 on pci0 pci128: on pcib6 acpi_acad0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 acpi_tz0: _HOT value is absurd, ignored (226.8C) atrtc0: port 0x70-0x71 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 battery0: on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range Timecounters tick every 1.000 msec ad4: 238475MB at ata2-master SATA300 acd0: DVDR at ata5-master SATA150 GEOM_LABEL: Label for provider ad4s2 is ntfs/HP_RECOVERY. SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 1967MB (4030463 512 byte sectors: 255H 63S/T 250C) Trying to mount root from ufs:/dev/ad4s3a lock order reversal: 1st 0xffffff00014b5070 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 2nd 0xffffff0004cfc270 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2079 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e __lockmgr_args() at __lockmgr_args+0xca8 ffs_lock() at ffs_lock+0x8c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 vget() at vget+0x8b vnode_pager_lock() at vnode_pager_lock+0x1d0 vm_fault() at vm_fault+0x1e2 trap_pfault() at trap_pfault+0x128 trap() at trap+0x51c calltrap() at calltrap+0x8 --- trap 0xc, rip = 0x40014f, rsp = 0x7fffffffee70, rbp = 0x7fffffffee90 --- --------------020305040905050008000403-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 08:46:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E60A106567A for ; Wed, 17 Dec 2008 08:46:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.236]) by mx1.freebsd.org (Postfix) with ESMTP id 443D38FC08 for ; Wed, 17 Dec 2008 08:46:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4875706rvf.43 for ; Wed, 17 Dec 2008 00:46:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=eNbcj0NuAs6Fx4w1FZvIlk8yCLyr5Y0PyxrI+qd7dpc=; b=YSr7I0Js00dTXqglV46Jri7XhZeAfiUXKmnNdBFuPFQB9EGdktREfhB6zzBOLDZepr n5d+UALdmOXanuF0Ah3I1/d8ZEvXnQj3aJswtJf3dvtIHLYBdMPEnK6Ft3yZkWfzvXmS 50tAD8V9NcAU5wQksQygXyUE8OYOYfyPLlmyU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=CcXU6kGria9KAlrfB4ltuebuqIDvKSC0q+z3T/Fo44LEa7IucPjZFPEBXeyZlqFuY6 PxqAZ2upTlLTeutt+0hgEgu++Dkn6u0mIOO1DRYnhz+0Q3j/QcRX/aQNXUZDzuGlEaiZ sI5PL9b4G8yO8ZTvI0mzeczooxQBpF0Q44Sec= Received: by 10.140.199.15 with SMTP id w15mr260804rvf.253.1229503602880; Wed, 17 Dec 2008 00:46:42 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id k2sm9101315rvb.8.2008.12.17.00.46.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 17 Dec 2008 00:46:41 -0800 (PST) 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 mBH8kY1Y068617 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Dec 2008 17:46: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 mBH8kXfc068616; Wed, 17 Dec 2008 17:46:33 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 17 Dec 2008 17:46:33 +0900 From: Pyun YongHyeon To: Bruce Cran Message-ID: <20081217084633.GG66999@cdnetworks.co.kr> References: <4947E59A.8000408@cran.org.uk> <20081217005106.GA66999@cdnetworks.co.kr> <49486EDD.6060607@cran.org.uk> <20081217034155.GB66999@cdnetworks.co.kr> <494897CB.7000507@cran.org.uk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ABTtc+pdwF7KHXCz" Content-Disposition: inline In-Reply-To: <494897CB.7000507@cran.org.uk> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: RTL8102E (if_re) doesn't work with -current 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: Wed, 17 Dec 2008 08:46:43 -0000 --ABTtc+pdwF7KHXCz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Dec 16, 2008 at 10:10:19PM -0800, Bruce Cran wrote: > Pyun YongHyeon wrote: > >On Tue, Dec 16, 2008 at 07:15:41PM -0800, Bruce Cran wrote: > > > Pyun YongHyeon wrote: > > > >On Tue, Dec 16, 2008 at 09:30:02AM -0800, Bruce Cran wrote: > > > > > I just upgraded an HP Pavillion laptop from 7.1-RC1 to 8-CURRENT > > last > > > night and now the network doesn't work. This laptop has a > > RTL8102E > > > chip, and no errors appear in the logs - it attaches and > > doesn't claim > > > to have any TX/RX errors, but it just doesn't do > > anything. I've > > > attached the dmesg from a verbose boot. I've seen > > messages saying > > > there might be issues with MSI interrupts - is that > > possibly an issue > > here? > > > > > > > > > > > > >No, it is in disabled state by default. > > > >The issue could be related with link state tracking code in re(4). > > > >Would you show me the output of "devinfo -rv | grep rlphy"? > > > >How about unplugging/replugging UTP cable? > > > >Does it make any difference? > > > > > > > > > > devinfo provides the output: > > > rlphy0 pnpinfo oui=0x20 model=0x20 rev=0x1 at phyno=1 > > > > > > I let the startup continue so that dhclient was still running in the > > > background, and I started getting lots of messages: > > > > > > arp: 00:1e:ec:72:2b:8e attempts to modify permanent entry for 0.0.0.0 > > on re0 > > > > > > After unplugging the replugging the UTP cable the messages > > > > > > re0: link state changed to DOWN > > > re0: link state changed to UP > > > > > > apppeared in the logs but dhclient still didn't get any replies, and > > the > arp messages started again. > > > > > > >Hmm, this seem to happen when link partner doesn't support NWAY > >autonegotiation. Can you confirm that? > >And would you try attached patch? Also show me the outout of > >"ifconfig re0" before/after applying attached patch. > > > The laptop is connected straight into the apartment internet system, so > I don't know what sort of switch it is. However I applied your 2nd > patch but nothing changed; the ifconfig output is still > > re0: flags=8843 metric 0 mtu 1500 > > options=389b > ether 00:1e:ec:f5:fd:4f > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > media: Ethernet autoselect (100baseTX ) > status: active > > I did notice that if I unplug and replug the UTP cable while dhclient is > trying to find a lease during startup then as soon as I plug it in again > it claims to find a lease and configures the IP address, routes etc. > However trying to ping anything once the system has started results in > the message "No buffer space available" so the network isn't really working. > Would you try attached patch again?(Don't backout rlphy.patch2). -- Regards, Pyun YongHyeon --ABTtc+pdwF7KHXCz Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="re.link.patch" Index: if_re.c =================================================================== --- if_re.c (revision 186214) +++ if_re.c (working copy) @@ -578,8 +578,7 @@ sc = device_get_softc(dev); mii = device_get_softc(sc->rl_miibus); ifp = sc->rl_ifp; - if (mii == NULL || ifp == NULL || - (ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) + if (mii == NULL || ifp == NULL) return; sc->rl_flags &= ~RL_FLAG_LINK; --ABTtc+pdwF7KHXCz-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 08:58:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7D3F1065670 for ; Wed, 17 Dec 2008 08:58:54 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 3F1548FC08 for ; Wed, 17 Dec 2008 08:58:53 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.36,236,1228086000"; d="scan'208";a="265266904" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay1.uni-muenster.de with ESMTP; 17 Dec 2008 09:58:52 +0100 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id D83DC1B07DC; Wed, 17 Dec 2008 09:58:51 +0100 (CET) Date: Wed, 17 Dec 2008 09:58:50 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: ddb and usb keyboards 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: Wed, 17 Dec 2008 08:58:54 -0000 hi there, i'm not able to use my usb keyboard under ddb. this seems to be a known issue. are there any patches available which solve this problem? a possible solution in my case would be to disable usb-keyboard detection. i'm currently running my keyboard in legacy mode. that way i can use it to access the bootloader. if i understood it correctly the usb-legacy mode puts the usb keyboard into some kind of atkbd emulation mode. if i could somehow tell freebsd not to attach my keyboard as a usb device i could use it as a regular atkbd. cheers. alex From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 09:19:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BD43106564A for ; Wed, 17 Dec 2008 09:19:44 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id 2F90F8FC1D for ; Wed, 17 Dec 2008 09:19:44 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id f9so1501382rvb.7 for ; Wed, 17 Dec 2008 01:19:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=PHiM4fEXNzsUmXo4MKhv0lgnAkFtcAa7SXE5HsUJKW8=; b=fRH+cTvEkg4tkyO5+tvdtUbmo4QcP473KsBpI+Z+34vNyKvnk6utJ64zhDtYGt++v2 w0s0p25kmaIqaEtIGoIPprlwfO43Eb0PmXUkQjzuZ1YBuCgGSrTUrdbmVDlBGPLLrdcw PnLHvpoCHGFD0/sap80BE+7OHpz/Nf8x4vUgU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=SmIcjWWKa/Rw4ebIv2Jjq2/3fQFckva3/jexxQinWwP9+KIgefWxtEDH6Q29gnDvGz eJ2TQZ5CFJD2hPto6MkprR7vy6H+cKwxIDysjD6Q6kBuzE+HT3wRK0QfJok713AQ8dlU UWw2khdx914dZ4qFpgnRTPWvDH0o0Vlq68RKs= Received: by 10.141.40.7 with SMTP id s7mr272485rvj.268.1229505583850; Wed, 17 Dec 2008 01:19:43 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id f21sm2387008rvb.7.2008.12.17.01.19.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 17 Dec 2008 01:19:42 -0800 (PST) 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 mBH9JYWL068725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Dec 2008 18:19: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 mBH9JYgw068724; Wed, 17 Dec 2008 18:19:34 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 17 Dec 2008 18:19:34 +0900 From: Pyun YongHyeon To: Bruce Cran Message-ID: <20081217091934.GH66999@cdnetworks.co.kr> References: <4947E59A.8000408@cran.org.uk> <20081217005106.GA66999@cdnetworks.co.kr> <49486EDD.6060607@cran.org.uk> <20081217034155.GB66999@cdnetworks.co.kr> <494897CB.7000507@cran.org.uk> <20081217084633.GG66999@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="gE7i1rD7pdK0Ng3j" Content-Disposition: inline In-Reply-To: <20081217084633.GG66999@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: RTL8102E (if_re) doesn't work with -current 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: Wed, 17 Dec 2008 09:19:44 -0000 --gE7i1rD7pdK0Ng3j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Dec 17, 2008 at 05:46:33PM +0900, To Bruce Cran wrote: > On Tue, Dec 16, 2008 at 10:10:19PM -0800, Bruce Cran wrote: > > Pyun YongHyeon wrote: > > >On Tue, Dec 16, 2008 at 07:15:41PM -0800, Bruce Cran wrote: > > > > Pyun YongHyeon wrote: > > > > >On Tue, Dec 16, 2008 at 09:30:02AM -0800, Bruce Cran wrote: > > > > > > I just upgraded an HP Pavillion laptop from 7.1-RC1 to 8-CURRENT > > > last > > > night and now the network doesn't work. This laptop has a > > > RTL8102E > > > chip, and no errors appear in the logs - it attaches and > > > doesn't claim > > > to have any TX/RX errors, but it just doesn't do > > > anything. I've > > > attached the dmesg from a verbose boot. I've seen > > > messages saying > > > there might be issues with MSI interrupts - is that > > > possibly an issue > > here? > > > > > > > > > > > > > > > >No, it is in disabled state by default. > > > > >The issue could be related with link state tracking code in re(4). > > > > >Would you show me the output of "devinfo -rv | grep rlphy"? > > > > >How about unplugging/replugging UTP cable? > > > > >Does it make any difference? > > > > > > > > > > > > > devinfo provides the output: > > > > rlphy0 pnpinfo oui=0x20 model=0x20 rev=0x1 at phyno=1 > > > > > > > > I let the startup continue so that dhclient was still running in the > > > > background, and I started getting lots of messages: > > > > > > > > arp: 00:1e:ec:72:2b:8e attempts to modify permanent entry for 0.0.0.0 > > > on re0 > > > > > > > > After unplugging the replugging the UTP cable the messages > > > > > > > > re0: link state changed to DOWN > > > > re0: link state changed to UP > > > > > > > > apppeared in the logs but dhclient still didn't get any replies, and > > > the > arp messages started again. > > > > > > > > > >Hmm, this seem to happen when link partner doesn't support NWAY > > >autonegotiation. Can you confirm that? > > >And would you try attached patch? Also show me the outout of > > >"ifconfig re0" before/after applying attached patch. > > > > > The laptop is connected straight into the apartment internet system, so > > I don't know what sort of switch it is. However I applied your 2nd > > patch but nothing changed; the ifconfig output is still > > > > re0: flags=8843 metric 0 mtu 1500 > > > > options=389b > > ether 00:1e:ec:f5:fd:4f > > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > > media: Ethernet autoselect (100baseTX ) > > status: active > > > > I did notice that if I unplug and replug the UTP cable while dhclient is > > trying to find a lease during startup then as soon as I plug it in again > > it claims to find a lease and configures the IP address, routes etc. > > However trying to ping anything once the system has started results in > > the message "No buffer space available" so the network isn't really working. > > > > Would you try attached patch again?(Don't backout rlphy.patch2). Oops, please forget previous patch and use attached patch instead. -- Regards, Pyun YongHyeon --gE7i1rD7pdK0Ng3j Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="re.link.patch2" Index: if_re.c =================================================================== --- if_re.c (revision 186214) +++ if_re.c (working copy) @@ -2681,7 +2681,14 @@ ifp->if_drv_flags |= IFF_DRV_RUNNING; ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; - sc->rl_flags &= ~RL_FLAG_LINK; + /* + * XXX + * Since we don't request reset for rlphy(4), it's necessary + * to set initial (fake) link state. Otherwise re(4) wouldn't + * work as link state 'UP' event from mii(4) may not be + * delivered if the valid link was already established. + */ + sc->rl_flags |= RL_FLAG_LINK; sc->rl_watchdog_timer = 0; callout_reset(&sc->rl_stat_callout, hz, re_tick, sc); } --gE7i1rD7pdK0Ng3j-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 09:55:46 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80CE71065670; Wed, 17 Dec 2008 09:55:46 +0000 (UTC) (envelope-from p.pisati@oltrelinux.com) Received: from mail0.tomato.it (mail0.tomato.it [213.92.0.53]) by mx1.freebsd.org (Postfix) with SMTP id D1E5E8FC1A; Wed, 17 Dec 2008 09:55:35 +0000 (UTC) (envelope-from p.pisati@oltrelinux.com) Received: from wlf.contactlab.it (unknown [172.16.7.101]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail0.tomato.it (Postfix) with ESMTPS id DFC5928426; Wed, 17 Dec 2008 10:36:08 +0100 (CET) Received: from ferret.tomato.lan (62.101.64.91) by wfl.contactlab.it (172.16.7.101) with Microsoft SMTP Server id 8.1.240.5; Wed, 17 Dec 2008 10:36:25 +0100 Message-ID: <4948C7BE.7070602@oltrelinux.com> Date: Wed, 17 Dec 2008 10:34:54 +0100 From: Paolo Pisati User-Agent: Thunderbird 2.0.0.16 (X11/20080815) MIME-Version: 1.0 To: Joe Marcus Clarke References: <1229476796.49670.7.camel@shumai.marcuscom.com> In-Reply-To: <1229476796.49670.7.camel@shumai.marcuscom.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: current Subject: Re: NAT (ipfw/natd) broken in latest -CURRENT 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: Wed, 17 Dec 2008 09:55:46 -0000 Joe Marcus Clarke wrote: > I just upgraded my i386 -CURRENT box from November 14 to today, and now > my SSH-over-PPP VPN tunnel no longer works. I did some packet captures, > and it appears that NAT is no longer working. If I send a telnet packet > from my client side over the PPP tunnel, I see the SYN go out on the > server side network properly translated. The destination host ACKs > correctly, but the ACK never goes back across the tunnel. It's as if > natd is no longer translating the packet on the inbound path. Besides > the upgrade, nothing has changed in my environment. > lately some work has been done on the vimage and routing tree stuff, thus your best bet is to go back some days and try again. -- bye, P. From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 10:25:07 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D11FD1065677; Wed, 17 Dec 2008 10:25:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 49CCF8FC1B; Wed, 17 Dec 2008 10:25:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id E061F41C6BB; Wed, 17 Dec 2008 11:25:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id jYrK+caOXMY5; Wed, 17 Dec 2008 11:25:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 62C3541C64C; Wed, 17 Dec 2008 11:25:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id B2B184448D5; Wed, 17 Dec 2008 10:23:17 +0000 (UTC) Date: Wed, 17 Dec 2008 10:23:16 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Peter Wemm , FreeBSD virtualization mailing list , FreeBSD current mailing list In-Reply-To: Message-ID: <20081217084354.T97918@maildrop.int.zabbadoz.net> References: <200812132159.mBDLxIQv040799@svn.freebsd.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: HEADS UP: vimage ABI constraints on container structs [was: Re: svn commit: r186057 - head/sys/netinet] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD virtualization mailing list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 10:25:08 -0000 On Tue, 16 Dec 2008, Peter Wemm wrote: Hi, let me Cc: virtualization and current@ for this reply (to have the explicit HEADS UP) for what Peter pointed out. The first to reply may want to trim the Cc: list again; possibly to only virtualization. > On Sat, Dec 13, 2008 at 1:59 PM, Bjoern A. Zeeb wrote: >> De-virtualize the MD5 context for TCP initial seq number generation >> and make it a function local variable like we do almost everywhere >> inside the kernel. > [..] >> --- head/sys/netinet/vinet.h Sat Dec 13 21:17:46 2008 (r186056) >> +++ head/sys/netinet/vinet.h Sat Dec 13 21:59:18 2008 (r186057) >> @@ -142,7 +142,6 @@ struct vnet_inet { >> int _isn_last_reseed; >> u_int32_t _isn_offset; >> u_int32_t _isn_offset_old; >> - MD5_CTX _isn_ctx; >> >> struct inpcbhead _udb; >> struct inpcbinfo _udbinfo; > > I'm bitterly unhappy with this. Every time these structs are touched, > either directly or indirectly, there is a guaranteed ABI breakage with > kernel modules. > > There needs to be a __FreeBSD_version bump (or something similar) > every time any of these structures change, and any kernel modules > *must* be prevented from loading. It can't be a >= some version, it > has to be an exact match. > > With the global variable method the linker calculates the offsets at > load time. With this abomination, the knowledge of the structure > layout is compiled into the generated code with no chance of a fixup. > There are no sanity checks. If a module that referenced _isn_ctx is > loaded the old way, there would be a link error. The new way will > have it silently trash _udb instead. > > There is a whole world of hurt being unleashed here. I suspect that > we might even be possible to run out of digits in our > __FreeBSD_version numbering scheme. > > I know we've talked about ABI-stable alternatives after the > infrastructure is done, but it needs to be absolutely clear that > touching this structure in the current form is a guaranteed ABI break, > and is currently undetected. If you boot kernel.old, you're hosed. > (Again, with -current, this might be ok for a while, but this scheme > won't wash with ports or other 3rd party modules) ... > In the mean time, I'd like to see some compile-time asserts in there > to make sure there are no accidental size changes of this structure. Ok, there are multiple things here: Size changes: ---------------------------------------- * I think catching pure size changes alone are not enough; any changes to the structs matter. Think of removing an int and adding an int (even at the same place). Something working on this will trash it. * The size changes of course would guard about non-obvious, indirect struct changes like (just an example) a change to struct inpcbinfo that make me worry even more (like they seem to worry you). More on structure changes: ---------------------------------------- * While this is on HEAD (refering to "Again, with -current, this might be ok for a while ..") I expected the following (major) changes coming with the continuing integration and testing: 1) Final passthrough on the set of virtualized variables. That might happen after Step #3 when people can actually test of SVN. 2) During Benchmarking - this would be about the same time - there might be shuffling. 3) Before we turn to a STABLE branch. *fear* * Again it's the indirect changes as said above (which are very worryingly). ABI problem: ---------------------------------------- * I agree that there are unaddressed challenges here. * Ideally we want version checking - at least at load time for modules - per container struct, as people do not want to change and recompile everything if say something in gif or ipsec changes which might not affect them. netgraph has done something like this but my feeling is that that would be the wrong way to go, especially wrt to vinet/vinet6. * I am not sure if padding as we had it before will work for stable branches. We need to think of this problem as well. To my understanding MAC has another really large structure with sufficient padding but it's a subsystem more or less living on its own on the side, not as heavily changes between branches and MFCed as the netstack and it's (function) pointers there and less direct members. * If you have suggestions or solutions, please share them. * .. Misc: ---------------------------------------- * I was aware of the problem and failed on two fronts here: 1) Doing my commit after Marko and forgetting about it going from the p4 branches to SVN. 2) Forgetting to mention this in the HEADs UP:( * The http://wiki.freebsd.org/Image/BeginnersGuideFAQ had a (somewhat hidden) "A single change would require complete recompiliation." I factored it out but will need to be more explicit there or refer to this thread. * Thanks a lot for sending this out to comitters and making them aware of the problem. I Cc:ed current@ and virtualization@ in the reply and change the subject. * I am happy there is another pair of eyes here now:) After losing the initial three other reviewers ... * I think the current mode (is?/)was "getting the infrastructre in" and get more hands (again) for the remaining parts when inevitable confronted with it and the huge pile of changes is gone and one might see more clear again. * We may want to always keep in mind that, not for 8 but maybe for 9, people may want to further virtualize more subsystems so whatever we do should possibly be general enough to work for other parts of the kernel as well. * As a very last resort at the moment (which would be a pitty) we can still do the rollback, keep the globals (as default) and only have virtualization optional. I would expect there to be some "keeping in sync" problems but it would be a lot easier to have both working and have people to adhere to the ``V_rules'' than on the side. It would be kind of hard for 3rd party vendors to supply (binary) modules with that then though. I really hope we won't need to go there. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 10:33:24 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E308C1065670; Wed, 17 Dec 2008 10:33:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A4D588FC21; Wed, 17 Dec 2008 10:33:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBHAXMRf052105; Wed, 17 Dec 2008 05:33:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBHAXMPI011197; Wed, 17 Dec 2008 05:33:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DB6F073039; Wed, 17 Dec 2008 05:33:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081217103321.DB6F073039@freebsd-current.sentex.ca> Date: Wed, 17 Dec 2008 05:33:21 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 10:33:25 -0000 TB --- 2008-12-17 08:29:30 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-17 08:29:30 - starting HEAD tinderbox run for i386/i386 TB --- 2008-12-17 08:29:30 - cleaning the object tree TB --- 2008-12-17 08:30:09 - cvsupping the source tree TB --- 2008-12-17 08:30:09 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-12-17 08:30:19 - building world TB --- 2008-12-17 08:30:19 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-17 08:30:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-17 08:30:19 - TARGET=i386 TB --- 2008-12-17 08:30:19 - TARGET_ARCH=i386 TB --- 2008-12-17 08:30:19 - TZ=UTC TB --- 2008-12-17 08:30:19 - __MAKE_CONF=/dev/null TB --- 2008-12-17 08:30:19 - cd /src TB --- 2008-12-17 08:30:19 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 17 08:30:22 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Dec 17 10:15:47 UTC 2008 TB --- 2008-12-17 10:15:47 - generating LINT kernel config TB --- 2008-12-17 10:15:47 - cd /src/sys/i386/conf TB --- 2008-12-17 10:15:47 - /usr/bin/make -B LINT TB --- 2008-12-17 10:15:47 - building LINT kernel TB --- 2008-12-17 10:15:47 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-17 10:15:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-17 10:15:47 - TARGET=i386 TB --- 2008-12-17 10:15:47 - TARGET_ARCH=i386 TB --- 2008-12-17 10:15:47 - TZ=UTC TB --- 2008-12-17 10:15:47 - __MAKE_CONF=/dev/null TB --- 2008-12-17 10:15:47 - cd /src TB --- 2008-12-17 10:15:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 17 10:15:47 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/clock_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue clock_if.c awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/cpufreq_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue cpufreq_if.c awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/device_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue device_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/imgact_elf.c /src/sys/kern/imgact_elf.c: In function 'elf32_freebsd_fixup': /src/sys/kern/imgact_elf.c:898: error: 'AT_DEBUG' undeclared (first use in this function) /src/sys/kern/imgact_elf.c:898: error: (Each undeclared identifier is reported only once /src/sys/kern/imgact_elf.c:898: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-17 10:33:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-17 10:33:21 - ERROR: failed to build lint kernel TB --- 2008-12-17 10:33:21 - 4707.53 user 451.59 system 7431.50 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 10:35:27 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC8B8106568E; Wed, 17 Dec 2008 10:35:27 +0000 (UTC) (envelope-from p.pisati@oltrelinux.com) Received: from mail0.tomato.it (mail0.tomato.it [213.92.0.53]) by mx1.freebsd.org (Postfix) with SMTP id 390858FC13; Wed, 17 Dec 2008 10:35:26 +0000 (UTC) (envelope-from p.pisati@oltrelinux.com) Received: from wlf.contactlab.it (unknown [172.16.7.101]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail0.tomato.it (Postfix) with ESMTPS id 371BF28432; Wed, 17 Dec 2008 11:35:25 +0100 (CET) Received: from ferret.tomato.lan (62.101.64.91) by wfl.contactlab.it (172.16.7.101) with Microsoft SMTP Server id 8.1.240.5; Wed, 17 Dec 2008 11:35:41 +0100 Message-ID: <4948D5A3.3010908@oltrelinux.com> Date: Wed, 17 Dec 2008 11:34:11 +0100 From: Paolo Pisati User-Agent: Thunderbird 2.0.0.16 (X11/20080815) MIME-Version: 1.0 To: Joe Marcus Clarke References: <1229476796.49670.7.camel@shumai.marcuscom.com> <4948C7BE.7070602@oltrelinux.com> In-Reply-To: <4948C7BE.7070602@oltrelinux.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: current Subject: Re: NAT (ipfw/natd) broken in latest -CURRENT 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: Wed, 17 Dec 2008 10:35:27 -0000 Paolo Pisati wrote: > lately some work has been done on the vimage and routing tree stuff, > thus your best bet is to go back > some days and try again. > i meant: there have been some work on ipfw regarding vimage and routing lock, etcetcetc... -- bye, P. From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 11:23:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D86091065678 for ; Wed, 17 Dec 2008 11:23:37 +0000 (UTC) (envelope-from trasz@freebsd.org) Received: from pin.if.uz.zgora.pl (pin.if.uz.zgora.pl [212.109.128.251]) by mx1.freebsd.org (Postfix) with ESMTP id 9C76B8FC16 for ; Wed, 17 Dec 2008 11:23:37 +0000 (UTC) (envelope-from trasz@freebsd.org) Received: by pin.if.uz.zgora.pl (Postfix, from userid 1001) id 1CD8F39BC9; Wed, 17 Dec 2008 12:12:46 +0100 (CET) Date: Wed, 17 Dec 2008 12:12:46 +0100 From: Edward Tomasz Napierala To: "Paul B. Mahol" Message-ID: <20081217111246.GA11226@pin.if.uz.zgora.pl> References: <3a142e750812161614u274ef75fibe291e1d1e8b1a56@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <3a142e750812161614u274ef75fibe291e1d1e8b1a56@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org, Artem Belevich Subject: Re: panic: _mtx_lock_sleep: recursed on non-recursive mutex sbp @ /usr/src-8-mq/src/sys/cam/cam_periph.h:182 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: Wed, 17 Dec 2008 11:23:37 -0000 On 1217T0114, Paul B. Mahol wrote: > On 12/17/08, Artem Belevich wrote: > > Freshly CVSupped -current/amd64 crashes on boot due to a locking issue > > in sys/cam. > > > > The crash may be related to this commit: > > > > http://svn.freebsd.org/viewvc/base?view=revision&revision=186186 > > Author: trasz > > Date: Tue Dec 16 17:01:52 2008 UTC (6 hours, 37 minutes ago) > > Log Message: Fix locking in periph drivers - don't try to unlock periph > > that was already deallocated. > > > > Reviewed by: scottl > > Approved by: rwatson (mentor) > > Sponsored by: FreeBSD Foundation Reverted; it shouldn't panic anymore. Thanks for noticing. -- If you cut off my head, what would I say? Me and my head, or me and my body? From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 12:14:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC1511065673; Wed, 17 Dec 2008 12:14:07 +0000 (UTC) (envelope-from zec@icir.org) Received: from labs4.cc.fer.hr (labs4.cc.fer.hr [161.53.72.24]) by mx1.freebsd.org (Postfix) with ESMTP id 752A68FC22; Wed, 17 Dec 2008 12:14:07 +0000 (UTC) (envelope-from zec@icir.org) Received: from sluga.fer.hr (sluga.cc.fer.hr [161.53.72.14]) by labs4.cc.fer.hr (8.14.2/8.14.2) with ESMTP id mBHAnE08020238; Wed, 17 Dec 2008 11:49:15 +0100 (CET) Received: from [192.168.200.100] ([161.53.19.79]) by sluga.fer.hr with Microsoft SMTPSVC(6.0.3790.3959); Wed, 17 Dec 2008 11:48:42 +0100 From: Marko Zec To: freebsd-current@freebsd.org Date: Wed, 17 Dec 2008 11:48:38 +0100 User-Agent: KMail/1.9.7 References: <1229476796.49670.7.camel@shumai.marcuscom.com> <4948C7BE.7070602@oltrelinux.com> In-Reply-To: <4948C7BE.7070602@oltrelinux.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812171148.38528.zec@icir.org> X-OriginalArrivalTime: 17 Dec 2008 10:48:42.0361 (UTC) FILETIME=[06FDF690:01C96035] X-Scanned-By: MIMEDefang 2.64 on 161.53.72.24 Cc: Joe Marcus Clarke Subject: Re: NAT (ipfw/natd) broken in latest -CURRENT 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: Wed, 17 Dec 2008 12:14:08 -0000 On Wednesday 17 December 2008 10:34:54 Paolo Pisati wrote: > Joe Marcus Clarke wrote: > > I just upgraded my i386 -CURRENT box from November 14 to today, and > > now my SSH-over-PPP VPN tunnel no longer works. I did some packet > > captures, and it appears that NAT is no longer working. If I send > > a telnet packet from my client side over the PPP tunnel, I see the > > SYN go out on the server side network properly translated. The > > destination host ACKs correctly, but the ACK never goes back across > > the tunnel. It's as if natd is no longer translating the packet on > > the inbound path. Besides the upgrade, nothing has changed in my > > environment. > > lately some work has been done on the vimage and routing tree stuff, > thus your best bet is to go back > some days and try again. Hi Joe, could you try building your kernel with options VIMAGE_GLOBALS and tell us whether this makes any difference - turning on VIMAGE_GLOBALS should revert certain aspects of virtualization changes that recently got merged into the tree. Cheers, Marko From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 12:31:57 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5681C1065674; Wed, 17 Dec 2008 12:31:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2D3838FC2D; Wed, 17 Dec 2008 12:31:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBHCVs9V059075; Wed, 17 Dec 2008 07:31:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBHCVsFO002375; Wed, 17 Dec 2008 07:31:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5CC6273039; Wed, 17 Dec 2008 07:31:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081217123154.5CC6273039@freebsd-current.sentex.ca> Date: Wed, 17 Dec 2008 07:31:54 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 12:31:57 -0000 TB --- 2008-12-17 10:33:22 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-17 10:33:22 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-12-17 10:33:22 - cleaning the object tree TB --- 2008-12-17 10:33:59 - cvsupping the source tree TB --- 2008-12-17 10:33:59 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-12-17 10:34:10 - building world TB --- 2008-12-17 10:34:10 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-17 10:34:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-17 10:34:10 - TARGET=pc98 TB --- 2008-12-17 10:34:10 - TARGET_ARCH=i386 TB --- 2008-12-17 10:34:10 - TZ=UTC TB --- 2008-12-17 10:34:10 - __MAKE_CONF=/dev/null TB --- 2008-12-17 10:34:10 - cd /src TB --- 2008-12-17 10:34:10 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 17 10:34:12 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Dec 17 12:17:59 UTC 2008 TB --- 2008-12-17 12:17:59 - generating LINT kernel config TB --- 2008-12-17 12:17:59 - cd /src/sys/pc98/conf TB --- 2008-12-17 12:17:59 - /usr/bin/make -B LINT TB --- 2008-12-17 12:17:59 - building LINT kernel TB --- 2008-12-17 12:17:59 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-17 12:17:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-17 12:17:59 - TARGET=pc98 TB --- 2008-12-17 12:17:59 - TARGET_ARCH=i386 TB --- 2008-12-17 12:17:59 - TZ=UTC TB --- 2008-12-17 12:17:59 - __MAKE_CONF=/dev/null TB --- 2008-12-17 12:17:59 - cd /src TB --- 2008-12-17 12:17:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 17 12:17:59 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/clock_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue clock_if.c awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/cpufreq_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue cpufreq_if.c awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/device_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue device_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/imgact_elf.c /src/sys/kern/imgact_elf.c: In function 'elf32_freebsd_fixup': /src/sys/kern/imgact_elf.c:898: error: 'AT_DEBUG' undeclared (first use in this function) /src/sys/kern/imgact_elf.c:898: error: (Each undeclared identifier is reported only once /src/sys/kern/imgact_elf.c:898: error: for each function it appears in.) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-17 12:31:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-17 12:31:54 - ERROR: failed to build lint kernel TB --- 2008-12-17 12:31:54 - 4536.70 user 457.17 system 7112.12 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 12:54:51 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A2841065677 for ; Wed, 17 Dec 2008 12:54:51 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 555BC8FC22 for ; Wed, 17 Dec 2008 12:54:51 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1LCvvN-000LeW-W6 for freebsd-current@FreeBSD.org; Wed, 17 Dec 2008 15:54:50 +0300 To: freebsd-current@FreeBSD.org References: <46336768@bb.ipt.ru> From: Boris Samorodov Date: Wed, 17 Dec 2008 15:54:50 +0300 In-Reply-To: <46336768@bb.ipt.ru> (Boris Samorodov's message of "Mon\, 15 Dec 2008 20\:26\:23 +0300") Message-ID: <71279365@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: Oxford OX16PCI958 multiport card 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: Wed, 17 Dec 2008 12:54:51 -0000 Boris Samorodov writes: > here is one more 8-port card which doesn't work by default > at -current: > ----- > none0@pci0:0:10:0: class=0x070200 card=0x06711415 chip=0x95381415 rev=0x01 hdr=0x00 > vendor = 'Oxford Semiconductor Ltd' > class = simple comms > subclass = multiport serial > ----- > > Here is a datasheet though: > http://pdf1.alldatasheet.com/datasheet-pdf/view/161704/OXFORD/OX16PCI958.html > > Can someone provide a patch? Thanks! Just for archives a PR about the case: http://www.freebsd.org/cgi/query-pr.cgi?pr=129665 WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 13:18:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6546D106564A for ; Wed, 17 Dec 2008 13:18:18 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 1B47F8FC08 for ; Wed, 17 Dec 2008 13:18:18 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 4D7F5A0717 for ; Wed, 17 Dec 2008 11:04:07 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 3E589A0713 for ; Wed, 17 Dec 2008 11:04:07 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 28798A0706 for ; Wed, 17 Dec 2008 11:04:07 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2008121711040648-67637 ; Wed, 17 Dec 2008 11:04:06 +0100 Received: by wep4035 (sSMTP sendmail emulation); Wed, 17 Dec 2008 11:04:06 +0100 From: "Alexey Shuvaev" Date: Wed, 17 Dec 2008 11:04:06 +0100 To: freebsd-current@freebsd.org Message-ID: <20081217100406.GA1595@wep4035.physik.uni-wuerzburg.de> References: <4947C526.2080702@citrin.ru> MIME-Version: 1.0 In-Reply-To: <4947C526.2080702@citrin.ru> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 12/17/2008 11:04:06 AM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 12/17/2008 11:04:07 AM, Serialize complete at 12/17/2008 11:04:07 AM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Subject: Re: hangup (livelock) - db> prompt in endless loop 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: Wed, 17 Dec 2008 13:18:18 -0000 On Tue, Dec 16, 2008 at 06:11:34PM +0300, Anton Yuzhaninov wrote: > My box with fresh current sometimes stops to respond. > > On screen in endless loop printed debugger prompt > > db> > > but I can't type anything here. > > Alt+Ctrl+Esc and Alt+Ctrl+Del don't stops this loop. > > How I can debug this problem? > > system: current from Mon Dec 15 16:16:23 MSK 2008 with GENERIC kernel, amd64, SMP. > Me too! The system is: # uname -a FreeBSD wep4035 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Dec 15 14:21:48 CET 2008 root@wep4035:/usr/obj/usr/src/sys/USB2 amd64 It can hang even in single user mode with only / mounted read-only, but with already configured network (msk). I have never seen how it happens, however :( Alexey. From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 13:25:13 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F3D71065673; Wed, 17 Dec 2008 13:25:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 40C698FC16; Wed, 17 Dec 2008 13:25:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBHDPAdk064605; Wed, 17 Dec 2008 08:25:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mBHDPAT8092323; Wed, 17 Dec 2008 08:25:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E99EB73039; Wed, 17 Dec 2008 08:25:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081217132509.E99EB73039@freebsd-current.sentex.ca> Date: Wed, 17 Dec 2008 08:25:09 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 13:25:13 -0000 TB --- 2008-12-17 10:44:46 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-17 10:44:46 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-12-17 10:44:46 - cleaning the object tree TB --- 2008-12-17 10:45:29 - cvsupping the source tree TB --- 2008-12-17 10:45:29 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-12-17 10:45:40 - building world TB --- 2008-12-17 10:45:40 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-17 10:45:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-17 10:45:40 - TARGET=ia64 TB --- 2008-12-17 10:45:40 - TARGET_ARCH=ia64 TB --- 2008-12-17 10:45:40 - TZ=UTC TB --- 2008-12-17 10:45:40 - __MAKE_CONF=/dev/null TB --- 2008-12-17 10:45:40 - cd /src TB --- 2008-12-17 10:45:40 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 17 10:45:42 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Dec 17 13:06:39 UTC 2008 TB --- 2008-12-17 13:06:39 - generating LINT kernel config TB --- 2008-12-17 13:06:39 - cd /src/sys/ia64/conf TB --- 2008-12-17 13:06:39 - /usr/bin/make -B LINT TB --- 2008-12-17 13:06:39 - building LINT kernel TB --- 2008-12-17 13:06:39 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-17 13:06:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-17 13:06:39 - TARGET=ia64 TB --- 2008-12-17 13:06:39 - TARGET_ARCH=ia64 TB --- 2008-12-17 13:06:39 - TZ=UTC TB --- 2008-12-17 13:06:39 - __MAKE_CONF=/dev/null TB --- 2008-12-17 13:06:39 - cd /src TB --- 2008-12-17 13:06:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 17 13:06:39 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/clock_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror clock_if.c awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/cpufreq_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror cpufreq_if.c awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/device_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror device_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/imgact_elf.c /src/sys/kern/imgact_elf.c: In function 'elf64_freebsd_fixup': /src/sys/kern/imgact_elf.c:898: error: 'AT_DEBUG' undeclared (first use in this function) /src/sys/kern/imgact_elf.c:898: error: (Each undeclared identifier is reported only once /src/sys/kern/imgact_elf.c:898: error: for each function it appears in.) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-17 13:25:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-17 13:25:09 - ERROR: failed to build lint kernel TB --- 2008-12-17 13:25:09 - 6276.55 user 463.18 system 9623.39 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 14:12:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0C481065675 for ; Wed, 17 Dec 2008 14:12:41 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-gx0-f10.google.com (mail-gx0-f10.google.com [209.85.217.10]) by mx1.freebsd.org (Postfix) with ESMTP id AC7E88FC14 for ; Wed, 17 Dec 2008 14:12:41 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by gxk3 with SMTP id 3so287101gxk.19 for ; Wed, 17 Dec 2008 06:12:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=SUMB7f4P5PeeX4UbfKRhNcYjLKmtvk8vtFqP32j+PYs=; b=LKfFGBh1k4pR3yDBtrOu0rt8DRSAKT7Zp4rrrhHiPuyF36VIap5foBjhHcPCQVx4Nt /GPdVMIJtI0IXGdUYkFKbX8m5omhr1httPhlsChBN8gyw4RnCjYIVMXjwg8aTBKSSqdv 3NUfhJ0iucYDvr2XBMKVeFd7/OSyRvOtVM1HE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=CpHSSnbfB5V0sPdxGYAyjmzQ0VkSPpiYh+49ArVfgCsAoRumYUDt9EFJXaMxuIAZCA woIksYUPdjenWrN96ipuOYTutTaJNtbqPD6+fwZy9H9rUEMCvQuwIxnnNJkonDbM/Xci +HIPlcvJTQrXp0y95q4q1Oz1Crmq7T7Li8/w8= Received: by 10.231.15.74 with SMTP id j10mr7349iba.10.1229523160749; Wed, 17 Dec 2008 06:12:40 -0800 (PST) Received: by 10.231.16.202 with HTTP; Wed, 17 Dec 2008 06:12:40 -0800 (PST) Message-ID: <3a142e750812170612j1d656284s20c65542b85578eb@mail.gmail.com> Date: Wed, 17 Dec 2008 15:12:40 +0100 From: "Paul B. Mahol" To: "Alexey Shuvaev" In-Reply-To: <20081217100406.GA1595@wep4035.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4947C526.2080702@citrin.ru> <20081217100406.GA1595@wep4035.physik.uni-wuerzburg.de> Cc: freebsd-current@freebsd.org Subject: Re: hangup (livelock) - db> prompt in endless loop 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: Wed, 17 Dec 2008 14:12:42 -0000 On 12/17/08, Alexey Shuvaev wrote: > On Tue, Dec 16, 2008 at 06:11:34PM +0300, Anton Yuzhaninov wrote: >> My box with fresh current sometimes stops to respond. >> >> On screen in endless loop printed debugger prompt >> >> db> >> >> but I can't type anything here. >> >> Alt+Ctrl+Esc and Alt+Ctrl+Del don't stops this loop. >> >> How I can debug this problem? >> >> system: current from Mon Dec 15 16:16:23 MSK 2008 with GENERIC kernel, >> amd64, SMP. >> > Me too! > > The system is: > # uname -a > FreeBSD wep4035 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Dec 15 14:21:48 CET > 2008 > root@wep4035:/usr/obj/usr/src/sys/USB2 amd64 > > It can hang even in single user mode with only / mounted read-only, > but with already configured network (msk). I have never seen how it > happens, however :( Looks like syscons problem, does it happen with kern.smp.disabled=1? -- Paul From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 14:30:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65243106564A for ; Wed, 17 Dec 2008 14:30:50 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id E27778FC1E for ; Wed, 17 Dec 2008 14:30:49 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id E91E6198EC7 for ; Wed, 17 Dec 2008 15:30:48 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id DD88B198EBD for ; Wed, 17 Dec 2008 15:30:48 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id C8DB1198E91 for ; Wed, 17 Dec 2008 15:30:48 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2008121715304823-69196 ; Wed, 17 Dec 2008 15:30:48 +0100 Received: by wep4035 (sSMTP sendmail emulation); Wed, 17 Dec 2008 15:30:48 +0100 From: "Alexey Shuvaev" Date: Wed, 17 Dec 2008 15:30:48 +0100 To: freebsd-current@freebsd.org Message-ID: <20081217143048.GA86431@wep4035.physik.uni-wuerzburg.de> References: <4947C526.2080702@citrin.ru> <20081217100406.GA1595@wep4035.physik.uni-wuerzburg.de> <3a142e750812170612j1d656284s20c65542b85578eb@mail.gmail.com> MIME-Version: 1.0 In-Reply-To: <3a142e750812170612j1d656284s20c65542b85578eb@mail.gmail.com> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 12/17/2008 03:30:48 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 12/17/2008 03:30:48 PM, Serialize complete at 12/17/2008 03:30:48 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Subject: Re: hangup (livelock) - db> prompt in endless loop 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: Wed, 17 Dec 2008 14:30:50 -0000 On Wed, Dec 17, 2008 at 03:12:40PM +0100, Paul B. Mahol wrote: > On 12/17/08, Alexey Shuvaev wrote: > > On Tue, Dec 16, 2008 at 06:11:34PM +0300, Anton Yuzhaninov wrote: > >> My box with fresh current sometimes stops to respond. > >> > >> On screen in endless loop printed debugger prompt > >> > >> db> > >> > >> but I can't type anything here. > >> > >> Alt+Ctrl+Esc and Alt+Ctrl+Del don't stops this loop. > >> > >> How I can debug this problem? > >> > >> system: current from Mon Dec 15 16:16:23 MSK 2008 with GENERIC kernel, > >> amd64, SMP. > >> > > Me too! > > > > The system is: > > # uname -a > > FreeBSD wep4035 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Dec 15 14:21:48 CET > > 2008 > > root@wep4035:/usr/obj/usr/src/sys/USB2 amd64 > > > > It can hang even in single user mode with only / mounted read-only, > > but with already configured network (msk). I have never seen how it > > happens, however :( > > Looks like syscons problem, does it happen with kern.smp.disabled=1? > I don't see it yet for FreeBSD wep4035 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Tue Dec 16 18:47:56 CET 2008 root@wep4035:/usr/obj/usr/src/sys/USB2 amd64 With 15 Dec current it should already be hanging. Alexey. From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 14:33:06 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB1EA1065686; Wed, 17 Dec 2008 14:33:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7E7F28FC12; Wed, 17 Dec 2008 14:33:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mBHEX4DG034830; Wed, 17 Dec 2008 09:33:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBHEX41e001301; Wed, 17 Dec 2008 09:33:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2CBB173039; Wed, 17 Dec 2008 09:33:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081217143304.2CBB173039@freebsd-current.sentex.ca> Date: Wed, 17 Dec 2008 09:33:04 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 14:33:07 -0000 TB --- 2008-12-17 12:31:54 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-17 12:31:54 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-12-17 12:31:54 - cleaning the object tree TB --- 2008-12-17 12:32:26 - cvsupping the source tree TB --- 2008-12-17 12:32:26 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-12-17 12:32:36 - building world TB --- 2008-12-17 12:32:36 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-17 12:32:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-17 12:32:36 - TARGET=powerpc TB --- 2008-12-17 12:32:36 - TARGET_ARCH=powerpc TB --- 2008-12-17 12:32:36 - TZ=UTC TB --- 2008-12-17 12:32:36 - __MAKE_CONF=/dev/null TB --- 2008-12-17 12:32:36 - cd /src TB --- 2008-12-17 12:32:36 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 17 12:32:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Dec 17 14:20:34 UTC 2008 TB --- 2008-12-17 14:20:34 - generating LINT kernel config TB --- 2008-12-17 14:20:34 - cd /src/sys/powerpc/conf TB --- 2008-12-17 14:20:34 - /usr/bin/make -B LINT TB --- 2008-12-17 14:20:35 - building LINT kernel TB --- 2008-12-17 14:20:35 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-17 14:20:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-17 14:20:35 - TARGET=powerpc TB --- 2008-12-17 14:20:35 - TARGET_ARCH=powerpc TB --- 2008-12-17 14:20:35 - TZ=UTC TB --- 2008-12-17 14:20:35 - __MAKE_CONF=/dev/null TB --- 2008-12-17 14:20:35 - cd /src TB --- 2008-12-17 14:20:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 17 14:20:35 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/clock_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror clock_if.c awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/cpufreq_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror cpufreq_if.c awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/device_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror device_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/imgact_elf.c /src/sys/kern/imgact_elf.c: In function 'elf32_freebsd_fixup': /src/sys/kern/imgact_elf.c:898: error: 'AT_DEBUG' undeclared (first use in this function) /src/sys/kern/imgact_elf.c:898: error: (Each undeclared identifier is reported only once /src/sys/kern/imgact_elf.c:898: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-17 14:33:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-17 14:33:03 - ERROR: failed to build lint kernel TB --- 2008-12-17 14:33:03 - 4687.07 user 430.03 system 7269.41 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 15:16:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBB74106567C for ; Wed, 17 Dec 2008 15:16:10 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from emh01.mail.saunalahti.fi (emh01.mail.saunalahti.fi [62.142.5.107]) by mx1.freebsd.org (Postfix) with ESMTP id 4A7AB8FC1A for ; Wed, 17 Dec 2008 15:16:10 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from saunalahti-vams (vs3-11.mail.saunalahti.fi [62.142.5.95]) by emh01-2.mail.saunalahti.fi (Postfix) with SMTP id 399351B1CB; Wed, 17 Dec 2008 17:00:27 +0200 (EET) Received: from emh04.mail.saunalahti.fi ([62.142.5.110]) by vs3-11.mail.saunalahti.fi ([62.142.5.95]) with SMTP (gateway) id A0281D36125; Wed, 17 Dec 2008 17:00:27 +0200 Received: from a91-153-125-115.elisa-laajakaista.fi (a91-153-125-115.elisa-laajakaista.fi [91.153.125.115]) by emh04.mail.saunalahti.fi (Postfix) with SMTP id 228C441BEE; Wed, 17 Dec 2008 17:00:25 +0200 (EET) Date: Wed, 17 Dec 2008 17:00:25 +0200 From: Jaakko Heinonen To: Alexander Best Message-ID: <20081217150024.GA3156@a91-153-125-115.elisa-laajakaista.fi> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Antivirus: VAMS Cc: freebsd-current@freebsd.org Subject: Re: (timeout) error during cd fixation 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: Wed, 17 Dec 2008 15:16:10 -0000 Hi, On 2008-12-14, Alexander Best wrote: > as far as i remember this issue (ioctl(CDRIOCFIXATE): Input/output error) has > always been present in burncd (since RELENG4 oder RELENG5). > > i found a PR in feedback state dealing with this problem > (http://www.freebsd.org/cgi/query-pr.cgi?pr=95979&cat=bin). the PR includes a > patch which i applied. however that didn't solve the issue. > > the problem seems to be the timeout variable used in acd_fixate() in > sys/dev/ata/atapi-cd.c. it get's set to: > > int timeout = 5*60*2; > > changing timeout to a higher value doesn't make much of a difference though, > because it gets altered a bit further down in the src. It's divided by burning speed. It seems that the approximation doesn't work very well at higher burning speeds. > that's the reason the > patch didn't fix the issue for me. this is the code where timout gets altered > again: > > /* some drives just return ready, wait for the expected fixate time */ > if ((error = acd_test_ready(dev)) != EBUSY) { > timeout = timeout / (cdp->cap.cur_write_speed / 177); > pause("acdfix", timeout * hz / 2); > return acd_test_ready(dev); > } > > it seems my drive doesn't return EBUSY, although it's still busy. that's why I think I've found the bug now. Looks like ata_atapicmd() can never really return EBUSY which is expected in acd_fixate(). When acd_test_ready() (ata_atapicmd()) reports correctly the busy state there's no need for use the expected wait time method. I will take a closer look when I have more time. In the mean time could you try this patch? %%% Index: sys/dev/ata/ata-queue.c =================================================================== --- sys/dev/ata/ata-queue.c (revision 186213) +++ sys/dev/ata/ata-queue.c (working copy) @@ -434,7 +434,8 @@ ata_completed(void *context, int dummy) printf("\n"); } - if ((request->u.atapi.sense.key & ATA_SENSE_KEY_MASK ? + if (!request->result && + (request->u.atapi.sense.key & ATA_SENSE_KEY_MASK ? request->u.atapi.sense.key & ATA_SENSE_KEY_MASK : request->error)) request->result = EIO; %%% > dd: /dev/acd0: Input/output error This is unrelated and AFAIK expected. -- Jaakko From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 15:23:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF6331065672; Wed, 17 Dec 2008 15:23:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A09D28FC28; Wed, 17 Dec 2008 15:23:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBHFNr0v091785; Wed, 17 Dec 2008 10:23:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBHFNrAd048064; Wed, 17 Dec 2008 10:23:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6612473039; Wed, 17 Dec 2008 10:23:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081217152353.6612473039@freebsd-current.sentex.ca> Date: Wed, 17 Dec 2008 10:23:53 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 15:23:56 -0000 TB --- 2008-12-17 13:25:10 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-17 13:25:10 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-12-17 13:25:10 - cleaning the object tree TB --- 2008-12-17 13:25:49 - cvsupping the source tree TB --- 2008-12-17 13:25:49 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-12-17 13:26:00 - building world TB --- 2008-12-17 13:26:00 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-17 13:26:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-17 13:26:00 - TARGET=sparc64 TB --- 2008-12-17 13:26:00 - TARGET_ARCH=sparc64 TB --- 2008-12-17 13:26:00 - TZ=UTC TB --- 2008-12-17 13:26:00 - __MAKE_CONF=/dev/null TB --- 2008-12-17 13:26:00 - cd /src TB --- 2008-12-17 13:26:00 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 17 13:26:03 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Dec 17 15:10:14 UTC 2008 TB --- 2008-12-17 15:10:14 - generating LINT kernel config TB --- 2008-12-17 15:10:14 - cd /src/sys/sparc64/conf TB --- 2008-12-17 15:10:14 - /usr/bin/make -B LINT TB --- 2008-12-17 15:10:14 - building LINT kernel TB --- 2008-12-17 15:10:14 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-17 15:10:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-17 15:10:14 - TARGET=sparc64 TB --- 2008-12-17 15:10:14 - TARGET_ARCH=sparc64 TB --- 2008-12-17 15:10:14 - TZ=UTC TB --- 2008-12-17 15:10:14 - __MAKE_CONF=/dev/null TB --- 2008-12-17 15:10:14 - cd /src TB --- 2008-12-17 15:10:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 17 15:10:14 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/clock_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror clock_if.c awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/cpufreq_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror cpufreq_if.c awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/device_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror device_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/imgact_elf.c /src/sys/kern/imgact_elf.c: In function 'elf64_freebsd_fixup': /src/sys/kern/imgact_elf.c:898: error: 'AT_DEBUG' undeclared (first use in this function) /src/sys/kern/imgact_elf.c:898: error: (Each undeclared identifier is reported only once /src/sys/kern/imgact_elf.c:898: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-17 15:23:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-17 15:23:53 - ERROR: failed to build lint kernel TB --- 2008-12-17 15:23:53 - 4473.34 user 430.46 system 7123.09 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 15:32:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 546651065672 for ; Wed, 17 Dec 2008 15:32:30 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail-chaos.rambler.ru (mail-chaos.rambler.ru [81.19.68.130]) by mx1.freebsd.org (Postfix) with ESMTP id 0F8D38FC14 for ; Wed, 17 Dec 2008 15:32:29 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from [192.168.1.15] (unknown [81.19.90.156]) (Authenticated sender: citrin@citrin.ru) by mail-chaos.rambler.ru (Postfix) with ESMTPSA id CC40317039 for ; Wed, 17 Dec 2008 18:32:27 +0300 (MSK) Message-ID: <49491B8B.70603@citrin.ru> Date: Wed, 17 Dec 2008 18:32:27 +0300 From: Anton Yuzhaninov User-Agent: Thunderbird 2.0.0.18 (X11/20081129) MIME-Version: 1.0 To: current@freebsd.org References: <4947C526.2080702@citrin.ru> In-Reply-To: <4947C526.2080702@citrin.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: hangup (livelock) - db> prompt in endless loop 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: Wed, 17 Dec 2008 15:32:30 -0000 Anton Yuzhaninov wrote: > My box with fresh current sometimes stops to respond. > > On screen in endless loop printed debugger prompt > > db> > > but I can't type anything here. > > Alt+Ctrl+Esc and Alt+Ctrl+Del don't stops this loop. > > How I can debug this problem? > > system: current from Mon Dec 15 16:16:23 MSK 2008 with GENERIC kernel, > amd64, SMP. > with this sysctls set: debug.debugger_on_panic=0 debug.trace_on_panic=1 db> prmopt not shown, and I can see the panic backtrace: http://img-fotki.yandex.ru/get/3002/bgp4.1/0_25e8a_45ba0879_orig But coredump on disk don't written. -- Anton Yuzhaninov P. S. printing db> prompt in endless loop seems to be separate bug... From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 15:34:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57DA01065674 for ; Wed, 17 Dec 2008 15:34:53 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id 1DB0D8FC19 for ; Wed, 17 Dec 2008 15:34:52 +0000 (UTC) (envelope-from marcus@freebsd.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-rtp.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id mBHFYY9V028278; Wed, 17 Dec 2008 10:34:39 -0500 (EST) Received: from [64.102.220.171] (dhcp-64-102-220-171.cisco.com [64.102.220.171]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id mBHFYIhK002867; Wed, 17 Dec 2008 10:34:25 -0500 (EST) Message-ID: <49491BFA.5090605@freebsd.org> Date: Wed, 17 Dec 2008 10:34:18 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Marko Zec References: <1229476796.49670.7.camel@shumai.marcuscom.com> <4948C7BE.7070602@oltrelinux.com> <200812171148.38528.zec@icir.org> In-Reply-To: <200812171148.38528.zec@icir.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: NAT (ipfw/natd) broken in latest -CURRENT 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: Wed, 17 Dec 2008 15:34:53 -0000 Marko Zec wrote: > On Wednesday 17 December 2008 10:34:54 Paolo Pisati wrote: >> Joe Marcus Clarke wrote: >>> I just upgraded my i386 -CURRENT box from November 14 to today, and >>> now my SSH-over-PPP VPN tunnel no longer works. I did some packet >>> captures, and it appears that NAT is no longer working. If I send >>> a telnet packet from my client side over the PPP tunnel, I see the >>> SYN go out on the server side network properly translated. The >>> destination host ACKs correctly, but the ACK never goes back across >>> the tunnel. It's as if natd is no longer translating the packet on >>> the inbound path. Besides the upgrade, nothing has changed in my >>> environment. >> lately some work has been done on the vimage and routing tree stuff, >> thus your best bet is to go back >> some days and try again. > > Hi Joe, > > could you try building your kernel with options VIMAGE_GLOBALS and tell > us whether this makes any difference - turning on VIMAGE_GLOBALS should > revert certain aspects of virtualization changes that recently got > merged into the tree. Thanks for the suggestion, but the results are the same. I turned on -verbose on natd, and I see the ACK packet come back from the destination, and natd is translating it correctly. However, I never see the ACK on the remote end of the tunnel. It looks like a routing problem at this point. It's as if the kernel doesn't know on what interface to encapsulate the reply packet. Joe > > Cheers, > > Marko > > -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 15:44:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EC2F106564A; Wed, 17 Dec 2008 15:44:29 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DC9008FC1A; Wed, 17 Dec 2008 15:44:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBHFiRfC098487; Wed, 17 Dec 2008 10:44:27 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id mBHFiQiR095196 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Dec 2008 10:44:26 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200812171544.mBHFiQiR095196@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 17 Dec 2008 10:44:25 -0500 To: "Kip Macy" From: Mike Tancsa In-Reply-To: <3c1674c90812162034s432c6d1by92dd3b566b715688@mail.gmail.co m> References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <200812170332.mBH3WRbR092071@lava.sentex.ca> <3c1674c90812162034s432c6d1by92dd3b566b715688@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed 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: Wed, 17 Dec 2008 15:44:29 -0000 At 11:34 PM 12/16/2008, Kip Macy wrote: >Try changeid 186209. Thanks, no panic now! ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 18:01:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6634106567A; Wed, 17 Dec 2008 18:01:29 +0000 (UTC) (envelope-from prvs=julian=230e6962c@elischer.org) Received: from smtp-outbound.ironport.com (smtp-outbound.ironport.com [63.251.108.112]) by mx1.freebsd.org (Postfix) with ESMTP id 74C088FC35; Wed, 17 Dec 2008 18:01:29 +0000 (UTC) (envelope-from prvs=julian=230e6962c@elischer.org) Received: from unknown (HELO julian-mac.elischer.org) ([10.251.60.86]) by smtp-outbound.ironport.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 17 Dec 2008 09:32:20 -0800 Message-ID: <4949379F.2070105@elischer.org> Date: Wed, 17 Dec 2008 09:32:15 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Joe Marcus Clarke References: <1229476796.49670.7.camel@shumai.marcuscom.com> <4948C7BE.7070602@oltrelinux.com> <200812171148.38528.zec@icir.org> <49491BFA.5090605@freebsd.org> In-Reply-To: <49491BFA.5090605@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Qing Li , Marko Zec , Kip Macy , freebsd-current@freebsd.org Subject: Re: NAT (ipfw/natd) broken in latest -CURRENT 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: Wed, 17 Dec 2008 18:01:29 -0000 Joe Marcus Clarke wrote: > Marko Zec wrote: >> On Wednesday 17 December 2008 10:34:54 Paolo Pisati wrote: >>> Joe Marcus Clarke wrote: >>>> I just upgraded my i386 -CURRENT box from November 14 to today, and >>>> now my SSH-over-PPP VPN tunnel no longer works. I did some packet >>>> captures, and it appears that NAT is no longer working. If I send >>>> a telnet packet from my client side over the PPP tunnel, I see the >>>> SYN go out on the server side network properly translated. The >>>> destination host ACKs correctly, but the ACK never goes back across >>>> the tunnel. It's as if natd is no longer translating the packet on >>>> the inbound path. Besides the upgrade, nothing has changed in my >>>> environment. >>> lately some work has been done on the vimage and routing tree stuff, >>> thus your best bet is to go back >>> some days and try again. >> Hi Joe, >> >> could you try building your kernel with options VIMAGE_GLOBALS and tell >> us whether this makes any difference - turning on VIMAGE_GLOBALS should >> revert certain aspects of virtualization changes that recently got >> merged into the tree. > > Thanks for the suggestion, but the results are the same. I turned on > -verbose on natd, and I see the ACK packet come back from the > destination, and natd is translating it correctly. However, I never see > the ACK on the remote end of the tunnel. It looks like a routing > problem at this point. It's as if the kernel doesn't know on what > interface to encapsulate the reply packet. the arpv2 changes seem to have somehow changed point-to-point routes so it may be related to that.. I'll wait for Qing or Kmacy to check.... > > Joe > >> Cheers, >> >> Marko >> >> > > From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 18:07:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD4A31065676; Wed, 17 Dec 2008 18:07:59 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id B80E38FC1C; Wed, 17 Dec 2008 18:07:59 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBHI7wn7012492; Wed, 17 Dec 2008 10:07:58 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 17 Dec 2008 10:08:02 -0800 Message-ID: In-Reply-To: <4949379F.2070105@elischer.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: NAT (ipfw/natd) broken in latest -CURRENT Thread-Index: AclgcYyD8KZdKxdIQCWqUAzKcHQTBgAAIkXg References: <1229476796.49670.7.camel@shumai.marcuscom.com> <4948C7BE.7070602@oltrelinux.com><200812171148.38528.zec@icir.org> <49491BFA.5090605@freebsd.org> <4949379F.2070105@elischer.org> From: "Li, Qing" To: "Julian Elischer" , "Joe Marcus Clarke" Cc: Qing Li , Marko Zec , Kip Macy , freebsd-current@freebsd.org Subject: RE: NAT (ipfw/natd) broken in latest -CURRENT 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: Wed, 17 Dec 2008 18:07:59 -0000 Yes, it appears to be arp-v2 related changes. I am suspecting the p2p=20 link type and the fact the tunnel end points appear to be on-link with=20 each other might be the problem. I am investigating the problem right now ... --Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Julian Elischer > Sent: Wednesday, December 17, 2008 9:32 AM > To: Joe Marcus Clarke > Cc: Qing Li; Marko Zec; Kip Macy; freebsd-current@freebsd.org > Subject: Re: NAT (ipfw/natd) broken in latest -CURRENT >=20 > Joe Marcus Clarke wrote: > > Marko Zec wrote: > >> On Wednesday 17 December 2008 10:34:54 Paolo Pisati wrote: > >>> Joe Marcus Clarke wrote: > >>>> I just upgraded my i386 -CURRENT box from November 14 to today, > and > >>>> now my SSH-over-PPP VPN tunnel no longer works. I did some packet > >>>> captures, and it appears that NAT is no longer working. If I send > >>>> a telnet packet from my client side over the PPP tunnel, I see the > >>>> SYN go out on the server side network properly translated. The > >>>> destination host ACKs correctly, but the ACK never goes back > across > >>>> the tunnel. It's as if natd is no longer translating the packet > on > >>>> the inbound path. Besides the upgrade, nothing has changed in my > >>>> environment. > >>> lately some work has been done on the vimage and routing tree stuff, > >>> thus your best bet is to go back > >>> some days and try again. > >> Hi Joe, > >> > >> could you try building your kernel with options VIMAGE_GLOBALS and > tell > >> us whether this makes any difference - turning on VIMAGE_GLOBALS > should > >> revert certain aspects of virtualization changes that recently got > >> merged into the tree. > > > > Thanks for the suggestion, but the results are the same. I turned on > > -verbose on natd, and I see the ACK packet come back from the > > destination, and natd is translating it correctly. However, I never > see > > the ACK on the remote end of the tunnel. It looks like a routing > > problem at this point. It's as if the kernel doesn't know on what > > interface to encapsulate the reply packet. >=20 > the arpv2 changes seem to have somehow changed point-to-point routes > so it may be related to that.. > I'll wait for Qing or Kmacy to check.... >=20 >=20 > > > > Joe > > > >> Cheers, > >> > >> Marko > >> > >> > > > > >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 18:19:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A542B106564A; Wed, 17 Dec 2008 18:19:20 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id 726D08FC24; Wed, 17 Dec 2008 18:19:20 +0000 (UTC) (envelope-from marcus@freebsd.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-rtp.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id mBHIJ2un011117; Wed, 17 Dec 2008 13:19:02 -0500 (EST) Received: from [64.102.220.171] (dhcp-64-102-220-171.cisco.com [64.102.220.171]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id mBHIIdFf027098; Wed, 17 Dec 2008 13:18:39 -0500 (EST) Message-ID: <4949427F.50004@freebsd.org> Date: Wed, 17 Dec 2008 13:18:39 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: "Li, Qing" References: <1229476796.49670.7.camel@shumai.marcuscom.com> <4948C7BE.7070602@oltrelinux.com><200812171148.38528.zec@icir.org> <49491BFA.5090605@freebsd.org> <4949379F.2070105@elischer.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Qing Li , Marko Zec , Julian Elischer , freebsd-current@freebsd.org, Kip Macy Subject: Re: NAT (ipfw/natd) broken in latest -CURRENT 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: Wed, 17 Dec 2008 18:19:20 -0000 Li, Qing wrote: > Yes, it appears to be arp-v2 related changes. I am suspecting the p2p > link type and the fact the tunnel end points appear to be on-link with > each other might be the problem. > > I am investigating the problem right now ... FYI, I just switched my config to do proxy arp with a LAN IP, and it works. My new ifconfig looks like: em0: flags=8843 metric 0 mtu 1500 options=9b ether 00:11:11:10:46:1e inet 172.18.254.236 netmask 0xffffff00 broadcast 172.18.254.255 inet6 fe80::211:11ff:fe10:461e%em0 prefixlen 64 scopeid 0x1 inet 172.18.254.237 netmask 0xffffffff broadcast 172.18.254.237 inet6 2003:a02::1 prefixlen 64 media: Ethernet 100baseTX (100baseTX ) status: active tun0: flags=8051 metric 0 mtu 1300 inet6 fe80::211:11ff:fe10:461e%tun0 prefixlen 64 scopeid 0x5 inet 172.18.254.237 --> 172.18.254.240 netmask 0xffffff00 Opened by PID 35867 My new netstat looks like: Destination Gateway Flags Refs Use Netif Expire default 172.18.254.1 UGS 0 31659 em0 127.0.0.1 link#3 UH 0 720 lo0 172.18.254.0/24 link#1 U 0 8 em0 172.18.254.237/32 link#1 U 0 8 em0 172.18.254.240 link#5 UH 0 1060 tun0 Joe > > --Qing > >> -----Original Message----- >> From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- >> current@freebsd.org] On Behalf Of Julian Elischer >> Sent: Wednesday, December 17, 2008 9:32 AM >> To: Joe Marcus Clarke >> Cc: Qing Li; Marko Zec; Kip Macy; freebsd-current@freebsd.org >> Subject: Re: NAT (ipfw/natd) broken in latest -CURRENT >> >> Joe Marcus Clarke wrote: >>> Marko Zec wrote: >>>> On Wednesday 17 December 2008 10:34:54 Paolo Pisati wrote: >>>>> Joe Marcus Clarke wrote: >>>>>> I just upgraded my i386 -CURRENT box from November 14 to today, >> and >>>>>> now my SSH-over-PPP VPN tunnel no longer works. I did some > packet >>>>>> captures, and it appears that NAT is no longer working. If I > send >>>>>> a telnet packet from my client side over the PPP tunnel, I see > the >>>>>> SYN go out on the server side network properly translated. The >>>>>> destination host ACKs correctly, but the ACK never goes back >> across >>>>>> the tunnel. It's as if natd is no longer translating the packet >> on >>>>>> the inbound path. Besides the upgrade, nothing has changed in my >>>>>> environment. >>>>> lately some work has been done on the vimage and routing tree > stuff, >>>>> thus your best bet is to go back >>>>> some days and try again. >>>> Hi Joe, >>>> >>>> could you try building your kernel with options VIMAGE_GLOBALS and >> tell >>>> us whether this makes any difference - turning on VIMAGE_GLOBALS >> should >>>> revert certain aspects of virtualization changes that recently got >>>> merged into the tree. >>> Thanks for the suggestion, but the results are the same. I turned > on >>> -verbose on natd, and I see the ACK packet come back from the >>> destination, and natd is translating it correctly. However, I never >> see >>> the ACK on the remote end of the tunnel. It looks like a routing >>> problem at this point. It's as if the kernel doesn't know on what >>> interface to encapsulate the reply packet. >> the arpv2 changes seem to have somehow changed point-to-point routes >> so it may be related to that.. >> I'll wait for Qing or Kmacy to check.... >> >> >>> Joe >>> >>>> Cheers, >>>> >>>> Marko >>>> >>>> >>> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current- >> unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 19:59:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 365401065674 for ; Wed, 17 Dec 2008 19:59:45 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id B83558FC14 for ; Wed, 17 Dec 2008 19:59:44 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.36,238,1228086000"; d="scan'208";a="207406109" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay2.uni-muenster.de with ESMTP; 17 Dec 2008 20:59:42 +0100 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id 778311B07DC; Wed, 17 Dec 2008 20:59:42 +0100 (CET) Date: Wed, 17 Dec 2008 20:59:41 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Jaakko Heinonen Message-ID: In-Reply-To: <20081217150024.GA3156@a91-153-125-115.elisa-laajakaista.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: (timeout) error during cd fixation 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: Wed, 17 Dec 2008 19:59:45 -0000 thanks a lot. with the patch you attached the CDRIOCFIXATE-error completely disappeared. i tested it burning a cd using maximum speed settings. i guess this entirely solves the issues described in http://www.freebsd.org/cgi/query-pr.cgi?pr=95979 so the PR should be closed. can you commit the changes in ata-queue.c to svn/head? it would also be nice if the patch would make it into 7.1-RELEASE. cheers. alex Jaakko Heinonen schrieb am 2008-12-17: > Hi, > On 2008-12-14, Alexander Best wrote: > > as far as i remember this issue (ioctl(CDRIOCFIXATE): Input/output > > error) has > > always been present in burncd (since RELENG4 oder RELENG5). > > i found a PR in feedback state dealing with this problem > > (http://www.freebsd.org/cgi/query-pr.cgi?pr=95979&cat=bin). the PR > > includes a > > patch which i applied. however that didn't solve the issue. > > the problem seems to be the timeout variable used in acd_fixate() > > in > > sys/dev/ata/atapi-cd.c. it get's set to: > > int timeout = 5*60*2; > > changing timeout to a higher value doesn't make much of a > > difference though, > > because it gets altered a bit further down in the src. > It's divided by burning speed. It seems that the approximation > doesn't > work very well at higher burning speeds. > > that's the reason the > > patch didn't fix the issue for me. this is the code where timout > > gets altered > > again: > > /* some drives just return ready, wait for the expected fixate > > time */ > > if ((error = acd_test_ready(dev)) != EBUSY) { > > timeout = timeout / (cdp->cap.cur_write_speed / 177); > > pause("acdfix", timeout * hz / 2); > > return acd_test_ready(dev); > > } > > it seems my drive doesn't return EBUSY, although it's still busy. > > that's why > I think I've found the bug now. Looks like ata_atapicmd() can never > really return EBUSY which is expected in acd_fixate(). When > acd_test_ready() (ata_atapicmd()) reports correctly the busy state > there's no need for use the expected wait time method. > I will take a closer look when I have more time. In the mean time > could > you try this patch? > %%% > Index: sys/dev/ata/ata-queue.c > =================================================================== > --- sys/dev/ata/ata-queue.c (revision 186213) > +++ sys/dev/ata/ata-queue.c (working copy) > @@ -434,7 +434,8 @@ ata_completed(void *context, int dummy) > printf("\n"); > } > - if ((request->u.atapi.sense.key & ATA_SENSE_KEY_MASK ? > + if (!request->result && > + (request->u.atapi.sense.key & ATA_SENSE_KEY_MASK ? > request->u.atapi.sense.key & ATA_SENSE_KEY_MASK : > request->error)) > request->result = EIO; > %%% > > dd: /dev/acd0: Input/output error > This is unrelated and AFAIK expected. From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 20:08:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98F11106567B for ; Wed, 17 Dec 2008 20:08:04 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (AurraSing.lando.cc [87.106.187.149]) by mx1.freebsd.org (Postfix) with ESMTP id 3AD7A8FC24 for ; Wed, 17 Dec 2008 20:08:04 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (unknown [127.0.0.1]) by AurraSing.lando.cc (Postfix) with ESMTP id 3392E18C042F4 for ; Wed, 17 Dec 2008 19:35:04 +0000 (UTC) Received: from wlan032021.uni-rostock.de (unknown [139.30.32.21]) by AurraSing.lando.cc (Postfix) with ESMTP for ; Wed, 17 Dec 2008 19:35:04 +0000 (UTC) Message-ID: <49495459.6090605@grohnwaldt.eu> Date: Wed, 17 Dec 2008 20:34:49 +0100 From: Uwe Grohnwaldt User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: em0 disappeared 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: Wed, 17 Dec 2008 20:08:04 -0000 howdy, miwi and me tried to update a freebsd-current server to the todays src. after the update my em0-device disappeared. information about the old image: uname -a FreeBSD amd.miwibox.org 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Jul 25 11:01:22 CEST 2008 root@xizor.skywalkers.local:/usr/obj/usr/src/sys/GENERIC amd64 pciconf em0@pci0:4:7:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 GT' class = network subclass = ethernet after the update there is no em-device: pciconf -lv: # amd# pciconf -lv | more # none0@pci0:0:0:0: class=0x050000 card=0x10c51734 chip=0x02f010de rev=0xa2 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'C51 Host Bridge' # class = memory # subclass = RAM # none1@pci0:0:0:1: class=0x050000 card=0x10c51734 chip=0x02fa10de rev=0xa2 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'C51 Memory Controller 0' # class = memory # subclass = RAM # none2@pci0:0:0:2: class=0x050000 card=0x10c51734 chip=0x02fe10de rev=0xa2 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'C51 Memory Controller 1' # class = memory # subclass = RAM # none3@pci0:0:0:3: class=0x050000 card=0x10c51734 chip=0x02f810de rev=0xa2 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'C51 Memory Controller 5' # class = memory # subclass = RAM # hdr=0x00 # vendor = 'Nvidia Corp' # device = 'C51 Memory Controller 4' # class = memory # subclass = RAM # hdr=0x00 # vendor = 'Nvidia Corp' # device = 'C51 Host Bridge' # class = memory # subclass = RAM # hdr=0x00 # vendor = 'Nvidia Corp' # device = 'C51 Memory Controller 3' # class = memory # subclass = RAM # hdr=0x00 # vendor = 'Nvidia Corp' # device = 'C51 Memory Controller 2' # class = memory # subclass = RAM # hdr=0x01 # vendor = 'Nvidia Corp' # device = 'C51 PCIe Bridge' # class = bridge # subclass = PCI-PCI # hdr=0x01 # vendor = 'Nvidia Corp' # device = 'C51 PCIe Bridge' # class = bridge # subclass = PCI-PCI # hdr=0x00 # vendor = 'Nvidia Corp' # rocessor)' # class = display # subclass = VGA # hdr=0x00 # vendor = 'Nvidia Corp' # device = 'MCP51 Host Bridge' # class = memory # subclass = RAM # hdr=0x00 # vendor = 'Nvidia Corp' # device = 'MCP51 LPC Bridge' # class = bridge # subclass = PCI-ISA # hdr=0x00 # vendor = 'Nvidia Corp' # device = 'NVIDIA SMB Bus Controller NVIDIA nForce PCI System Management' # class = serial bus # subclass = SMBus # ohci0@pci0:0:11:0: class=0x0c0310 card=0x10c61734 chip=0x026d10de rev=0xa3 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'MCP51 USB Controller' # class = serial bus # subclass = USB # ehci0@pci0:0:11:1: class=0x0c0320 card=0x10c61734 chip=0x026e10de rev=0xa3 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'MCP51 USB Controller' # class = serial bus # subclass = USB # atapci0@pci0:0:13:0: class=0x01018a card=0x10c61734 chip=0x026510de rev=0xf1 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'MCP51 Parallel ATA Controller' # class = mass storage # subclass = ATA # atapci1@pci0:0:14:0: class=0x010185 card=0x10c61734 chip=0x026610de rev=0xf1 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'MCP51 Serial ATA Controller' # class = mass storage # subclass = ATA # atapci2@pci0:0:15:0: class=0x010185 card=0x10c61734 chip=0x026710de rev=0xf1 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'MCP51 Serial ATA Controller' # class = mass storage # subclass = ATA # pcib3@pci0:0:16:0: class=0x060401 card=0xcb8410de chip=0x026f10de rev=0xa2 hdr=0x01 # vendor = 'Nvidia Corp' # device = 'MCP51 PCI Bridge' # class = bridge # subclass = PCI-PCI # hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 # vendor = 'Advanced Micro Devices (AMD)' # device = '(K8) Athlon 64/Opteron HyperTransport Technology Configuration' # class = bridge # subclass = HOST-PCI # hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 # vendor = 'Advanced Micro Devices (AMD)' # device = '(K8) Athlon 64/Opteron Address Map' # class = bridge # subclass = HOST-PCI # hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 # vendor = 'Advanced Micro Devices (AMD)' # device = '(K8) Athlon 64/Opteron DRAM Controller' # class = bridge # subclass = HOST-PCI # hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 # vendor = 'Advanced Micro Devices (AMD)' # device = '(K8) Athlon 64/Opteron Miscellaneous Control' # class = bridge # subclass = HOST-PCI # amd# moreover i have a lspci from the rescue-linux: # 00:00.0 RAM memory: nVidia Corporation C51 Host Bridge (rev a2) # 00:00.1 RAM memory: nVidia Corporation C51 Memory Controller 0 (rev a2) # 00:00.2 RAM memory: nVidia Corporation C51 Memory Controller 1 (rev a2) # 00:00.3 RAM memory: nVidia Corporation C51 Memory Controller 5 (rev a2) # 00:00.4 RAM memory: nVidia Corporation C51 Memory Controller 4 (rev a2) # 00:00.5 RAM memory: nVidia Corporation C51 Host Bridge (rev a2) # 00:00.6 RAM memory: nVidia Corporation C51 Memory Controller 3 (rev a2) # 00:00.7 RAM memory: nVidia Corporation C51 Memory Controller 2 (rev a2) # 00:02.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1) # 00:03.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1) # 00:05.0 VGA compatible controller: nVidia Corporation C51 PCI Express Bridge (rev a2) # 00:09.0 RAM memory: nVidia Corporation MCP51 Host Bridge (rev a2) # 00:0a.0 ISA bridge: nVidia Corporation MCP51 LPC Bridge (rev a3) # 00:0a.1 SMBus: nVidia Corporation MCP51 SMBus (rev a3) # 00:0b.0 USB Controller: nVidia Corporation MCP51 USB Controller (rev a3) # 00:0b.1 USB Controller: nVidia Corporation MCP51 USB Controller (rev a3) # 00:0d.0 IDE interface: nVidia Corporation MCP51 IDE (rev f1) # 00:0e.0 IDE interface: nVidia Corporation MCP51 Serial ATA Controller (rev f1) # 00:0f.0 IDE interface: nVidia Corporation MCP51 Serial ATA Controller (rev f1) # 00:10.0 PCI bridge: nVidia Corporation MCP51 PCI Bridge (rev a2) # 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration # 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map # 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller # 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control # 04:07.0 Ethernet controller: Intel Corporation 82541PI Gigabit Ethernet Controller (rev 05) has anybody an idea? cheers, uwe From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 21:02:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DB211065677; Wed, 17 Dec 2008 21:02:05 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 246E18FC12; Wed, 17 Dec 2008 21:02:05 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 1B5A173098; Wed, 17 Dec 2008 22:07:18 +0100 (CET) Date: Wed, 17 Dec 2008 22:07:18 +0100 From: Luigi Rizzo To: Paul Saab Message-ID: <20081217210718.GA73545@onelab2.iet.unipi.it> References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> <49496783.1090805@grohnwaldt.eu> <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: Uwe Grohnwaldt , jfv@freebsd.org, current@freebsd.org, thompsa@freebsd.org, freebsd-net@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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: Wed, 17 Dec 2008 21:02:05 -0000 On Wed, Dec 17, 2008 at 12:59:17PM -0800, Paul Saab wrote: > are you looking for if_em or em? also, wasn't the em driver renamed to ixgb or something like that ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 21:10:54 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36A681065675 for ; Wed, 17 Dec 2008 21:10:54 +0000 (UTC) (envelope-from paul.m.saab@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id EEA028FC1C for ; Wed, 17 Dec 2008 21:10:53 +0000 (UTC) (envelope-from paul.m.saab@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so107049wfg.7 for ; Wed, 17 Dec 2008 13:10:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=257SZmPbXZkPphTLyH/Us0ZbRtd1vhb9jLsG6BbDpzU=; b=npZ9LoslklRvsOa6t5cHbdc2lBGDqpqtJrMVvNHznE/tFD5pmpuyeFo0c0Hpear8Y9 5ZweDDJuUlChxyD8ZEJNfT/IMU6yJ4iHkQvzArQzIK+Gt8XKMVdlucK9hH5ihuEC4xMd TCA3UvQRylLO547M/pDJTBOuJauG7znNefWrM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=vmffMqW6LFRfSkAcS+F6Weamp7Kp8aUEYgqGHchxuxbswfFrkGYrAA3KRuO3Mev5X+ XxA+2+2x5RnjtcGCrkr+XXzo+oEdcz4OvOMa/aer8Q3ose/SJsmu6qEuM5SbguuR5ooV I8o5g+YfxeroF0bjVTLgRU6CvUfwzgDoGuSS8= Received: by 10.142.234.16 with SMTP id g16mr460596wfh.264.1229547798934; Wed, 17 Dec 2008 13:03:18 -0800 (PST) Received: by 10.142.125.20 with HTTP; Wed, 17 Dec 2008 13:03:18 -0800 (PST) Message-ID: <5c0ff6a70812171303r47e989f8r7efd4ba068c458ce@mail.gmail.com> Date: Wed, 17 Dec 2008 13:03:18 -0800 From: "Paul Saab" Sender: paul.m.saab@gmail.com To: "Luigi Rizzo" In-Reply-To: <20081217210718.GA73545@onelab2.iet.unipi.it> MIME-Version: 1.0 References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> <49496783.1090805@grohnwaldt.eu> <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> <20081217210718.GA73545@onelab2.iet.unipi.it> X-Google-Sender-Auth: 7537bd68b69298f4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Uwe Grohnwaldt , jfv@freebsd.org, current@freebsd.org, thompsa@freebsd.org, freebsd-net@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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: Wed, 17 Dec 2008 21:10:54 -0000 On Wed, Dec 17, 2008 at 1:07 PM, Luigi Rizzo wrote: > On Wed, Dec 17, 2008 at 12:59:17PM -0800, Paul Saab wrote: > > are you looking for if_em or em? > > also, wasn't the em driver renamed to ixgb or something like that ? > No... Maybe you need igb in your kernel as well? From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 21:14:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C0971065675 for ; Wed, 17 Dec 2008 21:14:44 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (AurraSing.lando.cc [87.106.187.149]) by mx1.freebsd.org (Postfix) with ESMTP id D0F8A8FC1D for ; Wed, 17 Dec 2008 21:14:43 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (unknown [127.0.0.1]) by AurraSing.lando.cc (Postfix) with ESMTP id 9DC2A18C042F4; Wed, 17 Dec 2008 20:56:41 +0000 (UTC) Received: from wlan032021.uni-rostock.de (unknown [139.30.32.21]) by AurraSing.lando.cc (Postfix) with ESMTP; Wed, 17 Dec 2008 20:56:41 +0000 (UTC) Message-ID: <49496783.1090805@grohnwaldt.eu> Date: Wed, 17 Dec 2008 21:56:35 +0100 From: Uwe Grohnwaldt User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Paul Saab References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> In-Reply-To: <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jfv@freebsd.org, freebsd-net@freebsd.org, current@freebsd.org, thompsa@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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: Wed, 17 Dec 2008 21:14:44 -0000 with latest src, there were no messages about if_em in dmesg. miwi built src from 2008-07-27 - there the device was active. Paul Saab wrote: > does dmesg show the device failing to attach? > > On Wed, Dec 17, 2008 at 11:37 AM, Uwe Grohnwaldt > wrote: > > hi, > > i've forgotten the cc, sry. > > chers, > uwe > > howdy, > > miwi and me tried to update a freebsd-current server to the todays > src. after the update my em0-device disappeared. information about > the old image: > > uname -a > FreeBSD amd.miwibox.org 8.0-CURRENT > FreeBSD 8.0-CURRENT #0: Fri Jul 25 11:01:22 CEST 2008 > root@xizor.skywalkers.local:/usr/obj/usr/src/sys/GENERIC amd64 > > pciconf > em0@pci0:4:7:0: class=0x020000 card=0x13768086 chip=0x107c8086 > rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = > 'PRO/1000 GT' class = network subclass = ethernet > > > after the update there is no em-device: > pciconf -lv: > > # amd# pciconf -lv | more > # none0@pci0:0:0:0: class=0x050000 card=0x10c51734 > chip=0x02f010de rev=0xa2 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Host Bridge' > # class = memory > # subclass = RAM > # none1@pci0:0:0:1: class=0x050000 card=0x10c51734 > chip=0x02fa10de rev=0xa2 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 0' > # class = memory > # subclass = RAM > # none2@pci0:0:0:2: class=0x050000 card=0x10c51734 > chip=0x02fe10de rev=0xa2 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 1' > # class = memory > # subclass = RAM > # none3@pci0:0:0:3: class=0x050000 card=0x10c51734 > chip=0x02f810de rev=0xa2 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 5' > # class = memory > # subclass = RAM > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 4' > # class = memory > # subclass = RAM > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Host Bridge' > # class = memory > # subclass = RAM > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 3' > # class = memory > # subclass = RAM > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 2' > # class = memory > # subclass = RAM > # hdr=0x01 > # vendor = 'Nvidia Corp' > # device = 'C51 PCIe Bridge' > # class = bridge > # subclass = PCI-PCI > # hdr=0x01 > # vendor = 'Nvidia Corp' > # device = 'C51 PCIe Bridge' > # class = bridge > # subclass = PCI-PCI > # hdr=0x00 > # vendor = 'Nvidia Corp' > # rocessor)' > # class = display > # subclass = VGA > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 Host Bridge' > # class = memory > # subclass = RAM > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 LPC Bridge' > # class = bridge > # subclass = PCI-ISA > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'NVIDIA SMB Bus Controller NVIDIA nForce PCI > System Management' > # class = serial bus > # subclass = SMBus > # ohci0@pci0:0:11:0: class=0x0c0310 card=0x10c61734 > chip=0x026d10de rev=0xa3 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 USB Controller' > # class = serial bus > # subclass = USB > # ehci0@pci0:0:11:1: class=0x0c0320 card=0x10c61734 > chip=0x026e10de rev=0xa3 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 USB Controller' > # class = serial bus > # subclass = USB > # atapci0@pci0:0:13:0: class=0x01018a card=0x10c61734 > chip=0x026510de rev=0xf1 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 Parallel ATA Controller' > # class = mass storage > # subclass = ATA > # atapci1@pci0:0:14:0: class=0x010185 card=0x10c61734 > chip=0x026610de rev=0xf1 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 Serial ATA Controller' > # class = mass storage > # subclass = ATA > # atapci2@pci0:0:15:0: class=0x010185 card=0x10c61734 > chip=0x026710de rev=0xf1 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 Serial ATA Controller' > # class = mass storage > # subclass = ATA > # pcib3@pci0:0:16:0: class=0x060401 card=0xcb8410de > chip=0x026f10de rev=0xa2 hdr=0x01 > # vendor = 'Nvidia Corp' > # device = 'MCP51 PCI Bridge' > # class = bridge > # subclass = PCI-PCI > # hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 > chip=0x11001022 rev=0x00 hdr=0x00 > # vendor = 'Advanced Micro Devices (AMD)' > # device = '(K8) Athlon 64/Opteron HyperTransport > Technology Configuration' > # class = bridge > # subclass = HOST-PCI > # hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 > chip=0x11011022 rev=0x00 hdr=0x00 > # vendor = 'Advanced Micro Devices (AMD)' > # device = '(K8) Athlon 64/Opteron Address Map' > # class = bridge > # subclass = HOST-PCI > # hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 > chip=0x11021022 rev=0x00 hdr=0x00 > # vendor = 'Advanced Micro Devices (AMD)' > # device = '(K8) Athlon 64/Opteron DRAM Controller' > # class = bridge > # subclass = HOST-PCI > # hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 > chip=0x11031022 rev=0x00 hdr=0x00 > # vendor = 'Advanced Micro Devices (AMD)' > # device = '(K8) Athlon 64/Opteron Miscellaneous Control' > # class = bridge > # subclass = HOST-PCI > # amd# > > > moreover i have a lspci from the rescue-linux: > # 00:00.0 RAM memory: nVidia Corporation C51 Host Bridge (rev a2) > # 00:00.1 RAM memory: nVidia Corporation C51 Memory Controller 0 > (rev a2) > # 00:00.2 RAM memory: nVidia Corporation C51 Memory Controller 1 > (rev a2) > # 00:00.3 RAM memory: nVidia Corporation C51 Memory Controller 5 > (rev a2) > # 00:00.4 RAM memory: nVidia Corporation C51 Memory Controller 4 > (rev a2) > # 00:00.5 RAM memory: nVidia Corporation C51 Host Bridge (rev a2) > # 00:00.6 RAM memory: nVidia Corporation C51 Memory Controller 3 > (rev a2) > # 00:00.7 RAM memory: nVidia Corporation C51 Memory Controller 2 > (rev a2) > # 00:02.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge > (rev a1) > # 00:03.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge > (rev a1) > # 00:05.0 VGA compatible controller: nVidia Corporation C51 PCI > Express Bridge (rev a2) > # 00:09.0 RAM memory: nVidia Corporation MCP51 Host Bridge (rev a2) > # 00:0a.0 ISA bridge: nVidia Corporation MCP51 LPC Bridge (rev a3) > # 00:0a.1 SMBus: nVidia Corporation MCP51 SMBus (rev a3) > # 00:0b.0 USB Controller: nVidia Corporation MCP51 USB Controller > (rev a3) > # 00:0b.1 USB Controller: nVidia Corporation MCP51 USB Controller > (rev a3) > # 00:0d.0 IDE interface: nVidia Corporation MCP51 IDE (rev f1) > # 00:0e.0 IDE interface: nVidia Corporation MCP51 Serial ATA > Controller (rev f1) > # 00:0f.0 IDE interface: nVidia Corporation MCP51 Serial ATA > Controller (rev f1) > # 00:10.0 PCI bridge: nVidia Corporation MCP51 PCI Bridge (rev a2) > # 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 > [Athlon64/Opteron] HyperTransport Technology Configuration > # 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 > [Athlon64/Opteron] Address Map > # 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 > [Athlon64/Opteron] DRAM Controller > # 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 > [Athlon64/Opteron] Miscellaneous Control > # 04:07.0 Ethernet controller: Intel Corporation 82541PI Gigabit > Ethernet Controller (rev 05) > > has anybody an idea? > > cheers, > uwe > > > _______________________________________________ > 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-current@FreeBSD.ORG Wed Dec 17 21:20:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 211411065673 for ; Wed, 17 Dec 2008 21:20:46 +0000 (UTC) (envelope-from paul.m.saab@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id D9B0E8FC1C for ; Wed, 17 Dec 2008 21:20:45 +0000 (UTC) (envelope-from paul.m.saab@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so112088wfg.7 for ; Wed, 17 Dec 2008 13:20:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=thV8+ydPDrW9OBlvRTM0JfevPrCbfScs/RkWSTJbrq8=; b=gE1ipsEfb+3jdVpm/msi8FYJiT2LW8l8UPNDLteFDK2s80Z1ClJNz7UlEJo36UlGkp EJF0K8TISXhgJ+71qo1yOEYvACdUEhjeVlf8ofgwSvZq9qNXXWBzEET4+fbGYLngZAxC DzwTPplzeStTVcokLYOB+PSBAx8xMQvsv3SME= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=T7JJ/Usypqx0kdH1yO2id0crW+GbksIO1GcFWry6QJBhPCxm7s+iFoLI4t7hnVt9F/ 2S0hVe+BlFY0lWAcECGK87wdSIch2bmLK4szEmrTK4N1wZDGkvfpaax7HUx7V+6dxH+j LQNgJ8fyt4kmzJwKlPo5jPuYN4UA07xp0V+3s= Received: by 10.142.217.17 with SMTP id p17mr458699wfg.275.1229547557545; Wed, 17 Dec 2008 12:59:17 -0800 (PST) Received: by 10.142.125.20 with HTTP; Wed, 17 Dec 2008 12:59:17 -0800 (PST) Message-ID: <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> Date: Wed, 17 Dec 2008 12:59:17 -0800 From: "Paul Saab" Sender: paul.m.saab@gmail.com To: "Uwe Grohnwaldt" In-Reply-To: <49496783.1090805@grohnwaldt.eu> MIME-Version: 1.0 References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> <49496783.1090805@grohnwaldt.eu> X-Google-Sender-Auth: e5520c71d69e56da Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: jfv@freebsd.org, freebsd-net@freebsd.org, current@freebsd.org, thompsa@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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: Wed, 17 Dec 2008 21:20:46 -0000 are you looking for if_em or em? On Wed, Dec 17, 2008 at 12:56 PM, Uwe Grohnwaldt wrote: > with latest src, there were no messages about if_em in dmesg. miwi built > src from 2008-07-27 - there the device was active. > > Paul Saab wrote: > >> does dmesg show the device failing to attach? >> >> On Wed, Dec 17, 2008 at 11:37 AM, Uwe Grohnwaldt >> wrote: >> >> hi, >> >> i've forgotten the cc, sry. >> >> chers, >> uwe >> >> howdy, >> >> miwi and me tried to update a freebsd-current server to the todays >> src. after the update my em0-device disappeared. information about >> the old image: >> >> uname -a >> FreeBSD amd.miwibox.org 8.0-CURRENT >> >> FreeBSD 8.0-CURRENT #0: Fri Jul 25 11:01:22 CEST 2008 >> root@xizor.skywalkers.local:/usr/obj/usr/src/sys/GENERIC amd64 >> >> pciconf >> em0@pci0:4:7:0: class=0x020000 card=0x13768086 chip=0x107c8086 >> rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = >> 'PRO/1000 GT' class = network subclass = ethernet >> >> >> after the update there is no em-device: >> pciconf -lv: >> >> # amd# pciconf -lv | more >> # none0@pci0:0:0:0: class=0x050000 card=0x10c51734 >> chip=0x02f010de rev=0xa2 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'C51 Host Bridge' >> # class = memory >> # subclass = RAM >> # none1@pci0:0:0:1: class=0x050000 card=0x10c51734 >> chip=0x02fa10de rev=0xa2 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'C51 Memory Controller 0' >> # class = memory >> # subclass = RAM >> # none2@pci0:0:0:2: class=0x050000 card=0x10c51734 >> chip=0x02fe10de rev=0xa2 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'C51 Memory Controller 1' >> # class = memory >> # subclass = RAM >> # none3@pci0:0:0:3: class=0x050000 card=0x10c51734 >> chip=0x02f810de rev=0xa2 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'C51 Memory Controller 5' >> # class = memory >> # subclass = RAM >> # hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'C51 Memory Controller 4' >> # class = memory >> # subclass = RAM >> # hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'C51 Host Bridge' >> # class = memory >> # subclass = RAM >> # hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'C51 Memory Controller 3' >> # class = memory >> # subclass = RAM >> # hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'C51 Memory Controller 2' >> # class = memory >> # subclass = RAM >> # hdr=0x01 >> # vendor = 'Nvidia Corp' >> # device = 'C51 PCIe Bridge' >> # class = bridge >> # subclass = PCI-PCI >> # hdr=0x01 >> # vendor = 'Nvidia Corp' >> # device = 'C51 PCIe Bridge' >> # class = bridge >> # subclass = PCI-PCI >> # hdr=0x00 >> # vendor = 'Nvidia Corp' >> # rocessor)' >> # class = display >> # subclass = VGA >> # hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'MCP51 Host Bridge' >> # class = memory >> # subclass = RAM >> # hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'MCP51 LPC Bridge' >> # class = bridge >> # subclass = PCI-ISA >> # hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'NVIDIA SMB Bus Controller NVIDIA nForce PCI >> System Management' >> # class = serial bus >> # subclass = SMBus >> # ohci0@pci0:0:11:0: class=0x0c0310 card=0x10c61734 >> chip=0x026d10de rev=0xa3 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'MCP51 USB Controller' >> # class = serial bus >> # subclass = USB >> # ehci0@pci0:0:11:1: class=0x0c0320 card=0x10c61734 >> chip=0x026e10de rev=0xa3 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'MCP51 USB Controller' >> # class = serial bus >> # subclass = USB >> # atapci0@pci0:0:13:0: class=0x01018a card=0x10c61734 >> chip=0x026510de rev=0xf1 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'MCP51 Parallel ATA Controller' >> # class = mass storage >> # subclass = ATA >> # atapci1@pci0:0:14:0: class=0x010185 card=0x10c61734 >> chip=0x026610de rev=0xf1 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'MCP51 Serial ATA Controller' >> # class = mass storage >> # subclass = ATA >> # atapci2@pci0:0:15:0: class=0x010185 card=0x10c61734 >> chip=0x026710de rev=0xf1 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'MCP51 Serial ATA Controller' >> # class = mass storage >> # subclass = ATA >> # pcib3@pci0:0:16:0: class=0x060401 card=0xcb8410de >> chip=0x026f10de rev=0xa2 hdr=0x01 >> # vendor = 'Nvidia Corp' >> # device = 'MCP51 PCI Bridge' >> # class = bridge >> # subclass = PCI-PCI >> # hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 >> chip=0x11001022 rev=0x00 hdr=0x00 >> # vendor = 'Advanced Micro Devices (AMD)' >> # device = '(K8) Athlon 64/Opteron HyperTransport >> Technology Configuration' >> # class = bridge >> # subclass = HOST-PCI >> # hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 >> chip=0x11011022 rev=0x00 hdr=0x00 >> # vendor = 'Advanced Micro Devices (AMD)' >> # device = '(K8) Athlon 64/Opteron Address Map' >> # class = bridge >> # subclass = HOST-PCI >> # hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 >> chip=0x11021022 rev=0x00 hdr=0x00 >> # vendor = 'Advanced Micro Devices (AMD)' >> # device = '(K8) Athlon 64/Opteron DRAM Controller' >> # class = bridge >> # subclass = HOST-PCI >> # hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 >> chip=0x11031022 rev=0x00 hdr=0x00 >> # vendor = 'Advanced Micro Devices (AMD)' >> # device = '(K8) Athlon 64/Opteron Miscellaneous Control' >> # class = bridge >> # subclass = HOST-PCI >> # amd# >> >> >> moreover i have a lspci from the rescue-linux: >> # 00:00.0 RAM memory: nVidia Corporation C51 Host Bridge (rev a2) >> # 00:00.1 RAM memory: nVidia Corporation C51 Memory Controller 0 >> (rev a2) >> # 00:00.2 RAM memory: nVidia Corporation C51 Memory Controller 1 >> (rev a2) >> # 00:00.3 RAM memory: nVidia Corporation C51 Memory Controller 5 >> (rev a2) >> # 00:00.4 RAM memory: nVidia Corporation C51 Memory Controller 4 >> (rev a2) >> # 00:00.5 RAM memory: nVidia Corporation C51 Host Bridge (rev a2) >> # 00:00.6 RAM memory: nVidia Corporation C51 Memory Controller 3 >> (rev a2) >> # 00:00.7 RAM memory: nVidia Corporation C51 Memory Controller 2 >> (rev a2) >> # 00:02.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge >> (rev a1) >> # 00:03.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge >> (rev a1) >> # 00:05.0 VGA compatible controller: nVidia Corporation C51 PCI >> Express Bridge (rev a2) >> # 00:09.0 RAM memory: nVidia Corporation MCP51 Host Bridge (rev a2) >> # 00:0a.0 ISA bridge: nVidia Corporation MCP51 LPC Bridge (rev a3) >> # 00:0a.1 SMBus: nVidia Corporation MCP51 SMBus (rev a3) >> # 00:0b.0 USB Controller: nVidia Corporation MCP51 USB Controller >> (rev a3) >> # 00:0b.1 USB Controller: nVidia Corporation MCP51 USB Controller >> (rev a3) >> # 00:0d.0 IDE interface: nVidia Corporation MCP51 IDE (rev f1) >> # 00:0e.0 IDE interface: nVidia Corporation MCP51 Serial ATA >> Controller (rev f1) >> # 00:0f.0 IDE interface: nVidia Corporation MCP51 Serial ATA >> Controller (rev f1) >> # 00:10.0 PCI bridge: nVidia Corporation MCP51 PCI Bridge (rev a2) >> # 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 >> [Athlon64/Opteron] HyperTransport Technology Configuration >> # 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 >> [Athlon64/Opteron] Address Map >> # 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 >> [Athlon64/Opteron] DRAM Controller >> # 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 >> [Athlon64/Opteron] Miscellaneous Control >> # 04:07.0 Ethernet controller: Intel Corporation 82541PI Gigabit >> Ethernet Controller (rev 05) >> >> has anybody an idea? >> >> cheers, >> uwe >> >> >> _______________________________________________ >> 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 >> " >> >> >> > _______________________________________________ > 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-current@FreeBSD.ORG Wed Dec 17 21:37:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9D581065678 for ; Wed, 17 Dec 2008 21:37:27 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id C45698FC08 for ; Wed, 17 Dec 2008 21:37:27 +0000 (UTC) (envelope-from olivier@gid0.org) Received: by wf-out-1314.google.com with SMTP id 24so120400wfg.7 for ; Wed, 17 Dec 2008 13:37:27 -0800 (PST) Received: by 10.142.214.11 with SMTP id m11mr479214wfg.125.1229549846923; Wed, 17 Dec 2008 13:37:26 -0800 (PST) Received: by 10.142.164.20 with HTTP; Wed, 17 Dec 2008 13:37:26 -0800 (PST) Message-ID: <367b2c980812171337v473a9bfbxf8c8aabafcd00d4e@mail.gmail.com> Date: Wed, 17 Dec 2008 22:37:26 +0100 From: "Olivier SMEDTS" To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: "Funny" behavior of zpool import : can mount on top of / 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: Wed, 17 Dec 2008 21:37:28 -0000 Hello list, Just something that makes my system crash when I'm too tired : # dd if=/dev/zero of=/tmp/image bs=1M count=512 # mdconfig -a -f /tmp/image # newfs /dev/md0 # mount /dev/md0 / mount: /dev/md0 : Invalid argument Ok, this error is expected... but now : # zpool create -R /mnt test md0 # zpool export test # zpool import test Shit happens... Of course, "zpool import -R /mnt test" is ok. Btw, I'm using a fresh FreeBSD 8.0-CURRENT amd64 with zpool and zfs version 13. Cheers -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 21:54:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B586E106574C; Wed, 17 Dec 2008 21:54:14 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (AurraSing.lando.cc [87.106.187.149]) by mx1.freebsd.org (Postfix) with ESMTP id 66E3F8FC19; Wed, 17 Dec 2008 21:54:14 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (unknown [127.0.0.1]) by AurraSing.lando.cc (Postfix) with ESMTP id BB86018C042F4; Wed, 17 Dec 2008 21:54:13 +0000 (UTC) Received: from BriaTharen.local (unknown [139.30.252.64]) by AurraSing.lando.cc (Postfix) with ESMTP; Wed, 17 Dec 2008 21:54:13 +0000 (UTC) Message-ID: <494974F7.7080408@grohnwaldt.eu> Date: Wed, 17 Dec 2008 22:53:59 +0100 From: Uwe Grohnwaldt User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-net@freebsd.org, jfv@freebsd.org, thompsa@freebsd.org References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> <49496783.1090805@grohnwaldt.eu> <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> <20081217210718.GA73545@onelab2.iet.unipi.it> In-Reply-To: <20081217210718.GA73545@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [Fwd: em0 disappeared] 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: Wed, 17 Dec 2008 21:54:14 -0000 there is nothing mentioned about the network-interface neither in dmesg nor in pciconf. in my kernelconfig there are the entries: device em device igb device ixgb with the old kernel everything works. Luigi Rizzo wrote: > On Wed, Dec 17, 2008 at 12:59:17PM -0800, Paul Saab wrote: > >> are you looking for if_em or em? >> > > also, wasn't the em driver renamed to ixgb or something like that ? > > cheers > luigi > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 22:09:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35E681065674; Wed, 17 Dec 2008 22:09:47 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id D6B4E8FC1C; Wed, 17 Dec 2008 22:09:46 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so245019rvf.43 for ; Wed, 17 Dec 2008 14:09:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=OzS3OSNeA2qZFW0AVGV6Hkk0fEQzXAphRTI+tfkDM30=; b=aEGSrHWbtM86e9pB02JJQfX0oS0rKWa2ZStnQls4A0UgkPg1q7e6rzxQDPXviixIm0 9WmB91w/Bbdt8sI4jOG9ibmy7lLoQeSgRbwRwbDyPmUPZsrvYznXg73poR6JcQdBZ6bO AQzppkAi1/OyuRuo4/f+X9zUzqypFntHpHtQA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=hTyKW62tBbgwwMyIlcWOWSiwdzKALB1SNeKLFWop10A00GWh8y/M8d1b+05cKKd5Kv cWLo+VI29Q6xhWvzYnrwNATfSUuyJwx0DUxXV95TKydvglhonRRAUUvo6+MPjSKhZkP/ OvyuGKkpZdBGOf39OcRX4W1+FmiYTL/VxMDok= Received: by 10.114.145.1 with SMTP id s1mr657159wad.118.1229551786480; Wed, 17 Dec 2008 14:09:46 -0800 (PST) Received: by 10.114.12.2 with HTTP; Wed, 17 Dec 2008 14:09:46 -0800 (PST) Message-ID: <2a41acea0812171409w33e49c2fq3851761a09b7aead@mail.gmail.com> Date: Wed, 17 Dec 2008 14:09:46 -0800 From: "Jack Vogel" To: "Uwe Grohnwaldt" In-Reply-To: <494974F7.7080408@grohnwaldt.eu> MIME-Version: 1.0 References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> <49496783.1090805@grohnwaldt.eu> <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> <20081217210718.GA73545@onelab2.iet.unipi.it> <494974F7.7080408@grohnwaldt.eu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: jfv@freebsd.org, freebsd-net@freebsd.org, freebsd-current@freebsd.org, thompsa@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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: Wed, 17 Dec 2008 22:09:47 -0000 This is odd, that device is old, its not in igb, the support looks to me like its there in the code, its an 82541GI_LF. I am on vacation, and snowed in even if i weren't :) But I will look into it. Can you please try using the RC version of 7.1 to see if it has the same problem?? Jack On Wed, Dec 17, 2008 at 1:53 PM, Uwe Grohnwaldt wrote: > there is nothing mentioned about the network-interface neither in dmesg nor > in pciconf. > in my kernelconfig there are the entries: > device em > device igb > device ixgb > > with the old kernel everything works. > > Luigi Rizzo wrote: > >> On Wed, Dec 17, 2008 at 12:59:17PM -0800, Paul Saab wrote: >> >> >>> are you looking for if_em or em? >>> >>> >> >> also, wasn't the em driver renamed to ixgb or something like that ? >> >> cheers >> luigi >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org >> " >> >> > > From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 22:38:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C7C21065676; Wed, 17 Dec 2008 22:38:37 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id A85C78FC14; Wed, 17 Dec 2008 22:38:36 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id XIS88643; Wed, 17 Dec 2008 14:27:43 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 693CC4500F; Wed, 17 Dec 2008 14:27:42 -0800 (PST) To: Luigi Rizzo In-Reply-To: Your message of "Wed, 17 Dec 2008 22:07:18 +0100." <20081217210718.GA73545@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1229552862_1108P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 17 Dec 2008 14:27:42 -0800 From: "Kevin Oberman" Message-Id: <20081217222742.693CC4500F@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; ; ; ; ; X-Sender: X-To_Name: Luigi Rizzo X-To_Domain: iet.unipi.it X-To: Luigi Rizzo X-To_Email: rizzo@iet.unipi.it X-To_Alias: rizzo Cc: Uwe Grohnwaldt , current@freebsd.org, freebsd-net@freebsd.org, thompsa@freebsd.org, jfv@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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: Wed, 17 Dec 2008 22:38:37 -0000 --==_Exmh_1229552862_1108P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 17 Dec 2008 22:07:18 +0100 > From: Luigi Rizzo > Sender: owner-freebsd-current@freebsd.org > > On Wed, Dec 17, 2008 at 12:59:17PM -0800, Paul Saab wrote: > > are you looking for if_em or em? > > also, wasn't the em driver renamed to ixgb or something like that ? em is still if_em, but the igb driver now supports a new Intel chip, the 82575, which was supported by em in 7.0. It will be supported by the igb driver in 7.1 as will all new Intel GigE chips. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1229552862_1108P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFJSXzekn3rs5h7N1ERAvqwAJ4pMegTDmbiGWrKvOLDAVo4JGvAPACeN67K 9/LQ2kP8LffEFVvVx4a0La0= =NIRB -----END PGP SIGNATURE----- --==_Exmh_1229552862_1108P-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 22:43:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4EC61065670 for ; Wed, 17 Dec 2008 22:43:39 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 83E5C8FC18 for ; Wed, 17 Dec 2008 22:43:39 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so209819ywe.13 for ; Wed, 17 Dec 2008 14:43:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=/XFyLNo4nnh9JGFMtZ9hXuuUfpsvoPug61zOM9ezpIg=; b=J7B4Xkw4vBuHhOUWC+fDI4SX2Y+20+qEglb/Nrd4XOI3GzGyFHevavnPiJddqAv+uF NLFIN8E8Q+tMz02Qm+xwnu6WwrxwOEwU/HmmvlHhIV5+PvkVk1sldYx0cLb74Mimi+pa eqAJwZi5q7WYUDdVs8NDnIA6D0+rpdkTqOkCI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=aDZScp2VFZ2OlYs98iGmaMQu/RZlMtGk1u0/85i9yIJ/damzZcmXMBtg5EfrO5tSbH fsx+Vq/8UFOdcZRl006YSIR6e0xWZ49L47TO1+mbnfhHnnBTlTr6XLjLtnk2b46W5dfw 2XdjukcmQeaXa5qAXJCmCsJCKOkvLppY6TCGQ= Received: by 10.90.66.14 with SMTP id o14mr658060aga.63.1229553818663; Wed, 17 Dec 2008 14:43:38 -0800 (PST) Received: by 10.90.91.14 with HTTP; Wed, 17 Dec 2008 14:43:38 -0800 (PST) Message-ID: Date: Thu, 18 Dec 2008 01:43:38 +0300 From: pluknet To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: LOR between nfs and proctree 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: Wed, 17 Dec 2008 22:43:39 -0000 I didn't find this LOR in archives and don't know if this is known one, so I'm posting it here. lock order reversal: 1st 0xc5ea37ac nfs (nfs) @ /usr/src/sys/kern/vfs_vnops.c:531 2nd 0xc0889090 proctree (proctree) @ /usr/src/sys/kern/kern_fork.c:311 KDB: stack backtrace: db_trace_self_wrapper(c07fb0cf,e7d1f8cc,c05d79e5,4,c07f662d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c07f662d,c54fcad8,c54f6068,e7d1f928,...) at kdb_backtrace+0x29 _witness_debugger(c07fdd7f,c0889090,c07f702d,c54f6068,c07f3e44,...) at _witness_debugger+0x25 witness_checkorder(c0889090,1,c07f3e44,137,0,...) at witness_checkorder+0x839 _sx_slock(c0889090,0,c07f3e44,137,0,...) at _sx_slock+0x85 fork1(c0887530,60034,0,e7d1f9c0,c07f662d,...) at fork1+0x2cd kproc_create(c06dc780,c09f8920,0,40000,0,...) at kproc_create+0x47 nfs_nfsiodnew(c09f8f70,0,c080e39a,553,0,...) at nfs_nfsiodnew+0xc5 nfs_asyncio(c5c024e8,d952b670,c5af0000,c5abdd80,0,...) at nfs_asyncio+0x3a5 nfs_bioread(c5ea3754,e7d1fc58,20000,c5af0000,e7d1fba0,...) at nfs_bioread+0x788 nfs_read(e7d1fbc8,c5abdd80,c5e63968,c5abdd80,e7d1fbe8,...) at nfs_read+0x44 VOP_READ_APV(c085d360,e7d1fbc8,c0805cb8,213,c5abde24,...) at VOP_READ_APV+0xa5 vn_read(c5e63968,e7d1fc58,c5af0000,0,c5abdd80,...) at vn_read+0x1ee dofileread(e7d1fc58,ffffffff,ffffffff,0,c5e63968,...) at dofileread+0x96 kern_readv(c5abdd80,4,e7d1fc58,e7d1fc78,1,...) at kern_readv+0x58 read(c5abdd80,e7d1fcf8,c,c07fe5a8,c083f5c8,...) at read+0x4f syscall(e7d1fd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x281c7f93, esp = 0xbfbfeaec, ebp = 0xbfbfec28 --- -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 22:44:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 385931065674 for ; Wed, 17 Dec 2008 22:44:29 +0000 (UTC) (envelope-from itavy@itavy.com) Received: from gateway13.websitewelcome.com (gateway13.websitewelcome.com [67.18.72.140]) by mx1.freebsd.org (Postfix) with SMTP id D15618FC1D for ; Wed, 17 Dec 2008 22:44:28 +0000 (UTC) (envelope-from itavy@itavy.com) Received: (qmail 31171 invoked from network); 17 Dec 2008 22:57:49 -0000 Received: from gator482.hostgator.com (67.18.18.122) by gateway13.websitewelcome.com with SMTP; 17 Dec 2008 22:57:49 -0000 Received: from [78.97.148.67] (port=3226 helo=[10.22.22.22]) by gator482.hostgator.com with esmtpa (Exim 4.69) (envelope-from ) id 1LD57w-000824-Io for freebsd-current@freebsd.org; Wed, 17 Dec 2008 16:44:24 -0600 Message-ID: <494980BE.3080002@itavy.com> Date: Thu, 18 Dec 2008 00:44:14 +0200 From: Octavian Ionescu User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator482.hostgator.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - itavy.com Subject: Problem with snmp build after update 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: Wed, 17 Dec 2008 22:44:29 -0000 hi, when i tried to compile net-snmp after the last update it gives me the following error cc -I../../include -I. -I../../agent -I../../agent/mibgroup -I../../snmplib -DNETSNMP_ENABLE_IPV6 -O -pipe -Ufreebsd8 -Dfreebsd8=freebsd8 -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.8/BSDPAN -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include -I/usr/local/lib/perl5/5.8.8/mach/CORE -c mibII/at.c -fPIC -DPIC -o mibII/.libs/at.o mibII/at.c: In function 'ARP_Scan_Init': mibII/at.c:689: error: 'RTF_LLINFO' undeclared (first use in this function) mibII/at.c:689: error: (Each undeclared identifier is reported only once mibII/at.c:689: error: for each function it appears in.) *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.4.2.1/agent/mibgroup. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.4.2.1/agent. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.4.2.1. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp. after i have read in UPDATING i found: 20081214: __FreeBSD_version 800059 incorporates the new arp-v2 rewrite. RTF_CLONING, RTF_LLINFO and RTF_WASCLONED flags are eliminated. -- Best regards, Octavian From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 23:42:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D6CA106564A for ; Wed, 17 Dec 2008 23:42:54 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id E46028FC13 for ; Wed, 17 Dec 2008 23:42:53 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBHNgr8x006219; Wed, 17 Dec 2008 15:42:53 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 17 Dec 2008 15:42:03 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with snmp build after update Thread-Index: AclgmRXLmO/sJTOlTbSymJHbLsFzMAAB/pbS References: <494980BE.3080002@itavy.com> From: "Li, Qing" To: "Octavian Ionescu" , Cc: Subject: RE: Problem with snmp build after update 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: Wed, 17 Dec 2008 23:42:54 -0000 This is due to the arp-v2 commit. The RTF_LLINFO flag is obsolete and has been removed. I will fix it. --Qing -----Original Message----- From: owner-freebsd-current@freebsd.org on behalf of Octavian Ionescu Sent: Wed 12/17/2008 2:44 PM To: freebsd-current@freebsd.org Subject: Problem with snmp build after update =20 hi, when i tried to compile net-snmp after the last update it gives me the=20 following error cc -I../../include -I. -I../../agent -I../../agent/mibgroup=20 -I../../snmplib -DNETSNMP_ENABLE_IPV6 -O -pipe -Ufreebsd8=20 -Dfreebsd8=3Dfreebsd8 -DAPPLLIB_EXP=3D/usr/local/lib/perl5/5.8.8/BSDPAN=20 -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe=20 -Wdeclaration-after-statement -I/usr/local/include=20 -I/usr/local/lib/perl5/5.8.8/mach/CORE -c mibII/at.c -fPIC -DPIC -o=20 mibII/.libs/at.o mibII/at.c: In function 'ARP_Scan_Init': mibII/at.c:689: error: 'RTF_LLINFO' undeclared (first use in this = function) mibII/at.c:689: error: (Each undeclared identifier is reported only once mibII/at.c:689: error: for each function it appears in.) *** Error code 1 Stop in = /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.4.2.1/agent/mibgroup. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.4.2.1/agent. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.4.2.1. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp. after i have read in UPDATING i found: 20081214: __FreeBSD_version 800059 incorporates the new arp-v2 rewrite. RTF_CLONING, RTF_LLINFO and RTF_WASCLONED flags are eliminated. --=20 Best regards, Octavian _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 00:35:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EA7B1065670; Thu, 18 Dec 2008 00:35:05 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (AurraSing.lando.cc [87.106.187.149]) by mx1.freebsd.org (Postfix) with ESMTP id 225BC8FC08; Thu, 18 Dec 2008 00:35:05 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (unknown [127.0.0.1]) by AurraSing.lando.cc (Postfix) with ESMTP id B621218C042F4; Thu, 18 Dec 2008 00:35:03 +0000 (UTC) Received: from BriaTharen.local (unknown [139.30.252.64]) by AurraSing.lando.cc (Postfix) with ESMTP; Thu, 18 Dec 2008 00:35:03 +0000 (UTC) Message-ID: <49499AB2.7070100@grohnwaldt.eu> Date: Thu, 18 Dec 2008 01:34:58 +0100 From: Uwe Grohnwaldt User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> <49496783.1090805@grohnwaldt.eu> <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> <20081217210718.GA73545@onelab2.iet.unipi.it> <494974F7.7080408@grohnwaldt.eu> <2a41acea0812171409w33e49c2fq3851761a09b7aead@mail.gmail.com> In-Reply-To: <2a41acea0812171409w33e49c2fq3851761a09b7aead@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jfv@freebsd.org, freebsd-net@freebsd.org, thompsa@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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: Thu, 18 Dec 2008 00:35:05 -0000 We tried 7.1RC and the card works fine. Jack Vogel wrote: > This is odd, that device is old, its not in igb, the support looks to me > like its > there in the code, its an 82541GI_LF. > > I am on vacation, and snowed in even if i weren't :) But I will look into > it. > Can you please try using the RC version of 7.1 to see if it has the same > problem?? > > Jack > > > On Wed, Dec 17, 2008 at 1:53 PM, Uwe Grohnwaldt wrote: > > >> there is nothing mentioned about the network-interface neither in dmesg nor >> in pciconf. >> in my kernelconfig there are the entries: >> device em >> device igb >> device ixgb >> >> with the old kernel everything works. >> >> Luigi Rizzo wrote: >> >> >>> On Wed, Dec 17, 2008 at 12:59:17PM -0800, Paul Saab wrote: >>> >>> >>> >>>> are you looking for if_em or em? >>>> >>>> >>>> >>> also, wasn't the em driver renamed to ixgb or something like that ? >>> >>> cheers >>> luigi >>> >>> From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 00:39:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8D551065670 for ; Thu, 18 Dec 2008 00:39:04 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 4E36B8FC1A for ; Thu, 18 Dec 2008 00:39:04 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so92910fgb.35 for ; Wed, 17 Dec 2008 16:39:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Dk/gx3YWGsHttjEoy5qonc5D0K40Aa0Aoq8IDLmUBNw=; b=WvlXzSSgF82NO/HrRx5bVVJl+RLhjr+/S6E7ZSqMCsQyX3NfEe67wYBYfgVUNQLwHH VLZ43B3GpsaRvTd34X1CtyCV6IoFC8jQox1px6ZWfTsvplIL/U2ApXvSshDppVxJNi0V 5McBaSD7WWH0rzK6f6BGnHAoQ7rDGizxmDGl4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ePHfyKOvFsBN5oYJ2xnEM9ky9a9eLXTK9+DgtRujlBS+MiS2r6cwyKuyLoWghZREam OAYK+dtRPCf2iDHktZ5QAo35PK0sFMKgIlrtu++CXeCNcUhHQXli86SJgglAaREIeRoP 7Lpe4fdxMXptK7g6KFejSLNqtF/xUKJMyNGoM= Received: by 10.86.59.2 with SMTP id h2mr758358fga.73.1229559279106; Wed, 17 Dec 2008 16:14:39 -0800 (PST) Received: by 10.86.97.5 with HTTP; Wed, 17 Dec 2008 16:14:39 -0800 (PST) Message-ID: Date: Wed, 17 Dec 2008 16:14:39 -0800 From: "Maksim Yevmenkin" To: "Uwe Grohnwaldt" In-Reply-To: <494974F7.7080408@grohnwaldt.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> <49496783.1090805@grohnwaldt.eu> <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> <20081217210718.GA73545@onelab2.iet.unipi.it> <494974F7.7080408@grohnwaldt.eu> Cc: jfv@freebsd.org, freebsd-net@freebsd.org, freebsd-current@freebsd.org, thompsa@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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: Thu, 18 Dec 2008 00:39:04 -0000 On Wed, Dec 17, 2008 at 1:53 PM, Uwe Grohnwaldt wrote: > there is nothing mentioned about the network-interface neither in dmesg nor > in pciconf. > in my kernelconfig there are the entries: > device em > device igb > device ixgb > > with the old kernel everything works. > i actually had somewhat similar problem only with onboard bge nics on older tyan motherboards. when i upgraded from 7.x to current (amd64 arch) both onboard bge nics disappeared. i had to go to the bios screen and set "installed os" (or something like that) to "linux". other choices were "windows" and "other" (default). thanks, max From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 00:46:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75E791065673; Thu, 18 Dec 2008 00:46:04 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (AurraSing.lando.cc [87.106.187.149]) by mx1.freebsd.org (Postfix) with ESMTP id 297AE8FC17; Thu, 18 Dec 2008 00:46:04 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (unknown [127.0.0.1]) by AurraSing.lando.cc (Postfix) with ESMTP id 0577018C042F4; Thu, 18 Dec 2008 00:46:03 +0000 (UTC) Received: from BriaTharen.local (unknown [139.30.252.64]) by AurraSing.lando.cc (Postfix) with ESMTP; Thu, 18 Dec 2008 00:46:02 +0000 (UTC) Message-ID: <49499D47.5040509@grohnwaldt.eu> Date: Thu, 18 Dec 2008 01:45:59 +0100 From: Uwe Grohnwaldt User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: freebsd-current@freebsd.org, thompsa@freebsd.org References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> <49496783.1090805@grohnwaldt.eu> <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> <20081217210718.GA73545@onelab2.iet.unipi.it> <494974F7.7080408@grohnwaldt.eu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jfv@freebsd.org, freebsd-net@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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: Thu, 18 Dec 2008 00:46:04 -0000 Maksim Yevmenkin wrote: > On Wed, Dec 17, 2008 at 1:53 PM, Uwe Grohnwaldt wrote: > >> there is nothing mentioned about the network-interface neither in dmesg nor >> in pciconf. >> in my kernelconfig there are the entries: >> device em >> device igb >> device ixgb >> >> with the old kernel everything works. >> >> > > i actually had somewhat similar problem only with onboard bge nics on > older tyan motherboards. when i upgraded from 7.x to current (amd64 > arch) both onboard bge nics disappeared. i had to go to the bios > screen and set "installed os" (or something like that) to "linux". > other choices were "windows" and "other" (default). > > thanks, > max > The problem is: it is a rented Strato-Server. So I have no access to the bios. The box is used to be a new Tinderbox for miwi so he needs a running fbsd-current. we would realy appreciate a fix and will test it, of course. chers, Uwe From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 04:49:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8F251065675 for ; Thu, 18 Dec 2008 04:49:38 +0000 (UTC) (envelope-from brucec@muon.cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id A47378FC13 for ; Thu, 18 Dec 2008 04:49:38 +0000 (UTC) (envelope-from brucec@muon.cran.org.uk) Received: by muon.cran.org.uk (Postfix, from userid 1000) id 218681901D; Wed, 17 Dec 2008 23:32:35 -0500 (EST) Date: Wed, 17 Dec 2008 23:32:34 -0500 From: Bruce Cran To: Pyun YongHyeon Message-ID: <20081218043234.GA26186@muon.cran.org.uk> References: <4947E59A.8000408@cran.org.uk> <20081217005106.GA66999@cdnetworks.co.kr> <49486EDD.6060607@cran.org.uk> <20081217034155.GB66999@cdnetworks.co.kr> <494897CB.7000507@cran.org.uk> <20081217084633.GG66999@cdnetworks.co.kr> <20081217091934.GH66999@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <20081217091934.GH66999@cdnetworks.co.kr> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: current@freebsd.org Subject: Re: RTL8102E (if_re) doesn't work with -current 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: Thu, 18 Dec 2008 04:49:38 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 17, 2008 at 06:19:34PM +0900, Pyun YongHyeon wrote: >=20 > Oops, please forget previous patch and use attached patch instead. >=20 > Index: if_re.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- if_re.c (revision 186214) > +++ if_re.c (working copy) > @@ -2681,7 +2681,14 @@ > ifp->if_drv_flags |=3D IFF_DRV_RUNNING; > ifp->if_drv_flags &=3D ~IFF_DRV_OACTIVE; > =20 > - sc->rl_flags &=3D ~RL_FLAG_LINK; > + /* > + * XXX > + * Since we don't request reset for rlphy(4), it's necessary > + * to set initial (fake) link state. Otherwise re(4) wouldn't > + * work as link state 'UP' event from mii(4) may not be > + * delivered if the valid link was already established. > + */ > + sc->rl_flags |=3D RL_FLAG_LINK; > sc->rl_watchdog_timer =3D 0; > callout_reset(&sc->rl_stat_callout, hz, re_tick, sc); > } With that patch applied (I kept the changes to rlphy.c too) the network is= =20 now working again. Thanks! --=20 Bruce Cran --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklJ0mIACgkQn4uvqcJsLfg+jwCeP483QkX73CUQVljeFwgwfLck WwYAoLQT09gYpRoGQmTM94ykJpYA0M5O =6U4X -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 10:41:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 061CC1065676; Thu, 18 Dec 2008 10:41:44 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from sakura.ccs.furiru.org (unknown [IPv6:2001:2f0:104:8060::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9C8F48FC24; Thu, 18 Dec 2008 10:41:42 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (authenticated bits=0) by sakura.ccs.furiru.org (unknown) with ESMTP id mBIAfbaH023133; Thu, 18 Dec 2008 19:41:40 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Thu, 18 Dec 2008 19:41:37 +0900 (JST) Message-Id: <20081218.194137.191463900.nyan@jp.FreeBSD.org> To: marcel@FreeBSD.org From: Takahashi Yoshihiro In-Reply-To: <200812171743.mBHHhMd3010561@svn.freebsd.org> <20080927.213040.27797529.nyan@jp.FreeBSD.org> References: <200812171743.mBHHhMd3010561@svn.freebsd.org> X-Mailer: Mew version 6.1 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: gpart (Re: svn commit: r186240 - in head/sys: amd64/conf arm/conf i386/conf mips/conf pc98/conf sparc64/conf sun4v/conf) 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: Thu, 18 Dec 2008 10:41:44 -0000 In article <200812171743.mBHHhMd3010561@svn.freebsd.org> Marcel Moolenaar writes: > Log: > Make gpart the default partitioning class on all platforms. > Both ia64 and powerpc were using gpart exclusively already > so there's no change for those two. It still remains some problems that I reported months ago. > 1. A disklabel checking in g_part_bsd_read() is failed. > 2. g_part_pc98_dumpconf() does not print a slice name. > 3. g_part_pc98_probe() is too strict. > 4. It's failed to recognize a big SCSI disk as BSD slice. > 5. A (bit strange) FAT slice is recoginized as BSD slice. (1) and (2) are fixed, but (3), (4) and (5) are not. BTW, I think that (5) is not pc98 specific problem. --- TAKAHASHI Yoshihiro From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 15:03:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 701FE1065670 for ; Thu, 18 Dec 2008 15:03:28 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from emh03.mail.saunalahti.fi (emh03.mail.saunalahti.fi [62.142.5.109]) by mx1.freebsd.org (Postfix) with ESMTP id 2C3908FC12 for ; Thu, 18 Dec 2008 15:03:27 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from saunalahti-vams (vs3-12.mail.saunalahti.fi [62.142.5.96]) by emh03-2.mail.saunalahti.fi (Postfix) with SMTP id D6456EB984; Thu, 18 Dec 2008 17:03:26 +0200 (EET) Received: from emh07.mail.saunalahti.fi ([62.142.5.117]) by vs3-12.mail.saunalahti.fi ([62.142.5.96]) with SMTP (gateway) id A07B63C3123; Thu, 18 Dec 2008 17:03:26 +0200 Received: from a91-153-125-115.elisa-laajakaista.fi (a91-153-125-115.elisa-laajakaista.fi [91.153.125.115]) by emh07.mail.saunalahti.fi (Postfix) with SMTP id 78F471C63A9; Thu, 18 Dec 2008 17:03:24 +0200 (EET) Date: Thu, 18 Dec 2008 17:03:24 +0200 From: Jaakko Heinonen To: Alexander Best Message-ID: <20081218150324.GB3116@a91-153-125-115.elisa-laajakaista.fi> References: <20081217150024.GA3156@a91-153-125-115.elisa-laajakaista.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Antivirus: VAMS Cc: freebsd-current@freebsd.org Subject: Re: (timeout) error during cd fixation 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: Thu, 18 Dec 2008 15:03:28 -0000 On 2008-12-17, Alexander Best wrote: > thanks a lot. with the patch you attached the CDRIOCFIXATE-error completely > disappeared. i tested it burning a cd using maximum speed settings. Thanks for testing. > i guess this entirely solves the issues described in > http://www.freebsd.org/cgi/query-pr.cgi?pr=95979 so the PR should be closed. > > can you commit the changes in ata-queue.c to svn/head? it would also be nice > if the patch would make it into 7.1-RELEASE. I am not a committer, sorry. Could you post your drive model and the model string seen in dmesg? I will submit the patch and some information to the PR. -- Jaakko From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 18:18:42 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A02D1065678 for ; Thu, 18 Dec 2008 18:18:40 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id 7D8308FC23 for ; Thu, 18 Dec 2008 18:18:40 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id mBIHksrT005612; Thu, 18 Dec 2008 17:46:54 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LDMxZ-0000Bc-W1; Thu, 18 Dec 2008 17:46:53 +0000 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id mBIHkrri073473; Thu, 18 Dec 2008 17:46:53 GMT (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id mBIHkraM073472; Thu, 18 Dec 2008 17:46:53 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Uwe Grohnwaldt In-Reply-To: <49495459.6090605@grohnwaldt.eu> References: <49495459.6090605@grohnwaldt.eu> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 18 Dec 2008 17:46:53 +0000 Message-Id: <1229622413.72316.4.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-current@FreeBSD.org Subject: Re: em0 disappeared 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: Thu, 18 Dec 2008 18:18:42 -0000 On Wed, 2008-12-17 at 20:34 +0100, Uwe Grohnwaldt wrote: > howdy, > > miwi and me tried to update a freebsd-current server to the todays src. > after the update my em0-device disappeared. information about the old image: Two things: Is it possible for you to provide the output of "pciconf -lcv" both under 7.x and 8.x? The copy you included in your email was corrupt and missing a few vital lines. Secondly, can you provide a verbose dmesg from 8.x, and a normal or verbose dmesg for 7.x? For whatever reason, we're not even finding the device on the PCI bus. This may be because we don't fiind the bridge, or similar, but without the dmesg and.or an uncorrupt pciconf output it'll be hard to figure out. Gavin From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 18:47:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BDFA1065670 for ; Thu, 18 Dec 2008 18:47:17 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout014.mac.com (asmtpout014.mac.com [17.148.16.89]) by mx1.freebsd.org (Postfix) with ESMTP id 7E27A8FC08 for ; Thu, 18 Dec 2008 18:47:17 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed Received: from mdenny-t60.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp014.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KC3000LY2PYRN10@asmtp014.mac.com> for current@freebsd.org; Thu, 18 Dec 2008 09:46:47 -0800 (PST) Message-id: <4EA5F491-CC52-43EC-AC03-F50F8B2D6186@mac.com> From: Marcel Moolenaar To: Takahashi Yoshihiro In-reply-to: <20081218.194137.191463900.nyan@jp.FreeBSD.org> Date: Thu, 18 Dec 2008 09:46:46 -0800 References: <200812171743.mBHHhMd3010561@svn.freebsd.org> <20081218.194137.191463900.nyan@jp.FreeBSD.org> X-Mailer: Apple Mail (2.930.3) Cc: FreeBSD Current Subject: Re: gpart (Re: svn commit: r186240 - in head/sys: amd64/conf arm/conf i386/conf mips/conf pc98/conf sparc64/conf sun4v/conf) 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: Thu, 18 Dec 2008 18:47:17 -0000 On Dec 18, 2008, at 2:41 AM, Takahashi Yoshihiro wrote: >> 4. It's failed to recognize a big SCSI disk as BSD slice. Can you elaborate. >> 5. A (bit strange) FAT slice is recoginized as BSD slice. This is probably a priority issue between bsd and pc98. (and thus a priority issue between mbr and pc98). In particular, g_part_bsd returns G_PART_PROBE_PRI_HIGH. It looks like g_part_pc98 needs to have the highest priority. I'll send you a patch for review shortly. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 21:06:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D44A106564A for ; Thu, 18 Dec 2008 21:06:27 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 367818FC1B for ; Thu, 18 Dec 2008 21:06:27 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBIKqsrk014557; Thu, 18 Dec 2008 12:52:54 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 18 Dec 2008 12:53:01 -0800 Message-ID: In-Reply-To: <1229476796.49670.7.camel@shumai.marcuscom.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: NAT (ipfw/natd) broken in latest -CURRENT Thread-Index: Aclf5akQlzlbJJP7TeyBq/+upDnOGQBY3d0g References: <1229476796.49670.7.camel@shumai.marcuscom.com> From: "Li, Qing" To: "Joe Marcus Clarke" Cc: current Subject: RE: NAT (ipfw/natd) broken in latest -CURRENT 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: Thu, 18 Dec 2008 21:06:27 -0000 Hi Joe, I have been trying to recreate your problem but my setup seem to work. I then noticed in your original netstat output the p2p host route installed by the tunnel interface has the "G" flag set. This will certainly cause a routing problem because that route is not an indirect route. I modified the kernel code to simulate this condition and I do see the error on output, which is expected. I assume this problem is consistently reproducible in your setup ? -- Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Joe Marcus Clarke > Sent: Tuesday, December 16, 2008 5:20 PM > To: current > Subject: NAT (ipfw/natd) broken in latest -CURRENT >=20 > I just upgraded my i386 -CURRENT box from November 14 to today, and now > my SSH-over-PPP VPN tunnel no longer works. I did some packet captures, > and it appears that NAT is no longer working. If I send a telnet > packet > from my client side over the PPP tunnel, I see the SYN go out on the > server side network properly translated. The destination host ACKs > correctly, but the ACK never goes back across the tunnel. It's as if > natd is no longer translating the packet on the inbound path. Besides > the upgrade, nothing has changed in my environment. >=20 > My ipfw show looks like: >=20 > 00050 22974 4677637 divert 8668 ip4 from any to any via em0 > 00100 194 20696 allow ip from any to any via lo0 > 00200 0 0 deny ip from any to 127.0.0.0/8 > 00300 0 0 deny ip from 127.0.0.0/8 to any > 65000 24714 4934785 allow ip from any to any > 65535 5 396 deny ip from any to any >=20 > I am running natd as: >=20 > /sbin/natd -s -m -skinny_port 2000 -n em0 >=20 > The ifconfig for my tunnel interface is: >=20 > tun0: flags=3D8051 metric 0 mtu 1300 > inet 10.1.1.1 --> 10.1.1.76 netmask 0xffffff00 > inet6 fe80::211:11ff:fe10:461e%tun0 prefixlen 64 scopeid 0x5 > Opened by PID 8018 >=20 > My netstat on the server side looks like: >=20 > Internet: > Destination Gateway Flags Refs Use Netif > Expire > default 172.18.254.1 UGS 0 46685 em0 > 10.1.1.76 link#5 UGH 0 1735 tun0 > 127.0.0.1 link#3 UH 0 1171 lo0 > 172.18.254.0/24 link#1 U 0 0 em0 > 172.18.254.237/32 link#1 U 0 8 em0 >=20 > The server's uname is: >=20 > FreeBSD jclarke-pc.cisco.com 8.0-CURRENT FreeBSD 8.0-CURRENT #130: Tue > Dec 16 15:42:09 EST 2008 > marcus@jclarke-pc.cisco.com:/usr/obj/usr/src/sys/JCLARKE-PC i386 >=20 > The previous, working uname was: >=20 > FreeBSD 8.0-CURRENT #129: Fri Nov 14 13:51:50 EST 2008 > marcus@jclarke-pc.cisco.com:/usr/obj/usr/src/sys/JCLARKE-PC >=20 > Joe >=20 > -- > Joe Marcus Clarke > FreeBSD GNOME Team :: gnome@FreeBSD.org > FreeNode / #freebsd-gnome > http://www.FreeBSD.org/gnome From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 21:06:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BE981065747 for ; Thu, 18 Dec 2008 21:06:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 253DF8FC16 for ; Thu, 18 Dec 2008 21:06:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LDQ4v-000OAK-LY; Thu, 18 Dec 2008 23:06:41 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id mBIL6ZnC055430 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Dec 2008 23:06:35 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id mBIL6Y0g014957; Thu, 18 Dec 2008 23:06:34 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id mBIL6Ykn014956; Thu, 18 Dec 2008 23:06:34 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 18 Dec 2008 23:06:34 +0200 From: Kostik Belousov To: pluknet Message-ID: <20081218210634.GL2038@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vRyMahX6VF+pdQvX" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1LDQ4v-000OAK-LY dcc41b3f62811306bb101cef806ccbb7 X-Terabit: YES Cc: freebsd-current Subject: Re: LOR between nfs and proctree 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: Thu, 18 Dec 2008 21:06:44 -0000 --vRyMahX6VF+pdQvX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 18, 2008 at 01:43:38AM +0300, pluknet wrote: > I didn't find this LOR in archives and don't know if this is known > one, so I'm posting it here. >=20 > lock order reversal: > 1st 0xc5ea37ac nfs (nfs) @ /usr/src/sys/kern/vfs_vnops.c:531 > 2nd 0xc0889090 proctree (proctree) @ /usr/src/sys/kern/kern_fork.c:311 > KDB: stack backtrace: > db_trace_self_wrapper(c07fb0cf,e7d1f8cc,c05d79e5,4,c07f662d,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c07f662d,c54fcad8,c54f6068,e7d1f928,...) at kdb_backtrace= +0x29 > _witness_debugger(c07fdd7f,c0889090,c07f702d,c54f6068,c07f3e44,...) at > _witness_debugger+0x25 > witness_checkorder(c0889090,1,c07f3e44,137,0,...) at witness_checkorder+0= x839 > _sx_slock(c0889090,0,c07f3e44,137,0,...) at _sx_slock+0x85 > fork1(c0887530,60034,0,e7d1f9c0,c07f662d,...) at fork1+0x2cd > kproc_create(c06dc780,c09f8920,0,40000,0,...) at kproc_create+0x47 > nfs_nfsiodnew(c09f8f70,0,c080e39a,553,0,...) at nfs_nfsiodnew+0xc5 > nfs_asyncio(c5c024e8,d952b670,c5af0000,c5abdd80,0,...) at nfs_asyncio+0x3= a5 > nfs_bioread(c5ea3754,e7d1fc58,20000,c5af0000,e7d1fba0,...) at nfs_bioread= +0x788 > nfs_read(e7d1fbc8,c5abdd80,c5e63968,c5abdd80,e7d1fbe8,...) at nfs_read+0x= 44 > VOP_READ_APV(c085d360,e7d1fbc8,c0805cb8,213,c5abde24,...) at VOP_READ_APV= +0xa5 > vn_read(c5e63968,e7d1fc58,c5af0000,0,c5abdd80,...) at vn_read+0x1ee > dofileread(e7d1fc58,ffffffff,ffffffff,0,c5e63968,...) at dofileread+0x96 > kern_readv(c5abdd80,4,e7d1fc58,e7d1fc78,1,...) at kern_readv+0x58 > read(c5abdd80,e7d1fcf8,c,c07fe5a8,c083f5c8,...) at read+0x4f > syscall(e7d1fd38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (3, FreeBSD ELF32, read), eip =3D 0x281c7f93, esp =3D > 0xbfbfeaec, ebp =3D 0xbfbfec28 --- It is more or less known, nfs may create new nfsiod while holding vnode lock. Severity of the issue lowered with removal of the single-threading from the fork(), but it is still real. Workaround is to create required amount of nfsiod in advance. --vRyMahX6VF+pdQvX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAklKu1oACgkQC3+MBN1Mb4g6YwCfY9zIWp0Zksu9igKVpm4M2jK+ XDAAn3kciBkJ9TsQIbt5h+zuwYQ/qC9r =laxd -----END PGP SIGNATURE----- --vRyMahX6VF+pdQvX-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 22:02:21 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83B901065670 for ; Thu, 18 Dec 2008 22:02:21 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 4493A8FC12 for ; Thu, 18 Dec 2008 22:02:21 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id mBIM4YLv056481; Thu, 18 Dec 2008 17:04:34 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: "Li, Qing" In-Reply-To: References: <1229476796.49670.7.camel@shumai.marcuscom.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-k+RgLGG9o7u5cEn2NoGR" Organization: FreeBSD, Inc. Date: Thu, 18 Dec 2008 17:02:25 -0500 Message-Id: <1229637745.60337.62.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: current Subject: RE: NAT (ipfw/natd) broken in latest -CURRENT 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: Thu, 18 Dec 2008 22:02:21 -0000 --=-k+RgLGG9o7u5cEn2NoGR Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2008-12-18 at 12:53 -0800, Li, Qing wrote: > Hi Joe, >=20 > I have been trying to recreate your problem but my setup seem to > work. I then noticed in your original netstat output the p2p > host route installed by the tunnel interface has the "G" flag > set. This will certainly cause a routing problem because that > route is not an indirect route. I modified the kernel code to simulate > this condition and I do see the error on output, which is expected. >=20 > I assume this problem is consistently reproducible in your setup ? Absolutely. Every time I setup the p2p tunnel with the non-proxy ARP address range. Traffic flows outbound, but never inbound. Your analysis sounds correct. The kernel doesn't know the interface on which to encapsulate the return traffic. Joe >=20 > -- Qing >=20 >=20 > > -----Original Message----- > > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > > current@freebsd.org] On Behalf Of Joe Marcus Clarke > > Sent: Tuesday, December 16, 2008 5:20 PM > > To: current > > Subject: NAT (ipfw/natd) broken in latest -CURRENT > >=20 > > I just upgraded my i386 -CURRENT box from November 14 to today, and > now > > my SSH-over-PPP VPN tunnel no longer works. I did some packet > captures, > > and it appears that NAT is no longer working. If I send a telnet > > packet > > from my client side over the PPP tunnel, I see the SYN go out on the > > server side network properly translated. The destination host ACKs > > correctly, but the ACK never goes back across the tunnel. It's as if > > natd is no longer translating the packet on the inbound path. Besides > > the upgrade, nothing has changed in my environment. > >=20 > > My ipfw show looks like: > >=20 > > 00050 22974 4677637 divert 8668 ip4 from any to any via em0 > > 00100 194 20696 allow ip from any to any via lo0 > > 00200 0 0 deny ip from any to 127.0.0.0/8 > > 00300 0 0 deny ip from 127.0.0.0/8 to any > > 65000 24714 4934785 allow ip from any to any > > 65535 5 396 deny ip from any to any > >=20 > > I am running natd as: > >=20 > > /sbin/natd -s -m -skinny_port 2000 -n em0 > >=20 > > The ifconfig for my tunnel interface is: > >=20 > > tun0: flags=3D8051 metric 0 mtu 1300 > > inet 10.1.1.1 --> 10.1.1.76 netmask 0xffffff00 > > inet6 fe80::211:11ff:fe10:461e%tun0 prefixlen 64 scopeid 0x5 > > Opened by PID 8018 > >=20 > > My netstat on the server side looks like: > >=20 > > Internet: > > Destination Gateway Flags Refs Use Netif > > Expire > > default 172.18.254.1 UGS 0 46685 em0 > > 10.1.1.76 link#5 UGH 0 1735 tun0 > > 127.0.0.1 link#3 UH 0 1171 lo0 > > 172.18.254.0/24 link#1 U 0 0 em0 > > 172.18.254.237/32 link#1 U 0 8 em0 > >=20 > > The server's uname is: > >=20 > > FreeBSD jclarke-pc.cisco.com 8.0-CURRENT FreeBSD 8.0-CURRENT #130: Tue > > Dec 16 15:42:09 EST 2008 > > marcus@jclarke-pc.cisco.com:/usr/obj/usr/src/sys/JCLARKE-PC i386 > >=20 > > The previous, working uname was: > >=20 > > FreeBSD 8.0-CURRENT #129: Fri Nov 14 13:51:50 EST 2008 > > marcus@jclarke-pc.cisco.com:/usr/obj/usr/src/sys/JCLARKE-PC > >=20 > > Joe > >=20 > > -- > > Joe Marcus Clarke > > FreeBSD GNOME Team :: gnome@FreeBSD.org > > FreeNode / #freebsd-gnome > > http://www.FreeBSD.org/gnome >=20 --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-k+RgLGG9o7u5cEn2NoGR Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAklKyHAACgkQb2iPiv4Uz4dU2ACgjrkLx48I3Y66Ze30mmpj7kf5 ynIAoIj2E/tsj4MMbZg6ZMNeXB5UOV1Y =mvTN -----END PGP SIGNATURE----- --=-k+RgLGG9o7u5cEn2NoGR-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 23:27:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75C421065677 for ; Thu, 18 Dec 2008 23:27:51 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 0D40C8FC19 for ; Thu, 18 Dec 2008 23:27:50 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.36,245,1228086000"; d="scan'208";a="265400423" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay1.uni-muenster.de with ESMTP; 19 Dec 2008 00:27:48 +0100 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id BA5C11B074A; Fri, 19 Dec 2008 00:27:48 +0100 (CET) Date: Fri, 19 Dec 2008 00:27:48 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Jaakko Heinonen Message-ID: In-Reply-To: <20081218150324.GB3116@a91-153-125-115.elisa-laajakaista.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: (timeout) error during cd fixation 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: Thu, 18 Dec 2008 23:27:51 -0000 no problem. here's the dmesg entry: DVDR at ata4-slave UDMA33 the manufacturer is LG and the model's name is GSA-H10N (firmware JL10). the maximum cd-write speed is 48x. cheers. alex Jaakko Heinonen schrieb am 2008-12-18: > On 2008-12-17, Alexander Best wrote: > > thanks a lot. with the patch you attached the CDRIOCFIXATE-error > > completely > > disappeared. i tested it burning a cd using maximum speed settings. > Thanks for testing. > > i guess this entirely solves the issues described in > > http://www.freebsd.org/cgi/query-pr.cgi?pr=95979 so the PR should > > be closed. > > can you commit the changes in ata-queue.c to svn/head? it would > > also be nice > > if the patch would make it into 7.1-RELEASE. > I am not a committer, sorry. Could you post your drive model and the > model string seen in dmesg? I will submit the patch and some > information > to the PR. From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 23:41:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BBF81065676 for ; Thu, 18 Dec 2008 23:41:05 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.184]) by mx1.freebsd.org (Postfix) with ESMTP id 4B44A8FC27 for ; Thu, 18 Dec 2008 23:41:05 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so904675rne.12 for ; Thu, 18 Dec 2008 15:41:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=RRq1tCju0074+7frNAHBA4h7Zz+ebn1Hw48IpPPibpE=; b=I3+1chyUwZtKoqhnEiLbumWSIg8ZOaWThMnRt/TpqWKEz6gKD7snD0u1D5d1qjKZs7 z9Y37bQtfr8ImvJeJIcF5zwh40HmlaB42bcVNgGf4OqByNDlceitgd3lcpz6v4YYjF9M jEfP/nb5uJ1r5jr8OexpCa29b4OkcYmVgJ2Ec= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=qbc8sWNW04/JWTPzRFCBW7hzGrywHTkMFPA2IpcLeDTFdG/GYIzC/J3CpPS8FyR/Ye QtsWiyXkLSUS3BNKuAaMGaXCV2Xo6IAdw1th1giWKnbCNC9ecY0RLu7m2g3wl5uNfABg F+/Acd66eqi2r6oHCLz2fMWqfGhaXc5PP7kcM= Received: by 10.90.68.20 with SMTP id q20mr1501321aga.11.1229643664315; Thu, 18 Dec 2008 15:41:04 -0800 (PST) Received: by 10.90.91.14 with HTTP; Thu, 18 Dec 2008 15:41:04 -0800 (PST) Message-ID: Date: Fri, 19 Dec 2008 02:41:04 +0300 From: pluknet To: "Kostik Belousov" In-Reply-To: <20081218210634.GL2038@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081218210634.GL2038@deviant.kiev.zoral.com.ua> Cc: freebsd-current Subject: Re: LOR between nfs and proctree 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: Thu, 18 Dec 2008 23:41:05 -0000 2008/12/19 Kostik Belousov : > On Thu, Dec 18, 2008 at 01:43:38AM +0300, pluknet wrote: >> I didn't find this LOR in archives and don't know if this is known >> one, so I'm posting it here. >> >> lock order reversal: >> 1st 0xc5ea37ac nfs (nfs) @ /usr/src/sys/kern/vfs_vnops.c:531 >> 2nd 0xc0889090 proctree (proctree) @ /usr/src/sys/kern/kern_fork.c:311 >> KDB: stack backtrace: >> db_trace_self_wrapper(c07fb0cf,e7d1f8cc,c05d79e5,4,c07f662d,...) at >> db_trace_self_wrapper+0x26 >> kdb_backtrace(4,c07f662d,c54fcad8,c54f6068,e7d1f928,...) at kdb_backtrace+0x29 >> _witness_debugger(c07fdd7f,c0889090,c07f702d,c54f6068,c07f3e44,...) at >> _witness_debugger+0x25 >> witness_checkorder(c0889090,1,c07f3e44,137,0,...) at witness_checkorder+0x839 >> _sx_slock(c0889090,0,c07f3e44,137,0,...) at _sx_slock+0x85 >> fork1(c0887530,60034,0,e7d1f9c0,c07f662d,...) at fork1+0x2cd >> kproc_create(c06dc780,c09f8920,0,40000,0,...) at kproc_create+0x47 >> nfs_nfsiodnew(c09f8f70,0,c080e39a,553,0,...) at nfs_nfsiodnew+0xc5 >> nfs_asyncio(c5c024e8,d952b670,c5af0000,c5abdd80,0,...) at nfs_asyncio+0x3a5 >> nfs_bioread(c5ea3754,e7d1fc58,20000,c5af0000,e7d1fba0,...) at nfs_bioread+0x788 >> nfs_read(e7d1fbc8,c5abdd80,c5e63968,c5abdd80,e7d1fbe8,...) at nfs_read+0x44 >> VOP_READ_APV(c085d360,e7d1fbc8,c0805cb8,213,c5abde24,...) at VOP_READ_APV+0xa5 >> vn_read(c5e63968,e7d1fc58,c5af0000,0,c5abdd80,...) at vn_read+0x1ee >> dofileread(e7d1fc58,ffffffff,ffffffff,0,c5e63968,...) at dofileread+0x96 >> kern_readv(c5abdd80,4,e7d1fc58,e7d1fc78,1,...) at kern_readv+0x58 >> read(c5abdd80,e7d1fcf8,c,c07fe5a8,c083f5c8,...) at read+0x4f >> syscall(e7d1fd38) at syscall+0x2a3 >> Xint0x80_syscall() at Xint0x80_syscall+0x20 >> --- syscall (3, FreeBSD ELF32, read), eip = 0x281c7f93, esp = >> 0xbfbfeaec, ebp = 0xbfbfec28 --- > > It is more or less known, nfs may create new nfsiod while holding vnode > lock. Severity of the issue lowered with removal of the single-threading > from the fork(), but it is still real. Workaround is to create required > amount of nfsiod in advance. > Thank you for reply. Are those two related? lock order reversal: 1st 0xd9529b40 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:1783 2nd 0xc70868b4 so_snd_sx (so_snd_sx) @ /usr/src/sys/kern/uipc_sockbuf.c:148 KDB: stack backtrace: db_trace_self_wrapper(c07fb0cf,e800364c,c05d79e5,4,c07f662d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c07f662d,c54f9810,c54fc868,e80036a8,...) at kdb_backtrace+0x29 _witness_debugger(c07fdd7f,c70868b4,c0801ece,c54fc868,c0801b8d,...) at _witness_debugger+0x25 witness_checkorder(c70868b4,9,c0801b8d,94,0,...) at witness_checkorder+0x839 _sx_xlock(c70868b4,40,c0801b8d,94,e8003740,...) at _sx_xlock+0x85 sblock(c7086880,1,c07f0efa,3,c5b176c0,...) at sblock+0x85 sosend_generic(c70867a8,0,0,c5eb4400,0,...) at sosend_generic+0xc2 sosend(c70867a8,0,0,c5eb4400,0,...) at sosend+0x3f clnt_vc_call(c5957b60,e80038a4,10,c68d3900,e80038e0,...) at clnt_vc_call+0x43c clnt_reconnect_call(c5956760,e80038a4,10,c68d3900,e80038e0,...) at clnt_reconnect_call+0x5a0 nfs_request(c5c5b10c,c68d3900,10,c5b176c0,c6825d00,...) at nfs_request+0x1dd nfs_readdirrpc(c5c5b10c,e80039b4,c6825d00,c5e7ec1c,4,...) at nfs_readdirrpc+0x25c nfs_doio(c5c5b10c,d9529ae0,c6825d00,c5b176c0,0,...) at nfs_doio+0x2f1 nfs_bioread(c5c5b10c,e8003c00,0,c6825d00,e8003b5c,...) at nfs_bioread+0xbdb nfs_readdir(e8003c20,0,c5c5b10c,0,e8003c58,...) at nfs_readdir+0x153 VOP_READDIR_APV(c085d360,e8003c20,c0805b55,ff3,0,...) at VOP_READDIR_APV+0xa5 kern_getdirentries(c5b176c0,3,2811f000,1000,e8003c74,...) at kern_getdirentries+0x1f5 getdirentries(c5b176c0,e8003cf8,10,c07fea30,c08407e0,...) at getdirentries+0x31 syscall(e8003d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (196, FreeBSD ELF32, getdirentries), eip = 0x807d18f, esp = 0xbfbfdf0c, ebp = 0xbfbfdf38 --- lock order reversal: 1st 0xd96ca6c0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:1783 2nd 0xc0889090 proctree (proctree) @ /usr/src/sys/kern/kern_fork.c:311 KDB: stack backtrace: db_trace_self_wrapper(c07fb0cf,e81168cc,c05d79e5,4,c07f662d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c07f662d,c54f9810,c54f6068,e8116928,...) at kdb_backtrace+0x29 _witness_debugger(c07fdd7f,c0889090,c07f702d,c54f6068,c07f3e44,...) at _witness_debugger+0x25 witness_checkorder(c0889090,1,c07f3e44,137,0,...) at witness_checkorder+0x839 _sx_slock(c0889090,0,c07f3e44,137,0,...) at _sx_slock+0x85 fork1(c0887530,60034,0,e81169c0,c07f662d,...) at fork1+0x2cd kproc_create(c06dc780,c09f8920,0,40000,0,...) at kproc_create+0x47 nfs_nfsiodnew(c09f8f70,0,c080e39a,553,0,...) at nfs_nfsiodnew+0xc5 nfs_asyncio(c5c5c4e8,d96ca660,c6825d00,c65db6c0,0,...) at nfs_asyncio+0x3a5 nfs_bioread(c6cd4324,e8116c58,20000,c6825d00,e8116ba0,...) at nfs_bioread+0x788 nfs_read(e8116bc8,c65db6c0,c5ca31f8,c65db6c0,e8116be8,...) at nfs_read+0x44 VOP_READ_APV(c085d360,e8116bc8,c0805cb8,213,c65db764,...) at VOP_READ_APV+0xa5 vn_read(c5ca31f8,e8116c58,c6825d00,0,c65db6c0,...) at vn_read+0x1ee dofileread(e8116c58,ffffffff,ffffffff,0,c5ca31f8,...) at dofileread+0x96 kern_readv(c65db6c0,3,e8116c58,e8116c78,1,...) at kern_readv+0x58 read(c65db6c0,e8116cf8,c,c07fe68b,c083f5c8,...) at read+0x4f syscall(e8116d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x808a0bf, esp = 0xbfbfd9cc, ebp = 0xbfbfd9f8 --- Yes, this LOR has the same backtrace with different lock only. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 00:17:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 954151065675 for ; Fri, 19 Dec 2008 00:17:10 +0000 (UTC) (envelope-from brucec@muon.cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 598328FC12 for ; Fri, 19 Dec 2008 00:17:10 +0000 (UTC) (envelope-from brucec@muon.cran.org.uk) Received: by muon.cran.org.uk (Postfix, from userid 1000) id AFD7F245402; Thu, 18 Dec 2008 19:17:09 -0500 (EST) Date: Thu, 18 Dec 2008 19:17:09 -0500 From: Bruce Cran To: Edwin Groothuis Message-ID: <20081219001709.GA32031@muon.cran.org.uk> References: <20080928054620.GA80250@k7.mavetju> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <20080928054620.GA80250@k7.mavetju> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system 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, 19 Dec 2008 00:17:10 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 28, 2008 at 03:46:20PM +1000, Edwin Groothuis wrote: > I have made an update for the top(1) utility in the FreeBSD base > system to get it from the 3.5b12 version to the 3.8b1 version. >=20 [...] > Please report any issues with it (compile time, run time) and a way > to reproduce it (if possible). Thanks for your help! > There's an overflow bug in format_k2 in 3.5b12 that means that top can corrupt the SIZE field of processes which allocate 2TB or more of memory; t= hat seems to be fixed in 3.8b1 but I've noticed that if a process allocates over 2TB then it doesn't show up at the top of the display when sorting by SIZE in 3.8b1; I suspect there must be another overflow somewhere. I'm sure it'll be a good few years before anyone actually hits this bug running real programs, but I don't know if it might affect other things. --=20 Bruce Cran --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklK6AUACgkQn4uvqcJsLfgJ6ACgoc4dDhvlkCIKiHk9T2sHQqNU KtQAnjzOoBU2IC8zb0rcBRQTY+Vw+Yn4 =YRP3 -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 00:47:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD8D11065674 for ; Fri, 19 Dec 2008 00:47:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 943668FC18 for ; Fri, 19 Dec 2008 00:47:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2009617rvf.43 for ; Thu, 18 Dec 2008 16:47:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=GjQntpznUyRX4p2TRRUkMY1DfyNK1sKzSG4Y41K4d1U=; b=EKDlL6xdligbakTbS5Yac2W/kkevwYsfIw2bfIPkrhyzojLMTUh48vAIt2ATwhVTqq BqLl7CslqsXuZJvoh3NjhuiNoKi1XSbc7ET+O5lyIP2AK9fJVjXgl5Lqtr7DszpDdPGy apzkRhcIbnXhR3zrM+2UKgw5xPADqNUmsg4Cg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=PgK6bb8J0ucysG+DLkNKVsfqQjDRpFCnJgncdRjF3iNPC+JSkRo7JqlGbakn5DVP7L O3WeOcFVVesqH5x9rb1e655AGPJ6eWekNZv3IDuwZ7fs+KYFOVBOXmvoPFvFa0/uUTon qo+XjpoqAOti//4+y4Lw/AKeQtyd29MGfMVZI= Received: by 10.140.133.10 with SMTP id g10mr1253019rvd.214.1229647664802; Thu, 18 Dec 2008 16:47:44 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id b8sm13973544rvf.3.2008.12.18.16.47.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 18 Dec 2008 16:47:43 -0800 (PST) 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 mBJ0lcs3075536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Dec 2008 09:47:38 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mBJ0lbxM075535; Fri, 19 Dec 2008 09:47:37 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 19 Dec 2008 09:47:37 +0900 From: Pyun YongHyeon To: Bruce Cran Message-ID: <20081219004737.GA75314@cdnetworks.co.kr> References: <4947E59A.8000408@cran.org.uk> <20081217005106.GA66999@cdnetworks.co.kr> <49486EDD.6060607@cran.org.uk> <20081217034155.GB66999@cdnetworks.co.kr> <494897CB.7000507@cran.org.uk> <20081217084633.GG66999@cdnetworks.co.kr> <20081217091934.GH66999@cdnetworks.co.kr> <20081218043234.GA26186@muon.cran.org.uk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <20081218043234.GA26186@muon.cran.org.uk> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: RTL8102E (if_re) doesn't work with -current 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: Fri, 19 Dec 2008 00:47:45 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Dec 17, 2008 at 11:32:34PM -0500, Bruce Cran wrote: > On Wed, Dec 17, 2008 at 06:19:34PM +0900, Pyun YongHyeon wrote: > > > > Oops, please forget previous patch and use attached patch instead. > > > > Index: if_re.c > > =================================================================== > > --- if_re.c (revision 186214) > > +++ if_re.c (working copy) > > @@ -2681,7 +2681,14 @@ > > ifp->if_drv_flags |= IFF_DRV_RUNNING; > > ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; > > > > - sc->rl_flags &= ~RL_FLAG_LINK; > > + /* > > + * XXX > > + * Since we don't request reset for rlphy(4), it's necessary > > + * to set initial (fake) link state. Otherwise re(4) wouldn't > > + * work as link state 'UP' event from mii(4) may not be > > + * delivered if the valid link was already established. > > + */ > > + sc->rl_flags |= RL_FLAG_LINK; > > sc->rl_watchdog_timer = 0; > > callout_reset(&sc->rl_stat_callout, hz, re_tick, sc); > > } > > With that patch applied (I kept the changes to rlphy.c too) the network is > now working again. Thanks! > Thanks for testing! Becasue there is possibility of watchdog timeouts would you please try attached patch again? (Make sure to backout all the applied patches before testing new patch.) -- Regards, Pyun YongHyeon --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="re.link.patch3" Index: sys/dev/re/if_re.c =================================================================== --- sys/dev/re/if_re.c (revision 186214) +++ sys/dev/re/if_re.c (working copy) @@ -2693,12 +2693,17 @@ re_ifmedia_upd(struct ifnet *ifp) { struct rl_softc *sc; + struct mii_softc *miisc; struct mii_data *mii; int error; sc = ifp->if_softc; mii = device_get_softc(sc->rl_miibus); RL_LOCK(sc); + if (mii->mii_instance) { + LIST_FOREACH(miisc, &mii->mii_phys, mii_list) + mii_phy_reset(miisc); + } error = mii_mediachg(mii); RL_UNLOCK(sc); --0F1p//8PRICkK4MW-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 01:40:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BD12106564A; Fri, 19 Dec 2008 01:40:58 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 5FA748FC1B; Fri, 19 Dec 2008 01:40:58 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBJ1eu29028885; Thu, 18 Dec 2008 17:40:56 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 18 Dec 2008 17:41:02 -0800 Message-ID: In-Reply-To: <1229637745.60337.62.camel@shumai.marcuscom.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: NAT (ipfw/natd) broken in latest -CURRENT Thread-Index: AclhXFGUuGBo+TiGR82lczRtw+zs5gAHhanQ References: <1229476796.49670.7.camel@shumai.marcuscom.com> <1229637745.60337.62.camel@shumai.marcuscom.com> From: "Li, Qing" To: "current" Cc: Joe Marcus Clarke Subject: RE: NAT (ipfw/natd) broken in latest -CURRENT 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, 19 Dec 2008 01:40:58 -0000 I have checked in a fix for this issue (r186308), which turned out to=20 be a problem in the ppp module. The ppp module updates the p2p host=20 route that was installed during the tunnel configuration, however, the=20 ppp code always set the RTF_GATEWAY flag. The patch has been verified to be working by Joe. Please let me know if you run into any other issue. Thanks, -- Qing > -----Original Message----- > From: Joe Marcus Clarke [mailto:marcus@freebsd.org] > Sent: Thursday, December 18, 2008 2:02 PM > To: Li, Qing > Cc: current > Subject: RE: NAT (ipfw/natd) broken in latest -CURRENT >=20 > On Thu, 2008-12-18 at 12:53 -0800, Li, Qing wrote: > > Hi Joe, > > > > I have been trying to recreate your problem but my setup seem to > > work. I then noticed in your original netstat output the p2p > > host route installed by the tunnel interface has the "G" flag > > set. This will certainly cause a routing problem because that > > route is not an indirect route. I modified the kernel code to > simulate > > this condition and I do see the error on output, which is expected. > > > > I assume this problem is consistently reproducible in your setup ? >=20 > Absolutely. Every time I setup the p2p tunnel with the non-proxy ARP > address range. Traffic flows outbound, but never inbound. Your > analysis sounds correct. The kernel doesn't know the interface on > which > to encapsulate the return traffic. >=20 > Joe >=20 > > > > -- Qing > > > > > > > -----Original Message----- > > > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > > > current@freebsd.org] On Behalf Of Joe Marcus Clarke > > > Sent: Tuesday, December 16, 2008 5:20 PM > > > To: current > > > Subject: NAT (ipfw/natd) broken in latest -CURRENT > > > > > > I just upgraded my i386 -CURRENT box from November 14 to today, and > > now > > > my SSH-over-PPP VPN tunnel no longer works. I did some packet > > captures, > > > and it appears that NAT is no longer working. If I send a telnet > > > packet > > > from my client side over the PPP tunnel, I see the SYN go out on > the > > > server side network properly translated. The destination host ACKs > > > correctly, but the ACK never goes back across the tunnel. It's as > if > > > natd is no longer translating the packet on the inbound path. > Besides > > > the upgrade, nothing has changed in my environment. > > > > > > My ipfw show looks like: > > > > > > 00050 22974 4677637 divert 8668 ip4 from any to any via em0 > > > 00100 194 20696 allow ip from any to any via lo0 > > > 00200 0 0 deny ip from any to 127.0.0.0/8 > > > 00300 0 0 deny ip from 127.0.0.0/8 to any > > > 65000 24714 4934785 allow ip from any to any > > > 65535 5 396 deny ip from any to any > > > > > > I am running natd as: > > > > > > /sbin/natd -s -m -skinny_port 2000 -n em0 > > > > > > The ifconfig for my tunnel interface is: > > > > > > tun0: flags=3D8051 metric 0 mtu > 1300 > > > inet 10.1.1.1 --> 10.1.1.76 netmask 0xffffff00 > > > inet6 fe80::211:11ff:fe10:461e%tun0 prefixlen 64 scopeid 0x5 > > > Opened by PID 8018 > > > > > > My netstat on the server side looks like: > > > > > > Internet: > > > Destination Gateway Flags Refs Use Netif > > > Expire > > > default 172.18.254.1 UGS 0 46685 em0 > > > 10.1.1.76 link#5 UGH 0 1735 tun0 > > > 127.0.0.1 link#3 UH 0 1171 lo0 > > > 172.18.254.0/24 link#1 U 0 0 em0 > > > 172.18.254.237/32 link#1 U 0 8 em0 > > > > > > The server's uname is: > > > > > > FreeBSD jclarke-pc.cisco.com 8.0-CURRENT FreeBSD 8.0-CURRENT #130: > Tue > > > Dec 16 15:42:09 EST 2008 > > > marcus@jclarke-pc.cisco.com:/usr/obj/usr/src/sys/JCLARKE-PC i386 > > > > > > The previous, working uname was: > > > > > > FreeBSD 8.0-CURRENT #129: Fri Nov 14 13:51:50 EST 2008 > > > marcus@jclarke-pc.cisco.com:/usr/obj/usr/src/sys/JCLARKE-PC > > > > > > Joe > > > > > > -- > > > Joe Marcus Clarke > > > FreeBSD GNOME Team :: gnome@FreeBSD.org > > > FreeNode / #freebsd-gnome > > > http://www.FreeBSD.org/gnome > > > -- > Joe Marcus Clarke > FreeBSD GNOME Team :: gnome@FreeBSD.org > FreeNode / #freebsd-gnome > http://www.FreeBSD.org/gnome From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 01:46:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F330C1065670 for ; Fri, 19 Dec 2008 01:46:38 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by mx1.freebsd.org (Postfix) with ESMTP id 842D88FC08 for ; Fri, 19 Dec 2008 01:46:38 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-020-216.pools.arcor-ip.net [88.66.20.216]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1LDURp0BUn-0000lO; Fri, 19 Dec 2008 02:46:37 +0100 Received: (qmail 14926 invoked from network); 19 Dec 2008 01:46:36 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by ns1.laiers.local with SMTP; 19 Dec 2008 01:46:36 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org, "Denis Mysenko" Date: Fri, 19 Dec 2008 02:46:36 +0100 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: <1229476796.49670.7.camel@shumai.marcuscom.com> <1229637745.60337.62.camel@shumai.marcuscom.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812190246.36582.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+RXmvuUOToGna9WuRH0DLv0+fCn4kczfnT+K+ yMlBzq3BWFUe5ksVnV/4vIbQgc4A2tuJvfmaSt8v92ETMqQWOy Mu0jN1c+7ohvHvjj1awQA== Cc: "Li, Qing" Subject: Re: NAT (ipfw/natd) broken in latest -CURRENT 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, 19 Dec 2008 01:46:39 -0000 On Friday 19 December 2008 02:41:02 Li, Qing wrote: > I have checked in a fix for this issue (r186308), which turned out to > be a problem in the ppp module. The ppp module updates the p2p host > route that was installed during the tunnel configuration, however, the > ppp code always set the RTF_GATEWAY flag. The patch has been verified to > be working by Joe. > > Please let me know if you run into any other issue. There has been a similar report in freebsd-net@ just recently, OP CC'ed. Denis, can you check if the fix quoted above fixes your problem? > Thanks, > > -- Qing > > > -----Original Message----- > > From: Joe Marcus Clarke [mailto:marcus@freebsd.org] > > Sent: Thursday, December 18, 2008 2:02 PM > > To: Li, Qing > > Cc: current > > Subject: RE: NAT (ipfw/natd) broken in latest -CURRENT > > > > On Thu, 2008-12-18 at 12:53 -0800, Li, Qing wrote: > > > Hi Joe, > > > > > > I have been trying to recreate your problem but my setup seem to > > > work. I then noticed in your original netstat output the p2p > > > host route installed by the tunnel interface has the "G" flag > > > set. This will certainly cause a routing problem because that > > > route is not an indirect route. I modified the kernel code to > > > > simulate > > > > > this condition and I do see the error on output, which is expected. > > > > > > I assume this problem is consistently reproducible in your setup ? > > > > Absolutely. Every time I setup the p2p tunnel with the non-proxy ARP > > address range. Traffic flows outbound, but never inbound. Your > > analysis sounds correct. The kernel doesn't know the interface on > > which > > to encapsulate the return traffic. > > > > Joe > > > > > -- Qing > > > > > > > -----Original Message----- > > > > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > > > > current@freebsd.org] On Behalf Of Joe Marcus Clarke > > > > Sent: Tuesday, December 16, 2008 5:20 PM > > > > To: current > > > > Subject: NAT (ipfw/natd) broken in latest -CURRENT > > > > > > > > I just upgraded my i386 -CURRENT box from November 14 to today, > > and > > > > now > > > > > > > my SSH-over-PPP VPN tunnel no longer works. I did some packet > > > > > > captures, > > > > > > > and it appears that NAT is no longer working. If I send a telnet > > > > packet > > > > from my client side over the PPP tunnel, I see the SYN go out on > > > > the > > > > > > server side network properly translated. The destination host > > ACKs > > > > > correctly, but the ACK never goes back across the tunnel. It's as > > > > if > > > > > > natd is no longer translating the packet on the inbound path. > > > > Besides > > > > > > the upgrade, nothing has changed in my environment. > > > > > > > > My ipfw show looks like: > > > > > > > > 00050 22974 4677637 divert 8668 ip4 from any to any via em0 > > > > 00100 194 20696 allow ip from any to any via lo0 > > > > 00200 0 0 deny ip from any to 127.0.0.0/8 > > > > 00300 0 0 deny ip from 127.0.0.0/8 to any > > > > 65000 24714 4934785 allow ip from any to any > > > > 65535 5 396 deny ip from any to any > > > > > > > > I am running natd as: > > > > > > > > /sbin/natd -s -m -skinny_port 2000 -n em0 > > > > > > > > The ifconfig for my tunnel interface is: > > > > > > > > tun0: flags=8051 metric 0 mtu > > > > 1300 > > > > > > inet 10.1.1.1 --> 10.1.1.76 netmask 0xffffff00 > > > > inet6 fe80::211:11ff:fe10:461e%tun0 prefixlen 64 scopeid 0x5 > > > > Opened by PID 8018 > > > > > > > > My netstat on the server side looks like: > > > > > > > > Internet: > > > > Destination Gateway Flags Refs Use > > Netif > > > > > Expire > > > > default 172.18.254.1 UGS 0 46685 > > em0 > > > > > 10.1.1.76 link#5 UGH 0 1735 > > tun0 > > > > > 127.0.0.1 link#3 UH 0 1171 > > lo0 > > > > > 172.18.254.0/24 link#1 U 0 0 > > em0 > > > > > 172.18.254.237/32 link#1 U 0 8 > > em0 > > > > > The server's uname is: > > > > > > > > FreeBSD jclarke-pc.cisco.com 8.0-CURRENT FreeBSD 8.0-CURRENT #130: > > > > Tue > > > > > > Dec 16 15:42:09 EST 2008 > > > > marcus@jclarke-pc.cisco.com:/usr/obj/usr/src/sys/JCLARKE-PC i386 > > > > > > > > The previous, working uname was: > > > > > > > > FreeBSD 8.0-CURRENT #129: Fri Nov 14 13:51:50 EST 2008 > > > > marcus@jclarke-pc.cisco.com:/usr/obj/usr/src/sys/JCLARKE-PC > > > > > > > > Joe > > > > > > > > -- > > > > Joe Marcus Clarke > > > > FreeBSD GNOME Team :: gnome@FreeBSD.org > > > > FreeNode / #freebsd-gnome > > > > http://www.FreeBSD.org/gnome > > > > -- > > Joe Marcus Clarke > > FreeBSD GNOME Team :: gnome@FreeBSD.org > > FreeNode / #freebsd-gnome > > http://www.FreeBSD.org/gnome > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 02:00:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 218531065670 for ; Fri, 19 Dec 2008 02:00:38 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 04BCA8FC18 for ; Fri, 19 Dec 2008 02:00:37 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBJ20bAQ000641; Thu, 18 Dec 2008 18:00:37 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 18 Dec 2008 18:00:47 -0800 Message-ID: In-Reply-To: <200812190246.36582.max@love2party.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: NAT (ipfw/natd) broken in latest -CURRENT Thread-Index: Aclhe6KKC5/ON8HVR4CRdjw3HZYyUQAAW6wQ References: <1229476796.49670.7.camel@shumai.marcuscom.com> <1229637745.60337.62.camel@shumai.marcuscom.com> <200812190246.36582.max@love2party.net> From: "Li, Qing" To: "Max Laier" , "Denis Mysenko" Cc: current Subject: RE: NAT (ipfw/natd) broken in latest -CURRENT 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, 19 Dec 2008 02:00:38 -0000 I did not notice that thread on net@, but now that you've mentioned it,=20 the original description appears to be very similar to what I was observing in the NAT/VPN case. Please let me know if this patch does the right thing for you. --Qing > -----Original Message----- > From: Max Laier [mailto:max@love2party.net] > Sent: Thursday, December 18, 2008 5:47 PM > To: freebsd-current@freebsd.org; Denis Mysenko > Cc: Li, Qing > Subject: Re: NAT (ipfw/natd) broken in latest -CURRENT >=20 > On Friday 19 December 2008 02:41:02 Li, Qing wrote: > > I have checked in a fix for this issue (r186308), which turned out to > > be a problem in the ppp module. The ppp module updates the p2p host > > route that was installed during the tunnel configuration, however, > the > > ppp code always set the RTF_GATEWAY flag. The patch has been verified > to > > be working by Joe. > > > > Please let me know if you run into any other issue. >=20 > There has been a similar report in freebsd-net@ just recently, OP CC'ed. > Denis, can you check if the fix quoted above fixes your problem? >=20 > > Thanks, > > > > -- Qing > > > > > -----Original Message----- > > > From: Joe Marcus Clarke [mailto:marcus@freebsd.org] > > > Sent: Thursday, December 18, 2008 2:02 PM > > > To: Li, Qing > > > Cc: current > > > Subject: RE: NAT (ipfw/natd) broken in latest -CURRENT > > > > > > On Thu, 2008-12-18 at 12:53 -0800, Li, Qing wrote: > > > > Hi Joe, > > > > > > > > I have been trying to recreate your problem but my setup seem to > > > > work. I then noticed in your original netstat output the p2p > > > > host route installed by the tunnel interface has the "G" flag > > > > set. This will certainly cause a routing problem because that > > > > route is not an indirect route. I modified the kernel code to > > > > > > simulate > > > > > > > this condition and I do see the error on output, which is > expected. > > > > > > > > I assume this problem is consistently reproducible in your setup ? > > > > > > Absolutely. Every time I setup the p2p tunnel with the non-proxy > ARP > > > address range. Traffic flows outbound, but never inbound. Your > > > analysis sounds correct. The kernel doesn't know the interface on > > > which > > > to encapsulate the return traffic. > > > > > > Joe > > > > > > > -- Qing > > > > > > > > > -----Original Message----- > > > > > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > > > > > current@freebsd.org] On Behalf Of Joe Marcus Clarke > > > > > Sent: Tuesday, December 16, 2008 5:20 PM > > > > > To: current > > > > > Subject: NAT (ipfw/natd) broken in latest -CURRENT > > > > > > > > > > I just upgraded my i386 -CURRENT box from November 14 to today, > > > > and > > > > > > now > > > > > > > > > my SSH-over-PPP VPN tunnel no longer works. I did some packet > > > > > > > > captures, > > > > > > > > > and it appears that NAT is no longer working. If I send a > telnet > > > > > packet > > > > > from my client side over the PPP tunnel, I see the SYN go out > on > > > > > > the > > > > > > > > server side network properly translated. The destination host > > > > ACKs > > > > > > > correctly, but the ACK never goes back across the tunnel. It's > as > > > > > > if > > > > > > > > natd is no longer translating the packet on the inbound path. > > > > > > Besides > > > > > > > > the upgrade, nothing has changed in my environment. > > > > > > > > > > My ipfw show looks like: > > > > > > > > > > 00050 22974 4677637 divert 8668 ip4 from any to any via em0 > > > > > 00100 194 20696 allow ip from any to any via lo0 > > > > > 00200 0 0 deny ip from any to 127.0.0.0/8 > > > > > 00300 0 0 deny ip from 127.0.0.0/8 to any > > > > > 65000 24714 4934785 allow ip from any to any > > > > > 65535 5 396 deny ip from any to any > > > > > > > > > > I am running natd as: > > > > > > > > > > /sbin/natd -s -m -skinny_port 2000 -n em0 > > > > > > > > > > The ifconfig for my tunnel interface is: > > > > > > > > > > tun0: flags=3D8051 metric 0 mtu > > > > > > 1300 > > > > > > > > inet 10.1.1.1 --> 10.1.1.76 netmask 0xffffff00 > > > > > inet6 fe80::211:11ff:fe10:461e%tun0 prefixlen 64 scopeid > 0x5 > > > > > Opened by PID 8018 > > > > > > > > > > My netstat on the server side looks like: > > > > > > > > > > Internet: > > > > > Destination Gateway Flags Refs Use > > > > Netif > > > > > > > Expire > > > > > default 172.18.254.1 UGS 0 46685 > > > > em0 > > > > > > > 10.1.1.76 link#5 UGH 0 1735 > > > > tun0 > > > > > > > 127.0.0.1 link#3 UH 0 1171 > > > > lo0 > > > > > > > 172.18.254.0/24 link#1 U 0 0 > > > > em0 > > > > > > > 172.18.254.237/32 link#1 U 0 8 > > > > em0 > > > > > > > The server's uname is: > > > > > > > > > > FreeBSD jclarke-pc.cisco.com 8.0-CURRENT FreeBSD 8.0-CURRENT > #130: > > > > > > Tue > > > > > > > > Dec 16 15:42:09 EST 2008 > > > > > marcus@jclarke-pc.cisco.com:/usr/obj/usr/src/sys/JCLARKE-PC > i386 > > > > > > > > > > The previous, working uname was: > > > > > > > > > > FreeBSD 8.0-CURRENT #129: Fri Nov 14 13:51:50 EST 2008 > > > > > marcus@jclarke-pc.cisco.com:/usr/obj/usr/src/sys/JCLARKE-PC > > > > > > > > > > Joe > > > > > > > > > > -- > > > > > Joe Marcus Clarke > > > > > FreeBSD GNOME Team :: gnome@FreeBSD.org > > > > > FreeNode / #freebsd-gnome > > > > > http://www.FreeBSD.org/gnome > > > > > > -- > > > Joe Marcus Clarke > > > FreeBSD GNOME Team :: gnome@FreeBSD.org > > > FreeNode / #freebsd-gnome > > > http://www.FreeBSD.org/gnome > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" >=20 > -- > /"\ Best regards, | mlaier@freebsd.org > \ / Max Laier | ICQ #67774661 > X http://pf4freebsd.love2party.net/ | mlaier@EFnet > / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 02:46:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 326CE1065670; Fri, 19 Dec 2008 02:46:50 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 023258FC08; Fri, 19 Dec 2008 02:46:49 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBJ2knWN004955; Thu, 18 Dec 2008 18:46:49 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 18 Dec 2008 18:46:55 -0800 Message-ID: In-Reply-To: <494980BE.3080002@itavy.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with snmp build after update Thread-Index: AclgmRXLmO/sJTOlTbSymJHbLsFzMAA6b//g References: <494980BE.3080002@itavy.com> From: "Li, Qing" To: "Octavian Ionescu" , "Qing Li" Cc: freebsd-current@freebsd.org, kuriyama@freebsd.org Subject: RE: Problem with snmp build after update 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, 19 Dec 2008 02:46:50 -0000 Hi Octavian: The fix for this build failure is straightforward. "at.c" performs the ARP table retrieval. The RTF_LLINFO flag does not need to be specified any more. You can patch the /net-snmp-5.4.2.1/agent/mibgroup/mibII/at.c file yourself for now. I have done the "make install" successfully after=20 the patch. Here is the diff: ----------------------------------------- 689,693c689 < #ifdef RTF_LLINFO < mib[5] =3D RTF_LLINFO; < #else < mib[5] =3D 0; < #endif --- > mib[5] =3D RTF_LLINFO; ----------------------------------------- I assume you have not defined CHECK_RT_FLAGS, if so, more bits need to be updated. I have cc:'d the maintainer kuriyama@freebsd.org here for the actual commit. Thanks, -- Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Octavian Ionescu > Sent: Wednesday, December 17, 2008 2:44 PM > To: freebsd-current@freebsd.org > Subject: Problem with snmp build after update >=20 > hi, >=20 >=20 > when i tried to compile net-snmp after the last update it gives me the > following error >=20 > cc -I../../include -I. -I../../agent -I../../agent/mibgroup > -I../../snmplib -DNETSNMP_ENABLE_IPV6 -O -pipe -Ufreebsd8 > -Dfreebsd8=3Dfreebsd8 = -DAPPLLIB_EXP=3D/usr/local/lib/perl5/5.8.8/BSDPAN > -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe > -Wdeclaration-after-statement -I/usr/local/include > -I/usr/local/lib/perl5/5.8.8/mach/CORE -c mibII/at.c -fPIC -DPIC -o > mibII/.libs/at.o > mibII/at.c: In function 'ARP_Scan_Init': > mibII/at.c:689: error: 'RTF_LLINFO' undeclared (first use in this > function) > mibII/at.c:689: error: (Each undeclared identifier is reported only > once > mibII/at.c:689: error: for each function it appears in.) > *** Error code 1 >=20 > Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp- > 5.4.2.1/agent/mibgroup. > *** Error code 1 >=20 > Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.4.2.1/agent. > *** Error code 1 >=20 > Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.4.2.1. > *** Error code 1 >=20 > Stop in /usr/ports/net-mgmt/net-snmp. >=20 > after i have read in UPDATING i found: >=20 > 20081214: > __FreeBSD_version 800059 incorporates the new arp-v2 rewrite. > RTF_CLONING, RTF_LLINFO and RTF_WASCLONED flags are eliminated. >=20 >=20 > -- > Best regards, > Octavian >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 08:33:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ACF51065676; Fri, 19 Dec 2008 08:33:38 +0000 (UTC) (envelope-from prvs=julian=232eb2160@elischer.org) Received: from smtp-outbound.ironport.com (smtp-outbound.ironport.com [63.251.108.112]) by mx1.freebsd.org (Postfix) with ESMTP id F217C8FC23; Fri, 19 Dec 2008 08:33:37 +0000 (UTC) (envelope-from prvs=julian=232eb2160@elischer.org) Received: from unknown (HELO julian-mac.elischer.org) ([10.251.60.20]) by smtp-outbound.ironport.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 19 Dec 2008 00:05:01 -0800 Message-ID: <494B55B3.4030201@elischer.org> Date: Fri, 19 Dec 2008 00:05:07 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: "Li, Qing" References: <494980BE.3080002@itavy.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Qing Li , Octavian Ionescu , freebsd-current@freebsd.org, kuriyama@freebsd.org Subject: Re: Problem with snmp build after update 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, 19 Dec 2008 08:33:38 -0000 Li, Qing wrote: > Hi Octavian: > > The fix for this build failure is straightforward. "at.c" performs the > ARP table retrieval. The RTF_LLINFO flag does not need to be specified > any more. > > You can patch the /net-snmp-5.4.2.1/agent/mibgroup/mibII/at.c file > yourself for now. I have done the "make install" successfully after > the patch. Here is the diff: I think it may be worth re-introducing this flag in some way for compatibility or at least in a way that produces an error that explains what to do... > > ----------------------------------------- > 689,693c689 > < #ifdef RTF_LLINFO > < mib[5] = RTF_LLINFO; > < #else > < mib[5] = 0; > < #endif > --- >> mib[5] = RTF_LLINFO; > ----------------------------------------- > > I assume you have not defined CHECK_RT_FLAGS, if so, more bits > need to be updated. > > I have cc:'d the maintainer kuriyama@freebsd.org here for the actual > commit. > > Thanks, > > -- Qing > > >> -----Original Message----- >> From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- >> current@freebsd.org] On Behalf Of Octavian Ionescu >> Sent: Wednesday, December 17, 2008 2:44 PM >> To: freebsd-current@freebsd.org >> Subject: Problem with snmp build after update >> >> hi, >> >> >> when i tried to compile net-snmp after the last update it gives me the >> following error >> >> cc -I../../include -I. -I../../agent -I../../agent/mibgroup >> -I../../snmplib -DNETSNMP_ENABLE_IPV6 -O -pipe -Ufreebsd8 >> -Dfreebsd8=freebsd8 -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.8/BSDPAN >> -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe >> -Wdeclaration-after-statement -I/usr/local/include >> -I/usr/local/lib/perl5/5.8.8/mach/CORE -c mibII/at.c -fPIC -DPIC -o >> mibII/.libs/at.o >> mibII/at.c: In function 'ARP_Scan_Init': >> mibII/at.c:689: error: 'RTF_LLINFO' undeclared (first use in this >> function) >> mibII/at.c:689: error: (Each undeclared identifier is reported only >> once >> mibII/at.c:689: error: for each function it appears in.) >> *** Error code 1 >> >> Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp- >> 5.4.2.1/agent/mibgroup. >> *** Error code 1 >> >> Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.4.2.1/agent. >> *** Error code 1 >> >> Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.4.2.1. >> *** Error code 1 >> >> Stop in /usr/ports/net-mgmt/net-snmp. >> >> after i have read in UPDATING i found: >> >> 20081214: >> __FreeBSD_version 800059 incorporates the new arp-v2 rewrite. >> RTF_CLONING, RTF_LLINFO and RTF_WASCLONED flags are > eliminated. >> >> -- >> Best regards, >> Octavian >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current- >> unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 09:15:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D14B01065729 for ; Fri, 19 Dec 2008 09:15:38 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from sakura.ccs.furiru.org (unknown [IPv6:2001:2f0:104:8060::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7F4F68FC18 for ; Fri, 19 Dec 2008 09:15:38 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (authenticated bits=0) by sakura.ccs.furiru.org (unknown) with ESMTP id mBJ9FWm9029178; Fri, 19 Dec 2008 18:15:35 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Fri, 19 Dec 2008 18:15:32 +0900 (JST) Message-Id: <20081219.181532.241936859.nyan@jp.FreeBSD.org> To: xcllnt@mac.com From: Takahashi Yoshihiro In-Reply-To: <4EA5F491-CC52-43EC-AC03-F50F8B2D6186@mac.com> References: <200812171743.mBHHhMd3010561@svn.freebsd.org> <20081218.194137.191463900.nyan@jp.FreeBSD.org> <4EA5F491-CC52-43EC-AC03-F50F8B2D6186@mac.com> X-Mailer: Mew version 6.1 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: gpart 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, 19 Dec 2008 09:15:38 -0000 In article <4EA5F491-CC52-43EC-AC03-F50F8B2D6186@mac.com> Marcel Moolenaar writes: > >> 4. It's failed to recognize a big SCSI disk as BSD slice. > > Can you elaborate. Please see: http://lists.freebsd.org/pipermail/freebsd-arch/2008-September/008627.html The da0 has a BSD slice. GEOM_BSD/GEOM_PC98 recognize it correctly. But the gpart does not. From debug printf (dmesg.txt), it seems that the gpart read incorrect sector. > >> 5. A (bit strange) FAT slice is recoginized as BSD slice. > > This is probably a priority issue between bsd and pc98. > (and thus a priority issue between mbr and pc98). In > particular, g_part_bsd returns G_PART_PROBE_PRI_HIGH. > It looks like g_part_pc98 needs to have the highest > priority. I'll send you a patch for review shortly. Thanks. --- TAKAHASHI Yoshihiro From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 10:14:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0EF51065673 for ; Fri, 19 Dec 2008 10:14:37 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail-chaos.rambler.ru (mail-chaos.rambler.ru [81.19.68.130]) by mx1.freebsd.org (Postfix) with ESMTP id 792398FC1D for ; Fri, 19 Dec 2008 10:14:37 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from [192.168.1.5] (ppp85-140-217-82.pppoe.mtu-net.ru [85.140.217.82]) (Authenticated sender: citrin@citrin.ru) by mail-chaos.rambler.ru (Postfix) with ESMTPSA id 859771704E for ; Fri, 19 Dec 2008 13:14:35 +0300 (MSK) Message-ID: <494B740B.4080602@citrin.ru> Date: Fri, 19 Dec 2008 13:14:35 +0300 From: Anton Yuzhaninov User-Agent: Thunderbird 2.0.0.18 (X11/20081129) MIME-Version: 1.0 To: current@freebsd.org References: <4947C526.2080702@citrin.ru> In-Reply-To: <4947C526.2080702@citrin.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: hangup (livelock) - db> prompt in endless loop 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, 19 Dec 2008 10:14:37 -0000 Anton Yuzhaninov wrote: > My box with fresh current sometimes stops to respond. > > On screen in endless loop printed debugger prompt > > db> > > but I can't type anything here. > > Alt+Ctrl+Esc and Alt+Ctrl+Del don't stops this loop. > > How I can debug this problem? > > system: current from Mon Dec 15 16:16:23 MSK 2008 with GENERIC kernel, > amd64, SMP. > With more fresh current - Wed Dec 17 21:09:38 Panic not repeated. -- Anton Yuzhaninov From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 10:22:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 994171065675; Fri, 19 Dec 2008 10:22:19 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-13.dsl.austtx.swbell.net [70.243.84.13]) by mx1.freebsd.org (Postfix) with ESMTP id 481708FC1A; Fri, 19 Dec 2008 10:22:19 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.13.1) with ESMTP id mBJAMIJk044067; Fri, 19 Dec 2008 04:22:18 -0600 (CST) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=rYGp4gakzmTCH1aDE5M9/dSDfl3jGHoImIodP9cdx8C33hZiDzmPs5GWVjN5yA9jW xE5c/Z6lczcsUWMBfoKrtt1VRTJb5KkrNsejtYl20CIgKA6ZS1Qd84ymP4GS0JUpUBo hfunAQmWZYZxHWGzy+RO/Hui+8vuaDdMq1H03is= Message-ID: <494B75DA.5010400@jrv.org> Date: Fri, 19 Dec 2008 04:22:18 -0600 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <493F887D.7000705@jrv.org> <226981FE-F27C-4C5F-8112-90213E45E99A@freebsd.org> In-Reply-To: <226981FE-F27C-4C5F-8112-90213E45E99A@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: patch; svn186316; SATA port multiplier disk detect bugs 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, 19 Dec 2008 10:22:19 -0000 This only affects Silicon Image host controllers. It was only tested with a Sil3132. I have found two bugs in the port multiplier code and a place where an added delay is both necessary and sufficient to make my setup work, even though I can't explain why. The first change in ata_siiprb_issue_cmd() increases the timeout count from 10,000 to 31,000 counts. When a soft reset is issued to a port multiplier disk port this loop may have to wait for the hard disk to spin up. I consistently saw 15,000 counts as needed by experiment; assuming counts are milliseconds then 31,000 is what ATA calls for. Note that currently empty disk ports behind a port multiplier are detected by letting this loop time out; i.e., an empty port multiplier enclosure can lengthen boot time by 2.5 minutes. Some other strategy for disk detection might be needed later (the PHY probably is a good approach). The second change in ata_siiprb_issue_cmd() fixes a typo: failure was being returned if a command took more than 1,000 counts even if it completed within the allotted 10,000 counts. The last change in ata_siiprb_softreset() is a delay that mysteriously turns out to be necessary. I don't know why, how much or how little is needed. Hardware is like that sometimes. With this my setup, with a Sil3132 host controller, always detects the drives in my Sil3726-based port-multiplier enclosures. There are other severe problems in usage, especially on my 12GB RAM system, but at least this may let people get past disk detection and on to those other issues. /usr/src-current# svn di Index: sys/dev/ata/chipsets/ata-siliconimage.c =================================================================== --- sys/dev/ata/chipsets/ata-siliconimage.c (revision 186316) +++ sys/dev/ata/chipsets/ata-siliconimage.c (working copy) @@ -679,7 +679,7 @@ ATA_OUTL(ctlr->r_res2, 0x1c04 + offset, prb_bus >> 32); /* poll for command finished */ - for (timeout = 0; timeout < 10000; timeout++) { + for (timeout = 0; timeout < 31000; timeout++) { DELAY(1000); if ((status = ATA_INL(ctlr->r_res2, 0x1008 + offset)) & 0x00010000) break; @@ -687,7 +687,7 @@ // SOS XXX ATA_OUTL(ctlr->r_res2, 0x1008 + offset, 0x00010000); ATA_OUTL(ctlr->r_res2, 0x1008 + offset, 0x08ff08ff); - if (timeout >= 1000) + if (timeout >= 31000) return EIO; if (bootverbose) @@ -761,6 +761,18 @@ prb->control = htole16(0x0080); prb->fis[1] = port & 0x0f; + ata_udelay(150000); + ata_udelay(150000); + ata_udelay(150000); + ata_udelay(150000); + ata_udelay(150000); + ata_udelay(150000); + ata_udelay(150000); + ata_udelay(150000); + ata_udelay(150000); + ata_udelay(150000); + ata_udelay(150000); + /* issue soft reset */ if (ata_siiprb_issue_cmd(dev)) return -1; /usr/src-current# From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 12:54:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80FD6106567A for ; Fri, 19 Dec 2008 12:54:01 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id E67868FC12 for ; Fri, 19 Dec 2008 12:54:00 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.24.11.44]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id mBJCrpuq021838 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Dec 2008 15:53:57 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LDerX-000Hja-Kw; Fri, 19 Dec 2008 15:53:51 +0300 From: Vladimir Grebenschikov To: Qing Li In-Reply-To: <873agpk11i.fsf@kobe.laptop> References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <873agpk11i.fsf@kobe.laptop> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Date: Fri, 19 Dec 2008 15:53:51 +0300 Message-Id: <1229691231.1818.53.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, gerald@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed 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, 19 Dec 2008 12:54:01 -0000 On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: > > The arp-v2 changes have been committed into HEAD. > > Please report problems to me and Kip Macy. Wine is not build any more:=20 ... cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT = -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrit= e-strings -Wpointer-arith -I/usr/local/include -O2 -pipe -fno-strict-aliasi= ng -o ipstats.o ipstats.c ipstats.c: In function 'getNumArpEntries': ipstats.c:1253: error: 'RTF_LLINFO' undeclared (first use in this function) ipstats.c:1253: error: (Each undeclared identifier is reported only once ipstats.c:1253: error: for each function it appears in.) ipstats.c: In function 'getArpTable': ipstats.c:1311: error: 'RTF_LLINFO' undeclared (first use in this function) ipstats.c:1311: warning: initialization makes integer from pointer without = a cast gmake[2]: *** [ipstats.o] =EF=DB=C9=C2=CB=C1 1 gmake[2]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.1.10/dll= s/iphlpapi' gmake[1]: *** [iphlpapi] =EF=DB=C9=C2=CB=C1 2 gmake[1]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.1.10/dll= s' gmake: *** [dlls] =EF=DB=C9=C2=CB=C1 2 --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 09:28:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E04B1065679 for ; Fri, 19 Dec 2008 09:28:23 +0000 (UTC) (envelope-from qingli@speakeasy.net) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.10]) by mx1.freebsd.org (Postfix) with ESMTP id 781ED8FC23 for ; Fri, 19 Dec 2008 09:28:23 +0000 (UTC) (envelope-from qingli@speakeasy.net) Received: (qmail 6292 invoked from network); 19 Dec 2008 09:01:43 -0000 Received: from dsl081-051-194.sfo1.dsl.speakeasy.net (HELO qm8nwm5acsx) ([64.81.51.194]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 19 Dec 2008 09:01:43 -0000 From: "Qing Li" To: "'Julian Elischer'" Date: Fri, 19 Dec 2008 01:01:44 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <494B55B3.4030201@elischer.org> Thread-Index: AclhtH+gezQK7+bZT0a4xkQvdvzLmgAAdggg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Message-Id: <20081219092823.781ED8FC23@mx1.freebsd.org> X-Mailman-Approved-At: Fri, 19 Dec 2008 14:07:38 +0000 Cc: 'Qing Li' , 'Octavian Ionescu' , freebsd-current@freebsd.org, kuriyama@freebsd.org Subject: RE: Problem with snmp build after update 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, 19 Dec 2008 09:28:23 -0000 > > I think it may be worth re-introducing this > flag in some way for compatibility or at > least in a way that produces an error that > explains what to do... > We discussed about the option of keeping this flag around for application compatibility reasons. Since this flag is completely ignored in the kernel, and there are cases where RTF_LLINFO has to be returned back to the applications, we felt the better approach is to remove the flag completely to avoid hiding runtime problems. -- Qing > > ----------------------------------------- > 689,693c689 > < #ifdef RTF_LLINFO > < mib[5] = RTF_LLINFO; > < #else > < mib[5] = 0; > < #endif > --- >> mib[5] = RTF_LLINFO; > ----------------------------------------- > > I assume you have not defined CHECK_RT_FLAGS, if so, more bits need to > be updated. > > I have cc:'d the maintainer kuriyama@freebsd.org here for the actual > commit. > > Thanks, > > -- Qing > > >> -----Original Message----- >> From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- >> current@freebsd.org] On Behalf Of Octavian Ionescu >> Sent: Wednesday, December 17, 2008 2:44 PM >> To: freebsd-current@freebsd.org >> Subject: Problem with snmp build after update >> >> hi, >> >> >> when i tried to compile net-snmp after the last update it gives me >> the following error >> >> cc -I../../include -I. -I../../agent -I../../agent/mibgroup >> -I../../snmplib -DNETSNMP_ENABLE_IPV6 -O -pipe -Ufreebsd8 >> -Dfreebsd8=freebsd8 -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.8/BSDPAN >> -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe >> -Wdeclaration-after-statement -I/usr/local/include >> -I/usr/local/lib/perl5/5.8.8/mach/CORE -c mibII/at.c -fPIC -DPIC -o >> mibII/.libs/at.o >> mibII/at.c: In function 'ARP_Scan_Init': >> mibII/at.c:689: error: 'RTF_LLINFO' undeclared (first use in this >> function) >> mibII/at.c:689: error: (Each undeclared identifier is reported only >> once >> mibII/at.c:689: error: for each function it appears in.) >> *** Error code 1 >> >> Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp- >> 5.4.2.1/agent/mibgroup. >> *** Error code 1 >> >> Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.4.2.1/agent. >> *** Error code 1 >> >> Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.4.2.1. >> *** Error code 1 >> >> Stop in /usr/ports/net-mgmt/net-snmp. >> >> after i have read in UPDATING i found: >> >> 20081214: >> __FreeBSD_version 800059 incorporates the new arp-v2 rewrite. >> RTF_CLONING, RTF_LLINFO and RTF_WASCLONED flags are > eliminated. >> >> -- >> Best regards, >> Octavian >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current- >> unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 14:10:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB5371065675 for ; Fri, 19 Dec 2008 14:10:32 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 84E5D8FC1A for ; Fri, 19 Dec 2008 14:10:32 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LDg3j-0005sb-J3; Fri, 19 Dec 2008 16:10:31 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id mBJEASfA031587 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Dec 2008 16:10:28 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id mBJEASVw071513; Fri, 19 Dec 2008 16:10:28 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id mBJEAS1P071512; Fri, 19 Dec 2008 16:10:28 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 19 Dec 2008 16:10:28 +0200 From: Kostik Belousov To: pluknet Message-ID: <20081219141028.GS2038@deviant.kiev.zoral.com.ua> References: <20081218210634.GL2038@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sHj+bPVFXs3YLS9f" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1LDg3j-0005sb-J3 ed5b5aebba5d344cd346e3caf14cd42e X-Terabit: YES Cc: freebsd-current Subject: Re: LOR between nfs and proctree 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, 19 Dec 2008 14:10:33 -0000 --sHj+bPVFXs3YLS9f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 19, 2008 at 02:41:04AM +0300, pluknet wrote: > 2008/12/19 Kostik Belousov : > > On Thu, Dec 18, 2008 at 01:43:38AM +0300, pluknet wrote: > >> I didn't find this LOR in archives and don't know if this is known > >> one, so I'm posting it here. > >> > >> lock order reversal: > >> 1st 0xc5ea37ac nfs (nfs) @ /usr/src/sys/kern/vfs_vnops.c:531 > >> 2nd 0xc0889090 proctree (proctree) @ /usr/src/sys/kern/kern_fork.c:311 > >> KDB: stack backtrace: > >> db_trace_self_wrapper(c07fb0cf,e7d1f8cc,c05d79e5,4,c07f662d,...) at > >> db_trace_self_wrapper+0x26 > >> kdb_backtrace(4,c07f662d,c54fcad8,c54f6068,e7d1f928,...) at kdb_backtr= ace+0x29 > >> _witness_debugger(c07fdd7f,c0889090,c07f702d,c54f6068,c07f3e44,...) at > >> _witness_debugger+0x25 > >> witness_checkorder(c0889090,1,c07f3e44,137,0,...) at witness_checkorde= r+0x839 > >> _sx_slock(c0889090,0,c07f3e44,137,0,...) at _sx_slock+0x85 > >> fork1(c0887530,60034,0,e7d1f9c0,c07f662d,...) at fork1+0x2cd > >> kproc_create(c06dc780,c09f8920,0,40000,0,...) at kproc_create+0x47 > >> nfs_nfsiodnew(c09f8f70,0,c080e39a,553,0,...) at nfs_nfsiodnew+0xc5 > >> nfs_asyncio(c5c024e8,d952b670,c5af0000,c5abdd80,0,...) at nfs_asyncio+= 0x3a5 > >> nfs_bioread(c5ea3754,e7d1fc58,20000,c5af0000,e7d1fba0,...) at nfs_bior= ead+0x788 > >> nfs_read(e7d1fbc8,c5abdd80,c5e63968,c5abdd80,e7d1fbe8,...) at nfs_read= +0x44 > >> VOP_READ_APV(c085d360,e7d1fbc8,c0805cb8,213,c5abde24,...) at VOP_READ_= APV+0xa5 > >> vn_read(c5e63968,e7d1fc58,c5af0000,0,c5abdd80,...) at vn_read+0x1ee > >> dofileread(e7d1fc58,ffffffff,ffffffff,0,c5e63968,...) at dofileread+0x= 96 > >> kern_readv(c5abdd80,4,e7d1fc58,e7d1fc78,1,...) at kern_readv+0x58 > >> read(c5abdd80,e7d1fcf8,c,c07fe5a8,c083f5c8,...) at read+0x4f > >> syscall(e7d1fd38) at syscall+0x2a3 > >> Xint0x80_syscall() at Xint0x80_syscall+0x20 > >> --- syscall (3, FreeBSD ELF32, read), eip =3D 0x281c7f93, esp =3D > >> 0xbfbfeaec, ebp =3D 0xbfbfec28 --- > > > > It is more or less known, nfs may create new nfsiod while holding vnode > > lock. Severity of the issue lowered with removal of the single-threading > > from the fork(), but it is still real. Workaround is to create required > > amount of nfsiod in advance. > > >=20 > Thank you for reply. >=20 > Are those two related? >=20 > lock order reversal: > 1st 0xd9529b40 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:1783 > 2nd 0xc70868b4 so_snd_sx (so_snd_sx) @ /usr/src/sys/kern/uipc_sockbuf.c:= 148 > KDB: stack backtrace: > db_trace_self_wrapper(c07fb0cf,e800364c,c05d79e5,4,c07f662d,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c07f662d,c54f9810,c54fc868,e80036a8,...) at kdb_backtrace= +0x29 > _witness_debugger(c07fdd7f,c70868b4,c0801ece,c54fc868,c0801b8d,...) at > _witness_debugger+0x25 > witness_checkorder(c70868b4,9,c0801b8d,94,0,...) at witness_checkorder+0x= 839 > _sx_xlock(c70868b4,40,c0801b8d,94,e8003740,...) at _sx_xlock+0x85 > sblock(c7086880,1,c07f0efa,3,c5b176c0,...) at sblock+0x85 > sosend_generic(c70867a8,0,0,c5eb4400,0,...) at sosend_generic+0xc2 > sosend(c70867a8,0,0,c5eb4400,0,...) at sosend+0x3f > clnt_vc_call(c5957b60,e80038a4,10,c68d3900,e80038e0,...) at clnt_vc_call+= 0x43c > clnt_reconnect_call(c5956760,e80038a4,10,c68d3900,e80038e0,...) at > clnt_reconnect_call+0x5a0 > nfs_request(c5c5b10c,c68d3900,10,c5b176c0,c6825d00,...) at nfs_request+0x= 1dd > nfs_readdirrpc(c5c5b10c,e80039b4,c6825d00,c5e7ec1c,4,...) at > nfs_readdirrpc+0x25c > nfs_doio(c5c5b10c,d9529ae0,c6825d00,c5b176c0,0,...) at nfs_doio+0x2f1 > nfs_bioread(c5c5b10c,e8003c00,0,c6825d00,e8003b5c,...) at nfs_bioread+0xb= db > nfs_readdir(e8003c20,0,c5c5b10c,0,e8003c58,...) at nfs_readdir+0x153 > VOP_READDIR_APV(c085d360,e8003c20,c0805b55,ff3,0,...) at VOP_READDIR_APV+= 0xa5 > kern_getdirentries(c5b176c0,3,2811f000,1000,e8003c74,...) at > kern_getdirentries+0x1f5 > getdirentries(c5b176c0,e8003cf8,10,c07fea30,c08407e0,...) at getdirentrie= s+0x31 > syscall(e8003d38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (196, FreeBSD ELF32, getdirentries), eip =3D 0x807d18f, esp > =3D 0xbfbfdf0c, ebp =3D 0xbfbfdf38 --- >=20 > lock order reversal: > 1st 0xd96ca6c0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:1783 > 2nd 0xc0889090 proctree (proctree) @ /usr/src/sys/kern/kern_fork.c:311 > KDB: stack backtrace: > db_trace_self_wrapper(c07fb0cf,e81168cc,c05d79e5,4,c07f662d,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c07f662d,c54f9810,c54f6068,e8116928,...) at kdb_backtrace= +0x29 > _witness_debugger(c07fdd7f,c0889090,c07f702d,c54f6068,c07f3e44,...) at > _witness_debugger+0x25 > witness_checkorder(c0889090,1,c07f3e44,137,0,...) at witness_checkorder+0= x839 > _sx_slock(c0889090,0,c07f3e44,137,0,...) at _sx_slock+0x85 > fork1(c0887530,60034,0,e81169c0,c07f662d,...) at fork1+0x2cd > kproc_create(c06dc780,c09f8920,0,40000,0,...) at kproc_create+0x47 > nfs_nfsiodnew(c09f8f70,0,c080e39a,553,0,...) at nfs_nfsiodnew+0xc5 > nfs_asyncio(c5c5c4e8,d96ca660,c6825d00,c65db6c0,0,...) at nfs_asyncio+0x3= a5 > nfs_bioread(c6cd4324,e8116c58,20000,c6825d00,e8116ba0,...) at nfs_bioread= +0x788 > nfs_read(e8116bc8,c65db6c0,c5ca31f8,c65db6c0,e8116be8,...) at nfs_read+0x= 44 > VOP_READ_APV(c085d360,e8116bc8,c0805cb8,213,c65db764,...) at VOP_READ_APV= +0xa5 > vn_read(c5ca31f8,e8116c58,c6825d00,0,c65db6c0,...) at vn_read+0x1ee > dofileread(e8116c58,ffffffff,ffffffff,0,c5ca31f8,...) at dofileread+0x96 > kern_readv(c65db6c0,3,e8116c58,e8116c78,1,...) at kern_readv+0x58 > read(c65db6c0,e8116cf8,c,c07fe68b,c083f5c8,...) at read+0x4f > syscall(e8116d38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (3, FreeBSD ELF32, read), eip =3D 0x808a0bf, esp =3D > 0xbfbfd9cc, ebp =3D 0xbfbfd9f8 --- >=20 > Yes, this LOR has the same backtrace with different lock only. The second LOR has the same reason, but it is a different LOR, obviously. --sHj+bPVFXs3YLS9f Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAklLq1MACgkQC3+MBN1Mb4gtYQCg7HQUER2dIMI8VGK0Vo2DtF8W T4QAn0kU17gu3hGW36/itlXKbwck+VD3 =h4kW -----END PGP SIGNATURE----- --sHj+bPVFXs3YLS9f-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 15:19:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA9981065674 for ; Fri, 19 Dec 2008 15:19:34 +0000 (UTC) (envelope-from galbrig@googlemail.com) Received: from mail-bw0-f19.google.com (mail-bw0-f19.google.com [209.85.218.19]) by mx1.freebsd.org (Postfix) with ESMTP id 34A6D8FC13 for ; Fri, 19 Dec 2008 15:19:33 +0000 (UTC) (envelope-from galbrig@googlemail.com) Received: by bwz12 with SMTP id 12so2843941bwz.19 for ; Fri, 19 Dec 2008 07:19:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:message-id; bh=UAk73rsW7vHxzcO5JGQIsiNSV89q5SlQhTFOd4V7FR8=; b=e579xF9mzLdHWOdqoxLD5ynyYM+VTTtbvtQ6kmfi4cInfPUBuyphIbjV+1JKfwQQpW QBcZ678LgLhgk5UWe0AffhKzORKASVU9vAXV4HAifXA5iU1sLUzBstxlmuk4i3+uMrCl f5IxqKHOUYIEN5HR0TvW4/dCfWThbLu+P+pHU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:message-id; b=lvYUCC0GjpQ4c1ggdHthaq6jnzBC6LlvXSc/3KqzT7OmDvRegTYoEXdaL4QyKG49c0 NJOZqJfXTFn6MQ/90nNQPy/6uEonFluB4R7XDiACVF9qUfPCVjWTxcjPpgDww4MK/wgi rni/Nd6/L8mtmakW7YfY88eCA8gJA6A9UyUJg= Received: by 10.181.235.14 with SMTP id m14mr1115013bkr.28.1229699972596; Fri, 19 Dec 2008 07:19:32 -0800 (PST) Received: from mail.net.local (dslb-088-073-001-216.pools.arcor-ip.net [88.73.1.216]) by mx.google.com with ESMTPS id 8sm5438348bwz.15.2008.12.19.07.19.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 19 Dec 2008 07:19:31 -0800 (PST) Date: Fri, 19 Dec 2008 16:19:31 +0100 From: albri To: Pyun YongHyeon References: <46d45f030811160642m2dff1481g457f1fa1a4ac1372@mail.gmail.com> <20081117010558.GD50872@cdnetworks.co.kr> <46d45f030811171014i2ae5df78mbbebc367ef2ca7d4@mail.gmail.com> <20081124045846.GM78954@cdnetworks.co.kr> <20081203090540.GI9639@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081203090540.GI9639@cdnetworks.co.kr> User-Agent: MadCow 110 Message-Id: <20081219151931.88F115C3E@mail.net.local> Cc: freebsd-current@freebsd.org Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet 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, 19 Dec 2008 15:19:35 -0000 On Wed, Dec 03, 2008 at 06:05:40PM +0900, Pyun YongHyeon wrote: > On Mon, Nov 24, 2008 at 01:58:46PM +0900, To albri wrote: > > On Mon, Nov 17, 2008 at 07:14:12PM +0100, albri wrote: > > > hello, > > > > > > On 11/17/08, Pyun YongHyeon wrote: > > > > On Sun, Nov 16, 2008 at 03:42:16PM +0100, albri wrote: > > > > > hello, > > > > > > > > > > I have issues transfering big or many files over ethernet on 1000H, also. > > > > > Using yongari's ale(4) driver > > > > > http://people.freebsd.org/~yongari/ale/ale.20081114.tar.gz I did not > > > > > have any problems while I surf or download 37MB sourcecode from inet. > > > > > Then scp(1)'ing source from 1000H to desktop PC showed a transfer rate > > > > > with maximum 86kB/s regardless to which direction is copied. The > > > > > ethernet NIC, while copying, is switched off regularily then. No > > > > > copies possible after three megabytes. > > > > > > > > Try turning off TSO and let me know how it goes. > > > > ("#ifconfig ale0 -tso" will do the job.) > > > > > > > > > > this helps a little bit with two effects. > > > Copying source-tree with scp(1): > > > Now I can see transfers with up to approx. 500kB/s - inaccurate > > > measured with scp(1), > > > but relation counts. > > > Transfer stalles after different data volumes with DMA-error on tty0, > > > but networking > > > port is not turned off. This happens after 30-80MB data transfers. > > > You can restart the whole copy at once again. > > > > > > Copying source-tree with nc(1) tar-gzipped: > > > Transfer stops and starts with DMA-error every approx. 7MB with turning off NIC. > > > > I still can't reproduce this and I have no idea how to solve it > > even if I can reproduce that on my box. :-( > > There could be a wrong in DMA configuration or some mis-programmed > > registers but I still see no errors in these area. > > > > FYI: Fix committed to HEAD(r185577). > > -- > Regards, > Pyun YongHyeon hello, with a fresh csup(1) from 19th of December nc(1) is working without any errors, now. Thank you very much for your work. BTW: Do you have any reading hints about developing FBSD drivers? best regards. From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 17:04:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1FB71065673; Fri, 19 Dec 2008 17:04:32 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0F1FD8FC16; Fri, 19 Dec 2008 17:04:31 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.24.11.44]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id mBJH4Sll003165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Dec 2008 20:04:29 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LDim3-000Mb1-R8; Fri, 19 Dec 2008 20:04:27 +0300 From: Vladimir Grebenschikov To: Qing Li In-Reply-To: <873agpk11i.fsf@kobe.laptop> References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <873agpk11i.fsf@kobe.laptop> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 19 Dec 2008 20:04:27 +0300 Message-Id: <1229706267.85909.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed 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, 19 Dec 2008 17:04:32 -0000 On Mon, 2008-12-15 at 15:42 +0200, Giorgos Keramidas wrote: > On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: > > Hi All, > > > > The arp-v2 changes have been committed into HEAD. > > Please report problems to me and Kip Macy. Nice, my host sends arp-reply about other hosts my host has MAC address 00:19:7d:8c:0b:44: 19:59:39.409151 00:13:e8:d5:0f:63 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: arp who-has 10.24.11.35 tell 10.24.11.42 >> it got broadcast arp request from some host 19:59:39.409163 00:19:7d:8c:0b:44 > 00:13:e8:d5:0f:63, ethertype ARP (0x0806), length 42: arp reply 10.24.11.35 is-at 00:13:e8:d5:0f:63 >> it replies - IP you seeking for is on your MAC address some OS do put entries based on such bogus arp reply on their arp tables Looks as serious problem of ARP stack. -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 17:14:47 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35F4710657D8 for ; Fri, 19 Dec 2008 17:14:47 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout021.mac.com (asmtpout021.mac.com [17.148.16.96]) by mx1.freebsd.org (Postfix) with ESMTP id 23B248FC12 for ; Fri, 19 Dec 2008 17:14:47 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed Received: from mohan-pc.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp021.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KC400667VW7VU70@asmtp021.mac.com> for current@freebsd.org; Fri, 19 Dec 2008 09:14:32 -0800 (PST) Message-id: <354036B7-A4AA-4D66-A2AC-9CB66D292FAA@mac.com> From: Marcel Moolenaar To: Takahashi Yoshihiro In-reply-to: <20081219.181532.241936859.nyan@jp.FreeBSD.org> Date: Fri, 19 Dec 2008 09:14:31 -0800 References: <200812171743.mBHHhMd3010561@svn.freebsd.org> <20081218.194137.191463900.nyan@jp.FreeBSD.org> <4EA5F491-CC52-43EC-AC03-F50F8B2D6186@mac.com> <20081219.181532.241936859.nyan@jp.FreeBSD.org> X-Mailer: Apple Mail (2.930.3) Cc: current@freebsd.org Subject: Re: gpart 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, 19 Dec 2008 17:14:47 -0000 On Dec 19, 2008, at 1:15 AM, Takahashi Yoshihiro wrote: > In article <4EA5F491-CC52-43EC-AC03-F50F8B2D6186@mac.com> > Marcel Moolenaar writes: > >>>> 4. It's failed to recognize a big SCSI disk as BSD slice. >> >> Can you elaborate. > > Please see: > http://lists.freebsd.org/pipermail/freebsd-arch/2008-September/008627.html > > The da0 has a BSD slice. GEOM_BSD/GEOM_PC98 recognize it correctly. > But the gpart does not. From debug printf (dmesg.txt), it seems that > the gpart read incorrect sector. This seems to indicate that the pc98 slice is wrong, or you don't have the BSD disklabel in the right sector. Can you give me a dump of the first 32 sectors on the disk and the first 32 sectors of slice 1. Thanks, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 17:35:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02E5D106567B; Fri, 19 Dec 2008 17:35:37 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id C5EE78FC1F; Fri, 19 Dec 2008 17:35:36 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBJHZUvi028168; Fri, 19 Dec 2008 09:35:30 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Fri, 19 Dec 2008 09:33:53 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HEADSUP: arp-v2 has been committed Thread-Index: Aclh+//oB2U3V5NUTSKwVkbV/QRcRAAA/Z9o References: <200812150634.mBF6YDVC060565@freefall.freebsd.org><873agpk11i.fsf@kobe.laptop> <1229706267.85909.6.camel@localhost> From: "Li, Qing" To: "Vladimir Grebenschikov" , "Qing Li" Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: HEADSUP: arp-v2 has been committed 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, 19 Dec 2008 17:35:37 -0000 I checked in a fix earlier this morning, sync-up and give it a try. -- Qing Revision 1.188: download - view: text, markup, annotated - select for = diffs Fri Dec 19 11:07:34 2008 UTC (6 hours, 26 minutes ago) by qingli Branches: MAIN CVS tags: HEAD Diff to: previous 1.187: preferred, colored Changes since revision 1.187: +52 -57 lines SVN rev 186317 on 2008-12-19 11:07:34Z by qingli The proxy-arp code was broken and responds to ARP requests for addresses that are not proxied locally. -----Original Message----- From: owner-freebsd-current@freebsd.org on behalf of Vladimir = Grebenschikov Sent: Fri 12/19/2008 9:04 AM To: Qing Li Cc: freebsd-net@freebsd.org; freebsd-current@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed =20 On Mon, 2008-12-15 at 15:42 +0200, Giorgos Keramidas wrote: > On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: > > Hi All, > > > > The arp-v2 changes have been committed into HEAD. > > Please report problems to me and Kip Macy. Nice, my host sends arp-reply about other hosts my host has MAC address 00:19:7d:8c:0b:44: 19:59:39.409151 00:13:e8:d5:0f:63 > ff:ff:ff:ff:ff:ff, ethertype ARP = (0x0806), length 60: arp who-has 10.24.11.35 tell 10.24.11.42 >> it got broadcast arp request from some host 19:59:39.409163 00:19:7d:8c:0b:44 > 00:13:e8:d5:0f:63, ethertype ARP = (0x0806), length 42: arp reply 10.24.11.35 is-at 00:13:e8:d5:0f:63 >> it replies - IP you seeking for is on your MAC address some OS do put entries based on such bogus arp reply on their arp tables Looks as serious problem of ARP stack.=20 --=20 Vladimir B. Grebenschikov vova@fbsd.ru _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Dec 19 21:00:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA1E61065678; Fri, 19 Dec 2008 21:00:03 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from websrv01.jr-hosting.nl (websrv01.jr-hosting.nl [78.47.69.233]) by mx1.freebsd.org (Postfix) with ESMTP id 7D7B98FC19; Fri, 19 Dec 2008 21:00:03 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from [195.64.94.120] (helo=[10.0.2.153]) by websrv01.jr-hosting.nl with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LDlnd-0007an-OI; Fri, 19 Dec 2008 21:18:17 +0100 Message-Id: From: Remko Lodder To: "Li, Qing" In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 19 Dec 2008 21:18:14 +0100 References: <200812150634.mBF6YDVC060565@freefall.freebsd.org><873agpk11i.fsf@kobe.laptop> <1229706267.85909.6.camel@localhost> X-Mailer: Apple Mail (2.930.3) X-Mailman-Approved-At: Fri, 19 Dec 2008 21:57:43 +0000 Cc: Vladimir Grebenschikov , Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed 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, 19 Dec 2008 21:00:03 -0000 Hello, I for one, can confirm that the fix from this morning resolved my problems :-) Cheers remko On Dec 19, 2008, at 6:33 PM, Li, Qing wrote: > > I checked in a fix earlier this morning, sync-up and give it a try. > > -- Qing > > Revision 1.188: download - view: text, markup, annotated - select > for diffs > Fri Dec 19 11:07:34 2008 UTC (6 hours, 26 minutes ago) by qingli > Branches: MAIN > CVS tags: HEAD > Diff to: previous 1.187: preferred, colored > Changes since revision 1.187: +52 -57 lines > > SVN rev 186317 on 2008-12-19 11:07:34Z by qingli > > The proxy-arp code was broken and responds to ARP > requests for addresses that are not proxied locally. > > > > -----Original Message----- > From: owner-freebsd-current@freebsd.org on behalf of Vladimir > Grebenschikov > Sent: Fri 12/19/2008 9:04 AM > To: Qing Li > Cc: freebsd-net@freebsd.org; freebsd-current@freebsd.org > Subject: Re: HEADSUP: arp-v2 has been committed > > On Mon, 2008-12-15 at 15:42 +0200, Giorgos Keramidas wrote: >> On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: >>> Hi All, >>> >>> The arp-v2 changes have been committed into HEAD. >>> Please report problems to me and Kip Macy. > > Nice, my host sends arp-reply about other hosts > > my host has MAC address 00:19:7d:8c:0b:44: > > 19:59:39.409151 00:13:e8:d5:0f:63 > ff:ff:ff:ff:ff:ff, ethertype ARP > (0x0806), length 60: arp who-has 10.24.11.35 tell 10.24.11.42 >>> it got broadcast arp request from some host > > > 19:59:39.409163 00:19:7d:8c:0b:44 > 00:13:e8:d5:0f:63, ethertype ARP > (0x0806), length 42: arp reply 10.24.11.35 is-at 00:13:e8:d5:0f:63 >>> it replies - IP you seeking for is on your MAC address > > some OS do put entries based on such bogus arp reply on their arp > tables > > Looks as serious problem of ARP stack. > > -- > Vladimir B. Grebenschikov > vova@fbsd.ru > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org > " > > _______________________________________________ > 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" -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 00:25:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F40EA1065674 for ; Sat, 20 Dec 2008 00:25:17 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.236]) by mx1.freebsd.org (Postfix) with ESMTP id B6FB58FC1A for ; Sat, 20 Dec 2008 00:25:17 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2589438rvf.43 for ; Fri, 19 Dec 2008 16:25:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=LvS7thAfXD+tbD439SdXZr6QHAbiMUA+2w8PN30B+JQ=; b=QiXKeH9XATy68GD9uGUdRa3SFer2JJCC4tL8AvPs+mqte+GyS6XZ3rmpJyEa1Rqa/8 FImmQOUKWN8VU182j3hBOH1TM9LVBsNZu+N/yyTJ9fvmxx0t6SKykR2EzXgu3HgU17PD Sqf3bgWCE1lYWQGnhYZkhESBYd90QxC/TDg9E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=UzPW827prYqTcC1qt2KdRyRGiN91vHNL8xcNKsu6avME9mGvNurDzXjSU34LNfBrLK M1sovJzIMnvqg/bcnogXCkNEGDXz3XknzRE7kPkCgKWOdPPB6ClpZf/qeY2vwzfC5dQ8 XENWNNNoWJTWk6WRIbpHX0vbQFyuJGxoIwP7c= Received: by 10.141.115.16 with SMTP id s16mr1827992rvm.209.1229732717184; Fri, 19 Dec 2008 16:25:17 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id g31sm19075642rvb.4.2008.12.19.16.25.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 19 Dec 2008 16:25:16 -0800 (PST) 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 mBK0PAuU079660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Dec 2008 09:25:10 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mBK0PASH079659; Sat, 20 Dec 2008 09:25:10 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 20 Dec 2008 09:25:10 +0900 From: Pyun YongHyeon To: albri Message-ID: <20081220002510.GC79449@cdnetworks.co.kr> References: <46d45f030811160642m2dff1481g457f1fa1a4ac1372@mail.gmail.com> <20081117010558.GD50872@cdnetworks.co.kr> <46d45f030811171014i2ae5df78mbbebc367ef2ca7d4@mail.gmail.com> <20081124045846.GM78954@cdnetworks.co.kr> <20081203090540.GI9639@cdnetworks.co.kr> <20081219151931.88F115C3E@mail.net.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081219151931.88F115C3E@mail.net.local> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet 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: Sat, 20 Dec 2008 00:25:18 -0000 On Fri, Dec 19, 2008 at 04:19:31PM +0100, albri wrote: > On Wed, Dec 03, 2008 at 06:05:40PM +0900, Pyun YongHyeon wrote: > > On Mon, Nov 24, 2008 at 01:58:46PM +0900, To albri wrote: > > > On Mon, Nov 17, 2008 at 07:14:12PM +0100, albri wrote: > > > > hello, > > > > > > > > On 11/17/08, Pyun YongHyeon wrote: > > > > > On Sun, Nov 16, 2008 at 03:42:16PM +0100, albri wrote: > > > > > > hello, > > > > > > > > > > > > I have issues transfering big or many files over ethernet on 1000H, also. > > > > > > Using yongari's ale(4) driver > > > > > > http://people.freebsd.org/~yongari/ale/ale.20081114.tar.gz I did not > > > > > > have any problems while I surf or download 37MB sourcecode from inet. > > > > > > Then scp(1)'ing source from 1000H to desktop PC showed a transfer rate > > > > > > with maximum 86kB/s regardless to which direction is copied. The > > > > > > ethernet NIC, while copying, is switched off regularily then. No > > > > > > copies possible after three megabytes. > > > > > > > > > > Try turning off TSO and let me know how it goes. > > > > > ("#ifconfig ale0 -tso" will do the job.) > > > > > > > > > > > > > this helps a little bit with two effects. > > > > Copying source-tree with scp(1): > > > > Now I can see transfers with up to approx. 500kB/s - inaccurate > > > > measured with scp(1), > > > > but relation counts. > > > > Transfer stalles after different data volumes with DMA-error on tty0, > > > > but networking > > > > port is not turned off. This happens after 30-80MB data transfers. > > > > You can restart the whole copy at once again. > > > > > > > > Copying source-tree with nc(1) tar-gzipped: > > > > Transfer stops and starts with DMA-error every approx. 7MB with turning off NIC. > > > > > > I still can't reproduce this and I have no idea how to solve it > > > even if I can reproduce that on my box. :-( > > > There could be a wrong in DMA configuration or some mis-programmed > > > registers but I still see no errors in these area. > > > > > > > FYI: Fix committed to HEAD(r185577). > > > > -- > > Regards, > > Pyun YongHyeon > > hello, > > with a fresh csup(1) from 19th of December nc(1) is working without any > errors, now. Thanks for testing. > Thank you very much for your work. You're welcome. > BTW: Do you have any reading hints about developing FBSD drivers? > FreeBSD developers' handbook has valuable information for starters but it lacks how to write a network device driver. Personally I used to read other driver sources in tree and asked questions to other developers. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 05:12:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40B8C1065670; Sat, 20 Dec 2008 05:12:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 00E048FC1A; Sat, 20 Dec 2008 05:12:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBK5C27n040089; Sat, 20 Dec 2008 00:12:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBK5C2rZ007138; Sat, 20 Dec 2008 00:12:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 52C547302F; Sat, 20 Dec 2008 00:12:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081220051202.52C547302F@freebsd-current.sentex.ca> Date: Sat, 20 Dec 2008 00:12:02 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 05:12:05 -0000 TB --- 2008-12-20 03:39:37 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-20 03:39:37 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-12-20 03:39:37 - cleaning the object tree TB --- 2008-12-20 03:40:16 - cvsupping the source tree TB --- 2008-12-20 03:40:16 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-12-20 03:40:26 - building world TB --- 2008-12-20 03:40:26 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-20 03:40:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-20 03:40:26 - TARGET=powerpc TB --- 2008-12-20 03:40:26 - TARGET_ARCH=powerpc TB --- 2008-12-20 03:40:26 - TZ=UTC TB --- 2008-12-20 03:40:26 - __MAKE_CONF=/dev/null TB --- 2008-12-20 03:40:26 - cd /src TB --- 2008-12-20 03:40:26 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 20 03:40:28 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 20 05:03:56 UTC 2008 TB --- 2008-12-20 05:03:56 - generating LINT kernel config TB --- 2008-12-20 05:03:56 - cd /src/sys/powerpc/conf TB --- 2008-12-20 05:03:56 - /usr/bin/make -B LINT TB --- 2008-12-20 05:03:57 - building LINT kernel TB --- 2008-12-20 05:03:57 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-20 05:03:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-20 05:03:57 - TARGET=powerpc TB --- 2008-12-20 05:03:57 - TARGET_ARCH=powerpc TB --- 2008-12-20 05:03:57 - TZ=UTC TB --- 2008-12-20 05:03:57 - __MAKE_CONF=/dev/null TB --- 2008-12-20 05:03:57 - cd /src TB --- 2008-12-20 05:03:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 20 05:03:57 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/uart/uart_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/uart/uart_tty.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ubsec/ubsec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/ehci.c cc1: warnings being treated as errors /src/sys/dev/usb/ehci.c: In function 'ehci_idone': /src/sys/dev/usb/ehci.c:872: warning: passing argument 1 of 'ehci_dump_exfer' from incompatible pointer type /src/sys/dev/usb/ehci.c:872: error: too many arguments to function 'ehci_dump_exfer' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-20 05:12:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-20 05:12:02 - ERROR: failed to build lint kernel TB --- 2008-12-20 05:12:02 - 4415.27 user 392.34 system 5544.22 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 06:25:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D666C1065670; Sat, 20 Dec 2008 06:25:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 96D768FC20; Sat, 20 Dec 2008 06:25:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBK6P9Jw043327; Sat, 20 Dec 2008 01:25:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mBK6P9s8080398; Sat, 20 Dec 2008 01:25:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1A2C07302F; Sat, 20 Dec 2008 01:25:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081220062509.1A2C07302F@freebsd-current.sentex.ca> Date: Sat, 20 Dec 2008 01:25:09 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 06:25:12 -0000 TB --- 2008-12-20 04:58:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-20 04:58:11 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-12-20 04:58:11 - cleaning the object tree TB --- 2008-12-20 04:58:35 - cvsupping the source tree TB --- 2008-12-20 04:58:35 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-12-20 04:58:45 - building world TB --- 2008-12-20 04:58:45 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-20 04:58:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-20 04:58:45 - TARGET=sparc64 TB --- 2008-12-20 04:58:45 - TARGET_ARCH=sparc64 TB --- 2008-12-20 04:58:45 - TZ=UTC TB --- 2008-12-20 04:58:45 - __MAKE_CONF=/dev/null TB --- 2008-12-20 04:58:45 - cd /src TB --- 2008-12-20 04:58:45 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 20 04:58:46 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 20 06:16:19 UTC 2008 TB --- 2008-12-20 06:16:19 - generating LINT kernel config TB --- 2008-12-20 06:16:19 - cd /src/sys/sparc64/conf TB --- 2008-12-20 06:16:19 - /usr/bin/make -B LINT TB --- 2008-12-20 06:16:19 - building LINT kernel TB --- 2008-12-20 06:16:19 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-20 06:16:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-20 06:16:19 - TARGET=sparc64 TB --- 2008-12-20 06:16:19 - TARGET_ARCH=sparc64 TB --- 2008-12-20 06:16:19 - TZ=UTC TB --- 2008-12-20 06:16:19 - __MAKE_CONF=/dev/null TB --- 2008-12-20 06:16:19 - cd /src TB --- 2008-12-20 06:16:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 20 06:16:19 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/uart/uart_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/uart/uart_tty.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ubsec/ubsec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/ehci.c cc1: warnings being treated as errors /src/sys/dev/usb/ehci.c: In function 'ehci_idone': /src/sys/dev/usb/ehci.c:872: warning: passing argument 1 of 'ehci_dump_exfer' from incompatible pointer type /src/sys/dev/usb/ehci.c:872: error: too many arguments to function 'ehci_dump_exfer' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-20 06:25:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-20 06:25:08 - ERROR: failed to build lint kernel TB --- 2008-12-20 06:25:08 - 4194.43 user 397.08 system 5217.43 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 06:35:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF76A1065670; Sat, 20 Dec 2008 06:35:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6F9B88FC12; Sat, 20 Dec 2008 06:35:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBK6Z0Mv044031; Sat, 20 Dec 2008 01:35:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mBK6Z0UR084042; Sat, 20 Dec 2008 01:35:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 714E17302F; Sat, 20 Dec 2008 01:35:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081220063500.714E17302F@freebsd-current.sentex.ca> Date: Sat, 20 Dec 2008 01:35:00 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 06:35:05 -0000 TB --- 2008-12-20 05:12:02 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-20 05:12:02 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-12-20 05:12:02 - cleaning the object tree TB --- 2008-12-20 05:12:22 - cvsupping the source tree TB --- 2008-12-20 05:12:22 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-12-20 05:12:30 - building world TB --- 2008-12-20 05:12:30 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-20 05:12:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-20 05:12:30 - TARGET=sun4v TB --- 2008-12-20 05:12:30 - TARGET_ARCH=sparc64 TB --- 2008-12-20 05:12:30 - TZ=UTC TB --- 2008-12-20 05:12:30 - __MAKE_CONF=/dev/null TB --- 2008-12-20 05:12:30 - cd /src TB --- 2008-12-20 05:12:30 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 20 05:12:31 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 20 06:29:28 UTC 2008 TB --- 2008-12-20 06:29:28 - generating LINT kernel config TB --- 2008-12-20 06:29:28 - cd /src/sys/sun4v/conf TB --- 2008-12-20 06:29:28 - /usr/bin/make -B LINT TB --- 2008-12-20 06:29:29 - building LINT kernel TB --- 2008-12-20 06:29:29 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-20 06:29:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-20 06:29:29 - TARGET=sun4v TB --- 2008-12-20 06:29:29 - TARGET_ARCH=sparc64 TB --- 2008-12-20 06:29:29 - TZ=UTC TB --- 2008-12-20 06:29:29 - __MAKE_CONF=/dev/null TB --- 2008-12-20 06:29:29 - cd /src TB --- 2008-12-20 06:29:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 20 06:29:29 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/hifn/hifn7751.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/hme/if_hme.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/hme/if_hme_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/hme/if_hme_sbus.c In file included from /src/sys/dev/ofw/openfirm.h:76, from /src/sys/dev/ofw/ofw_bus.h:34, from /src/sys/dev/hme/if_hme_sbus.c:54: ./machine/ofw_machdep.h:33: error: expected declaration specifiers or '...' before 'bus_addr_t' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-20 06:35:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-20 06:35:00 - ERROR: failed to build lint kernel TB --- 2008-12-20 06:35:00 - 4065.68 user 391.48 system 4978.14 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 06:47:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7B701065670 for ; Sat, 20 Dec 2008 06:47:29 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from sakura.ccs.furiru.org (unknown [IPv6:2001:2f0:104:8060::1]) by mx1.freebsd.org (Postfix) with ESMTP id 886F38FC12 for ; Sat, 20 Dec 2008 06:47:29 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (authenticated bits=0) by sakura.ccs.furiru.org (unknown) with ESMTP id mBK6lPrY034761; Sat, 20 Dec 2008 15:47:28 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Sat, 20 Dec 2008 15:47:22 +0900 (JST) Message-Id: <20081220.154722.162072679.nyan@jp.FreeBSD.org> To: xcllnt@mac.com From: Takahashi Yoshihiro In-Reply-To: <354036B7-A4AA-4D66-A2AC-9CB66D292FAA@mac.com> References: <4EA5F491-CC52-43EC-AC03-F50F8B2D6186@mac.com> <20081219.181532.241936859.nyan@jp.FreeBSD.org> <354036B7-A4AA-4D66-A2AC-9CB66D292FAA@mac.com> X-Mailer: Mew version 6.1 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: gpart 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: Sat, 20 Dec 2008 06:47:29 -0000 In article <354036B7-A4AA-4D66-A2AC-9CB66D292FAA@mac.com> Marcel Moolenaar writes: > > Please see: > > http://lists.freebsd.org/pipermail/freebsd-arch/2008-September/008627.html > > > > The da0 has a BSD slice. GEOM_BSD/GEOM_PC98 recognize it correctly. > > But the gpart does not. From debug printf (dmesg.txt), it seems that > > the gpart read incorrect sector. > > This seems to indicate that the pc98 slice is wrong, or > you don't have the BSD disklabel in the right sector. > > Can you give me a dump of the first 32 sectors on the > disk and the first 32 sectors of slice 1. I put to the following. http://home.jp.freebsd.org/~nyan/geom/da0 http://home.jp.freebsd.org/~nyan/geom/da0s1 BTW, the result of using the gpart is: http://home.jp.freebsd.org/~nyan/geom/gpart.da0 http://home.jp.freebsd.org/~nyan/geom/gpart.da0s1 --- TAKAHASHI Yoshihiro From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 08:47:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F4B41065670 for ; Sat, 20 Dec 2008 08:47:16 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id DF4868FC08 for ; Sat, 20 Dec 2008 08:47:14 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 6AD039CB1B9 for ; Sat, 20 Dec 2008 09:42:15 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FzHz6ZNc0NK5 for ; Sat, 20 Dec 2008 09:42:10 +0100 (CET) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 389C89CB2B7 for ; Sat, 20 Dec 2008 09:42:10 +0100 (CET) Received: (from rdivacky@localhost) by lev.vlakno.cz (8.14.2/8.14.2/Submit) id mBK8g9c7073386 for current@freebsd.org; Sat, 20 Dec 2008 09:42:09 +0100 (CET) (envelope-from rdivacky) Date: Sat, 20 Dec 2008 09:42:09 +0100 From: Roman Divacky To: current@freebsd.org Message-ID: <20081220084209.GA73040@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: cant break into ddb 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: Sat, 20 Dec 2008 08:47:16 -0000 hi I just tried to break into ddb and it does not work. it seems like "something" happened when I pressed the magic buttons but nothing shows on the console nor it seems to respond to keyboard commands. the relevant part of my config if that matters: options KDB options DDB #Enable the kernel debugger options DDB_CTF strange thing is that when I presed reset (the hw button) it did not reset itself, it did something but the lcd stayed off and it did not react to anything, I had to physically plug the pc off the power grid. can someone confirm that manually breaking into ddb works in -current? roman From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 12:41:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7227D1065676; Sat, 20 Dec 2008 12:41:43 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id DAAA78FC13; Sat, 20 Dec 2008 12:41:42 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=eX-KrAXQPmEA:10 a=OKpH5Wzl5amZNixgfHEA:9 a=j6giVdMsx2MnG1FNPD76gKy90t0A:4 a=50e4U0PicR4A:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 996675187; Sat, 20 Dec 2008 13:41:40 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 20 Dec 2008 13:43:59 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812201343.59663.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: USB power save, battery life and laptops 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: Sat, 20 Dec 2008 12:41:43 -0000 Hi, I'm going to implement USB power save for USB2 shortly. If you have a laptop and want to do some battery life measurements, please stay tuned. I expect the patches to be complete and ready for testing within a few days. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 13:19:03 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF84D1065674; Sat, 20 Dec 2008 13:19:03 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 6B7DF8FC12; Sat, 20 Dec 2008 13:19:03 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7ddb.q.ppp-pool.de [89.53.125.219]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 85AEF12883F; Sat, 20 Dec 2008 13:49:42 +0100 (CET) Received: from [192.168.16.4] (dardanos.sz.vwsoft.com [192.168.16.4]) by mail.vtec.ipme.de (Postfix) with ESMTP id 837EB2E916; Sat, 20 Dec 2008 13:49:36 +0100 (CET) Message-ID: <494CE9DF.5070606@vwsoft.com> Date: Sat, 20 Dec 2008 12:49:35 +0000 From: Volker User-Agent: Thunderbird 2.0.0.18 (X11/20081203) MIME-Version: 1.0 To: Roman Divacky References: <20081220084209.GA73040@freebsd.org> In-Reply-To: <20081220084209.GA73040@freebsd.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1230382179.90598@9olVdxGVsi4p0cRaASdMJA X-MailScanner-ID: 837EB2E916.400A8 X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: current@freebsd.org Subject: Re: cant break into ddb 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: Sat, 20 Dec 2008 13:19:03 -0000 On 12/23/-58 19:59, Roman Divacky wrote: > hi > > I just tried to break into ddb and it does not work. it seems > like "something" happened when I pressed the magic buttons > but nothing shows on the console nor it seems to respond > to keyboard commands. > > the relevant part of my config if that matters: > > options KDB > options DDB #Enable the kernel debugger > options DDB_CTF > > > strange thing is that when I presed reset (the hw button) it did > not reset itself, it did something but the lcd stayed off and > it did not react to anything, I had to physically plug the pc > off the power grid. > > can someone confirm that manually breaking into ddb works in -current? > > roman > Roman, using a week old -current (sources as of 2008-12-13), it works at the syscons console (ctrl+alt+esc). Haven't tested using 1394 or serial. Interestingly I was at console session #2, pressed ctrl+alt+esc but I needed to switch to session #1 to actually see the debugger prompt. Input goes to the debugger even while not seeing it's prompt. That reminds me of the old debugger problem when using X and experiencing a kernel panic. Volker From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 14:01:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70224106564A for ; Sat, 20 Dec 2008 14:01:39 +0000 (UTC) (envelope-from itavy@itavy.com) Received: from gateway06.websitewelcome.com (gateway06.websitewelcome.com [67.18.144.9]) by mx1.freebsd.org (Postfix) with SMTP id 1BE4E8FC17 for ; Sat, 20 Dec 2008 14:01:39 +0000 (UTC) (envelope-from itavy@itavy.com) Received: (qmail 11286 invoked from network); 20 Dec 2008 14:19:31 -0000 Received: from gator482.hostgator.com (67.18.18.122) by gateway06.websitewelcome.com with SMTP; 20 Dec 2008 14:19:31 -0000 Received: from localhost ([127.0.0.1]:37152) by gator482.hostgator.com with esmtpa (Exim 4.69) (envelope-from ) id 1LE2Od-0000jV-Pq for freebsd-current@freebsd.org; Sat, 20 Dec 2008 08:01:35 -0600 Received: from 89.136.151.243 ([89.136.151.243]) by www.itavy.com (Horde MIME library) with HTTP; Sat, 20 Dec 2008 08:01:35 -0600 Message-ID: <20081220080135.pc9m2joam8o4wsws@www.itavy.com> Date: Sat, 20 Dec 2008 08:01:35 -0600 From: Octavian Ionescu To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.6) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator482.hostgator.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - itavy.com Subject: kernel crash on destroy a cloned wireless interface 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: Sat, 20 Dec 2008 14:01:39 -0000 hi, i have an integrated wireless interface and an usb one. i wanted to switch between them to do some tests and each time i try "ifconfig wlan0 destroy" i get a kernel panic. here is the kernel dump after one of the crashes. http://www.itavy.com/freebsd/dump-200812201556.tar.bz2 -- Octavian From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 14:24:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ABBD1065670 for ; Sat, 20 Dec 2008 14:24:03 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from mail-bw0-f19.google.com (mail-bw0-f19.google.com [209.85.218.19]) by mx1.freebsd.org (Postfix) with ESMTP id 7EA828FC1C for ; Sat, 20 Dec 2008 14:24:02 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by bwz12 with SMTP id 12so3984757bwz.19 for ; Sat, 20 Dec 2008 06:24:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=t5LgAr9VTNqULiC2AA06wWK3485ADorRqg7WVBTHtKo=; b=YX5Qb9sxU63qDnDEZfXGDjaJhfc/OrCVJ1Mtpub9Icr8a3ZBKVoGAykhJvbdb/R0LZ +WaIBktXC1uRccRHSZkq8VtY66Zae+bx+KoiHQkQGixQrKoaxIGhea975MMb+cNusZg2 8SilaTReeJP2aHWEWwvGlIfn4vEHGpG0KwTf4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=q9bUeChcaLeVcJa3AK7mTjw0Fo1jzxwzRsXKzm72rJKURxawWJhoVMWQPIfwyBrVL4 Z+mXTZLF48LMvrqwZvsrGc8kzunLQYrPA+hmiTbssEgsY+gXxkJ9RarRKRv/ViSHp3Jf 7eO0Rq4+E6jjDbvesLPXwRHQLJ4I+NX5IuR+A= Received: by 10.181.235.14 with SMTP id m14mr1506855bkr.28.1229781449319; Sat, 20 Dec 2008 05:57:29 -0800 (PST) Received: by 10.181.22.6 with HTTP; Sat, 20 Dec 2008 05:57:29 -0800 (PST) Message-ID: <6eb82e0812200557o2700eb8ble49b5bb062693f85@mail.gmail.com> Date: Sat, 20 Dec 2008 21:57:29 +0800 From: "Rong-en Fan" To: "Hans Petter Selasky" In-Reply-To: <200812201343.59663.hselasky@c2i.net> MIME-Version: 1.0 References: <200812201343.59663.hselasky@c2i.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB power save, battery life and laptops 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: Sat, 20 Dec 2008 14:24:03 -0000 On Sat, Dec 20, 2008 at 8:43 PM, Hans Petter Selasky wrote: > Hi, > > I'm going to implement USB power save for USB2 shortly. > > If you have a laptop and want to do some battery life measurements, please > stay tuned. I expect the patches to be complete and ready for testing > within > a few days. > Does this allow CPU to enter C2 or C3 when USB2 module is loaded? Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 15:10:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BED14106564A; Sat, 20 Dec 2008 15:10:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 63E5E8FC1F; Sat, 20 Dec 2008 15:10:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBKFAmAt066208; Sat, 20 Dec 2008 10:10:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBKFAmfu093373; Sat, 20 Dec 2008 10:10:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B34E27302F; Sat, 20 Dec 2008 10:10:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081220151048.B34E27302F@freebsd-current.sentex.ca> Date: Sat, 20 Dec 2008 10:10:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 15:10:51 -0000 TB --- 2008-12-20 13:47:07 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-20 13:47:07 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-12-20 13:47:07 - cleaning the object tree TB --- 2008-12-20 13:47:26 - cvsupping the source tree TB --- 2008-12-20 13:47:26 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-12-20 13:47:33 - building world TB --- 2008-12-20 13:47:33 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-20 13:47:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-20 13:47:33 - TARGET=sun4v TB --- 2008-12-20 13:47:33 - TARGET_ARCH=sparc64 TB --- 2008-12-20 13:47:33 - TZ=UTC TB --- 2008-12-20 13:47:33 - __MAKE_CONF=/dev/null TB --- 2008-12-20 13:47:33 - cd /src TB --- 2008-12-20 13:47:33 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 20 13:47:35 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 20 15:04:45 UTC 2008 TB --- 2008-12-20 15:04:45 - generating LINT kernel config TB --- 2008-12-20 15:04:45 - cd /src/sys/sun4v/conf TB --- 2008-12-20 15:04:45 - /usr/bin/make -B LINT TB --- 2008-12-20 15:04:45 - building LINT kernel TB --- 2008-12-20 15:04:45 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-20 15:04:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-20 15:04:45 - TARGET=sun4v TB --- 2008-12-20 15:04:45 - TARGET_ARCH=sparc64 TB --- 2008-12-20 15:04:45 - TZ=UTC TB --- 2008-12-20 15:04:45 - __MAKE_CONF=/dev/null TB --- 2008-12-20 15:04:45 - cd /src TB --- 2008-12-20 15:04:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 20 15:04:46 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/hifn/hifn7751.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/hme/if_hme.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/hme/if_hme_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/hme/if_hme_sbus.c In file included from /src/sys/dev/ofw/openfirm.h:76, from /src/sys/dev/ofw/ofw_bus.h:34, from /src/sys/dev/hme/if_hme_sbus.c:54: ./machine/ofw_machdep.h:33: error: expected declaration specifiers or '...' before 'bus_addr_t' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-20 15:10:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-20 15:10:48 - ERROR: failed to build lint kernel TB --- 2008-12-20 15:10:48 - 4061.37 user 391.48 system 5021.01 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 15:48:02 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F23661065670; Sat, 20 Dec 2008 15:48:02 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 741368FC19; Sat, 20 Dec 2008 15:48:02 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id mBKFm0jW022014; Sun, 21 Dec 2008 00:48:00 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 21 Dec 2008 00:47:59 +0900 From: Norikatsu Shigemura To: Doug Rabson Message-Id: <20081221004759.6315d12f.nork@FreeBSD.org> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sun, 21 Dec 2008 00:48:01 +0900 (JST) Cc: freebsd-current@FreeBSD.org, nork@FreeBSD.org Subject: some requests for ZFS 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: Sat, 20 Dec 2008 15:48:03 -0000 Hi Doug! I confirmed that your zfsboot code is good on my i386/amd64 note PCs after r186243! Thanks for your works! I have two requests: 1. To support zpool for lsdev like following. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - OK lsdev -v cd devices: disk devices: disk0: BIOS drive C: disk0s1a: ZFS 72GB (63 - 151048055) disk0s1b: swap 5120MB (302096047 - 312581808) disk0s1a: ZFS 72GB (151048055 - 302096047) pxe devices: zfs devices: pool: tank config: NAME STATE tank ONLINE ad4s1a ONLINE OK - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 2. To support case of "slice has only zpool and no bsd partition". - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # zpool create tank ad0s1 and boot from ad0s1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - SEE ALSO: http://lists.freebsd.org/pipermail/freebsd-fs/2008-July/004895.html --- sys/boot/i386/libi386/biosdisk.c.orig 2008-11-20 01:04:07.000000000 +0900 +++ sys/boot/i386/libi386/biosdisk.c 2008-11-21 02:00:56.078793628 +0900 @@ -469,6 +469,7 @@ * unused. */ if ((lp->d_partitions[i].p_fstype == FS_BSDFFS) || + (lp->d_partitions[i].p_fstype == FS_ZFS) || (lp->d_partitions[i].p_fstype == FS_SWAP) || (lp->d_partitions[i].p_fstype == FS_VINUM) || ((lp->d_partitions[i].p_fstype == FS_UNUSED) && @@ -477,6 +478,7 @@ /* Only print out statistics in verbose mode */ if (verbose) sprintf(line, " %s%c: %s %s (%d - %d)\n", prefix, 'a' + i, + (lp->d_partitions[i].p_fstype == FS_ZFS) ? "ZFS " : (lp->d_partitions[i].p_fstype == FS_SWAP) ? "swap " : (lp->d_partitions[i].p_fstype == FS_VINUM) ? "vinum" : "FFS ", @@ -485,6 +487,7 @@ lp->d_partitions[i].p_offset + lp->d_partitions[i].p_size); else sprintf(line, " %s%c: %s\n", prefix, 'a' + i, + (lp->d_partitions[i].p_fstype == FS_ZFS) ? "ZFS" : (lp->d_partitions[i].p_fstype == FS_SWAP) ? "swap" : (lp->d_partitions[i].p_fstype == FS_VINUM) ? "vinum" : "FFS"); @@ -696,7 +699,8 @@ if (lp->d_magic != DISKMAGIC) { DEBUG("no disklabel"); - return (ENOENT); + od->od_flags &= ~BD_LABELOK; + od->od_boff = sector; /* no partition, must be after the slice */ } if (dev->d_kind.biosdisk.partition >= lp->d_npartitions) { DEBUG("partition '%c' exceeds partitions in table (a-'%c')", From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 15:50:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C402E1065673 for ; Sat, 20 Dec 2008 15:50:06 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 7D87E8FC17 for ; Sat, 20 Dec 2008 15:50:06 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1218042ywe.13 for ; Sat, 20 Dec 2008 07:50:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=frNfuUbDdjFzIvAbkudV5xZhBm7WolXiTHrtvZrcMo4=; b=JaYWhekDDlBqr8TceX3YQj05q8paXhbAOnv6FJKZFW0w7nltKP1S3H6lAP6OmqQnFP Ayee2nJOsS7W8GVhY+lUkbc8VfCo+q+5ZqlICM5fGwSJkr/bEIgTAT68EO/+/taU2hco F+hXRJYe9ieVQyE3Y0xlPLKVRGCjPWDhstxbc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=b16Gp2nPLcBoaWpOKlWBSEg2775vSWFGxazbodUHFNOZa/8if+4d7weRbb13AsB7PN pVF6sFnSdTSQHRnBodOkHNVa9aMKjQ+z/myQTFILmkgHRJcrF+BFhajOzC6MTG6TqOP8 qBcafPF96Cm/W8RAv3N2TRD4UCKdclMfeN7Go= Received: by 10.231.18.130 with SMTP id w2mr118139iba.11.1229788205057; Sat, 20 Dec 2008 07:50:05 -0800 (PST) Received: by 10.231.31.3 with HTTP; Sat, 20 Dec 2008 07:50:05 -0800 (PST) Message-ID: <3a142e750812200750x2a616dbdic430fd3e19f2019d@mail.gmail.com> Date: Sat, 20 Dec 2008 16:50:05 +0100 From: "Paul B. Mahol" To: "Octavian Ionescu" In-Reply-To: <20081220080135.pc9m2joam8o4wsws@www.itavy.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081220080135.pc9m2joam8o4wsws@www.itavy.com> Cc: freebsd-current@freebsd.org Subject: Re: kernel crash on destroy a cloned wireless interface 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: Sat, 20 Dec 2008 15:50:06 -0000 On 12/20/08, Octavian Ionescu wrote: > hi, > > i have an integrated wireless interface and an usb one. i wanted to > switch between them to do some tests and each time i try "ifconfig > wlan0 destroy" i get a kernel panic. > here is the kernel dump after one of the crashes. > > http://www.itavy.com/freebsd/dump-200812201556.tar.bz2 Hmm, first you dont need to destroy wlan0 interface before using another one, just create wlan1; second i dont have such problem, but I use usb2 stack. So your problem is that "ifconfig wlan0 destroy" panic only with wlan0 from rum0 and not one from integrated card? -- Paul From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 16:02:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02B481065670; Sat, 20 Dec 2008 16:02:50 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 652D78FC14; Sat, 20 Dec 2008 16:02:49 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=HFY-znwNPwYA:10 a=HLJsKEY6ouAA:10 a=3ZmJLUaKPReo8yk6yq4A:9 a=z4ckQhxFMG67kUXiz75yDxpDkE0A:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 996736131; Sat, 20 Dec 2008 17:02:47 +0100 From: Hans Petter Selasky To: "Rong-en Fan" Date: Sat, 20 Dec 2008 17:05:04 +0100 User-Agent: KMail/1.9.7 References: <200812201343.59663.hselasky@c2i.net> <6eb82e0812200557o2700eb8ble49b5bb062693f85@mail.gmail.com> In-Reply-To: <6eb82e0812200557o2700eb8ble49b5bb062693f85@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812201705.05713.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB power save, battery life and laptops 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: Sat, 20 Dec 2008 16:02:50 -0000 On Saturday 20 December 2008, Rong-en Fan wrote: > On Sat, Dec 20, 2008 at 8:43 PM, Hans Petter Selasky wrote: > > Hi, > > > > I'm going to implement USB power save for USB2 shortly. > > > > If you have a laptop and want to do some battery life measurements, > > please stay tuned. I expect the patches to be complete and ready for > > testing within > > a few days. > > Does this allow CPU to enter C2 or C3 when USB2 module is loaded? > > Regards, > Rong-En Fan Yes, that is correctly guessed! --HPS From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 16:17:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBE371065675 for ; Sat, 20 Dec 2008 16:17:33 +0000 (UTC) (envelope-from itavy@itavy.com) Received: from gateway15.websitewelcome.com (gateway15.websitewelcome.com [67.18.71.13]) by mx1.freebsd.org (Postfix) with SMTP id 9D8368FC14 for ; Sat, 20 Dec 2008 16:17:33 +0000 (UTC) (envelope-from itavy@itavy.com) Received: (qmail 10812 invoked from network); 20 Dec 2008 16:31:35 -0000 Received: from gator482.hostgator.com (67.18.18.122) by gateway15.websitewelcome.com with SMTP; 20 Dec 2008 16:31:35 -0000 Received: from localhost ([127.0.0.1]:54989) by gator482.hostgator.com with esmtpa (Exim 4.69) (envelope-from ) id 1LE4WA-0007Id-2w; Sat, 20 Dec 2008 10:17:30 -0600 Received: from 89.136.151.243 ([89.136.151.243]) by www.itavy.com (Horde MIME library) with HTTP; Sat, 20 Dec 2008 10:17:30 -0600 Message-ID: <20081220101730.5rpk1lkmescg8o8g@www.itavy.com> Date: Sat, 20 Dec 2008 10:17:30 -0600 From: Octavian Ionescu To: "Paul B. Mahol" References: <20081220080135.pc9m2joam8o4wsws@www.itavy.com> <3a142e750812200750x2a616dbdic430fd3e19f2019d@mail.gmail.com> In-Reply-To: <3a142e750812200750x2a616dbdic430fd3e19f2019d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.6) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator482.hostgator.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - itavy.com Cc: freebsd-current@freebsd.org Subject: Re: kernel crash on destroy a cloned wireless interface 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: Sat, 20 Dec 2008 16:17:33 -0000 it happens on both of them. i attached the dump from the usb one. (i =20 use usb2 stack too on this) what is strange is that if i unplug the usb one the crash doesn't happen. the other one is an ndis driver for rt2860 chipset. i have put the dump from it on =20 http://www.itavy.com/freebsd/200812201804.tar.bz2 --=20 Octavian Quoting "Paul B. Mahol" : > On 12/20/08, Octavian Ionescu wrote: >> hi, >> >> i have an integrated wireless interface and an usb one. i wanted to >> switch between them to do some tests and each time i try "ifconfig >> wlan0 destroy" i get a kernel panic. >> here is the kernel dump after one of the crashes. >> >> http://www.itavy.com/freebsd/dump-200812201556.tar.bz2 > > Hmm, first you dont need to destroy wlan0 interface before using > another one, just create wlan1; > second i dont have such problem, but I use usb2 stack. So your problem > is that "ifconfig wlan0 destroy" panic only with wlan0 from rum0 and > not one from integrated card? > > -- > Paul > From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 16:27:54 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F1371065677; Sat, 20 Dec 2008 16:27:54 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 14BEA8FC1E; Sat, 20 Dec 2008 16:27:53 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id mBKGRqIG022997; Sun, 21 Dec 2008 01:27:53 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 21 Dec 2008 01:27:52 +0900 From: Norikatsu Shigemura To: Ed Schouten Message-Id: <20081221012752.cdc5cbfc.nork@FreeBSD.org> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sun, 21 Dec 2008 01:27:53 +0900 (JST) Cc: freebsd-current@FreeBSD.org, Norikatsu Shigemura Subject: Change select(2) to kevent(2) on script(1)... 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: Sat, 20 Dec 2008 16:27:54 -0000 Hi Ed! I inspired by your 'kqueue()-support to pseudo-terminal master devices' (svn commit: r185942). So I'm trying to use kevent(2) on script(1). (SEE ALSO following patch) But it doesn't work. Because 'master' file descriptor (from openpty(3)) doesn't return last 0 byte data readable when shell exit. In this case of select(2), 'master' file descriptor gets 0 byte data and exit script(1). Do you have any idea? - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --- usr.bin/script/script.c.orig 2004-02-16 02:30:13.000000000 +0900 +++ usr.bin/script/script.c 2008-12-21 00:59:59.929804968 +0900 @@ -49,6 +49,7 @@ #include #include #include +#include #include #include @@ -85,11 +86,12 @@ struct termios rtt, stt; struct winsize win; int aflg, kflg, ch, n; - struct timeval tv, *tvp; + struct timespec ts, *tsp; time_t tvec, start; char obuf[BUFSIZ]; char ibuf[BUFSIZ]; - fd_set rfd; + int kq; + struct kevent kev[2]; int flushtime = 30; aflg = kflg = 0; @@ -160,23 +162,29 @@ doshell(argv); if (flushtime > 0) - tvp = &tv; + tsp = &ts; else - tvp = NULL; + tsp = NULL; start = time(0); - FD_ZERO(&rfd); + + if ((kq = kqueue()) < 0) + err(1, "kqueue"); + + EV_SET(&kev[0], master, EVFILT_READ, EV_ADD, 0, 0, NULL); + EV_SET(&kev[1], STDIN_FILENO, EVFILT_READ, EV_ADD, 0, 0, NULL); + if (kevent(kq, kev, 2, NULL, 0, NULL) < 0) + err(1, "kevent"); + for (;;) { - FD_SET(master, &rfd); - FD_SET(STDIN_FILENO, &rfd); if (flushtime > 0) { - tv.tv_sec = flushtime; - tv.tv_usec = 0; + ts.tv_sec = flushtime; + ts.tv_nsec = 0; } - n = select(master + 1, &rfd, 0, 0, tvp); + n = kevent(kq, NULL, 0, kev, 1, tsp); if (n < 0 && errno != EINTR) break; - if (n > 0 && FD_ISSET(STDIN_FILENO, &rfd)) { + if (n > 0 && kev[0].ident == STDIN_FILENO) { cc = read(STDIN_FILENO, ibuf, BUFSIZ); if (cc < 0) break; @@ -190,7 +198,7 @@ } } } - if (n > 0 && FD_ISSET(master, &rfd)) { + if (n > 0 && kev[0].ident == master) { cc = read(master, obuf, sizeof (obuf)); if (cc <= 0) break; - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 17:54:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDF451065676 for ; Sat, 20 Dec 2008 17:54:46 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-12.arcor-online.net (mail-in-12.arcor-online.net [151.189.21.52]) by mx1.freebsd.org (Postfix) with ESMTP id 47DF28FC25 for ; Sat, 20 Dec 2008 17:54:46 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-12-z2.arcor-online.net (mail-in-12-z2.arcor-online.net [151.189.8.29]) by mail-in-12.arcor-online.net (Postfix) with ESMTP id 49CCC4D4B1 for ; Sat, 20 Dec 2008 18:22:26 +0100 (CET) Received: from mail-in-11.arcor-online.net (mail-in-11.arcor-online.net [151.189.21.51]) by mail-in-12-z2.arcor-online.net (Postfix) with ESMTP id 30E5827944C for ; Sat, 20 Dec 2008 18:22:26 +0100 (CET) Received: from lorvorc.mips.inka.de (dslb-092-075-204-235.pools.arcor-ip.net [92.75.204.235]) by mail-in-11.arcor-online.net (Postfix) with ESMTP id D5176249270 for ; Sat, 20 Dec 2008 18:22:25 +0100 (CET) Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.3/8.14.3) with ESMTP id mBKHMPxU003824 for ; Sat, 20 Dec 2008 18:22:25 +0100 (CET) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.3/8.14.3/Submit) id mBKHMPTF003823 for freebsd-current@freebsd.org; Sat, 20 Dec 2008 18:22:25 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Sat, 20 Dec 2008 17:22:24 +0000 (UTC) Message-ID: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org X-Virus-Scanned: ClamAV 0.94.1/8787/Sat Dec 20 08:10:43 2008 on mail-in-11.arcor-online.net X-Virus-Status: Clean Subject: "geometry does not match label" 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: Sat, 20 Dec 2008 17:54:46 -0000 On booting a new kernel, I noticed a piece of kernel spew I don't remember seeing before: GEOM: ad6s1: geometry does not match label. bsdlabel offers suitably scary warnings: $ bsdlabel ad6s1 # /dev/ad6s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2097152 63 4.2BSD 2048 16384 28528 b: 8396800 2097215 swap c: 293041602 63 unused 0 0 # "raw" part, don't edit d: 20971520 10494015 4.2BSD 2048 16384 28528 e: 2097152 31465535 4.2BSD 2048 16384 28528 f: 62914560 33562687 4.2BSD 2048 16384 28528 g: 62914560 96477247 4.2BSD 2048 16384 28528 h: 133649858 159391807 4.2BSD 2048 16384 28528 partition c: partition extends past end of unit bsdlabel: partition c doesn't start at 0! bsdlabel: An incorrect partition c may cause problems for standard system utilities partition h: partition extends past end of unit I don't know where this is coming from--the system was installed about a year ago with standard sysinstall--and I don't see what's supposed to be wrong. $ gpart show => 63 293046705 ad6 MBR (140G) 63 293041602 1 freebsd [active] (140G) 293041665 5103 - free - (2.5M) => 0 293041602 ad6s1 BSD (140G) 0 2097152 1 freebsd-ufs (1.0G) 2097152 8396800 2 freebsd-swap (4.0G) 10493952 20971520 4 freebsd-ufs (10G) 31465472 2097152 5 freebsd-ufs (1.0G) 33562624 62914560 6 freebsd-ufs (30G) 96477184 62914560 7 freebsd-ufs (30G) 159391744 133649858 8 freebsd-ufs (64G) Ideas? -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 19:11:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5014C1065670 for ; Sat, 20 Dec 2008 19:11:05 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id A4B0C8FC13 for ; Sat, 20 Dec 2008 19:11:04 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.139.134] (port=12495 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LE7E7-000A6w-5t for current@freebsd.org; Sat, 20 Dec 2008 22:11:03 +0300 Message-ID: <494D4346.7030804@lissyara.su> Date: Sat, 20 Dec 2008 22:11:02 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.18) Gecko/20081124 Thunderbird/2.0.0.18 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Subject: kernel: powernow0: set freq failed, err 6 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: Sat, 20 Dec 2008 19:11:05 -0000 Before last update - all be OK (previous ~ 7-10 days ago) HP$ tail -f /var/log/messages Dec 20 22:03:53 HP kernel: powernow0: set freq failed, err 6 Dec 20 22:04:21 HP last message repeated 108 times Dec 20 22:04:21 HP kernel: powernow1: set freq failed, err 6 Dec 20 22:04:21 HP kernel: powernow0: set freq failed, err 6 Dec 20 22:04:21 HP kernel: powernow1: set freq failed, err 6 Dec 20 22:04:22 HP kernel: powernow0: set freq failed, err 6 Dec 20 22:04:23 HP last message repeated 5 times Dec 20 22:04:23 HP kernel: powernow1: set freq failed, err 6 Dec 20 22:04:23 HP kernel: powernow0: set freq failed, err 6 Dec 20 22:04:54 HP last message repeated 120 times ^C HP$ HP$ uname -a FreeBSD HP.lissyara.su 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Dec 20 19:31:25 MSK 2008 lissyara@HP.lissyara.su:/usr/obj/usr/src/sys/HP amd64 HP$ HP$ sysctl -a | grep freq | grep -v "set freq failed, err 6" kern.acct_chkfreq: 15 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.TSC.frequency: 1995009214 kern.msgbuf: freq failed, err 6 net.inet.sctp.sack_freq: 2 debug.cpufreq.verbose: 0 debug.cpufreq.lowest: 0 machdep.acpi_timer_freq: 3579545 machdep.tsc_freq: 1995009214 machdep.i8254_freq: 1193182 dev.cpu.0.freq: 1990 dev.cpu.0.freq_levels: 1990/35000 1791/30115 1592/25566 1393/22370 1194/19174 995/15978 796/7079 696/6194 597/5309 497/4424 398/3539 298/2654 199/1769 99/884 dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.cpufreq.1.%driver: cpufreq dev.cpufreq.1.%parent: cpu1 dev.powernow.0.freq_settings: 1990/35000 1791/30115 1592/25566 796/7079 dev.powernow.1.freq_settings: 1990/35000 1791/30115 1592/25566 796/7079 HP$ HP# sysctl dev.cpu.0.freq=995 dev.cpu.0.freq: 1990 sysctl: dev.cpu.0.freq: Invalid argument HP# sysctl dev.cpu.0.freq=1194 dev.cpu.0.freq: 1990 sysctl: dev.cpu.0.freq: Invalid argument HP# sysctl dev.cpu.0.freq=1393 dev.cpu.0.freq: 1990 sysctl: dev.cpu.0.freq: Invalid argument HP# sysctl dev.cpu.0.freq=1592 dev.cpu.0.freq: 1990 sysctl: dev.cpu.0.freq: Device not configured HP# sysctl dev.cpu.0.freq=1791 dev.cpu.0.freq: 1990 sysctl: dev.cpu.0.freq: Device not configured HP# HP$ HP$ cat /var/log/messages | grep 21:15:05 Dec 20 21:15:05 HP syslogd: kernel boot file is /boot/kernel/kernel Dec 20 21:15:05 HP kernel: Copyright (c) 1992-2008 The FreeBSD Project. Dec 20 21:15:05 HP kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Dec 20 21:15:05 HP kernel: The Regents of the University of California. All rights reserved. Dec 20 21:15:05 HP kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Dec 20 21:15:05 HP kernel: FreeBSD 8.0-CURRENT #0: Sat Dec 20 19:31:25 MSK 2008 Dec 20 21:15:05 HP kernel: lissyara@HP.lissyara.su:/usr/obj/usr/src/sys/HP Dec 20 21:15:05 HP kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Dec 20 21:15:05 HP kernel: CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-60 (1995.01-MHz K8-class CPU) Dec 20 21:15:05 HP kernel: Origin = "AuthenticAMD" Id = 0x60f82 Stepping = 2 Dec 20 21:15:05 HP kernel: Features=0x178bfbff Dec 20 21:15:05 HP kernel: Features2=0x2001 Dec 20 21:15:05 HP kernel: AMD Features=0xea500800 Dec 20 21:15:05 HP kernel: AMD Features2=0x11f Dec 20 21:15:05 HP kernel: Cores per package: 2 Dec 20 21:15:05 HP kernel: usable memory = 1998352384 (1905 MB) Dec 20 21:15:05 HP kernel: avail memory = 1929871360 (1840 MB) Dec 20 21:15:05 HP kernel: ACPI APIC Table: Dec 20 21:15:05 HP kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Dec 20 21:15:05 HP kernel: cpu0 (BSP): APIC ID: 0 Dec 20 21:15:05 HP kernel: cpu1 (AP): APIC ID: 1 Dec 20 21:15:05 HP kernel: ACPI Error (tbfadt-0516): 32/64X address mismatch in "Pm2ControlBlock": [ 8800] [ 0 8100], using 64X [20070320] Dec 20 21:15:05 HP kernel: ioapic0: Changing APIC ID to 2 Dec 20 21:15:05 HP kernel: ioapic0 irqs 0-23 on motherboard Dec 20 21:15:05 HP kernel: kbd1 at kbdmux0 Dec 20 21:15:05 HP kernel: acpi0: on motherboard Dec 20 21:15:05 HP kernel: acpi0: [ITHREAD] Dec 20 21:15:05 HP kernel: acpi0: Power Button (fixed) Dec 20 21:15:05 HP kernel: unknown: I/O range not supported Dec 20 21:15:05 HP kernel: acpi0: reservation of 0, 8000000 (3) failed Dec 20 21:15:05 HP kernel: acpi0: reservation of 100000, fff00000 (3) failed Dec 20 21:15:05 HP kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Dec 20 21:15:05 HP kernel: acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 Dec 20 21:15:05 HP kernel: acpi_ec0: port 0x62,0x66 on acpi0 Dec 20 21:15:05 HP kernel: pcib0: port 0xcf8-0xcff on acpi0 Dec 20 21:15:05 HP kernel: pci0: on pcib0 Dec 20 21:15:05 HP kernel: pcib1: at device 1.0 on pci0 Dec 20 21:15:05 HP kernel: pci1: on pcib1 Dec 20 21:15:05 HP kernel: vgapci0: port 0x4000-0x40ff mem 0xc0000000-0xc7ffffff,0xd0200000-0xd020ffff,0xd0300000-0xd03fffff irq 19 at device 5.0 on pci1 Dec 20 21:15:05 HP kernel: acpi_video0: on vgapci0 Dec 20 21:15:05 HP kernel: pcib2: at device 4.0 on pci0 Dec 20 21:15:05 HP kernel: pci16: on pcib2 Dec 20 21:15:05 HP kernel: bge0: mem 0xd0000000-0xd000ffff irq 16 at device 0.0 on pci16 Dec 20 21:15:05 HP kernel: miibus0: on bge0 Dec 20 21:15:05 HP kernel: brgphy0: PHY 1 on miibus0 Dec 20 21:15:05 HP kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Dec 20 21:15:05 HP kernel: bge0: Ethernet address: 00:1f:29:89:38:f3 Dec 20 21:15:05 HP kernel: bge0: [ITHREAD] Dec 20 21:15:05 HP kernel: pcib3: at device 5.0 on pci0 Dec 20 21:15:05 HP kernel: pci32: on pcib3 Dec 20 21:15:05 HP kernel: pcib4: at device 6.0 on pci0 Dec 20 21:15:05 HP kernel: pci48: on pcib4 Dec 20 21:15:05 HP kernel: pci48: at device 0.0 (no driver attached) Dec 20 21:15:05 HP kernel: atapci0: port 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x5018-0x501b,0x5020-0x502f mem 0xd0409000-0xd04093ff irq 16 at device 18.0 on pci0 Dec 20 21:15:05 HP kernel: atapci0: [ITHREAD] Dec 20 21:15:05 HP kernel: atapci0: AHCI Version 01.10 controller with 4 ports PM not supported Dec 20 21:15:05 HP kernel: ata2: on atapci0 Dec 20 21:15:05 HP kernel: ata2: [ITHREAD] Dec 20 21:15:05 HP kernel: ata3: on atapci0 Dec 20 21:15:05 HP kernel: ata3: port not implemented Dec 20 21:15:05 HP kernel: ata3: [ITHREAD] Dec 20 21:15:05 HP kernel: ata4: on atapci0 Dec 20 21:15:05 HP kernel: ata4: port not implemented Dec 20 21:15:05 HP kernel: ata4: [ITHREAD] Dec 20 21:15:05 HP kernel: ata5: on atapci0 Dec 20 21:15:05 HP kernel: ata5: port not implemented Dec 20 21:15:05 HP kernel: ata5: [ITHREAD] Dec 20 21:15:05 HP kernel: ohci0: mem 0xd0401000-0xd0401fff irq 23 at device 19.0 on pci0 Dec 20 21:15:05 HP kernel: ohci0: [GIANT-LOCKED] Dec 20 21:15:05 HP kernel: ohci0: [ITHREAD] Dec 20 21:15:05 HP kernel: usb0: OHCI version 1.0, legacy support Dec 20 21:15:05 HP kernel: usb0: on ohci0 Dec 20 21:15:05 HP kernel: usb0: USB revision 1.0 Dec 20 21:15:05 HP kernel: uhub0: on usb0 Dec 20 21:15:05 HP kernel: uhub0: 2 ports with 2 removable, self powered Dec 20 21:15:05 HP kernel: ohci1: mem 0xd0402000-0xd0402fff irq 17 at device 19.1 on pci0 Dec 20 21:15:05 HP kernel: ohci1: [GIANT-LOCKED] Dec 20 21:15:05 HP kernel: ohci1: [ITHREAD] Dec 20 21:15:05 HP kernel: usb1: OHCI version 1.0, legacy support Dec 20 21:15:05 HP kernel: usb1: on ohci1 Dec 20 21:15:05 HP kernel: usb1: USB revision 1.0 Dec 20 21:15:05 HP kernel: uhub1: on usb1 Dec 20 21:15:05 HP kernel: uhub1: 2 ports with 2 removable, self powered Dec 20 21:15:05 HP kernel: ohci2: mem 0xd0403000-0xd0403fff irq 17 at device 19.2 on pci0 Dec 20 21:15:05 HP kernel: ohci2: [GIANT-LOCKED] Dec 20 21:15:05 HP kernel: ohci2: [ITHREAD] Dec 20 21:15:05 HP kernel: usb2: OHCI version 1.0, legacy support Dec 20 21:15:05 HP kernel: usb2: on ohci2 Dec 20 21:15:05 HP kernel: usb2: USB revision 1.0 Dec 20 21:15:05 HP kernel: uhub2: on usb2 Dec 20 21:15:05 HP kernel: uhub2: 2 ports with 2 removable, self powered Dec 20 21:15:05 HP kernel: ohci3: mem 0xd0404000-0xd0404fff irq 17 at device 19.3 on pci0 Dec 20 21:15:05 HP kernel: ohci3: [GIANT-LOCKED] Dec 20 21:15:05 HP kernel: ohci3: [ITHREAD] Dec 20 21:15:05 HP kernel: usb3: OHCI version 1.0, legacy support Dec 20 21:15:05 HP kernel: usb3: on ohci3 Dec 20 21:15:05 HP kernel: usb3: USB revision 1.0 Dec 20 21:15:05 HP kernel: uhub3: on usb3 Dec 20 21:15:05 HP kernel: uhub3: 2 ports with 2 removable, self powered Dec 20 21:15:05 HP kernel: ohci4: mem 0xd0405000-0xd0405fff irq 17 at device 19.4 on pci0 Dec 20 21:15:05 HP kernel: ohci4: [GIANT-LOCKED] Dec 20 21:15:05 HP kernel: ohci4: [ITHREAD] Dec 20 21:15:05 HP kernel: usb4: OHCI version 1.0, legacy support Dec 20 21:15:05 HP kernel: usb4: on ohci4 Dec 20 21:15:05 HP kernel: usb4: USB revision 1.0 Dec 20 21:15:05 HP kernel: uhub4: on usb4 Dec 20 21:15:05 HP kernel: uhub4: 2 ports with 2 removable, self powered Dec 20 21:15:05 HP kernel: ehci0: mem 0xd0406000-0xd04060ff irq 23 at device 19.5 on pci0 Dec 20 21:15:05 HP kernel: ehci0: [GIANT-LOCKED] Dec 20 21:15:05 HP kernel: ehci0: [ITHREAD] Dec 20 21:15:05 HP kernel: usb5: EHCI version 1.0 Dec 20 21:15:05 HP kernel: usb5: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4 Dec 20 21:15:05 HP kernel: usb5: on ehci0 Dec 20 21:15:05 HP kernel: usb5: USB revision 2.0 Dec 20 21:15:05 HP kernel: uhub5: on usb5 Dec 20 21:15:05 HP kernel: uhub5: 10 ports with 10 removable, self powered Dec 20 21:15:05 HP kernel: pci0: at device 20.0 (no driver attached) Dec 20 21:15:05 HP kernel: atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x5040-0x504f irq 16 at device 20.1 on pci0 Dec 20 21:15:05 HP kernel: ata0: on atapci1 Dec 20 21:15:05 HP kernel: ata0: [ITHREAD] Dec 20 21:15:05 HP kernel: hdac0: irq 16 at device 20.2 on pci0 Dec 20 21:15:05 HP kernel: hdac0: HDA Driver Revision: 20081219_0119 Dec 20 21:15:05 HP kernel: hdac0: [ITHREAD] Dec 20 21:15:05 HP kernel: isab0: at device 20.3 on pci0 Dec 20 21:15:05 HP kernel: isa0: on isab0 Dec 20 21:15:05 HP kernel: pcib5: at device 20.4 on pci0 Dec 20 21:15:05 HP kernel: pci2: on pcib5 Dec 20 21:15:05 HP kernel: cbb0: mem 0xd0100000-0xd0100fff irq 20 at device 4.0 on pci2 Dec 20 21:15:05 HP kernel: cardbus0: on cbb0 Dec 20 21:15:05 HP kernel: pccard0: <16-bit PCCard bus> on cbb0 Dec 20 21:15:05 HP kernel: cbb0: [FILTER] Dec 20 21:15:05 HP kernel: battery0: on acpi0 Dec 20 21:15:05 HP kernel: battery1: on acpi0 Dec 20 21:15:05 HP kernel: acpi_acad0: on acpi0 Dec 20 21:15:05 HP kernel: acpi_button0: on acpi0 Dec 20 21:15:05 HP kernel: acpi_lid0: on acpi0 Dec 20 21:15:05 HP kernel: acpi_tz0: on acpi0 Dec 20 21:15:05 HP kernel: atrtc0: port 0x70-0x71,0x72-0x73 irq 8 on acpi0 Dec 20 21:15:05 HP kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Dec 20 21:15:05 HP kernel: atkbd0: irq 1 on atkbdc0 Dec 20 21:15:05 HP kernel: kbd0 at atkbd0 Dec 20 21:15:05 HP kernel: atkbd0: [GIANT-LOCKED] Dec 20 21:15:05 HP kernel: atkbd0: [ITHREAD] Dec 20 21:15:05 HP kernel: psm0: irq 12 on atkbdc0 Dec 20 21:15:05 HP kernel: psm0: [GIANT-LOCKED] Dec 20 21:15:05 HP kernel: psm0: [ITHREAD] Dec 20 21:15:05 HP kernel: psm0: model IntelliMouse, device ID 3 Dec 20 21:15:05 HP kernel: cpu0: on acpi0 Dec 20 21:15:05 HP kernel: acpi_throttle0: on cpu0 Dec 20 21:15:05 HP kernel: powernow0: on cpu0 Dec 20 21:15:05 HP kernel: cpu1: on acpi0 Dec 20 21:15:05 HP kernel: acpi_throttle1: on cpu1 Dec 20 21:15:05 HP kernel: acpi_throttle1: failed to attach P_CNT Dec 20 21:15:05 HP kernel: device_attach: acpi_throttle1 attach returned 6 Dec 20 21:15:05 HP kernel: powernow1: on cpu1 Dec 20 21:15:05 HP kernel: orm0: at iomem 0xd0000-0xd0fff on isa0 Dec 20 21:15:05 HP kernel: sc0: at flags 0x100 on isa0 Dec 20 21:15:05 HP kernel: sc0: VGA <16 virtual consoles, flags=0x300> Dec 20 21:15:05 HP kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Dec 20 21:15:05 HP kernel: ppc0: cannot reserve I/O port range Dec 20 21:15:05 HP kernel: ubt0: on uhub0 Dec 20 21:15:05 HP kernel: ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 Dec 20 21:15:05 HP kernel: ubt0: Interface 1 (alt.config 4) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=64; nframes=10, buffer size=640 Dec 20 21:15:05 HP kernel: ums0: on uhub1 Dec 20 21:15:05 HP kernel: ums0: 3 buttons and Z dir. Dec 20 21:15:05 HP kernel: Timecounters tick every 1.000 msec Dec 20 21:15:05 HP kernel: acd0: DVDR at ata0-master PIO4 Dec 20 21:15:05 HP kernel: ad4: 152627MB at ata2-master SATA300 Dec 20 21:15:05 HP kernel: hdac0: HDA Codec #0: Analog Devices AD1981HD Dec 20 21:15:05 HP kernel: hdac0: HDA Codec #1: Lucent/Agere Systems (Unknown) Dec 20 21:15:05 HP kernel: pcm0: at cad 0 nid 1 on hdac0 Dec 20 21:15:05 HP kernel: SMP: AP CPU #1 Launched! Dec 20 21:15:05 HP kernel: GEOM_LABEL: Label for provider acd0 is iso9660/ARS_STUDIOSPB. Dec 20 21:15:05 HP kernel: GEOM: ad4s1: geometry does not match label. Dec 20 21:15:05 HP kernel: Trying to mount root from ufs:/dev/ad4s1a Dec 20 21:15:05 HP kernel: cd0 at ata0 bus 0 target 0 lun 0 Dec 20 21:15:05 HP kernel: cd0: Removable CD-ROM SCSI-0 device Dec 20 21:15:05 HP kernel: cd0: 16.000MB/s transfers Dec 20 21:15:05 HP kernel: cd0: cd present [2286112 x 2048 byte records] Dec 20 21:15:05 HP kernel: WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. Dec 20 21:15:05 HP kernel: WARNING: attempt to net_add_domain(netgraph) after domainfinalize() Dec 20 21:15:05 HP kernel: ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled Dec 20 21:15:05 HP kernel: ng_hci_drv_rcvdata: ubt0hci - could not forward HCI SCO data packet, state=0x3, hook=0 Dec 20 21:15:05 HP last message repeated 15 times Dec 20 21:15:05 HP kernel: ng_hci_drv_rcvdata: ubt0hci - could not forward HCI SCO data packet, state=0x3,ubt_isoc _hiono_kc=o0mp Dec 20 21:15:05 HP kernel: lete2:n g_uhbcti0_ d-r Ivs_orcc-vidna txaf:e ru bfta0ihlceid ,- IcOoEuRlRdO Rn o(t 1f3)o.r wNaor dn eHwC Ix fSeCrO wdialtla bpea cskuebtm,i tstteadt!e=0 Dec 20 21:15:05 HP kernel: x3, hook=0 Dec 20 21:15:05 HP kernel: ng_hci_drv_rcvdata: ubt0hci - could not forward HCI SCO data packet, state=0x3, uhboto_ki=s0oc_ Dec 20 21:15:05 HP kernel: in_conmgp_hlceit_ed2r:v _urbctv0d a-t aIs:o cu-bitn0 hxcfie r- f aciolueldd, n oItO EfRoRrOwRa r(d1 3H)C.I NSoC On edwa txafe rp awciklelt ,b es tsautbem=i0tted! Dec 20 21:15:05 HP kernel: x3u,b th_oiosko=c_0in Dec 20 21:15:05 HP kernel: _compnlge_thec2i:_ durbvt_0r c-v dIastoac:- iunbt 0xhfecri f-a icloeudl,d InoOtE RfRoOrRw a(r1d3 ).H CNIo SnCeOw d axtfae rp awciklelt ,b es tsautbem=it0txed! Dec 20 21:15:05 HP kernel: 3, hook=0 Dec 20 21:15:05 HP kernel: ng_hci_drv_rcvdata: ubt0hci - could not forward HCI SCO data packet, state=0x3, hook=0 Dec 20 21:15:05 HP kernel: Dec 20 21:15:05 HP kernel: ng_hci_drv_rcvdata: ubt0hci - could not forward HCI SCO data packet, state=0x3, hook=0 Dec 20 21:15:05 HP last message repeated 3 times Dec 20 21:15:05 HP kernel: Dec 20 21:15:05 HP kernel: ng_hci_drv_rcvdata: ubt0hci - could not forward HCI SCO data packet, state=0x3, hook=0 Dec 20 21:15:05 HP last message repeated 2 times Dec 20 21:15:05 HP kernel: ng_hci_drv_rcvdata: ubt0hci - could not forward HCI SCO data packet, state=0x3, Dec 20 21:15:05 HP kernel: hook=0 Dec 20 21:15:05 HP kernel: ng_hci_drv_rcvdata: ubt0hci - could not forward HCI SCO data packet, state=0x3, hook=0 Dec 20 21:15:05 HP kernel: ng_hci_drv_rcvdata: ubt0hci - could not forward HCI SCO data packet, state=0x3, Dec 20 21:15:05 HP kernel: hook=0 Dec 20 21:15:05 HP kernel: ng_hci_drv_rcvdata: ubt0hci - could not forward HCI SCO data packet, state=0x3, hook=0 Dec 20 21:15:05 HP last message repeated 486 times HP$ From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 20:04:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D7CD1065670 for ; Sat, 20 Dec 2008 20:04:08 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id 0A3C68FC18 for ; Sat, 20 Dec 2008 20:04:07 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: by ewy14 with SMTP id 14so1896116ewy.19 for ; Sat, 20 Dec 2008 12:04:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=XvnOC6tpkLjQpKUdG3kXrewSSsChBj592+cgVbjmrJw=; b=PGJFZXm4T7gA+EJmu83aUlrATnNMeCxBiulHq/Mc6IV2XrL3oLjs6njhnckqzRGdLQ WnkC9Eqpb9uBPub4uiRMGXPwmN6IgbI/8uXOJvSt2pyqWXFNP8N98CR5TfTRF7sPxN5+ XT8j+I5LCNGIFgHBGQibylceNd8+gMXTQ9oP0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=gRvsi5XqtV4xES0ngFHdz5tUHUgs/VqJmDlxdPQnsIcHcij640oSaqoAHRjs0qppnl xeHMRibQJ/Ec3UWFEnl3rDZNb0zpnihICNoSztbmuSeUmX0x89V2kBPouKq4O1v9vjuo 2JPMYTCUcE6kcMaBAoC9e1svK8ZfR7biyhjZM= Received: by 10.210.62.12 with SMTP id k12mr1742241eba.126.1229801544362; Sat, 20 Dec 2008 11:32:24 -0800 (PST) Received: by 10.210.34.13 with HTTP; Sat, 20 Dec 2008 11:32:24 -0800 (PST) Message-ID: Date: Sat, 20 Dec 2008 21:32:24 +0200 From: gelraen To: freebsd-current@freebsd.org, freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Changed names of logical disks on recent -CURRENT: part of logical disks not accessible now 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: Sat, 20 Dec 2008 20:04:08 -0000 Hello, I've csup'ed about 1 hour ago (previous csup was few days back), recompiled kernel and slice names changed from ad0s5 to something like ad0s3s1, etc. But in /dev I found only 3 levels of slices: # ls /dev/ad0s3* /dev/ad0s3 /dev/ad0s3s1 /dev/ad0s3s2 /dev/ad0s3s2s1 /dev/ad0s3s2s2 >From this list only 2 slices contains real FS: ad0s3s1 and ad0s3s2s1 Before reboot I had 4 logical disks... Here is output of fdisk: # fdisk ad0 ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=310101 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=310101 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 12 (0x0c),(DOS or Windows 95 with 32 bit FAT (LBA)) start 63, size 21173607 (10338 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 21173670, size 155236095 (75798 Meg), flag 80 (active) beg: cyl 525/ head 10/ sector 1; end: cyl 929/ head 10/ sector 63 The data for partition 3 is: sysid 15 (0x0f),(Extended DOS (LBA)) start 176409765, size 136166940 (66487 Meg), flag 0 beg: cyl 1023/ head 0/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 4 is: # fdisk ad0s3 ******* Working on device /dev/ad0s3 ******* parameters extracted from in-core disklabel are: cylinders=135086 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=135086 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 11 (0x0b),(DOS or Windows 95 with 32 bit FAT) start 63, size 31294557 (15280 Meg), flag 0 beg: cyl 1023/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 5 (0x05),(Extended DOS) start 31294620, size 52339770 (25556 Meg), flag 0 beg: cyl 1023/ head 0/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: The data for partition 4 is: # fdisk ad0s3s2 ******* Working on device /dev/ad0s3s2 ******* parameters extracted from in-core disklabel are: cylinders=51924 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=51924 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 11 (0x0b),(DOS or Windows 95 with 32 bit FAT) start 63, size 52339707 (25556 Meg), flag 0 beg: cyl 1023/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 5 (0x05),(Extended DOS) start 83634390, size 20980890 (10244 Meg), flag 0 beg: cyl 1023/ head 0/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: The data for partition 4 is: # fdisk ad0s3s2s2 fdisk: could not detect sector size Data on unaccessible partitions is not critical, so for a while I wouldn't change anything if you need some additional information. Some additional information: # grep -i geom /usr/src/sys/i386/conf/HEAD options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization # kldstat Id Refs Address Size Name 1 50 0xc0400000 6accd8 kernel (/boot/kernel/kernel) 2 2 0xc0aad000 161c4 drm.ko (/boot/kernel/drm.ko) 3 1 0xc0ac4000 2abb4 radeon.ko (/boot/kernel/radeon.ko) 4 1 0xc5249000 10000 geom_eli.ko (/boot/kernel/geom_eli.ko) 5 1 0xc5404000 7000 linprocfs.ko (/boot/kernel/linprocfs.ko) 6 1 0xc540b000 24000 linux.ko (/boot/kernel/linux.ko) 7 1 0xc5806000 4000 ng_socket.ko (/boot/kernel/ng_socket.ko) 8 1 0xc5813000 4000 ng_mppc.ko (/boot/kernel/ng_mppc.ko) 9 1 0xc5817000 2000 rc4.ko (/boot/kernel/rc4.ko) 10 1 0xc589e000 3000 ng_iface.ko (/boot/kernel/ng_iface.ko) 11 1 0xc58a2000 7000 ng_ppp.ko (/boot/kernel/ng_ppp.ko) 12 1 0xc58b9000 e000 fuse.ko (/usr/local/modules/fuse.ko) 13 1 0xc69df000 3000 ng_tee.ko (/boot/kernel/ng_tee.ko) 14 1 0xc69e2000 4000 ng_pptpgre.ko (/boot/kernel/ng_pptpgre.ko) 15 1 0xc69e6000 5000 ng_ksocket.ko (/boot/kernel/ng_ksocket.ko) From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 20:24:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D819B10657CA for ; Sat, 20 Dec 2008 20:24:03 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1DF0B8FC2A for ; Sat, 20 Dec 2008 20:24:02 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.178.47] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id mBKKCnS7090405 for ; Sat, 20 Dec 2008 21:12:50 +0100 (CET) (envelope-from info@martenvijn.nl) From: Marten Vijn To: freebsd-current@freebsd.org Content-Type: text/plain Date: Sat, 20 Dec 2008 21:12:49 +0100 Message-Id: <1229803969.6729.40.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: panic on ifconfig tun0 destroy 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: Sat, 20 Dec 2008 20:24:04 -0000 hi I am trying to setup a hsdpa connection using the u3g driver. The connection did not succeed (due unknown reasons yet) On debugging my ppp.conf I restarted my pppd with /etc/rc.d/ppp restart Then when try to remove the tun0 interface the system panics kind regards, Marten bert# dmesg Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #2: Sat Dec 20 16:12:23 UTC 2008 root@bert:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.22-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 real memory = 1073152000 (1023 MB) avail memory = 1032577024 (984 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xd1000000-0xd1ffffff,0xe0000000-0xefffffff irq 16 at device 0.0 on pci1 uhci0: port 0x1cc0-0x1cdf irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1ce0-0x1cff irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2000-0x201f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x2020-0x203f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xd0000000-0xd00003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib2: at device 30.0 on pci0 pci3: on pcib2 cbb0: at device 4.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] cbb1: at device 4.1 on pci3 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [FILTER] fwohci0: <1394 Open Host Controller Interface> mem 0xd2015000-0xd20157ff,0xd2010000-0xd2013fff irq 23 at device 4.2 on pci3 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 12:34:56:78:12:34:56:78 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1494000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 12:34:56:34:56:78 fwe0: Ethernet address: 12:34:56:34:56:78 fwip0: on firewire0 fwip0: Firewire address: 12:34:56:78:12:34:56:78 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode pci3: at device 4.3 (no driver attached) rl0: port 0x3000-0x30ff mem 0xd2015800-0xd20158ff irq 19 at device 5.0 on pci3 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0a:e4:55:3b:8f rl0: [ITHREAD] ath0: mem 0xd2000000-0xd200ffff irq 18 at device 6.0 on pci3 ath0: [ITHREAD] ath0: WARNING: using obsoleted if_watchdog interface ath0: mac 5.9 phy 4.3 radio 3.6 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2060-0x206f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 acpi_button1: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] battery0: on acpi0 acpi_acad0: on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd0fff,0xdc000-0xdffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 uart1: [FILTER] Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad0: 76319MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 GEOM: ad0s2: geometry does not match label. GEOM: ad0s3: geometry does not match label. SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s3a WARNING: / was not properly dismounted lock order reversal: 1st 0xc456c044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 2nd 0xc49137ac ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2079 KDB: stack backtrace: db_trace_self_wrapper(c0bdfc8c,c41be90c,c0870b75,4,c0bdb1ef,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0bdb1ef,c4521728,c4526868,c41be968,...) at kdb_backtrace+0x29 _witness_debugger(c0be2976,c49137ac,c0bd6275,c4526868,c0be968d,...) at _witness_debugger+0x25 witness_checkorder(c49137ac,1,c0be968d,81f,0,...) at witness_checkorder +0x839 __lockmgr_args(c49137ac,200501,c49137c8,0,0,...) at __lockmgr_args+0x237 ffs_lock(c41bea78,c087091b,c0c05687,200501,c4913754,...) at ffs_lock +0x8a VOP_LOCK1_APV(c0ce5d40,c41bea78,c4568e24,c0cf9e20,c4913754,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c4913754,200501,c0be968d,81f,4,...) at _vn_lock+0x5e vget(c4913754,200501,c4568d80,4b4,0,...) at vget+0xc9 vnode_pager_lock(c187d07c,0,c0c02c69,127,c41bec18,...) at vnode_pager_lock+0x1e0 vm_fault(c456c000,80db000,2,8,80db780,...) at vm_fault+0x1df trap_pfault(5,0,c0c1298d,2e7,c4566d34,...) at trap_pfault+0x118 trap(c41bed38) at trap+0x289 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted ppc0: parallel port not found. ppc0: parallel port not found. ppc0: parallel port not found. pcm0: port 0x1400-0x14ff,0x1c80-0x1cbf mem 0xd0000c00-0xd0000dff,0xd0000800-0xd00008ff irq 17 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: ppc0: parallel port not found. ppc0: parallel port not found. rl0: link state changed to DOWN rl0: link state changed to UP lock order reversal: 1st 0xc4fda7ac ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:424 2nd 0xd8520990 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 3rd 0xc4ac2594 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:545 KDB: stack backtrace: db_trace_self_wrapper(c0bdfc8c,c436940c,c0870b75,4,c0bdb1ef,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0bdb1ef,c45236d8,c4526868,c4369468,...) at kdb_backtrace+0x29 _witness_debugger(c0be298f,c4ac2594,c0bd6275,c4526868,c0bff2aa,...) at _witness_debugger+0x25 witness_checkorder(c4ac2594,9,c0bff2aa,221,0,...) at witness_checkorder +0x839 __lockmgr_args(c4ac2594,80100,c4ac25b0,0,0,...) at __lockmgr_args+0x797 ffs_lock(c4369578,c0e6e7a8,c47fb9a4,80100,c4ac253c,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0ce5d40,c4369578,c4369598,c0cf9e20,c4ac253c,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c4ac253c,80100,c0bff2aa,221,c4553200,...) at _vn_lock+0x5e ffs_snapshot(c4ac5500,c4ad64e0,c0c00c0f,15e,3,...) at ffs_snapshot +0x1527 ffs_mount(c4ac5500,c47fb900,c0be906e,3cb,c4d0d7f0,...) at ffs_mount +0x146f vfs_donmount(c47fb900,211000,c4c9d900,c4c9d900,201000,...) at vfs_donmount+0x1312 nmount(c47fb900,c4369cf8,c,c4369d38,c0cc32f0,...) at nmount+0xbe syscall(c4369d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280e6c8b, esp = 0xbfbfeb1c, ebp = 0xbfbfee78 --- lock order reversal: 1st 0xd8520990 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 2nd 0xc4e4c6dc snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:794 KDB: stack backtrace: db_trace_self_wrapper(c0bdfc8c,c436940c,c0870b75,4,c0bdb1ef,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0bdb1ef,c45236d8,c45272f8,c4369468,...) at kdb_backtrace+0x29 _witness_debugger(c0be2976,c4e4c6dc,c0bff30c,c45272f8,c0bff2aa,...) at _witness_debugger+0x25 witness_checkorder(c4e4c6dc,9,c0bff2aa,31a,c4fda7c8,...) at witness_checkorder+0x839 __lockmgr_args(c4e4c6dc,80400,c4fda7c8,0,0,...) at __lockmgr_args+0x797 ffs_lock(c4369578,0,0,80400,c4fda754,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0ce5d40,c4369578,c1955f20,c0cf9e20,c4fda754,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c4fda754,80400,c0bff2aa,31a,0,...) at _vn_lock+0x5e ffs_snapshot(c4ac5500,c4ad64e0,c0c00c0f,15e,3,...) at ffs_snapshot +0x28c6 ffs_mount(c4ac5500,c47fb900,c0be906e,3cb,c4d0d7f0,...) at ffs_mount +0x146f vfs_donmount(c47fb900,211000,c4c9d900,c4c9d900,201000,...) at vfs_donmount+0x1312 nmount(c47fb900,c4369cf8,c,c4369d38,c0cc32f0,...) at nmount+0xbe syscall(c4369d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280e6c8b, esp = 0xbfbfeb1c, ebp = 0xbfbfee78 --- lock order reversal: 1st 0xc4e4c6dc snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:293 2nd 0xc4fda7ac ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1588 KDB: stack backtrace: db_trace_self_wrapper(c0bdfc8c,c43698c4,c0870b75,4,c0bdb1ef,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0bdb1ef,c45272f8,c4526868,c4369920,...) at kdb_backtrace+0x29 _witness_debugger(c0be2976,c4fda7ac,c0bd6275,c4526868,c0bff2aa,...) at _witness_debugger+0x25 witness_checkorder(c4fda7ac,9,c0bff2aa,634,0,...) at witness_checkorder +0x839 __lockmgr_args(c4fda7ac,80000,0,0,0,...) at __lockmgr_args+0x797 ffs_snapremove(c4fda754,c4ac5500,0,c0bea853,414,...) at ffs_snapremove +0x11f softdep_releasefile(c4e52528,c4369aa8,2,c0e6e778,c0cc7ba4,...) at softdep_releasefile+0x3b ufs_inactive(c4369ae8,c4fda7c8,c4fda754,c4fda7c8,c4369b00,...) at ufs_inactive+0x1bc VOP_INACTIVE_APV(c0ce5d40,c4369ae8,c0be968d,914,c0cf9de0,...) at VOP_INACTIVE_APV+0xa5 vinactive(c0ce5d40,c4369b1c,c0be968d,8a0,128,...) at vinactive+0x8e vput(c4fda754,c4369b54,c0bea853,125,c0cf9b60,...) at vput+0x1db vn_close(c4fda754,1,c456d400,c47fb900,c4369be0,...) at vn_close+0xee vn_closefile(c4b14e38,c47fb900,3,0,c4b14e38,...) at vn_closefile+0xe9 _fdrop(c4b14e38,c47fb900,c4369c1c,c08709bc,0,c47fb9a4,c0e6e778,c0cc93b0,c0bd7f59,c4ff632c,44f,c0bd7f59,c4369c44,c0839520,c4ff632c,8,c0bd7f59,44f) at _fdrop+0x43 closef(c4b14e38,c47fb900,44f,434,c4b14e38,...) at closef+0x290 kern_close(c47fb900,4,c4369d2c,c0b2fad3,c47fb900,...) at kern_close +0x11d close(c47fb900,c4369cf8,4,c0be371f,c0cc1010,...) at close+0x1a syscall(c4369d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (6, FreeBSD ELF32, close), eip = 0x281844b3, esp = 0xbfbfeb1c, ebp = 0xbfbfee78 --- rl0: link state changed to DOWN rl0: link state changed to UP rl0: link state changed to DOWN rl0: link state changed to UP plugging usb huawei E620 => ucom0: < \M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 2> on uhub1 ucom0: configured 3 serial ports (U0.%d) umass0: < \M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 2> on uhub1 cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 1.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at umass-sim0 bus 0 target 0 lun 1 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present bert# ppp Loading /lib/libalias_cuseeme.so Loading /lib/libalias_ftp.so Loading /lib/libalias_irc.so Loading /lib/libalias_nbt.so Loading /lib/libalias_pptp.so Loading /lib/libalias_skinny.so Loading /lib/libalias_smedia.so Working in interactive mode Using interface: tun0 ppp ON bert> dial default ppp ON bert> Warning: Chat script failed bert# ifconfig fwe0: flags=8802 metric 0 mtu 1500 options=8 ether 12:34:56:34:56:78 ch 1 dma -1 fwip0: flags=8802 metric 0 mtu 1500 lladdr 12.34.56.78.12.34.56.78.a.2.ff.fe.0.0.0.0 rl0: flags=8843 metric 0 mtu 1500 options=8 ether 00:0a:e4:55:3b:8f inet 192.168.178.75 netmask 0xffffff00 broadcast 192.168.178.255 media: Ethernet autoselect (100baseTX ) status: active ath0: flags=8802 metric 0 mtu 2290 ether 00:0b:6b:34:55:41 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 tun0: flags=8010 metric 0 mtu 1500 inet 10.0.0.1 --> 10.0.0.2 netmask 0xffffffff Opened by PID 2120 after retrying my ppp config and restarting ppp bert# /etc/rc.d/ppp restart Stopping PPP profile: default(not running). Starting PPP profile: defaultLoading /lib/libalias_cuseeme.so Loading /lib/libalias_ftp.so Loading /lib/libalias_irc.so Loading /lib/libalias_nbt.so Loading /lib/libalias_pptp.so Loading /lib/libalias_skinny.so Loading /lib/libalias_smedia.so Warning: Add route failed: 0.0.0.0/0 already exists Warning: Add route failed: 0.0.0.0/0 already exists on ifconfig tun0 destroy: KDB: enter: panic [thread pid 2130 tid 100087 ] Stopped at kdb_ent+03a: mov $0,kdb_why > db -- http://martenvijn.nl Marten Vijn http://www.deupsidevandown.nl *** http://laptop.org/xo Give One Get One http://har2009.org August 13-16th http://opencommunitycamp.org 26th Jul 2nd August From owner-freebsd-current@FreeBSD.ORG Sat Dec 20 22:31:34 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B78F106564A for ; Sat, 20 Dec 2008 22:31:34 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 469608FC13 for ; Sat, 20 Dec 2008 22:31:34 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.139.134] (port=29576 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LEAM8-0002XU-Ly for current@freebsd.org; Sun, 21 Dec 2008 01:31:32 +0300 Message-ID: <494D7244.4080305@lissyara.su> Date: Sun, 21 Dec 2008 01:31:32 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.18) Gecko/20081124 Thunderbird/2.0.0.18 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: current@freebsd.org References: <494D4346.7030804@lissyara.su> In-Reply-To: <494D4346.7030804@lissyara.su> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Subject: Re: kernel: powernow0: set freq failed, err 6 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: Sat, 20 Dec 2008 22:31:34 -0000 Alex Keda пишет: > Before last update - all be OK > (previous ~ 7-10 days ago) strange... after second reboot - all OK. As Windows =)))