From owner-freebsd-stable@FreeBSD.ORG Sun Dec 27 16:00:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BED51106575D for ; Sun, 27 Dec 2009 16:00:25 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp9.sbb.rs (smtp9.sbb.rs [89.216.2.41]) by mx1.freebsd.org (Postfix) with ESMTP id 923AB8FC18 for ; Sun, 27 Dec 2009 16:00:24 +0000 (UTC) Received: from mycenae.net (cable-94-189-188-138.dynamic.sbb.rs [94.189.188.138]) by smtp9.sbb.rs (8.14.0/8.14.0) with ESMTP id nBRG0Ml3027394 for ; Sun, 27 Dec 2009 17:00:23 +0100 Received: by mycenae.net (Postfix, from userid 1001) id 0A9635C23; Sun, 27 Dec 2009 17:00:25 +0100 (CET) Date: Sun, 27 Dec 2009 17:00:25 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20091227160025.GA1261@mycenae.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: -1.8 Subject: sheevaplug questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Dec 2009 16:00:26 -0000 Howdy! I ordered sheevaplug box and read as much as I could, regarding controlling this little node from bsd box. Seems that cu works fine on linux, but module should be loaded to enable serial emulation from usb host port to mini usb port on sheevaplug. Does someone use this mini computer and how connects to serial console? Almost all of documetation mentions win and linux. I suppose would be pretty easy to go further with serial line available. Btw, there is freebsd port for this plug already. Would be fine to try it out. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sun Dec 27 16:55:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AF77106568F for ; Sun, 27 Dec 2009 16:55:40 +0000 (UTC) (envelope-from enginbsd@gmail.com) Received: from mail-ew0-f178.google.com (mail-ew0-f178.google.com [209.85.219.178]) by mx1.freebsd.org (Postfix) with ESMTP id C93588FC17 for ; Sun, 27 Dec 2009 16:55:39 +0000 (UTC) Received: by ewy26 with SMTP id 26so2785149ewy.3 for ; Sun, 27 Dec 2009 08:55:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=Wx+a+JJXeBCP8MQ9i+5vpgNKpX8mpSoT4c7AM+oq6eo=; b=hDJ1shkR6oM7gxsyIZ9j3gk7wbgr+TIvNHtiJlxI2x+yx1KGrjCsnr2k2nAC05ZEnu mDzMZBCacZvDiHRoY8k2FbhOYAxCupMjjA4s4lFXqPhoCvp5APD8seglbiD6dT2G/K2i cunmt9ziHdnDxXsULH3CXjT0iHy4H29MLbHkw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=g7Xm/FkOY0YkvrbZVUx04+gohkND8cTHilG/Pi0Mk6GqrLEePR3mI/29Iv9Smlwmno ZtAbGPRq5MdQa3y5Xcmxu9dMwUvT1q+88LXkv9vOLVz6qcBtO1egQkRhPdLIrAKTlVRG GkQKhuBg03nkTgD9u6USwH9eeTUw3+edwxAs0= MIME-Version: 1.0 Received: by 10.216.86.139 with SMTP id w11mr4812516wee.10.1261932155921; Sun, 27 Dec 2009 08:42:35 -0800 (PST) Date: Sun, 27 Dec 2009 18:42:35 +0200 Message-ID: <86095ec10912270842o193dd2e7l5cc7eb27781c1b4f@mail.gmail.com> From: "E. O." To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD Kernel Build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Dec 2009 16:55:40 -0000 Hi , kernel build error messages.. my kernel - GENERIC -> www.siran.net/GENERIC make buildkernel and errors.. ./acpi_if.h:115: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_EC_WR' ./acpi_if.h:115: error: stray '\335' in program ./acpi_if.h:128: error: stray '\335' in program ./acpi_if.h:128: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_BATT_GET_' ./acpi_if.h:128: error: stray '\335' in program ./acpi_if.h:140: error: stray '\335' in program ./acpi_if.h:140: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_BATT_GET_STATUS' cc1: warnings being treated as errors In file included from /usr/src/sys/dev/acpica/Osd/OsdDebug.c:48: /usr/src/sys/dev/acpica/acpivar.h: In function 'acpi_get_handle': /usr/src/sys/dev/acpica/acpivar.h:251: warning: implicit declaration of function 'BUS_READ_IVAR' /usr/src/sys/dev/acpica/acpivar.h:251: warning: nested extern declaration of 'BUS_READ_IVAR' /usr/src/sys/dev/acpica/acpivar.h: In function 'acpi_set_handle': /usr/src/sys/dev/acpica/acpivar.h:251: warning: implicit declaration of function 'BUS_WRITE_IVAR' /usr/src/sys/dev/acpica/acpivar.h:251: warning: nested extern declaration of 'BUS_WRITE_IVAR' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 From owner-freebsd-stable@FreeBSD.ORG Sun Dec 27 20:05:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D61BD106566C for ; Sun, 27 Dec 2009 20:05:38 +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 949DB8FC17 for ; Sun, 27 Dec 2009 20:05:38 +0000 (UTC) Received: from Macintosh-4.local ([10.0.0.195]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id nBRK5YKV035181 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 27 Dec 2009 12:05:35 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <4B37BE0E.7080306@freebsd.org> Date: Sun, 27 Dec 2009 12:05:34 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Derek Kulinski References: <110163611.20091216031952@takeda.tk> <4B28D281.80706@acm.poly.edu> <1952441862.20091216103925@takeda.tk> In-Reply-To: <1952441862.20091216103925@takeda.tk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: Boris Kochergin , freebsd-stable@freebsd.org Subject: Re: Problems with Atheros card and hostpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Dec 2009 20:05:39 -0000 Derek Kulinski wrote: > Hello Boris, > > I checked the handbook, UPDATING, and nothing mentioned this thing, > why? I would think I'm not the only one with this problem, or am I? > > Anyway it seems to work, I'm getting: > Starting hostapd. > Configuration file: /etc/hostapd.conf > wlan0: IEEE 802.11 Fetching hardware channel/rate support not supported. > Using interface wlan0 with hwaddr 00:11:95:e5:70:df and ssid 'mayumi-ap' > > Is it something I should worry about? No. hostapd collects channel/rate information for functionality that is linux-specific. On freebsd hostapd is used purely as an authenticator. > Also how to create wlan device by hand? "ifconfig ath0 wlandev wlan0" > doesn't seem to work. > > What initially was worrying me was this: >>> ath0: mem 0xf4000000-0xf400ffff irq 3 at device 11.0 on pci0 >>> ath0: [ITHREAD] >>> ath0: AR2413 mac 7.9 RF2413 phy 4.5 > > I thought that ath0 was using a different driver than it supposed to. > > There's one more question, though not related to this problem. > I have an android phone, and it doesn't seem to work with my FreeBSD > AP, while it works on others. After sniffing the traffic, it looks > like it is a power management issue: > https://supportforums.motorola.com/message/87903#87903 I didn't see anything in the thread to point a finger at freebsd but given the debug msg log shows "ath0" instead of "wlan0" I'm guessing whatever version was being used was pre-8.x. > > Someone traced the problem to WME/WMM in his case. I don't know if > that's the case for me yet, I tried to disable/enable wme on the AP > but it doesn't seem to do anything. Is it possible that I might fix it > by enabling some option? Unlikely. Try collecting a packet trace of a failure w/ wireshark or tcpdump from a 3rd sta and send it to me. Be sure to collect data at the 802.11 layer (e.g. -y IEEE802_11_RADIO). You might also learn something by enabling power save debug msgs on the ap w/ wlandebug. > > Anyway, thanks for everyone who helped me fix the initial issue. > > Derek > > > Wednesday, December 16, 2009, 4:28:49 AM, you wrote: > >> Multi-BSS support in 8.0 means that you first need to create a wlan >> pseudo-device, and run hostapd with that. The rc.conf lines look like this: > >> wlans_ath0="wlan0" >> create_args_wlan0="wlanmode hostap" >> ifconfig_wlan0="ssid networkname media autoselect up" > >> -Boris > >> Derek Kulinski wrote: >>> Hello, >>> >>> I just upgraded my access point (from 7.1 to 8.0) and can't make >>> hostapd work (looks like wide-dhcp relay also has a problem with ath0): >>> >>> [mayumi]:/root# hostapd -P /var/run/hostapd.pid -dd /etc/hostapd.conf >>> Configuration file: /etc/hostapd.conf >>> Line 2: DEPRECATED: 'debug' configuration variable is not used anymore >>> ctrl_interface_group=0 (from group name 'wheel') >>> pcap_open_live: >>> ifname='ath0' >>> bsd driver initialization failed. >>> ath0: Unable to setup interface. >>> rmdir[ctrl_interface]: No such file or directory >>> Exit 255 >>> >>> Output from dmesg: >>> ath0: mem 0xf4000000-0xf400ffff irq 3 at device 11.0 on pci0 >>> ath0: [ITHREAD] >>> ath0: AR2413 mac 7.9 RF2413 phy 4.5 >>> >>> The interface seems to exist, but seems it lost some of its >>> functionality: >>> [mayumi]:/root# ifconfig ath0 >>> ath0: flags=8843 metric 0 mtu 2290 >>> ether 00:11:95:e5:70:df >>> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >>> status: no carrier >>> [mayumi]:/root# ifconfig ath0 list cap >>> ifconfig: Don't know how to list cap for ath0 >>> >>> What's going on? The card worked pretty well with 7.1. >>> >>> I tried to compile kernel just with "device ath_ar5212" >>> but I'm only getting this: >>> >>> ah.o(.text+0x212): In function `ath_hal_rfprobe': >>> /usr/src/sys/dev/ath/ath_hal/ah.c:142: undefined reference to `__start_set_ah_rfs' >>> ah.o(.text+0x21f):/usr/src/sys/dev/ath/ath_hal/ah.c:142: undefined reference to `__stop_set_ah_rfs' >>> ah.o(.text+0x235):/usr/src/sys/dev/ath/ath_hal/ah.c:142: undefined reference to `__stop_set_ah_rfs' >>> >>> > > > From owner-freebsd-stable@FreeBSD.ORG Sun Dec 27 20:48:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7371106566B; Sun, 27 Dec 2009 20:48:25 +0000 (UTC) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (takeda-1-pt.tunnel.tserv15.lax1.ipv6.he.net [IPv6:2001:470:c:16b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 76DCD8FC0A; Sun, 27 Dec 2009 20:48:25 +0000 (UTC) Received: from takeda-ws.lan (takeda-ws.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.14.3/8.14.3) with ESMTP id nBRKmLQh031283 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sun, 27 Dec 2009 12:48:23 -0800 (PST) (envelope-from takeda@takeda.tk) Date: Sun, 27 Dec 2009 12:43:35 -0800 From: Derek Kulinski X-Priority: 3 (Normal) Message-ID: <648471541.20091227124335@takeda.tk> To: Sam Leffler In-Reply-To: <4B37BE0E.7080306@freebsd.org> References: <110163611.20091216031952@takeda.tk> <4B28D281.80706@acm.poly.edu> <1952441862.20091216103925@takeda.tk> <4B37BE0E.7080306@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: Boris Kochergin , freebsd-stable@freebsd.org Subject: Re: Problems with Atheros card and hostpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Dec 2009 20:48:25 -0000 Hello Sam, Sunday, December 27, 2009, 12:05:34 PM, you wrote: > I didn't see anything in the thread to point a finger at freebsd but > given the debug msg log shows "ath0" instead of "wlan0" I'm guessing > whatever version was being used was pre-8.x. I think I was the only one in thread who used FreeBSD as an AP, also that was before 7.x when I made the log. So I'm not saying it's FreeBSD specific problem, I don't even think it's a BSD problem, but perhaps some kind of incompatibility and I was hoping for some workaround. > Unlikely. Try collecting a packet trace of a failure w/ wireshark or > tcpdump from a 3rd sta and send it to me. Be sure to collect data at > the 802.11 layer (e.g. -y IEEE802_11_RADIO). You might also learn > something by enabling power save debug msgs on the ap w/ wlandebug. Well, I actually managed it to work. Since the phone was rooted I changed settings and disabled WME on the phone. I associated it and it worked. Now there's a weird thing that I don't really get. After I saw that phone was working with WME disabled, I went back and changed it to the way it originally was, I also restarted the phone. To my surprise the phone continued to work (with WME enabled), and I still don't understand why. Perhaps it stored some information necessary? I think I'll deassociate the phone and make it forget the AP and see if it works. -- Best regards, Derek mailto:takeda@takeda.tk You know it's love when you memorize her IP number to skip DNS overhead From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 00:55:15 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F27B1065672 for ; Mon, 28 Dec 2009 00:55:15 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 36C188FC0C for ; Mon, 28 Dec 2009 00:55:15 +0000 (UTC) Received: from ice.local ([10.0.0.115]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id nBS0tCRB036256 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 27 Dec 2009 16:55:12 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4B3801F0.8030400@errno.com> Date: Sun, 27 Dec 2009 16:55:12 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Derek Kulinski References: <110163611.20091216031952@takeda.tk> <4B28D281.80706@acm.poly.edu> <1952441862.20091216103925@takeda.tk> <4B37BE0E.7080306@freebsd.org> <648471541.20091227124335@takeda.tk> In-Reply-To: <648471541.20091227124335@takeda.tk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: Boris Kochergin , freebsd-stable@freebsd.org Subject: Re: Problems with Atheros card and hostpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 00:55:15 -0000 Derek Kulinski wrote: > Hello Sam, > > Sunday, December 27, 2009, 12:05:34 PM, you wrote: > >> I didn't see anything in the thread to point a finger at freebsd but >> given the debug msg log shows "ath0" instead of "wlan0" I'm guessing >> whatever version was being used was pre-8.x. > > I think I was the only one in thread who used FreeBSD as an AP, also > that was before 7.x when I made the log. So I'm not saying it's > FreeBSD specific problem, I don't even think it's a BSD problem, but > perhaps some kind of incompatibility and I was hoping for some > workaround. AP mode power save was broken for a time in 7.x (IIRC the aging of frames on the PS q was incorrectly calculated causing them to be tossed prematurely)--but that was unrelated to WME/WMM. > >> Unlikely. Try collecting a packet trace of a failure w/ wireshark or >> tcpdump from a 3rd sta and send it to me. Be sure to collect data at >> the 802.11 layer (e.g. -y IEEE802_11_RADIO). You might also learn >> something by enabling power save debug msgs on the ap w/ wlandebug. > > Well, I actually managed it to work. Since the phone was rooted I > changed settings and disabled WME on the phone. I associated it and it > worked. Now there's a weird thing that I don't really get. After I saw > that phone was working with WME disabled, I went back and changed it > to the way it originally was, I also restarted the phone. To my > surprise the phone continued to work (with WME enabled), and I still > don't understand why. > > Perhaps it stored some information necessary? I think I'll deassociate > the phone and make it forget the AP and see if it works. > Can't even guess w/o a packet trace and/or debug log. WME should be immaterial to FreeBSD unless crypto was involved in which case you might've hit a bug w/ h/w crypto+WME that's long since been fixed (certain ath parts require the MIC be handled in s/w when WME is used). The best thing to do wrt FreeBSD is run 8.0 or later for much better wireless support. Sam From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 02:22:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA2EA1065742 for ; Mon, 28 Dec 2009 02:22:18 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 76D948FC15 for ; Mon, 28 Dec 2009 02:22:18 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NP5FP-00067j-0r for freebsd-stable@freebsd.org; Mon, 28 Dec 2009 03:22:15 +0100 Received: from 26-58.dsl.iskon.hr ([89.164.26.58]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Dec 2009 03:22:15 +0100 Received: from ivoras by 26-58.dsl.iskon.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Dec 2009 03:22:15 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 28 Dec 2009 03:21:53 +0100 Lines: 23 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 26-58.dsl.iskon.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090817) In-Reply-To: Sender: news Subject: Re: Disc lock up on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 02:22:18 -0000 Pete French wrote: > Interesting... I just got another hard lock on the system, not at 3am > this time. The only other common factor in this is that the lockup > is always preceeded by a flood of failed ssh logins. I;m sure we've > all seen these - I get them on every BSD system I have - they look > like this: > > Dec 22 17:37:10 turpentine sshd[8188]: error: PAM: authentication error for illegal user kevin from 61.74.75.43 > Dec 22 17:43:21 turpentine sshd[9983]: error: PAM: authentication error for illegal user kevin from 58.60.106.24 > Dec 22 17:49:30 turpentine sshd[11781]: error: PAM: authentication error for illegal user kevin from 219.234.95.164 > Dec 22 18:01:47 turpentine sshd[15435]: error: PAM: authentication error for illegal user kevin from 61.74.75.43 > Dec 22 18:07:54 turpentine sshd[17259]: error: PAM: authentication error for illegal user kevin from 61.74.75.43 > Dec 22 18:14:06 turpentine sshd[19282]: error: PAM: authentication error for illegal user kevin from 61.74.75.53 > > Theres always a flood of those on the console immediately preceeding > the lockup. So this time it cant have been anything to do with the > 3am run. When you say "lock up" and "can't login" (in your original mail) - are you sure this really is a lockup and not e.g. sshd dieing because of the attacks? E.g. can you ping the machine, can you leave something like "date >> /root/run.txt && vmstat 1 3 >> /root/run.txt" in crontab so you track the moment it dies more closely? From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 02:30:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73072106566B for ; Mon, 28 Dec 2009 02:30:06 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 2B6358FC08 for ; Mon, 28 Dec 2009 02:30:06 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NP5My-0007pC-4h for freebsd-stable@freebsd.org; Mon, 28 Dec 2009 03:30:04 +0100 Received: from 26-58.dsl.iskon.hr ([89.164.26.58]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Dec 2009 03:30:04 +0100 Received: from ivoras by 26-58.dsl.iskon.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Dec 2009 03:30:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 28 Dec 2009 03:25:56 +0100 Lines: 29 Message-ID: References: <20091221174225.84748c0d.lehmann@ans-netz.de> <4B2FA913.5030501@icyb.net.ua> <20091222063415.9c2284ea.lehmann@ans-netz.de> <4B305C3C.6060703@icyb.net.ua> <20091222065104.77b11df4.lehmann@ans-netz.de> <20091222060342.GA77889@icarus.home.lan> <20091222071924.372dd5fb.lehmann@ans-netz.de> <20091222062837.GA78436@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 26-58.dsl.iskon.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090817) In-Reply-To: <20091222062837.GA78436@icarus.home.lan> Sender: news Subject: Re: 8-STABLE: support for this SMB controller? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 02:30:06 -0000 Jeremy Chadwick wrote: > On Tue, Dec 22, 2009 at 07:19:24AM +0100, Oliver Lehmann wrote: >> Jeremy Chadwick wrote: >> >>> If all you're looking for is CPU temperature, try looking at ACPI >>> thermal zones. Some BIOSes/mainboard manufacturers implement this on >>> workstations. Otherwise, if you have a Intel Core, C2D, or C2Q CPU, >>> load the coretemp(4) driver. >> i7-920 in my case... and seems to work ;) >> >> olivleh1@kartoffel olivleh1> sysctl dev.cpu | grep temp >> dev.cpu.0.temperature: 52.0C >> dev.cpu.1.temperature: 53.0C >> dev.cpu.2.temperature: 48.0C >> dev.cpu.3.temperature: 48.0C >> dev.cpu.4.temperature: 53.0C >> dev.cpu.5.temperature: 53.0C >> dev.cpu.6.temperature: 49.0C >> dev.cpu.7.temperature: 49.0C >> >> I should probably disable HyperThreading... > > I thought HyperThreading defaulted to being disabled in FreeBSD as a > result of security concerns? Hmm... I think this was only for the P4 implementation of HTT and only on 6.x until openssl/openssh were changed not to be sensitive to that particular "attack" (which is one of the more theoretical ones anyway even compared to most of the rest). From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 03:02:19 2009 Return-Path: Delivered-To: FreeBSD-Stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D48AF106566B for ; Mon, 28 Dec 2009 03:02:19 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gx0-f218.google.com (mail-gx0-f218.google.com [209.85.217.218]) by mx1.freebsd.org (Postfix) with ESMTP id 8A8A48FC08 for ; Mon, 28 Dec 2009 03:02:19 +0000 (UTC) Received: by gxk10 with SMTP id 10so9520577gxk.3 for ; Sun, 27 Dec 2009 19:02:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:subject :message-id:user-agent:followup-to:x-openpgp-key-id :x-openpgp-key-fingerprint:mime-version:content-type; bh=Hi7IeqlfCms5vcjKquecxFXYhENbmg47kGQ3yCjQaSU=; b=EtpiLPLb+isdGWHIhuZgKproii+ciqp5DMq37+FbhTw4HDR+sl21WyANHAEy4VOUGd JEHNoIL23xO6n39slOaGq9WhcPfOD9dEOEfzyv97fv3JdqgIteSSHOAMZy8bUnQIgQMM DpP8mbZ+tka+vvNFnK35BgPMuVFXPtdRyfLgA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:user-agent:followup-to :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=GbC3vKhj7y+YATITek4OWA7o3GYSDtZuCAJAoerYZ6qvR/BlC6vMtC5EQZe54Bsqq1 CblYh9q8nhxuCrdp78Pou1ACemYbCPdI/oxq0SHSIGKdGXfhW+5fOTyTgvZzgJTIAjDB IDwhN+e+D9+C421EsHIL20a13HlySquqNslfE= Received: by 10.101.7.39 with SMTP id k39mr22430477ani.161.1261969326021; Sun, 27 Dec 2009 19:02:06 -0800 (PST) Received: from ppp-19.42.dialinfree.com (ppp-19.42.dialinfree.com [209.172.19.42]) by mx.google.com with ESMTPS id 20sm10618484iwn.9.2009.12.27.19.01.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 27 Dec 2009 19:02:05 -0800 (PST) Sender: "J. Hellenthal" Date: Sun, 27 Dec 2009 22:00:20 -0500 From: jhell To: FreeBSD Stable Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Followup-To: FreeBSD-Stable@FreeBSD.org X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: sys/dev/ath - stable/7 swi4: clock loadavg @ r201042 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 03:02:20 -0000 FreeBSD 7.2-STABLE #0 r201042: Sun Dec 27 03:54:21 EST 2009 Recently I have been noticing an increase in clock usage and have not been able to determine the cause. The hardware I am using is a Dell Dimension 4500S with a Linksys WMP110/AR5416 chipset. This is a well standard configuration without local patches @ revision 201042. Details follow: At system boot and also tried with a wait period for hardware to settle. #1 ( ifconfig ath0 up ) - swi4: clock usage load raises to 3.08% - 3.66% #2 ( ifconfig ath0 promisc ) - swi4: clock usage raises to 8.15% - 9.47% #3 ( ifconfig ath0 -promisc ) - swi4: clock drops back to #1 #4 ( ifconfig ath0 mediaopt monitor ) - swi4: clock usage drops to 0% #5 ( ifconfig ath0 -mediaopt monitor ) - swi4: clock raises to #1 ---- I do not recall this happening with the clock in previous runs with different versions of FreeBSD with this card. I have been using this card since 6.1 or 6.2 with ndis before the AR5416 support was added in December of 2008 and that never seemed to be a issue. The idle CPU time while this is happening is also at 100% ? ;). Also I have noticed ( dual boot ) when I do not fully power-off this machine after a reboot from Win7 and I try to set the ath0 interface into a up state that the machine just locks up leaving no choice but to do a 2-3 second power button destroy press. It is almost like the hardware is not being reset to its default state and causing some trampoline to happen. That does not worry me as much as the clock usage though. If there is any more relevant information that could be relayed please feel free to let me know and I will get back ASAP as I would like to resolve this if there is unneeded hardware usage going on. -- Sun Dec 27 20:48:09 2009 -0500 jhell From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 04:17:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86474106568D for ; Mon, 28 Dec 2009 04:17:25 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from mail-vw0-f173.google.com (mail-vw0-f173.google.com [209.85.212.173]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9288FC18 for ; Mon, 28 Dec 2009 04:17:24 +0000 (UTC) Received: by vws3 with SMTP id 3so3201817vws.3 for ; Sun, 27 Dec 2009 20:17:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.125.106 with SMTP id x42mr16602921vcr.104.1261973835628; Sun, 27 Dec 2009 20:17:15 -0800 (PST) Date: Mon, 28 Dec 2009 12:17:15 +0800 Message-ID: From: Mars G Miro To: Thomas Hurst , freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: k8temp support for Phenom II 965? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 04:17:25 -0000 Any chance ? root@phenom965:~# k8temp -nd CPUID: Vendor: AuthenticAMD, 0x100f42: Model=04 Family=f+1 Stepping=2 Advanced Power Management=0x1f9 Temperature sensor: Yes Frequency ID control: No Voltage ID control: No THERMTRIP support: Yes HW Thermal control: Yes SW Thermal control: Yes 100MHz multipliers: Yes HW P-State control: Yes TSC Invariant: Yes Temp=c1880 ThermTrip=1ec01030 0 from dmesg: ... CPU: AMD Phenom(tm) II X4 965 Processor (3411.64-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f42 Stepping = 2 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37ff TSC: P-state invariant ... this is on 8.0-RELEASE-p1, thanks. -- cheers mars ----- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 04:59:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC871106566B for ; Mon, 28 Dec 2009 04:59:24 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id C371C8FC16 for ; Mon, 28 Dec 2009 04:59:24 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id nBS4x8CP028962 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 27 Dec 2009 20:59:08 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 32AC21CC0B; Sun, 27 Dec 2009 20:59:08 -0800 (PST) To: Mars G Miro In-reply-to: Your message of "Mon, 28 Dec 2009 12:17:15 +0800." Date: Sun, 27 Dec 2009 20:59:08 -0800 From: "Kevin Oberman" Message-Id: <20091228045908.32AC21CC0B@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-12-23_10:2009-12-12, 2009-12-23, 2009-12-23 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0912230263 Cc: Thomas Hurst , freebsd-stable@freebsd.org Subject: Re: k8temp support for Phenom II 965? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 04:59:24 -0000 > Date: Mon, 28 Dec 2009 12:17:15 +0800 > From: Mars G Miro > Sender: owner-freebsd-stable@freebsd.org > > Any chance ? > > root@phenom965:~# k8temp -nd > CPUID: Vendor: AuthenticAMD, 0x100f42: Model=04 Family=f+1 Stepping=2 > Advanced Power Management=0x1f9 > Temperature sensor: Yes > Frequency ID control: No > Voltage ID control: No > THERMTRIP support: Yes > HW Thermal control: Yes > SW Thermal control: Yes > 100MHz multipliers: Yes > HW P-State control: Yes > TSC Invariant: Yes > Temp=c1880 > ThermTrip=1ec01030 > 0 > > > from dmesg: > ... > CPU: AMD Phenom(tm) II X4 965 Processor (3411.64-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x100f42 Stepping = 2 > Features=0x178bfbff > Features2=0x802009 > AMD Features=0xee500800 > AMD Features2=0x37ff > TSC: P-state invariant > ... > > this is on 8.0-RELEASE-p1, thanks. I think you want to load the amdtemp kernel module for a Phenom. Temps should be readable from 'sysctl dev.cpu | grep temperature'. I think the Phenom II also supports PowerNow and Cool'n'Quiet, so it should have both frequency and voltage control. -- 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 From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 05:24:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 482C01065676 for ; Mon, 28 Dec 2009 05:24:32 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from mail-vw0-f173.google.com (mail-vw0-f173.google.com [209.85.212.173]) by mx1.freebsd.org (Postfix) with ESMTP id 0A5BA8FC13 for ; Mon, 28 Dec 2009 05:24:31 +0000 (UTC) Received: by vws3 with SMTP id 3so3211117vws.3 for ; Sun, 27 Dec 2009 21:24:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.126.150 with SMTP id c22mr3830423vcs.66.1261977865017; Sun, 27 Dec 2009 21:24:25 -0800 (PST) In-Reply-To: <20091228045908.32AC21CC0B@ptavv.es.net> References: <20091228045908.32AC21CC0B@ptavv.es.net> Date: Mon, 28 Dec 2009 13:24:24 +0800 Message-ID: From: Mars G Miro To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Thomas Hurst , freebsd-stable@freebsd.org Subject: Re: k8temp support for Phenom II 965? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 05:24:32 -0000 On Mon, Dec 28, 2009 at 12:59 PM, Kevin Oberman wrote: >> Date: Mon, 28 Dec 2009 12:17:15 +0800 >> From: Mars G Miro >> Sender: owner-freebsd-stable@freebsd.org >> >> Any chance ? >> >> root@phenom965:~# k8temp -nd >> CPUID: Vendor: AuthenticAMD, 0x100f42: Model=3D04 Family=3Df+1 Stepping= =3D2 >> Advanced Power Management=3D0x1f9 >> =A0 =A0Temperature sensor: Yes >> =A0Frequency ID control: No >> =A0 =A0Voltage ID control: No >> =A0 =A0 THERMTRIP support: Yes >> =A0 =A0HW Thermal control: Yes >> =A0 =A0SW Thermal control: Yes >> =A0 =A0100MHz multipliers: Yes >> =A0 =A0HW P-State control: Yes >> =A0 =A0 =A0 =A0 TSC Invariant: Yes >> Temp=3Dc1880 >> ThermTrip=3D1ec01030 >> 0 >> >> >> from dmesg: >> ... >> CPU: AMD Phenom(tm) II X4 965 Processor (3411.64-MHz K8-class CPU) >> =A0 Origin =3D "AuthenticAMD" =A0Id =3D 0x100f42 =A0Stepping =3D 2 >> =A0 Features=3D0x178bfbff >> =A0 Features2=3D0x802009 >> =A0 AMD Features=3D0xee500800 >> =A0 AMD Features2=3D0x37ff >> =A0 TSC: P-state invariant >> ... >> >> this is on 8.0-RELEASE-p1, thanks. > > I think you want to load the amdtemp kernel module for a Phenom. Temps I've never had to load the amdtemp module on my Phenom II X4 940, tho > should be readable from 'sysctl dev.cpu | grep temperature'. > > I think the Phenom II also supports PowerNow and Cool'n'Quiet, so it > should have both frequency and voltage control. done, still the same: root@phenom965:~# sysctl -a | grep temperature dev.cpu.0.temperature: 0.0C dev.cpu.1.temperature: 0.0C root@phenom965:~# k8temp -dn CPUID: Vendor: AuthenticAMD, 0x100f42: Model=3D04 Family=3Df+1 Stepping=3D2 Advanced Power Management=3D0x1f9 Temperature sensor: Yes Frequency ID control: No Voltage ID control: No THERMTRIP support: Yes HW Thermal control: Yes SW Thermal control: Yes 100MHz multipliers: Yes HW P-State control: Yes TSC Invariant: Yes Temp=3Dc1880 ThermTrip=3D1ec01030 0 root@phenom965:~# > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Phone: +1 510 4= 86-8634 > Key fingerprint:059B 2DDF 031C 9BA3 14A4 =A0EADA 927D EBB3 987B 3751 > --=20 cheers mars ----- Stephen Leacock - "I detest life-insurance agents: they always argue that I shall some day die, which is not so." - http://www.brainyquote.com/quotes/authors/s/stephen_leacock.html From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 06:36:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CA78106566B for ; Mon, 28 Dec 2009 06:36:06 +0000 (UTC) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (takeda-1-pt.tunnel.tserv15.lax1.ipv6.he.net [IPv6:2001:470:c:16b::2]) by mx1.freebsd.org (Postfix) with ESMTP id C1D818FC17 for ; Mon, 28 Dec 2009 06:36:05 +0000 (UTC) Received: from takeda-ws.lan (takeda-ws.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.14.3/8.14.3) with ESMTP id nBS6ZrtL038262 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sun, 27 Dec 2009 22:35:56 -0800 (PST) (envelope-from takeda@takeda.tk) Date: Sun, 27 Dec 2009 22:31:05 -0800 From: Derek Kulinski X-Priority: 3 (Normal) Message-ID: <263248563.20091227223105@takeda.tk> To: Sam Leffler In-Reply-To: <4B3801F0.8030400@errno.com> References: <110163611.20091216031952@takeda.tk> <4B28D281.80706@acm.poly.edu> <1952441862.20091216103925@takeda.tk> <4B37BE0E.7080306@freebsd.org> <648471541.20091227124335@takeda.tk> <4B3801F0.8030400@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: Boris Kochergin , freebsd-stable@freebsd.org Subject: Re: Problems with Atheros card and hostpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 06:36:06 -0000 Hello Sam, Sunday, December 27, 2009, 4:55:12 PM, you wrote: >> I think I was the only one in thread who used FreeBSD as an AP, also >> that was before 7.x when I made the log. So I'm not saying it's >> FreeBSD specific problem, I don't even think it's a BSD problem, but >> perhaps some kind of incompatibility and I was hoping for some >> workaround. > AP mode power save was broken for a time in 7.x (IIRC the aging of > frames on the PS q was incorrectly calculated causing them to be tossed > prematurely)--but that was unrelated to WME/WMM. Well, it's possible that when I disabled WME/WMM on android it stopped using power save at all... The behavior was similar to the one you described. It was throwing out packets claiming those were too old, but it worked fine with Linux. I think I already provided the link, but in case I didn't, this is the log that I captured when I was looking for the issue (it's power save debug messages that you mentioned): https://supportforums.motorola.com/message/87903#87903 Does it look ok? How long the packets supposed to be hold before being discarded? I think I should still have logs collected using kismet... > Can't even guess w/o a packet trace and/or debug log. WME should be > immaterial to FreeBSD unless crypto was involved in which case you > might've hit a bug w/ h/w crypto+WME that's long since been fixed > (certain ath parts require the MIC be handled in s/w when WME is used). > The best thing to do wrt FreeBSD is run 8.0 or later for much better > wireless support. Well right now, I can't reproduce the issue anymore. I just tried it; I removed the access point completely, restarted the phone, and hostapd but it still works. Anyway, between my initial post and now I actually upgraded to 8.0 so that could be it, though it puzzles me that linux with power saving enabled worked fine with 7.x (I think it was 7.1) Actually, the reason why I even mentioned the WME is that I observed it working at the time I disabled it on the phone, also what made me experiment with it was post of another person who claimed it fixed his issue which seemed identical to mine (he used a hardware AP though). It's also possible that disables WME on android completely disables power savings. It's possible it could be just a coincidence. I updated to 8.0 around the same time (well actually I tried the WME actually before the upgrade), but it's possible that after I switched it back it continued to work because 8.0 doesn't have the issue anymore? One question, any idea if FreeBSD code could be in HP AP 420 and some other APs? This is the post of the guy that actually made me experiment with WME: https://supportforums.motorola.com/message/88983#88983 -- Best regards, Derek mailto:takeda@takeda.tk Men are from Mars. Women are from Venus. Computers are from hell. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 15:42:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED73E1065670 for ; Mon, 28 Dec 2009 15:42:50 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.freebsd.org (Postfix) with ESMTP id 583BD8FC19 for ; Mon, 28 Dec 2009 15:42:49 +0000 (UTC) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id nBSFgmYm030465 for ; Mon, 28 Dec 2009 16:42:48 +0100 (CET) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Mon, 28 Dec 2009 16:42:44 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCBA573FA@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ahci and user mount of cdrom Thread-Index: AcqH1GWa5Z+TqYLfR+Ciu58DwSSBBg== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ahci and user mount of cdrom X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 15:42:51 -0000 Hello all I am on 8.0-STABLE now, and using the ahci driver. All works likei t should, but i can not mount my cdrom anymore as a regular user. i have this in my sysctl.conf vfs.usermount=3D1 =20 my /etc/devfs.conf looks like this #CDROM_BURNER permissions perm acd0 0666 #perm acd1 0666 perm cd0 0666 #perm cd1 0666 perm cdrom 0666 #perm cdrom1 0666 perm pass0 0660 perm pass1 0660 perm pass2 0660 perm pass3 0660 perm pass4 0660 perm pass5 0660 perm pass6 0666 perm xpt0 0660 =20 dmesg list the following =20 atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfe9ffc00-0xfe9fffff irq 16 at device 0.0 on pci3 atapci0: [ITHREAD] =20 acd0: DVDR at ata2-slave UDMA66 =20 later on in my dmesg i get the following acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 (probe0:ata0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata0:0:1:0): CAM Status: SCSI Status Error (probe0:ata0:0:1:0): SCSI Status: Check Condition (probe0:ata0:0:1:0): NOT READY asc:3a,1 (probe0:ata0:0:1:0): Medium not present - tray closed (probe0:ata0:0:1:0): Unretryable error =20 =20 cd0 at ata0 bus 0 scbus8 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers cd0: cd present [329835 x 2048 byte records] =20 my cdrom is attached to the pata port on the mainbord. =20 Regards, Johan =20 =20 =20 =20 From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 15:44:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4D41106568B for ; Mon, 28 Dec 2009 15:44:46 +0000 (UTC) (envelope-from jandrese@mitre.org) Received: from smtp-bedford.mitre.org (smtp-bedford.mitre.org [129.83.20.191]) by mx1.freebsd.org (Postfix) with ESMTP id 5CE008FC1E for ; Mon, 28 Dec 2009 15:44:45 +0000 (UTC) Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.13.1/8.13.1) with ESMTP id nBSFihhR009771 for ; Mon, 28 Dec 2009 10:44:45 -0500 Received: from IMCCAS3B.MITRE.ORG (imccas3b.mitre.org [129.83.29.221]) by smtp-bedford.mitre.org (8.13.1/8.13.1) with ESMTP id nBSFigxx009749; Mon, 28 Dec 2009 10:44:42 -0500 Received: from IMCMBX3.MITRE.ORG ([129.83.29.206]) by IMCCAS3B.MITRE.ORG ([fe80::40:100f:9163:d505%10]) with mapi; Mon, 28 Dec 2009 10:44:42 -0500 From: "Andresen, Jason R." To: Chris H , "freebsd-stable@freebsd.org" Date: Mon, 28 Dec 2009 10:44:41 -0500 Thread-Topic: Hacked - FreeBSD 7.1-Release Thread-Index: AcqFC5uzpRHlnm2iQ0K1wGMKLtkkYgCyEfsQ Message-ID: <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: Subject: RE: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 15:44:46 -0000 PkZyb206IENocmlzIEgNCj4NCj5PbiBUdWUsIERlY2VtYmVyIDIyLCAyMDA5IDg6MzUgYW0sIEFu ZHJlc2VuLCBKYXNvbiBSLiB3cm90ZToNCj4+IFNxdWlycmVsIHdyb3RlOg0KPj4NCj4+PiBtb3N0 IGxpa2VseSBjb3VsZCBiZSBzb21lIGtpbmQgb2YgcmVtb3RlIGNvZGUgZXhlY3V0aW9uIG9yIFNR TGkNCj5leGVjdXRlZCBpbg0KPj4+IHRoZSBjb250ZXh0IG9mIHNvbWUgcGhwIHNjcmlwdHMsIHlv dSBzaG91bGQgYXVkaXQgcGhwIGNvZGUgb2YgeW91cg0KPndlYg0KPj4+IGludGVyZmFjZSBhbmQg b2YgdGhlIHdlYnNpdGVzIHlvdSBob3N0LiBhbHNvIGNvbnNpZGVyIHRoZSBzdHJlbmdodCBvZg0K PnlvdXINCj4+PiBwYXNzd29yZHMsIGxvdHMgb2YgbG9naW4gYXR0ZW1wdHMgdG8gc3NoL2Z0cCBt YXkgbWVhbiBhIGhlIGhhcyB0cmllZA0KPmENCj4+PiBicnV0ZWZvcmNlIChvciBhIGRpY3Rpb25h cnkgYXR0YWNrIG1heWJlKS4geW91IHNob3VsZCBhbHNvIGNoZWNrDQo+d2VibWluIGxvZ3MsDQo+ Pj4gdGhlcmUgYXJlIGEgZmV3IGJydXRlZm9yY2VyIGZvciB3ZWJtaW4gb3V0IHRoZXJlLCAoKmhp bnQqKSBjb25zaWRlcg0KPnRoZSBsZW5naHQNCj4+PiBvZiB5b3VyIGF2ZXJhZ2UgcGFzc3dvcmQg aWYgaXQncyBtb3JlIHRoYW4gNy04IGNoYXJhY3RlcnMNCj5hcGxoYW51bWVyaWMgd2l0aA0KPj4+ IHNpbWJvbHMgbW9zdCBsaWtlbHkgdGhpcyBpc24ndCB0aGUgY2FzZS4NCj4+DQo+PiBXaGlsZSBp dCdzIHRydWUgdGhhdCBpdCdzIGEgZ29vZCBpZGVhIHRvIGNoZWNrIHlvdXIgcGFzc3dvcmQgc3Ry ZW5ndGgsDQo+cHJldHR5DQo+PiBtdWNoIGFueSBob3N0IGNvbm5lY3RlZCB0byB0aGUgaW50ZXJu ZXQgaXMgZ29pbmcgdG8gYmUgaGl0IGRhaWx5IGJ5DQo+Ym90cw0KPj4gbG9va2luZyBmb3Igd2Vh ayBwYXNzd29yZHMuICBJdCdzIG9uZSBhcmVhIHdoZXJlIHlvdSBsb2dzIGRvbid0IGhlbHANCj5t dWNoDQo+PiBiZWNhdXNlIHRoZXJlIGlzIHRvbyBtdWNoIG5vaXNlLg0KPlRoYXQncyB3aHkgdGhl cmUncyBHUkVQKDEpLCBBV0soMSksIEZJTkQoMSksIFRBSUwoMSksIGFuZCBDQVQoMSkNCj5Db25z aWRlciB0aGUgZm9sbG93aW5nLi4uDQo+YWRkaW5nIHRoZSBmb2xsb3dpbmcgdG8geW91ciAvZXRj L3JjLmNvbmY6DQo+DQo+IyBTRUNVUklUWSBSRUxBVEVEDQo+IyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjDQo+c3lzbG9nZF9mbGFncz0iLXNzIg0KPmxvZ19pbl92YWluPSJZRVMi DQo+dGNwX2tlZXBhbGl2ZT0iWUVTIg0KPg0KPg0KPm5vdyB5b3VyIGxvZyBmaWxlIHdpbGwgL3Jl YWxseS8gc2luZyAobG9nX2luX3ZhaW49IllFUyIpLg0KPk9mIGNvdXJzZSwgdW5sZXNzIHlvdSBo YXZlIGEgZ3JlYXQgZGVhbCBvZiB0aW1lIG9uIHlvdXIgaGFuZHMsIHZpc3VhbGx5DQo+cGFyc2lu Zw0KPnRoYXQgIm5vaXN5IiBsb2cgd2lsbCBiZSBxdWl0ZSB0ZWRpb3VzLCBhbmQgdGltZSBjb25z dW1pbmcuIFNvIHlvdSBoYXZlDQo+YSBmZXcNCj5vcHRpb25zLi4uDQo+SWYgeW91ciBydW5uaW5n IFgxMSwgc2ltcGx5IHJ1biB0YWlsIGluIGEgcm9vdCB3aW5kb3cgLSB0aGVyZSBhcmUgcXVpdGUN Cj5hIGZldw0KPnV0aWxpdGllcyBpbiBwb3J0cyBmb3IgZG9pbmcganVzdCB0aGlzIC0gc29tZSB0 aGF0J2xsIG9ubHkgd3JpdGUNCj5tZXNzYWdlcyB5b3UNCj53YW50IHRvIHNlZS4NCj5Zb3UgY291 bGQgYWxzbyBjcmVhdGUgYSBzY3JpcHQgb3V0IG9mIGNyb24gdGhhdCB3aWxsIG9ubHkgcHJvZHVj ZQ0KPm1lc3NhZ2VzIHlvdQ0KPmFyZSBpbnRlcmVzdGVkIGluLCBmb3IgZXhhbXBsZToNCj4NCj5+ IyBjYXQgL3Zhci9sb2cvbWVzc2FnZXMgfCBzc2gNCj4NCj53aWxsIGVtaXQgYW55IGF0dGVtcHQg dG8gc3NoIGludG8geW91ciBib3gNCj55b3UgY2FuIGFsc28gcmVkaXJlY3QgdGhlIG1lc3NhZ2Vz IHRvIGEgZmlsZToNCj4NCj5+IyBjYXQgL3Zhci9sb2cvbWVzc2FnZXMgfCBzc2ggPj5+L0VWSUxf RE9FUlMNCj4NCj5Zb3UgY291bGQgYWxzbyBhZGQgZW4gZW50cnkgdG8gUEVSSU9ESUMoOCkgdGhh dCB3aWxsDQo+cHJvdmlkZSBhIGRhaWx5IHJlcG9ydCBvbiBhbnkgYXR0ZW1wdHMgeW91IGFyZSBp bnRlcmVzdGVkIGluLg0KPg0KPkhUSA0KPg0KDQpZb3VyIHNvbHV0aW9uIHRvIGV4Y2Vzc2l2ZSBu b2lzZSBpbiB0aGUgc2VjdXJpdHkgbG9nIGlzIHRvIGdyZWF0bHkgaW5jcmVhc2UgdGhlIG5vaXNl IGxldmVsPyE/DQoNClRoZSBwb2ludCBpcywgaWYgeW91ciBtYWNoaW5lIGlzIG9uIHRoZSBpbnRl cm5ldCwgdGhlbiBib3RzIGFyZSBnb2luZyB0byB0cnkgcGFzc3dvcmQgYXR0YWNrcyBvbiBhbnkg b3BlbiBwb3J0IHRoZXkgY2FuIGZpbmQuICBJdCdzIGp1c3QgdGhlIHNhZCBmYWN0IG9mIGxpZmUg b24gdGhlIGN1cnJlbnQgaW50ZXJuZXQuICBVbmZvcnR1bmF0ZWx5LCB0aGlzIGFjdGl2aXR5IHdp bGwgYWxzbyBtYWtlIGl0IG11Y2ggbW9yZSBkaWZmaWN1bHQgdG8gZGV0ZXJtaW5lIHdoZW4geW91 IGFyZSB1bmRlciBhdHRhY2sgZnJvbSBhbiBhY3R1YWwgcGVyc29uLCB3aGljaCB3YXMgbXkgcG9p bnQgZWFybGllci4gIEl0J3Mgb25lIHRoYXQgaXMgbm90IGdvaW5nIHRvIGJlIGVhc3kgdG8gc29s dmUgZWl0aGVyLCB1bmxlc3MgeW91J3JlIHdpbGxpbmcgdG8gcmV3cml0ZSBTU0ggdG8gcmVxdWly ZSBldmVyeSBjb25uZWN0aW9uIGF0dGVtcHQgdG8gcGFzcyBhIFR1cmluZyB0ZXN0IG9yIHNvbWV0 aGluZy4gDQo= From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 16:46:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E769106566C; Mon, 28 Dec 2009 16:46:11 +0000 (UTC) (envelope-from jps@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id E237C8FC12; Mon, 28 Dec 2009 16:46:10 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 96582C427A; Mon, 28 Dec 2009 17:27:38 +0100 (CET) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id lfBRpjA8E-xB; Mon, 28 Dec 2009 17:27:37 +0100 (CET) Received: from kyrne.semihalf.com (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 6AFFFC3BA7; Mon, 28 Dec 2009 17:27:37 +0100 (CET) Message-ID: <4B38DC64.80200@semihalf.com> Date: Mon, 28 Dec 2009 17:27:16 +0100 From: Jan Sieka User-Agent: Thunderbird 2.0.0.9 (X11/20080213) MIME-Version: 1.0 To: mjacob@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: ips(4) in toaster mode FreeBSD 7.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 16:46:11 -0000 Hi! I'm writing to you because I've seen that you have recently commited patches to the FreeBSD ips(4) driver and perhaps you can shed some light on a problem I've encountered. Here is a description: Recently on one of our servers (IBM xSeries 345 [8760 M1X] with IBM ServeRAID 5i II (Sarasota) RAID controller) ips driver threw a warning about timed-out command and adapter being in toaster mode. After that kernel paniced - see console message below: === Begin of console message === ips0: WARNING: command timeout. Adapter is in toaster mode, resetting to known state ips: io error, status=0x2000c ipsd0: iobuf error 5 ips0: resetting adaptegr_,v ftsh_idso nmea(y) :tiapksed 0usp1 ft[oW R5I TmE(ionftftsese = 1543241728, length=16384)]error = 5 ips0: syncing config Sleeping thread (tid 100006, pid 15) owns a non-sleepable lock panic: sleeping thread cpuid = 2 === End of console message === Lines 5 to 7 are two kernel messages mixed together. They say something like this: ips0: resetting adapter, this may take up to 5 minutes g_vfs_done(): ipsd0s1f[WRITE(offset=154321728, length=16384)]error = 5 After displaying the above messages system is completely unresponsive. The only solution is to reboot. Messages come from functions located in files: "WARNING: [...]": ips_timeout(): sys/dev/ips/ips.c; "resetting adapter, [...]": ips_morpheus_reinit(): sys/dev/ips/ips.c; "syncing config": ips_clear_adapter(): sys/dev/ips/ips_commands.c; I have found someone reporting similar problem (ips in toaster mode throwing a warning and kernel panic after that) to freebsd-stable list in Nov 2006: http://lists.freebsd.org/pipermail/freebsd-stable/2006-December/031469.html The difference is that our server was almost idle (Christmas time) compared to the situation described in the above thread (heavy disk usage during backups). I've checked controller status with IBM's tools (IBM ServeRAID Manager) and it's OK. /var/log/messages yields nothing that could lead to problem's explanation. Server is now up and running, but the reason for this panic is still unclear. I'd be grateful for hints. Also I'd like to know if there are any new changes to be commited to ips driver in future. If that's the case then I will wait for them before applying recent changes to our system. Some info about the system: # uname -a FreeBSD xxx.xxx.xxx 7.2-RELEASE-p4 FreeBSD 7.2-RELEASE-p4 #0: Thu Oct 22 11:01:23 CEST 2009 xxx@xxx.xxx.xxx:/usr/obj/usr/src/sys/XSERIES345 i386 # pciconf -lcv [...] ips0@pci0:8:2:0: class=0x010400 card=0x02591014 chip=0x01bd1014 rev=0x00 hdr=0x00 vendor = 'Elektronik' device = 'ServeRAID 4/5 Morpheus SCSI RAID Controller' class = mass storage subclass = RAID cap 01[80] = powerspec 2 supports D0 D3 current D0 ServeRAID BIOS/Firmware version: 7.12.02 Kernel config is a GENERIC config without unnecessary drivers and features. I'm able to provide any further information about the system if needed. I also send this e-mail to freebsd-stable with hope that somebody has some ideas on my problem. With regards, Jan Sieka From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 17:52:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 191B1106566C for ; Mon, 28 Dec 2009 17:52:41 +0000 (UTC) (envelope-from attos.janus@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id E416B8FC27 for ; Mon, 28 Dec 2009 17:52:40 +0000 (UTC) Received: by pwi15 with SMTP id 15so7024323pwi.3 for ; Mon, 28 Dec 2009 09:52:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=mrHVb8bdT6EEjGIrbPWjn7RzVP9b+K4y/Jh0I9UwG7Y=; b=qe5yYvpRLNLChVaBjuI1BmUCC5wmXFSe4A229BkUaef3/TL0kux3XO3BK2svltRwYd ARIynW9K0t/sjw0bzO9nBuK9atDru4JbgvTN8VeflxV8LlpLS3ZuqzXd3araYbV61AHQ V86z808aCitY1BPnkJ0cRXaDYM7NZn8Ut3SAg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=hJlKdBp7jH5xtRUK5LTO3c0x5omWl1CZUDLkFc9lSpw9/vTFQ5I89jpAqyxWU7Wp7X NyQqVajuqr19l0brR5M5HerMP759Rh7mZA/DFPe1Q0muN+mhvrNw7zrCuALDlt2YL/YM 7xzx/B2f5N4o0RXurJmePw1S03fErbtYyycUs= MIME-Version: 1.0 Received: by 10.114.215.22 with SMTP id n22mr147219wag.208.1262020890644; Mon, 28 Dec 2009 09:21:30 -0800 (PST) In-Reply-To: <20091227160025.GA1261@mycenae.net> References: <20091227160025.GA1261@mycenae.net> Date: Mon, 28 Dec 2009 12:21:30 -0500 Message-ID: <5297d6fd0912280921r67e8664bh4dae4bf83ce52517@mail.gmail.com> From: Attos To: Zoran Kolic Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: sheevaplug questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 17:52:41 -0000 Hi Zoran, I have a Sheevaplug but I haven't been able to use the usb serial interface from my FreeBSD box. What I ended up with is using a EEE-PC with Ubuntu and minicomm set up as modem-less connection. I only needed this to set the plug to use a SD card for the main storage and not wear off the internal flash memory and have extra storage. Under normal operation you do not need the serial console since you can connect to it using ssh once the plug boots and acquires an IP using DHCP. The default name is debian or look into the DHCP server log and find the assigned IP. Cheers On Sun, Dec 27, 2009 at 11:00 AM, Zoran Kolic wrote: > Howdy! > I ordered sheevaplug box and read as much as I could, > regarding controlling this little node from bsd box. > Seems that cu works fine on linux, but module should > be loaded to enable serial emulation from usb host port > to mini usb port on sheevaplug. Does someone use this > mini computer and how connects to serial console? > Almost all of documetation mentions win and linux. I > suppose would be pretty easy to go further with serial > line available. > Btw, there is freebsd port for this plug already. Would > be fine to try it out. > Best regards > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Zoran > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --=20 Attos Janus From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 19:20:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3219106568B for ; Mon, 28 Dec 2009 19:20:30 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 861288FC26 for ; Mon, 28 Dec 2009 19:20:30 +0000 (UTC) Received: by bwz5 with SMTP id 5so6792009bwz.3 for ; Mon, 28 Dec 2009 11:20:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=uz8rm6DpyWmeUKX6E5OctR6HmPwgkbvM3Cy2uKhpGFw=; b=DKcXxObh+Ccrv7F1yvh4P+bZT3XLDGoYOPki5nSOstqh8mH2uKwvAYZx5OkYLiiIIR +17nXpbPaaK74ZfWrR8jRo+ll3J/9u0++jHXBx2gMICMyYo/CYrH0RlRt3lPbqROmndP 8pjP3rPsQtfWuwxVR+Yg0+CD1fdsXBPpMtNGs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=tq73xpxBnbCbNWH8magjRPziDM+l5W9vibtqFEjioMV3e9HyhQroZDdnKqQD4GH33x nLf+UbAZ877ELde5LCpAiKc2f10mrnwtq5klq3cNWMyo/T9YFoRjNgmWEsS3xVm+BeP8 lOf1qEfVqj+xj8Jbo1dzRwnHg+7cY5dnuwQR0= MIME-Version: 1.0 Received: by 10.204.13.71 with SMTP id b7mr2595014bka.127.1262028023424; Mon, 28 Dec 2009 11:20:23 -0800 (PST) In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCBA573FA@w2003s01.double-l.local> References: <57200BF94E69E54880C9BB1AF714BBCBA573FA@w2003s01.double-l.local> Date: Mon, 28 Dec 2009 20:20:23 +0100 Message-ID: <6101e8c40912281120j6a8338a8w10bb9f304952363a@mail.gmail.com> From: Oliver Pinter To: Johan Hendriks Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: ahci and user mount of cdrom X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 19:20:31 -0000 i think, usermount worked only with user owned and writable dir-s, example: mkdir ~/cdrom mount_cd9660 /dev/acd0 ~/cdrom On 12/28/09, Johan Hendriks wrote: > Hello all > I am on 8.0-STABLE now, and using the ahci driver. > > All works likei t should, but i can not mount my cdrom anymore as a > regular user. > > i have this in my sysctl.conf > > vfs.usermount=1 > > > > my /etc/devfs.conf looks like this > > #CDROM_BURNER permissions > > perm acd0 0666 > > #perm acd1 0666 > > perm cd0 0666 > > #perm cd1 0666 > > perm cdrom 0666 > > #perm cdrom1 0666 > > perm pass0 0660 > > perm pass1 0660 > > perm pass2 0660 > > perm pass3 0660 > > perm pass4 0660 > > perm pass5 0660 > > perm pass6 0666 > > perm xpt0 0660 > > > > dmesg list the following > > > > atapci0: port > 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f > mem 0xfe9ffc00-0xfe9fffff irq 16 at device 0.0 on pci3 > > atapci0: [ITHREAD] > > > > acd0: DVDR at ata2-slave UDMA66 > > > > later on in my dmesg i get the following > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > (probe0:ata0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > > (probe0:ata0:0:1:0): CAM Status: SCSI Status Error > > (probe0:ata0:0:1:0): SCSI Status: Check Condition > > (probe0:ata0:0:1:0): NOT READY asc:3a,1 > > (probe0:ata0:0:1:0): Medium not present - tray closed > > (probe0:ata0:0:1:0): Unretryable error > > > > > > cd0 at ata0 bus 0 scbus8 target 1 lun 0 > > cd0: Removable CD-ROM SCSI-0 device > > cd0: 66.000MB/s transfers > > cd0: cd present [329835 x 2048 byte records] > > > > my cdrom is attached to the pata port on the mainbord. > > > > Regards, > > Johan > > > > > > > > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 20:36:37 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A64D10656A7; Mon, 28 Dec 2009 20:36:37 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from kazon.borderworlds.dk (kazon.borderworlds.dk [213.239.213.48]) by mx1.freebsd.org (Postfix) with ESMTP id 5070F8FC26; Mon, 28 Dec 2009 20:36:37 +0000 (UTC) Received: from talaxian.borderworlds.dk (localhost [127.0.0.1]) by kazon.borderworlds.dk (Postfix) with ESMTP id 35BEC17165; Mon, 28 Dec 2009 21:17:41 +0100 (CET) Message-ID: <4B391265.5080908@borderworlds.dk> Date: Mon, 28 Dec 2009 21:17:41 +0100 From: Christian Laursen Organization: The Border Worlds User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20091214 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-geom@FreeBSD.org, freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: A script that modifies /etc/fstab to mount devices via glabel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 20:36:37 -0000 Hi there, I wrote a script that modifies fstab so that UFS filesystems are mounted via their UFS IDs and swap partitions are labeled with glabel in order to access them that way. It works for me on at least FreeBSD 7.2 and 8.0. Use at your own risk. For swap devices it is neccesary to label the device in order to recognize it later and that requires that swap is turned off briefly. The script requires perl to run. The script is here: http://borderworlds.dk/utils/fstab-glabel.pl Feel free to use it if you find it useful. -- Christian Laursen From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 20:43:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3FB51065672 for ; Mon, 28 Dec 2009 20:43:57 +0000 (UTC) (envelope-from petros.fraser@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id A3B638FC17 for ; Mon, 28 Dec 2009 20:43:57 +0000 (UTC) Received: by qyk6 with SMTP id 6so4517792qyk.3 for ; Mon, 28 Dec 2009 12:43:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=gHG+MOkOxJjk2qoouA+W2OC/rqVAeGD1YWSWXMd+IXw=; b=gJpJJSxzA35UyqJT1xlEFl7iQUmE0OJEV5oOprtcLDbKAQgpZ/28zAUJgwW58J7R9j Buf2XnnFAA7vLGcWiCSCpTTnzD+QPfFmoeyhsjlR55yZP/TRnAvGu1DNrGEqdXo2gYRY IHKcbfE9+3nAZNhizs4EFAeyxKtqVbSwiqNQc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=hBz6CnC/GKamnoxOYayu9yHs+p6JT29B/tCFmCNvOvL/YI88GY8c5YRnLcG2MLEPua vdS4V0nK5NefeK2dCytsPUMLh1xA9YYdMD7DdHJ3c7KzDbWKLHiZXRq5+t3Qqyx3AsNq jdaIiaRBqsi8ygPf2KWJH+PBi7GKQI6nJscv4= MIME-Version: 1.0 Received: by 10.229.128.165 with SMTP id k37mr1914712qcs.86.1262033034803; Mon, 28 Dec 2009 12:43:54 -0800 (PST) Date: Mon, 28 Dec 2009 15:43:54 -0500 Message-ID: From: Peter Fraser To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Jailed Service contact IMAPS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 20:43:58 -0000 Hi All I have two servers, one running apache and squirrelmail in a jail. Squirrelmail on this server is trying to contact dovecot running imaps on port 993 on another server and failing. When I try from another physical machine it works but I would prefer to run this service from within a jail. Can anyone please let me know how to make this work? From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 20:53:23 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC8EE106568D for ; Mon, 28 Dec 2009 20:53:23 +0000 (UTC) (envelope-from pprocacci@datapipe.com) Received: from EXFESMQ01.datapipe-corp.net (exchange.datapipe.net [64.106.130.71]) by mx1.freebsd.org (Postfix) with ESMTP id B4EF78FC1D for ; Mon, 28 Dec 2009 20:53:23 +0000 (UTC) Received: from work_machine.myhome (192.168.128.24) by EXFESMQ01.datapipe-corp.net (64.106.130.71) with Microsoft SMTP Server id 8.1.393.1; Mon, 28 Dec 2009 15:53:22 -0500 Message-ID: <4B38C655.1080305@datapipe.com> Date: Mon, 28 Dec 2009 14:53:09 +0000 From: Paul Procacci User-Agent: Thunderbird 2.0.0.23 (X11/20091225) MIME-Version: 1.0 To: Peter Fraser References: In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: "freebsd-stable@freebsd.org" Subject: Re: Jailed Service contact IMAPS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 20:53:24 -0000 Peter Fraser wrote: > Hi All > > I have two servers, one running apache and squirrelmail in a jail. > Squirrelmail on this server is trying to contact dovecot running imaps > on port 993 on another server and failing. When I try from another > physical machine it works but I would prefer to run this service from > within a jail. > > Can anyone please let me know how to make this work? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Have you tried to first do a simple (from within the jail): telnet host 993 Do you get connected? If not, do you have any firewall rules either on the host maintaining the jail or the host you are connecting to? If not, can you do a tcpdump to see what specificly is happening to those packets via (on the host again): tcpdump -i host and port 993 Do you see packets both leaving your machine and coming back? If not, can you repeat the process above on the host machine maintaining the jail, but not within the jail itself. Are the results the same? The above is a start and should provide enough information as to whether the problem is specific to the jail or the physical host. ~Paul This message may contain confidential or privileged information. If you ar= e not the intended recipient, please advise us immediately and delete this = message. See http://www.datapipe.com/emaildisclaimer.aspx for further info= rmation on confidentiality and the risks of non-secure electronic communica= tion. If you cannot access these links, please notify us by reply message a= nd we will send the contents to you. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 20:56:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A30931065672 for ; Mon, 28 Dec 2009 20:56:52 +0000 (UTC) (envelope-from mloftis@wgops.com) Received: from juggler.wgops.com (juggler.wgops.com [204.11.247.41]) by mx1.freebsd.org (Postfix) with ESMTP id 7D7FB8FC25 for ; Mon, 28 Dec 2009 20:56:52 +0000 (UTC) Received: by juggler.wgops.com (Postfix, from userid 65534) id 17571A81EB; Mon, 28 Dec 2009 13:56:52 -0700 (MST) X-Spam-ASN: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on juggler.wgops.com X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 Received: from [192.168.1.44] (host-72-174-39-176.msl-mt.client.bresnan.net [72.174.39.176]) by juggler.wgops.com (Postfix) with ESMTPSA id 073C0A81BF for ; Mon, 28 Dec 2009 13:56:49 -0700 (MST) Date: Mon, 28 Dec 2009 13:56:51 -0700 From: Michael Loftis To: freebsd-stable@freebsd.org Message-ID: <6F26CE94A7DFB7227B453A4F@[192.168.1.44]> In-Reply-To: References: X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: clamav-milter 0.95.3 at juggler X-Virus-Status: Clean Subject: Re: Jailed Service contact IMAPS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 20:56:52 -0000 --On Monday, December 28, 2009 3:43 PM -0500 Peter Fraser wrote: > Hi All > > I have two servers, one running apache and squirrelmail in a jail. > Squirrelmail on this server is trying to contact dovecot running imaps > on port 993 on another server and failing. When I try from another > physical machine it works but I would prefer to run this service from > within a jail. > > Can anyone please let me know how to make this work? Sounds like you have some sort of basic networking problem, a Jail in and of itself won't be blocked. I'd first check to see if you can get a connection from within the jail host server to the IMAPS port on the other machine. Use telnet or opennssl's s_client to see if you can get a connection open. I assume the dovecot server and jail have separate IPs? If so then try the same thing from within the jail. If both of those work then I'd check your PHP setup and make sure that you have the appropriate PHP modules installed, and that they support SSL. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 21:00:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E98A41065676 for ; Mon, 28 Dec 2009 21:00:10 +0000 (UTC) (envelope-from petros.fraser@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 74AF58FC14 for ; Mon, 28 Dec 2009 21:00:10 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so2287286qwb.7 for ; Mon, 28 Dec 2009 13:00:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=cjOaV0Ayt3m0jmAgYkhqRSBES32qYV0RzuTbgZ6s4Tk=; b=XOIMqg52i3uvpV0dQALkhbmMlH/aNpldlHyS9QBUL1G2hD049oAGKinfuehS60LGw3 BOxWKNDjyEqu4nI3WtUePVUGlZktEf3+yYgDfbhVo/Kmb8CSsR6abn6i4qTUzf1kQSNf hjcdq2qbRDvjw1/3Prb8GRCk84esKf5ZZ1G+k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=ibka0KSsvkfJI0hgSXszwtDCVM+d1sBS64GVP5osBSNoBasVaQYKHFbq6dJfIQPYgy rsTs/PY5//NjRjJamoAVpef+lbgYmsLQGydc/Bk9c7uxJGP20YkkU8ISEcgVH6YvRfyu WMqwfha+EWZnpFMh6iINN0bprXPDZyUgwGP3U= MIME-Version: 1.0 Received: by 10.229.37.130 with SMTP id x2mr6865445qcd.15.1262034004454; Mon, 28 Dec 2009 13:00:04 -0800 (PST) In-Reply-To: <4B38C655.1080305@datapipe.com> References: <4B38C655.1080305@datapipe.com> Date: Mon, 28 Dec 2009 16:00:04 -0500 Message-ID: From: Peter Fraser To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Jailed Service contact IMAPS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 21:00:11 -0000 Yes I can connect over telnet. If I even do openssl s_client -connect :993 I can also connect and list my mail. The machine is running FreeBSD 8 by the way. On Mon, Dec 28, 2009 at 9:53 AM, Paul Procacci wro= te: > Peter Fraser wrote: >> >> Hi All >> >> I have two servers, one running apache and squirrelmail in a jail. >> Squirrelmail on this server is trying to contact dovecot running imaps >> on port 993 on another server and failing. When I try from another >> physical machine it works but I would prefer to run this service from >> within a jail. >> >> Can anyone please let me know how to make this work? >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org= " >> > Have you tried to first do a simple (from within the jail): > > telnet host 993 > > Do you get connected? =A0If not, do you have any firewall rules either on > the host maintaining the jail or the host you are connecting to? =A0If > not, can you do a tcpdump to see what specificly is happening to those > packets via (on the host again): > > tcpdump -i host and port 993 > > Do you see packets both leaving your machine and coming back? =A0If not, > can you repeat the process above on the host machine maintaining the > jail, but not within the jail itself. =A0Are the results the same? > > The above is a start and should provide enough information as to whether > the problem is specific to the jail or the physical host. > > ~Paul > > This message may contain confidential or privileged information. =A0If yo= u are > not the intended recipient, please advise us immediately and delete this > message. =A0See http://www.datapipe.com/emaildisclaimer.aspx for further > information on confidentiality and the risks of non-secure electronic > communication. If you cannot access these links, please notify us by repl= y > message and we will send the contents to you. > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 21:30:49 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 908AC1065679 for ; Mon, 28 Dec 2009 21:30:49 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 24EEC8FC1A for ; Mon, 28 Dec 2009 21:30:48 +0000 (UTC) Received: by ewy26 with SMTP id 26so7772105ewy.3 for ; Mon, 28 Dec 2009 13:30:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type:content-transfer-encoding; bh=tVo48bkotaQldbQA7Q0vVRUZoW6Cqwd5dN1GS90Dn0U=; b=Ld9TwFfe6R6+/YKZAELmE4pAAwFVq26MpE182RDzSKd3SL6rCMKxRY/kBD8CEyuvxZ yffN+Oayl188PvyOoPADwPv5Z9OIwxNzFQBkcyyTLTgHhx/wWGbRFrvpdHfN+usJ4N9s jqJ1tPSotRB6zfDmxIQEXmfOZiOM1i5X8P384= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=UFXKBzrOSQxq09j7K15cFg8x6FNKcMOLcK5qHKSLik0/hcvQdV0OqMWdUOcMBE2RPT gu69/4gCudSIbLi67yk2k+mR/CkX9FOV2HJMSm/B1YpKeqmqx49TcwEnogQ1ciguLY9/ WlazbT6l2j7QTIUtlnwncMIxKZz008D4cVaWI= MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.216.91.10 with SMTP id g10mr3232309wef.217.1262035845257; Mon, 28 Dec 2009 13:30:45 -0800 (PST) In-Reply-To: <20091224193320.GD8146@michelle.cdnetworks.com> References: <3131aa530912230507q5abd0a9eh1f22ac858518268f@mail.gmail.com> <20091224193320.GD8146@michelle.cdnetworks.com> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Mon, 28 Dec 2009 22:30:25 +0100 X-Google-Sender-Auth: 1acfefd87ad05b96 Message-ID: <3131aa530912281330t34032ad5he5fe7720b4d2744a@mail.gmail.com> To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org Subject: Re: FreeBSD 8.0: can't PXE Boot using nvidia nForce4 network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 21:30:49 -0000 On Thu, Dec 24, 2009 at 8:33 PM, Pyun YongHyeon wrote: >> nfe0: MII without any phy! > =A0^^^^^^^^^^^^^^^^^^^^^^^^^^ > Maybe this is the reason why you can't use NFS. > If your BIOS has an option that disables management feature > of ethernet controller try toggle the feature. > Hi, I've disabled the "POST Check LAN Cable" in the BIOS: But still the same "MII without any phy!" message. Regards, Olivier From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 22:22:55 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCB1A1065672 for ; Mon, 28 Dec 2009 22:22:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 8CADE8FC0C for ; Mon, 28 Dec 2009 22:22:55 +0000 (UTC) Received: by qyk6 with SMTP id 6so4547206qyk.3 for ; Mon, 28 Dec 2009 14:22:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=3LCreISeJ/0D2Qg8SmB35HAq35q/ZzcxRuOn7QFDgt8=; b=NJe8y1Pqp3grurXgFFlkmyAXiOP9CxAaxQZ2WsUu67wIusmGkAwYVbVverUYsn9FYh NcrpgPfyFKDKWJdMU3n7IF3sN3V2ITfFEhcB6uX1dRrObKKJXFHxzzteRq1Effuz+cwi 1arm1lD+0dZ6yFnQAeO+ipnuCe+ffNwCfwjbc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=fIFzIgCnIFtEtkDI3BxynHTSl2Avz0n9XxY2CoJdaecskBCghuHBsiK8IWQzjxfWRm pcEKsOQ/O6RsUAb78w0M7ukEfHllQvBEt5rKPEawXpfxjPLr3ckords8S7abMX4bUjbm mp0j9oPD588sTLNnIFv4btRXhEYNgHqYsgDzo= Received: by 10.224.69.164 with SMTP id z36mr7717085qai.377.1262038969751; Mon, 28 Dec 2009 14:22:49 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 23sm10782705qyk.7.2009.12.28.14.22.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 28 Dec 2009 14:22:48 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 28 Dec 2009 14:21:40 -0800 From: Pyun YongHyeon Date: Mon, 28 Dec 2009 14:21:40 -0800 To: Olivier Cochard-Labb? Message-ID: <20091228222140.GC1166@michelle.cdnetworks.com> References: <3131aa530912230507q5abd0a9eh1f22ac858518268f@mail.gmail.com> <20091224193320.GD8146@michelle.cdnetworks.com> <3131aa530912281330t34032ad5he5fe7720b4d2744a@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <3131aa530912281330t34032ad5he5fe7720b4d2744a@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: FreeBSD 8.0: can't PXE Boot using nvidia nForce4 network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 22:22:55 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Dec 28, 2009 at 10:30:25PM +0100, Olivier Cochard-Labb? wrote: > On Thu, Dec 24, 2009 at 8:33 PM, Pyun YongHyeon wrote: > > >> nfe0: MII without any phy! > > ?^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Maybe this is the reason why you can't use NFS. > > If your BIOS has an option that disables management feature > > of ethernet controller try toggle the feature. > > > > Hi, > > I've disabled the "POST Check LAN Cable" in the BIOS: But still the > same "MII without any phy!" message. > Ok, it seems Linux forcedeth driver seems to poke NFE_STATUS register before accessing PHY. I'm not sure whether this code could be related with the issue but would you try attached patch? > Regards, > > Olivier --nFreZHaLTZJo0R7j Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="nfe.CK804.diff" Index: sys/dev/nfe/if_nfe.c =================================================================== --- sys/dev/nfe/if_nfe.c (revision 201135) +++ sys/dev/nfe/if_nfe.c (working copy) @@ -340,6 +340,7 @@ struct nfe_softc *sc; struct ifnet *ifp; bus_addr_t dma_addr_max; + uint32_t phystat, phyrestore; int error = 0, i, msic, reg, rid; sc = device_get_softc(dev); @@ -349,6 +350,7 @@ MTX_DEF); callout_init_mtx(&sc->nfe_stat_ch, &sc->nfe_mtx, 0); TASK_INIT(&sc->nfe_link_task, 0, nfe_link_task, sc); + phyrestore = 0; pci_enable_busmaster(dev); @@ -599,6 +601,13 @@ ifp->if_capabilities |= IFCAP_POLLING; #endif + phystat = NFE_READ(sc, NFE_STATUS) & NFE_STATUS_RUNNING; + if ((phystat & NFE_STATUS_RUNNING) != 0) { + phystat &= ~NFE_STATUS_RUNNING; + NFE_WRITE(sc, NFE_STATUS, phystat); + phyrestore = 1; + } + /* Do MII setup */ if (mii_phy_probe(dev, &sc->nfe_miibus, nfe_ifmedia_upd, nfe_ifmedia_sts)) { @@ -636,8 +645,11 @@ } fail: - if (error) + if (error) { + if (phyrestore != 0) + NFE_WRITE(sc, NFE_STATUS, phystat | NFE_STATUS_RUNNING); nfe_detach(dev); + } return (error); } @@ -2744,7 +2756,8 @@ NFE_WRITE(sc, NFE_SETUP_R6, NFE_R6_MAGIC); /* update MAC knowledge of PHY; generates a NFE_IRQ_LINK interrupt */ - NFE_WRITE(sc, NFE_STATUS, sc->mii_phyaddr << 24 | NFE_STATUS_MAGIC); + NFE_WRITE(sc, NFE_STATUS, sc->mii_phyaddr << NFE_STATUS_PHYSHIFT | + NFE_STATUS_PHYVALID | NFE_STATUS_RUNNING); NFE_WRITE(sc, NFE_SETUP_R4, NFE_R4_MAGIC); NFE_WRITE(sc, NFE_WOL_CTL, NFE_WOL_MAGIC); Index: sys/dev/nfe/if_nfereg.h =================================================================== --- sys/dev/nfe/if_nfereg.h (revision 201135) +++ sys/dev/nfe/if_nfereg.h (working copy) @@ -137,7 +137,11 @@ #define NFE_PHY_BUSY 0x08000 #define NFE_PHYADD_SHIFT 5 -#define NFE_STATUS_MAGIC 0x140000 +#define NFE_STATUS_START 0x00000002 +#define NFE_STATUS_LINKUP 0x00000004 +#define NFE_STATUS_PHYVALID 0x00040000 +#define NFE_STATUS_RUNNING 0x00100000 +#define NFE_STATUS_PHYSHIFT 24 #define NFE_R1_MAGIC_1000 0x14050f #define NFE_R1_MAGIC_10_100 0x16070f --nFreZHaLTZJo0R7j-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 22:59:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B36B106566C for ; Mon, 28 Dec 2009 22:59:54 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (dsl081-172-045.sea1.dsl.speakeasy.net [64.81.172.45]) by mx1.freebsd.org (Postfix) with ESMTP id 31E548FC1B for ; Mon, 28 Dec 2009 22:59:53 +0000 (UTC) Received: from webmail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id nBSMxLG1086065; Mon, 28 Dec 2009 14:59:27 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([64.81.172.214]) (Local authenticated user inf0s) by webmail.1command.com with HTTP; Mon, 28 Dec 2009 14:59:51 -0800 (PST) Message-ID: <8bdcbc5f08e9b762c3d2dcfe2fd00558.HRCIM@webmail.1command.com> In-Reply-To: <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> Date: Mon, 28 Dec 2009 14:59:51 -0800 (PST) From: "Chris H" To: freebsd-stable@freebsd.org User-Agent: HRC Internet Messaging/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit Cc: Subject: RE: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 22:59:54 -0000 On Mon, December 28, 2009 7:44 am, Andresen, Jason R. wrote: >> From: Chris H >> >> >> On Tue, December 22, 2009 8:35 am, Andresen, Jason R. wrote: >> >>> Squirrel wrote: >>> >>> >>>> most likely could be some kind of remote code execution or SQLi >> executed in >>>> the context of some php scripts, you should audit php code of your >> web >>>> interface and of the websites you host. also consider the strenght of >> your >>>> passwords, lots of login attempts to ssh/ftp may mean a he has tried >> a >>>> bruteforce (or a dictionary attack maybe). you should also check >> webmin logs, >>>> there are a few bruteforcer for webmin out there, (*hint*) consider >> the lenght >>>> of your average password if it's more than 7-8 characters >> aplhanumeric with >>>> simbols most likely this isn't the case. >>> >>> While it's true that it's a good idea to check your password strength, >>> >> pretty >>> much any host connected to the internet is going to be hit daily by >> bots >>> looking for weak passwords. It's one area where you logs don't help >> much >>> because there is too much noise. >> That's why there's GREP(1), AWK(1), FIND(1), TAIL(1), and CAT(1) >> Consider the following... >> adding the following to your /etc/rc.conf: >> >> # SECURITY RELATED >> #################################### >> syslogd_flags="-ss" log_in_vain="YES" tcp_keepalive="YES" >> >> >> now your log file will /really/ sing (log_in_vain="YES"). Of course, unless >> you have a great deal of time on your hands, visually parsing that "noisy" log >> will be quite tedious, and time consuming. So you have a few options... If your >> running X11, simply run tail in a root window - there are quite a few utilities >> in ports for doing just this - some that'll only write messages you want to >> see. You could also create a script out of cron that will only produce >> messages you are interested in, for example: >> >> ~# cat /var/log/messages | ssh >> >> >> will emit any attempt to ssh into your box you can also redirect the messages >> to a file: >> >> ~# cat /var/log/messages | ssh >>~/EVIL_DOERS >> >> >> You could also add en entry to PERIODIC(8) that will >> provide a daily report on any attempts you are interested in. >> >> HTH >> >> > > Your solution to excessive noise in the security log is to greatly increase the > noise level?!? > > The point is, if your machine is on the internet, then bots are going to try > password attacks on any open port they can find. It's just the sad fact of > life on the current internet. Unfortunately, this activity will also make it > much more difficult to determine when you are under attack from an actual > person, which was my point earlier. It's one that is not going to be easy to > solve either, unless you're willing to rewrite SSH to require every connection > attempt to pass a Turing test or something. My point here was that by increasing the verbosity, you will more easily be able to grep against login /failures/, and more easily discover dictionary/ brute-force attacks. It's certainly made my job easier, and hasn't required any modifications to our current policies. You /have/ considered PF(4), haven't you? It's /really/ an excellent strategy for securing your network. --Chris H > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Dec 28 23:50:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0F9F1065679 for ; Mon, 28 Dec 2009 23:50:35 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id C2D658FC19 for ; Mon, 28 Dec 2009 23:50:34 +0000 (UTC) Received: by pwi15 with SMTP id 15so7170809pwi.3 for ; Mon, 28 Dec 2009 15:50:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=13ORpyoBhHjDlSWmcKHSwO0kGTqM7ng3X0vPMgc5PGQ=; b=OavE7QZnlgITD45DfK//pmFrrJHorTkuo6yQzOGhDUH4TTtVMvBwExZ9BSK6OFNByl FeKfMXJLrL5iujOTblcd+6iJTceyg1klag0psPI782uj28vjSJO2tq5GgR41NyUt2lqv 3r60m9KthpEYsZz5+Wm+nfR/SwZUvmchL+Uss= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Eqylk9E4+BjobTaUbf8yV6CsPq5me0BQhIcKe0szFbrRY6r4ylvHXAweFL3PKP4bCy RCmWSU6mgZLD/PBZLhNou2Y+nzfERXWjjU3bha6eTfdXkvkTQFFRV1HSZu3JnUp+Qz6p pHoDtBuiqkUMkrr/9zW6fAKN7rKNx2Kw+mU4o= MIME-Version: 1.0 Received: by 10.142.7.18 with SMTP id 18mr10669927wfg.126.1262044224023; Mon, 28 Dec 2009 15:50:24 -0800 (PST) In-Reply-To: <8bdcbc5f08e9b762c3d2dcfe2fd00558.HRCIM@webmail.1command.com> References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> <8bdcbc5f08e9b762c3d2dcfe2fd00558.HRCIM@webmail.1command.com> Date: Mon, 28 Dec 2009 17:50:23 -0600 Message-ID: <6201873e0912281550w34937b9eg3498547722739aee@mail.gmail.com> From: Adam Vande More To: Chris H Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 23:50:36 -0000 On Mon, Dec 28, 2009 at 4:59 PM, Chris H wrote: > > My point here was that by increasing the verbosity, you will more easily be > able > to grep against login /failures/, and more easily discover dictionary/ > brute-force > attacks. It's certainly made my job easier, and hasn't required any > modifications > to our current policies. You /have/ considered PF(4), haven't you? It's > /really/ > an excellent strategy for securing your network. > > --Chris H > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > I use security/denyhosts for this, very simple to setup like 5 minutes if you're a fast reader. There are other options as well that offer similar functionality. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 00:11:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EB23106568D for ; Tue, 29 Dec 2009 00:11:20 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp2.utsp.utwente.nl [130.89.2.9]) by mx1.freebsd.org (Postfix) with ESMTP id 287C78FC1F for ; Tue, 29 Dec 2009 00:11:19 +0000 (UTC) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id nBT0BHec011443; Tue, 29 Dec 2009 01:11:17 +0100 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Tue, 29 Dec 2009 01:11:17 +0100 User-Agent: KMail/1.9.10 References: <4B391265.5080908@borderworlds.dk> In-Reply-To: <4B391265.5080908@borderworlds.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200912290111.17781.pieter@degoeje.nl> Cc: Christian Laursen , freebsd-geom@freebsd.org Subject: Re: A script that modifies /etc/fstab to mount devices via glabel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 00:11:20 -0000 On Monday 28 December 2009 21:17:41 Christian Laursen wrote: > Hi there, > > I wrote a script that modifies fstab so that UFS filesystems are mounted > via their UFS IDs and swap partitions are labeled with glabel in order > to access them that way. > > It works for me on at least FreeBSD 7.2 and 8.0. Use at your own risk. > > For swap devices it is neccesary to label the device in order to > recognize it later and that requires that swap is turned off briefly. > > The script requires perl to run. > > The script is here: > http://borderworlds.dk/utils/fstab-glabel.pl > > Feel free to use it if you find it useful. Works as advertised, thank you! It is probably faster to extract the label from glabel status -s instead of using dumpfs though. - Pieter From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 00:23:16 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33339106568D for ; Tue, 29 Dec 2009 00:23:16 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id EB71E8FC1D for ; Tue, 29 Dec 2009 00:23:17 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so2756120eyf.9 for ; Mon, 28 Dec 2009 16:23:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=tPy7E3C2draTegXoUAQAmnv16tya9kyLtLsbpdX21BY=; b=ZlPI+jl+mkGAONKOoUU81nRe8UiEi+o1tp1Oo55zPOgQUUe1xpZ/ggRHNcMoWT6uXI fvJLXsDNu9uFsdmEQUlHQL9h1ZytwhuWTNLJoLfdRgZKTX7ejDYRXKcV0GezEtX6LiAd uwr3DaAHrxvoRwoky3ofzXBAEPKxGQImXKtoA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=T4S8YASmEWI3nu0dnes9wAyI1+5gfeBAkzKZFde/9Kbviw4BhDTVaBuNCAqdTcmSys uo+mQofvfz6Z9f0FN0nzuCovFtahQ8ufg3XwxCbLn/vCMF0he8f7KoHziuIKJymKUUgi CXK9MsMoOTc4n+WudBsBInYa58RnrsWilUxXs= MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.216.85.210 with SMTP id u60mr3184473wee.226.1262046180096; Mon, 28 Dec 2009 16:23:00 -0800 (PST) In-Reply-To: <20091228222140.GC1166@michelle.cdnetworks.com> References: <3131aa530912230507q5abd0a9eh1f22ac858518268f@mail.gmail.com> <20091224193320.GD8146@michelle.cdnetworks.com> <3131aa530912281330t34032ad5he5fe7720b4d2744a@mail.gmail.com> <20091228222140.GC1166@michelle.cdnetworks.com> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Tue, 29 Dec 2009 01:22:40 +0100 X-Google-Sender-Auth: 424d1c38c544ce63 Message-ID: <3131aa530912281622v3a4a15c5r38766eed989ff30e@mail.gmail.com> To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org Subject: Re: FreeBSD 8.0: can't PXE Boot using nvidia nForce4 network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 00:23:16 -0000 On Mon, Dec 28, 2009 at 11:21 PM, Pyun YongHyeon wrote: > Ok, it seems Linux forcedeth driver seems to poke NFE_STATUS > register before accessing PHY. I'm not sure whether this code could > be related with the issue but would you try attached patch? > Allready a patch to try! Thanks for your reactivity! The patch was applyed successfully and new kernel compiled/installed without problem but same error message: FreeBSD 8.0-STABLE #4: Mon Dec 28 23:48:36 CET 2009 root@debugger.bsdrp.net:/usr/obj/usr/src/sys/GENERIC i386 (...) nfe0: irq 21 at device 10.0 on pci0 nfe0: Lazy allocation of 0x1000000 bytes rid 0x10 type 3 at 0x81000000 nfe0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0x81000000 nfe0: MII without any phy! device_attach: nfe0 attach returned 6 (...) Trying to mount root from nfs:10.0.0.1:/usr/tftpboot nfs_diskless: no interface ROOT MOUNT ERROR: (...) Regards, Olivier From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 00:38:49 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50036106568B for ; Tue, 29 Dec 2009 00:38:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 2E96D8FC0A for ; Tue, 29 Dec 2009 00:38:51 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so2319060qwb.7 for ; Mon, 28 Dec 2009 16:38:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=Xz39dzCrNDqMit8IB/lNbk7DGgEeB59dQ4fiXagUbrQ=; b=BawEVm82aETKBRoO7Mn8j8FrhQ8i0q7eLclWkxMbwsCMn+ES1FVzxSA4RyLTuPw78B 7F1iwggLokjYFXy7gNFHZ3X9oxePHKk3ezyY6tPOoiR/Wg1ZAa16AitWumgW4ZcnoNVn Fbsj33aX0/9+IpCZ4O1YH+gAQfcktko168pdg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=PDSGWqE0M3Kw4Kx8P+mVrI4osD91ZVy3N1IuWn+cNC8TzXP6BJAptrJ6IsNAqRwyL8 mvlZ9m36GhY9koRhrKi4EBXoBgOJR4FUliiz4i3JrGbTlipXTP/PGQ8SYv2j2V1Zg82y 5UXv5Pq+1RpPXGfumLHjMwNDKzgInEi3oJ6Sg= Received: by 10.224.106.3 with SMTP id v3mr7773281qao.243.1262047125976; Mon, 28 Dec 2009 16:38:45 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 23sm10883207qyk.3.2009.12.28.16.38.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 28 Dec 2009 16:38:44 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 28 Dec 2009 16:37:35 -0800 From: Pyun YongHyeon Date: Mon, 28 Dec 2009 16:37:35 -0800 To: Olivier Cochard-Labb? Message-ID: <20091229003735.GD1166@michelle.cdnetworks.com> References: <3131aa530912230507q5abd0a9eh1f22ac858518268f@mail.gmail.com> <20091224193320.GD8146@michelle.cdnetworks.com> <3131aa530912281330t34032ad5he5fe7720b4d2744a@mail.gmail.com> <20091228222140.GC1166@michelle.cdnetworks.com> <3131aa530912281622v3a4a15c5r38766eed989ff30e@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="8GpibOaaTibBMecb" Content-Disposition: inline In-Reply-To: <3131aa530912281622v3a4a15c5r38766eed989ff30e@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: FreeBSD 8.0: can't PXE Boot using nvidia nForce4 network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 00:38:49 -0000 --8GpibOaaTibBMecb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Dec 29, 2009 at 01:22:40AM +0100, Olivier Cochard-Labb? wrote: > On Mon, Dec 28, 2009 at 11:21 PM, Pyun YongHyeon wrote: > > > Ok, it seems Linux forcedeth driver seems to poke NFE_STATUS > > register before accessing PHY. I'm not sure whether this code could > > be related with the issue but would you try attached patch? > > > > Allready a patch to try! Thanks for your reactivity! > > The patch was applyed successfully and new kernel compiled/installed > without problem but same error message: > > FreeBSD 8.0-STABLE #4: Mon Dec 28 23:48:36 CET 2009 > root@debugger.bsdrp.net:/usr/obj/usr/src/sys/GENERIC i386 > (...) > nfe0: irq 21 at device > 10.0 on pci0 > nfe0: Lazy allocation of 0x1000000 bytes rid 0x10 type 3 at 0x81000000 > nfe0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0x81000000 > nfe0: MII without any phy! > device_attach: nfe0 attach returned 6 > (...) > Trying to mount root from nfs:10.0.0.1:/usr/tftpboot > nfs_diskless: no interface > ROOT MOUNT ERROR: > (...) > :-( How about this one? Sorry, I'm just guessing(no hardware, no documentation). > Regards, > > Olivier --8GpibOaaTibBMecb Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="nfe.CK804.diff2" Index: sys/dev/nfe/if_nfe.c =================================================================== --- sys/dev/nfe/if_nfe.c (revision 201135) +++ sys/dev/nfe/if_nfe.c (working copy) @@ -340,6 +340,7 @@ struct nfe_softc *sc; struct ifnet *ifp; bus_addr_t dma_addr_max; + uint32_t phystat, phyrestore; int error = 0, i, msic, reg, rid; sc = device_get_softc(dev); @@ -349,6 +350,7 @@ MTX_DEF); callout_init_mtx(&sc->nfe_stat_ch, &sc->nfe_mtx, 0); TASK_INIT(&sc->nfe_link_task, 0, nfe_link_task, sc); + phyrestore = 0; pci_enable_busmaster(dev); @@ -513,6 +515,8 @@ break; } + NFE_READ(sc, NFE_WOL_CTL); + NFE_WRITE(sc, NFE_WOL_CTL, 0); nfe_power(sc); /* Check for reversed ethernet address */ if ((NFE_READ(sc, NFE_TX_UNK) & NFE_MAC_ADDR_INORDER) != 0) @@ -599,6 +603,14 @@ ifp->if_capabilities |= IFCAP_POLLING; #endif + phystat = NFE_READ(sc, NFE_STATUS) & NFE_STATUS_RUNNING; + if ((phystat & NFE_STATUS_RUNNING) != 0) { + phystat &= ~NFE_STATUS_RUNNING; + NFE_WRITE(sc, NFE_STATUS, phystat); + phyrestore = 1; + } + NFE_WRITE(sc, NFE_PHY_STATUS, 0xf); + /* Do MII setup */ if (mii_phy_probe(dev, &sc->nfe_miibus, nfe_ifmedia_upd, nfe_ifmedia_sts)) { @@ -636,8 +648,11 @@ } fail: - if (error) + if (error) { + if (phyrestore != 0) + NFE_WRITE(sc, NFE_STATUS, phystat | NFE_STATUS_RUNNING); nfe_detach(dev); + } return (error); } @@ -2744,7 +2759,8 @@ NFE_WRITE(sc, NFE_SETUP_R6, NFE_R6_MAGIC); /* update MAC knowledge of PHY; generates a NFE_IRQ_LINK interrupt */ - NFE_WRITE(sc, NFE_STATUS, sc->mii_phyaddr << 24 | NFE_STATUS_MAGIC); + NFE_WRITE(sc, NFE_STATUS, sc->mii_phyaddr << NFE_STATUS_PHYSHIFT | + NFE_STATUS_PHYVALID | NFE_STATUS_RUNNING); NFE_WRITE(sc, NFE_SETUP_R4, NFE_R4_MAGIC); NFE_WRITE(sc, NFE_WOL_CTL, NFE_WOL_MAGIC); Index: sys/dev/nfe/if_nfereg.h =================================================================== --- sys/dev/nfe/if_nfereg.h (revision 201135) +++ sys/dev/nfe/if_nfereg.h (working copy) @@ -137,7 +137,11 @@ #define NFE_PHY_BUSY 0x08000 #define NFE_PHYADD_SHIFT 5 -#define NFE_STATUS_MAGIC 0x140000 +#define NFE_STATUS_START 0x00000002 +#define NFE_STATUS_LINKUP 0x00000004 +#define NFE_STATUS_PHYVALID 0x00040000 +#define NFE_STATUS_RUNNING 0x00100000 +#define NFE_STATUS_PHYSHIFT 24 #define NFE_R1_MAGIC_1000 0x14050f #define NFE_R1_MAGIC_10_100 0x16070f --8GpibOaaTibBMecb-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 02:27:48 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 192BA1065676 for ; Tue, 29 Dec 2009 02:27:48 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id B9F3F8FC1B for ; Tue, 29 Dec 2009 02:27:47 +0000 (UTC) Received: from volatile.chemikals.org (adsl-67-209-173.shv.bellsouth.net [98.67.209.173]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id A0222A1ED7BE for ; Mon, 28 Dec 2009 20:27:46 -0600 (CST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id nBT2Rgtm095842 for ; Mon, 28 Dec 2009 20:27:42 -0600 (CST) (envelope-from morganw@chemikals.org) Date: Mon, 28 Dec 2009 20:27:42 -0600 (CST) From: Wes Morgan X-X-Sender: morganw@volatile To: stable@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.95.2 at warped X-Virus-Status: Clean Cc: Subject: 7.2 to 8.0 serial not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 02:27:48 -0000 I just upgraded from 7.2-stable to 8.0-stable, same kernel config (with uart), same everything else and now I can't receive more than a few bytes of data from my weather station before it just waits incessantly. Everything worked before, with the same serial port settings, uart device etc. Has anything else changed in the serial interface? I'm using the cuauX devices at 2400 baud. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 02:48:23 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A7751065679 for ; Tue, 29 Dec 2009 02:48:23 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5858D8FC17 for ; Tue, 29 Dec 2009 02:48:22 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nBT2mJ3d009122; Mon, 28 Dec 2009 21:48:19 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200912290248.nBT2mJ3d009122@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 28 Dec 2009 21:48:21 -0500 To: Wes Morgan , stable@freebsd.org From: Mike Tancsa In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: 7.2 to 8.0 serial not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 02:48:23 -0000 At 09:27 PM 12/28/2009, Wes Morgan wrote: >I just upgraded from 7.2-stable to 8.0-stable, same kernel config >(with uart), same everything else and now I can't receive more than >a few bytes of data from my weather station before it just waits >incessantly. Everything worked before, with the same serial port >settings, uart device etc. Has anything else changed in the serial >interface? I'm using the cuauX devices at 2400 baud. For some low speed apps (1200bps in our case) I found I needed to set hint.uart.0.flags="0x00100" ---Mike >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 08:37:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD083106566B for ; Tue, 29 Dec 2009 08:37:58 +0000 (UTC) (envelope-from jespasac@minibofh.org) Received: from smtp02.cdmon.com (smtp02.cdmon.com [212.36.74.229]) by mx1.freebsd.org (Postfix) with ESMTP id 6AB218FC19 for ; Tue, 29 Dec 2009 08:37:58 +0000 (UTC) Received: from jespasac.cdmon.com (62.Red-217-126-43.staticIP.rima-tde.net [217.126.43.62]) (Authenticated sender: jespasac@noverificar) by smtp02.cdmon.com (Postfix) with ESMTP id 776FC45E2C for ; Tue, 29 Dec 2009 09:37:56 +0100 (CET) Message-ID: <4B39BFE3.7010500@minibofh.org> Date: Tue, 29 Dec 2009 09:37:55 +0100 From: Jordi Espasa Clofent User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-4.fc12 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> <8bdcbc5f08e9b762c3d2dcfe2fd00558.HRCIM@webmail.1command.com> In-Reply-To: <8bdcbc5f08e9b762c3d2dcfe2fd00558.HRCIM@webmail.1command.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 08:37:58 -0000 # pfctl -sr | grep ssh_brutes block drop quick from to any pass quick on em1 inet proto tcp from any to xxx.xxx.xxx.0/23 port = ssh flags S/SA keep state (source-track rule, max-src-conn 20, max-src-conn-rate 3/12, overload flush global, src.track 12) pass quick on em0 inet proto tcp from any to xxx.xxx.xxx.0/23 port = ssh flags S/SA keep state (source-track rule, max-src-conn 20, max-src-conn-rate 3/12, overload flush global, src.track 12) # pfctl -t ssh_brutes -T show 24.69.83.139 24.106.149.2 59.108.230.130 59.124.109.227 60.6.237.54 60.212.42.11 61.47.34.67 78.40.82.74 79.136.123.7 79.188.234.58 85.12.25.157 85.38.97.122 85.114.135.208 94.198.49.185 110.12.64.141 114.255.100.163 116.28.64.181 121.254.228.61 123.15.41.98 123.124.236.195 158.49.245.201 173.10.126.225 189.108.172.26 190.9.128.231 193.203.70.180 195.219.57.189 202.103.25.246 203.76.99.62 203.94.231.11 208.87.3.42 210.119.104.170 211.92.149.147 211.144.32.185 212.18.195.102 216.36.150.58 218.97.254.206 218.206.233.43 221.202.118.39 222.221.2.210 # uname -a OpenBSD tereo.xxx.com 4.5 GENERIC#0 amd64 -- I must not fear. Fear is the mind-killer. Fear is the little-death that brings total obliteration. I will face my fear. I will permit it to pass over me and through me. And when it has gone past I will turn the inner eye to see its path. Where the fear has gone there will be nothing. Only I will remain. Bene Gesserit Litany Against Fear. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 11:07:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2861106566C; Tue, 29 Dec 2009 11:07:49 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 9906E8FC1D; Tue, 29 Dec 2009 11:07:49 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NPZvY-0003oP-Ad; Tue, 29 Dec 2009 11:07:48 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.70 (FreeBSD)) (envelope-from ) id 1NPZvY-00055V-8a; Tue, 29 Dec 2009 11:07:48 +0000 Date: Tue, 29 Dec 2009 11:07:48 +0000 Message-Id: To: freebsd-stable@freebsd.org, ivoras@freebsd.org In-Reply-To: From: Pete French Cc: Subject: Re: Disc lock up on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 11:07:49 -0000 > When you say "lock up" and "can't login" (in your original mail) - are > you sure this really is a lockup and not e.g. sshd dieing because of the > attacks? E.g. can you ping the machine, can you leave something like > "date >> /root/run.txt && vmstat 1 3 >> /root/run.txt" in crontab so you > track the moment it dies more closely? Yes, I can ping the machine, and connect to the SSH port and see the banner. On the console I can hit return and get a login prompt, and then get a password prompt. Trying to login doesnt work though - the symptoms are consistent with it not being able to read from the discs, but not panicing or dying either. I can, for example, connect to the mysql daemon, and see it trying to execute queries, but never completing thhem. I am currently running a kernel on that machine with DDB, KDB and WITNESS in it. It has annoyingly refused to hang since I did that though - I did have a hang with jst DDB and KDB, which I regret not investigating more. At tghe time I though "gah, forgot witness", and so recompiled the kernel expecting another lockup wthin a few hours. I do think that the original "3am" thing is a red herring now - I have been getting locks at other times of the daya. Also it is not a runaway fork, as when I wa sin the debugger I did a 'ps' and there wasnt anything unusual going on - i.e. a reasombale number of processes, but not excessive. What are the best traces to do when I get a debugger again ? 'show locks' and 'ps' I know, but I am never sure quite what else is useful. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 11:16:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E6111065676 for ; Tue, 29 Dec 2009 11:16:55 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.freebsd.org (Postfix) with ESMTP id 40C538FC19 for ; Tue, 29 Dec 2009 11:16:54 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out3.tiscali.nl with esmtp (Exim) (envelope-from ) id 1NPa4M-0004XT-1L; Tue, 29 Dec 2009 12:16:54 +0100 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id CE8E215125; Tue, 29 Dec 2009 12:16:45 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Zoran Kolic" , freebsd-stable@freebsd.org References: <20091227160025.GA1261@mycenae.net> Date: Tue, 29 Dec 2009 12:16:45 +0100 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: <20091227160025.GA1261@mycenae.net> User-Agent: Opera Mail/10.10 (FreeBSD) Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: sheevaplug questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 11:16:55 -0000 On Sun, 27 Dec 2009 17:00:25 +0100, Zoran Kolic wrote: > Howdy! > I ordered sheevaplug box and read as much as I could, > regarding controlling this little node from bsd box. > Seems that cu works fine on linux, but module should > be loaded to enable serial emulation from usb host port > to mini usb port on sheevaplug. Does someone use this > mini computer and how connects to serial console? > Almost all of documetation mentions win and linux. I > suppose would be pretty easy to go further with serial > line available. > Btw, there is freebsd port for this plug already. Would > be fine to try it out. > Best regards > > Zoran Hi, I have 2 of them and cu works fine. As root you can do this. The serial-over-usb provides you with 2 serial =20 devices. The second one is the console. The first is the JTAG interface t= o =20 flash the bios. # cu -l cuaU1 -s 115200 The device number in cuaU1 is depending on how many serial devices you =20 have over usb. When you plug the serial-over-usb in you should see something like these = =20 lines in dmesg/messages. Dec 28 18:30:17 sjakie kernel: ugen2.4: at usbus2 Dec 28 18:30:17 sjakie kernel: uftdi0: on = =20 usbus2 Dec 28 18:30:17 sjakie kernel: uftdi1: on = =20 usbus2 Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 11:20:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 938A41065706 for ; Tue, 29 Dec 2009 11:20:39 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id 779188FC14 for ; Tue, 29 Dec 2009 11:20:39 +0000 (UTC) Received: from OMTA09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by QMTA09.emeryville.ca.mail.comcast.net with comcast id NzLf1d0020S2fkCA9zLfn7; Tue, 29 Dec 2009 11:20:40 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA09.emeryville.ca.mail.comcast.net with comcast id NzLe1d0023S48mS8VzLfod; Tue, 29 Dec 2009 11:20:39 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 943811E3035; Tue, 29 Dec 2009 03:20:37 -0800 (PST) Date: Tue, 29 Dec 2009 03:20:37 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091229112037.GA34719@icarus.home.lan> References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> <8bdcbc5f08e9b762c3d2dcfe2fd00558.HRCIM@webmail.1command.com> <6201873e0912281550w34937b9eg3498547722739aee@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6201873e0912281550w34937b9eg3498547722739aee@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 11:20:39 -0000 On Mon, Dec 28, 2009 at 05:50:23PM -0600, Adam Vande More wrote: > On Mon, Dec 28, 2009 at 4:59 PM, Chris H wrote: > > > > > My point here was that by increasing the verbosity, you will more easily be > > able > > to grep against login /failures/, and more easily discover dictionary/ > > brute-force > > attacks. It's certainly made my job easier, and hasn't required any > > modifications > > to our current policies. You /have/ considered PF(4), haven't you? It's > > /really/ > > an excellent strategy for securing your network. > > > > --Chris H > > > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > I use security/denyhosts for this, very simple to setup like 5 minutes if > you're a fast reader. There are other options as well that offer similar > functionality. I haven't used this software, but based on this page: http://denyhosts.sourceforge.net/features.html It implies that it blocks access to services using /etc/hosts.deny, which means the attackers are still able to obtain TCP connections to your box; e.g. you're still wasting sockets on these attackers, which ultimately means they're still wasting your resources. hosts.deny does not stop the establishment of the socket; only a firewall can do that. If the software can be tuned to add entries to a firewall (e.g. to a pf.conf-included file), rather than hosts.deny, then that would be advised. I've written my own script to do all of this. It parses periodic security mails (on a daily basis), and does WHOIS lookups + parses the results to tell me what netblocks/CIDRs I should consider blocking. For example, for a security mail that contains this: horus.sc1.parodius.com login failures: Dec 28 15:54:49 horus sshd[74684]: Failed password for root from 199.71.214.240 port 51197 ssh2 Dec 28 15:54:49 horus sshd[74686]: Invalid user test from 199.71.214.240 Dec 28 18:39:24 horus sshd[84742]: Failed password for root from 208.94.235.248 port 42979 ssh2 Dec 28 18:39:25 horus sshd[84744]: Failed password for root from 208.94.235.248 port 43056 ssh2 Dec 28 18:39:25 horus sshd[84746]: Failed password for root from 208.94.235.248 port 43156 ssh2 Dec 28 18:39:26 horus sshd[84749]: Failed password for root from 208.94.235.248 port 43265 ssh2 Dec 28 18:39:27 horus sshd[84751]: Failed password for root from 208.94.235.248 port 43356 ssh2 The script would output the following: 199.71.214.240 199.71.212.0/22 Psychz Networks, Walnut, CA, US 208.94.235.248 208.94.232.0/22 WZ Communications Inc., Madison, WI, US 208.94.235.0/24 Soft-Com.biz, Inc., Panama, NA, PA Then manually (this is intentional) I go and add the entries I feel are relevant to a file called pf.conf.ssh-deny which our systems use to block SSH access. Relevant pf.conf entries: # SSH brute-force attacks, with overrides table persist file "/conf/ME/pf.conf.ssh-allow" table persist file "/conf/ME/pf.conf.ssh-deny" # Block traffic from SSH brute-force attackers, with overrides pass in quick on $ext_if proto tcp from to any port ssh block in quick on $ext_if proto tcp from to any port ssh Contents of the pf.conf.ssh-deny file resemble this: # # Network blocks which we don't want to allow SSH traffic # from. These are predominantly netblocks or IPs which have shown # signs of brute-force SSH attacks (usually dictionary-based). # # LACNIC (Latin America) # 132.247.0.0/16 132.248.0.0/16 ... # APNIC (Asia-Pacific) # ... # JNIC (Japan) # ... # RIPE (European) # ... # AFRINIC (Africa) # ... # Other (miscellaneous attackers) # ... Then I simply do /etc/rc.d/pf check && /etc/rc.d/pf reload. I also have a script that pushes out the pf.conf.ssh-deny machines to other hosts on our network and executes the above commands. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 11:45:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 331181065693 for ; Tue, 29 Dec 2009 11:45:38 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from k7.mavetju.org (unknown [IPv6:2001:44b8:7bf1:a51:20f:eaff:fe2c:d518]) by mx1.freebsd.org (Postfix) with ESMTP id 8C2EF8FC1D for ; Tue, 29 Dec 2009 11:45:37 +0000 (UTC) Received: by k7.mavetju.org (Postfix, from userid 1001) id 4B6AD45189; Tue, 29 Dec 2009 22:45:36 +1100 (EST) Date: Tue, 29 Dec 2009 22:45:36 +1100 From: Edwin Groothuis To: "Andresen, Jason R." Message-ID: <20091229114536.GA2409@mavetju.org> References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> User-Agent: Mutt/1.4.2.3i Cc: "freebsd-stable@freebsd.org" , Chris H Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 11:45:38 -0000 On Mon, Dec 28, 2009 at 10:44:41AM -0500, Andresen, Jason R. wrote: > The point is, if your machine is on the internet, then bots are > going to try password attacks on any open port they can find. It's > just the sad fact of life on the current internet. Unfortunately, > this activity will also make it much more difficult to determine > when you are under attack from an actual person, which was my point > earlier. It's one that is not going to be easy to solve either, > unless you're willing to rewrite SSH to require every connection > attempt to pass a Turing test or something. On all systems which need to be accessible from the public Internet: Run sshd on port 22 and port 8022. Block incoming traffic on port 22 on your firewall. Everybody coming from the outside world needs to know it is running on port 8022. Everybody coming from the inside world has access as normal. Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ edwin@mavetju.org Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 11:53:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFCFB1065692 for ; Tue, 29 Dec 2009 11:53:11 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id 993048FC0A for ; Tue, 29 Dec 2009 11:53:11 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out2.tiscali.nl with esmtp (Exim) (envelope-from ) id 1NPadS-0005dq-Cv; Tue, 29 Dec 2009 12:53:10 +0100 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 5C1F11512F; Tue, 29 Dec 2009 12:52:48 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Edwin Groothuis" , "Andresen, Jason R." References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> <20091229114536.GA2409@mavetju.org> Date: Tue, 29 Dec 2009 12:52:48 +0100 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: <20091229114536.GA2409@mavetju.org> User-Agent: Opera Mail/10.10 (FreeBSD) Content-Transfer-Encoding: quoted-printable Cc: "freebsd-stable@freebsd.org" , Chris H Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 11:53:12 -0000 On Tue, 29 Dec 2009 12:45:36 +0100, Edwin Groothuis =20 wrote: > On Mon, Dec 28, 2009 at 10:44:41AM -0500, Andresen, Jason R. wrote: >> The point is, if your machine is on the internet, then bots are >> going to try password attacks on any open port they can find. It's >> just the sad fact of life on the current internet. Unfortunately, >> this activity will also make it much more difficult to determine >> when you are under attack from an actual person, which was my point >> earlier. It's one that is not going to be easy to solve either, >> unless you're willing to rewrite SSH to require every connection >> attempt to pass a Turing test or something. The turing test is a private/public key with a passphrase. And disable =20 passwords. > On all systems which need to be accessible from the public Internet: > Run sshd on port 22 and port 8022. Block incoming traffic on port > 22 on your firewall. > > Everybody coming from the outside world needs to know it is running > on port 8022. Everybody coming from the inside world has access as > normal. > > Edwin From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 11:56:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23C0B106566B for ; Tue, 29 Dec 2009 11:56:51 +0000 (UTC) (envelope-from djv@iki.fi) Received: from jenni2.inet.fi (mta-out.inet.fi [195.156.147.13]) by mx1.freebsd.org (Postfix) with ESMTP id AC43A8FC18 for ; Tue, 29 Dec 2009 11:56:50 +0000 (UTC) Received: from [192.168.1.5] (80.223.147.182) by jenni2.inet.fi (8.5.014) id 4B17EA3D00FFBA0E for freebsd-stable@freebsd.org; Tue, 29 Dec 2009 13:56:49 +0200 Message-ID: <4B39EE8E.4070900@iki.fi> Date: Tue, 29 Dec 2009 13:57:02 +0200 From: Tuomo Latto User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.23) Gecko/20090812 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> <8bdcbc5f08e9b762c3d2dcfe2fd00558.HRCIM@webmail.1command.com> <6201873e0912281550w34937b9eg3498547722739aee@mail.gmail.com> In-Reply-To: <6201873e0912281550w34937b9eg3498547722739aee@mail.gmail.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 11:56:51 -0000 Adam Vande More wrote: > I use security/denyhosts for this, very simple to setup like 5 minutes if > you're a fast reader. There are other options as well that offer similar > functionality. Like security/bruteblock -- Tuomo ... The way to a man's heart is through the left ventricle From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 12:28:47 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F224106566C for ; Tue, 29 Dec 2009 12:28:47 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1396D8FC08 for ; Tue, 29 Dec 2009 12:28:47 +0000 (UTC) Received: from volatile.chemikals.org (adsl-67-209-173.shv.bellsouth.net [98.67.209.173]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id 17A31A1EB615; Tue, 29 Dec 2009 06:28:45 -0600 (CST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id nBTCSgKT074824; Tue, 29 Dec 2009 06:28:42 -0600 (CST) (envelope-from morganw@chemikals.org) Date: Tue, 29 Dec 2009 06:28:42 -0600 (CST) From: Wes Morgan X-X-Sender: morganw@volatile To: Mike Tancsa In-Reply-To: <200912290248.nBT2mJ3d009122@lava.sentex.ca> Message-ID: References: <200912290248.nBT2mJ3d009122@lava.sentex.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.95.2 at warped X-Virus-Status: Clean Cc: stable@freebsd.org Subject: Re: 7.2 to 8.0 serial not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 12:28:47 -0000 On Mon, 28 Dec 2009, Mike Tancsa wrote: > At 09:27 PM 12/28/2009, Wes Morgan wrote: >> I just upgraded from 7.2-stable to 8.0-stable, same kernel config (with >> uart), same everything else and now I can't receive more than a few bytes >> of data from my weather station before it just waits incessantly. >> Everything worked before, with the same serial port settings, uart device >> etc. Has anything else changed in the serial interface? I'm using the cuauX >> devices at 2400 baud. > > > For some low speed apps (1200bps in our case) I found I needed to set > > hint.uart.0.flags="0x00100" > > ---Mike Thanks for the suggestion. 0x100 doesn't seem to work, no data is being seen at all. Using 0x800, I get a bit more data, and if I slow down how fast I'm reading from the port I get a bit more (?????), but the final pass only reads two bytes before hanging indefinitely, not honoring the VMIN/VTIME parameters. It's almost like data is being thrown away, but the actual number of bytes is very small so I don't see how that could be happening. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 12:56:14 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95E1E1065679; Tue, 29 Dec 2009 12:56:14 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by mx1.freebsd.org (Postfix) with ESMTP id 89D358FC12; Tue, 29 Dec 2009 12:56:11 +0000 (UTC) Received: from smtp1-g21.free.fr (localhost [127.0.0.1]) by smtp1-g21.free.fr (Postfix) with ESMTP id 385A694012E; Tue, 29 Dec 2009 13:56:06 +0100 (CET) Received: from endor.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp1-g21.free.fr (Postfix) with ESMTP id 3D9EA9401A3; Tue, 29 Dec 2009 13:56:04 +0100 (CET) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id 168D333E94; Tue, 29 Dec 2009 12:56:04 +0000 (UTC) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id EA83EA1261; Tue, 29 Dec 2009 12:56:03 +0000 (UTC) Date: Tue, 29 Dec 2009 13:56:03 +0100 From: Jeremie Le Hen To: Rick Macklem Message-ID: <20091229125603.GC84457@felucia.tataz.chchile.org> References: <20091213230650.GA45540@felucia.tataz.chchile.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="kORqDWCi7qDJ0mEj" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@FreeBSD.org, Jeremie Le Hen , Rick Macklem Subject: Re: Cannot list a particular directory through NFS with UDP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 12:56:14 -0000 --kORqDWCi7qDJ0mEj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Rick, Sorry for the delayed reply, but I have had little time available with Christmas. On Fri, Dec 18, 2009 at 03:23:44PM -0500, Rick Macklem wrote: > > > 00:00:01.953196 IP (tos 0x0, ttl 64, id 48966, offset 0, flags [none], proto UDP (17), length 168) 192.168.1.1.3819288094 > 192.168.1.222.2049: 140 readdir [|nfs] > > 00:00:01.953665 IP (tos 0x0, ttl 64, id 27028, offset 0, flags [+], proto UDP (17), length 1500) 192.168.1.222.2049 > 192.168.1.1.3819288094: reply ok 1472 readdir POST: DIR 755 ids 0/0 [|nfs] > > 00:00:01.953711 IP (tos 0x0, ttl 64, id 27028, offset 1480, flags [none], proto UDP (17), length 632) 192.168.1.222 > 192.168.1.1: udp > > > This appears to be the reply to the nfs readdir request, which is what > would be expected. It could be a problem with the content or the reply > or a NetBSD client issue. > > If you were to email me the raw tcpdump capture for the above, I could > take a look at it in wireshark (which knows how to interpret nfs) and > see if there is anything bogus looking in the reply. > ("tcpdump -s 0 -w host 192.168.1.1" and then email me as an > attachment, should do it) You will find the pcap file attached. FYI, I've tried to use "rdirplus" option from NetBSD NFS client as a workaround but the mount stalls in UDP (works in TCP). If you are also interested in this problem, I can provide a trace quickly this time :). Regards, -- Jeremie Le Hen Humans are born free and equal. But some are more equal than the others. Coluche --kORqDWCi7qDJ0mEj Content-Type: application/octet-stream Content-Disposition: attachment; filename="pcap.nfs-udp" Content-Transfer-Encoding: base64 1MOyoQIABAAAAAAAAAAAAP//AAABAAAAn/Y5S3zoAQCuAAAArgAAAAAVFyR0mgACs2BfuAgA RQAAoE6QAABAEaeNwKgBAcCoAd4D8AgBAIwH3OTv9KAAAAAAAAAAAgABhqMAAAADAAAAAwAA AAEAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAcAAAAAAAAAAgAAAAMAAAAEAAAABQAAABQAAAAf AAAAAAAAAAAAAAAckPJP9wrijs4KAAoAAAAAACwkAQAAAAAAAAAAAAAAAAZwa2dzcmMAAJ/2 OUs86wEAFgEAABYBAAAAArNgX7gAFRckdJoIAEUAAQhurQAAQBGHCMCoAd7AqAEBCAED8AD0 2ebk7/SgAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHJDyT/cK4o7OCgBsuhEAAACSNwEA AAAAAAAAAAAAAAABAAAAAgAAAe0AAAA7AAAAAAAAAAAAAAAAAAAAPgAAAAAAAAoAAAAAAAAA AAAAAAAA90/ykAAAAAAAEbpsSzn3EA99QkhLL7TlGuX8lksvtOUa5fyWAAAAAQAAAAIAAAHt AAAACAAAAAAAAAAAAAAAAAAAAAgAAAAAAAAGAAAAAAAAAAAAAAAAAPdP8pAAAAAAAAAACks5 9mgbfAp/SmOfwQAAAABLHtbPBJBGn5/2OUuH6wEApgAAAKYAAAAAFRckdJoAArNgX7gIAEUA AJhOkQAAQBGnlMCoAQHAqAHeA/AIAQCEUjHk7/ShAAAAAAAAAAIAAYajAAAAAwAAAAQAAAAB AAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAHAAAAAAAAAAIAAAADAAAABAAAAAUAAAAUAAAAHwAA AAAAAAAAAAAAHJDyT/cK4o7OCgAKAAAAAAAsJAEAAAAAAAAAAAAAAAABn/Y5SwftAQCiAAAA ogAAAAACs2BfuAAVFyR0mggARQAAlBi5AABAEd1wwKgB3sCoAQEIAQPwAIDkbuTv9KEAAAAB AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAAgAAAe0AAAAIAAAAAAAAAAAAAAAAAAAACAAA AAAAAAYAAAAAAAAAAAAAAAAA90/ykAAAAAAAAAAKSzn2aBt8Cn9KY5/BAAAAAEse1s8EkEaf AAAAAZ/2OUtP7QEAogAAAKIAAAAAFRckdJoAArNgX7gIAEUAAJROkgAAQBGnl8CoAQHAqAHe A/AIAQCAUjzk7/SiAAAAAAAAAAIAAYajAAAAAwAAAAEAAAABAAAAMAAAAAAAAAAAAAAAAAAA AAAAAAAHAAAAAAAAAAIAAAADAAAABAAAAAUAAAAUAAAAHwAAAAAAAAAAAAAAHJDyT/cK4o7O CgAKAAAAAAAsJAEAAAAAAAAAAACf9jlLw+4BAJoAAACaAAAAAAKzYF+4ABUXJHSaCABFAACM 3dcAAEARGFrAqAHewKgBAQgBA/AAeOR/5O/0ogAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAIAAAHtAAAACAAAAAAAAAAAAAAAAAAAAAgAAAAAAAAGAAAAAAAAAAAAAAAAAPdP8pAAAAAA AAAACks59mgbfAp/SmOfwQAAAABLHtbPBJBGn5/2OUvq7gEAogAAAKIAAAAAFRckdJoAArNg X7gIAEUAAJROkwAAQBGnlsCoAQHAqAHeA/AIAQCAUjvk7/SjAAAAAAAAAAIAAYajAAAAAwAA AAEAAAABAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAHAAAAAAAAAAIAAAADAAAABAAAAAUAAAAU AAAAHwAAAAAAAAAAAAAAHJDyT/cK4o7OCgAKAAAAAAAsJAEAAAAAAAAAAACf9jlLTvABAJoA AACaAAAAAAKzYF+4ABUXJHSaCABFAACMmS4AAEARXQPAqAHewKgBAQgBA/AAeOR+5O/0owAA AAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAHtAAAACAAAAAAAAAAAAAAAAAAAAAgAAAAA AAAGAAAAAAAAAAAAAAAAAPdP8pAAAAAAAAAACks59mgbfAp/SmOfwQAAAABLHtbPBJBGn5/2 OUtq8AEApgAAAKYAAAAAFRckdJoAArNgX7gIAEUAAJhOlAAAQBGnkcCoAQHAqAHeA/AIAQCE eGDk7/SkAAAAAAAAAAIAAYajAAAAAwAAAAQAAAABAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAH AAAAAAAAAAIAAAADAAAABAAAAAUAAAAUAAAAHwAAAAAAAAAAAAAAHJDyT/cK4o7OCgBsuhEA AACSNwEAAAAAAAAAAAAAAAABn/Y5S8fxAQCiAAAAogAAAAACs2BfuAAVFyR0mggARQAAlCCB AABAEdWowKgB3sCoAQEIAQPwAIAhPeTv9KQAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB AAAAAgAAAe0AAAA7AAAAAAAAAAAAAAAAAAAAPgAAAAAAAAoAAAAAAAAAAAAAAAAA90/ykAAA AAAAEbpsSzn3EA99QkhLL7TlGuX8lksvtOUa5fyWAAAAAZ/2OUvp8QEAogAAAKIAAAAAFRck dJoAArNgX7gIAEUAAJROlQAAQBGnlMCoAQHAqAHeA/AIAQCAeGvk7/SlAAAAAAAAAAIAAYaj AAAAAwAAAAEAAAABAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAHAAAAAAAAAAIAAAADAAAABAAA AAUAAAAUAAAAHwAAAAAAAAAAAAAAHJDyT/cK4o7OCgBsuhEAAACSNwEAAAAAAAAAAACf9jlL GvMBAJoAAACaAAAAAAKzYF+4ABUXJHSaCABFAACM924AAEAR/sLAqAHewKgBAQgBA/AAeCFO 5O/0pQAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAHtAAAAOwAAAAAAAAAAAAAAAAAA AD4AAAAAAAAKAAAAAAAAAAAAAAAAAPdP8pAAAAAAABG6bEs59xAPfUJISy+05Rrl/JZLL7Tl GuX8lp/2OUtQ8wEAtgAAALYAAAAAFRckdJoAArNgX7gIAEUAAKhOlgAAQBGnf8CoAQHAqAHe A/AIAQCUWDPk7/SmAAAAAAAAAAIAAYajAAAAAwAAABAAAAABAAAAMAAAAAAAAAAAAAAAAAAA AAAAAAAHAAAAAAAAAAIAAAADAAAABAAAAAUAAAAUAAAAHwAAAAAAAAAAAAAAHJDyT/cK4o7O CgBsuhEAAACSNwEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAJ/2OUt0+AEA6gUAAOoF AAAAArNgX7gAFRckdJoIAEUABdzdqiAAQBHzNsCoAd7AqAEBCAED8AhQWfbk7/SmAAAAAQAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAIAAAHtAAAAOwAAAAAAAAAAAAAAAAAAAD4AAAAA AAAKAAAAAAAAAAAAAAAAAPdP8pAAAAAAABG6bEs591QBg3IsSy+05Rrl/JZLL7TlGuX8lsr6 KpgAAAAAAAAAAQAAAAAAEbpsAAAAAS4AAAAAAAAAAAAAAQAAAAEAAAAAAAAACgAAAAIuLgAA AAAAAAAAAAIAAAABAAAAAAAR+04AAAAKYmVuY2htYXJrcwAAAAAAABAJYxcAAAABAAAAAAAR +4EAAAADd3d3AAAAAAAQeamAAAAAAQAAAAAAEfttAAAABW1ib25lAAAAAAAAABD+yY4AAAAB AAAAAAAR+3UAAAAIcGFyYWxsZWwAAAAAERZ2dQAAAAEAAAAAABH7aQAAAARsYW5nAAAAABE3 jcwAAAABAAAAAAAR+2EAAAAHZmluYW5jZQAAAAAAEUV/6AAAAAEAAAAAABH7VwAAAAVjcm9z cwAAAAAAAAARjUZhAAAAAQAAAAAAKqPFAAAACmZlbmdvZmZpY2UAAAAAAAAR+v6vAAAAAQAA AAAAEftVAAAACmNvbnZlcnRlcnMAAAAAAAASek5oAAAAAQAAAAAAEftwAAAAAm1rAAAAAAAA ErfEKwAAAAEAAAAAABH7SwAAAAlhcmNoaXZlcnMAAAAAAAAAEvhjBAAAAAEAAAAAABH7ZgAA AANoYW0AAAAAABM3QAgAAAABAAAAAAAR+30AAAAJdGVtcGxhdGVzAAAAAAAAABPAp/QAAAAB AAAAAAAR+0oAAAAFQXR0aWMAAAAAAAAAE8g+uwAAAAEAAAAAABH7gAAAAAJ3bQAAAAAAABPZ wCcAAAABAAAAAAAR+3EAAAAKbXVsdGltZWRpYQAAAAAAABP3MdAAAAABAAAAAAAR+3IAAAAD bmV0AAAAAAAUklZNAAAAAQAAAAAAEftPAAAAB2Jpb2xvZ3kAAAAAABSXoAwAAAABAAAAAAAR +3gAAAAFcHJpbnQAAAAAAAAAFLF+NQAAAAEAAAAAABH7fAAAAAhzeXN1dGlscwAAAAAU1DQ/ AAAAAQAAAAAAEftWAAAABWNvcmJhAAAAAAAAABUNqDwAAAABAAAAAAAR+1IAAAADY2FkAAAA AAAVxgTZAAAAAQAAAAAAEftsAAAABG1hdGgAAAAAFc+d3gAAAAEAAAAAABH7YAAAAAtmaWxl c3lzdGVtcwAAAAAAFnvFggAAAAEAAAAAABH7YgAAAAVmb250cwAAAAAAAAAWzJulAAAAAQAA AAAAEft2AAAACHBrZ3Rvb2xzAAAAABcJmJcAAAABAAAAAAAR/pwAAAAKTWFrZWZpbGUsdgAA AAAAABfIot8AAAABAAAAAAAR+1sAAAAFZGV2ZWwAAAAAAAAAF9X2BAAAAAEAAAAAABH7awAA AARtYWlsAAAAABgttooAAAABAAAAAAAR+2cAAAALaW5wdXRtZXRob2QAAAAAABhPRWQAAAAB AAAAAAAR+3cAAAAFcGxhbjkAAAAAAAAAGVWgAgAAAAEAAAAAABH7XwAAAAllbXVsYXRvcnMA AAAAAAAAGVoYYwAAAAEAAAAAABH7XAAAAAlkaXN0ZmlsZXMAAAAAAAAAGYSKJgAAAAEAAAAA ABH7ZQAAAAhncmFwaGljcwAAAAAZmR3MAAAAAQAAAAAAEf6dAAAACFJFQURNRSx2AAAAABoW kb0AAAABAAAAAAAR+3kAAAAHcmVncmVzcwAAAAAAGiEuFQAAAAEAAAAAABH7XQAAAANkb2MA AAAAABpaTVoAAAABAAAAAAAR/p4AAAALcGtnbG9jYXRlLHYAAAAAABphCikAAAABAAAAAAAR +2MAAAAFZ2FtZXMAAAAAAAAAGmRoOQAAAAEAAAAAABH7aAAAAAhqYXBhbmVzZQAAAAAaacjm AAAAAZ/2OUut+AEAqgIAAKoCAAAAArNgX7gAFRckdJoIAEUAApzdqgC5QBEVvsCoAd7AqAEB AAAAAAAR+3sAAAAGc2hlbGxzAAAAAAAAGwiUQgAAAAEAAAAAABH7TQAAAAVhdWRpbwAAAAAA AAAbLC6UAAAAAQAAAAAAEftqAAAACGxpY2Vuc2VzAAAAABtQ67MAAAABAAAAAAAR+34AAAAI dGV4dHByb2MAAAAAG2L7wgAAAAEAAAAAABH7cwAAAARuZXdzAAAAABtk4QQAAAABAAAAAAAR +14AAAAHZWRpdG9ycwAAAAAAG2qcfAAAAAEAAAAAABH7bwAAAARtaXNjAAAAABujNGoAAAAB AAAAAAAR+1oAAAAJZGF0YWJhc2VzAAAAAAAAABw5E+QAAAABAAAAAAAR+0wAAAAGYXRoZW5h AAAAAAAAHIpXpAAAAAEAAAAAABH7UAAAAAlib290c3RyYXAAAAAAAAAAHMo9vgAAAAEAAAAA ABH7ggAAAAN4MTEAAAAAAB0nIQoAAAABAAAAAAAR+38AAAAEdGltZQAAAAAdMEnWAAAAAQAA AAAAEft0AAAACHBhY2thZ2VzAAAAAB1W8XwAAAABAAAAAAAR+2QAAAAJZ2VvZ3JhcGh5AAAA AAAAAB5y4kIAAAABAAAAAAAR+1MAAAAEY2hhdAAAAAAe5cWHAAAAAQAAAAAAEft6AAAACHNl Y3VyaXR5AAAAAB9s20YAAAABAAAAAAAR+1QAAAAFY29tbXMAAAAAAAAAH3GqPgAAAAEAAAAA ABH7WQAAAAZjcnlwdG8AAAAAAAAfcvJVAAAAAQAAAAAAEftuAAAACW1ldGEtcGtncwAAAAAA AAAf6EyIAAAAAQAAAAAAEftYAAAADWNyb3NzcGtndG9vbHMAAAAAAAAAH+hqbQAAAAAAAAAB pPY5Syy+CwC2AAAAtgAAAAAVFyR0mgACs2BfuAgARQAAqE6pAABAEadswKgBAcCoAd4D8AgB AJRYM+Tv9KYAAAAAAAAAAgABhqMAAAADAAAAEAAAAAEAAAAwAAAAAAAAAAAAAAAAAAAAAAAA AAcAAAAAAAAAAgAAAAMAAAAEAAAABQAAABQAAAAfAAAAAAAAAAAAAAAckPJP9wrijs4KAGy6 EQAAAJI3AQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAApPY5S9y/CwDqBQAA6gUAAAAC s2BfuAAVFyR0mggARQAF3M86IABAEQGnwKgB3sCoAQEIAQPwCFBZ9uTv9KYAAAABAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAABAAAAAgAAAe0AAAA7AAAAAAAAAAAAAAAAAAAAPgAAAAAAAAoA AAAAAAAAAAAAAAAA90/ykAAAAAAAEbpsSzn3VAGDcixLL7TlGuX8lksvtOUa5fyWyvoqmAAA AAAAAAABAAAAAAARumwAAAABLgAAAAAAAAAAAAABAAAAAQAAAAAAAAAKAAAAAi4uAAAAAAAA AAAAAgAAAAEAAAAAABH7TgAAAApiZW5jaG1hcmtzAAAAAAAAEAljFwAAAAEAAAAAABH7gQAA AAN3d3cAAAAAABB5qYAAAAABAAAAAAAR+20AAAAFbWJvbmUAAAAAAAAAEP7JjgAAAAEAAAAA ABH7dQAAAAhwYXJhbGxlbAAAAAARFnZ1AAAAAQAAAAAAEftpAAAABGxhbmcAAAAAETeNzAAA AAEAAAAAABH7YQAAAAdmaW5hbmNlAAAAAAARRX/oAAAAAQAAAAAAEftXAAAABWNyb3NzAAAA AAAAABGNRmEAAAABAAAAAAAqo8UAAAAKZmVuZ29mZmljZQAAAAAAABH6/q8AAAABAAAAAAAR +1UAAAAKY29udmVydGVycwAAAAAAABJ6TmgAAAABAAAAAAAR+3AAAAACbWsAAAAAAAASt8Qr AAAAAQAAAAAAEftLAAAACWFyY2hpdmVycwAAAAAAAAAS+GMEAAAAAQAAAAAAEftmAAAAA2hh bQAAAAAAEzdACAAAAAEAAAAAABH7fQAAAAl0ZW1wbGF0ZXMAAAAAAAAAE8Cn9AAAAAEAAAAA ABH7SgAAAAVBdHRpYwAAAAAAAAATyD67AAAAAQAAAAAAEfuAAAAAAndtAAAAAAAAE9nAJwAA AAEAAAAAABH7cQAAAAptdWx0aW1lZGlhAAAAAAAAE/cx0AAAAAEAAAAAABH7cgAAAANuZXQA AAAAABSSVk0AAAABAAAAAAAR+08AAAAHYmlvbG9neQAAAAAAFJegDAAAAAEAAAAAABH7eAAA AAVwcmludAAAAAAAAAAUsX41AAAAAQAAAAAAEft8AAAACHN5c3V0aWxzAAAAABTUND8AAAAB AAAAAAAR+1YAAAAFY29yYmEAAAAAAAAAFQ2oPAAAAAEAAAAAABH7UgAAAANjYWQAAAAAABXG BNkAAAABAAAAAAAR+2wAAAAEbWF0aAAAAAAVz53eAAAAAQAAAAAAEftgAAAAC2ZpbGVzeXN0 ZW1zAAAAAAAWe8WCAAAAAQAAAAAAEftiAAAABWZvbnRzAAAAAAAAABbMm6UAAAABAAAAAAAR +3YAAAAIcGtndG9vbHMAAAAAFwmYlwAAAAEAAAAAABH+nAAAAApNYWtlZmlsZSx2AAAAAAAA F8ii3wAAAAEAAAAAABH7WwAAAAVkZXZlbAAAAAAAAAAX1fYEAAAAAQAAAAAAEftrAAAABG1h aWwAAAAAGC22igAAAAEAAAAAABH7ZwAAAAtpbnB1dG1ldGhvZAAAAAAAGE9FZAAAAAEAAAAA ABH7dwAAAAVwbGFuOQAAAAAAAAAZVaACAAAAAQAAAAAAEftfAAAACWVtdWxhdG9ycwAAAAAA AAAZWhhjAAAAAQAAAAAAEftcAAAACWRpc3RmaWxlcwAAAAAAAAAZhIomAAAAAQAAAAAAEftl AAAACGdyYXBoaWNzAAAAABmZHcwAAAABAAAAAAAR/p0AAAAIUkVBRE1FLHYAAAAAGhaRvQAA AAEAAAAAABH7eQAAAAdyZWdyZXNzAAAAAAAaIS4VAAAAAQAAAAAAEftdAAAAA2RvYwAAAAAA GlpNWgAAAAEAAAAAABH+ngAAAAtwa2dsb2NhdGUsdgAAAAAAGmEKKQAAAAEAAAAAABH7YwAA AAVnYW1lcwAAAAAAAAAaZGg5AAAAAQAAAAAAEftoAAAACGphcGFuZXNlAAAAABppyOYAAAAB pPY5SxPACwCqAgAAqgIAAAACs2BfuAAVFyR0mggARQACnM86ALlAESQuwKgB3sCoAQEAAAAA ABH7ewAAAAZzaGVsbHMAAAAAAAAbCJRCAAAAAQAAAAAAEftNAAAABWF1ZGlvAAAAAAAAABss LpQAAAABAAAAAAAR+2oAAAAIbGljZW5zZXMAAAAAG1DrswAAAAEAAAAAABH7fgAAAAh0ZXh0 cHJvYwAAAAAbYvvCAAAAAQAAAAAAEftzAAAABG5ld3MAAAAAG2ThBAAAAAEAAAAAABH7XgAA AAdlZGl0b3JzAAAAAAAbapx8AAAAAQAAAAAAEftvAAAABG1pc2MAAAAAG6M0agAAAAEAAAAA ABH7WgAAAAlkYXRhYmFzZXMAAAAAAAAAHDkT5AAAAAEAAAAAABH7TAAAAAZhdGhlbmEAAAAA AAAcilekAAAAAQAAAAAAEftQAAAACWJvb3RzdHJhcAAAAAAAAAAcyj2+AAAAAQAAAAAAEfuC AAAAA3gxMQAAAAAAHSchCg== --kORqDWCi7qDJ0mEj-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 15:25:06 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C33F910656A3 for ; Tue, 29 Dec 2009 15:25:06 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 497338FC1F for ; Tue, 29 Dec 2009 15:25:06 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id nBTFOmFO005833; Tue, 29 Dec 2009 16:25:03 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id nBTFOmRZ005808; Tue, 29 Dec 2009 16:24:48 +0100 (CET) (envelope-from olli) Date: Tue, 29 Dec 2009 16:24:48 +0100 (CET) Message-Id: <200912291524.nBTFOmRZ005808@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, randy@psg.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 29 Dec 2009 16:25:04 +0100 (CET) Cc: Subject: Re: 5.5-STABLE to 88.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, randy@psg.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 15:25:06 -0000 Randy Bush wrote: > can one go from 5.5 to 8.0 using the normal hammer, or is it > multi-stage, and i should just blow it away and go from install? This is a very late reply, but just for the archives ... You can do the update in two steps. Please see this entry in /usr/src/UPDATING: 20080123: To upgrade to -current after this date, you must be running FreeBSD not older than 6.0-RELEASE. Upgrading to -current from 5.x now requires a stop over at RELENG_6 or RELENG_7 systems. So, basically you can go from 5.5 to 7.2 (or 7-stable), and then to 8.0 (or 8-stable). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "The ITU has offered the IETF formal alignment with its corresponding technology, Penguins, but that won't fly." -- RFC 2549 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 15:51:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C3281065693 for ; Tue, 29 Dec 2009 15:51:27 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp1.sbb.rs (smtp1.sbb.rs [89.216.2.33]) by mx1.freebsd.org (Postfix) with ESMTP id 027D58FC12 for ; Tue, 29 Dec 2009 15:51:26 +0000 (UTC) Received: from mycenae.net (cable-94-189-181-167.dynamic.sbb.rs [94.189.181.167]) by smtp1.sbb.rs (8.14.0/8.14.0) with ESMTP id nBTFpLRZ009022 for ; Tue, 29 Dec 2009 16:51:21 +0100 Received: by mycenae.net (Postfix, from userid 1001) id 3C6705C23; Tue, 29 Dec 2009 16:51:19 +0100 (CET) Date: Tue, 29 Dec 2009 16:51:19 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20091229155118.GA1130@mycenae.net> References: <20091227160025.GA1261@mycenae.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: -2.0 Subject: Re: sheevaplug questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 15:51:27 -0000 Howdy! > I have 2 of them and cu works fine. > As root you can do this. The serial-over-usb provides you with 2 serial > devices. The second one is the console. The first is the JTAG interface to > flash the bios. > # cu -l cuaU1 -s 115200 Perfect! I hardly wait to get the device! > When you plug the serial-over-usb in you should see something like these > lines in dmesg/messages. > Dec 28 18:30:17 sjakie kernel: ugen2.4: at usbus2 > Dec 28 18:30:17 sjakie kernel: uftdi0: on > usbus2 > Dec 28 18:30:17 sjakie kernel: uftdi1: on > usbus2 When I turn the plug on, in fact? I suspect Attos tried to connect to wrong device name, or it was on some older freebsd version? Also, there were more than one version of plug, with maybe different hardware parts. Not related to freebsd: forum posts point to error after changing root password on the plug. Someone experienced it? I see no reason to have any problem on default ubuntu 9.04 with simple "passwd". Almost all posters made "apt-get update first". Thank you all for reply. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 16:02:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A91D1065670 for ; Tue, 29 Dec 2009 16:02:27 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.freebsd.org (Postfix) with ESMTP id BDD968FC12 for ; Tue, 29 Dec 2009 16:02:26 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out0.tiscali.nl with esmtp (Exim) (envelope-from ) id 1NPeWf-00075L-JI; Tue, 29 Dec 2009 17:02:25 +0100 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 97CB115151; Tue, 29 Dec 2009 17:02:16 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Zoran Kolic" , freebsd-stable@freebsd.org References: <20091227160025.GA1261@mycenae.net> <20091229155118.GA1130@mycenae.net> Date: Tue, 29 Dec 2009 17:02:16 +0100 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: <20091229155118.GA1130@mycenae.net> User-Agent: Opera Mail/10.10 (FreeBSD) Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: sheevaplug questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 16:02:27 -0000 On Tue, 29 Dec 2009 16:51:19 +0100, Zoran Kolic wrote: > Howdy! > >> I have 2 of them and cu works fine. >> As root you can do this. The serial-over-usb provides you with 2 seria= l >> devices. The second one is the console. The first is the JTAG interfac= e =20 >> to >> flash the bios. >> # cu -l cuaU1 -s 115200 > > Perfect! I hardly wait to get the device! > >> When you plug the serial-over-usb in you should see something like the= se >> lines in dmesg/messages. >> Dec 28 18:30:17 sjakie kernel: ugen2.4: at usbus2 >> Dec 28 18:30:17 sjakie kernel: uftdi0: = on >> usbus2 >> Dec 28 18:30:17 sjakie kernel: uftdi1: = on >> usbus2 > > When I turn the plug on, in fact? > > I suspect Attos tried to connect to wrong device name, or it was > on some older freebsd version? Also, there were more than one version > of plug, with maybe different hardware parts. > > Not related to freebsd: forum posts point to error after changing > root password on the plug. Someone experienced it? I see no reason > to have any problem on default ubuntu 9.04 with simple "passwd". > Almost all posters made "apt-get update first". > > Thank you all for reply. Best regards > > Zoran Please provide a link to the forum post. Otherwise I can only guess what = =20 you mean. There is no error because of changing the password. But there are some =20 thing broken in the default install (missing dir, missing timezone, etc.)= . =20 Follow the commands in this link and you're ready to go. http://www.plugcomputer.org/plugwiki/index.php/QuickStart Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 16:10:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DADEF106566B for ; Tue, 29 Dec 2009 16:10:46 +0000 (UTC) (envelope-from brian@brianwhalen.net) Received: from numail.brianwhalen.net (numail.brianwhalen.net [66.93.34.172]) by mx1.freebsd.org (Postfix) with ESMTP id B4ADE8FC12 for ; Tue, 29 Dec 2009 16:10:46 +0000 (UTC) Received: by numail.brianwhalen.net (Postfix, from userid 65534) id 8EE582841E; Tue, 29 Dec 2009 08:10:42 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on numail.brianwhalen.net X-Spam-Level: X-Spam-Status: No, score=0.1 required=3.0 tests=RDNS_DYNAMIC autolearn=no version=3.2.5 Received: from [127.0.0.1] (dsl093-034-235.snd1.dsl.speakeasy.net [66.93.34.235]) by numail.brianwhalen.net (Postfix) with ESMTP id DF69E28433 for ; Tue, 29 Dec 2009 08:10:38 -0800 (PST) Message-ID: <4B3A2A02.1090509@brianwhalen.net> Date: Tue, 29 Dec 2009 08:10:42 -0800 From: "Brian W." User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> <20091229114536.GA2409@mavetju.org> In-Reply-To: <20091229114536.GA2409@mavetju.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 16:10:46 -0000 On 12/29/2009 3:45 AM, Edwin Groothuis wrote: > mpt to pass a Turing test or something. > > On all systems which need to be accessible from the public Internet: > Run sshd on port 22 and port 8022. Block incoming traffic on port > 22 on your firewall. > > Everybody coming from the outside world needs to know it is running > on port 8022. Everybody coming from the inside world has access as > normal. > > Edwin > I seem to recall on one of the openbsd lists someone speaking of risks of running sshd or other services on high numbered ports, presumably because a non root user cannot bind ports up to 1024. Brian From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 16:46:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72E94106566C for ; Tue, 29 Dec 2009 16:46:03 +0000 (UTC) (envelope-from chris@behanna.org) Received: from smtp103.sbc.mail.mud.yahoo.com (smtp103.sbc.mail.mud.yahoo.com [68.142.198.202]) by mx1.freebsd.org (Postfix) with SMTP id 346318FC13 for ; Tue, 29 Dec 2009 16:46:02 +0000 (UTC) Received: (qmail 99757 invoked from network); 29 Dec 2009 16:19:20 -0000 Received: from (chris@64.132.190.26 with plain) by smtp103.sbc.mail.mud.yahoo.com with SMTP; 29 Dec 2009 08:19:20 -0800 PST X-Yahoo-SMTP: IImPLAuswBCrx2RdXZGWc4UZbB59Q8rbW69ykY5boJ7l_g-- X-YMail-OSG: emZqBSMVM1lsrDouRfl0x9CnoNdNSYzuilJM_A3N1EKwZ9tv2koPqkQ7Um.N0Uuc8ZqBjDS5reXYrnhtqLog0hL5uUFdtkve1bI0QIzstlAL9p3bcQILpiTTivxp.QAGhP92EH6XYfFntUVlEanw0LysxuUiBN2RBuCMYHkRbocmPX0.N6q.JNiMB0t3BccGiqdR_hkEvExwVgqDBGIrWzONHqJe1Q8F55XTo3v0bctx8nbNJcZPSOZ.oFwRSC55Ewg7.cTe5Nw0TE1XHlODhTkKYQMFxH62k6cIIBJyKVt0XgCGPvtiQQ-- X-Yahoo-Newman-Property: ymail-3 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1077) From: Chris BeHanna In-Reply-To: <4B3A2A02.1090509@brianwhalen.net> Date: Tue, 29 Dec 2009 10:19:20 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <1790A4AA-9EB4-47DF-ADC9-7DA90AD2654F@behanna.org> References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> <20091229114536.GA2409@mavetju.org> <4B3A2A02.1090509@brianwhalen.net> To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1077) Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 16:46:03 -0000 On Dec 29, 2009, at 10:10 , Brian W. wrote: > On 12/29/2009 3:45 AM, Edwin Groothuis wrote: >> mpt to pass a Turing test or something. >> On all systems which need to be accessible from the public = Internet: >> Run sshd on port 22 and port 8022. Block incoming traffic on port >> 22 on your firewall. >>=20 >> Everybody coming from the outside world needs to know it is running >> on port 8022. Everybody coming from the inside world has access as >> normal. >>=20 >> Edwin >> =20 > I seem to recall on one of the openbsd lists someone speaking of risks = of running sshd or other services on high numbered ports, presumably = because a non root user cannot bind ports up to 1024. On a multi-user machine, where you want to keep students or = others from spoofing on machines on which they have logins but which you = manage (i.e., they don't have root or sudo), this makes sense--ON THE = SERVER SIDE. The connecting client's port is going to be above 1024 = anyway, and the client doesn't really care on which port the server is = running. In this day and age, when anyone, black hat or white, can stand = up their own *ix box and run whatever they want on whatever port, the = notion of only connecting to "privileged ports" as a way of protecting = yourself (e.g., from password sniffing or whatever) is rather quaint and = ineffective. --=20 Chris BeHanna chris@behanna.org= From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 16:55:23 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E06A81065693 for ; Tue, 29 Dec 2009 16:55:23 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp9.sbb.rs (smtp9.sbb.rs [89.216.2.41]) by mx1.freebsd.org (Postfix) with ESMTP id 5625D8FC1C for ; Tue, 29 Dec 2009 16:55:22 +0000 (UTC) Received: from mycenae.net (cable-94-189-181-167.dynamic.sbb.rs [94.189.181.167]) by smtp9.sbb.rs (8.14.0/8.14.0) with ESMTP id nBTGtC3G002918 for ; Tue, 29 Dec 2009 17:55:12 +0100 Received: by mycenae.net (Postfix, from userid 1001) id 91BEA5C23; Tue, 29 Dec 2009 17:55:14 +0100 (CET) Date: Tue, 29 Dec 2009 17:55:14 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20091229165514.GA1269@mycenae.net> References: <20091227160025.GA1261@mycenae.net> <20091229155118.GA1130@mycenae.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: -1.8 Subject: Re: sheevaplug questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 16:55:24 -0000 Hi, Ronald! > Please provide a link to the forum post. Otherwise I can only guess what > you mean. > There is no error because of changing the password. But there are some > thing broken in the default install (missing dir, missing timezone, etc.). > Follow the commands in this link and you're ready to go. > http://www.plugcomputer.org/plugwiki/index.php/QuickStart It was not easy to find the link again. plugcomputer.org/plugforum/index.php?topic=110.0 I found more complaints over lost root pass all over forums. Simply people mess something without trail what it was. Once more, I still have no device, so cannot try out anything. Thanks for help. Zoran From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 17:14:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEF8910656A6 for ; Tue, 29 Dec 2009 17:14:51 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 6C03A8FC0C for ; Tue, 29 Dec 2009 17:14:51 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id nBTHEWBh071285 for ; Tue, 29 Dec 2009 09:14:32 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id nBTHEWER071284 for freebsd-stable@freebsd.org; Tue, 29 Dec 2009 09:14:32 -0800 (PST) (envelope-from david) Date: Tue, 29 Dec 2009 09:14:32 -0800 From: David Wolfskill To: freebsd-stable@freebsd.org Message-ID: <20091229171432.GN470@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , freebsd-stable@freebsd.org References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> <8bdcbc5f08e9b762c3d2dcfe2fd00558.HRCIM@webmail.1command.com> <6201873e0912281550w34937b9eg3498547722739aee@mail.gmail.com> <20091229112037.GA34719@icarus.home.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEFDyIIeORe/70g6" Content-Disposition: inline In-Reply-To: <20091229112037.GA34719@icarus.home.lan> User-Agent: Mutt/1.4.2.1i Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 17:14:51 -0000 --PEFDyIIeORe/70g6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 29, 2009 at 03:20:37AM -0800, Jeremy Chadwick wrote: > ... > I've written my own script to do all of this. It parses periodic > security mails (on a daily basis), and does WHOIS lookups + parses the > results to tell me what netblocks/CIDRs I should consider blocking. For > example, for a security mail that contains this: >=20 > horus.sc1.parodius.com login failures: > Dec 28 15:54:49 horus sshd[74684]: Failed password for root from 199.71.2= 14.240 port 51197 ssh2 > Dec 28 15:54:49 horus sshd[74686]: Invalid user test from 199.71.214.240 > Dec 28 18:39:24 horus sshd[84742]: Failed password for root from 208.94.2= 35.248 port 42979 ssh2 > Dec 28 18:39:25 horus sshd[84744]: Failed password for root from 208.94.2= 35.248 port 43056 ssh2 > Dec 28 18:39:25 horus sshd[84746]: Failed password for root from 208.94.2= 35.248 port 43156 ssh2 > Dec 28 18:39:26 horus sshd[84749]: Failed password for root from 208.94.2= 35.248 port 43265 ssh2 > Dec 28 18:39:27 horus sshd[84751]: Failed password for root from 208.94.2= 35.248 port 43356 ssh2 >=20 > The script would output the following: >=20 > 199.71.214.240 > 199.71.212.0/22 Psychz Networks, Walnut, CA, US > 208.94.235.248 > 208.94.232.0/22 WZ Communications Inc., Madison, WI, US > 208.94.235.0/24 Soft-Com.biz, Inc., Panama, NA, PA >=20 > Then manually (this is intentional) I go and add the entries I feel > are relevant to a file called pf.conf.ssh-deny which our systems use to > block SSH access. > ... I do something somewhat similar, though the implementation is rather different. Like Jeremy, I choose to make the actual actions intentionally manual. Among salient points: * Because I'm fairly familiar with it, I (still) use IPFW. * I received a bit of a "prod" (thanks, Julian!) to use IPFW tables; that's been quite helpful. * I use a moderately quaint (and probably embarrassing) mixture of Perl & Bourne shell scripts, as well as make, to extract the netblock information from WHOIS, and to construct a persistent store that's referenced at boot time. * As a general rule, I try to report activity such as the above (to the listed contact(s) from WHOIS). (When I do, I Bcc: myself and keep a opy of all salient correspondence. Or bounce-o-grams.) * For SSH (in particular), I do not rely only on the /var/log/security entries created by sshd. Rather, I also configure IPFW to log all SSH session-establishment requests. If I report the unwanted ativity, I provide both sets of log excerpts. (I often find probes logged by IPFW that sshd does not log. And yes, I check the "block" list before IPFW logs a "sucessful" SSH session-establishment request packet.) * I use one table to block access to SSH. I have another for extreme cases of abuse, where I block all traffic in either direction, and a third for access to my Web server. I suppose I could also do something similar for SMTP.... * I use this for machines that (may) connect directly to the Internet; thus, my "firewall" machine certainly qualifies -- but so does my laptop. * I have no mechanism in place to identify, let alone prune, stale entries. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --PEFDyIIeORe/70g6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAks6OPgACgkQmprOCmdXAD02SACfdCV4xkdzP0eKqtPu/0iH/FIL TKYAnAvOjdUwol9UDSqj/ADQqmpXtIdo =R8M9 -----END PGP SIGNATURE----- --PEFDyIIeORe/70g6-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 17:27:16 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBEF41065693 for ; Tue, 29 Dec 2009 17:27:16 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 9A7758FC24 for ; Tue, 29 Dec 2009 17:27:16 +0000 (UTC) Received: by yxe1 with SMTP id 1so10392949yxe.3 for ; Tue, 29 Dec 2009 09:27:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:x-priority :message-id:cc:subject:in-reply-to:references:mime-version :content-type; bh=SuUQoYnadP69Lvvn4zymLYbsClGo6fFIW6EBho3OR0g=; b=BsKYvt6W8AK8uUzpjCGfwXOrpYS5IBfEUEXHjRyN7ajSTnLHt8BcXdMHBya1FbEb/6 RVYiWpjOSACnNI4J48TtdgKYz2XzWskxbdAPA8wewzZ03Qcrt3x7s0SSy7k3g+8jJkLB YvuvpXY53JB84iRluHaxEBMKLS/T/grfl+BUc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:x-priority:message-id:cc:subject:in-reply-to :references:mime-version:content-type; b=Xb63adyzs9OOzL4R7nVJHvaC9DiQ5uj9GjMdKFmiGuD7Zp6fBiWjtwTmUDoFlLDLU+ shVNWFPlD75v+YT41ilpoNlIwVIQ5rf/Lo/dzd/RJcTinxwOlMuUCFjDojQT51juewnO QhLZRG1CBBSsh8sDwIYDHqjDzr5qYSCl6Fmzk= Received: by 10.150.127.6 with SMTP id z6mr25025506ybc.145.1262107625877; Tue, 29 Dec 2009 09:27:05 -0800 (PST) Received: from blackcell.5p.local (ppp-22.183.dialinfree.com [209.172.22.183]) by mx.google.com with ESMTPS id 20sm12057051iwn.1.2009.12.29.09.26.58 (version=SSLv3 cipher=OTHER); Tue, 29 Dec 2009 09:27:02 -0800 (PST) Sender: "J. Hellenthal" Date: Tue, 29 Dec 2009 12:27:10 -0500 From: jhell X-Priority: 3 (Normal) Message-ID: <1507588526.20091229122710@dataix.net> CC: freebsd-stable@freebsd.org In-Reply-To: <20091229112037.GA34719@icarus.home.lan> References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> <8bdcbc5f08e9b762c3d2dcfe2fd00558.HRCIM@webmail.1command.com> <6201873e0912281550w34937b9eg3498547722739aee@mail.gmail.com> <20091229112037.GA34719@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------CD30835AEC7DB" Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 17:27:17 -0000 ------------CD30835AEC7DB Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0D=0ATuesday, December 29, 2009, 6:20:37 AM, you wrote: > On Mon, Dec 28, 2009 at 05:50:23PM -0600, Adam Vande More wrote: >> On Mon, Dec 28, 2009 at 4:59 PM, Chris H wrote: >>=20 >> > >> > My point here was that by increasing the verbosity, you will more easi= ly be >> > able >> > to grep against login /failures/, and more easily discover dictionary/ >> > brute-force >> > attacks. It's certainly made my job easier, and hasn't required any >> > modifications >> > to our current policies. You /have/ considered PF(4), haven't you? It's >> > /really/ >> > an excellent strategy for securing your network. >> > >> > --Chris H >> > >> > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.o= rg" >> > >>=20 >> I use security/denyhosts for this, very simple to setup like 5 minutes if >> you're a fast reader. There are other options as well that offer similar >> functionality. > Then I simply do /etc/rc.d/pf check && /etc/rc.d/pf reload. > I also have a script that pushes out the pf.conf.ssh-deny machines > to other hosts on our network and executes the above commands. Increase verbosity ? why not just create a pflog file just for port 22 or whatever you listen on for ssh or some kind of login and parse that. See attached script for a start on parsing the explained pflog. I have been toying around with the attached idea that makes use of connection tracking in pf. pass in log quick proto { tcp } from any port >1024 to any port \ { $shports } label "SCT/Login:$dstport" keep state (max-src-conn 5, \ max-src-conn-rate 15/30 overload flush global) This has worked out quite well so far but the script that is attached has a few bugs and optimizations that could be made to it but it does its job regardless without third-party utilities. I have added some parsing of the pflogs through the use of tcpdump and sed to pull bad IPs out as well but do not use that on a regular basis. I have the script setup in a cron job to run once a hour and pull the IPs from the active table and combine the contents with the blacklist file and ultimately sort, uniq & reload the table with the contents of the blacklist file making adding IPs to the blacklist just add to the table on the next cron run.. Depending on where you put your blacklist deny rule you can be saving the rest of your services from the attackers to. Still lots of work to be done on this but I figured I would put it out there for someone else to toy with and see what comes out of it. Best regards. --=20 Tuesday, December 29, 2009 12:09:10 PM jhell ------------CD30835AEC7DB Content-Type: application/octet-stream; name="pflog_fil.sh" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="pflog_fil.sh" IyEvYmluL3NoCgojCiMgRm9yIHVzZSB3aXRoIHRoZSBmb2xsb3dpbmcgcnVsZXMsIHRhYmxl cywgbWFjcm9zLgojCiMgdGFibGUgPGJsYWNrbGlzdD4gZmlsZSAiL2V0Yy9wZi5ob3N0cy1i bGFja2xpc3QiCiMgc2hwb3J0cz0iMjIiCiMgYmxvY2sgbG9nIHF1aWNrIGZyb20gPGJsYWNr bGlzdD4gbGFiZWwgIkJsYWNrbGlzdGVkIgojIHBhc3MgaW4gbG9nIHF1aWNrIHByb3RvIHsg dGNwIH0gZnJvbSBhbnkgcG9ydCA+MTAyNCB0byBhbnkgcG9ydCB7ICRzaHBvcnRzIH0gbGFi ZWwgIlNDVC9Mb2dpbjokZHN0cG9ydCIga2VlcCBzdGF0ZSAobWF4LXNyYy1jb25uIDUsIG1h eC1zcmMtY29ubi1yYXRlIDE1LzMwIG92ZXJsb2FkIDxibGFja2xpc3Q+IGZsdXNoIGdsb2Jh bCkKClRBQkxFPSJibGFja2xpc3QiCkJMSVNUPSIvZXRjL3BmLmhvc3RzLWJsYWNrbGlzdCIK UEZMT0c9Ii92YXIvbG9nL3BmbG9nKiIKCnRyYXAgJ2V4aXQgMScgMgoKdW1hc2sgMDc3CnJl YWRvbmx5IFRBQkxFIFBGTE9HIEJMSVNUCgpwZmN0bCAtdCAkVEFCTEUgLVQgc2hvdyA+Pi9k ZXYvbnVsbCAyPiYxCmlmIFsgJD8gLW5lIDAgXTsgdGhlbgogICAgICAgIGVjaG8gIiQwOiBU YWJsZSAkVEFCTEUgd2FzIG5vdCBmb3VuZCwgZXhpdGluZy4uLiIKICAgICAgICBleGl0IDEK ZmkKCmlmIFsgISAtZiAkQkxJU1QgXTsgdGhlbgogICAgICAgIGVjaG8gIiQwOiBGaWxlICRC TElTVCB3YXMgbm90IGZvdW5kLCBleGl0aW5nLi4uIgogICAgICAgIGV4aXQgMQpmaQoKVE1Q RklMRTE9JChta3RlbXAgL3RtcC8ucGZsb2dfZmlsLlhYWFhYWCkKVE1QRklMRTI9JChta3Rl bXAgL3RtcC8ucGZsb2dfZmlsLlhYWFhYWCkKaWYgWyAkPyAtbmUgMCBdOyB0aGVuCgllY2hv ICIkMDogQ2FuJ3QgY3JlYXRlIHRlbXAgZmlsZSwgZXhpdGluZy4uLiIKCWV4aXQgMQpmaQoK cmVhZG9ubHkgVE1QRklMRTEgVE1QRklMRTIKCl9wY2FwX2ZpbCgpewoJZm9yIGxvZ2ZpbGUg aW4gJFBGTE9HOyBkbwoJICBpZiBbIC1mICRsb2dmaWxlIF07IHRoZW4KCSAgCXRjcGR1bXAg LXRuciAkbG9nZmlsZSAyPi9kZXYvbnVsbCB8XAoJICAJYXdrICd7cHJpbnQgJDJ9JyB8XAoJ ICAJY3V0IC1mMS00IC1kLiB8XAoJICAJc2VkIC1lICdzLzE5MlwuMTY4XC4zMS4qLy8nIFwK CSAgCSAgICAtZSAncy8xXC4xXC4xXC4xLy8nIFwKCSAgCSAgICAtZSAncy8yXC4yXC4yXC4y Ly8nIFwKCSAgCSAgICAtZSAncy8wXC4wXC4wXC4wLy8nIFwKCSAgCSAgICAtZSAncy8uKjou Ki8vJyB8XAoJCXNvcnQgLW4gfHVuaXEKCSAgZWxzZQoJCWVjaG8gIiQwOiBObyBsb2cgZmls ZXMgZm91bmQsIGV4aXRpbmcuLi4iCgkJZXhpdCAxCgkgIGZpCglkb25lCn0KCiMgVW5jb21t ZW50IHRoaXMgbGluZSB0byB1c2UgSVBzIGZyb20gcGZsb2dzLgojIFdBUk5JTkc6IEJlIGNh cmVmdWwgdGhhdCB5b3VyIGdvb2QgaG9zdHMgZG8gbm90CiMgYWN0dWFseSBnZXQgYmxhY2ts aXN0ZWQgYnkgdGhpcy4KI19wY2FwX2ZpbCB8c29ydCAtbiB8dW5pcSAtICRUTVBGSUxFMQoK Y2F0ICRCTElTVCB8YXdrICd7cHJpbnQgJDF9JyA+PiRUTVBGSUxFMQpwZmN0bCAtdCAkVEFC TEUgLVQgc2hvdyB8YXdrICd7cHJpbnQgJDF9JyA+PiRUTVBGSUxFMQoKZm9yIGlwYWRkciBp biAkKGNhdCAkVE1QRklMRTEpOyBkbwogICAgICAgIGVjaG8gJGlwYWRkciA+PiRUTVBGSUxF Mgpkb25lCgplY2hvICJTdGF0aXN0aWNzOiIKZWNobyAiIC0gT2xkIGNvdW50IGluIHRhYmxl IHN0b3JlOiIgO3djIC1sICRCTElTVCA7ZWNobwpzb3J0IC1uICRUTVBGSUxFMiB8dW5pcSAt ICRCTElTVAplY2hvICIgLSBOZXcgY291bnQgaW4gdGFibGUgc3RvcmU6IiA7d2MgLWwgJEJM SVNUIDtlY2hvCmVjaG8gIiAtIENoYW5nZXMgdG8gcnVubmluZyB0YWJsZToiCmVjaG8gLW4g IiAgICAgICAiCnBmY3RsIC10ICRUQUJMRSAtVCBhZGQgYGNhdCAkQkxJU1RgCgpybSAtZiAk VE1QRklMRTEgJFRNUEZJTEUyCg== ------------CD30835AEC7DB-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 18:37:57 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AE5D106566B for ; Tue, 29 Dec 2009 18:37:57 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 36CCB8FC14 for ; Tue, 29 Dec 2009 18:37:55 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id nBTIbbCs014105; Tue, 29 Dec 2009 19:37:53 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id nBTIbZA3014098; Tue, 29 Dec 2009 19:37:35 +0100 (CET) (envelope-from olli) Date: Tue, 29 Dec 2009 19:37:35 +0100 (CET) Message-Id: <200912291837.nBTIbZA3014098@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, lab@gta.com In-Reply-To: <20091120144428.GA27644@gta.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 29 Dec 2009 19:37:54 +0100 (CET) Cc: Subject: Re: Most files in subversion stable/8/sys touched by bms X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 18:37:57 -0000 Larry Baird wrote: > I use the following to get a feel of what is changing in FreeBSD 8 kernel. > http://svn.freebsd.org/viewvc/base/stable/8/sys/?sortby=date By the way, here is another little tool that can be used to watch changes in 8-stable conveniently: http://www.secnetix.de/olli/FreeBSD/svnews/?p=stable/8/sys It lists commits (optionally with diffs) to the path specified in reverse chronological order, i.e. newest at the top. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Life is short (You need Python)" -- Bruce Eckel, ANSI C++ Comitee member, author of "Thinking in C++" and "Thinking in Java" From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 19:30:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6227810656C6 for ; Tue, 29 Dec 2009 19:30:13 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail6.sea5.speakeasy.net (mail6.sea5.speakeasy.net [69.17.117.8]) by mx1.freebsd.org (Postfix) with ESMTP id 390CF8FC14 for ; Tue, 29 Dec 2009 19:30:13 +0000 (UTC) Received: (qmail 22391 invoked from network); 29 Dec 2009 19:30:12 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 29 Dec 2009 19:30:12 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 947735086C; Tue, 29 Dec 2009 14:30:11 -0500 (EST) From: Lowell Gilbert To: "freebsd-stable\@freebsd.org" References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> <20091229114536.GA2409@mavetju.org> Date: Tue, 29 Dec 2009 14:30:11 -0500 In-Reply-To: <20091229114536.GA2409@mavetju.org> (Edwin Groothuis's message of "Tue, 29 Dec 2009 22:45:36 +1100") Message-ID: <44y6klefy4.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 19:30:13 -0000 Edwin Groothuis writes: > On Mon, Dec 28, 2009 at 10:44:41AM -0500, Andresen, Jason R. wrote: >> The point is, if your machine is on the internet, then bots are >> going to try password attacks on any open port they can find. It's >> just the sad fact of life on the current internet. Unfortunately, >> this activity will also make it much more difficult to determine >> when you are under attack from an actual person, which was my point >> earlier. It's one that is not going to be easy to solve either, >> unless you're willing to rewrite SSH to require every connection >> attempt to pass a Turing test or something. > > On all systems which need to be accessible from the public Internet: > Run sshd on port 22 and port 8022. Block incoming traffic on port > 22 on your firewall. > > Everybody coming from the outside world needs to know it is running > on port 8022. Everybody coming from the inside world has access as > normal. This assumes that everybody coming in from the outside is doing so from a location that can reach port 8022 on your network. Restrictive corporate, campus, and hotspot firewalls will often break this assumption. If your network is personal, and you know the other ends of the connections won't be so draconian, this isn't a problem. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 19:47:17 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D0CA106568F for ; Tue, 29 Dec 2009 19:47:17 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0F2438FC18 for ; Tue, 29 Dec 2009 19:47:16 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id nBTJkvU9017358; Tue, 29 Dec 2009 20:47:13 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id nBTJkvvU017357; Tue, 29 Dec 2009 20:46:57 +0100 (CET) (envelope-from olli) Date: Tue, 29 Dec 2009 20:46:57 +0100 (CET) Message-Id: <200912291946.nBTJkvvU017357@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, brian@brianwhalen.net In-Reply-To: <4B3A2A02.1090509@brianwhalen.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 29 Dec 2009 20:47:13 +0100 (CET) Cc: Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, brian@brianwhalen.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 19:47:17 -0000 Brian W. wrote: > On 12/29/2009 3:45 AM, Edwin Groothuis wrote: > > On all systems which need to be accessible from the public Internet: > > Run sshd on port 22 and port 8022. Block incoming traffic on port > > 22 on your firewall. > > > > Everybody coming from the outside world needs to know it is running > > on port 8022. Everybody coming from the inside world has access as > > normal. > > I seem to recall on one of the openbsd lists someone speaking of risks > of running sshd or other services on high numbered ports, presumably > because a non root user cannot bind ports up to 1024. That's probably because OpenBSD doesn't have mac_portacl(4). ;-) But basically it's right: You should never run any important services (including sshd) on ports that might be bound by unprivileged users. The basic problem is that, if the sshd daemon happens to die for some reason, an unprivileged user could run his own ssh daemon (presumably a hacked/modified one) on the same port. Of course he doesn't have the private host keys, and he can't really let users log in to the real system, so his fake ssh daemon will be discovered rather sooner than later, but it might be enough to steal some sensitive information from unsuspecting users. Historically, unprivileged users cannot bind services to port numbers below 1024, so those port numbers were considered "safe" regarding the above problem. However, that concept is somewhat diluted today, because you can change the range of privileged port numbers on many (most?) operating systems. On FreeBSD there are some sysctls that default to the historical range: net.inet.ip.portrange.reservedhigh: 1023 net.inet.ip.portrange.reservedlow: 0 So, theoretically you can set the "reservedhigh" value to 8022, and then you can safely run sshd on that port number. You can even set the sysctl to 65535, completely preventing users from running _any_ services. However, this also prevents them from using active FTP and other things. A better way is to use FreeBSD's mac_portacl(4) which is quite easy to use. It enables you to install rules that specify exactly to which ports user processes are allowed to bind. So you can specifically protect the single port number 8022, for example. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "We, the unwilling, led by the unknowing, are doing the impossible for the ungrateful. We have done so much, for so long, with so little, we are now qualified to do anything with nothing."         -- Mother Teresa From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 19:57:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E1F1106566B for ; Tue, 29 Dec 2009 19:57:35 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id D7CCB8FC1D for ; Tue, 29 Dec 2009 19:57:34 +0000 (UTC) Received: from OMTA06.westchester.pa.mail.comcast.net ([76.96.62.51]) by QMTA03.westchester.pa.mail.comcast.net with comcast id P7ul1d00616LCl0537xaJV; Tue, 29 Dec 2009 19:57:34 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA06.westchester.pa.mail.comcast.net with comcast id P7xa1d0013S48mS3S7xaru; Tue, 29 Dec 2009 19:57:34 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 88D351E3035; Tue, 29 Dec 2009 11:57:32 -0800 (PST) Date: Tue, 29 Dec 2009 11:57:32 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091229195732.GA45636@icarus.home.lan> References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> <20091229114536.GA2409@mavetju.org> <44y6klefy4.fsf@be-well.ilk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44y6klefy4.fsf@be-well.ilk.org> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 19:57:35 -0000 On Tue, Dec 29, 2009 at 02:30:11PM -0500, Lowell Gilbert wrote: > > On Mon, Dec 28, 2009 at 10:44:41AM -0500, Andresen, Jason R. wrote: > >> The point is, if your machine is on the internet, then bots are > >> going to try password attacks on any open port they can find. It's > >> just the sad fact of life on the current internet. Unfortunately, > >> this activity will also make it much more difficult to determine > >> when you are under attack from an actual person, which was my point > >> earlier. It's one that is not going to be easy to solve either, > >> unless you're willing to rewrite SSH to require every connection > >> attempt to pass a Turing test or something. > > > > On all systems which need to be accessible from the public Internet: > > Run sshd on port 22 and port 8022. Block incoming traffic on port > > 22 on your firewall. > > > > Everybody coming from the outside world needs to know it is running > > on port 8022. Everybody coming from the inside world has access as > > normal. > > This assumes that everybody coming in from the outside is doing so from > a location that can reach port 8022 on your network. Restrictive > corporate, campus, and hotspot firewalls will often break this > assumption. If your network is personal, and you know the other ends > of the connections won't be so draconian, this isn't a problem. And let's not forget the fact that the people doing the brute-force attacks already have access to multiple compromised machines (sometimes in the tens or hundreds of thousands), which means they'll eventually change their methods to include portscanning of the remote system rather than just blindly assuming TCP port 22. When you have access to so many systems, completing a full scan (65535 ports) would take a lot less time than, say, if run from a single system. Given that OpenSSH happily spits back an identity string -- including version -- to anyone who establishes a TCP connection to it, detecting if SSH is associated with said port isn't that hard. I don't know if this method is officially part of the SSH protocol or not (I'm not familiar with the protocol). Example FreeBSD box: Connected to localhost. Escape character is '^]'. SSH-2.0-OpenSSH_5.2p1 FreeBSD-20090522 The "FreeBSD-XXXXXXXX" string is supposed to come from VersionAddendum in /etc/ssh/sshd_config, except it appears the base system's OpenSSH defines this as the VersionAddendum default. The rest of the string, AFAIK, isn't modifiable outside of editing the source. The justification for the FreeBSD-XXXXXXXX hard-coded default is in src/crypto/openssh/FREEBSD-upgrade. I don't agree with the logic (basic security starts with "give the remote attacker *as little* information about your system as possible"), but I'm not going to argue: 0) VersionAddendum The SSH protocol allows for a human-readable version string of up to 40 characters to be appended to the protocol version string. FreeBSD takes advantage of this to include a date indicating the "patch level", so people can easily determine whether their system is vulnerable when an OpenSSH advisory goes out. Some people, however, dislike advertising their patch level in the protocol handshake, so we've added a VersionAddendum configuration variable to allow them to change or disable it. So ultimately changing the port number from 22 to something else is just a temporary measure that does little other than annoy legitimate people connecting to your system. Don't have anyone else connecting to it? Then why not just use port 22 and deny 0.0.0.0/0 + allow netblocks you come in from? I guess some people travel a lot and use a multitude of ISPs, but surely it wouldn't take that long to build an appropriate allow/permit list. Ah well. Each to his/her own when it comes to solving this problem. Everyone likes something different/has a different method/etc. based on their needs/styles. :-) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 20:05:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90E62106568D for ; Tue, 29 Dec 2009 20:05:14 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1D9EB8FC0C for ; Tue, 29 Dec 2009 20:05:13 +0000 (UTC) Received: by fxm27 with SMTP id 27so11059473fxm.3 for ; Tue, 29 Dec 2009 12:05:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=08jDjLZw9f+GULXQSFxqIWBE8JB//Wzy3cr/40HJ//k=; b=ipIO9JCbQxOjeiTDXLlvJe8zfn4Y564TQR3TQNX//+sb79wQwWmIdY/IQ3xW03mjdA KHvNRKzT8DwMixf+SNqdxaKapx73D2RZ9U8P1Ar1kGrpapmn12EbY6DB8GFK95Rf4ufY nxd93DlZzlrZn54ntOyNKr6I7ta96n1R9X+Ro= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=sHdG+LP9AOkH20TcgP4KacXbqKzdsPDB76WIjpYAsVCCaKospBg2Tbr6E3H5lBayhA paiMrd9bVNL2Wz/Bz5aSJTGyvd8hFOyrLJ4QGvscfcfZSd7X1Og/PID+nc2yqBrWsl+D J28heQtCtI0b5/aCV02OMY/0W2+DeAmkd2Yak= MIME-Version: 1.0 Received: by 10.223.143.15 with SMTP id s15mr13790291fau.77.1262115710757; Tue, 29 Dec 2009 11:41:50 -0800 (PST) In-Reply-To: <200912291837.nBTIbZA3014098@lurza.secnetix.de> References: <20091120144428.GA27644@gta.com> <200912291837.nBTIbZA3014098@lurza.secnetix.de> Date: Tue, 29 Dec 2009 20:41:50 +0100 Message-ID: <3f1fd1ea0912291141v12a2d0f1j5608b8175bc277d1@mail.gmail.com> From: Michal Varga To: Oliver Fromme Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: Most files in subversion stable/8/sys touched by bms X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 20:05:14 -0000 On Tue, Dec 29, 2009 at 7:37 PM, Oliver Fromme wrote: > By the way, here is another little tool that can be used to > watch changes in 8-stable conveniently: > > http://www.secnetix.de/olli/FreeBSD/svnews/?p=stable/8/sys > Thank you for mentioning this, this is a great tool for everyone to have around (instantly bookmarked). I'd have one question to ask - would you consider adding one more piece of information to the output, namely "age" of the commit? So that 17:38:50 - r201208 by rwatson would look like: 17:38:50 - r201208 (17 hours, 30 minutes old) by rwatson or 17:38:50 - r201208 (3 days, 15 hours old) by rwatson etc. Little extra like this makes tracking down some specific changes easier, or makes some quick point of reference where you left the last time, etc. I guess you get the idea.. It's not exactly critical, just would be handy to see there, if possible :) m. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 21:37:11 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6F101065676 for ; Tue, 29 Dec 2009 21:37:11 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 796FA8FC19 for ; Tue, 29 Dec 2009 21:37:11 +0000 (UTC) Received: by ewy26 with SMTP id 26so8778336ewy.3 for ; Tue, 29 Dec 2009 13:36:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=A5vEbeKnSqocIlorBhiWldQpuEjDC5bbikr0UJKno3A=; b=r9CLS83DdQ0DCHZ+VW3JVSs5Xp2sPQ3HCQPDo7YKi6+yB7LI8l3lqqWq9Ru9Vt4Fnq HHzHKFVH0xeFr5aPb4w7dHu3+pvoI9kEoseVhuVd+j44RGa+pNMekgWEJFdh/Bl50A7d Hkb2OOkGbEJOfnP2/FWO7XTBpSlW2B2XimoPA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=l69/1lI7g4akPenWf5M1VMs+Defq1r1Lgc/3lsr3rmd0uLAXBU8TXzh/fEcDeqnmhB jnPoOdNmgIPlE6No+DY0NkXrQFzTtwmvV/u5FraPPy3LSxpm/36c72O6pukIRrkzOQWe QnJS149Kjv10oW2zCEt0drBfhtPrJqOpt+SdE= MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.216.89.200 with SMTP id c50mr803601wef.137.1262122619384; Tue, 29 Dec 2009 13:36:59 -0800 (PST) In-Reply-To: <20091229003735.GD1166@michelle.cdnetworks.com> References: <3131aa530912230507q5abd0a9eh1f22ac858518268f@mail.gmail.com> <20091224193320.GD8146@michelle.cdnetworks.com> <3131aa530912281330t34032ad5he5fe7720b4d2744a@mail.gmail.com> <20091228222140.GC1166@michelle.cdnetworks.com> <3131aa530912281622v3a4a15c5r38766eed989ff30e@mail.gmail.com> <20091229003735.GD1166@michelle.cdnetworks.com> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Tue, 29 Dec 2009 22:36:36 +0100 X-Google-Sender-Auth: 4e78b33568bc4c5a Message-ID: <3131aa530912291336p22e9ec68q88830097c8957569@mail.gmail.com> To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org Subject: Re: FreeBSD 8.0: can't PXE Boot using nvidia nForce4 network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 21:37:12 -0000 On Tue, Dec 29, 2009 at 1:37 AM, Pyun YongHyeon wrote: > > :-( > How about this one? Sorry, I'm just guessing(no hardware, no > documentation). > Thanks for this new patch but still same error: FreeBSD 8.0-STABLE #5: Tue Dec 29 08:50:27 CET 2009 root@debugger.bsdrp.net:/usr/obj/usr/src/sys/GENERIC i386 (...) nfe0: irq 21 at device 10.0 on pc i0 nfe0: Lazy allocation of 0x1000000 bytes rid 0x10 type 3 at 0x81000000 nfe0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0x81000000 nfe0: MII without any phy! device_attach: nfe0 attach returned 6 (...) Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 22:06:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD5E6106566B for ; Tue, 29 Dec 2009 22:06:07 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 828088FC12 for ; Tue, 29 Dec 2009 22:06:07 +0000 (UTC) Received: by yxe1 with SMTP id 1so10594824yxe.3 for ; Tue, 29 Dec 2009 14:05:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; bh=O3Rc3ezPWeMXRJQE6Wk00d8NuUmsRJ0pi/QhlcaR+K4=; b=kINWhr1EvwhCjiNjgM1n9PvflAInZar9I1DCzGqvKoIx6rXi6c/cIwKQbQmwyS6nQR ETDE8GF+cLkP5v6FQpEyGzpzlg/ownYCHJDbN6gtpLWZ+x5WadxKCdDDSJfjUgKhw9zO UusxJQKHoUTY6dRB8WX7JheLc//lao9PLIUig= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; b=aZJuivBJ3LirtdOHaE2ASEZsBjnT5NCHBFFDFB0Vn88lJX3BXot+QSeH/NuFzCQf8f iiOXdZM/QrJ4bNZNyHKyPzYMck23HYrn2opXz1gcCJxjryZ07ypNXHqfMljdRQjzM9GJ ccNLfd+dvx2CIraBfHFE7PfqiqKmcxTn9bUHc= Received: by 10.101.58.5 with SMTP id l5mr16811243ank.24.1262124358670; Tue, 29 Dec 2009 14:05:58 -0800 (PST) Received: from cygnus.homeunix.com ([189.71.111.46]) by mx.google.com with ESMTPS id 21sm4556690ywh.46.2009.12.29.14.05.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 29 Dec 2009 14:05:55 -0800 (PST) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 98A76B8057; Tue, 29 Dec 2009 19:05:48 -0300 (BRT) Received: from 10.1.1.80 (SquirrelMail authenticated user matheus) by lamneth with HTTP; Tue, 29 Dec 2009 20:05:47 -0200 (BRST) Message-ID: <90985e466045d3643234670076f9fe1d.squirrel@lamneth> Date: Tue, 29 Dec 2009 20:05:47 -0200 (BRST) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: install FreeBSD 8 on disk where windows7 made a gpt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 22:06:07 -0000 hail, I have Windows7 alone in a disk, and now I'd like to install FreeBSD 8 on it. when I boot from USB disk, the partitioner says there is no partitions on it. then I read about: http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot and got to the fixit part. then gpt show ad10 says also there is no gpt in there. is there any way to deal with this ? thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 22:18:35 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A67C1065676; Tue, 29 Dec 2009 22:18:35 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 094348FC16; Tue, 29 Dec 2009 22:18:34 +0000 (UTC) Received: by bwz5 with SMTP id 5so7350731bwz.3 for ; Tue, 29 Dec 2009 14:18:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=E+PuhjKNky82DeMVxVcJ20GWqUtpAyRTBXXzobwUckI=; b=CeIWUVESAnHyjs3puPmXM8H6bhkcs+jXnlePRgM8ZDzIU5Oju0tRE8X5kWlQLwpXDM TEqQCpuHDFHdW7VV8GRzijQQA0YaS/HGekEAKlGubi9W6H4T3+zgtFS91hrbn4qxPKjU 9g2U/N/ZzRnvhNV3Ya+/l3SP48cJWDHMfwmMY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=McLEPR1narvNu7Yws1kMIzUdjAbzLzKb7+GXTeqEmnYi8ZBgbOcPDm+pHNV9JwPOoz q7AOf7dS0H/0N6lpdRbT2khM79BO/yDx/1Sz8tvHs1hR8EfpYrM/vuCcthWMpzfmKQ7B w2oB2wrTfH9Q61yA6QNwZpiSrEvcG6BhCgC9M= MIME-Version: 1.0 Received: by 10.204.7.197 with SMTP id e5mr3214798bke.184.1262125106998; Tue, 29 Dec 2009 14:18:26 -0800 (PST) Date: Tue, 29 Dec 2009 23:18:26 +0100 Message-ID: <6101e8c40912291418w25b46700hb14c53ee414010da@mail.gmail.com> From: Oliver Pinter To: stable@freebsd.org, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: something fails with svn X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 22:18:35 -0000 Hi list! Something fails, when updated the FreeBSD's svn repo to git. Since yesterday I get this warning: $ git svn rebase ... M sys/boot/pc98/kgzldr/crt.s Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/stable/8/sys Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/user/kmacy/releng_7_2_fcs/sys Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys/contrib/pf Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/stable/8/sys/contrib/pf Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys/contrib/pf r201153 = 2a0c8903699f2e4ff17312c753e335424eeac5e3 (refs/remotes/git-svn) M sys/powerpc/conf/DEFAULTS M sys/sparc64/conf/DEFAULTS M sys/ia64/conf/DEFAULTS M sys/sun4v/conf/DEFAULTS M sys/pc98/conf/DEFAULTS M sys/i386/conf/DEFAULTS M sys/amd64/conf/DEFAULTS Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys/contrib/pf r201164 = c4051399b1b56820b010acba9f5f0e2953f5be70 (refs/remotes/git-svn) M etc/rc.d/named M etc/mtree/BIND.chroot.dist M etc/namedb/named.conf Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/etc r201173 = d70d011b0c38f8a35845a3a63e6ba60f2f04774b (refs/remotes/git-svn) M usr.sbin/zic/Theory M lib/libc/stdtime/tzfile.5 Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc/stdtime Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/lib/libc Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/usr.sbin/zic Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/zic r201184 = 47c9db23979a71f805ff5f11d0574ae1ed83a581 (refs/remotes/git-svn) ... the git config is: [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true [svn-remote "svn"] url = svn://svn.freebsd.org/base/stable/7 fetch = :refs/remotes/git-svn Is this a user error (my), or it's an mismerge or repo fail git / or freebsd's svn? From owner-freebsd-stable@FreeBSD.ORG Tue Dec 29 22:53:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FCEB106566B for ; Tue, 29 Dec 2009 22:53:05 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 2C1728FC1A for ; Tue, 29 Dec 2009 22:53:04 +0000 (UTC) Received: from [192.168.1.4] (adsl-1-207-120.bna.bellsouth.net [65.1.207.120]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nBTMqqVE072004 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 29 Dec 2009 17:52:53 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Nenhum_de_Nos In-Reply-To: <90985e466045d3643234670076f9fe1d.squirrel@lamneth> References: <90985e466045d3643234670076f9fe1d.squirrel@lamneth> Content-Type: text/plain Organization: FreeBSD Date: Tue, 29 Dec 2009 16:52:47 -0600 Message-Id: <1262127167.2314.57.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: install FreeBSD 8 on disk where windows7 made a gpt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 22:53:05 -0000 On Tue, 2009-12-29 at 20:05 -0200, Nenhum_de_Nos wrote: > hail, > > I have Windows7 alone in a disk, and now I'd like to install FreeBSD 8 on > it. when I boot from USB disk, the partitioner says there is no partitions > on it. > > then I read about: http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot and got to > the fixit part. then gpt show ad10 says also there is no gpt in there. > > is there any way to deal with this ? There are some fixes in 8-STABLE that I don't think I got into 8.0. Those fixed reading of GPT headers written by opensolaris. I haven't seen the GPT headers written by Win7. If you want to "dd if=/dev/ad10 of=header-dump.bin bs=512 count=34" and send that to me, I can take a look at what is written. robert. > thanks, > > matheus -- Robert Noland FreeBSD From owner-freebsd-stable@FreeBSD.ORG Wed Dec 30 00:07:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD496106568D for ; Wed, 30 Dec 2009 00:07:12 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 701F68FC14 for ; Wed, 30 Dec 2009 00:07:12 +0000 (UTC) Received: by ewy26 with SMTP id 26so8883957ewy.3 for ; Tue, 29 Dec 2009 16:07:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.164.9 with SMTP id b9mr1036043wel.153.1262131620240; Tue, 29 Dec 2009 16:07:00 -0800 (PST) In-Reply-To: <3f1fd1ea0912291141v12a2d0f1j5608b8175bc277d1@mail.gmail.com> References: <20091120144428.GA27644@gta.com> <200912291837.nBTIbZA3014098@lurza.secnetix.de> <3f1fd1ea0912291141v12a2d0f1j5608b8175bc277d1@mail.gmail.com> From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= Date: Wed, 30 Dec 2009 01:06:40 +0100 Message-ID: To: Michal Varga Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, Oliver Fromme Subject: Re: Most files in subversion stable/8/sys touched by bms X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 00:07:12 -0000 On Tue, Dec 29, 2009 at 20:41, Michal Varga wrote: > On Tue, Dec 29, 2009 at 7:37 PM, Oliver Fromme wrote: >> By the way, here is another little tool that can be used to >> watch changes in 8-stable conveniently: >> >> http://www.secnetix.de/olli/FreeBSD/svnews/?p=stable/8/sys >> > Thank you for mentioning this, this is a great tool for everyone to > have around (instantly bookmarked). > > I'd have one question to ask - would you consider adding one more > piece of information to the output, namely "age" of the commit? So > that > > 17:38:50 - r201208 > by rwatson > > would look like: > > 17:38:50 - r201208 (17 hours, 30 minutes old) > by rwatson > > or > > 17:38:50 - r201208 (3 days, 15 hours old) > by rwatson > > etc. > > Little extra like this makes tracking down some specific changes > easier, or makes some quick point of reference where you left the last > time, etc. I guess you get the idea.. It's not exactly critical, just > would be handy to see there, if possible :) I would prefer the name of the timezone. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 30 00:26:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B32DE106566C for ; Wed, 30 Dec 2009 00:26:37 +0000 (UTC) (envelope-from pprocacci@datapipe.com) Received: from EXFESMQ01.datapipe-corp.net (exchange.datapipe.net [64.106.130.71]) by mx1.freebsd.org (Postfix) with ESMTP id 7A2478FC12 for ; Wed, 30 Dec 2009 00:26:37 +0000 (UTC) Received: from work_machine.myhome (192.168.128.24) by EXFESMQ01.datapipe-corp.net (64.106.130.71) with Microsoft SMTP Server id 8.1.393.1; Tue, 29 Dec 2009 19:26:36 -0500 Message-ID: <4B3A49D4.6070400@datapipe.com> Date: Tue, 29 Dec 2009 18:26:28 +0000 From: Paul Procacci User-Agent: Thunderbird 2.0.0.23 (X11/20091225) MIME-Version: 1.0 To: Peter Fraser References: <4B38C655.1080305@datapipe.com> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: "freebsd-stable@freebsd.org" Subject: Re: Jailed Service contact IMAPS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 00:26:37 -0000 Being able to run those commands (telnet/openssl) via the jail implies there is nothing wrong with the jail itself, but instead the squirrelmail config. Aside from double checking the squirrelmail config which I would highly suggest, can you provide a packet capture of an active squirrelmail session in which the squirrelmail application fails to do what you intend it to do? All that's necessary really is to capture the initial SYN and the response to that SYN, provided the machine your connected to provides one. If you see the handshake occuring then the problem is most likely elsewhere which may be determined by increasing verbosity in the respective log files. ~Paul Peter Fraser wrote: > Yes I can connect over telnet. If I even do openssl s_client -connect > :993 I can also connect and list my mail. The machine is > running FreeBSD 8 by the way. > > On Mon, Dec 28, 2009 at 9:53 AM, Paul Procacci w= rote: > >> Peter Fraser wrote: >> >>> Hi All >>> >>> I have two servers, one running apache and squirrelmail in a jail. >>> Squirrelmail on this server is trying to contact dovecot running imaps >>> on port 993 on another server and failing. When I try from another >>> physical machine it works but I would prefer to run this service from >>> within a jail. >>> >>> Can anyone please let me know how to make this work? >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" >>> >>> >> Have you tried to first do a simple (from within the jail): >> >> telnet host 993 >> >> Do you get connected? If not, do you have any firewall rules either on >> the host maintaining the jail or the host you are connecting to? If >> not, can you do a tcpdump to see what specificly is happening to those >> packets via (on the host again): >> >> tcpdump -i host and port 993 >> >> Do you see packets both leaving your machine and coming back? If not, >> can you repeat the process above on the host machine maintaining the >> jail, but not within the jail itself. Are the results the same? >> >> The above is a start and should provide enough information as to whether >> the problem is specific to the jail or the physical host. >> >> ~Paul >> >> This message may contain confidential or privileged information. If you= are >> not the intended recipient, please advise us immediately and delete this >> message. See http://www.datapipe.com/emaildisclaimer.aspx for further >> information on confidentiality and the risks of non-secure electronic >> communication. If you cannot access these links, please notify us by rep= ly >> message and we will send the contents to you. >> >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > This message may contain confidential or privileged information. If you ar= e not the intended recipient, please advise us immediately and delete this = message. See http://www.datapipe.com/emaildisclaimer.aspx for further info= rmation on confidentiality and the risks of non-secure electronic communica= tion. If you cannot access these links, please notify us by reply message a= nd we will send the contents to you. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 30 04:33:22 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A61B106566B; Wed, 30 Dec 2009 04:33:22 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yw0-f197.google.com (mail-yw0-f197.google.com [209.85.211.197]) by mx1.freebsd.org (Postfix) with ESMTP id 9C0F48FC12; Wed, 30 Dec 2009 04:33:21 +0000 (UTC) Received: by ywh35 with SMTP id 35so3353911ywh.7 for ; Tue, 29 Dec 2009 20:33:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=dCG375g9XSy41TaV7Bb3/fNVWr8FhzGJ6PER8GzsNGo=; b=owUG3rxL9pgQuLnWnaNkLGIUmhIz08IIoTUZzq5flucZEV7TkmRgrnsVvko6vc2w28 +zx6WVzf5bKPChbzyZqbAsFTuCe9V33/KdZJENHn1awch4rNsRWsOQX1I0S8h3s4M9V/ vcAcv7Sne4jJyzdG94+vV9i3CrKInjZrOVQGQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=mDwlAUxcV7UnDtC6KQRX39RglJVKD0MlPXVgrVey1RHPC2kk1uZFT3eymzQSBKzXMZ a6FPEwL3h0fIjDoRqo4us/mJYXjUMtWwVLy2aWi7rkOvveyngDQk41Tpr4rtYAxWzqQL k6JFZkKxaOX19KkG8VOFvJHOSiMr6DGVFRZtA= Received: by 10.150.127.23 with SMTP id z23mr15972455ybc.179.1262147595361; Tue, 29 Dec 2009 20:33:15 -0800 (PST) Received: from dimension.5p.local (ppp-21.242.dialinfree.com [209.172.21.242]) by mx.google.com with ESMTPS id 22sm12514733iwn.4.2009.12.29.20.33.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 29 Dec 2009 20:33:13 -0800 (PST) Sender: "J. Hellenthal" Date: Tue, 29 Dec 2009 23:33:09 -0500 From: jhell To: Oliver Pinter In-Reply-To: <6101e8c40912291418w25b46700hb14c53ee414010da@mail.gmail.com> Message-ID: References: <6101e8c40912291418w25b46700hb14c53ee414010da@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Hackers , stable@freebsd.org Subject: Re: something fails with svn X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 04:33:22 -0000 On Tue, 29 Dec 2009 17:18, oliver.pntr@ wrote: > Hi list! > > Something fails, when updated the FreeBSD's svn repo to git. Since > yesterday I get this warning: > $ git svn rebase > > ... > M sys/boot/pc98/kgzldr/crt.s > Couldn't find revmap for > svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris > Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys > Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/stable/8/sys > Couldn't find revmap for > svn://svn.freebsd.org/base/stable/7/user/kmacy/releng_7_2_fcs/sys > Couldn't find revmap for > svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys > Couldn't find revmap for > svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica > Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys/contrib/pf > Couldn't find revmap for > svn://svn.freebsd.org/base/stable/7/stable/8/sys/contrib/pf > Couldn't find revmap for > svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys/contrib/pf > r201153 = 2a0c8903699f2e4ff17312c753e335424eeac5e3 (refs/remotes/git-svn) > M sys/powerpc/conf/DEFAULTS > M sys/sparc64/conf/DEFAULTS > M sys/ia64/conf/DEFAULTS > M sys/sun4v/conf/DEFAULTS > M sys/pc98/conf/DEFAULTS > M sys/i386/conf/DEFAULTS > M sys/amd64/conf/DEFAULTS > Couldn't find revmap for > svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris > Couldn't find revmap for > svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica > Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys > Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys/contrib/pf > r201164 = c4051399b1b56820b010acba9f5f0e2953f5be70 (refs/remotes/git-svn) > M etc/rc.d/named > M etc/mtree/BIND.chroot.dist > M etc/namedb/named.conf > Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/etc > r201173 = d70d011b0c38f8a35845a3a63e6ba60f2f04774b (refs/remotes/git-svn) > M usr.sbin/zic/Theory > M lib/libc/stdtime/tzfile.5 > Couldn't find revmap for > svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc/stdtime > Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head > Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/lib/libc > Couldn't find revmap for > svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc > Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/usr.sbin/zic > Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist > Couldn't find revmap for > svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/zic > r201184 = 47c9db23979a71f805ff5f11d0574ae1ed83a581 (refs/remotes/git-svn) > ... > > > the git config is: > > [core] > repositoryformatversion = 0 > filemode = true > bare = false > logallrefupdates = true > [svn-remote "svn"] > url = svn://svn.freebsd.org/base/stable/7 > fetch = :refs/remotes/git-svn > > Is this a user error (my), or it's an mismerge or repo fail git / or > freebsd's svn? > SVN never has problems "It's powered by FreeBSD ;)" Take a look at your git config. The problem lies there and is very visible. After you are done fixing that re-read the whole email that you posted. -- Tue Dec 29 23:28:28 2009 jhell From owner-freebsd-stable@FreeBSD.ORG Wed Dec 30 05:58:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6DB1106566C for ; Wed, 30 Dec 2009 05:58:58 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 9FBD28FC19 for ; Wed, 30 Dec 2009 05:58:58 +0000 (UTC) Received: by yxe1 with SMTP id 1so10813528yxe.3 for ; Tue, 29 Dec 2009 21:58:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:date:from:to :subject:message-id:x-mailer:mime-version:content-type :content-transfer-encoding; bh=boBtiREz2HpBtz89zvrmskaV1vhzyndp8mCPIE4agsk=; b=RYoE2fBzsOAxbnUxqkiC5tKd4Jfd5DWzuOyxVJmbyaaEyIsVXH2bdaG5qmp+Ij4Tur zx+KaBtpt6xQOy4y2aZcYJRLWevPo5DdWQXQAA/L7AAwajXYjbA/8PXEfagB5jXdwdCe tyTKWSXpS0GcQt9apNU/whAOIWqJ4iJx+/1Rw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:x-mailer:mime-version :content-type:content-transfer-encoding; b=N/txPs6JFRk4fYWuQ8hb41CEmFRRDG7qdbcPzTr062FEwAdkzrZL9Ba8CYkqY6UMUj zTyd6yPfMj6b5NZGqGchaieTaHel9XEMXJ8eV+uzkR4RQHEs7cJyty5bd4fPiaeDm3kG 0Eb/QvvGx0yFk83j4YUyOzufN6LVerWU5RaJA= Received: by 10.90.13.6 with SMTP id 6mr5296776agm.109.1262152725780; Tue, 29 Dec 2009 21:58:45 -0800 (PST) Received: from cygnus.homeunix.com ([189.71.5.16]) by mx.google.com with ESMTPS id 22sm5361994yxe.21.2009.12.29.21.58.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 29 Dec 2009 21:58:45 -0800 (PST) Sender: Nenhum_de_Nos Received: from arroway.apartnet (arroway.apartnet [10.1.1.80]) by cygnus.homeunix.com (Postfix) with SMTP id 08CEBB8056 for ; Wed, 30 Dec 2009 02:58:32 -0300 (BRT) Date: Wed, 30 Dec 2009 02:58:39 -0300 From: Nenhum_de_Nos To: freebsd-stable@freebsd.org Message-Id: <20091230025839.e073200c.matheus@eternamente.info> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: usb wlan hostap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 05:58:59 -0000 hail, I've looked in google and not found many info on this subject. and all man pages on freebsd.org says on footnote 7.2R (although they mention wlan0 devices). I've found a topic on forum from last year and that's much about it. I have a small pc (itx based) and no pci slot usable so I'd like to have an ap based on freebsd and usb nic. its basically for internet on one or two notebooks, so if it works 11Mbps is fine if its stable on it. I've read about atheros based, but the man fro uath doesn't say hostap mode. I found it on ural but most adaptors listed there are somwhat old an discontinued from theirs manufacturers. so I ask here ... of course ther cheaper the better, but I would pay a little more if it is known to work really good. I have atheros based pci on another pc and it is really good for me. just for thre record, this will be used in pfSense 2.0 (FreeBSD 8 based), but may also run FreeBSD 8 itself, and with another usb lan nic. thanks, matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Wed Dec 30 08:50:23 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D35D106568B for ; Wed, 30 Dec 2009 08:50:23 +0000 (UTC) (envelope-from stephane.rochoy@netasq.com) Received: from work.netasq.com (gateway.netasq.com [91.212.116.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1EAFF8FC1A for ; Wed, 30 Dec 2009 08:50:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by work.netasq.com (Postfix) with ESMTP id A22FB3272340; Wed, 30 Dec 2009 09:33:37 +0100 (CET) X-Virus-Scanned: amavisd-new at netasq.com Received: from work.netasq.com ([127.0.0.1]) by localhost (work.netasq.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lBsz-Ihosivu; Wed, 30 Dec 2009 09:33:28 +0100 (CET) Received: from cthulhu.netasq.com (unknown [10.1.42.11]) by work.netasq.com (Postfix) with ESMTP id 306013272345; Wed, 30 Dec 2009 09:33:28 +0100 (CET) Received: by cthulhu.netasq.com (Postfix, from userid 1001) id 96D5C1707A; Wed, 30 Dec 2009 09:32:45 +0100 (CET) Date: Wed, 30 Dec 2009 09:32:45 +0100 From: Stephane Rochoy To: freebsd-stable@FreeBSD.ORG, brian@brianwhalen.net Message-ID: <20091230083245.GD50942@cthulhu.netasq.com> References: <4B3A2A02.1090509@brianwhalen.net> <200912291946.nBTJkvvU017357@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="mSxgbZZZvrAyzONB" Content-Disposition: inline In-Reply-To: <200912291946.nBTJkvvU017357@lurza.secnetix.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 08:50:23 -0000 --mSxgbZZZvrAyzONB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 29, 2009 at 08:46:57PM +0100, Oliver Fromme wrote: > Brian W. wrote: [...] > That's probably because OpenBSD doesn't have mac_portacl(4). ;-) [...] Arf, but pf allow to regulate traffic according to the user that own the socket, e.g., pass from any to any port www user www :p --=20 Stephane Rochoy () ascii ribbon campaign / Against HTML e-mail=20 /\ www.asciiribbon.org / and proprietary attachments --mSxgbZZZvrAyzONB Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIINQgYJKoZIhvcNAQcCoIINMzCCDS8CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC Co4wggaEMIIFbKADAgECAgpwxrFIFmvykGsCMA0GCSqGSIb3DQEBBAUAMIGRMQswCQYDVQQG EwJGUjENMAsGA1UECBMETm9yZDEaMBgGA1UEBxMRVmlsbGVuZXV2ZSBkJ0FzY3ExLjAsBgNV BAoTJU5FVEFTUSAtIFNlY3VyZSBJbnRlcm5ldCBDb25uZWN0aXZpdHkxJzAlBgNVBAsTHk5F VEFTUSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wOTA5MjkxMTQ2MTNaFw0xMTA5Mjkx MTQ2MTNaMIHWMQswCQYDVQQGFAJGUjENMAsGA1UECBQETm9yZDEuMCwGA1UEChQlTkVUQVNR IC0gU2VjdXJlIEludGVybmV0IENvbm5lY3Rpdml0eTEnMCUGA1UECxQeTkVUQVNRIENlcnRp ZmljYXRpb24gQXV0aG9yaXR5MRowGAYDVQQHFBFWaWxsZW5ldXZlIGQnQXNjcTEYMBYGA1UE AxQPU3RlcGhhbmUgUk9DSE9ZMSkwJwYJKoZIhvcNAQkBFhpzdGVwaGFuZS5yb2Nob3lAbmV0 YXNxLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAKXiMFek3gMYSGoNWedm bQ+5tKk70rMulCMxmuVozqZPL/p+KGGD6Nb556/bRAVg6yXD+yROweSzMRML2XbWCS0V6zRF MMJciQ9zmNYGzFUnijcN5TXpBHwc5M4hwpDg6dw3a0mrSU3A+g989maipJ2IdGIyZIvaOCCZ z9ff3e2TTgHblrcNrsgFfyixp7RLBPxKcNzJj78BxHGTlW1sqsdgfF04/4RiFtbijmhoIZY1 xIzPGhGhFaguvFhqy9oF/dhQKoSzG5zSzAtJ9ygnYuvnL86MYNxXGzgduzCAbX9hIXU/1CaP f+LxMcnFxw2E9rcdoLO+hdjrfRmA1q8uw58CAwEAAaOCApUwggKRMAwGA1UdEwEB/wQCMAAw HQYDVR0OBBYEFIUyJrM/zHBAnQ1APzsCGDlTascJMIG+BgNVHSMEgbYwgbOAFCcq6x3ZRNo6 F3NqCSAgySWo+X+yoYGXpIGUMIGRMQswCQYDVQQGEwJGUjENMAsGA1UECBMETm9yZDEaMBgG A1UEBxMRVmlsbGVuZXV2ZSBkJ0FzY3ExLjAsBgNVBAoTJU5FVEFTUSAtIFNlY3VyZSBJbnRl cm5ldCBDb25uZWN0aXZpdHkxJzAlBgNVBAsTHk5FVEFTUSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eYIBADAOBgNVHQ8BAf8EBAMCBeAwEQYJYIZIAYb4QgEBBAQDAgWgMCsGCSsGAQQBgjcU AgQeHhwAUwBtAGEAcgB0AGMAYQByAGQATABvAGcAbwBuMCkGA1UdJQQiMCAGCCsGAQUFBwME BggrBgEFBQcDAgYKKwYBBAGCNxQCAjA1BgNVHREELjAsoCoGCisGAQQBgjcUAgOgHAwac3Rl cGhhbmUucm9jaG95QG5ldGFzcS5jb20wgc0GA1UdHwSBxTCBwjBaoFigVoZUbGRhcDovL3Br aS5uZXRhc3EuY29tL2NuPWZ3Y2Esb3U9Y2FzLG89bmV0YXNxLGRjPWZyP2NlcnRpZmljYXRl UmV2b2NhdGlvbkxpc3Q7YmluYXJ5MDigNqA0hjJodHRwOi8vaW50cmFuZXQubmV0YXNxLmNv bS9pbnRyYW5ldC9wa2kvbmV0YXNxLmNybDAqoCigJoYkaHR0cDovL3d3dy5uZXRhc3EuY29t L3BraS9uZXRhc3EuY3JsMB8GCWCGSAGG+EIBDQQSFhBVc2VyIENlcnRpZmljYXRlMA0GCSqG SIb3DQEBBAUAA4IBAQABKQWU3H8qa+azRM1KAB2/k2z0VhNEGT7SLn1MVvWmkvi1bDmLHdlk /ObLCIazQ91CtjRIZx7o+Fe+Uf5H2P2MFz4ctVzBeUaLBTVXfOFCs423ZkDSQxnXGhwseJaT MbpOaqWzIM0zqileAcI+z/nKlensTwEWjg0hFEwpTJrsoLfx8ecx4ZQNkZPjOguBTRwpOfh/ uQqYR2ADN3LEP0PI1aX4KbM5Vil3BRCGuL+avC4sGWZBP7Qi6mRoNqL+BCB/pV1sejLSWRdR hebpm0MGfd+9FEGLJAuSuv8BCcZjfqUdrsRjOBYRa/4poYXOUu6hF6x0o0VJopsSO2d4YuMj MIIEAjCCAuqgAwIBAgIBADANBgkqhkiG9w0BAQQFADCBkTELMAkGA1UEBhMCRlIxDTALBgNV BAgTBE5vcmQxGjAYBgNVBAcTEVZpbGxlbmV1dmUgZCdBc2NxMS4wLAYDVQQKEyVORVRBU1Eg LSBTZWN1cmUgSW50ZXJuZXQgQ29ubmVjdGl2aXR5MScwJQYDVQQLEx5ORVRBU1EgQ2VydGlm aWNhdGlvbiBBdXRob3JpdHkwHhcNMDIwMjE5MTIzNDU1WhcNMjIwMjE0MTIzNDU1WjCBkTEL MAkGA1UEBhMCRlIxDTALBgNVBAgTBE5vcmQxGjAYBgNVBAcTEVZpbGxlbmV1dmUgZCdBc2Nx MS4wLAYDVQQKEyVORVRBU1EgLSBTZWN1cmUgSW50ZXJuZXQgQ29ubmVjdGl2aXR5MScwJQYD VQQLEx5ORVRBU1EgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDBgE+Let5/q3S24kyiPlHgfuxr5YxJnAOHhceNlXl7o/os5vKuV4Lq g0UNkmuAG0qT1LDN+ed/ibfFzRBL2QoI8sXAumYgrdELHQrhhiL64GusvfjuQfhQ9+sjoq+t hwWkbdjAVlQr7stmf9j0dIHqfiC92IKTtyaS4WvWJ8W0NhmqS01Syz3JAI+qHR311d+6FFXy /KCC9WRx9NlwLJWlFoNhoObSPfRSttrrYqwrF+HpwQC3qSY9TG+IZVqgSKJoAENlVK7o+NLX uoNxlpDOWfCEtpwrIzXNHv6W98VHTf+HqbwlgYE8w/vNxwfa4l+5+H45/cC858IVkVw2HMcL AgMBAAGjYzBhMB0GA1UdDgQWBBQnKusd2UTaOhdzagkgIMklqPl/sjAfBgNVHSMEGDAWgBQn Kusd2UTaOhdzagkgIMklqPl/sjAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAN BgkqhkiG9w0BAQQFAAOCAQEAlyWoU39apiaFxmVdpuvDoolA2r9MrpMsMfPBlVzKOfRCG6Md Gv4RxWloTWkhLh+OzLDOkg0Td970NKULgjPJ6oOrcS0zh5ANJebhhEYtmnxfYzlN1xybGUSU OBnOVVcw6Wj8SGGHi+rNJtzUzgUR8ROIRX68tfkxpYQcfx2bOUQvrfaY6Z7X1Ak3oFAok+YI KPVVvEkOslKkXTWRcUlS3KsDSKWsQbSYD4UsWN+xa5lfNgQ+O/X8Ug8yVKcIKJbxlLPCy1Bf YGEsSLS6BklGlqRUxj9OR2gsQSti3SaNkP53+hcVHtA3MzEAekMQ+aVlGi0/Vbuw7qSkE/uX KH9hzjGCAnwwggJ4AgEBMIGgMIGRMQswCQYDVQQGEwJGUjENMAsGA1UECBMETm9yZDEaMBgG A1UEBxMRVmlsbGVuZXV2ZSBkJ0FzY3ExLjAsBgNVBAoTJU5FVEFTUSAtIFNlY3VyZSBJbnRl cm5ldCBDb25uZWN0aXZpdHkxJzAlBgNVBAsTHk5FVEFTUSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eQIKcMaxSBZr8pBrAjAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B BwEwHAYJKoZIhvcNAQkFMQ8XDTA5MTIzMDA4MzI0NVowIwYJKoZIhvcNAQkEMRYEFAOUqnD3 87Fkb0X1O6INo1fxIGvVMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3 DQEBAQUABIIBAAetSNUjiurxfwJ58u5Uc1mNHQTldn/Ypiny25YKw7w5ARxz5NGf+0s0Phhp 7eNqO3atRPbgy2qJqyqOh78DRRENjc/hhiFjTl6xgCRTZSmX6gZKy9jlP463ztz9EV9uZfyg U3KrYLIJOlCgbuBFKZML7yKirWVpf1796BPqR8i0TXoW6aaoRnyqGtnjvukdBzSWZbht8nLD Xa64Yo+/e/mPPGcMyp2sj5DQAJ6AjPSKlz5G0RoiUA1NKbP74R6BslZjjn4tuRclwcqb7Rl1 YqT0Nz1f8fbR/HZfcVhFvq02cu4JWp4K8YtruvzC7ZIJwUbOSZullECYH1Z5zIXOwcA= --mSxgbZZZvrAyzONB-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 30 09:43:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C90C106566B for ; Wed, 30 Dec 2009 09:43:35 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from k7.mavetju.org (unknown [IPv6:2001:44b8:7bf1:a51:20f:eaff:fe2c:d518]) by mx1.freebsd.org (Postfix) with ESMTP id 08FCA8FC18 for ; Wed, 30 Dec 2009 09:43:34 +0000 (UTC) Received: by k7.mavetju.org (Postfix, from userid 1001) id AB79F45196; Wed, 30 Dec 2009 20:43:32 +1100 (EST) Date: Wed, 30 Dec 2009 20:43:32 +1100 From: Edwin Groothuis To: "Brian W." Message-ID: <20091230094332.GB2409@mavetju.org> References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> <20091229114536.GA2409@mavetju.org> <4B3A2A02.1090509@brianwhalen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B3A2A02.1090509@brianwhalen.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 09:43:35 -0000 On Tue, Dec 29, 2009 at 08:10:42AM -0800, Brian W. wrote: > On 12/29/2009 3:45 AM, Edwin Groothuis wrote: > >mpt to pass a Turing test or something. > > > >On all systems which need to be accessible from the public Internet: > >Run sshd on port 22 and port 8022. Block incoming traffic on port > >22 on your firewall. > > > >Everybody coming from the outside world needs to know it is running > >on port 8022. Everybody coming from the inside world has access as > >normal. > > > >Edwin > > > I seem to recall on one of the openbsd lists someone speaking of risks > of running sshd or other services on high numbered ports, presumably > because a non root user cannot bind ports up to 1024. More than happy to suggest 222 next time :-) Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ edwin@mavetju.org Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 30 12:14:57 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AA0C106566C for ; Wed, 30 Dec 2009 12:14:57 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 328F48FC1A for ; Wed, 30 Dec 2009 12:14:57 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NPxS1-000E99-Vs; Wed, 30 Dec 2009 12:14:54 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NPxS1-000Hfa-Qs; Wed, 30 Dec 2009 12:14:53 +0000 Date: Wed, 30 Dec 2009 12:14:53 +0000 Message-Id: To: freebsd-stable@FreeBSD.ORG, lab@gta.com, olli@lurza.secnetix.de In-Reply-To: <200912291837.nBTIbZA3014098@lurza.secnetix.de> From: Pete French Cc: Subject: Re: Most files in subversion stable/8/sys touched by bms X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 12:14:57 -0000 > By the way, here is another little tool that can be used to > watch changes in 8-stable conveniently: > > http://www.secnetix.de/olli/FreeBSD/svnews/?p=stable/8/sys Have you seen Fresh BSD ? It does a very similary thing except it's not just restricted to FreeBSD. For example to track RELENG_8... http://www.freshbsd.org/?branch=RELENG_8&project=freebsd meanwhile, over at Dragonfly... http://www.freshbsd.org/?project=dfbsd etc... -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 30 14:03:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 561591065679 for ; Wed, 30 Dec 2009 14:03:37 +0000 (UTC) (envelope-from r00t@ellicit.org) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 33CC28FC0A for ; Wed, 30 Dec 2009 14:03:37 +0000 (UTC) Received: by pwi15 with SMTP id 15so8077443pwi.3 for ; Wed, 30 Dec 2009 06:03:30 -0800 (PST) Received: by 10.142.118.4 with SMTP id q4mr12258660wfc.337.1262181809961; Wed, 30 Dec 2009 06:03:29 -0800 (PST) Received: from abs.local (cpe-66-91-76-160.hawaii.res.rr.com [66.91.76.160]) by mx.google.com with ESMTPS id 20sm13549889pzk.5.2009.12.30.06.03.26 (version=SSLv3 cipher=RC4-MD5); Wed, 30 Dec 2009 06:03:28 -0800 (PST) Message-ID: <4B3B5DAC.20102@ellicit.org> Date: Wed, 30 Dec 2009 04:03:24 -1000 From: r00t User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4B344459.4020202@ellicit.org> <4B35FC4C.7050100@unsane.co.uk> <20091226123953.GA8864@icarus.home.lan> <4B3611EB.3060306@infracaninophile.co.uk> In-Reply-To: <4B3611EB.3060306@infracaninophile.co.uk> X-Enigmail-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: php5-5.2.11_1 Vulnerabilities X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 14:03:37 -0000 On 12/26/09 3:38 AM, Matthew Seaman wrote: > >> I say this as both someone who does web hosting and codes in PHP. I >> often wonder what the point of PHP is given Markup::Perl[3]'s existence. > > Ooooh... another way of embedding perl into HTML. That makes <... counts > on fingers ...> loads. > > Not to mention all those solutions employing Ruby or Java/jsp or > Python. And > the Google web tools stuff, where you write pure Java and it compiles > into the > appropriate mix of server side Java objects and Ajax enabled web pages. > > Or the distressingly under-appreciated WebObjects stuff from Apple, > which may > have been around a few years but is still pretty revolutionary (although > not > free). > > No -- there are many, many alternatives to PHP. Trouble is, there are > many, > many web-monkeys out there that cannot conceive of using anything else. > And > if you propose to a client writing a web app in any other language they > get all > bothered because it's "non standard" and because "we can find PHP coders > easily". That's a self fulfilling prophecy if ever I saw one. A lot > like proposing any > other OS than Windows... Now who would do a thing like that? > > Cheers, > > Matthew (who thinks HTML::Mason is where it's at...) > suhosin-patch-5.2.11-0.9.7.patch.gz is now in ports so this issue is closed. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 30 14:29:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85E7B106568F for ; Wed, 30 Dec 2009 14:29:42 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id DBC1D8FC13 for ; Wed, 30 Dec 2009 14:29:41 +0000 (UTC) Received: by bwz5 with SMTP id 5so7621714bwz.3 for ; Wed, 30 Dec 2009 06:29:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:subject:organization:from :date:message-id:user-agent:mime-version:content-type; bh=MQZMilfAJon1pyKjY5/VWJt7sDgKrigO+aJvlzUqvFU=; b=sDJYfQRPtCrz74HW914xc6CbQEXS3Mw18kRXSPehnkBJxosEtmw/8CoQu0u6oPjD4p Kuj8QasNesZOybSc5DFi98SCu8YT3pNCT8q63zdrI0mRsFZD09qjQ45K+1GIo5i8/kZv bWEwRV7DpXYsWBySfMsh3JX1bTt2Y7EiAQytA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:subject:organization:from:date:message-id:user-agent :mime-version:content-type; b=Sb0UxTILG3ewq1JfK7xkB7qrffNBFVRLPpYGj/qX1+v5DJCMrXqNJ7C6ws8aOHZPEN f1yILp2+BJWbR8CyU5rvCLbrSwLvkZNUNhXZ3Av+ClBmHDoKhQDv9kS39eutpz4BEMu/ 7AwDaIsjnkH6ddlO9BkyVydyhgivcYmy4a0WQ= Received: by 10.204.155.73 with SMTP id r9mr2351689bkw.14.1262183375076; Wed, 30 Dec 2009 06:29:35 -0800 (PST) Received: from localhost ([95.69.164.164]) by mx.google.com with ESMTPS id 16sm3901792bwz.3.2009.12.30.06.29.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 30 Dec 2009 06:29:34 -0800 (PST) To: FreeBSD Organization: TOA Ukraine From: Mikolaj Golub Date: Wed, 30 Dec 2009 16:29:32 +0200 Message-ID: <86oclgfsc3.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: NFS locking issue with FreeBSD7.1 client X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 14:29:42 -0000 Hi, After upgrading our hosts from 6.3 to 7.1 we have been experiencing the issue with our NFS mounts. We have observed the issue on one of the hosts 3 last nights in raw and saw similar thing on another server several weeks ago. NFS server is CentOS 5.3. FreeBSD client had several NFS mounts, something like this: 172.30.10.124:/var/www/app25 on /var/www/shared25data (nfs) 172.30.10.83:/var/www/app2 on /var/www/shared2data (nfs) 172.30.10.63:/var/www/app17 on /var/www/shared17data (nfs) 172.30.10.71:/var/www/app19 on /var/www/shared19data (nfs) 172.30.10.141:/var/www/app21 on /var/www/shared21data (nfs) 172.30.10.106:/var/www/app24 on /var/www/shared24data (nfs) 172.30.10.50:/var/www/app10 on /var/www/shared10data (nfs) Although IPs are different all them are the same CentOS server. At some point the processes that try to access one of the shares start to got stuck. Access to other shares works ok. Stuck processes are not killable. We can mount "problem" exported directory from linux server to some other directory and it works ok too. Before the last incident we moved all applications that used NFS shares to another host, it looks like the only processes that still accessed NFS folders on this host were nagios checks (perl scripts), which periodically checked modification time of some files and eventually these processes started to got stuck on one the mounts. According to procstat the processes got stuck in _vn_lock. Below is some part of procstat -a -kk output: PID TID COMM TDNAME KSTACK 0 0 swapper - mi_switch+0x146 sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 scheduler+0x35d mi_startup+0x96 begin+0x2c 1 100001 init - mi_switch+0x146 sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd _sleep+0x2c7 kern_wait+0xf98 wait4+0x3b syscall+0x335 Xint0x80_syscall+0x20 2 100009 g_event - mi_switch+0x146 sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 g_event_procbody+0xac fork_exit+0x99 fork_trampoline+0x8 3 100010 g_up - mi_switch+0x146 sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 g_io_schedule_up+0xd2 g_up_procbody+0x6e fork_exit+0x99 fork_trampoline+0x8 4 100011 g_down - mi_switch+0x146 sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 g_io_schedule_down+0x6b g_down_procbody+0x6e fork_exit+0x99 fork_trampoline+0x8 5 100013 xpt_thrd - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 xpt_scanner_thread+0x41 fork_exit+0x99 fork_trampoline+0x8 6 100016 acpi_task_0 - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 taskqueue_thread_loop+0x104 fork_exit+0x99 fork_trampoline+0x8 7 100017 acpi_task_1 - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 taskqueue_thread_loop+0x104 fork_exit+0x99 fork_trampoline+0x8 8 100018 acpi_task_2 - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 taskqueue_thread_loop+0x104 fork_exit+0x99 fork_trampoline+0x8 9 100019 thread taskq - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 taskqueue_thread_loop+0x104 fork_exit+0x99 fork_trampoline+0x8 10 100000 audit - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _cv_wait+0x171 audit_worker+0x6f fork_exit+0x99 fork_trampoline+0x8 11 100002 idle: cpu3 - 12 100003 idle: cpu2 - 13 100004 idle: cpu1 - 14 100005 idle: cpu0 - mi_switch+0x146 ipi_bitmap_handler+0x72 Xipi_intr_bitmap_handler+0x2e acpi_cpu_idle+0x184 cpu_idle+0x28 sched_idletd+0x2c4 fork_exit+0x99 fork_trampoline+0x8 15 100006 swi4: clock sio - mi_switch+0x146 ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 16 100007 swi3: vm - 17 100008 swi1: net - mi_switch+0x146 ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 18 100012 yarrow - mi_switch+0x146 sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 pause+0x30 random_kthread+0x22a fork_exit+0x99 fork_trampoline+0x8 19 100014 swi2: cambio - 20 100015 swi5: + - 21 100020 swi6: Giant taskq - 22 100021 swi6: task queue - mi_switch+0x146 ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 23 100022 kqueue taskq - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 taskqueue_thread_loop+0x104 fork_exit+0x99 fork_trampoline+0x8 24 100023 irq9: acpi0 - 25 100024 irq256: bce0 - mi_switch+0x146 ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 26 100025 irq16: mfi0 - mi_switch+0x146 ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 27 100026 irq257: bce1 - mi_switch+0x146 ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 28 100027 irq21: uhci0 uhci+ - mi_switch+0x146 ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 29 100028 usb0 - mi_switch+0x146 sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 usb_event_thread+0xeb fork_exit+0x99 fork_trampoline+0x8 30 100029 usbtask-hc - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 usb_task_thread+0x7e fork_exit+0x99 fork_trampoline+0x8 31 100030 usbtask-dr - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 usb_task_thread+0x7e fork_exit+0x99 fork_trampoline+0x8 32 100031 irq20: uhci1 uhci3 - 33 100032 usb1 - mi_switch+0x146 sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 usb_event_thread+0xeb fork_exit+0x99 fork_trampoline+0x8 34 100033 usb2 - mi_switch+0x146 sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 usb_event_thread+0xeb fork_exit+0x99 fork_trampoline+0x8 35 100034 usb3 - mi_switch+0x146 sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 usb_event_thread+0xeb fork_exit+0x99 fork_trampoline+0x8 36 100035 usb4 - mi_switch+0x146 sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 usb_event_thread+0xeb fork_exit+0x99 fork_trampoline+0x8 37 100036 irq14: ata0 - mi_switch+0x146 ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 38 100037 irq15: ata1 - 39 100038 swi0: sio - 40 100039 irq1: atkbd0 - mi_switch+0x146 ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 41 100040 sctp_iterator - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 sctp_iterator_thread+0x7f fork_exit+0x99 fork_trampoline+0x8 42 100041 pfpurge - mi_switch+0x146 sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 pf_purge_thread+0x3d fork_exit+0x99 fork_trampoline+0x8 43 100042 pagedaemon - mi_switch+0x146 sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 vm_pageout+0x2da fork_exit+0x99 fork_trampoline+0x8 44 100043 vmdaemon - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 vm_daemon+0x78 fork_exit+0x99 fork_trampoline+0x8 45 100044 pagezero - mi_switch+0x146 sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 vm_pagezero+0xd2 fork_exit+0x99 fork_trampoline+0x8 46 100045 bufdaemon - mi_switch+0x146 sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 buf_daemon+0x2fd fork_exit+0x99 fork_trampoline+0x8 47 100046 vnlru - mi_switch+0x146 sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 vnlru_proc+0x153 fork_exit+0x99 fork_trampoline+0x8 48 100047 syncer - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 sched_sync+0x920 fork_exit+0x99 fork_trampoline+0x8 49 100048 softdepflush - mi_switch+0x146 sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 softdep_flush+0x3ce fork_exit+0x99 fork_trampoline+0x8 494 100055 pflogd - mi_switch+0x146 sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd _sleep+0x2c7 sbwait+0x52 soreceive_generic+0x491 soreceive+0x38 soo_read+0x3b dofileread+0x96 kern_readv+0x58 read+0x4f syscall+0x335 Xint0x80_syscall+0x20 499 100077 pflogd - mi_switch+0x146 sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_timedwait_sig+0x19 _sleep+0x2a1 bpfread+0x1c3 devfs_read_f+0x7d dofileread+0x96 kern_readv+0x58 read+0x4f syscall+0x335 Xint0x80_syscall+0x20 560 100052 moused - mi_switch+0x146 sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd _cv_wait_sig+0x180 kern_select+0x7e7 select+0x5e syscall+0x335 Xint0x80_syscall+0x20 706 100069 devd - mi_switch+0x146 sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd _cv_wait_sig+0x180 kern_select+0x7e7 select+0x5e syscall+0x335 Xint0x80_syscall+0x20 757 100050 accounting - mi_switch+0x146 sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 acct_thread+0x40b fork_exit+0x99 fork_trampoline+0x8 [many processes that do not look like related are skipped ... and below are stucked processes] 68304 100714 perl5.8.9 - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 68523 100086 perl5.8.9 - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 68644 100616 perl5.8.9 - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 68679 100764 perl5.8.9 - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 69504 100724 bash - mi_switch+0x146 sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd _sleep+0x2c7 kern_wait+0xf98 wait4+0x3b syscall+0x335 Xint0x80_syscall+0x20 69511 100105 mc - mi_switch+0x146 sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd _sleep+0x2c7 nfs_request+0xbc5 nfs3_access_otw+0xde nfs_access+0x18b VOP_ACCESS_APV+0x42 nfs_lookup+0xd1 VOP_LOOKUP_APV+0x46 lookup+0x611 namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 Xint0x80_syscall+0x20 69513 100240 bash - mi_switch+0x146 sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd _sleep+0x2c7 ttysleep+0x39 ttread+0x617 ptsread+0x3e giant_read+0x89 devfs_read_f+0x7d dofileread+0x96 kern_readv+0x58 read+0x4f syscall+0x335 Xint0x80_syscall+0x20 70521 100849 bash - mi_switch+0x146 sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd _sleep+0x2c7 kern_wait+0xf98 wait4+0x3b syscall+0x335 Xint0x80_syscall+0x20 70528 100550 mc - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_lstat+0x4f lstat+0x2f syscall+0x335 70530 100846 bash - mi_switch+0x146 sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd _sleep+0x2c7 ttysleep+0x39 ttread+0x617 ptsread+0x3e giant_read+0x89 devfs_read_f+0x7d dofileread+0x96 kern_readv+0x58 read+0x4f syscall+0x335 Xint0x80_syscall+0x20 70815 100781 mc - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_lstat+0x4f lstat+0x2f syscall+0x335 70830 100615 df - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_statfs+0x69 __vfs_statfs+0x2f kern_getfsstat+0x2d5 getfsstat+0x2e syscall+0x335 Xint0x80_syscall+0x20 71444 100795 bash - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 71901 100839 df - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_statfs+0x69 __vfs_statfs+0x2f kern_getfsstat+0x2d5 getfsstat+0x2e syscall+0x335 Xint0x80_syscall+0x20 72110 100508 ls - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_lstat+0x4f lstat+0x2f syscall+0x335 72835 100483 ls - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_lstat+0x4f lstat+0x2f syscall+0x335 73265 100685 ls - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 73292 100832 mc - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_lstat+0x4f lstat+0x2f syscall+0x335 73357 100772 ls - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 73796 100746 ls - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_lstat+0x4f lstat+0x2f syscall+0x335 74074 100800 tcsh - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 74125 100543 ls - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 74449 100547 df - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_statfs+0x69 __vfs_statfs+0x2f kern_getfsstat+0x2d5 getfsstat+0x2e syscall+0x335 Xint0x80_syscall+0x20 74497 100737 bash - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 74650 100837 df - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_statfs+0x69 __vfs_statfs+0x2f kern_getfsstat+0x2d5 getfsstat+0x2e syscall+0x335 Xint0x80_syscall+0x20 76499 100771 perl5.8.9 - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 76533 100850 perl5.8.9 - mi_switch+0x146 sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup+0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 I can send the full output privately if someone from developers is interested to look at it. We have removed all NFS shares from this server after the last incident, but we have other servers where the problem might occur too. So any suggestions what we should check/do then to provide more info could be helpful. -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Wed Dec 30 14:59:26 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 651A4106566C; Wed, 30 Dec 2009 14:59:26 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id D31F28FC0C; Wed, 30 Dec 2009 14:59:25 +0000 (UTC) Received: from outgoing.leidinger.net (pD954FE07.dip.t-dialin.net [217.84.254.7]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 0DB6DA18E; Wed, 30 Dec 2009 15:59:16 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 96AD72C4E93; Wed, 30 Dec 2009 15:59:12 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1262185152; bh=xUv1vS+L4TsyNfGx8JPbtqG4dVM9MOQQSwln9pe+7hI=; h=Message-ID:Date:From:To:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding; b=oCTN9nai+8N1ToN1dYq6zKlJnnmEkI+KrcmPPWjIgwkLWFyAxXXLhCojLyFdfZMrX S7vzNnCpOIw89fqJAQyAKHHY2Yf1jzy2jzzQqqWGuQkWc+7yGJnxqeSSE5k/oKohtF VEbgNOYRAIdqBM1gEUiu8z+1WRWSEXxQDWJDN0myIG1cBasRFC+4Ajnxs/mA7zX1/Z xG7dDvFSdzV183a2kj6PUOIBgz3zREtFLLLmmLBRlcQPFaPg1CroWaZQwhlP+lzDLA oHOG6p7GqLgMjt4Ed8f8KmvP89TSbmZzlWPMu9McSvE1W/Bt8IY9Rp4+zGcrbr4DHx nCLjQ1LrG/2ZA== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id nBUExBvf088610; Wed, 30 Dec 2009 15:59:11 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from 192.168.2.46 ([192.168.2.46]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 30 Dec 2009 15:59:10 +0100 Message-ID: <20091230155910.21474ubpm9u244qo@webmail.leidinger.net> Date: Wed, 30 Dec 2009 15:59:10 +0100 From: Alexander Leidinger To: fs@freebsd.org, stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.3) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 0DB6DA18E.2848C X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.686, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, J_CHICKENPOX_32 0.60, TW_SK 0.08, TW_ZF 0.08) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1262789960.52093@dA14L+B3GA+hEqYdWDK4zw X-EBL-Spam-Status: No Cc: Subject: Some fixes for ZFS on 7-stable (more testers wanted) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 14:59:26 -0000 Hi, I backported some changes from 8-stable to 7-stable, I have this running on one 7-stable machine. I would like to get some more feedback for it (even an "it works for me" would be great). The main part of this change is that the FreeBSD taskqueue is used now instead of the opensolaris one (a more detailed list is below). It would also be nice if someone could have a look at the FIRST_THREAD_IN_PROC part. Can there be more than one thread at this place (I do not think so) and I should use FOREACH_THREAD_IN_PROC_instead? How to apply: - cd /usr/src/ - fetch http://www.Leidinger.net/FreeBSD/test/releng7_zfs_merge3.diff - fetch http://www.Leidinger.net/FreeBSD/test/opensolaris_taskq.c - fetch http://www.Leidinger.net/FreeBSD/test/taskq.h - mv taskq.h sys/cddl/contrib/opensolaris/uts/common/sys/taskq.h - mv opensolaris_taskq.c sys/cddl/compat/opensolaris/kern/opensolaris_taskq.c - patch -p0 --quiet nvl_priv' and given the type of the 'packed' pointer the compiler could assume proper alignment for the replacement of bzero() with an 8-byte wide store to be valid. The problem is with the programmer. The programmer knew that the address did not have the alignment guarantees needed for a regular assignment, but failed to inform the compiler of that fact. In fact, the programmer told the compiler the opposite: alignment is guaranteed. The fix is to avoid using a pointer of type "nvlist_t *" and instead use a "char *" pointer as the basis for calculating the address. This tells the compiler that only 1-byte alignment can be assumed and the compiler will either keep the bzero() call or instead replace it with a sequence of byte-wise stores. Both are valid. ---snip--- MERGE http://svn.freebsd.org/viewvc/base?view=revision&revision=195822 trasz - easy merge ---snip--- Fix extattr_list_file(2) on ZFS in case the attribute directory doesn't exist and user doesn't have write access to the file. Without this fix, it returns bogus value instead of 0. For some reason this didn't manifest on my kernel compiled with -O0. ---snip--- MERGE http://svn.freebsd.org/viewvc/base?view=revision&revision=195909 pjd - very easy merge ---snip--- We don't support ephemeral IDs in FreeBSD and without this fix ZFS can panic when in zfs_fuid_create_cred() when userid is negative. It is converted to unsigned value which makes IS_EPHEMERAL() macro to incorrectly report that this is ephemeral ID. The most reasonable solution for now is to always report that the given ID is not ephemeral. ---snip--- MERGE http://svn.freebsd.org/viewvc/base?view=revision&revision=196291 pjd - probably easy merge ---snip--- - Fix a race where /dev/zfs control device is created before ZFS is fully initialized. Also destroy /dev/zfs before doing other deinitializations. - Initialization through taskq is no longer needed and there is a race where one of the zpool/zfs command loads zfs.ko and tries to do some work immediately, but /dev/zfs is not there yet. ---snip--- MERGE http://svn.freebsd.org/viewvc/base?view=revision&revision=196269 marcel - easy merge ---snip--- Fix misalignment in nvpair_native_embedded() caused by the compiler replacing the bzero(). See also revision 195627, which fixed the misalignment in nvpair_native_embedded_array(). ---snip--- MERGE (this also affects dtrace) http://svn.freebsd.org/viewvc/base?view=revision&revision=196295 pjd - added stuff to be reviewed, taskqueue available & same syntax? ---snip--- Remove OpenSolaris taskq port (it performs very poorly in our kernel) and replace it with wrappers around our taskqueue(9). To make it possible implement taskqueue_member() function which returns 1 if the given thread was created by the given taskqueue. ---snip--- MERGE http://svn.freebsd.org/viewvc/base?view=revision&revision=196297 pjd - easy merge ---snip--- Fix panic in zfs recv code. The last vnode (mountpoint's vnode) can have 0 usecount. ---snip--- MERGE http://svn.freebsd.org/viewvc/base?view=revision&revision=196299 pjd - VI_UNLOCK same syntax in RELENG_7? ---snip--- - We need to recycle vnode instead of freeing znode. Submitted by: avg - Add missing vnode interlock unlock. - Remove redundant znode locking. ---snip--- MERGE http://svn.freebsd.org/viewvc/base?view=revision&revision=196301 pjd - probably easy merge ---snip--- If z_buf is NULL, we should free znode immediately. ---snip--- MERGE http://svn.freebsd.org/viewvc/base?view=revision&revision=196307 pjd - to be reviewed ---snip--- Manage asynchronous vnode release just like Solaris. ---snip--- Bye, Alexander. -- Zeus gave Leda the bird. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-stable@FreeBSD.ORG Wed Dec 30 17:16:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCA0E106566B for ; Wed, 30 Dec 2009 17:16:37 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 056588FC19 for ; Wed, 30 Dec 2009 17:16:36 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id nBUHG76Q090387; Thu, 31 Dec 2009 04:16:08 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 31 Dec 2009 04:16:07 +1100 (EST) From: Ian Smith To: David Wolfskill In-Reply-To: <20091229171432.GN470@bunrab.catwhisker.org> Message-ID: <20091230171341.E81420@sola.nimnet.asn.au> References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> <8bdcbc5f08e9b762c3d2dcfe2fd00558.HRCIM@webmail.1command.com> <6201873e0912281550w34937b9eg3498547722739aee@mail.gmail.com> <20091229112037.GA34719@icarus.home.lan> <20091229171432.GN470@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 17:16:37 -0000 On Tue, 29 Dec 2009, David Wolfskill wrote: > On Tue, Dec 29, 2009 at 03:20:37AM -0800, Jeremy Chadwick wrote: > > ... > > I've written my own script to do all of this. It parses periodic > > security mails (on a daily basis), and does WHOIS lookups + parses the > > results to tell me what netblocks/CIDRs I should consider blocking. For > > example, for a security mail that contains this: > > > > horus.sc1.parodius.com login failures: > > Dec 28 15:54:49 horus sshd[74684]: Failed password for root from 199.71.214.240 port 51197 ssh2 > > Dec 28 15:54:49 horus sshd[74686]: Invalid user test from 199.71.214.240 > > Dec 28 18:39:24 horus sshd[84742]: Failed password for root from 208.94.235.248 port 42979 ssh2 > > Dec 28 18:39:25 horus sshd[84744]: Failed password for root from 208.94.235.248 port 43056 ssh2 > > Dec 28 18:39:25 horus sshd[84746]: Failed password for root from 208.94.235.248 port 43156 ssh2 > > Dec 28 18:39:26 horus sshd[84749]: Failed password for root from 208.94.235.248 port 43265 ssh2 > > Dec 28 18:39:27 horus sshd[84751]: Failed password for root from 208.94.235.248 port 43356 ssh2 > > > > The script would output the following: > > > > 199.71.214.240 > > 199.71.212.0/22 Psychz Networks, Walnut, CA, US > > 208.94.235.248 > > 208.94.232.0/22 WZ Communications Inc., Madison, WI, US > > 208.94.235.0/24 Soft-Com.biz, Inc., Panama, NA, PA Jeremy, care to share your whois lookup / parsing script for this? > > Then manually (this is intentional) I go and add the entries I feel > > are relevant to a file called pf.conf.ssh-deny which our systems use to > > block SSH access. > > ... > > I do something somewhat similar, though the implementation is rather > different. Like Jeremy, I choose to make the actual actions intentionally > manual. Me too, apart from one script that tails named.run looking for victims of DNS attacks using our system as a reflector (common here last Jan-Feb for a while) that popped IPs straight into a block table within minutes. > Among salient points: > > * Because I'm fairly familiar with it, I (still) use IPFW. No need to apologise, Luigi's beavering away on it again as we speak, and I'm hoping to try out ipfw+dummynet on Debian fairly soon. > * I received a bit of a "prod" (thanks, Julian!) to use IPFW tables; > that's been quite helpful. > > * I use a moderately quaint (and probably embarrassing) mixture of Perl > & Bourne shell scripts, as well as make, to extract the netblock > information from WHOIS, and to construct a persistent store that's > referenced at boot time. Again, I'm interested in how to query and parse whois info; I've been mostly using iptools.com and such for manual netblock lookups so far. > * As a general rule, I try to report activity such as the above (to the > listed contact(s) from WHOIS). (When I do, I Bcc: myself and keep a > opy of all salient correspondence. Or bounce-o-grams.) Apart from stuff originating in .au I've about given up on doing that. > * For SSH (in particular), I do not rely only on the /var/log/security > entries created by sshd. Rather, I also configure IPFW to log all SSH > session-establishment requests. If I report the unwanted ativity, I > provide both sets of log excerpts. (I often find probes logged by > IPFW that sshd does not log. And yes, I check the "block" list before > IPFW logs a "sucessful" SSH session-establishment request packet.) I'm fortunate to be able to only allow SSH access to known hosts; users on dynamic IPs have to successfully POP their mailbox first which a cron script notices, adding their current IP to the SSH allow table. > * I use one table to block access to SSH. I have another for extreme > cases of abuse, where I block all traffic in either direction, and a > third for access to my Web server. I suppose I could also do something > similar for SMTP.... Here table 1 blocks all IP access (repetitive portscanners and such), table 25 drops heavier mailserver abusers (apart from those denied by /etc/mail/access), table 53 for DNS abuse, table 80 for port 80,443 abuse (apart from hosts/browsers/referers declined apache access), and table 22 for those allowed SSH access, saving much spurious logging. > * I use this for machines that (may) connect directly to the Internet; > thus, my "firewall" machine certainly qualifies -- but so does my laptop. > * I have no mechanism in place to identify, let alone prune, stale > entries. Maybe this can help, thanks to clues Michael Butler posted last year. #!/bin/sh # addr_to_table 24/11/8 smithi + 31/12/9 CIDR matching for updates # add ipaddr[/masklen|32] and date (seconds from epoch) to table N usage() { [ "$1" ] && echo $1 echo "usage: `basename $0` table address [masklen]" exit 1 } [ "$2" ] || usage table=$1 [ $table -ge 1 -a $table -le 127 ] || usage "table '$table' not 1..127" mlen=32; [ "$3" ] && mlen=$3 [ $mlen -ge 8 -a $mlen -le 32 ] || usage "masklen '$mlen' not 8..32" address=$2/$mlen if [ $mlen -lt 32 ]; then # calc CIDR netblock using table 0 ipfw -q table 0 flush; ipfw -q table 0 add $address address=`ipfw table 0 list | awk '{print $1}'` fi for i in `ipfw table $table list | awk '{print $1}'`; do if [ "$i" = "$address" ]; then # echo "found existing $address - updating timestamp" ipfw -q table $table delete $address break fi done ipfw -q table $table add $address `date "+%s"` exit 0 Which is used manually or scripted to add IPs or netblocks to tables. Then to list tables with their timestamps and local date/time: #!/bin/sh # tabledates 7/12/9 smithi upd 31/12/9 usage() { echo "usage: `basename $0` tablenumber (0-127)" exit 1 } [ "$1" ] || usage; [ $1 -ge 0 -a $1 -le 127 ] || usage tab=' ' ipfw table $1 list | while read addr stamp; do [ $stamp -ge 65536 ] && date=`date -r $stamp` || date='' echo "$addr $tab $stamp $tab $date" done exit 0 eg: sola# tabledates 80 | sort -nk2 | tail 82.213.28.0/24 1258876629 Sun Nov 22 18:57:09 EST 2009 193.238.231.0/24 1259076672 Wed Nov 25 02:31:12 EST 2009 95.24.0.0/13 1259632087 Tue Dec 1 12:48:07 EST 2009 82.111.231.0/26 1259850310 Fri Dec 4 01:25:10 EST 2009 203.198.128.0/24 1261153705 Sat Dec 19 03:28:25 EST 2009 203.12.2.160/32 1261301176 Sun Dec 20 20:26:16 EST 2009 8.21.4.254/32 1261301189 Sun Dec 20 20:26:29 EST 2009 61.130.246.0/23 1261302926 Sun Dec 20 20:55:26 EST 2009 74.222.2.0/23 1261811025 Sat Dec 26 18:03:45 EST 2009 212.108.5.60/32 1262107458 Wed Dec 30 04:24:18 EST 2009 Removing entries greater than n seconds old? You can do the maths .. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Dec 30 18:18:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A39B106568F for ; Wed, 30 Dec 2009 18:18:50 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.freebsd.org (Postfix) with ESMTP id B96B28FC16 for ; Wed, 30 Dec 2009 18:18:49 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0KVH0026S9JCFMD0@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 30 Dec 2009 19:18:48 +0100 (CET) Received: from kg-v2.kg4.no ([80.203.92.186]) by bgo1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0KVH009QQ9JCSNE0@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 30 Dec 2009 19:18:48 +0100 (CET) Date: Wed, 30 Dec 2009 19:18:48 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20091230191848.03c18f81.torfinn.ingolfsen@broadpark.no> In-reply-to: <20091223153947.T28370@sola.nimnet.asn.au> References: <20091220215943.5c6cbdcb.torfinn.ingolfsen@broadpark.no> <20091221145238.P28370@sola.nimnet.asn.au> <20091223003811.cb63c28f.torfinn.ingolfsen@broadpark.no> <20091223153947.T28370@sola.nimnet.asn.au> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; amd64-portbld-freebsd7.2) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: Why does FreeBSD 8.-0 think that my Dell SX260 have "non-unform processors"? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 18:18:50 -0000 On Wed, 23 Dec 2009 17:08:58 +1100 (EST) Ian Smith wrote: > On Wed, 23 Dec 2009, Torfinn Ingolfsen wrote: > > > > I don't know. Since last time, I've upgraded the bios to the > > latest (A03) and reset bios to default values - but the problem is > > still there. According to the specs, a SX260 supports all Pentium > > 4 cpus with 400 MHz and 533 MHz FSB (front side bus). > > Yes, this is your problem, regarding speed anyway. I only picked up > on this because this year we bought 2 used intel mobos on eBay; a > D845GBV with a 2GHz P4 (also 400/533 MHz FSB with similar 845 chips > to yours) and the other a D865GLC with a 2.6GHz HTT P4 (400/533/800 > MHz FSB). You're right, of course. :-) I found a Pentium 4 with 400 Mhz FSB, it looks much better now: FreeBSD 7.2-STABLE #6: Sun Oct 11 11:14:33 CEST 2009 root@kg-work2.kg4.no:/usr/obj/usr/src/sys/SX270 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (1992.63-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Features2=0x4400 real memory = 2145849344 (2046 MB) and FreeBSD 8.0 doesn't say anything about "non-unform cpu" anymore. ;^) -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Wed Dec 30 20:19:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D92941065672 for ; Wed, 30 Dec 2009 20:19:44 +0000 (UTC) (envelope-from efinley.lists@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id B18BE8FC21 for ; Wed, 30 Dec 2009 20:19:44 +0000 (UTC) Received: by pwi15 with SMTP id 15so8257641pwi.3 for ; Wed, 30 Dec 2009 12:19:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=JAaIOKLaE9ExRSTUeFEm5P23OYyHt/tXqm+y+X/Z3GY=; b=OIx63y0eFam/7J24vNDXZVDXULxYCqsLQdVcVv+o+Kp+jMEt6bfp2HCAOFRo4VNI8n 8m4GeOaf9O4UNViFbbrDgUeMuJWfHYOGUU5BB9mAO7foKvYOtPlBfS7qD7mZ3PFIy9pE OtxqleEjBqAVV2L0g/1n+KYXsA65QWSU5hl2I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=bzL9J3TczI505yP7r5P5yCvP/7wuSmwU1VGWIaA0s34JkCiYCaFC9U/hVV4yys42VT j8OP3J6X31we2k36oHlUoEKLXYb1sBP+0Dx2zwDYhfm56ckw9HcZiPyYg6IZh6gOWwek XcYsVv748hr9gcYdwSI80Ts+22fzQ8A9hzXcw= MIME-Version: 1.0 Received: by 10.142.4.11 with SMTP id 11mr7502732wfd.86.1262204375470; Wed, 30 Dec 2009 12:19:35 -0800 (PST) Date: Wed, 30 Dec 2009 13:19:35 -0700 Message-ID: <54e63c320912301219m3905056et5d9039b93133dca8@mail.gmail.com> From: Elliot Finley To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: USB Regression in 8.0-R and 8-Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 20:19:44 -0000 I have a server that's been running 7-Stable for along time. It's set up with geli at the disk level and ZFS (including root) on top of that. It boots from a USB key. While booting it asks for the geli passphrase for each disk. This worked as expected in the 7-Stable branch. In 8-Stable, when trying to type in my passphrase, it drops random keystrokes. To be able to boot the system, I had to make the passphrase visible so that I could re-type the keystrokes that were being dropped. Is this a know issue? If not, what information can I gather to help debug this? From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 05:21:47 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45781106566B; Thu, 31 Dec 2009 05:21:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E85348FC13; Thu, 31 Dec 2009 05:21:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBV5LksS095845; Thu, 31 Dec 2009 00:21:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBV5LkvE095817; Thu, 31 Dec 2009 05:21:46 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 31 Dec 2009 05:21:46 GMT Message-Id: <200912310521.nBV5LkvE095817@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 05:21:47 -0000 TB --- 2009-12-31 03:46:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-31 03:46:01 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2009-12-31 03:46:01 - cleaning the object tree TB --- 2009-12-31 03:46:23 - cvsupping the source tree TB --- 2009-12-31 03:46:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2009-12-31 03:46:53 - building world TB --- 2009-12-31 03:46:53 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-31 03:46:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-31 03:46:53 - TARGET=amd64 TB --- 2009-12-31 03:46:53 - TARGET_ARCH=amd64 TB --- 2009-12-31 03:46:53 - TZ=UTC TB --- 2009-12-31 03:46:53 - __MAKE_CONF=/dev/null TB --- 2009-12-31 03:46:53 - cd /src TB --- 2009-12-31 03:46:53 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 31 03:46:53 UTC 2009 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Dec 31 05:13:39 UTC 2009 TB --- 2009-12-31 05:13:39 - generating LINT kernel config TB --- 2009-12-31 05:13:39 - cd /src/sys/amd64/conf TB --- 2009-12-31 05:13:39 - /usr/bin/make -B LINT TB --- 2009-12-31 05:13:39 - building LINT kernel TB --- 2009-12-31 05:13:39 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-31 05:13:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-31 05:13:39 - TARGET=amd64 TB --- 2009-12-31 05:13:39 - TARGET_ARCH=amd64 TB --- 2009-12-31 05:13:39 - TZ=UTC TB --- 2009-12-31 05:13:39 - __MAKE_CONF=/dev/null TB --- 2009-12-31 05:13:39 - cd /src TB --- 2009-12-31 05:13:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 31 05:13:39 UTC 2009 >>> 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 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/serial/usb_serial.c cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/misc/ufm.c cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/misc/udbp.c cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/input/uhid.c cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/input/ukbd.c cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/input/ums.c cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/quirk/usb_quirk.c /src/sys/dev/usb/quirk/usb_quirk.c:136: error: 'USB_PRODUCT_CURITEL_UM175' undeclared here (not in a function) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-31 05:21:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-31 05:21:46 - ERROR: failed to build lint kernel TB --- 2009-12-31 05:21:46 - 4190.14 user 929.56 system 5744.41 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 05:47:13 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C13161065695; Thu, 31 Dec 2009 05:47:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9932A8FC16; Thu, 31 Dec 2009 05:47:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBV5lCqa003988; Thu, 31 Dec 2009 00:47:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBV5lCwG003978; Thu, 31 Dec 2009 05:47:12 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 31 Dec 2009 05:47:12 GMT Message-Id: <200912310547.nBV5lCwG003978@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 05:47:14 -0000 TB --- 2009-12-31 04:38:38 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-31 04:38:38 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2009-12-31 04:38:38 - cleaning the object tree TB --- 2009-12-31 04:38:57 - cvsupping the source tree TB --- 2009-12-31 04:38:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2009-12-31 04:39:24 - building world TB --- 2009-12-31 04:39:24 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-31 04:39:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-31 04:39:24 - TARGET=i386 TB --- 2009-12-31 04:39:24 - TARGET_ARCH=i386 TB --- 2009-12-31 04:39:24 - TZ=UTC TB --- 2009-12-31 04:39:24 - __MAKE_CONF=/dev/null TB --- 2009-12-31 04:39:24 - cd /src TB --- 2009-12-31 04:39:24 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 31 04:39:25 UTC 2009 >>> 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 Thu Dec 31 05:38:42 UTC 2009 TB --- 2009-12-31 05:38:42 - generating LINT kernel config TB --- 2009-12-31 05:38:42 - cd /src/sys/i386/conf TB --- 2009-12-31 05:38:42 - /usr/bin/make -B LINT TB --- 2009-12-31 05:38:42 - building LINT kernel TB --- 2009-12-31 05:38:42 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-31 05:38:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-31 05:38:42 - TARGET=i386 TB --- 2009-12-31 05:38:42 - TARGET_ARCH=i386 TB --- 2009-12-31 05:38:42 - TZ=UTC TB --- 2009-12-31 05:38:42 - __MAKE_CONF=/dev/null TB --- 2009-12-31 05:38:42 - cd /src TB --- 2009-12-31 05:38:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 31 05:38:42 UTC 2009 >>> 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=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/dev/usb/serial/usb_serial.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/dev/usb/misc/ufm.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/dev/usb/misc/udbp.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/dev/usb/input/uhid.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/dev/usb/input/ukbd.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/dev/usb/input/ums.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/dev/usb/quirk/usb_quirk.c /src/sys/dev/usb/quirk/usb_quirk.c:136: error: 'USB_PRODUCT_CURITEL_UM175' undeclared here (not in a function) *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-31 05:47:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-31 05:47:12 - ERROR: failed to build lint kernel TB --- 2009-12-31 05:47:12 - 3050.11 user 660.77 system 4114.12 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 06:09:13 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 120A71065672; Thu, 31 Dec 2009 06:09:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C4DC28FC19; Thu, 31 Dec 2009 06:09:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBV69Cl0068626; Thu, 31 Dec 2009 01:09:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBV69CnR068619; Thu, 31 Dec 2009 06:09:12 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 31 Dec 2009 06:09:12 GMT Message-Id: <200912310609.nBV69CnR068619@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 06:09:13 -0000 TB --- 2009-12-31 05:02:24 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-31 05:02:24 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2009-12-31 05:02:24 - cleaning the object tree TB --- 2009-12-31 05:02:44 - cvsupping the source tree TB --- 2009-12-31 05:02:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2009-12-31 05:03:10 - building world TB --- 2009-12-31 05:03:10 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-31 05:03:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-31 05:03:10 - TARGET=pc98 TB --- 2009-12-31 05:03:10 - TARGET_ARCH=i386 TB --- 2009-12-31 05:03:10 - TZ=UTC TB --- 2009-12-31 05:03:10 - __MAKE_CONF=/dev/null TB --- 2009-12-31 05:03:10 - cd /src TB --- 2009-12-31 05:03:10 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 31 05:03:10 UTC 2009 >>> 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 Thu Dec 31 06:01:58 UTC 2009 TB --- 2009-12-31 06:01:58 - generating LINT kernel config TB --- 2009-12-31 06:01:58 - cd /src/sys/pc98/conf TB --- 2009-12-31 06:01:58 - /usr/bin/make -B LINT TB --- 2009-12-31 06:01:58 - building LINT kernel TB --- 2009-12-31 06:01:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-31 06:01:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-31 06:01:58 - TARGET=pc98 TB --- 2009-12-31 06:01:58 - TARGET_ARCH=i386 TB --- 2009-12-31 06:01:58 - TZ=UTC TB --- 2009-12-31 06:01:58 - __MAKE_CONF=/dev/null TB --- 2009-12-31 06:01:58 - cd /src TB --- 2009-12-31 06:01:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 31 06:01:58 UTC 2009 >>> 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=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/dev/usb/serial/usb_serial.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/dev/usb/misc/ufm.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/dev/usb/misc/udbp.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/dev/usb/input/uhid.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/dev/usb/input/ukbd.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/dev/usb/input/ums.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/dev/usb/quirk/usb_quirk.c /src/sys/dev/usb/quirk/usb_quirk.c:136: error: 'USB_PRODUCT_CURITEL_UM175' undeclared here (not in a function) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-31 06:09:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-31 06:09:12 - ERROR: failed to build lint kernel TB --- 2009-12-31 06:09:12 - 2945.30 user 664.78 system 4007.60 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 06:28:53 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2B29106566B; Thu, 31 Dec 2009 06:28:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7A6FF8FC13; Thu, 31 Dec 2009 06:28:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBV6Sqq7086147; Thu, 31 Dec 2009 01:28:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBV6SqDc086143; Thu, 31 Dec 2009 06:28:52 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 31 Dec 2009 06:28:52 GMT Message-Id: <200912310628.nBV6SqDc086143@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 06:28:53 -0000 TB --- 2009-12-31 05:04:43 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-31 05:04:43 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2009-12-31 05:04:43 - cleaning the object tree TB --- 2009-12-31 05:05:05 - cvsupping the source tree TB --- 2009-12-31 05:05:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2009-12-31 05:05:29 - building world TB --- 2009-12-31 05:05:29 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-31 05:05:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-31 05:05:29 - TARGET=ia64 TB --- 2009-12-31 05:05:29 - TARGET_ARCH=ia64 TB --- 2009-12-31 05:05:29 - TZ=UTC TB --- 2009-12-31 05:05:29 - __MAKE_CONF=/dev/null TB --- 2009-12-31 05:05:29 - cd /src TB --- 2009-12-31 05:05:29 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 31 05:05:30 UTC 2009 >>> 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 Thu Dec 31 06:20:38 UTC 2009 TB --- 2009-12-31 06:20:38 - generating LINT kernel config TB --- 2009-12-31 06:20:38 - cd /src/sys/ia64/conf TB --- 2009-12-31 06:20:38 - /usr/bin/make -B LINT TB --- 2009-12-31 06:20:38 - building LINT kernel TB --- 2009-12-31 06:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-31 06:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-31 06:20:38 - TARGET=ia64 TB --- 2009-12-31 06:20:38 - TARGET_ARCH=ia64 TB --- 2009-12-31 06:20:38 - TZ=UTC TB --- 2009-12-31 06:20:38 - __MAKE_CONF=/dev/null TB --- 2009-12-31 06:20:38 - cd /src TB --- 2009-12-31 06:20:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 31 06:20:38 UTC 2009 >>> 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 -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/dev/usb/serial/usb_serial.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/dev/usb/misc/ufm.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/dev/usb/misc/udbp.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/dev/usb/input/uhid.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/dev/usb/input/ukbd.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/dev/usb/input/ums.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/dev/usb/quirk/usb_quirk.c /src/sys/dev/usb/quirk/usb_quirk.c:136: error: 'USB_PRODUCT_CURITEL_UM175' undeclared here (not in a function) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-31 06:28:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-31 06:28:52 - ERROR: failed to build lint kernel TB --- 2009-12-31 06:28:52 - 4067.34 user 660.23 system 5048.92 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 06:50:25 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 703531065695; Thu, 31 Dec 2009 06:50:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2EA378FC12; Thu, 31 Dec 2009 06:50:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBV6oOxt074542; Thu, 31 Dec 2009 01:50:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBV6oOLv074538; Thu, 31 Dec 2009 06:50:24 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 31 Dec 2009 06:50:24 GMT Message-Id: <200912310650.nBV6oOLv074538@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 06:50:25 -0000 TB --- 2009-12-31 05:47:13 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-31 05:47:13 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2009-12-31 05:47:13 - cleaning the object tree TB --- 2009-12-31 05:47:28 - cvsupping the source tree TB --- 2009-12-31 05:47:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2009-12-31 05:48:02 - building world TB --- 2009-12-31 05:48:02 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-31 05:48:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-31 05:48:02 - TARGET=powerpc TB --- 2009-12-31 05:48:02 - TARGET_ARCH=powerpc TB --- 2009-12-31 05:48:02 - TZ=UTC TB --- 2009-12-31 05:48:02 - __MAKE_CONF=/dev/null TB --- 2009-12-31 05:48:02 - cd /src TB --- 2009-12-31 05:48:02 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 31 05:48:03 UTC 2009 >>> 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 Thu Dec 31 06:44:42 UTC 2009 TB --- 2009-12-31 06:44:42 - generating LINT kernel config TB --- 2009-12-31 06:44:42 - cd /src/sys/powerpc/conf TB --- 2009-12-31 06:44:42 - /usr/bin/make -B LINT TB --- 2009-12-31 06:44:42 - building LINT kernel TB --- 2009-12-31 06:44:42 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-31 06:44:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-31 06:44:42 - TARGET=powerpc TB --- 2009-12-31 06:44:42 - TARGET_ARCH=powerpc TB --- 2009-12-31 06:44:42 - TZ=UTC TB --- 2009-12-31 06:44:42 - __MAKE_CONF=/dev/null TB --- 2009-12-31 06:44:42 - cd /src TB --- 2009-12-31 06:44:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 31 06:44:43 UTC 2009 >>> 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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/serial/usb_serial.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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/misc/ufm.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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/misc/udbp.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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/input/uhid.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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/input/ukbd.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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/input/ums.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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/quirk/usb_quirk.c /src/sys/dev/usb/quirk/usb_quirk.c:136: error: 'USB_PRODUCT_CURITEL_UM175' undeclared here (not in a function) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-31 06:50:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-31 06:50:24 - ERROR: failed to build lint kernel TB --- 2009-12-31 06:50:24 - 3008.68 user 590.34 system 3791.41 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 07:08:08 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 091DC106568B; Thu, 31 Dec 2009 07:08:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D4C018FC0A; Thu, 31 Dec 2009 07:08:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBV78740012641; Thu, 31 Dec 2009 02:08:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBV787kS012640; Thu, 31 Dec 2009 07:08:07 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 31 Dec 2009 07:08:07 GMT Message-Id: <200912310708.nBV787kS012640@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 07:08:08 -0000 TB --- 2009-12-31 06:09:12 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-31 06:09:12 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2009-12-31 06:09:12 - cleaning the object tree TB --- 2009-12-31 06:09:28 - cvsupping the source tree TB --- 2009-12-31 06:09:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2009-12-31 06:10:33 - building world TB --- 2009-12-31 06:10:33 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-31 06:10:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-31 06:10:33 - TARGET=sparc64 TB --- 2009-12-31 06:10:33 - TARGET_ARCH=sparc64 TB --- 2009-12-31 06:10:33 - TZ=UTC TB --- 2009-12-31 06:10:33 - __MAKE_CONF=/dev/null TB --- 2009-12-31 06:10:33 - cd /src TB --- 2009-12-31 06:10:33 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 31 06:10:34 UTC 2009 >>> 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 Thu Dec 31 07:02:01 UTC 2009 TB --- 2009-12-31 07:02:01 - generating LINT kernel config TB --- 2009-12-31 07:02:01 - cd /src/sys/sparc64/conf TB --- 2009-12-31 07:02:01 - /usr/bin/make -B LINT TB --- 2009-12-31 07:02:01 - building LINT kernel TB --- 2009-12-31 07:02:01 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-31 07:02:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-31 07:02:01 - TARGET=sparc64 TB --- 2009-12-31 07:02:01 - TARGET_ARCH=sparc64 TB --- 2009-12-31 07:02:01 - TZ=UTC TB --- 2009-12-31 07:02:01 - __MAKE_CONF=/dev/null TB --- 2009-12-31 07:02:01 - cd /src TB --- 2009-12-31 07:02:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 31 07:02:01 UTC 2009 >>> 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/serial/usb_serial.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/misc/ufm.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/misc/udbp.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/input/uhid.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/input/ukbd.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/input/ums.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/quirk/usb_quirk.c /src/sys/dev/usb/quirk/usb_quirk.c:136: error: 'USB_PRODUCT_CURITEL_UM175' undeclared here (not in a function) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-31 07:08:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-31 07:08:07 - ERROR: failed to build lint kernel TB --- 2009-12-31 07:08:07 - 2876.04 user 564.71 system 3534.83 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 07:42:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4335B106566B for ; Thu, 31 Dec 2009 07:42:39 +0000 (UTC) (envelope-from russell.yount@gmail.com) Received: from mail-vw0-f173.google.com (mail-vw0-f173.google.com [209.85.212.173]) by mx1.freebsd.org (Postfix) with ESMTP id E8D5C8FC20 for ; Thu, 31 Dec 2009 07:42:38 +0000 (UTC) Received: by vws3 with SMTP id 3so3993122vws.3 for ; Wed, 30 Dec 2009 23:42:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=lgQOrfYBQ4dijPTTeaqFor6UkAfrMOOANS5v/7kr7Ds=; b=CNtXF52R/d3XE43yUmFzn42quaEiU248CKnAHZV1H+heovZhxadLGkYEWqqY2urLgZ Ft4WNvbLGNiuDCt1Ui5LRGv5xJk0humoalB769EGaY7nrExZNzS/NEfrIJ6EFsOUj5fm aWisNYhY+DeFvr42MtBx73M+9rd7NfPUtq1i8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=ZQ4JvUfbYOsKdXRVNhv5XvooaLmu5hZohC1eoUJd9V68HqHuIBndB+vlBnOpGS4RbQ OqdFk1IaD3wps03PsTughRbbU0HUzTBF13xZ9dVCsmKUN0QOzeg5xXx26TExN/cg2GTh gK1Ic4bWU0hUOlbrlYsJo/60f8SEl+4OV8qpQ= MIME-Version: 1.0 Received: by 10.220.122.35 with SMTP id j35mr4745107vcr.46.1262243800425; Wed, 30 Dec 2009 23:16:40 -0800 (PST) Date: Thu, 31 Dec 2009 02:16:40 -0500 Message-ID: From: Russell Yount To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Russell Yount Subject: atheros broadcast/multicast corruption with multiple hostap's X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 07:42:39 -0000 It seems AP to client broadcasts/multicasts traffic is broken when using WPA2/802.11i with multiple hostapds in 8.0. Only the SSID associated with the last hostapd to be started has AP to client broadcasts/multicasts being delivered correctly. The AP and client are 8.0 freebsd systems althought I see same problems with windows XP as a client. The AP has 4 hostapds configured to use TLS with client certificates for authentication. (hostapd recompiled with HOSTAPD_CFLAGS=-DEAP_SERVER) The AP and client radio are shown as ath0: AR5212 mac 5.9 RF5112 phy 4.3 in dmesg. Client authenticate using client certificates associate correctly to all 4 SSIDs. Unicast traffic flows correctly between clients and AP for all for 4 SSIDs. Client to AP broadcast/multicast traffic works on of 4 SSIDs. AP to client broadcast/multicast traffic only works on 1 of the SSIDs. I have documented this using ARP broadcasts, but normal IP broadcasts also observed to corrupted. When an ARP request is send through the AP to an associated client it seems to be trashed on any of the SSID except the one associated with the last hostapd to be started. Here is the output of client side tcpdump showing the problems. In the first client side tcpdump with the hostapd associated with the SSID being associaed with the last hostapd started and the traffic flowing normally. In the second client side tcpdump with the hostapd associated with the SSID being not the last hostapd started the ARP request is resent multiple times and appears corrupted. I would really like to find a fix for this. Any help would be greatly appreciated. -Russ ---- tcpdump -e -n -l -i wlan0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on wlan0, link-type EN10MB (Ethernet), capture size 96 bytes 00:53:46.565936 00:00:24:c9:b0:90 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 56: Request who-has 192.168.13.220 tell 192.168.13.115, length 42 00:53:46.565975 00:11:95:87:d1:d8 > 00:00:24:c9:b0:90, ethertype ARP (0x0806), length 42: Reply 192.168.13.220 is-at 00:11:95:87:d1:d8, length 28 00:53:46.567269 00:00:24:c9:b0:90 > 00:11:95:87:d1:d8, ethertype IPv4 (0x0800), length 98: 192.168.13.115 > 192.168.13.220: ICMP echo request, id 35599, seq 0, length 64 00:53:46.567302 00:11:95:87:d1:d8 > 00:00:24:c9:b0:90, ethertype IPv4 (0x0800), length 98: 192.168.13.220 > 192.168.13.115: ICMP echo reply, id 35599, seq 0, length 64 00:53:47.567919 00:00:24:c9:b0:90 > 00:11:95:87:d1:d8, ethertype IPv4 (0x0800), length 98: 192.168.13.115 > 192.168.13.220: ICMP echo request, id 35599, seq 1, length 64 00:53:47.567950 00:11:95:87:d1:d8 > 00:00:24:c9:b0:90, ethertype IPv4 (0x0800), length 98: 192.168.13.220 > 192.168.13.115: ICMP echo reply, id 35599, seq 1, length 64 00:53:48.569792 00:00:24:c9:b0:90 > 00:11:95:87:d1:d8, ethertype IPv4 (0x0800), length 98: 192.168.13.115 > 192.168.13.220: ICMP echo request, id 35599, seq 2, length 64 00:53:48.569824 00:11:95:87:d1:d8 > 00:00:24:c9:b0:90, ethertype IPv4 (0x0800), length 98: 192.168.13.220 > 192.168.13.115: ICMP echo reply, id 35599, seq 2, length 64 ^C 8 packets captured 8 packets received by filter 0 packets dropped by kernel ---- tcpdump -e -n -l -i wlan0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on wlan0, link-type EN10MB (Ethernet), capture size 96 bytes 00:55:19.938900 00:00:24:c9:b0:90 > ff:ff:ff:ff:ff:ff, 802.3, length 64: LLC, dsap Unknown (0x2a) Group, ssap Unknown (0x32) Command, ctrl 0x6d3d: Supervisory, ?, rcv seq 54, Flags [Poll], length 50 00:55:20.940261 00:00:24:c9:b0:90 > ff:ff:ff:ff:ff:ff, 802.3, length 64: LLC, dsap Unknown (0x1a) Individual, ssap Unknown (0x36) Command, ctrl 0xbb45: Supervisory, Receiver not Ready, rcv seq 93, Flags [Poll], length 50 00:55:21.942119 00:00:24:c9:b0:90 > ff:ff:ff:ff:ff:ff, 802.3, length 64: LLC, dsap Unknown (0x0a) Group, ssap Unknown (0x6a) Response, ctrl 0x76aa: Information, send seq 85, rcv seq 59, Flags [Response], length 50 00:55:22.943974 00:00:24:c9:b0:90 > ff:ff:ff:ff:ff:ff, 802.3, length 64: LLC, dsap Unknown (0xec) Individual, ssap Unknown (0xd4) Command, ctrl 0x47b9: Supervisory, Reject, rcv seq 35, Flags [Poll], length 50 00:55:23.945911 00:00:24:c9:b0:90 > ff:ff:ff:ff:ff:ff, 802.3, length 64: LLC, dsap Unknown (0x96) Group, ssap Unknown (0xc6) Response, ctrl 0xf890: Information, send seq 72, rcv seq 124, Flags [Response], length 50 00:55:24.947772 00:00:24:c9:b0:90 > ff:ff:ff:ff:ff:ff, 802.3, length 64: LLC, dsap Unknown (0x68) Individual, ssap Unknown (0xfa) Command, ctrl 0x0a22: Information, send seq 17, rcv seq 5, Flags [Command], length 50 00:55:29.957213 00:00:24:c9:b0:90 > ff:ff:ff:ff:ff:ff, 802.3, length 64: LLC, dsap Unknown (0xa0) Group, ssap SNA (0x04) Command, ctrl 0x9110: Information, send seq 8, rcv seq 72, Flags [Poll], length 50 ^C 7 packets captured 7 packets received by filter 0 packets dropped by kernel ---- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 07:56:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D81051065670 for ; Thu, 31 Dec 2009 07:56:40 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 4C3018FC13 for ; Thu, 31 Dec 2009 07:56:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id nBV7uZCt031192; Thu, 31 Dec 2009 18:56:35 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 31 Dec 2009 18:56:34 +1100 (EST) From: Ian Smith To: Torfinn Ingolfsen In-Reply-To: <20091230191848.03c18f81.torfinn.ingolfsen@broadpark.no> Message-ID: <20091231184327.I93577@sola.nimnet.asn.au> References: <20091220215943.5c6cbdcb.torfinn.ingolfsen@broadpark.no> <20091221145238.P28370@sola.nimnet.asn.au> <20091223003811.cb63c28f.torfinn.ingolfsen@broadpark.no> <20091223153947.T28370@sola.nimnet.asn.au> <20091230191848.03c18f81.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Why does FreeBSD 8.-0 think that my Dell SX260 have "non-unform processors"? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 07:56:40 -0000 On Wed, 30 Dec 2009, Torfinn Ingolfsen wrote: > On Wed, 23 Dec 2009 17:08:58 +1100 (EST) > Ian Smith wrote: > > On Wed, 23 Dec 2009, Torfinn Ingolfsen wrote: > > > > > > I don't know. Since last time, I've upgraded the bios to the > > > latest (A03) and reset bios to default values - but the problem is > > > still there. According to the specs, a SX260 supports all Pentium > > > 4 cpus with 400 MHz and 533 MHz FSB (front side bus). > > > > Yes, this is your problem, regarding speed anyway. I only picked up > > on this because this year we bought 2 used intel mobos on eBay; a > > D845GBV with a 2GHz P4 (also 400/533 MHz FSB with similar 845 chips > > to yours) and the other a D865GLC with a 2.6GHz HTT P4 (400/533/800 > > MHz FSB). > > You're right, of course. :-) Well, 'for once' :) > I found a Pentium 4 with 400 Mhz FSB, it looks much better now: > FreeBSD 7.2-STABLE #6: Sun Oct 11 11:14:33 CEST 2009 > root@kg-work2.kg4.no:/usr/obj/usr/src/sys/SX270 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (1992.63-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > Features=0xbfebfbff > Features2=0x4400 > real memory = 2145849344 (2046 MB) > > and FreeBSD 8.0 doesn't say anything about "non-unform cpu" anymore. ;^) Great. Your 2GHz P4 is a later stepping which has HTT also, ours is: CPU0: Intel(R) Pentium(R) 4 CPU 2.00GHz stepping 04 Total of 1 processors activated (4003.47 BogoMIPS). as Debian dmesg tells it. But I still don't know whether it's nowadays safe and/or advantageous running hyperthreading on these CPUs in FreeBSD? Anyone? cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 09:13:03 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 585011065676 for ; Thu, 31 Dec 2009 09:13:03 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id A5E938FC08 for ; Thu, 31 Dec 2009 09:13:02 +0000 (UTC) Received: (qmail 39866 invoked by uid 89); 31 Dec 2009 09:13:00 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 31 Dec 2009 09:13:00 -0000 Date: Thu, 31 Dec 2009 10:12:59 +0100 From: Oliver Lehmann To: stable@freebsd.org Message-Id: <20091231101259.3f28dc5b.lehmann@ans-netz.de> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libusbhid.a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 09:13:03 -0000 Hi, I'm trying to build the 7 world from yesterdays CVSup but I'm getting: ===> usr.sbin/bluetooth/bthidcontrol (all) cc -O2 -fno-strict-aliasing -pipe -march=pentium3 -DBTHIDCONTROL=1 -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers -Wno-pointer-sign -c /usr/src/usr.sbin/bluetooth/bthidcontrol/bthidcontrol.c cc -O2 -fno-strict-aliasing -pipe -march=pentium3 -DBTHIDCONTROL=1 -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers -Wno-pointer-sign -c /usr/src/usr.sbin/bluetooth/bthidcontrol/hid.c cc -O2 -fno-strict-aliasing -pipe -march=pentium3 -DBTHIDCONTROL=1 -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers -Wno-pointer-sign -c lexer.c cc -O2 -fno-strict-aliasing -pipe -march=pentium3 -DBTHIDCONTROL=1 -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers -Wno-pointer-sign -c parser.c cc -O2 -fno-strict-aliasing -pipe -march=pentium3 -DBTHIDCONTROL=1 -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers -Wno-pointer-sign -c /usr/src/usr.sbin/bluetooth/bthidcontrol/sdp.c make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libusbhid.a. Stop I remember that I had the error in June also but then I just disabled building bthidcontrol to work it around. Now I want it fixed ;) Ideas? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 09:40:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B21E106566B for ; Thu, 31 Dec 2009 09:40:57 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id CA5C78FC15 for ; Thu, 31 Dec 2009 09:40:56 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NQHWX-0006NP-Kk for freebsd-stable@freebsd.org; Thu, 31 Dec 2009 10:40:53 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 31 Dec 2009 10:40:53 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 31 Dec 2009 10:40:53 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Thu, 31 Dec 2009 10:40:38 +0100 Lines: 27 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20091220 SeaMonkey/2.0.1 Sender: news Subject: uname(1) does not show system is patched via freebsd-update(8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 09:40:57 -0000 Hallo, The system here seems to be patched yet I do not see the information in uname(1) output (see below). Is this a bug or my error or what ? Cheers, Martin -- mb-aw1n-bsd[/root]# freebsd-update install No updates are available to install. Run '/usr/sbin/freebsd-update fetch' first. mb-aw1n-bsd[/root]# freebsd-update fetch Looking up update.FreeBSD.org mirrors... 3 mirrors found. Fetching metadata signature for 8.0-RELEASE from update4.FreeBSD.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. No updates needed to update system to 8.0-RELEASE-p1. mb-aw1n-bsd[/root]# uname -a FreeBSD mb-aw1n-bsd 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:48:17 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 09:49:53 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF910106566B for ; Thu, 31 Dec 2009 09:49:53 +0000 (UTC) (envelope-from vm@vm.net.ua) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 5097C8FC08 for ; Thu, 31 Dec 2009 09:49:52 +0000 (UTC) Received: by fxm27 with SMTP id 27so12056206fxm.3 for ; Thu, 31 Dec 2009 01:49:45 -0800 (PST) MIME-Version: 1.0 Received: by 10.239.183.147 with SMTP id u19mr725830hbg.106.1262252985130; Thu, 31 Dec 2009 01:49:45 -0800 (PST) In-Reply-To: References: From: =?UTF-8?B?0JLQuNGC0LDQu9C40Lkg0JzQvtC40YHQtdC10LI=?= Date: Thu, 31 Dec 2009 11:49:25 +0200 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: uname(1) does not show system is patched via freebsd-update(8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 09:49:53 -0000 Do you make a kernel rebuild after patched? i use custom kernel and rebuild it after freebsd-update pppoe-server# uname -a FreeBSD pppoe-server.expressnikopol.net.ua 8.0-RELEASE-p1 FreeBSD 8.0-RELEASE-p1 #2: Fri Dec 4 15:10:18 EET 2009 rot@pppoe-server.en.net.ua:/usr/obj/usr/src/sys/PPPOE amd64 2009/12/31 martinko : > Hallo, > > The system here seems to be patched yet I do not see the information in > uname(1) output (see below). =C2=A0Is this a bug or my error or what ? > > Cheers, > > Martin > > -- > > mb-aw1n-bsd[/root]# freebsd-update install > No updates are available to install. > Run '/usr/sbin/freebsd-update fetch' first. > mb-aw1n-bsd[/root]# freebsd-update fetch > Looking up update.FreeBSD.org mirrors... 3 mirrors found. > Fetching metadata signature for 8.0-RELEASE from update4.FreeBSD.org... > done. > Fetching metadata index... done. > Inspecting system... done. > Preparing to download files... done. > > No updates needed to update system to 8.0-RELEASE-p1. > mb-aw1n-bsd[/root]# uname -a > FreeBSD mb-aw1n-bsd 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:48:= 17 > UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC =C2=A0= i386 > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --=20 WBR, =D0=92=D0=B8=D1=82=D0=B0=D0=BB=D0=B8=D0=B9 =D0=9C=D0=BE=D0=B8=D1=81=D0= =B5=D0=B5=D0=B2, vm@vm.net.ua VM347-RIPE, VM265-UANIC ICQ# 111222168 wave: vitaly.moiseev@googlewave.com From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 09:50:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A449106572B for ; Thu, 31 Dec 2009 09:50:04 +0000 (UTC) (envelope-from edhoprima@gmail.com) Received: from mail-px0-f190.google.com (mail-px0-f190.google.com [209.85.216.190]) by mx1.freebsd.org (Postfix) with ESMTP id 1F9B58FC18 for ; Thu, 31 Dec 2009 09:50:03 +0000 (UTC) Received: by pxi28 with SMTP id 28so8635872pxi.7 for ; Thu, 31 Dec 2009 01:49:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Uw48LhKfenmki7JjozbTYPRsDCUxsqUQkG+XWWHDDmA=; b=lDPqJceFzo8NpwckIi1Ih5ChbCuctEyf+1UmXCqC9/00ubjwc+yQLLFEmz3ylT5A6t r+krCV3bSoPdnSClKATLb2iP31l5/2cL3hA9EAPng5TTIyXoKfw32s5WEKVRJrYtQn0x 8IN9aIVJ9u/ysi/hf7uF7oCf+pomEDBPMHrCg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=I+gKmwm4VzpAH7cs0WKxMdUmJpYcWJ/rEC8DzmOICg8QkaVTDZr22818Js/z89v0My 2JpjGDBrieQizxmkAuDNilG5eOhFZk3UVHMl2p/XTsWXIbPJneE4bWkJYP3w1helkhl9 GPRx0/wXponv5vRKPDsxf5UzlPuPrqPOdotJs= MIME-Version: 1.0 Received: by 10.142.56.16 with SMTP id e16mr12074711wfa.304.1262252989226; Thu, 31 Dec 2009 01:49:49 -0800 (PST) In-Reply-To: References: Date: Thu, 31 Dec 2009 16:49:49 +0700 Message-ID: From: Edho P Arief To: martinko Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: uname(1) does not show system is patched via freebsd-update(8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 09:50:04 -0000 2009/12/31 martinko : > Hallo, > > The system here seems to be patched yet I do not see the information in > uname(1) output (see below). =C2=A0Is this a bug or my error or what ? > > Cheers, > > Martin > only latest patch with updated kernel can be seen with uname. (it shows kernel version, afterall) --=20 O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 09:52:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 144F01065693 for ; Thu, 31 Dec 2009 09:52:52 +0000 (UTC) (envelope-from D.Love@shu.ac.uk) Received: from coffee.shu.ac.uk (coffee.shu.ac.uk [143.52.2.44]) by mx1.freebsd.org (Postfix) with ESMTP id D86EB8FC18 for ; Thu, 31 Dec 2009 09:52:50 +0000 (UTC) Received: from shamrock.hallam.shu.ac.uk ([10.14.26.208]) by coffee.shu.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NQHR2-0004HJ-QU for freebsd-stable@freebsd.org; Thu, 31 Dec 2009 09:35:13 +0000 Received: from hollyhock.hallam.shu.ac.uk ([fe80:0000:0000:0000:2534:c8c9:242.103.93.67]) by shamrock.hallam.shu.ac.uk ([10.14.26.241]) with mapi; Thu, 31 Dec 2009 09:35:12 +0000 From: "Love, David" To: "freebsd-stable@freebsd.org" Date: Thu, 31 Dec 2009 09:35:18 +0000 Thread-Topic: freebsd-stable Digest, Vol 337, Issue 4 Thread-Index: AcqJ/Iy3pSgOZkmkQJiFqjP6QcDZBg== Message-ID: <70C7B1FC-AAF5-4D48-9DD2-9777637388D5@exchange.shu.ac.uk> References: <20091231091316.537BE1065710@hub.freebsd.org> In-Reply-To: <20091231091316.537BE1065710@hub.freebsd.org> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: freebsd-stable Digest, Vol 337, Issue 4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 09:52:52 -0000 Km Hyjobbcxxfui | | Senior Lecturer, | Networks, Security & | Forensics,iikooioohjjp | Sheffield Hallam University. | | Office: Furnival Building, 9342 | Tel: 0114 225 6828 | On 31 Dec 2009, at 09:14, "freebsd-stable-request@freebsd.org" wrote: > Send freebsd-stable mailing list submissions to > freebsd-stable@freebsd.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > or, via email, send a message with subject or body 'help' to > freebsd-stable-request@freebsd.org > > You can reach the person managing the list at > freebsd-stable-owner@freebsd.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of freebsd-stable digest..." > > > Today's Topics: > > 1. Re: Most files in subversion stable/8/sys touched by bms > (Pete French) > 2. Re: php5-5.2.11_1 Vulnerabilities (r00t) > 3. NFS locking issue with FreeBSD7.1 client (Mikolaj Golub) > 4. Some fixes for ZFS on 7-stable (more testers wanted) > (Alexander Leidinger) > 5. Re: Hacked - FreeBSD 7.1-Release (Ian Smith) > 6. Re: Why does FreeBSD 8.-0 think that my Dell SX260 have > "non-unform processors"? (Torfinn Ingolfsen) > 7. USB Regression in 8.0-R and 8-Stable (Elliot Finley) > 8. [releng_8 tinderbox] failure on amd64/amd64 (FreeBSD Tinderbox) > 9. [releng_8 tinderbox] failure on i386/i386 (FreeBSD Tinderbox) > 10. [releng_8 tinderbox] failure on i386/pc98 (FreeBSD Tinderbox) > 11. [releng_8 tinderbox] failure on ia64/ia64 (FreeBSD Tinderbox) > 12. [releng_8 tinderbox] failure on powerpc/powerpc > (FreeBSD Tinderbox) > 13. [releng_8 tinderbox] failure on sparc64/sparc64 > (FreeBSD Tinderbox) > 14. atheros broadcast/multicast corruption with multiple hostap's > (Russell Yount) > 15. Re: Why does FreeBSD 8.-0 think that my Dell SX260 have > "non-unform processors"? (Ian Smith) > 16. don't know how to make > /usr/obj/usr/src/tmp/usr/lib/libusbhid.a (Oliver Lehmann) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 30 Dec 2009 12:14:53 +0000 > From: Pete French > Subject: Re: Most files in subversion stable/8/sys touched by bms > To: freebsd-stable@FreeBSD.ORG, lab@gta.com, olli@lurza.secnetix.de > Message-ID: > >> By the way, here is another little tool that can be used to >> watch changes in 8-stable conveniently: >> >> http://www.secnetix.de/olli/FreeBSD/svnews/?p=3Dstable/8/sys > > Have you seen Fresh BSD ? It does a very similary thing except > it's not just restricted to FreeBSD. For example to track RELENG_8... > > http://www.freshbsd.org/?branch=3DRELENG_8&project=3Dfreebsd > > meanwhile, over at Dragonfly... > > http://www.freshbsd.org/?project=3Ddfbsd > > etc... > > -pete. > > > > ------------------------------ > > Message: 2 > Date: Wed, 30 Dec 2009 04:03:24 -1000 > From: r00t > Subject: Re: php5-5.2.11_1 Vulnerabilities > To: freebsd-stable@freebsd.org > Message-ID: <4B3B5DAC.20102@ellicit.org> > Content-Type: text/plain; charset=3DISO-8859-1 > > On 12/26/09 3:38 AM, Matthew Seaman wrote: >> >>> I say this as both someone who does web hosting and codes in PHP. I >>> often wonder what the point of PHP is given Markup::Perl[3]'s >>> existence. >> >> Ooooh... another way of embedding perl into HTML. That makes <... >> counts >> on fingers ...> loads. >> >> Not to mention all those solutions employing Ruby or Java/jsp or >> Python. And >> the Google web tools stuff, where you write pure Java and it compiles >> into the >> appropriate mix of server side Java objects and Ajax enabled web >> pages. >> >> Or the distressingly under-appreciated WebObjects stuff from Apple, >> which may >> have been around a few years but is still pretty revolutionary >> (although >> not >> free). >> >> No -- there are many, many alternatives to PHP. Trouble is, there >> are >> many, >> many web-monkeys out there that cannot conceive of using anything >> else. >> And >> if you propose to a client writing a web app in any other language >> they >> get all >> bothered because it's "non standard" and because "we can find PHP >> coders >> easily". That's a self fulfilling prophecy if ever I saw one. A lot >> like proposing any >> other OS than Windows... Now who would do a thing like that? >> >> Cheers, >> >> Matthew (who thinks HTML::Mason is where it's at...) >> > > suhosin-patch-5.2.11-0.9.7.patch.gz is now in ports so this issue is > closed. > > > ------------------------------ > > Message: 3 > Date: Wed, 30 Dec 2009 16:29:32 +0200 > From: Mikolaj Golub > Subject: NFS locking issue with FreeBSD7.1 client > To: FreeBSD > Message-ID: <86oclgfsc3.fsf@kopusha.onet> > Content-Type: text/plain; charset=3Dus-ascii > > Hi, > > After upgrading our hosts from 6.3 to 7.1 we have been experiencing > the issue > with our NFS mounts. We have observed the issue on one of the hosts > 3 last > nights in raw and saw similar thing on another server several weeks > ago. > > NFS server is CentOS 5.3. FreeBSD client had several NFS mounts, > something > like this: > > 172.30.10.124:/var/www/app25 on /var/www/shared25data (nfs) > 172.30.10.83:/var/www/app2 on /var/www/shared2data (nfs) > 172.30.10.63:/var/www/app17 on /var/www/shared17data (nfs) > 172.30.10.71:/var/www/app19 on /var/www/shared19data (nfs) > 172.30.10.141:/var/www/app21 on /var/www/shared21data (nfs) > 172.30.10.106:/var/www/app24 on /var/www/shared24data (nfs) > 172.30.10.50:/var/www/app10 on /var/www/shared10data (nfs) > > Although IPs are different all them are the same CentOS server. At > some point > the processes that try to access one of the shares start to got > stuck. Access > to other shares works ok. Stuck processes are not killable. We can > mount > "problem" exported directory from linux server to some other > directory and it > works ok too. Before the last incident we moved all applications > that used NFS > shares to another host, it looks like the only processes that still > accessed > NFS folders on this host were nagios checks (perl scripts), which > periodically > checked modification time of some files and eventually these > processes started > to got stuck on one the mounts. > > According to procstat the processes got stuck in _vn_lock. Below is > some part of > procstat -a -kk output: > > PID TID COMM TDNAME KSTACK > 0 0 swapper - mi_switch+0x146 > sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 scheduler > +0x35d mi_startup+0x96 begin+0x2c > 1 100001 init - mi_switch+0x146 > sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd > _sleep+0x2c7 kern_wait+0xf98 wait4+0x3b syscall+0x335 > Xint0x80_syscall+0x20 > 2 100009 g_event - mi_switch+0x146 > sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 > g_event_procbody+0xac fork_exit+0x99 fork_trampoline+0x8 > 3 100010 g_up - mi_switch+0x146 > sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 > g_io_schedule_up+0xd2 g_up_procbody+0x6e fork_exit+0x99 > fork_trampoline+0x8 > 4 100011 g_down - mi_switch+0x146 > sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 > g_io_schedule_down+0x6b g_down_procbody+0x6e fork_exit+0x99 > fork_trampoline+0x8 > 5 100013 xpt_thrd - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 xpt_scanner_thread > +0x41 fork_exit+0x99 fork_trampoline+0x8 > 6 100016 acpi_task_0 - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 > taskqueue_thread_loop+0x104 fork_exit+0x99 fork_trampoline+0x8 > 7 100017 acpi_task_1 - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 > taskqueue_thread_loop+0x104 fork_exit+0x99 fork_trampoline+0x8 > 8 100018 acpi_task_2 - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 > taskqueue_thread_loop+0x104 fork_exit+0x99 fork_trampoline+0x8 > 9 100019 thread taskq - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 > taskqueue_thread_loop+0x104 fork_exit+0x99 fork_trampoline+0x8 > 10 100000 audit - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _cv_wait+0x171 audit_worker+0x6f > fork_exit+0x99 fork_trampoline+0x8 > 11 100002 idle: cpu3 - > 12 100003 idle: cpu2 - > 13 100004 idle: cpu1 - > 14 100005 idle: cpu0 - mi_switch+0x146 > ipi_bitmap_handler+0x72 Xipi_intr_bitmap_handler+0x2e acpi_cpu_idle > +0x184 cpu_idle+0x28 sched_idletd+0x2c4 fork_exit+0x99 > fork_trampoline+0x8 > 15 100006 swi4: clock sio - mi_switch+0x146 > ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 > 16 100007 swi3: vm - > 17 100008 swi1: net - mi_switch+0x146 > ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 > 18 100012 yarrow - mi_switch+0x146 > sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 pause+0x30 > random_kthread+0x22a fork_exit+0x99 fork_trampoline+0x8 > 19 100014 swi2: cambio - > 20 100015 swi5: + - > 21 100020 swi6: Giant taskq - > 22 100021 swi6: task queue - mi_switch+0x146 > ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 > 23 100022 kqueue taskq - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 > taskqueue_thread_loop+0x104 fork_exit+0x99 fork_trampoline+0x8 > 24 100023 irq9: acpi0 - > 25 100024 irq256: bce0 - mi_switch+0x146 > ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 > 26 100025 irq16: mfi0 - mi_switch+0x146 > ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 > 27 100026 irq257: bce1 - mi_switch+0x146 > ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 > 28 100027 irq21: uhci0 uhci+ - mi_switch+0x146 > ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 > 29 100028 usb0 - mi_switch+0x146 > sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 > usb_event_thread+0xeb fork_exit+0x99 fork_trampoline+0x8 > 30 100029 usbtask-hc - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 usb_task_thread > +0x7e fork_exit+0x99 fork_trampoline+0x8 > 31 100030 usbtask-dr - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 usb_task_thread > +0x7e fork_exit+0x99 fork_trampoline+0x8 > 32 100031 irq20: uhci1 uhci3 - > 33 100032 usb1 - mi_switch+0x146 > sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 > usb_event_thread+0xeb fork_exit+0x99 fork_trampoline+0x8 > 34 100033 usb2 - mi_switch+0x146 > sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 > usb_event_thread+0xeb fork_exit+0x99 fork_trampoline+0x8 > 35 100034 usb3 - mi_switch+0x146 > sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 > usb_event_thread+0xeb fork_exit+0x99 fork_trampoline+0x8 > 36 100035 usb4 - mi_switch+0x146 > sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 > usb_event_thread+0xeb fork_exit+0x99 fork_trampoline+0x8 > 37 100036 irq14: ata0 - mi_switch+0x146 > ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 > 38 100037 irq15: ata1 - > 39 100038 swi0: sio - > 40 100039 irq1: atkbd0 - mi_switch+0x146 > ithread_loop+0x308 fork_exit+0x99 fork_trampoline+0x8 > 41 100040 sctp_iterator - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 sctp_iterator_thread > +0x7f fork_exit+0x99 fork_trampoline+0x8 > 42 100041 pfpurge - mi_switch+0x146 > sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 pf_purge_thread > +0x3d fork_exit+0x99 fork_trampoline+0x8 > 43 100042 pagedaemon - mi_switch+0x146 > sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 vm_pageout > +0x2da fork_exit+0x99 fork_trampoline+0x8 > 44 100043 vmdaemon - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 vm_daemon+0x78 > fork_exit+0x99 fork_trampoline+0x8 > 45 100044 pagezero - mi_switch+0x146 > sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 vm_pagezero > +0xd2 fork_exit+0x99 fork_trampoline+0x8 > 46 100045 bufdaemon - mi_switch+0x146 > sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 buf_daemon > +0x2fd fork_exit+0x99 fork_trampoline+0x8 > 47 100046 vnlru - mi_switch+0x146 > sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 vnlru_proc > +0x153 fork_exit+0x99 fork_trampoline+0x8 > 48 100047 syncer - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 sched_sync+0x920 > fork_exit+0x99 fork_trampoline+0x8 > 49 100048 softdepflush - mi_switch+0x146 > sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 softdep_flush > +0x3ce fork_exit+0x99 fork_trampoline+0x8 > 494 100055 pflogd - mi_switch+0x146 > sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd > _sleep+0x2c7 sbwait+0x52 soreceive_generic+0x491 soreceive+0x38 > soo_read+0x3b dofileread+0x96 kern_readv+0x58 read+0x4f syscall > +0x335 Xint0x80_syscall+0x20 > 499 100077 pflogd - mi_switch+0x146 > sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_timedwait_sig > +0x19 _sleep+0x2a1 bpfread+0x1c3 devfs_read_f+0x7d dofileread+0x96 > kern_readv+0x58 read+0x4f syscall+0x335 Xint0x80_syscall+0x20 > 560 100052 moused - mi_switch+0x146 > sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd > _cv_wait_sig+0x180 kern_select+0x7e7 select+0x5e syscall+0x335 > Xint0x80_syscall+0x20 > 706 100069 devd - mi_switch+0x146 > sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd > _cv_wait_sig+0x180 kern_select+0x7e7 select+0x5e syscall+0x335 > Xint0x80_syscall+0x20 > 757 100050 accounting - mi_switch+0x146 > sleepq_switch+0xcb sleepq_timedwait+0x37 _sleep+0x2b4 acct_thread > +0x40b fork_exit+0x99 fork_trampoline+0x8 > > [many processes that do not look like related are skipped ... and > below are stucked processes] > > 68304 100714 perl5.8.9 - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 > 68523 100086 perl5.8.9 - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 > 68644 100616 perl5.8.9 - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 > 68679 100764 perl5.8.9 - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 > 69504 100724 bash - mi_switch+0x146 > sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd > _sleep+0x2c7 kern_wait+0xf98 wait4+0x3b syscall+0x335 > Xint0x80_syscall+0x20 > 69511 100105 mc - mi_switch+0x146 > sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd > _sleep+0x2c7 nfs_request+0xbc5 nfs3_access_otw+0xde nfs_access+0x18b > VOP_ACCESS_APV+0x42 nfs_lookup+0xd1 VOP_LOOKUP_APV+0x46 lookup+0x611 > namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 Xint0x80_syscall > +0x20 > 69513 100240 bash - mi_switch+0x146 > sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd > _sleep+0x2c7 ttysleep+0x39 ttread+0x617 ptsread+0x3e giant_read+0x89 > devfs_read_f+0x7d dofileread+0x96 kern_readv+0x58 read+0x4f syscall > +0x335 Xint0x80_syscall+0x20 > 70521 100849 bash - mi_switch+0x146 > sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd > _sleep+0x2c7 kern_wait+0xf98 wait4+0x3b syscall+0x335 > Xint0x80_syscall+0x20 > 70528 100550 mc - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_lstat+0x4f lstat+0x2f syscall+0x335 > 70530 100846 bash - mi_switch+0x146 > sleepq_switch+0xcb sleepq_catch_signals+0x2fc sleepq_wait_sig+0xd > _sleep+0x2c7 ttysleep+0x39 ttread+0x617 ptsread+0x3e giant_read+0x89 > devfs_read_f+0x7d dofileread+0x96 kern_readv+0x58 read+0x4f syscall > +0x335 Xint0x80_syscall+0x20 > > 70815 100781 mc - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_lstat+0x4f lstat+0x2f syscall+0x335 > > 70830 100615 df - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_statfs+0x69 > __vfs_statfs+0x2f kern_getfsstat+0x2d5 getfsstat+0x2e syscall+0x335 > Xint0x80_syscall+0x20 > 71444 100795 bash - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 > > 71901 100839 df - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_statfs+0x69 > __vfs_statfs+0x2f kern_getfsstat+0x2d5 getfsstat+0x2e syscall+0x335 > Xint0x80_syscall+0x20 > > 72110 100508 ls - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_lstat+0x4f lstat+0x2f syscall+0x335 > > 72835 100483 ls - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_lstat+0x4f lstat+0x2f syscall+0x335 > > 73265 100685 ls - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 > 73292 100832 mc - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_lstat+0x4f lstat+0x2f syscall+0x335 > > 73357 100772 ls - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 > > 73796 100746 ls - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_lstat+0x4f lstat+0x2f syscall+0x335 > 74074 100800 tcsh - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 > 74125 100543 ls - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 > > 74449 100547 df - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_statfs+0x69 > __vfs_statfs+0x2f kern_getfsstat+0x2d5 getfsstat+0x2e syscall+0x335 > Xint0x80_syscall+0x20 > > 74497 100737 bash - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 > 74650 100837 df - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_statfs+0x69 > __vfs_statfs+0x2f kern_getfsstat+0x2d5 getfsstat+0x2e syscall+0x335 > Xint0x80_syscall+0x20 > > 76499 100771 perl5.8.9 - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 > 76533 100850 perl5.8.9 - mi_switch+0x146 > sleepq_switch+0xcb sleepq_wait+0x36 _sleep+0x2d6 acquire+0x7a > _lockmgr+0x45c vop_stdlock+0x40 VOP_LOCK1_APV+0x46 _vn_lock+0x166 > vget+0x114 vfs_hash_get+0x143 nfs_nget+0x94 nfs_root+0x3f lookup > +0xa1c namei+0x39f kern_stat+0x3d stat+0x2f syscall+0x335 > > I can send the full output privately if someone from developers is > interested > to look at it. > > We have removed all NFS shares from this server after the last > incident, but > we have other servers where the problem might occur too. So any > suggestions > what we should check/do then to provide more info could be helpful. > > -- > Mikolaj Golub > > > ------------------------------ > > Message: 4 > Date: Wed, 30 Dec 2009 15:59:10 +0100 > From: Alexander Leidinger > Subject: Some fixes for ZFS on 7-stable (more testers wanted) > To: fs@freebsd.org, stable@freebsd.org > Message-ID: <20091230155910.21474ubpm9u244qo@webmail.leidinger.net> > Content-Type: text/plain; charset=3DUTF-8; DelSp=3D"Yes"; format=3D"flowe= d" > > Hi, > > I backported some changes from 8-stable to 7-stable, I have this > running on one 7-stable machine. I would like to get some more > feedback for it (even an "it works for me" would be great). The main > part of this change is that the FreeBSD taskqueue is used now instead > of the opensolaris one (a more detailed list is below). > > It would also be nice if someone could have a look at the > FIRST_THREAD_IN_PROC part. Can there be more than one thread at this > place (I do not think so) and I should use > FOREACH_THREAD_IN_PROC_instead? > > How to apply: > - cd /usr/src/ > - fetch http://www.Leidinger.net/FreeBSD/test/releng7_zfs_merge3.diff > - fetch http://www.Leidinger.net/FreeBSD/test/opensolaris_taskq.c > - fetch http://www.Leidinger.net/FreeBSD/test/taskq.h > - mv taskq.h sys/cddl/contrib/opensolaris/uts/common/sys/taskq.h > - mv opensolaris_taskq.c sys/cddl/compat/opensolaris/kern/ > opensolaris_taskq.c > - patch -p0 --quiet - ignore the 2 .rej files > - rm -f sys/cddl/compat/opensolaris/sys/taskq_impl.h* > - rm -f sys/cddl/compat/opensolaris/sys/taskq.h* > - rm -f sys/cddl/contrib/opensolaris/uts/common/os/taskq.c* > - rebuild kernel > > Here is the list of those 16 of 58 outstanding patches which are > included in this patch: > > MERGE > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D185310 > ganbold - very easy merge > ---snip--- > Remove unused variable. > > Found with: Coverity Prevent(tm) > CID: 3669,3671 > ---snip--- > > MERGE > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D185319 > pjd - applicable to RELENG_7? > ---snip--- > Fix locking (file descriptor table and Giant around VFS). > ---snip--- > > MERGE > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D192689 > trasz - very easy merge > ---snip--- > Fix comment. > ---snip--- > > MERGE > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D193110 > kmacy - easy merge > ---snip--- > work around snapshot shutdown race reported by Henri Hennebert > ---snip--- > > NOT APPLICABLE to ZFS in 7-stable > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D193128 > kmacy - first maybe, second to check, 3rd to check > ---snip--- > fix xdrmem_control to be safe in an if statement > fix zfs to depend on krpc > remove xdr from zfs makefile > ---snip--- > > MERGE+CHANGES (no shared locks in 7-stable, this is only diff > reduction) > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D193440 > ps - shared vnode locks available in RELENG_7, vn_lock same syntax? > ---snip--- > Support shared vnode locks for write operations when the offset is > provided on filesystems that support it. This really improves mysql > + innodb performance on ZFS. > ---snip--- > > MERGE > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D195627 > marcel - easy merge > ---snip--- > In nvpair_native_embedded_array(), meaningless pointers are zeroed. > The programmer was aware that alignment was not guaranteed in the > packed structure and used bzero() to NULL out the pointers. > However, on ia64, the compiler is quite agressive in finding ILP > and calls to bzero() are often replaced by simple assignments (i.e. > stores). Especially when the width or size in question corresponds > with a store instruction (i.e. st1, st2, st4 or st8). > > The problem here is not a compiler bug. The address of the memory > to zero-out was given by '&packed->nvl_priv' and given the type of > the 'packed' pointer the compiler could assume proper alignment for > the replacement of bzero() with an 8-byte wide store to be valid. > The problem is with the programmer. The programmer knew that the > address did not have the alignment guarantees needed for a regular > assignment, but failed to inform the compiler of that fact. In > fact, the programmer told the compiler the opposite: alignment is > guaranteed. > > The fix is to avoid using a pointer of type "nvlist_t *" and > instead use a "char *" pointer as the basis for calculating the > address. This tells the compiler that only 1-byte alignment can > be assumed and the compiler will either keep the bzero() call > or instead replace it with a sequence of byte-wise stores. Both > are valid. > ---snip--- > > MERGE > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D195822 > trasz - easy merge > ---snip--- > Fix extattr_list_file(2) on ZFS in case the attribute directory > doesn't exist and user doesn't have write access to the file. > Without this fix, it returns bogus value instead of 0. For some > reason this didn't manifest on my kernel compiled with -O0. > ---snip--- > > MERGE > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D195909 > pjd - very easy merge > ---snip--- > We don't support ephemeral IDs in FreeBSD and without this fix ZFS can > panic when in zfs_fuid_create_cred() when userid is negative. It is > converted to unsigned value which makes IS_EPHEMERAL() macro to > incorrectly report that this is ephemeral ID. The most reasonable > solution for now is to always report that the given ID is not > ephemeral. > ---snip--- > > MERGE > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D196291 > pjd - probably easy merge > ---snip--- > - Fix a race where /dev/zfs control device is created before ZFS is > fully > initialized. Also destroy /dev/zfs before doing other > deinitializations. > - Initialization through taskq is no longer needed and there is a race > where one of the zpool/zfs command loads zfs.ko and tries to do > some work > immediately, but /dev/zfs is not there yet. > ---snip--- > > MERGE > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D196269 > marcel - easy merge > ---snip--- > Fix misalignment in nvpair_native_embedded() caused by the compiler > replacing the bzero(). See also revision 195627, which fixed the > misalignment in nvpair_native_embedded_array(). > ---snip--- > > MERGE (this also affects dtrace) > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D196295 > pjd - added stuff to be reviewed, taskqueue available & same syntax? > ---snip--- > Remove OpenSolaris taskq port (it performs very poorly in our > kernel) and > replace it with wrappers around our taskqueue(9). > To make it possible implement taskqueue_member() function which > returns 1 > if the given thread was created by the given taskqueue. > ---snip--- > > MERGE > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D196297 > pjd - easy merge > ---snip--- > Fix panic in zfs recv code. The last vnode (mountpoint's vnode) can > have > 0 usecount. > ---snip--- > > MERGE > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D196299 > pjd - VI_UNLOCK same syntax in RELENG_7? > ---snip--- > - We need to recycle vnode instead of freeing znode. > > Submitted by: avg > > - Add missing vnode interlock unlock. > - Remove redundant znode locking. > ---snip--- > > MERGE > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D196301 > pjd - probably easy merge > ---snip--- > If z_buf is NULL, we should free znode immediately. > ---snip--- > > MERGE > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D196307 > pjd - to be reviewed > ---snip--- > Manage asynchronous vnode release just like Solaris. > ---snip--- > > Bye, > Alexander. > > -- > Zeus gave Leda the bird. > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D > B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 7207713= 7 > > > ------------------------------ > > Message: 5 > Date: Thu, 31 Dec 2009 04:16:07 +1100 (EST) > From: Ian Smith > Subject: Re: Hacked - FreeBSD 7.1-Release > To: David Wolfskill > Cc: freebsd-stable@freebsd.org, Jeremy Chadwick > > Message-ID: <20091230171341.E81420@sola.nimnet.asn.au> > Content-Type: TEXT/PLAIN; charset=3DUS-ASCII > > On Tue, 29 Dec 2009, David Wolfskill wrote: >> On Tue, Dec 29, 2009 at 03:20:37AM -0800, Jeremy Chadwick wrote: >>> ... >>> I've written my own script to do all of this. It parses periodic >>> security mails (on a daily basis), and does WHOIS lookups + parses >>> the >>> results to tell me what netblocks/CIDRs I should consider >>> blocking. For >>> example, for a security mail that contains this: >>> >>> horus.sc1.parodius.com login failures: >>> Dec 28 15:54:49 horus sshd[74684]: Failed password for root from 199.71= .214.240 >>> port 51197 ssh2 >>> Dec 28 15:54:49 horus sshd[74686]: Invalid user test from 199.71.214.24= 0 >>> Dec 28 18:39:24 horus sshd[84742]: Failed password for root from 208.94= .235.248 >>> port 42979 ssh2 >>> Dec 28 18:39:25 horus sshd[84744]: Failed password for root from 208.94= .235.248 >>> port 43056 ssh2 >>> Dec 28 18:39:25 horus sshd[84746]: Failed password for root from 208.94= .235.248 >>> port 43156 ssh2 >>> Dec 28 18:39:26 horus sshd[84749]: Failed password for root from 208.94= .235.248 >>> port 43265 ssh2 >>> Dec 28 18:39:27 horus sshd[84751]: Failed password for root from 208.94= .235.248 >>> port 43356 ssh2 >>> >>> The script would output the following: >>> >>> 199.71.214.240 >>> 199.71.212.0/22 Psychz Networks, Walnut, CA, US >>> 208.94.235.248 >>> 208.94.232.0/22 WZ Communications Inc., Madison, WI, >>> US >>> 208.94.235.0/24 Soft-Com.biz, Inc., Panama, NA, PA > > Jeremy, care to share your whois lookup / parsing script for this? > >>> Then manually (this is intentional) I go and add the entries I feel >>> are relevant to a file called pf.conf.ssh-deny which our systems >>> use to >>> block SSH access. >>> ... >> >> I do something somewhat similar, though the implementation is rather >> different. Like Jeremy, I choose to make the actual actions >> intentionally >> manual. > > Me too, apart from one script that tails named.run looking for victims > of DNS attacks using our system as a reflector (common here last Jan- > Feb > for a while) that popped IPs straight into a block table within > minutes. > >> Among salient points: >> >> * Because I'm fairly familiar with it, I (still) use IPFW. > > No need to apologise, Luigi's beavering away on it again as we speak, > and I'm hoping to try out ipfw+dummynet on Debian fairly soon. > >> * I received a bit of a "prod" (thanks, Julian!) to use IPFW tables; >> that's been quite helpful. >> >> * I use a moderately quaint (and probably embarrassing) mixture of >> Perl >> & Bourne shell scripts, as well as make, to extract the netblock >> information from WHOIS, and to construct a persistent store that's >> referenced at boot time. > > Again, I'm interested in how to query and parse whois info; I've been > mostly using iptools.com and such for manual netblock lookups so far. > >> * As a general rule, I try to report activity such as the above (to >> the >> listed contact(s) from WHOIS). (When I do, I Bcc: myself and keep a >> opy of all salient correspondence. Or bounce-o-grams.) > > Apart from stuff originating in .au I've about given up on doing that. > >> * For SSH (in particular), I do not rely only on the /var/log/ >> security >> entries created by sshd. Rather, I also configure IPFW to log all >> SSH >> session-establishment requests. If I report the unwanted ativity, I >> provide both sets of log excerpts. (I often find probes logged by >> IPFW that sshd does not log. And yes, I check the "block" list >> before >> IPFW logs a "sucessful" SSH session-establishment request packet.) > > I'm fortunate to be able to only allow SSH access to known hosts; > users > on dynamic IPs have to successfully POP their mailbox first which a > cron > script notices, adding their current IP to the SSH allow table. > >> * I use one table to block access to SSH. I have another for extreme >> cases of abuse, where I block all traffic in either direction, and a >> third for access to my Web server. I suppose I could also do >> something >> similar for SMTP.... > > Here table 1 blocks all IP access (repetitive portscanners and such), > table 25 drops heavier mailserver abusers (apart from those denied by > /etc/mail/access), table 53 for DNS abuse, table 80 for port 80,443 > abuse (apart from hosts/browsers/referers declined apache access), and > table 22 for those allowed SSH access, saving much spurious logging. > >> * I use this for machines that (may) connect directly to the >> Internet; >> thus, my "firewall" machine certainly qualifies -- but so does my >> laptop. >> * I have no mechanism in place to identify, let alone prune, stale >> entries. > > Maybe this can help, thanks to clues Michael Butler posted last year. > > #!/bin/sh > # addr_to_table 24/11/8 smithi + 31/12/9 CIDR matching for updates > # add ipaddr[/masklen|32] and date (seconds from epoch) to table N > usage() { > [ "$1" ] && echo $1 > echo "usage: `basename $0` table address [masklen]" > exit 1 > } > [ "$2" ] || usage > table=3D$1 > [ $table -ge 1 -a $table -le 127 ] || usage "table '$table' not > 1..127" > mlen=3D32; [ "$3" ] && mlen=3D$3 > [ $mlen -ge 8 -a $mlen -le 32 ] || usage "masklen '$mlen' not 8..32" > address=3D$2/$mlen > if [ $mlen -lt 32 ]; then # calc CIDR netblock using table 0 > ipfw -q table 0 flush; ipfw -q table 0 add $address > address=3D`ipfw table 0 list | awk '{print $1}'` > fi > for i in `ipfw table $table list | awk '{print $1}'`; do > if [ "$i" =3D "$address" ]; then > # echo "found existing $address - updating timestamp" > ipfw -q table $table delete $address > break > fi > done > ipfw -q table $table add $address `date "+%s"` > exit 0 > > Which is used manually or scripted to add IPs or netblocks to tables. > Then to list tables with their timestamps and local date/time: > > #!/bin/sh > # tabledates 7/12/9 smithi upd 31/12/9 > usage() { > echo "usage: `basename $0` tablenumber (0-127)" > exit 1 > } > [ "$1" ] || usage; [ $1 -ge 0 -a $1 -le 127 ] || usage > tab=3D' ' > ipfw table $1 list | while read addr stamp; do > [ $stamp -ge 65536 ] && date=3D`date -r $stamp` || date=3D'' > echo "$addr $tab $stamp $tab $date" > done > exit 0 > > eg: > > sola# tabledates 80 | sort -nk2 | tail > 82.213.28.0/24 1258876629 Sun Nov 22 18:57:09 EST 2009 > 193.238.231.0/24 1259076672 Wed Nov 25 02:31:12 EST 2009 > 95.24.0.0/13 1259632087 Tue Dec 1 12:48:07 EST 2009 > 82.111.231.0/26 1259850310 Fri Dec 4 01:25:10 EST 2009 > 203.198.128.0/24 1261153705 Sat Dec 19 03:28:25 EST 2009 > 203.12.2.160/32 1261301176 Sun Dec 20 20:26:16 EST 2009 > 8.21.4.254/32 1261301189 Sun Dec 20 20:26:29 EST 2009 > 61.130.246.0/23 1261302926 Sun Dec 20 20:55:26 EST 2009 > 74.222.2.0/23 1261811025 Sat Dec 26 18:03:45 EST 2009 > 212.108.5.60/32 1262107458 Wed Dec 30 04:24:18 EST 2009 > > Removing entries greater than n seconds old? You can do the maths .. > > cheers, Ian > > > ------------------------------ > > Message: 6 > Date: Wed, 30 Dec 2009 19:18:48 +0100 > From: Torfinn Ingolfsen > Subject: Re: Why does FreeBSD 8.-0 think that my Dell SX260 have > "non-unform processors"? > To: freebsd-stable@freebsd.org > Message-ID: <20091230191848.03c18f81.torfinn.ingolfsen@broadpark.no> > Content-Type: text/plain; charset=3DUS-ASCII > > On Wed, 23 Dec 2009 17:08:58 +1100 (EST) > Ian Smith wrote: > >> On Wed, 23 Dec 2009, Torfinn Ingolfsen wrote: >>> >>> I don't know. Since last time, I've upgraded the bios to the >>> latest (A03) and reset bios to default values - but the problem is >>> still there. According to the specs, a SX260 supports all Pentium >>> 4 cpus with 400 MHz and 533 MHz FSB (front side bus). >> >> Yes, this is your problem, regarding speed anyway. I only picked up >> on this because this year we bought 2 used intel mobos on eBay; a >> D845GBV with a 2GHz P4 (also 400/533 MHz FSB with similar 845 chips >> to yours) and the other a D865GLC with a 2.6GHz HTT P4 (400/533/800 >> MHz FSB). > > You're right, of course. :-) > I found a Pentium 4 with 400 Mhz FSB, it looks much better now: > FreeBSD 7.2-STABLE #6: Sun Oct 11 11:14:33 CEST 2009 > root@kg-work2.kg4.no:/usr/obj/usr/src/sys/SX270 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (1992.63-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 > > Features=3D > 0xbfebfbff< > FPU, > VME, > DE, > PSE, > TSC, > MSR, > PAE, > MCE, > CX8, > APIC, > SEP, > MTRR, > PGE, > MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=3D0x4400 > real memory =3D 2145849344 (2046 MB) > > and FreeBSD 8.0 doesn't say anything about "non-unform cpu" > anymore. ;^) > -- > Regards, > Torfinn Ingolfsen, > Norway > > > ------------------------------ > > Message: 7 > Date: Wed, 30 Dec 2009 13:19:35 -0700 > From: Elliot Finley > Subject: USB Regression in 8.0-R and 8-Stable > To: freebsd-stable@freebsd.org > Message-ID: > <54e63c320912301219m3905056et5d9039b93133dca8@mail.gmail.com> > Content-Type: text/plain; charset=3DISO-8859-1 > > I have a server that's been running 7-Stable for along time. It's > set up > with geli at the disk level and ZFS (including root) on top of > that. It > boots from a USB key. While booting it asks for the geli passphrase > for > each disk. This worked as expected in the 7-Stable branch. In 8- > Stable, > when trying to type in my passphrase, it drops random keystrokes. > To be > able to boot the system, I had to make the passphrase visible so > that I > could re-type the keystrokes that were being dropped. > > Is this a know issue? If not, what information can I gather to help > debug > this? > > > ------------------------------ > > Message: 8 > Date: Thu, 31 Dec 2009 05:21:46 GMT > From: FreeBSD Tinderbox > Subject: [releng_8 tinderbox] failure on amd64/amd64 > To: FreeBSD Tinderbox , , > > Message-ID: <200912310521.nBV5LkvE095817@freebsd-current.sentex.ca> > > TB --- 2009-12-31 03:46:01 - tinderbox 2.6 running on freebsd-current.sen= tex.ca > TB --- 2009-12-31 03:46:01 - starting RELENG_8 tinderbox run for > amd64/amd64 > TB --- 2009-12-31 03:46:01 - cleaning the object tree > TB --- 2009-12-31 03:46:23 - cvsupping the source tree > TB --- 2009-12-31 03:46:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca > /tinderbox/RELENG_8/amd64/amd64/supfile > TB --- 2009-12-31 03:46:53 - building world > TB --- 2009-12-31 03:46:53 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2009-12-31 03:46:53 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-12-31 03:46:53 - TARGET=3Damd64 > TB --- 2009-12-31 03:46:53 - TARGET_ARCH=3Damd64 > TB --- 2009-12-31 03:46:53 - TZ=3DUTC > TB --- 2009-12-31 03:46:53 - __MAKE_CONF=3D/dev/null > TB --- 2009-12-31 03:46:53 - cd /src > TB --- 2009-12-31 03:46:53 - /usr/bin/make -B buildworld >>>> World build started on Thu Dec 31 03:46:53 UTC 2009 >>>> 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 >>>> stage 5.1: building 32 bit shim libraries >>>> World build completed on Thu Dec 31 05:13:39 UTC 2009 > TB --- 2009-12-31 05:13:39 - generating LINT kernel config > TB --- 2009-12-31 05:13:39 - cd /src/sys/amd64/conf > TB --- 2009-12-31 05:13:39 - /usr/bin/make -B LINT > TB --- 2009-12-31 05:13:39 - building LINT kernel > TB --- 2009-12-31 05:13:39 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2009-12-31 05:13:39 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-12-31 05:13:39 - TARGET=3Damd64 > TB --- 2009-12-31 05:13:39 - TARGET_ARCH=3Damd64 > TB --- 2009-12-31 05:13:39 - TZ=3DUTC > TB --- 2009-12-31 05:13:39 - __MAKE_CONF=3D/dev/null > TB --- 2009-12-31 05:13:39 - cd /src > TB --- 2009-12-31 05:13:39 - /usr/bin/make -B buildkernel > KERNCONF=3DLINT >>>> Kernel build for LINT started on Thu Dec 31 05:13:39 UTC 2009 >>>> 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 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 - > 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=3D8000 --param inline-unit- > growth=3D100 --param large-function-growth=3D1000 -DGPROF -falign- > functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer - > mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno- > sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind- > tables -ffreestanding -fstack-protector -Werror -pg -mprofiler- > epilogue /src/sys/dev/usb/serial/usb_serial.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 - > 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=3D8000 --param inline-unit- > growth=3D100 --param large-function-growth=3D1000 -DGPROF -falign- > functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer - > mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno- > sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind- > tables -ffreestanding -fstack-protector -Werror -pg -mprofiler- > epilogue /src/sys/dev/usb/misc/ufm.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 - > 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=3D8000 --param inline-unit- > growth=3D100 --param large-function-growth=3D1000 -DGPROF -falign- > functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer - > mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno- > sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind- > tables -ffreestanding -fstack-protector -Werror -pg -mprofiler- > epilogue /src/sys/dev/usb/misc/udbp.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 - > 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=3D8000 --param inline-unit- > growth=3D100 --param large-function-growth=3D1000 -DGPROF -falign- > functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer - > mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno- > sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind- > tables -ffreestanding -fstack-protector -Werror -pg -mprofiler- > epilogue /src/sys/dev/usb/input/uhid.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 - > 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=3D8000 --param inline-unit- > growth=3D100 --param large-function-growth=3D1000 -DGPROF -falign- > functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer - > mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno- > sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind- > tables -ffreestanding -fstack-protector -Werror -pg -mprofiler- > epilogue /src/sys/dev/usb/input/ukbd.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 - > 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=3D8000 --param inline-unit- > growth=3D100 --param large-function-growth=3D1000 -DGPROF -falign- > functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer - > mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno- > sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind- > tables -ffreestanding -fstack-protector -Werror -pg -mprofiler- > epilogue /src/sys/dev/usb/input/ums.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 - > 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=3D8000 --param inline-unit- > growth=3D100 --param large-function-growth=3D1000 -DGPROF -falign- > functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer - > mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno- > sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind- > tables -ffreestanding -fstack-protector -Werror -pg -mprofiler- > epilogue /src/sys/dev/usb/quirk/usb_quirk.c > /src/sys/dev/usb/quirk/usb_quirk.c:136: error: > 'USB_PRODUCT_CURITEL_UM175' undeclared here (not in a function) > *** Error code 1 > > Stop in /obj/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2009-12-31 05:21:46 - WARNING: /usr/bin/make returned exit > code 1 > TB --- 2009-12-31 05:21:46 - ERROR: failed to build lint kernel > TB --- 2009-12-31 05:21:46 - 4190.14 user 929.56 system 5744.41 real > > > http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full > > > ------------------------------ > > Message: 9 > Date: Thu, 31 Dec 2009 05:47:12 GMT > From: FreeBSD Tinderbox > Subject: [releng_8 tinderbox] failure on i386/i386 > To: FreeBSD Tinderbox , , > > Message-ID: <200912310547.nBV5lCwG003978@freebsd-current.sentex.ca> > > TB --- 2009-12-31 04:38:38 - tinderbox 2.6 running on freebsd-current.sen= tex.ca > TB --- 2009-12-31 04:38:38 - starting RELENG_8 tinderbox run for > i386/i386 > TB --- 2009-12-31 04:38:38 - cleaning the object tree > TB --- 2009-12-31 04:38:57 - cvsupping the source tree > TB --- 2009-12-31 04:38:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca > /tinderbox/RELENG_8/i386/i386/supfile > TB --- 2009-12-31 04:39:24 - building world > TB --- 2009-12-31 04:39:24 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2009-12-31 04:39:24 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-12-31 04:39:24 - TARGET=3Di386 > TB --- 2009-12-31 04:39:24 - TARGET_ARCH=3Di386 > TB --- 2009-12-31 04:39:24 - TZ=3DUTC > TB --- 2009-12-31 04:39:24 - __MAKE_CONF=3D/dev/null > TB --- 2009-12-31 04:39:24 - cd /src > TB --- 2009-12-31 04:39:24 - /usr/bin/make -B buildworld >>>> World build started on Thu Dec 31 04:39:25 UTC 2009 >>>> 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 Thu Dec 31 05:38:42 UTC 2009 > TB --- 2009-12-31 05:38:42 - generating LINT kernel config > TB --- 2009-12-31 05:38:42 - cd /src/sys/i386/conf > TB --- 2009-12-31 05:38:42 - /usr/bin/make -B LINT > TB --- 2009-12-31 05:38:42 - building LINT kernel > TB --- 2009-12-31 05:38:42 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2009-12-31 05:38:42 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-12-31 05:38:42 - TARGET=3Di386 > TB --- 2009-12-31 05:38:42 - TARGET_ARCH=3Di386 > TB --- 2009-12-31 05:38:42 - TZ=3DUTC > TB --- 2009-12-31 05:38:42 - __MAKE_CONF=3D/dev/null > TB --- 2009-12-31 05:38:42 - cd /src > TB --- 2009-12-31 05:38:42 - /usr/bin/make -B buildkernel > KERNCONF=3DLINT >>>> Kernel build for LINT started on Thu Dec 31 05:38:42 UTC 2009 >>>> 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=3Dc99 -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=3D8000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 - > DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack- > boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 - > ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/ > sys/dev/usb/serial/usb_serial.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D8000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 - > DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack- > boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 - > ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/ > sys/dev/usb/misc/ufm.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D8000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 - > DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack- > boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 - > ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/ > sys/dev/usb/misc/udbp.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D8000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 - > DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack- > boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 - > ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/ > sys/dev/usb/input/uhid.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D8000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 - > DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack- > boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 - > ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/ > sys/dev/usb/input/ukbd.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D8000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 - > DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack- > boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 - > ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/ > sys/dev/usb/input/ums.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D8000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 - > DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack- > boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 - > ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/ > sys/dev/usb/quirk/usb_quirk.c > /src/sys/dev/usb/quirk/usb_quirk.c:136: error: > 'USB_PRODUCT_CURITEL_UM175' undeclared here (not in a function) > *** Error code 1 > > Stop in /obj/i386/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2009-12-31 05:47:12 - WARNING: /usr/bin/make returned exit > code 1 > TB --- 2009-12-31 05:47:12 - ERROR: failed to build lint kernel > TB --- 2009-12-31 05:47:12 - 3050.11 user 660.77 system 4114.12 real > > > http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386- > i386.full > > > ------------------------------ > > Message: 10 > Date: Thu, 31 Dec 2009 06:09:12 GMT > From: FreeBSD Tinderbox > Subject: [releng_8 tinderbox] failure on i386/pc98 > To: FreeBSD Tinderbox , , > > Message-ID: <200912310609.nBV69CnR068619@freebsd-current.sentex.ca> > > TB --- 2009-12-31 05:02:24 - tinderbox 2.6 running on freebsd-current.sen= tex.ca > TB --- 2009-12-31 05:02:24 - starting RELENG_8 tinderbox run for > i386/pc98 > TB --- 2009-12-31 05:02:24 - cleaning the object tree > TB --- 2009-12-31 05:02:44 - cvsupping the source tree > TB --- 2009-12-31 05:02:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca > /tinderbox/RELENG_8/i386/pc98/supfile > TB --- 2009-12-31 05:03:10 - building world > TB --- 2009-12-31 05:03:10 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2009-12-31 05:03:10 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-12-31 05:03:10 - TARGET=3Dpc98 > TB --- 2009-12-31 05:03:10 - TARGET_ARCH=3Di386 > TB --- 2009-12-31 05:03:10 - TZ=3DUTC > TB --- 2009-12-31 05:03:10 - __MAKE_CONF=3D/dev/null > TB --- 2009-12-31 05:03:10 - cd /src > TB --- 2009-12-31 05:03:10 - /usr/bin/make -B buildworld >>>> World build started on Thu Dec 31 05:03:10 UTC 2009 >>>> 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 Thu Dec 31 06:01:58 UTC 2009 > TB --- 2009-12-31 06:01:58 - generating LINT kernel config > TB --- 2009-12-31 06:01:58 - cd /src/sys/pc98/conf > TB --- 2009-12-31 06:01:58 - /usr/bin/make -B LINT > TB --- 2009-12-31 06:01:58 - building LINT kernel > TB --- 2009-12-31 06:01:58 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2009-12-31 06:01:58 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-12-31 06:01:58 - TARGET=3Dpc98 > TB --- 2009-12-31 06:01:58 - TARGET_ARCH=3Di386 > TB --- 2009-12-31 06:01:58 - TZ=3DUTC > TB --- 2009-12-31 06:01:58 - __MAKE_CONF=3D/dev/null > TB --- 2009-12-31 06:01:58 - cd /src > TB --- 2009-12-31 06:01:58 - /usr/bin/make -B buildkernel > KERNCONF=3DLINT >>>> Kernel build for LINT started on Thu Dec 31 06:01:58 UTC 2009 >>>> 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=3Dc99 -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=3D8000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 - > DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack- > boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 - > ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/ > sys/dev/usb/serial/usb_serial.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D8000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 - > DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack- > boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 - > ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/ > sys/dev/usb/misc/ufm.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D8000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 - > DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack- > boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 - > ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/ > sys/dev/usb/misc/udbp.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D8000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 - > DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack- > boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 - > ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/ > sys/dev/usb/input/uhid.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D8000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 - > DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack- > boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 - > ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/ > sys/dev/usb/input/ukbd.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D8000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 - > DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack- > boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 - > ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/ > sys/dev/usb/input/ums.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D8000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 - > DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack- > boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 - > ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/ > sys/dev/usb/quirk/usb_quirk.c > /src/sys/dev/usb/quirk/usb_quirk.c:136: error: > 'USB_PRODUCT_CURITEL_UM175' undeclared here (not in a function) > *** Error code 1 > > Stop in /obj/pc98/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2009-12-31 06:09:12 - WARNING: /usr/bin/make returned exit > code 1 > TB --- 2009-12-31 06:09:12 - ERROR: failed to build lint kernel > TB --- 2009-12-31 06:09:12 - 2945.30 user 664.78 system 4007.60 real > > > http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386- > pc98.full > > > ------------------------------ > > Message: 11 > Date: Thu, 31 Dec 2009 06:28:52 GMT > From: FreeBSD Tinderbox > Subject: [releng_8 tinderbox] failure on ia64/ia64 > To: FreeBSD Tinderbox , , > > Message-ID: <200912310628.nBV6SqDc086143@freebsd-current.sentex.ca> > > TB --- 2009-12-31 05:04:43 - tinderbox 2.6 running on freebsd-current.sen= tex.ca > TB --- 2009-12-31 05:04:43 - starting RELENG_8 tinderbox run for > ia64/ia64 > TB --- 2009-12-31 05:04:43 - cleaning the object tree > TB --- 2009-12-31 05:05:05 - cvsupping the source tree > TB --- 2009-12-31 05:05:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca > /tinderbox/RELENG_8/ia64/ia64/supfile > TB --- 2009-12-31 05:05:29 - building world > TB --- 2009-12-31 05:05:29 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2009-12-31 05:05:29 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-12-31 05:05:29 - TARGET=3Dia64 > TB --- 2009-12-31 05:05:29 - TARGET_ARCH=3Dia64 > TB --- 2009-12-31 05:05:29 - TZ=3DUTC > TB --- 2009-12-31 05:05:29 - __MAKE_CONF=3D/dev/null > TB --- 2009-12-31 05:05:29 - cd /src > TB --- 2009-12-31 05:05:29 - /usr/bin/make -B buildworld >>>> World build started on Thu Dec 31 05:05:30 UTC 2009 >>>> 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 Thu Dec 31 06:20:38 UTC 2009 > TB --- 2009-12-31 06:20:38 - generating LINT kernel config > TB --- 2009-12-31 06:20:38 - cd /src/sys/ia64/conf > TB --- 2009-12-31 06:20:38 - /usr/bin/make -B LINT > TB --- 2009-12-31 06:20:38 - building LINT kernel > TB --- 2009-12-31 06:20:38 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2009-12-31 06:20:38 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-12-31 06:20:38 - TARGET=3Dia64 > TB --- 2009-12-31 06:20:38 - TARGET_ARCH=3Dia64 > TB --- 2009-12-31 06:20:38 - TZ=3DUTC > TB --- 2009-12-31 06:20:38 - __MAKE_CONF=3D/dev/null > TB --- 2009-12-31 06:20:38 - cd /src > TB --- 2009-12-31 06:20:38 - /usr/bin/make -B buildkernel > KERNCONF=3DLINT >>>> Kernel build for LINT started on Thu Dec 31 06:20:38 UTC 2009 >>>> 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=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param large- > function-growth=3D1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed- > range=3Df32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/serial/ > usb_serial.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param large- > function-growth=3D1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed- > range=3Df32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/misc/ > ufm.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param large- > function-growth=3D1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed- > range=3Df32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/misc/ > udbp.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param large- > function-growth=3D1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed- > range=3Df32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/input/ > uhid.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param large- > function-growth=3D1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed- > range=3Df32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/input/ > ukbd.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param large- > function-growth=3D1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed- > range=3Df32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/input/ > ums.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param large- > function-growth=3D1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed- > range=3Df32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/quirk/ > usb_quirk.c > /src/sys/dev/usb/quirk/usb_quirk.c:136: error: > 'USB_PRODUCT_CURITEL_UM175' undeclared here (not in a function) > *** Error code 1 > > Stop in /obj/ia64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2009-12-31 06:28:52 - WARNING: /usr/bin/make returned exit > code 1 > TB --- 2009-12-31 06:28:52 - ERROR: failed to build lint kernel > TB --- 2009-12-31 06:28:52 - 4067.34 user 660.23 system 5048.92 real > > > http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64- > ia64.full > > > ------------------------------ > > Message: 12 > Date: Thu, 31 Dec 2009 06:50:24 GMT > From: FreeBSD Tinderbox > Subject: [releng_8 tinderbox] failure on powerpc/powerpc > To: FreeBSD Tinderbox , , > > Message-ID: <200912310650.nBV6oOLv074538@freebsd-current.sentex.ca> > > TB --- 2009-12-31 05:47:13 - tinderbox 2.6 running on freebsd-current.sen= tex.ca > TB --- 2009-12-31 05:47:13 - starting RELENG_8 tinderbox run for > powerpc/powerpc > TB --- 2009-12-31 05:47:13 - cleaning the object tree > TB --- 2009-12-31 05:47:28 - cvsupping the source tree > TB --- 2009-12-31 05:47:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca > /tinderbox/RELENG_8/powerpc/powerpc/supfile > TB --- 2009-12-31 05:48:02 - building world > TB --- 2009-12-31 05:48:02 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2009-12-31 05:48:02 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-12-31 05:48:02 - TARGET=3Dpowerpc > TB --- 2009-12-31 05:48:02 - TARGET_ARCH=3Dpowerpc > TB --- 2009-12-31 05:48:02 - TZ=3DUTC > TB --- 2009-12-31 05:48:02 - __MAKE_CONF=3D/dev/null > TB --- 2009-12-31 05:48:02 - cd /src > TB --- 2009-12-31 05:48:02 - /usr/bin/make -B buildworld >>>> World build started on Thu Dec 31 05:48:03 UTC 2009 >>>> 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 Thu Dec 31 06:44:42 UTC 2009 > TB --- 2009-12-31 06:44:42 - generating LINT kernel config > TB --- 2009-12-31 06:44:42 - cd /src/sys/powerpc/conf > TB --- 2009-12-31 06:44:42 - /usr/bin/make -B LINT > TB --- 2009-12-31 06:44:42 - building LINT kernel > TB --- 2009-12-31 06:44:42 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2009-12-31 06:44:42 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-12-31 06:44:42 - TARGET=3Dpowerpc > TB --- 2009-12-31 06:44:42 - TARGET_ARCH=3Dpowerpc > TB --- 2009-12-31 06:44:42 - TZ=3DUTC > TB --- 2009-12-31 06:44:42 - __MAKE_CONF=3D/dev/null > TB --- 2009-12-31 06:44:42 - cd /src > TB --- 2009-12-31 06:44:42 - /usr/bin/make -B buildkernel > KERNCONF=3DLINT >>>> Kernel build for LINT started on Thu Dec 31 06:44:43 UTC 2009 >>>> 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=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -fno-builtin -msoft-float -fno-omit-frame- > pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector - > Werror /src/sys/dev/usb/serial/usb_serial.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -fno-builtin -msoft-float -fno-omit-frame- > pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector - > Werror /src/sys/dev/usb/misc/ufm.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -fno-builtin -msoft-float -fno-omit-frame- > pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector - > Werror /src/sys/dev/usb/misc/udbp.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -fno-builtin -msoft-float -fno-omit-frame- > pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector - > Werror /src/sys/dev/usb/input/uhid.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -fno-builtin -msoft-float -fno-omit-frame- > pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector - > Werror /src/sys/dev/usb/input/ukbd.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -fno-builtin -msoft-float -fno-omit-frame- > pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector - > Werror /src/sys/dev/usb/input/ums.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -fno-builtin -msoft-float -fno-omit-frame- > pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector - > Werror /src/sys/dev/usb/quirk/usb_quirk.c > /src/sys/dev/usb/quirk/usb_quirk.c:136: error: > 'USB_PRODUCT_CURITEL_UM175' undeclared here (not in a function) > *** Error code 1 > > Stop in /obj/powerpc/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2009-12-31 06:50:24 - WARNING: /usr/bin/make returned exit > code 1 > TB --- 2009-12-31 06:50:24 - ERROR: failed to build lint kernel > TB --- 2009-12-31 06:50:24 - 3008.68 user 590.34 system 3791.41 real > > > http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.= full > > > ------------------------------ > > Message: 13 > Date: Thu, 31 Dec 2009 07:08:07 GMT > From: FreeBSD Tinderbox > Subject: [releng_8 tinderbox] failure on sparc64/sparc64 > To: FreeBSD Tinderbox , , > > Message-ID: <200912310708.nBV787kS012640@freebsd-current.sentex.ca> > > TB --- 2009-12-31 06:09:12 - tinderbox 2.6 running on freebsd-current.sen= tex.ca > TB --- 2009-12-31 06:09:12 - starting RELENG_8 tinderbox run for > sparc64/sparc64 > TB --- 2009-12-31 06:09:12 - cleaning the object tree > TB --- 2009-12-31 06:09:28 - cvsupping the source tree > TB --- 2009-12-31 06:09:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca > /tinderbox/RELENG_8/sparc64/sparc64/supfile > TB --- 2009-12-31 06:10:33 - building world > TB --- 2009-12-31 06:10:33 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2009-12-31 06:10:33 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-12-31 06:10:33 - TARGET=3Dsparc64 > TB --- 2009-12-31 06:10:33 - TARGET_ARCH=3Dsparc64 > TB --- 2009-12-31 06:10:33 - TZ=3DUTC > TB --- 2009-12-31 06:10:33 - __MAKE_CONF=3D/dev/null > TB --- 2009-12-31 06:10:33 - cd /src > TB --- 2009-12-31 06:10:33 - /usr/bin/make -B buildworld >>>> World build started on Thu Dec 31 06:10:34 UTC 2009 >>>> 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 Thu Dec 31 07:02:01 UTC 2009 > TB --- 2009-12-31 07:02:01 - generating LINT kernel config > TB --- 2009-12-31 07:02:01 - cd /src/sys/sparc64/conf > TB --- 2009-12-31 07:02:01 - /usr/bin/make -B LINT > TB --- 2009-12-31 07:02:01 - building LINT kernel > TB --- 2009-12-31 07:02:01 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2009-12-31 07:02:01 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-12-31 07:02:01 - TARGET=3Dsparc64 > TB --- 2009-12-31 07:02:01 - TARGET_ARCH=3Dsparc64 > TB --- 2009-12-31 07:02:01 - TZ=3DUTC > TB --- 2009-12-31 07:02:01 - __MAKE_CONF=3D/dev/null > TB --- 2009-12-31 07:02:01 - cd /src > TB --- 2009-12-31 07:02:01 - /usr/bin/make -B buildkernel > KERNCONF=3DLINT >>>> Kernel build for LINT started on Thu Dec 31 07:02:01 UTC 2009 >>>> 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=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -fno-builtin -mcmodel=3Dmedany -msoft-float > -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/serial/ > usb_serial.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -fno-builtin -mcmodel=3Dmedany -msoft-float > -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/misc/ufm.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -fno-builtin -mcmodel=3Dmedany -msoft-float > -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/misc/udbp.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -fno-builtin -mcmodel=3Dmedany -msoft-float > -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/input/ > uhid.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -fno-builtin -mcmodel=3Dmedany -msoft-float > -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/input/ > ukbd.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -fno-builtin -mcmodel=3Dmedany -msoft-float > -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/input/ums.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -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=3D15000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -fno-builtin -mcmodel=3Dmedany -msoft-float > -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/quirk/ > usb_quirk.c > /src/sys/dev/usb/quirk/usb_quirk.c:136: error: > 'USB_PRODUCT_CURITEL_UM175' undeclared here (not in a function) > *** Error code 1 > > Stop in /obj/sparc64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2009-12-31 07:08:07 - WARNING: /usr/bin/make returned exit > code 1 > TB --- 2009-12-31 07:08:07 - ERROR: failed to build lint kernel > TB --- 2009-12-31 07:08:07 - 2876.04 user 564.71 system 3534.83 real > > > http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.= full > > > ------------------------------ > > Message: 14 > Date: Thu, 31 Dec 2009 02:16:40 -0500 > From: Russell Yount > Subject: atheros broadcast/multicast corruption with multiple hostap's > To: freebsd-stable@freebsd.org > Cc: Russell Yount > Message-ID: > > Content-Type: text/plain; charset=3DISO-8859-1 > > It seems AP to client broadcasts/multicasts traffic is > broken when using WPA2/802.11i with multiple hostapds in 8.0. > > Only the SSID associated with the last hostapd to be started has > AP to client broadcasts/multicasts being delivered correctly. > > The AP and client are 8.0 freebsd systems althought I see same > problems with windows XP as a client. > > The AP has 4 hostapds configured to use TLS with client certificates > for > authentication. (hostapd recompiled with HOSTAPD_CFLAGS=3D-DEAP_SERVER) > The AP and client radio are shown as ath0: AR5212 mac 5.9 RF5112 phy > 4.3 > in dmesg. > > Client authenticate using client certificates associate correctly > to all 4 SSIDs. Unicast traffic flows correctly between clients and AP > for all for 4 SSIDs. Client to AP broadcast/multicast traffic works > on of 4 SSIDs. AP to client broadcast/multicast traffic only works > on 1 of the SSIDs. I have documented this using ARP broadcasts, > but normal IP broadcasts also observed to corrupted. > > When an ARP request is send through the AP to an associated client > it seems to be trashed on any of the SSID except the one associated > with the last hostapd to be started. Here is the output of client side > tcpdump showing the problems. > > In the first client side tcpdump with the hostapd associated with > the SSID > being associaed with the last hostapd started and the traffic flowing > normally. > > In the second client side tcpdump with the hostapd associated with > the SSID > being not the last hostapd started the ARP request is resent > multiple times > and appears corrupted. > > I would really like to find a fix for this. > Any help would be greatly appreciated. > > -Russ > > ---- > > tcpdump -e -n -l -i wlan0 > tcpdump: verbose output suppressed, use -v or -vv for full protocol > decode > listening on wlan0, link-type EN10MB (Ethernet), capture size 96 bytes > 00:53:46.565936 00:00:24:c9:b0:90 > ff:ff:ff:ff:ff:ff, ethertype ARP > (0x0806), length 56: Request who-has 192.168.13.220 tell 192.168.13.115 > , > length 42 > 00:53:46.565975 00:11:95:87:d1:d8 > 00:00:24:c9:b0:90, ethertype ARP > (0x0806), length 42: Reply 192.168.13.220 is-at 00:11:95:87:d1:d8, > length 28 > 00:53:46.567269 00:00:24:c9:b0:90 > 00:11:95:87:d1:d8, ethertype IPv4 > (0x0800), length 98: 192.168.13.115 > 192.168.13.220: ICMP echo > request, id > 35599, seq 0, length 64 > 00:53:46.567302 00:11:95:87:d1:d8 > 00:00:24:c9:b0:90, ethertype IPv4 > (0x0800), length 98: 192.168.13.220 > 192.168.13.115: ICMP echo > reply, id > 35599, seq 0, length 64 > 00:53:47.567919 00:00:24:c9:b0:90 > 00:11:95:87:d1:d8, ethertype IPv4 > (0x0800), length 98: 192.168.13.115 > 192.168.13.220: ICMP echo > request, id > 35599, seq 1, length 64 > 00:53:47.567950 00:11:95:87:d1:d8 > 00:00:24:c9:b0:90, ethertype IPv4 > (0x0800), length 98: 192.168.13.220 > 192.168.13.115: ICMP echo > reply, id > 35599, seq 1, length 64 > 00:53:48.569792 00:00:24:c9:b0:90 > 00:11:95:87:d1:d8, ethertype IPv4 > (0x0800), length 98: 192.168.13.115 > 192.168.13.220: ICMP echo > request, id > 35599, seq 2, length 64 > 00:53:48.569824 00:11:95:87:d1:d8 > 00:00:24:c9:b0:90, ethertype IPv4 > (0x0800), length 98: 192.168.13.220 > 192.168.13.115: ICMP echo > reply, id > 35599, seq 2, length 64 > ^C > 8 packets captured > 8 packets received by filter > 0 packets dropped by kernel > > ---- > > tcpdump -e -n -l -i wlan0 > tcpdump: verbose output suppressed, use -v or -vv for full protocol > decode > listening on wlan0, link-type EN10MB (Ethernet), capture size 96 bytes > 00:55:19.938900 00:00:24:c9:b0:90 > ff:ff:ff:ff:ff:ff, 802.3, length > 64: > LLC, dsap Unknown (0x2a) Group, ssap Unknown (0x32) Command, ctrl > 0x6d3d: > Supervisory, ?, rcv seq 54, Flags [Poll], length 50 > 00:55:20.940261 00:00:24:c9:b0:90 > ff:ff:ff:ff:ff:ff, 802.3, length > 64: > LLC, dsap Unknown (0x1a) Individual, ssap Unknown (0x36) Command, ctrl > 0xbb45: Supervisory, Receiver not Ready, rcv seq 93, Flags [Poll], > length 50 > 00:55:21.942119 00:00:24:c9:b0:90 > ff:ff:ff:ff:ff:ff, 802.3, length > 64: > LLC, dsap Unknown (0x0a) Group, ssap Unknown (0x6a) Response, ctrl > 0x76aa: > Information, send seq 85, rcv seq 59, Flags [Response], length 50 > 00:55:22.943974 00:00:24:c9:b0:90 > ff:ff:ff:ff:ff:ff, 802.3, length > 64: > LLC, dsap Unknown (0xec) Individual, ssap Unknown (0xd4) Command, ctrl > 0x47b9: Supervisory, Reject, rcv seq 35, Flags [Poll], length 50 > 00:55:23.945911 00:00:24:c9:b0:90 > ff:ff:ff:ff:ff:ff, 802.3, length > 64: > LLC, dsap Unknown (0x96) Group, ssap Unknown (0xc6) Response, ctrl > 0xf890: > Information, send seq 72, rcv seq 124, Flags [Response], length 50 > 00:55:24.947772 00:00:24:c9:b0:90 > ff:ff:ff:ff:ff:ff, 802.3, length > 64: > LLC, dsap Unknown (0x68) Individual, ssap Unknown (0xfa) Command, ctrl > 0x0a22: Information, send seq 17, rcv seq 5, Flags [Command], length > 50 > 00:55:29.957213 00:00:24:c9:b0:90 > ff:ff:ff:ff:ff:ff, 802.3, length > 64: > LLC, dsap Unknown (0xa0) Group, ssap SNA (0x04) Command, ctrl 0x9110: > Information, send seq 8, rcv seq 72, Flags [Poll], length 50 > ^C > 7 packets captured > 7 packets received by filter > 0 packets dropped by kernel > > ---- > > > ------------------------------ > > Message: 15 > Date: Thu, 31 Dec 2009 18:56:34 +1100 (EST) > From: Ian Smith > Subject: Re: Why does FreeBSD 8.-0 think that my Dell SX260 have > "non-unform processors"? > To: Torfinn Ingolfsen > Cc: freebsd-stable@freebsd.org > Message-ID: <20091231184327.I93577@sola.nimnet.asn.au> > Content-Type: TEXT/PLAIN; charset=3DUS-ASCII > > On Wed, 30 Dec 2009, Torfinn Ingolfsen wrote: >> On Wed, 23 Dec 2009 17:08:58 +1100 (EST) >> Ian Smith wrote: >>> On Wed, 23 Dec 2009, Torfinn Ingolfsen wrote: >>>> >>>> I don't know. Since last time, I've upgraded the bios to the >>>> latest (A03) and reset bios to default values - but the problem is >>>> still there. According to the specs, a SX260 supports all Pentium >>>> 4 cpus with 400 MHz and 533 MHz FSB (front side bus). >>> >>> Yes, this is your problem, regarding speed anyway. I only picked up >>> on this because this year we bought 2 used intel mobos on eBay; a >>> D845GBV with a 2GHz P4 (also 400/533 MHz FSB with similar 845 chips >>> to yours) and the other a D865GLC with a 2.6GHz HTT P4 (400/533/800 >>> MHz FSB). >> >> You're right, of course. :-) > > Well, 'for once' :) > >> I found a Pentium 4 with 400 Mhz FSB, it looks much better now: >> FreeBSD 7.2-STABLE #6: Sun Oct 11 11:14:33 CEST 2009 >> root@kg-work2.kg4.no:/usr/obj/usr/src/sys/SX270 >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (1992.63-MHz 686-class CPU) >> Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 >> >> Features=3D >> 0xbfebfbff< >> FPU, >> VME, >> DE, >> PSE, >> TSC, >> MSR, >> PAE, >> MCE, >> CX8, >> APIC, >> SEP, >> MTRR, >> PGE, >> MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> >> Features2=3D0x4400 >> real memory =3D 2145849344 (2046 MB) >> >> and FreeBSD 8.0 doesn't say anything about "non-unform cpu" >> anymore. ;^) > > Great. Your 2GHz P4 is a later stepping which has HTT also, ours is: > CPU0: Intel(R) Pentium(R) 4 CPU 2.00GHz stepping 04 > Total of 1 processors activated (4003.47 BogoMIPS). > as Debian dmesg tells it. > > But I still don't know whether it's nowadays safe and/or advantageous > running hyperthreading on these CPUs in FreeBSD? Anyone? > > cheers, Ian > > > ------------------------------ > > Message: 16 > Date: Thu, 31 Dec 2009 10:12:59 +0100 > From: Oliver Lehmann > Subject: don't know how to make > /usr/obj/usr/src/tmp/usr/lib/libusbhid.a > To: stable@freebsd.org > Message-ID: <20091231101259.3f28dc5b.lehmann@ans-netz.de> > Content-Type: text/plain; charset=3DUS-ASCII > > Hi, > > I'm trying to build the 7 world from yesterdays CVSup but I'm > getting: > > =3D=3D=3D> usr.sbin/bluetooth/bthidcontrol (all) > cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium3 -DBTHIDCONTROL=3D1 - > I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers > -Wno-pointer-sign -c /usr/src/usr.sbin/bluetooth/bthidcontrol/ > bthidcontrol.c > cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium3 -DBTHIDCONTROL=3D1 - > I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers > -Wno-pointer-sign -c /usr/src/usr.sbin/bluetooth/bthidcontrol/hid.c > cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium3 -DBTHIDCONTROL=3D1 - > I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers > -Wno-pointer-sign -c lexer.c > cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium3 -DBTHIDCONTROL=3D1 - > I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers > -Wno-pointer-sign -c parser.c > cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium3 -DBTHIDCONTROL=3D1 - > I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers > -Wno-pointer-sign -c /usr/src/usr.sbin/bluetooth/bthidcontrol/sdp.c > make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/ > libusbhid.a. Stop > > I remember that I had the error in June also but then I just > disabled building bthidcontrol to work it around. Now I want > it fixed ;) > > Ideas? > > -- > Oliver Lehmann > http://www.pofo.de/ > http://wishlist.ans-netz.de/ > > > ------------------------------ > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > > End of freebsd-stable Digest, Vol 337, Issue 4 > ********************************************** From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 10:12:36 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 031F81065676 for ; Thu, 31 Dec 2009 10:12:36 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id A1DAA8FC1F for ; Thu, 31 Dec 2009 10:12:35 +0000 (UTC) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA12.westchester.pa.mail.comcast.net with comcast id PlyH1d0020EZKEL5ClzL8d; Thu, 31 Dec 2009 09:59:20 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA01.westchester.pa.mail.comcast.net with comcast id PlzK1d0093S48mS3MlzL4j; Thu, 31 Dec 2009 09:59:20 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4844A1E3035; Thu, 31 Dec 2009 01:59:18 -0800 (PST) Date: Thu, 31 Dec 2009 01:59:18 -0800 From: Jeremy Chadwick To: Oliver Lehmann Message-ID: <20091231095918.GA94795@icarus.home.lan> References: <20091231101259.3f28dc5b.lehmann@ans-netz.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091231101259.3f28dc5b.lehmann@ans-netz.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org, thompsa@freebsd.org Subject: Re: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libusbhid.a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 10:12:36 -0000 On Thu, Dec 31, 2009 at 10:12:59AM +0100, Oliver Lehmann wrote: > I'm trying to build the 7 world from yesterdays CVSup but I'm > getting: > > ===> usr.sbin/bluetooth/bthidcontrol (all) > cc -O2 -fno-strict-aliasing -pipe -march=pentium3 -DBTHIDCONTROL=1 -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers -Wno-pointer-sign -c /usr/src/usr.sbin/bluetooth/bthidcontrol/bthidcontrol.c > cc -O2 -fno-strict-aliasing -pipe -march=pentium3 -DBTHIDCONTROL=1 -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers -Wno-pointer-sign -c /usr/src/usr.sbin/bluetooth/bthidcontrol/hid.c > cc -O2 -fno-strict-aliasing -pipe -march=pentium3 -DBTHIDCONTROL=1 -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers -Wno-pointer-sign -c lexer.c > cc -O2 -fno-strict-aliasing -pipe -march=pentium3 -DBTHIDCONTROL=1 -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers -Wno-pointer-sign -c parser.c > cc -O2 -fno-strict-aliasing -pipe -march=pentium3 -DBTHIDCONTROL=1 -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers -Wno-pointer-sign -c /usr/src/usr.sbin/bluetooth/bthidcontrol/sdp.c > make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libusbhid.a. Stop > > I remember that I had the error in June also but then I just > disabled building bthidcontrol to work it around. Now I want > it fixed ;) User "thompsa" recently (past 24 hours) committed a ton of USB code changes[1] which appears to have broken things on RELENG_8; the periodic tinderbox builds are also failing for all platforms[2]. The builds on tinderbox are failing in a different part of the code (kernel not world), but I've a feeling it's related. [1]: http://www.freshbsd.org/?branch=RELENG_8&project=&committer=thompsa&module=&q= [2]: http://lists.freebsd.org/pipermail/freebsd-stable/2009-December/thread.html (see bottom of page) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 10:25:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07248106566B for ; Thu, 31 Dec 2009 10:25:34 +0000 (UTC) (envelope-from sonic2000gr@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 87BE78FC1B for ; Thu, 31 Dec 2009 10:25:33 +0000 (UTC) Received: by ewy26 with SMTP id 26so10212789ewy.3 for ; Thu, 31 Dec 2009 02:25:27 -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 :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=99xP/1DTzwfYcVc0I0vu+e80ORBdR1AVsTLBeAb3rtA=; b=hfmbH7Otc74rD/44LkmYD+bLVJKNxbsDzzuh02mnIh9NPgSYOQJv2CfwQT9+sclz9g QpDVzANXa5nKBPXRREO9aSvvu0egHHr9WNkmiBRMkvRVMGEuysYfDGvK+5zKtlaZO8jD BfZfZhEHYyKSmSMGURrkId7FqN8TQmPO6+Ih4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=EANR+oHBEL45VAyyMXfoPPlijU4g9ShkFMKSQN1Q+AEY/1EeOg4/6w514MyyshIgfA qWsGamTl7pLHr0NeN68NhAmpplVZs6vD/Ueso+l9GI9xrk0VgqrATCoyoJSBYqimYTJB j6NGiOsboHe/EQYFcpbMy8pcksjs5yA0mBDWs= Received: by 10.213.1.199 with SMTP id 7mr16880186ebg.23.1262255126931; Thu, 31 Dec 2009 02:25:26 -0800 (PST) Received: from pulstar.local (athedsl-4563723.home.otenet.gr [94.70.111.19]) by mx.google.com with ESMTPS id 15sm10103504ewy.8.2009.12.31.02.25.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 31 Dec 2009 02:25:25 -0800 (PST) Message-ID: <4B3C7C13.9090507@gmail.com> Date: Thu, 31 Dec 2009 12:25:23 +0200 From: Manolis Kiagias User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: uname(1) does not show system is patched via freebsd-update(8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 10:25:34 -0000 On 31/12/2009 11:40 Ï€.μ., martinko wrote: > Hallo, > > The system here seems to be patched yet I do not see the information > in uname(1) output (see below). Is this a bug or my error or what ? > > Cheers, > > Martin > This is normal. The patch level shown is not updated, unless one of the following applies: 1. You are running a GENERIC kernel *and* the kernel was updated as part of the freebsd-update patching process (This was not the case with 8.0-RELEASE-p1, these patches did not affect the kernel) 2. You rebuild your kernel after the update (you may rebuild GENERIC or your own custom kernel). Assuming you have the sources installed, freebsd-update will update them along with the binaries. The patch level is in the file /usr/src/sys/conf/newvers.sh. Check it out and you will see a line "BRANCH=RELEASE-p1". This is what will be used if you rebuild your kernel. Keep in mind that if the sole purpose of this is to have the patch level info handy, you may simply override the value returned by uname -r using i.e. the following: export UNAME_r=8.0-RELEASE-p1 but you have to remember to keep this synchronized with the actual patch level :) From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 10:39:40 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B20971065693; Thu, 31 Dec 2009 10:39:40 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id 1BE2F8FC1E; Thu, 31 Dec 2009 10:39:39 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out1.tiscali.nl with esmtp (Exim) (envelope-from ) id 1NQIGD-00028I-NH; Thu, 31 Dec 2009 11:28:05 +0100 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id BA62312E8C; Thu, 31 Dec 2009 11:27:59 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Jeremy Chadwick" , "Oliver Lehmann" References: <20091231101259.3f28dc5b.lehmann@ans-netz.de> <20091231095918.GA94795@icarus.home.lan> Date: Thu, 31 Dec 2009 11:27:59 +0100 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: <20091231095918.GA94795@icarus.home.lan> User-Agent: Opera Mail/10.10 (FreeBSD) Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, thompsa@freebsd.org Subject: Re: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libusbhid.a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 10:39:40 -0000 On Thu, 31 Dec 2009 10:59:18 +0100, Jeremy Chadwick =20 wrote: > On Thu, Dec 31, 2009 at 10:12:59AM +0100, Oliver Lehmann wrote: >> I'm trying to build the 7 world from yesterdays CVSup but I'm >> getting: >> >> =3D=3D=3D> usr.sbin/bluetooth/bthidcontrol (all) >> cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium3 -DBTHIDCONTROL=3D1= =20 >> -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers = =20 >> -Wno-pointer-sign -c =20 >> /usr/src/usr.sbin/bluetooth/bthidcontrol/bthidcontrol.c >> cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium3 -DBTHIDCONTROL=3D1= =20 >> -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers = =20 >> -Wno-pointer-sign -c /usr/src/usr.sbin/bluetooth/bthidcontrol/hid.c >> cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium3 -DBTHIDCONTROL=3D1= =20 >> -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers = =20 >> -Wno-pointer-sign -c lexer.c >> cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium3 -DBTHIDCONTROL=3D1= =20 >> -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers = =20 >> -Wno-pointer-sign -c parser.c >> cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium3 -DBTHIDCONTROL=3D1= =20 >> -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers = =20 >> -Wno-pointer-sign -c /usr/src/usr.sbin/bluetooth/bthidcontrol/sdp.c >> make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libusbhid.a.= =20 >> Stop >> >> I remember that I had the error in June also but then I just >> disabled building bthidcontrol to work it around. Now I want >> it fixed ;) > > User "thompsa" recently (past 24 hours) committed a ton of USB code > changes[1] which appears to have broken things on RELENG_8; the periodi= c > tinderbox builds are also failing for all platforms[2]. The builds on > tinderbox are failing in a different part of the code (kernel not > world), but I've a feeling it's related. > > [1]: =20 > http://www.freshbsd.org/?branch=3DRELENG_8&project=3D&committer=3Dthomp= sa&module=3D&q=3D > > [2]: =20 > http://lists.freebsd.org/pipermail/freebsd-stable/2009-December/thread.= html > (see bottom of page) The original post is mentioning 7 world. Not RELENG_8. Ronald. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 10:41:38 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AB1010656AE for ; Thu, 31 Dec 2009 10:41:38 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.freebsd.org (Postfix) with ESMTP id DE3408FC23 for ; Thu, 31 Dec 2009 10:41:37 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out0.tiscali.nl with esmtp (Exim) (envelope-from ) id 1NQIF5-0001Bh-Du; Thu, 31 Dec 2009 11:26:55 +0100 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 3205F12E8B; Thu, 31 Dec 2009 11:26:52 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Oliver Lehmann" , stable@freebsd.org References: <20091231101259.3f28dc5b.lehmann@ans-netz.de> Date: Thu, 31 Dec 2009 11:26:51 +0100 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: <20091231101259.3f28dc5b.lehmann@ans-netz.de> User-Agent: Opera Mail/10.10 (FreeBSD) Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libusbhid.a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 10:41:38 -0000 On Thu, 31 Dec 2009 10:12:59 +0100, Oliver Lehmann = =20 wrote: > Hi, > > I'm trying to build the 7 world from yesterdays CVSup but I'm > getting: > > =3D=3D=3D> usr.sbin/bluetooth/bthidcontrol (all) > cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium3 -DBTHIDCONTROL=3D1 = =20 > -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers =20 > -Wno-pointer-sign -c =20 > /usr/src/usr.sbin/bluetooth/bthidcontrol/bthidcontrol.c > cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium3 -DBTHIDCONTROL=3D1 = =20 > -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers =20 > -Wno-pointer-sign -c /usr/src/usr.sbin/bluetooth/bthidcontrol/hid.c > cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium3 -DBTHIDCONTROL=3D1 = =20 > -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers =20 > -Wno-pointer-sign -c lexer.c > cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium3 -DBTHIDCONTROL=3D1 = =20 > -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers =20 > -Wno-pointer-sign -c parser.c > cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium3 -DBTHIDCONTROL=3D1 = =20 > -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers =20 > -Wno-pointer-sign -c /usr/src/usr.sbin/bluetooth/bthidcontrol/sdp.c > make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libusbhid.a. = =20 > Stop > > I remember that I had the error in June also but then I just > disabled building bthidcontrol to work it around. Now I want > it fixed ;) > > Ideas? Some of the regular tips: - Make clean or rm -r /usr/obj - Remove the /usr/src/* and csup/cvsup some fresh src. Ronald. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 11:10:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE44A1065672 for ; Thu, 31 Dec 2009 11:10:11 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 6E9108FC1E for ; Thu, 31 Dec 2009 11:10:11 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NQIum-000Owf-8F for freebsd-stable@freebsd.org; Thu, 31 Dec 2009 11:10:00 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NQIum-000C04-7O for freebsd-stable@freebsd.org; Thu, 31 Dec 2009 11:10:00 +0000 Date: Thu, 31 Dec 2009 11:10:00 +0000 Message-Id: To: freebsd-stable@freebsd.org From: Pete French Subject: lock order reversals in RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 11:10:11 -0000 am still trying to get the machine which ocks up to lock up when I have DDb, KDB and WITNESS in the ernel. It's not locked yet but I have got the following in dmesg... lock order reversal: 1st 0xffffff8052321e50 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2559 2nd 0xffffff000384a800 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:285 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2c witness_checkorder() at witness_checkorder+0x66f _sx_xlock() at _sx_xlock+0x35 ufsdirhash_acquire() at ufsdirhash_acquire+0x33 ufsdirhash_remove() at ufsdirhash_remove+0x18 ufs_dirremove() at ufs_dirremove+0x161 ufs_remove() at ufs_remove+0x92 VOP_REMOVE_APV() at VOP_REMOVE_APV+0x34 kern_unlinkat() at kern_unlinkat+0x252 syscall() at syscall+0x19d Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (10, FreeBSD ELF64, unlink), rip = 0x80072a28c, rsp = 0x7fffffffe418, rbp = 0x7fffffffef6e --- lock order reversal: 1st 0xffffff003e230d80 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1058 2nd 0xffffff003e2307f8 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2083 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2c witness_checkorder() at witness_checkorder+0x66f __lockmgr_args() at __lockmgr_args+0x475 vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x46 _vn_lock() at _vn_lock+0x47 vget() at vget+0x56 devfs_allocv() at devfs_allocv+0x103 devfs_root() at devfs_root+0x48 vfs_donmount() at vfs_donmount+0xf43 nmount() at nmount+0x63 syscall() at syscall+0x19d Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (378, FreeBSD ELF64, nmount), rip = 0x8007b062c, rsp = 0x7fffffffdd28, rbp = 0x From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 11:17:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAC611065672 for ; Thu, 31 Dec 2009 11:17:10 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 7CEF68FC16 for ; Thu, 31 Dec 2009 11:17:09 +0000 (UTC) Received: by ewy26 with SMTP id 26so10249502ewy.3 for ; Thu, 31 Dec 2009 03:17:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.85.144 with SMTP id u16mr3816316wee.3.1262258224200; Thu, 31 Dec 2009 03:17:04 -0800 (PST) In-Reply-To: References: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= Date: Thu, 31 Dec 2009 12:16:44 +0100 Message-ID: To: Pete French Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: lock order reversals in RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 11:17:10 -0000 On Thu, Dec 31, 2009 at 12:10, Pete French wr= ote: > am still trying to get the machine which ocks up to lock up > when I have DDb, KDB and WITNESS in the ernel. It's not locked yet > but I have got the following in dmesg... > > lock order reversal: > =A01st 0xffffff8052321e50 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c= :2559 > =A02nd 0xffffff000384a800 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_di= rhash.c:285 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x2c > witness_checkorder() at witness_checkorder+0x66f > _sx_xlock() at _sx_xlock+0x35 > ufsdirhash_acquire() at ufsdirhash_acquire+0x33 > ufsdirhash_remove() at ufsdirhash_remove+0x18 > ufs_dirremove() at ufs_dirremove+0x161 > ufs_remove() at ufs_remove+0x92 > VOP_REMOVE_APV() at VOP_REMOVE_APV+0x34 > kern_unlinkat() at kern_unlinkat+0x252 > syscall() at syscall+0x19d > Xfast_syscall() at Xfast_syscall+0xe1 > --- syscall (10, FreeBSD ELF64, unlink), rip =3D 0x80072a28c, rsp =3D 0x7= fffffffe418, rbp =3D 0x7fffffffef6e --- > lock order reversal: > =A01st 0xffffff003e230d80 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1058 > =A02nd 0xffffff003e2307f8 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:20= 83 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x2c > witness_checkorder() at witness_checkorder+0x66f > __lockmgr_args() at __lockmgr_args+0x475 > vop_stdlock() at vop_stdlock+0x39 > VOP_LOCK1_APV() at VOP_LOCK1_APV+0x46 > _vn_lock() at _vn_lock+0x47 > vget() at vget+0x56 > devfs_allocv() at devfs_allocv+0x103 > devfs_root() at devfs_root+0x48 > vfs_donmount() at vfs_donmount+0xf43 > nmount() at nmount+0x63 > syscall() at syscall+0x19d > Xfast_syscall() at Xfast_syscall+0xe1 > --- syscall (378, FreeBSD ELF64, nmount), rip =3D 0x8007b062c, rsp =3D 0x= 7fffffffdd28, rbp =3D 0x > I think this is LOR #261 and therefore harmless. http://sources.zabbadoz.net/freebsd/lor.html From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 11:18:45 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77B411065693; Thu, 31 Dec 2009 11:18:45 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 1B10F8FC18; Thu, 31 Dec 2009 11:18:44 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 768EE1CD23; Thu, 31 Dec 2009 12:18:43 +0100 (CET) Date: Thu, 31 Dec 2009 12:18:43 +0100 From: Ed Schouten To: jhell Message-ID: <20091231111843.GT64905@hoeg.nl> References: <6101e8c40912291418w25b46700hb14c53ee414010da@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YRswJL9PAvRTqVzz" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Hackers , stable@freebsd.org, Oliver Pinter Subject: Re: something fails with svn X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 11:18:45 -0000 --YRswJL9PAvRTqVzz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * jhell wrote: > Take a look at your git config. The problem lies there and is very > visible. After you are done fixing that re-read the whole email that > you posted. Would you mind sharing what causes the problem then, Sherlock Holmes? --=20 Ed Schouten WWW: http://80386.nl/ --YRswJL9PAvRTqVzz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAks8iJMACgkQ52SDGA2eCwUV/QCbBUDq73w7vdcOUxL7zndAU7Zc MMMAnjne1RBAIYRrxLLMURn0yCzgVctZ =Y0x3 -----END PGP SIGNATURE----- --YRswJL9PAvRTqVzz-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 12:31:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 517231065672 for ; Thu, 31 Dec 2009 12:31:59 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 19D708FC1C for ; Thu, 31 Dec 2009 12:31:58 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NQKBv-000PPR-Av; Thu, 31 Dec 2009 12:31:47 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NQKBv-000CDY-9t; Thu, 31 Dec 2009 12:31:47 +0000 Date: Thu, 31 Dec 2009 12:31:47 +0000 Message-Id: To: marius@nuenneri.ch In-Reply-To: From: Pete French Cc: freebsd-stable@freebsd.org Subject: Re: lock order reversals in RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 12:31:59 -0000 > I think this is LOR #261 and therefore harmless. > http://sources.zabbadoz.net/freebsd/lor.html ...and the second one is possibly 280 according to that page I guess ? (not harmless though, just unknown in that instance). Thanks for the link BTW, I didn't know about that page. -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 14:21:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FF131065696 for ; Thu, 31 Dec 2009 14:21:46 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id 2235D8FC19 for ; Thu, 31 Dec 2009 14:21:45 +0000 (UTC) Received: from OMTA17.emeryville.ca.mail.comcast.net ([76.96.30.73]) by QMTA07.emeryville.ca.mail.comcast.net with comcast id Ppp91d0021afHeLA7qMmuh; Thu, 31 Dec 2009 14:21:46 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA17.emeryville.ca.mail.comcast.net with comcast id PqMl1d00E3S48mS8dqMmyq; Thu, 31 Dec 2009 14:21:46 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 9D4E01E3035; Thu, 31 Dec 2009 06:21:44 -0800 (PST) Date: Thu, 31 Dec 2009 06:21:44 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091231142144.GA742@icarus.home.lan> References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> <8bdcbc5f08e9b762c3d2dcfe2fd00558.HRCIM@webmail.1command.com> <6201873e0912281550w34937b9eg3498547722739aee@mail.gmail.com> <20091229112037.GA34719@icarus.home.lan> <20091229171432.GN470@bunrab.catwhisker.org> <20091230171341.E81420@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091230171341.E81420@sola.nimnet.asn.au> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 14:21:46 -0000 On Thu, Dec 31, 2009 at 04:16:07AM +1100, Ian Smith wrote: > On Tue, 29 Dec 2009, David Wolfskill wrote: > > On Tue, Dec 29, 2009 at 03:20:37AM -0800, Jeremy Chadwick wrote: > > > ... > > > I've written my own script to do all of this. It parses periodic > > > security mails (on a daily basis), and does WHOIS lookups + parses the > > > results to tell me what netblocks/CIDRs I should consider blocking. For > > > example, for a security mail that contains this: > > > > > > horus.sc1.parodius.com login failures: > > > Dec 28 15:54:49 horus sshd[74684]: Failed password for root from 199.71.214.240 port 51197 ssh2 > > > Dec 28 15:54:49 horus sshd[74686]: Invalid user test from 199.71.214.240 > > > Dec 28 18:39:24 horus sshd[84742]: Failed password for root from 208.94.235.248 port 42979 ssh2 > > > Dec 28 18:39:25 horus sshd[84744]: Failed password for root from 208.94.235.248 port 43056 ssh2 > > > Dec 28 18:39:25 horus sshd[84746]: Failed password for root from 208.94.235.248 port 43156 ssh2 > > > Dec 28 18:39:26 horus sshd[84749]: Failed password for root from 208.94.235.248 port 43265 ssh2 > > > Dec 28 18:39:27 horus sshd[84751]: Failed password for root from 208.94.235.248 port 43356 ssh2 > > > > > > The script would output the following: > > > > > > 199.71.214.240 > > > 199.71.212.0/22 Psychz Networks, Walnut, CA, US > > > 208.94.235.248 > > > 208.94.232.0/22 WZ Communications Inc., Madison, WI, US > > > 208.94.235.0/24 Soft-Com.biz, Inc., Panama, NA, PA > > Jeremy, care to share your whois lookup / parsing script for this? Sure. It's a combination of two scripts which I call "parse_ssh_deny" (sh) and "lookup" (perl). How I use them: I get "security run output" mails from periodic every night, and use mutt to save them (one per server) to a single file, which I pipe to "parse_ssh_deny", resulting in the above output. I read the output by hand and decide manually what to put into pf.conf.ssh-deny. I'll note that some of the servers are multi-user, so users mistyping their password is common -- I specifically exclude that error message from the awk line in "parse_ssh_deny" because I don't want legitimate users potentially blocked. People should tune the script based on their needs though. The "lookup" perl script uses whois(1) with specific arguments to get back results from ARIN, and then parses the results. Sometimes WHOIS records don't have certain details (country code, city, state, etc.), and other times they do. The script tries to handle all of those. The reason I chose to parse whois(1) output rather than using something like Net::Whois or Net::Whois::IP is because I prefer self-contained scripts (unless there's sufficient justification for reliance on such third-party code); plus I didn't particularly like either of these perl modules. parse_ssh_deny ================ #!/bin/sh for i in `awk '/Failed password for root/ {print $11} /Failed password for invalid user .+ from/ {print $13} /Invalid user/ {print $NF}' | sort -u -n` do lookup "$i" done lookup ======== #!/usr/local/bin/perl use strict; use warnings; # $ whois -a "+ 67.205.112.200" | egrep '^CustName|OrgName|CIDR' # OrgName: iWeb Technologies Inc. # CIDR: 67.205.64.0/18 # CustName: iWeb Dedicated CL2 # CIDR: 67.205.112.192/27 my $lookup = shift or die "Usage: $0 ip\n"; my ($name, $city, $state, $cc, $cidr) = undef; print $lookup, "\n"; open(FH, "whois -a '+ $lookup' |") or die; while() { $name = $2 if (m#^(CustName|OrgName):\s+(.+)#); $city = $1 if (m#^City:\s+(.+)#); $state = $1 if (m#^StateProv:\s+(.+)#); $cc = $1 if (m#^Country:\s+(.+)#); $cidr = $1 if (m#^CIDR:\s+([\d\./]+)#); if ($name and $cidr) { $city = $city || ''; $state = $state || ''; $cc = $cc || ''; printf "\t%-23s", $cidr; print join(", ", $name, $city, $state, $cc); print "\n"; ($name, $city, $state, $cc, $cidr) = undef; next; } } close(FH); -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 14:45:34 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 489A8106566C for ; Thu, 31 Dec 2009 14:45:34 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id D21908FC16 for ; Thu, 31 Dec 2009 14:45:33 +0000 (UTC) Received: by bwz5 with SMTP id 5so8135542bwz.3 for ; Thu, 31 Dec 2009 06:45:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=60EMljF5xnwkHp7PjKmmbNc3IRsFTMX3yQCxJgEKTCQ=; b=sSmcC7EHVqQaWGhF6/9+7rVqjZucWHxbtL5cqQ/HzSQKvKazRAU5PRI2xeHNasZj4+ xV+CxoRSWKJNK5iRCf1ucHBRujSGi10daiSsNCuEDKAZ88ccv1fy9CNGEt+sE16EHFj/ Nz73ErwxWEyImlui9+iXTPWJdTxDWxg01ha8Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=H6gXFTbWzRjv7R+V8/Lyi7Ej2OCREZ3A1O0sWyxzUDTpufRT1H+bbVfRYv1gldPYM0 zBBX3gLELY7hbrCStmtzx/iVDJVIIC9/SzOjrfohHUKqRJljnOw7X8CbFDxMzVNEdVJv 4OwYwRNRcforO69lPy0VbU4jsrPkCB5MZ7sgE= MIME-Version: 1.0 Received: by 10.204.8.3 with SMTP id f3mr5468291bkf.140.1262270726595; Thu, 31 Dec 2009 06:45:26 -0800 (PST) In-Reply-To: <20091231101259.3f28dc5b.lehmann@ans-netz.de> References: <20091231101259.3f28dc5b.lehmann@ans-netz.de> Date: Thu, 31 Dec 2009 15:45:26 +0100 Message-ID: <6101e8c40912310645y64d74ac8ic3a90362f459df@mail.gmail.com> From: Oliver Pinter To: Oliver Lehmann Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org Subject: Re: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libusbhid.a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 14:45:34 -0000 it is possible, that cvsup server is out of sync, probe other server ;) or use svn On 12/31/09, Oliver Lehmann wrote: > Hi, > > I'm trying to build the 7 world from yesterdays CVSup but I'm > getting: > > ===> usr.sbin/bluetooth/bthidcontrol (all) > cc -O2 -fno-strict-aliasing -pipe -march=pentium3 -DBTHIDCONTROL=1 > -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers > -Wno-pointer-sign -c /usr/src/usr.sbin/bluetooth/bthidcontrol/bthidcontrol.c > cc -O2 -fno-strict-aliasing -pipe -march=pentium3 -DBTHIDCONTROL=1 > -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers > -Wno-pointer-sign -c /usr/src/usr.sbin/bluetooth/bthidcontrol/hid.c > cc -O2 -fno-strict-aliasing -pipe -march=pentium3 -DBTHIDCONTROL=1 > -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers > -Wno-pointer-sign -c lexer.c > cc -O2 -fno-strict-aliasing -pipe -march=pentium3 -DBTHIDCONTROL=1 > -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers > -Wno-pointer-sign -c parser.c > cc -O2 -fno-strict-aliasing -pipe -march=pentium3 -DBTHIDCONTROL=1 > -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd -Wsystem-headers > -Wno-pointer-sign -c /usr/src/usr.sbin/bluetooth/bthidcontrol/sdp.c > make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libusbhid.a. Stop > > I remember that I had the error in June also but then I just > disabled building bthidcontrol to work it around. Now I want > it fixed ;) > > Ideas? > > -- > Oliver Lehmann > http://www.pofo.de/ > http://wishlist.ans-netz.de/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 16:37:11 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 316EF1065696 for ; Thu, 31 Dec 2009 16:37:11 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 7EF988FC15 for ; Thu, 31 Dec 2009 16:37:09 +0000 (UTC) Received: (qmail 15921 invoked by uid 89); 31 Dec 2009 16:37:08 -0000 Message-ID: <20091231163708.15920.qmail@avocado.salatschuessel.net> References: <20091231101259.3f28dc5b.lehmann@ans-netz.de> In-Reply-To: From: "Oliver Lehmann" To: "Ronald Klop" Date: Thu, 31 Dec 2009 17:37:08 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libusbhid.a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 16:37:11 -0000 Ronald Klop writes: > Some of the regular tips: > - Make clean or rm -r /usr/obj > - Remove the /usr/src/* and csup/cvsup some fresh src. Yeah tried this (I probably did this in June with the same error as well). Now I'm getting: ===> usr.sbin/bluetooth/bthidcontrol (depend) lex -t /usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd/lexer.l > lexer.c yacc -d -o parser.c /usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd/parser.y rm -f .depend mkdep -f .depend -a -DBTHIDCONTROL=1 -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd /usr/src/usr.sbin/bluetooth/bthidcontrol/bthidcontrol.c /usr/src/usr.sbin/bluetooth/bthidcontrol/hid.c lexer.c parser.c /usr/src/usr.sbin/bluetooth/bthidcontrol/sdp.c /usr/src/usr.sbin/bluetooth/bthidcontrol/bthidcontrol.c:41:20: error: usbhid.h: No such file or directory /usr/src/usr.sbin/bluetooth/bthidcontrol/hid.c:38:20: error: usbhid.h: No such file or directory /usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd/parser.y:44:20: error: usbhid.h: No such file or directory /usr/src/usr.sbin/bluetooth/bthidcontrol/sdp.c:40:20: error: usbhid.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/usr.sbin/bluetooth/bthidcontrol. *** Error code 1 Stop in /usr/src/usr.sbin/bluetooth. *** Error code 1 Stop in /usr/src/usr.sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 16:40:02 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB2221065693 for ; Thu, 31 Dec 2009 16:40:02 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 35C9C8FC1D for ; Thu, 31 Dec 2009 16:40:01 +0000 (UTC) Received: (qmail 16011 invoked by uid 89); 31 Dec 2009 16:40:01 -0000 Message-ID: <20091231164001.16003.qmail@avocado.salatschuessel.net> References: <20091231101259.3f28dc5b.lehmann@ans-netz.de> <20091231163708.15920.qmail@avocado.salatschuessel.net> In-Reply-To: <20091231163708.15920.qmail@avocado.salatschuessel.net> From: "Oliver Lehmann" To: "Oliver Lehmann" Date: Thu, 31 Dec 2009 17:40:01 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Ronald Klop Subject: Re: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libusbhid.a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 16:40:02 -0000 I think that this error might be related to my "special" src.conf. Maybe WITHOUT_USB is causing this - but - this shouldn't be - right? WITHOUT_ACPI=1 WITHOUT_ATM=1 WITHOUT_BIND=1 WITHOUT_CRYPT=1 WITHOUT_CVS=1 WITHOUT_DICT=1 WITHOUT_GAMES=1 WITHOUT_GPIB=1 WITHOUT_I4B=1 WITHOUT_INET6=1 WITHOUT_INFO=1 WITHOUT_IPFILTER=1 WITHOUT_LPR=1 WITHOUT_MAILWRAPPER=1 WITHOUT_NETCAT=1 WITHOUT_NIS=1 WITHOUT_PF=1 WITHOUT_RCMDS=1 WITHOUT_SENDMAIL=1 WITHOUT_SHAREDOCS=1 WITHOUT_USB=1 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 16:42:27 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 850711065670 for ; Thu, 31 Dec 2009 16:42:26 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id EA51F8FC0C for ; Thu, 31 Dec 2009 16:42:25 +0000 (UTC) Received: from OMTA02.westchester.pa.mail.comcast.net ([76.96.62.19]) by QMTA05.westchester.pa.mail.comcast.net with comcast id PpWK1d0020QuhwU55siSAq; Thu, 31 Dec 2009 16:42:26 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA02.westchester.pa.mail.comcast.net with comcast id PsiQ1d0073S48mS3NsiRev; Thu, 31 Dec 2009 16:42:26 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 1D42E1E3035; Thu, 31 Dec 2009 08:42:23 -0800 (PST) Date: Thu, 31 Dec 2009 08:42:23 -0800 From: Jeremy Chadwick To: Oliver Lehmann Message-ID: <20091231164223.GA4372@icarus.home.lan> References: <20091231101259.3f28dc5b.lehmann@ans-netz.de> <20091231163708.15920.qmail@avocado.salatschuessel.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091231163708.15920.qmail@avocado.salatschuessel.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org, Ronald Klop Subject: Re: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libusbhid.a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 16:42:27 -0000 On Thu, Dec 31, 2009 at 05:37:08PM +0100, Oliver Lehmann wrote: > Ronald Klop writes: > > >Some of the regular tips: > >- Make clean or rm -r /usr/obj > >- Remove the /usr/src/* and csup/cvsup some fresh src. > > Yeah tried this (I probably did this in June with the same error as > well). Now I'm getting: > > ===> usr.sbin/bluetooth/bthidcontrol (depend) > lex -t /usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd/lexer.l > lexer.c > yacc -d -o parser.c > /usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd/parser.y > rm -f .depend > mkdep -f .depend -a -DBTHIDCONTROL=1 > -I/usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd > /usr/src/usr.sbin/bluetooth/bthidcontrol/bthidcontrol.c > /usr/src/usr.sbin/bluetooth/bthidcontrol/hid.c lexer.c parser.c > /usr/src/usr.sbin/bluetooth/bthidcontrol/sdp.c > /usr/src/usr.sbin/bluetooth/bthidcontrol/bthidcontrol.c:41:20: > error: usbhid.h: No such file or directory > /usr/src/usr.sbin/bluetooth/bthidcontrol/hid.c:38:20: error: > usbhid.h: No such file or directory > /usr/src/usr.sbin/bluetooth/bthidcontrol/../bthidd/parser.y:44:20: > error: usbhid.h: No such file or directory > /usr/src/usr.sbin/bluetooth/bthidcontrol/sdp.c:40:20: error: > usbhid.h: No such file or directory > mkdep: compile failed > *** Error code 1 This is a different error than before. Shot in the dark, but most of the build problems I've seen here stem from clocks which drift excessively (usually machines not running ntpd, or a machine which needs ntpdate or ntpdate -b run on it). It's a little odd (to me) that it'd recur in bthidcontrol every time, but hey... worth a shot. :-) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 16:46:06 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB037106568F for ; Thu, 31 Dec 2009 16:46:06 +0000 (UTC) (envelope-from njm@njm.me.uk) Received: from smtp004.apm-internet.net (smtp004.apm-internet.net [85.119.248.54]) by mx1.freebsd.org (Postfix) with SMTP id 0FB008FC19 for ; Thu, 31 Dec 2009 16:46:05 +0000 (UTC) Received: (qmail 73937 invoked from network); 31 Dec 2009 16:46:04 -0000 Received: from unknown (HELO oberon.njm.me.uk) (81.154.164.209) by smtp004.apm-internet.net with SMTP; 31 Dec 2009 16:46:04 -0000 Received: from titania.njm.me.uk (titania.njm.me.uk [192.168.144.130]) by oberon.njm.me.uk (8.14.3/8.14.3) with ESMTP id nBVGk4xo097730; Thu, 31 Dec 2009 16:46:04 GMT (envelope-from njm@njm.me.uk) Received: from titania.njm.me.uk (localhost [127.0.0.1]) by titania.njm.me.uk (8.14.3/8.14.3) with ESMTP id nBVGk3fY067198; Thu, 31 Dec 2009 16:46:03 GMT (envelope-from njm@njm.me.uk) Received: (from njm@localhost) by titania.njm.me.uk (8.14.3/8.14.3/Submit) id nBVGk3vB067197; Thu, 31 Dec 2009 16:46:03 GMT (envelope-from njm@njm.me.uk) Date: Thu, 31 Dec 2009 16:46:03 +0000 From: "N.J. Mann" To: Oliver Lehmann Message-ID: <20091231164603.GA66981@titania.njm.me.uk> Mail-Followup-To: Oliver Lehmann , stable@freebsd.org, Ronald Klop References: <20091231101259.3f28dc5b.lehmann@ans-netz.de> <20091231163708.15920.qmail@avocado.salatschuessel.net> <20091231164001.16003.qmail@avocado.salatschuessel.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091231164001.16003.qmail@avocado.salatschuessel.net> X-Operating-System: FreeBSD 7.2-STABLE User-Agent: mutt-NJM (2009-12-30) Cc: stable@freebsd.org, Ronald Klop Subject: Re: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libusbhid.a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 16:46:06 -0000 In message <20091231164001.16003.qmail@avocado.salatschuessel.net>, Oliver Lehmann (lehmann@ans-netz.de) wrote: > I think that this error might be related to my "special" src.conf. Maybe > WITHOUT_USB is causing this - but - this shouldn't be - right? > > WITHOUT_ACPI=1 > WITHOUT_ATM=1 > WITHOUT_BIND=1 > WITHOUT_CRYPT=1 > WITHOUT_CVS=1 > WITHOUT_DICT=1 > WITHOUT_GAMES=1 > WITHOUT_GPIB=1 > WITHOUT_I4B=1 > WITHOUT_INET6=1 > WITHOUT_INFO=1 > WITHOUT_IPFILTER=1 > WITHOUT_LPR=1 > WITHOUT_MAILWRAPPER=1 > WITHOUT_NETCAT=1 > WITHOUT_NIS=1 > WITHOUT_PF=1 > WITHOUT_RCMDS=1 > WITHOUT_SENDMAIL=1 > WITHOUT_SHAREDOCS=1 > WITHOUT_USB=1 I think bluetooth depends on USB. Try adding WITHOUT_BLUETOOTH=1. Cheers, Nick. -- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 16:47:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B38D310656A3 for ; Thu, 31 Dec 2009 16:47:46 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 473C08FC13 for ; Thu, 31 Dec 2009 16:47:45 +0000 (UTC) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA06.westchester.pa.mail.comcast.net with comcast id Prfj1d0070EZKEL56snmYw; Thu, 31 Dec 2009 16:47:46 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA01.westchester.pa.mail.comcast.net with comcast id Psnl1d0083S48mS3MsnlGN; Thu, 31 Dec 2009 16:47:46 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 467BD1E3035; Thu, 31 Dec 2009 08:47:44 -0800 (PST) Date: Thu, 31 Dec 2009 08:47:44 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091231164744.GB4372@icarus.home.lan> References: <20091231101259.3f28dc5b.lehmann@ans-netz.de> <20091231163708.15920.qmail@avocado.salatschuessel.net> <20091231164001.16003.qmail@avocado.salatschuessel.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091231164001.16003.qmail@avocado.salatschuessel.net> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libusbhid.a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 16:47:46 -0000 On Thu, Dec 31, 2009 at 05:40:01PM +0100, Oliver Lehmann wrote: > I think that this error might be related to my "special" src.conf. > Maybe WITHOUT_USB is causing this - but - this shouldn't be - right? src/usr.sbin/bluetooth/bthidcontrol/bthidcontrol.c on RELENG_7 specifically includes usbhid.h, which is used for USB HID definitions and related stuff, so I'd say your guess is correct. $ uname -r 7.2-STABLE $ grep -n -i usb /usr/src/usr.sbin/bluetooth/bthidcontrol/bthidcontrol.c 41:#include Regarding the odd mismatch (first a missing library archive, then a missing .h file): chances are your "old" /usr/obj may have contained the usbhid.h file somewhere (e.g. a previous kernel or world was built there *before* you added WITHOUT_USB=1 to src.conf), then later you added WITHOUT_USB=1 to src.conf without nuking /usr/obj. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 19:13:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C8A21065694; Thu, 31 Dec 2009 19:13:52 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 270148FC08; Thu, 31 Dec 2009 19:13:51 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAIqGPEuDaFvJ/2dsb2JhbADUFIQxBA X-IronPort-AV: E=Sophos;i="4.47,483,1257138000"; d="scan'208";a="60930517" Received: from ganges.cs.uoguelph.ca ([131.104.91.201]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 31 Dec 2009 14:13:51 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 5AA61FB80A4; Thu, 31 Dec 2009 14:13:51 -0500 (EST) X-Virus-Scanned: amavisd-new at ganges.cs.uoguelph.ca Received: from ganges.cs.uoguelph.ca ([127.0.0.1]) by localhost (ganges.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k8qmW1upDJrt; Thu, 31 Dec 2009 14:13:50 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 54F1EFB80A2; Thu, 31 Dec 2009 14:13:50 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id nBVJNWF23373; Thu, 31 Dec 2009 14:23:32 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 31 Dec 2009 14:23:32 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Jeremie Le Hen In-Reply-To: <20091229125603.GC84457@felucia.tataz.chchile.org> Message-ID: References: <20091213230650.GA45540@felucia.tataz.chchile.org> <20091229125603.GC84457@felucia.tataz.chchile.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Rick Macklem , freebsd-stable@FreeBSD.org Subject: Re: Cannot list a particular directory through NFS with UDP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 19:13:52 -0000 On Tue, 29 Dec 2009, Jeremie Le Hen wrote: [stuff snipped] >> This appears to be the reply to the nfs readdir request, which is what >> would be expected. It could be a problem with the content or the reply >> or a NetBSD client issue. >> >> If you were to email me the raw tcpdump capture for the above, I could >> take a look at it in wireshark (which knows how to interpret nfs) and >> see if there is anything bogus looking in the reply. >> ("tcpdump -s 0 -w host 192.168.1.1" and then email me as an >> attachment, should do it) > > You will find the pcap file attached. > Well, I looked at it under wireshark and the readdir reply looks fine. (It is made up of two IP fragments, but wireshark reassembles them ok and says the checksums are ok. The contents look like a valid Readdir RPC reply.) Maybe NetBSD doesn't reassemble the IP fragments correctly or has an issue w.r.t. the checksum, but Wireshark thinks it's aok. rick ps: I vaguely recall that the problem went away when you used TCP instead. Is that correct? From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 19:23:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECD031065672 for ; Thu, 31 Dec 2009 19:23:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA11.westchester.pa.mail.comcast.net (qmta11.westchester.pa.mail.comcast.net [76.96.59.211]) by mx1.freebsd.org (Postfix) with ESMTP id 94E9E8FC1D for ; Thu, 31 Dec 2009 19:23:49 +0000 (UTC) Received: from OMTA16.westchester.pa.mail.comcast.net ([76.96.62.88]) by QMTA11.westchester.pa.mail.comcast.net with comcast id Pufk1d00M1uE5Es5BvPqpu; Thu, 31 Dec 2009 19:23:50 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA16.westchester.pa.mail.comcast.net with comcast id Pvbi1d0033S48mS3cvbior; Thu, 31 Dec 2009 19:35:43 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C7C0E1E3035; Thu, 31 Dec 2009 11:23:47 -0800 (PST) Date: Thu, 31 Dec 2009 11:23:47 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091231192347.GA7525@icarus.home.lan> References: <20091213230650.GA45540@felucia.tataz.chchile.org> <20091229125603.GC84457@felucia.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Cannot list a particular directory through NFS with UDP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 19:23:51 -0000 On Thu, Dec 31, 2009 at 02:23:32PM -0500, Rick Macklem wrote: > On Tue, 29 Dec 2009, Jeremie Le Hen wrote: > > [stuff snipped] > >>This appears to be the reply to the nfs readdir request, which is what > >>would be expected. It could be a problem with the content or the reply > >>or a NetBSD client issue. > >> > >>If you were to email me the raw tcpdump capture for the above, I could > >>take a look at it in wireshark (which knows how to interpret nfs) and > >>see if there is anything bogus looking in the reply. > >>("tcpdump -s 0 -w host 192.168.1.1" and then email me as an > >>attachment, should do it) > > > >You will find the pcap file attached. > > > Well, I looked at it under wireshark and the readdir reply looks fine. > (It is made up of two IP fragments, but wireshark reassembles them ok > and says the checksums are ok. The contents look like a valid Readdir > RPC reply.) Maybe NetBSD doesn't reassemble the IP fragments correctly > or has an issue w.r.t. the checksum, but Wireshark thinks it's aok. > > rick > ps: I vaguely recall that the problem went away when you used TCP > instead. Is that correct? Reading this thread and mention of IP fragments: I'm probably way off base here, but is pf(4) in use at all on the FreeBSD server? If so, see the pf.conf(5) man page, specifically the 'no-df' flag. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 21:07:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C7FF1065679 for ; Thu, 31 Dec 2009 21:07:05 +0000 (UTC) (envelope-from hartzell@almost.alerce.com) Received: from merlin.alerce.com (merlin.alerce.com [64.62.142.94]) by mx1.freebsd.org (Postfix) with ESMTP id EB5458FC18 for ; Thu, 31 Dec 2009 21:07:04 +0000 (UTC) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 54A5A33C64 for ; Thu, 31 Dec 2009 12:48:29 -0800 (PST) Received: from almost.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by merlin.alerce.com (Postfix) with ESMTP id 2982733C62 for ; Thu, 31 Dec 2009 12:48:29 -0800 (PST) Received: by almost.alerce.com (Postfix, from userid 503) id 5E5525E8C7D; Thu, 31 Dec 2009 12:48:28 -0800 (PST) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19261.3612.150477.365986@gargle.gargle.HOWL> Date: Thu, 31 Dec 2009 12:48:28 -0800 To: freebsd-stable@freebsd.org X-Mailer: VM 8.0.12 under 22.3.1 (i386-apple-darwin9.6.0) X-Virus-Scanned: ClamAV using ClamSMTP Subject: ZFS and disappearing glabels X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 21:07:05 -0000 I've set up a system as described here. http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition Using the 8.0 Release DVD and then csup'ing to RELENG_8 and rebuilding. I set it up with a single drive, the only change that I made was that after creating ad10s1a I glabeled it as disk0, then added /dev/label/disk0 to the pool. That worked great. Then I added a second larger drive, giving it an MBR, a bsd label, and an s1a partition that I glabeled as disk1. I attached that to the pool and it resilvered happily. However, when I rebooted I found that the pool now consists of label/disk0 and ad12s1a. I detached ad12s1a, relabeled it as disk1, and attached disk1 to the pool again. It resilvered fine. Running strings on /boot/zfs/zpool.cache shows /dev/label/disk0 and /dev/label/disk1. But, when I reboot I find I'm back to label/disk0 and ad12s1a. At this point strings on zpool.cache lists /dev/label/disk0 and ad12s1a. I'd like to have the device independence of using labels, and am also worried about problems caused by the different "disk" sizes (since the glabeled partition is 512 bytes smaller). Any ideas what's going wrong? Thanks, g. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 21:54:23 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10B891065692 for ; Thu, 31 Dec 2009 21:54:23 +0000 (UTC) (envelope-from eric@mikestammer.com) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by mx1.freebsd.org (Postfix) with ESMTP id D55C98FC12 for ; Thu, 31 Dec 2009 21:54:22 +0000 (UTC) Received: from vdsl-151-118-129-45.dnvr.qwest.net ([151.118.129.45] helo=mail.mikestammer.com) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.68) (envelope-from ) id 1NQSS9-000AFy-Pd; Thu, 31 Dec 2009 21:21:05 +0000 Received: from [192.168.1.107] (c-24-10-148-96.hsd1.ut.comcast.net [24.10.148.96]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: eric@mikestammer.com) by mail.mikestammer.com (Postfix) with ESMTPSA id CFAEFE23; Thu, 31 Dec 2009 14:21:02 -0700 (MST) X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 151.118.129.45 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18bIJpjOnpvuvdYCtvI3wDfMosrdOtpHy4= Message-ID: <4B3D15BB.2080808@mikestammer.com> Date: Thu, 31 Dec 2009 14:20:59 -0700 From: Eric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: hartzell@alerce.com References: <19261.3612.150477.365986@gargle.gargle.HOWL> In-Reply-To: <19261.3612.150477.365986@gargle.gargle.HOWL> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS and disappearing glabels X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 21:54:23 -0000 On 12/31/2009 1:48 PM, George Hartzell wrote: > > I've set up a system as described here. > > http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition > > Using the 8.0 Release DVD and then csup'ing to RELENG_8 and > rebuilding. > > I set it up with a single drive, the only change that I made was that > after creating ad10s1a I glabeled it as disk0, then added > /dev/label/disk0 to the pool. > > That worked great. > > Then I added a second larger drive, giving it an MBR, a bsd label, and > an s1a partition that I glabeled as disk1. I attached that to the > pool and it resilvered happily. > > However, when I rebooted I found that the pool now consists of > label/disk0 and ad12s1a. I detached ad12s1a, relabeled it as disk1, > and attached disk1 to the pool again. It resilvered fine. Running > strings on /boot/zfs/zpool.cache shows /dev/label/disk0 and > /dev/label/disk1. > > But, when I reboot I find I'm back to label/disk0 and ad12s1a. At > this point strings on zpool.cache lists /dev/label/disk0 and ad12s1a. > > I'd like to have the device independence of using labels, and am also > worried about problems caused by the different "disk" sizes (since the > glabeled partition is 512 bytes smaller). > > Any ideas what's going wrong? > > Thanks, > i ran into the same issues. every reboot i would have to fight to relabel the drive (on 7.2). I upgraded to 8 and used GPT for everything (and ZFS on root) and i have not had any issues. I would recommend going that route. You can still label the drives with labels. This is the docs I followed: http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/Mirror Works great! Eric From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 21:57:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CE5A1065670 for ; Thu, 31 Dec 2009 21:57:44 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id DF3368FC08 for ; Thu, 31 Dec 2009 21:57:43 +0000 (UTC) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id nBVLvdZG096784; Thu, 31 Dec 2009 22:57:40 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 98111BAAB; Thu, 31 Dec 2009 22:57:39 +0100 (CET) Date: Thu, 31 Dec 2009 22:57:39 +0100 From: Roland Smith To: George Hartzell Message-ID: <20091231215739.GA49850@slackbox.xs4all.nl> References: <19261.3612.150477.365986@gargle.gargle.HOWL> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <19261.3612.150477.365986@gargle.gargle.HOWL> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: ZFS and disappearing glabels X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 21:57:44 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 31, 2009 at 12:48:28PM -0800, George Hartzell wrote: >=20 > I've set up a system as described here. >=20 > http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition >=20 > Using the 8.0 Release DVD and then csup'ing to RELENG_8 and > rebuilding. >=20 > I set it up with a single drive, the only change that I made was that > after creating ad10s1a I glabeled it as disk0, then added > /dev/label/disk0 to the pool. >=20 > That worked great. >=20 > Then I added a second larger drive, giving it an MBR, a bsd label, and > an s1a partition that I glabeled as disk1. I attached that to the > pool and it resilvered happily. >=20 > However, when I rebooted I found that the pool now consists of > label/disk0 and ad12s1a. I detached ad12s1a, relabeled it as disk1, > and attached disk1 to the pool again. It resilvered fine. Running > strings on /boot/zfs/zpool.cache shows /dev/label/disk0 and > /dev/label/disk1. =20 How did you create the labels? See glabel(8) about the difference between t= he "manual" and "automatic" method. Maybe you accidentally used the manual met= hod on the second disk? Or it could be that the GEOM metadata is overwritten. This metadata is writ= ten in the last sector, explaining the size difference you noticed. If the meta= dat is overwritten, GEOM will not recognize it. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAks9HlMACgkQEnfvsMMhpyWBUACgrEOiwyfxaLdk5uN4k6T9irRI Df8AnRz20p8Rpx+Ig+Y7ri1b0adNX1fL =+gNV -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 22:12:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CA11106568B for ; Thu, 31 Dec 2009 22:12:35 +0000 (UTC) (envelope-from hartzell@almost.alerce.com) Received: from merlin.alerce.com (merlin.alerce.com [64.62.142.94]) by mx1.freebsd.org (Postfix) with ESMTP id 455988FC1D for ; Thu, 31 Dec 2009 22:12:34 +0000 (UTC) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id B1DF133C64; Thu, 31 Dec 2009 14:12:34 -0800 (PST) Received: from almost.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by merlin.alerce.com (Postfix) with ESMTP id 5761C33C62; Thu, 31 Dec 2009 14:12:34 -0800 (PST) Received: by almost.alerce.com (Postfix, from userid 503) id AA4455EA012; Thu, 31 Dec 2009 14:12:33 -0800 (PST) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19261.8657.603888.598018@gargle.gargle.HOWL> Date: Thu, 31 Dec 2009 14:12:33 -0800 To: Eric In-Reply-To: <4B3D15BB.2080808@mikestammer.com> References: <19261.3612.150477.365986@gargle.gargle.HOWL> <4B3D15BB.2080808@mikestammer.com> X-Mailer: VM 8.0.12 under 22.3.1 (i386-apple-darwin9.6.0) X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, hartzell@alerce.com Subject: Re: ZFS and disappearing glabels X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 22:12:35 -0000 Eric writes: > On 12/31/2009 1:48 PM, George Hartzell wrote: > > > > I've set up a system as described here. > > > > http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition > > > > Using the 8.0 Release DVD and then csup'ing to RELENG_8 and > > rebuilding. > > > > I set it up with a single drive, the only change that I made was that > > after creating ad10s1a I glabeled it as disk0, then added > > /dev/label/disk0 to the pool. > > > > That worked great. > > > > Then I added a second larger drive, giving it an MBR, a bsd label, and > > an s1a partition that I glabeled as disk1. I attached that to the > > pool and it resilvered happily. > > > > However, when I rebooted I found that the pool now consists of > > label/disk0 and ad12s1a. I detached ad12s1a, relabeled it as disk1, > > and attached disk1 to the pool again. It resilvered fine. Running > > strings on /boot/zfs/zpool.cache shows /dev/label/disk0 and > > /dev/label/disk1. > > > > But, when I reboot I find I'm back to label/disk0 and ad12s1a. At > > this point strings on zpool.cache lists /dev/label/disk0 and ad12s1a. > > > > I'd like to have the device independence of using labels, and am also > > worried about problems caused by the different "disk" sizes (since the > > glabeled partition is 512 bytes smaller). > > > > Any ideas what's going wrong? > > > > Thanks, > > > > > i ran into the same issues. every reboot i would have to fight to > relabel the drive (on 7.2). I upgraded to 8 and used GPT for everything > (and ZFS on root) and i have not had any issues. I would recommend going > that route. You can still label the drives with labels. > > This is the docs I followed: > > http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/Mirror > > Works great! I'm running something like that on another machine, but can't on this one. The gory details include the fact that this is a mac pro. It's EFI firmware only does magic bios emulation if it sees an MBR formatted disk and so setting things up via GPT won't work for me. I did try it using the link that you pointed to above and it wouldn't boot. Tried it via the apple's firmware "choose a boot disk by holding down the option key" trick and via rEFIt. g. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 23:02:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 312931065676 for ; Thu, 31 Dec 2009 23:02:19 +0000 (UTC) (envelope-from hartzell@almost.alerce.com) Received: from merlin.alerce.com (merlin.alerce.com [64.62.142.94]) by mx1.freebsd.org (Postfix) with ESMTP id 1998B8FC17 for ; Thu, 31 Dec 2009 23:02:18 +0000 (UTC) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 6FCAA33C64; Thu, 31 Dec 2009 15:02:18 -0800 (PST) Received: from almost.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by merlin.alerce.com (Postfix) with ESMTP id 3D20C33C62; Thu, 31 Dec 2009 15:02:18 -0800 (PST) Received: by almost.alerce.com (Postfix, from userid 503) id 7D2125EAA01; Thu, 31 Dec 2009 15:02:17 -0800 (PST) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19261.11640.915032.590295@gargle.gargle.HOWL> Date: Thu, 31 Dec 2009 15:02:16 -0800 To: Roland Smith In-Reply-To: <20091231215739.GA49850@slackbox.xs4all.nl> References: <19261.3612.150477.365986@gargle.gargle.HOWL> <20091231215739.GA49850@slackbox.xs4all.nl> X-Mailer: VM 8.0.12 under 22.3.1 (i386-apple-darwin9.6.0) X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, George Hartzell Subject: Re: ZFS and disappearing glabels X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 23:02:19 -0000 Roland Smith writes: > On Thu, Dec 31, 2009 at 12:48:28PM -0800, George Hartzell wrote: > > > > I've set up a system as described here. > > > > http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition > > > > Using the 8.0 Release DVD and then csup'ing to RELENG_8 and > > rebuilding. > > > > I set it up with a single drive, the only change that I made was that > > after creating ad10s1a I glabeled it as disk0, then added > > /dev/label/disk0 to the pool. > > > > That worked great. > > > > Then I added a second larger drive, giving it an MBR, a bsd label, and > > an s1a partition that I glabeled as disk1. I attached that to the > > pool and it resilvered happily. > > > > However, when I rebooted I found that the pool now consists of > > label/disk0 and ad12s1a. I detached ad12s1a, relabeled it as disk1, > > and attached disk1 to the pool again. It resilvered fine. Running > > strings on /boot/zfs/zpool.cache shows /dev/label/disk0 and > > /dev/label/disk1. > > How did you create the labels? See glabel(8) about the difference between the > "manual" and "automatic" method. Maybe you accidentally used the manual method > on the second disk? > [...] +1 bonus point to Roland, just in time under the New Years wire. I created the first label with 'glabel label', which creates an automatic label, but created the second with 'glabel create' (assuming it was a synonym), which creates a manual label. I did a detach, relabeled, reattached, and away I go. Thanks,! g.