From owner-freebsd-stable@FreeBSD.ORG Sun Nov 8 14:09: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 C0362106568B for ; Sun, 8 Nov 2009 14:09:11 +0000 (UTC) (envelope-from geoff@apro.com.au) Received: from mail.ricksure.com.au (mail.ricksure.com.au [203.98.89.150]) by mx1.freebsd.org (Postfix) with ESMTP id 1F9338FC0C for ; Sun, 8 Nov 2009 14:09:07 +0000 (UTC) Received: from dsl-202-173-129-2.nsw.westnet.com.au [202.173.129.2] by mail.ricksure.com.au with SMTP; Mon, 9 Nov 2009 00:53:47 +1100 From: Geoff Roberts Organization: Australian Projects To: freebsd-stable@freebsd.org Date: Mon, 9 Nov 2009 00:53:47 +1100 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911090053.47239.geoff@apro.com.au> X-Declude-Sender: geoff@apro.com.au [202.173.129.2] X-Declude-Spoolname: 39106955.eml X-Declude-RefID: X-Declude-Note: Scanned by Declude 4.6.35 "http://www.declude.com/x-note.htm" X-Declude-Scan: Outgoing Score [0] at 00:53:51 on 09 Nov 2009 X-Declude-Tests: Whitelisted X-Country-Chain: X-Declude-Code: 0 X-Declude-Recipcount: 1 Organization: Declude, Inc. X-Helo: bsd7desktop.home.wollongong X-RevDNS: Subject: Problems moving hostapd AP config from 6.4 to 8.0RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: geoff@apro.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2009 14:09:11 -0000 Hi, I had a working hostapd wireless access point configuration in FreeBSD 6.4. The access point is being used by Windows XP workstations. I was using WPA-EAP with freeradius authentication very successfully on the 6.4 backend. After making the changes for a new 8.0 RC2 (see below) system the XP clients cannot seem to authenticate. The radius server does not even get contacted by hostapd. I can get WEP and WPA-PSK to work OK - just WPA-EAP fails to work in 8.0RC2. I also have a dhcp server running to hand out dynamic addresses. Please let me know if you have any suggestions as to how to debug the issue further or where I may be going wrong. ==== hostapd.log is showing the following: -> Startup Nov 8 23:06:26 freebsd hostapd: wlan0: IEEE 802.11 Fetching hardware channel/rate support not supported. Nov 8 23:06:26 freebsd hostapd: wlan0: RADIUS Authentication server xxx.xxx.xxx.xxx:1812 -> When XP client tries to connect to AP Nov 8 23:08:43 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: associated Nov 8 23:08:43 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx WPA: event 1 notification Nov 8 23:08:43 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.1X: start authentication Nov 8 23:08:43 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx WPA: start authentication Nov 8 23:08:43 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.1X: unauthorizing port Nov 8 23:08:46 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.1X: received EAPOL-Start from STA Nov 8 23:08:46 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx WPA: event 5 notification ----> Hangs here for a while Nov 9 00:32:23 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: deassociated Nov 9 00:32:23 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx WPA: event 2 notification ===== tcpdump -i wlan0: 00:33:45.570161 xx:xx:xx:xx:xx:xx (oui Unknown) > Broadcast Null Supervisory, Receiver not Ready, rcv seq 64, Flags [Poll], length 6 00:33:45.570174 xx:xx:xx:xx:xx:xx (oui Unknown) > Broadcast Null Supervisory, Receiver not Ready, rcv seq 64, Flags [Poll], length 6 00:33:48.523053 EAPOL start (1) v1, len 0 === dmesg: ath0: mem 0xf9000000-0xf900ffff irq 16 at device 8.0 on pci1 ath0: [ITHREAD] ath0: AR5212 mac 5.6 RF5111 phy 4.1 === rc.conf I have converted the 6.4 files from: ifconfig_ath0="inet xxx.xxx.xxx.1 netmask xxx.xxx.xxx.192 mode 11g mediaopt hostap" to the newer 8.0 format: wlans_ath0="wlan0" create_args_wlan0="wlanmode hostap mode 11g country Australia" ifconfig_wlan0="inet xxx.xxx.xxx.1 netmask xxx.xxx.xxx.192" ifconfig_wlan0_alias0="inet xxx.xxx.xxx.65 netmask xxx.xxx.xxx.192" ifconfig_wlan0_alias1="inet xxx.xxx.xxx.129 netmask xxx.xxx.xxx.192" ifconfig_wlan0_alias2="inet xxx.xxx.xxx.193 netmask xxx.xxx.xxx.192" NOTE, I found the order of items in create_args_wlan0 important. ==== I also adjusted the 6.4 hostapd.conf. Changes in 8.0RC2 are shown with -> ===== interface=ath0 -> wlan0 driver=bsd -> country_code=Australia logger_syslog=-1 logger_syslog_level=0 logger_stdout=-1 logger_stdout_level=0 debug=4 dump_file=/tmp/hostapd.dump ctrl_interface=/var/run/hostapd ctrl_interface_group=wheel ssid=netname macaddr_acl=0 ieee8021x=1 own_ip_addr=127.0.0.1 auth_server_addr=xxx.xxx.xxx.xxx auth_server_port=1812 auth_server_shared_secret=secretpw wpa=1 wpa_key_mgmt=WPA-EAP wpa_pairwise=CCMP TKIP === Extra debugging output from wlandebug: Nov 9 00:44:07 freebsd kernel: wlan0: [xx:xx:xx:xx:xx:xx] recv probe req Nov 9 00:44:07 freebsd kernel: wlan0: send probe resp on channel 1 to xx:xx:xx:xx:xx:xx Nov 9 00:44:07 freebsd kernel: wlan0: [xx:xx:xx:xx:xx:xx] recv probe req Nov 9 00:44:07 freebsd kernel: wlan0: send probe resp on channel 1 to xx:xx:xx:xx:xx:xx Nov 9 00:44:07 freebsd kernel: wlan0: received auth from xx:xx:xx:xx:xx:xx rssi 24 Nov 9 00:44:07 freebsd kernel: wlan0: [xx:xx:xx:xx:xx:xx] recv auth frame with algorithm 0 seq 1 Nov 9 00:44:07 freebsd kernel: [xx:xx:xx:xx:xx:xx] send auth on channel 1 Nov 9 00:44:07 freebsd kernel: wlan0: [xx:xx:xx:xx:xx:xx] station authenticated (open) Nov 9 00:44:07 freebsd kernel: wlan0: received assoc_req from xx:xx:xx:xx:xx:xx rssi 24 Nov 9 00:44:07 freebsd kernel: wlan0: [xx:xx:xx:xx:xx:xx] WPA ie: mc 1/0 uc 3/0 key 1 caps 0x0 Nov 9 00:44:07 freebsd kernel: wlan0: [xx:xx:xx:xx:xx:xx] station associated at aid 1: short preamble, short slot time, QoS Nov 9 00:44:07 freebsd kernel: [xx:xx:xx:xx:xx:xx] send assoc_resp on channel 1 Nov 9 00:44:07 freebsd kernel: wlan0: [xx:xx:xx:xx:xx:xx] station unauthorize via MLME === Kind regards, Geoff From owner-freebsd-stable@FreeBSD.ORG Sun Nov 8 16:48: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 7CAA21065672 for ; Sun, 8 Nov 2009 16:48:46 +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 3032D8FC08 for ; Sun, 8 Nov 2009 16:48:45 +0000 (UTC) Received: from Macintosh-4.local (sam@[10.0.0.198]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id nA8GmfSR094608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Nov 2009 08:48:41 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <4AF6F669.6050403@freebsd.org> Date: Sun, 08 Nov 2009 08:48:41 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: geoff@apro.com.au References: <200911090053.47239.geoff@apro.com.au> In-Reply-To: <200911090053.47239.geoff@apro.com.au> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: freebsd-stable@freebsd.org Subject: Re: Problems moving hostapd AP config from 6.4 to 8.0RC2 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, 08 Nov 2009 16:48:46 -0000 Geoff Roberts wrote: > Hi, > > I had a working hostapd wireless access point configuration in FreeBSD 6.4. > The access point is being used by Windows XP workstations. > > I was using WPA-EAP with freeradius authentication very successfully on the > 6.4 backend. > > After making the changes for a new 8.0 RC2 (see below) system the XP clients > cannot seem to authenticate. The radius server does not even get contacted by > hostapd. > > I can get WEP and WPA-PSK to work OK - just WPA-EAP fails to work in 8.0RC2. > > I also have a dhcp server running to hand out dynamic addresses. > > Please let me know if you have any suggestions as to how to debug the issue > further or where I may be going wrong. > > ==== > > hostapd.log is showing the following: > > -> Startup > Nov 8 23:06:26 freebsd hostapd: wlan0: IEEE 802.11 Fetching hardware > channel/rate support not supported. > Nov 8 23:06:26 freebsd hostapd: wlan0: RADIUS Authentication server > xxx.xxx.xxx.xxx:1812 > -> When XP client tries to connect to AP > Nov 8 23:08:43 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: > associated > Nov 8 23:08:43 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx WPA: event 1 > notification > Nov 8 23:08:43 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.1X: > start authentication > Nov 8 23:08:43 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx WPA: start > authentication > Nov 8 23:08:43 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.1X: > unauthorizing port > Nov 8 23:08:46 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.1X: > received EAPOL-Start from STA > Nov 8 23:08:46 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx WPA: event 5 > notification > ----> Hangs here for a while > Nov 9 00:32:23 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: > deassociated > Nov 9 00:32:23 freebsd hostapd: wlan0: STA xx:xx:xx:xx:xx:xx WPA: event 2 > notification Doesn't look like you're getting any debugging from hostapd so we cannot see why it's giving up and dropping the station. > > ===== > > tcpdump -i wlan0: > > 00:33:45.570161 xx:xx:xx:xx:xx:xx (oui Unknown) > Broadcast Null Supervisory, > Receiver not Ready, rcv seq 64, Flags [Poll], length 6 > 00:33:45.570174 xx:xx:xx:xx:xx:xx (oui Unknown) > Broadcast Null Supervisory, > Receiver not Ready, rcv seq 64, Flags [Poll], length 6 > 00:33:48.523053 EAPOL start (1) v1, len 0 > > > > === > dmesg: > ath0: mem 0xf9000000-0xf900ffff irq 16 at device 8.0 on pci1 > ath0: [ITHREAD] > ath0: AR5212 mac 5.6 RF5111 phy 4.1 > === > > rc.conf > > I have converted the 6.4 files from: > > ifconfig_ath0="inet xxx.xxx.xxx.1 netmask xxx.xxx.xxx.192 mode 11g mediaopt > hostap" > > to the newer 8.0 format: > > wlans_ath0="wlan0" > create_args_wlan0="wlanmode hostap mode 11g country Australia" > ifconfig_wlan0="inet xxx.xxx.xxx.1 netmask xxx.xxx.xxx.192" > ifconfig_wlan0_alias0="inet xxx.xxx.xxx.65 netmask xxx.xxx.xxx.192" > ifconfig_wlan0_alias1="inet xxx.xxx.xxx.129 netmask xxx.xxx.xxx.192" > ifconfig_wlan0_alias2="inet xxx.xxx.xxx.193 netmask xxx.xxx.xxx.192" > > NOTE, I found the order of items in create_args_wlan0 important. Yes, you cannot change the country code once the interface is marked UP and that happens implicitly when you set the ip address on an ifnet. > > ==== > > I also adjusted the 6.4 hostapd.conf. Changes in 8.0RC2 are shown with -> > ===== > interface=ath0 -> wlan0 > driver=bsd > -> country_code=Australia Not used by hostapd on freebsd (pretty sure). > logger_syslog=-1 > logger_syslog_level=0 > logger_stdout=-1 > logger_stdout_level=0 > debug=4 > dump_file=/tmp/hostapd.dump > ctrl_interface=/var/run/hostapd > ctrl_interface_group=wheel > ssid=netname > macaddr_acl=0 > ieee8021x=1 > own_ip_addr=127.0.0.1 > auth_server_addr=xxx.xxx.xxx.xxx > auth_server_port=1812 > auth_server_shared_secret=secretpw > wpa=1 > wpa_key_mgmt=WPA-EAP > wpa_pairwise=CCMP TKIP > === > > Extra debugging output from wlandebug: > > Nov 9 00:44:07 freebsd kernel: wlan0: [xx:xx:xx:xx:xx:xx] recv probe req > Nov 9 00:44:07 freebsd kernel: wlan0: send probe resp on channel 1 to > xx:xx:xx:xx:xx:xx > Nov 9 00:44:07 freebsd kernel: wlan0: [xx:xx:xx:xx:xx:xx] recv probe req > Nov 9 00:44:07 freebsd kernel: wlan0: send probe resp on channel 1 to > xx:xx:xx:xx:xx:xx > Nov 9 00:44:07 freebsd kernel: wlan0: received auth from xx:xx:xx:xx:xx:xx > rssi 24 > Nov 9 00:44:07 freebsd kernel: wlan0: [xx:xx:xx:xx:xx:xx] recv auth frame > with algorithm 0 seq 1 > Nov 9 00:44:07 freebsd kernel: [xx:xx:xx:xx:xx:xx] send auth on channel 1 > Nov 9 00:44:07 freebsd kernel: wlan0: [xx:xx:xx:xx:xx:xx] station > authenticated (open) > Nov 9 00:44:07 freebsd kernel: wlan0: received assoc_req from > xx:xx:xx:xx:xx:xx rssi 24 > Nov 9 00:44:07 freebsd kernel: wlan0: [xx:xx:xx:xx:xx:xx] WPA ie: mc 1/0 uc > 3/0 key 1 caps 0x0 > Nov 9 00:44:07 freebsd kernel: wlan0: [xx:xx:xx:xx:xx:xx] station associated > at aid 1: short preamble, short slot time, QoS > Nov 9 00:44:07 freebsd kernel: [xx:xx:xx:xx:xx:xx] send assoc_resp on channel > 1 > Nov 9 00:44:07 freebsd kernel: wlan0: [xx:xx:xx:xx:xx:xx] station unauthorize > via MLME So your station associated and hostapd saw it but nothing in your logs shows what hostapd did or did not do to complete the radius handshake. All we see is that hostapd dropped the station--presumably because it timed out trying to authenticated against the backend. Not sure what debug level you need for hostapd; I usually use the cmd line options. Sam From owner-freebsd-stable@FreeBSD.ORG Sun Nov 8 21:01: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 8AC2F1065676 for ; Sun, 8 Nov 2009 21:01:41 +0000 (UTC) (envelope-from asmrookie@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 2014C8FC0A for ; Sun, 8 Nov 2009 21:01:40 +0000 (UTC) Received: by fxm27 with SMTP id 27so849019fxm.3 for ; Sun, 08 Nov 2009 13:01:40 -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:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=zsJUXghPuyu0sfdb3In6dNwwcWkyNIJp9BxJ8graoeQ=; b=Oo1dEY2DRIYZy+HsdrM7QM2jtgX1xCvNk6vqVBOUiZeZPiUIAfVbeUGL756EKrtFMh bzsjSyL0GzMm7IPG45heCBdO8lbqffBGJpoJhrKMdYrMhT4EnyXPVMVY14JasaGPq+5y pYD4XVWET6McHb8BPEgvdFXap9i0eJ+1eyj7s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=Umq37fGsO19ijtMkDasRafH8utqcZm9cMaLytdjyHjzR0MRcqF6kJQEjp8zJ8IAqlA 9qzFpv/ajqYgtksLOSrCjTOSiMP3C+afsMNoH0TCWdE6hJFxV8TBsgHmdf/T1eC/7KBC TCngkZA3DcbcOV301SvzIVFkpmHfGlo83ocMw= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.143.73 with SMTP id t9mr1066730fau.89.1257714100242; Sun, 08 Nov 2009 13:01:40 -0800 (PST) In-Reply-To: References: Date: Sun, 8 Nov 2009 22:01:40 +0100 X-Google-Sender-Auth: ec0df5071d6e7811 Message-ID: <3bbf2fe10911081301t13b31458g8c18d57c70661e47@mail.gmail.com> From: Attilio Rao To: Jaime Bozza Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-stable@freebsd.org" Subject: Re: Possible scheduler (SCHED_ULE) bug? 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, 08 Nov 2009 21:01:41 -0000 2009/10/23 Jaime Bozza : > I believe I found a problem with the ULE scheduler - At least the fact that there is a problem, but I'm not sure where to go from here. The system locks all processes, but doesn't panic, so I have no output to give. > > I was able to duplicate this on three different machines and solved it by switching to the scheduler to 4BSD. > > Here's the environment: > > FreeBSD 7.2 i386, installed from bootonly ISO, Custom install, minimal, no other changes other than setting timezone, changing root password, and turning on sshd (allowing root and password connection). Did you recompile your kernel? Can you show me the revision of src/sys/kern/sched_ule.c you used? Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Mon Nov 9 18:14: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 300981065676 for ; Mon, 9 Nov 2009 18:14:26 +0000 (UTC) (envelope-from sven@hazejager.nl) Received: from mail-gx0-f214.google.com (mail-gx0-f214.google.com [209.85.217.214]) by mx1.freebsd.org (Postfix) with ESMTP id F280A8FC19 for ; Mon, 9 Nov 2009 18:14:25 +0000 (UTC) Received: by gxk6 with SMTP id 6so1114552gxk.13 for ; Mon, 09 Nov 2009 10:14:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.245.11 with SMTP id s11mr6759889anh.55.1257789178107; Mon, 09 Nov 2009 09:52:58 -0800 (PST) X-Originating-IP: [83.160.136.100] Date: Mon, 9 Nov 2009 18:52:58 +0100 Message-ID: <8ffccde70911090952s2349c633u61c96e5183cb8116@mail.gmail.com> From: Sven Hazejager To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Serial console not working in 7.2-p4 and 7.2-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, 09 Nov 2009 18:14:26 -0000 All, I'm pulling my hair out on this one! Can't get the serial console to work with nanoBSD, either 7.2-p4 or 7-STABLE. A 8.0 nanoBSD image works fine (which I have not created myself). The symptom is that all kernel output goes to VGA. Whatever I do. This happens in VMware Player (where I actually see the VGA output) and on my ALIX (Soekris-like) board (which does not have a VGA card). boot0 is boot0sio, boot.config contains -h and the loader works fine over the serial port. console=comconsole there so that should work, right? No, because still my kernel outputs everything to VGA... I'm using the sio device. Even tried putting flags on 0x30 -> no difference at all. Tried the uart device and removing sio from my kernel but that resulted in having NO serial ports at all... Any help is much appreciated! Sven From owner-freebsd-stable@FreeBSD.ORG Mon Nov 9 22:26: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 EAE031065676 for ; Mon, 9 Nov 2009 22:26:23 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from ape.monkeybrains.net (mail.monkeybrains.net [208.69.40.9]) by mx1.freebsd.org (Postfix) with ESMTP id D7DBC8FC14 for ; Mon, 9 Nov 2009 22:26:23 +0000 (UTC) Received: from [208.90.214.10] (rudy.york.monkeybrains.net [208.90.214.10]) (authenticated bits=0) by ape.monkeybrains.net (8.14.3/8.14.1) with ESMTP id nA9MQJgs025133 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 9 Nov 2009 14:26:20 -0800 (PST) (envelope-from crapsh@monkeybrains.net) Message-ID: <4AF8970F.60909@monkeybrains.net> Date: Mon, 09 Nov 2009 14:26:23 -0800 From: Rudy User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.1 at pita.monkeybrains.net X-Virus-Status: Clean Subject: Tunnel IPv6 requests to my IPv4 servers? 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, 09 Nov 2009 22:26:24 -0000 I got my first IPv6 from ARIN. I set up my router and am successfully advertising my IPv6 block. On my DNS server, I added an IPv6 IP, no problem (try pinging! ns1.monkeybrains.net). Now, I'd like to 'NAT' to some older boxes and not mess with actually putting IPv6 IPs on those boxes. Say I had a box with running IPv4 with: 69.147.83.40 How would I 'nat' or 'gif' or 'tunnel' from a NAT box without putting any IPv6 on 69.147.83.40? I want to have: 2607:f598:0:1::666 on my 'firewall' and have it tunnel to 69.147.83.40 or whatever.... I've read this: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ipv6.html But that seems more geared toward getting IPv6 on clients. Rudy From owner-freebsd-stable@FreeBSD.ORG Mon Nov 9 22:47: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 E821F106566B for ; Mon, 9 Nov 2009 22:47:52 +0000 (UTC) (envelope-from kenyon@kenyonralph.com) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.121]) by mx1.freebsd.org (Postfix) with ESMTP id A2EE18FC0C for ; Mon, 9 Nov 2009 22:47:52 +0000 (UTC) Received: from voodoo.kenyonralph.com ([76.176.200.148]) by cdptpa-omta01.mail.rr.com with ESMTP id <20091109224751873.RNTP15440@cdptpa-omta01.mail.rr.com>; Mon, 9 Nov 2009 22:47:51 +0000 Received: from voodoo.kenyonralph.com (localhost [127.0.0.1]) by voodoo.kenyonralph.com (Postfix) with ESMTP id C912389B1; Mon, 9 Nov 2009 14:47:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=kenyonralph.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=postfix; bh=HAD3VkviUpneJ/GcQj6qdG+ gA6zKWzMYvAZU+amIBio=; b=A7hi6MDKRQY7m6I3k+G0jSouzzWS2LtcWtGPAfx TkmaCUGEqq4jUVPDUN6ZUdSzZxjCyc42JDDwfTrOD9ExdazAb8gLinXp33hK/jWL piMw2eTKB86ieiO13YjdYiLZogrqdX7+MNHxSfbhnhOaMEaaJOXuPev/DokpOQ8H 3Uuw= Received: by voodoo.kenyonralph.com (Postfix, from userid 1000) id 7514680EB; Mon, 9 Nov 2009 14:47:50 -0800 (PST) Date: Mon, 9 Nov 2009 14:47:50 -0800 From: Kenyon Ralph To: Rudy Message-ID: <20091109224750.GB15054@kenyonralph.com> Mail-Followup-To: Rudy , freebsd-stable@freebsd.org References: <4AF8970F.60909@monkeybrains.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="p2kqVDKq5asng8Dg" Content-Disposition: inline In-Reply-To: <4AF8970F.60909@monkeybrains.net> X-Operating-System: Ubuntu 9.10 Linux 2.6.31-14-generic on i686 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: Tunnel IPv6 requests to my IPv4 servers? 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, 09 Nov 2009 22:47:53 -0000 --p2kqVDKq5asng8Dg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-11-09T14:26:23-0800, Rudy wrote: > I got my first IPv6 from ARIN. I set up my router and am > successfully advertising my IPv6 block. On my DNS server, I added > an IPv6 IP, no problem (try pinging! ns1.monkeybrains.net). Now, > I'd like to 'NAT' to some older boxes and not mess with actually > putting IPv6 IPs on those boxes. Say I had a box with running IPv4 > with: 69.147.83.40 > How would I 'nat' or 'gif' or 'tunnel' from a NAT box without > putting any IPv6 on 69.147.83.40? >=20 > I want to have: > 2607:f598:0:1::666 on my 'firewall' and have it tunnel to > 69.147.83.40 or whatever.... > I've read this: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ipv6.ht= ml > But that seems more geared toward getting IPv6 on clients. Are you trying to give the older boxes IPv6 connectivity or IPv4 connectivity to the Internet? If IPv6, why not just give the older boxes IPv6 addresses? Seems to me it would be a lot easier than messing with tunneling. They don't even need globally routeable IPv4 addresses. Set up rtadvd on your router, allow them to use their automatic IPv6 addresses (or set the addresses manually, doesn't matter), and that should be it. It shouldn't be that hard, since ease of setup is one of the things IPv6 is designed for. On FreeBSD, ipv6_enable=3D"YES" is probably all you need to do. --=20 Kenyon Ralph --p2kqVDKq5asng8Dg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkr4nBYACgkQmFtUtJKnbnWs8wCfetbRevDlhx0a2cOsJdwLpgka 93QAoKbNd/IB7xEyu2/izzcp7bK3ti+Z =F0RV -----END PGP SIGNATURE----- --p2kqVDKq5asng8Dg-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 10 03:21: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 6AC541065672 for ; Tue, 10 Nov 2009 03:21:10 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 14F028FC24 for ; Tue, 10 Nov 2009 03:21:09 +0000 (UTC) Received: (qmail 17709 invoked by uid 399); 10 Nov 2009 03:21:08 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 10 Nov 2009 03:21:08 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4AF8DC23.3040007@FreeBSD.org> Date: Mon, 09 Nov 2009 19:21:07 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Rudy , freebsd-stable@freebsd.org References: <4AF8970F.60909@monkeybrains.net> <20091109224750.GB15054@kenyonralph.com> In-Reply-To: <20091109224750.GB15054@kenyonralph.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Tunnel IPv6 requests to my IPv4 servers? 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, 10 Nov 2009 03:21:10 -0000 Kenyon Ralph wrote: > On 2009-11-09T14:26:23-0800, Rudy wrote: >> I got my first IPv6 from ARIN. I set up my router and am >> successfully advertising my IPv6 block. On my DNS server, I added >> an IPv6 IP, no problem (try pinging! ns1.monkeybrains.net). Now, >> I'd like to 'NAT' to some older boxes and not mess with actually >> putting IPv6 IPs on those boxes. Say I had a box with running IPv4 >> with: 69.147.83.40 >> How would I 'nat' or 'gif' or 'tunnel' from a NAT box without >> putting any IPv6 on 69.147.83.40? >> >> I want to have: >> 2607:f598:0:1::666 on my 'firewall' and have it tunnel to >> 69.147.83.40 or whatever.... >> I've read this: >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ipv6.html >> But that seems more geared toward getting IPv6 on clients. > > Are you trying to give the older boxes IPv6 connectivity or IPv4 > connectivity to the Internet? > > If IPv6, why not just give the older boxes IPv6 addresses? Seems to me > it would be a lot easier than messing with tunneling. They don't even > need globally routeable IPv4 addresses. Set up rtadvd on your router, > allow them to use their automatic IPv6 addresses (or set the addresses > manually, doesn't matter), and that should be it. It shouldn't be that > hard, since ease of setup is one of the things IPv6 is designed for. On > FreeBSD, ipv6_enable="YES" is probably all you need to do. Without knowing what you're trying to accomplish I'd have to agree with Kenyon. One nice thing about IPv6 is that NAT is no longer needed, it would probably be better if you didn't try to subvert the protocol design. :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 10 05:59: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 15EB41065786 for ; Tue, 10 Nov 2009 05:59:36 +0000 (UTC) (envelope-from brian.scott4@det.nsw.edu.au) Received: from up-mx4.det.nsw.edu.au (up-mx4.det.nsw.edu.au [153.107.105.20]) by mx1.freebsd.org (Postfix) with ESMTP id A090C8FC1D for ; Tue, 10 Nov 2009 05:59:35 +0000 (UTC) Received: from slppmxmm02.central.det.win (extmail.det.nsw.edu.au [153.107.9.204]) by up-mx4.det.nsw.edu.au (8.13.8/8.13.8) with ESMTP id nAA5TKxk006972; Tue, 10 Nov 2009 16:29:21 +1100 Received: from itfexhub5.central.det.win (Not Verified[153.107.9.32]) by slppmxmm02.central.det.win with MailMarshal (v6, 5, 4, 7535) id ; Tue, 10 Nov 2009 16:29:20 +1100 Received: from ALF2.riverina.det.win ([172.18.8.18]) by itfexhub5.central.det.win with Microsoft SMTPSVC(6.0.3790.3959); Tue, 10 Nov 2009 16:29:20 +1100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 10 Nov 2009 16:29:19 +1100 Message-ID: In-Reply-To: <4AF8970F.60909@monkeybrains.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Tunnel IPv6 requests to my IPv4 servers? Thread-Index: Acphi9gjG1ovDyUiRjm6ZDWarERdSgAMiwEA From: "Scott, Brian" To: "Rudy" , X-OriginalArrivalTime: 10 Nov 2009 05:29:20.0370 (UTC) FILETIME=[C10C2D20:01CA61C6] Cc: Subject: RE: Tunnel IPv6 requests to my IPv4 servers? 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, 10 Nov 2009 05:59:36 -0000 In a word, 6tunnel. It's an application level proxy that does the job well enough to get you out of trouble. Another approach would be to run netcat (nc) from inetd on the port in question. That said, I'll add my voice to the suggestion that it is very simple to get IPv6 going on pretty much anything (OK, probably a pain on windows 2000 but even there it is theoretically possible). Rather than doing NAT, you simply apply policy with your firewall rules where it should always have been. Brian -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Rudy Sent: Tuesday, 10 November 2009 9:26 AM To: freebsd-stable@freebsd.org Subject: Tunnel IPv6 requests to my IPv4 servers? I got my first IPv6 from ARIN. I set up my router and am successfully=20 advertising my IPv6 block. On my DNS server, I added an IPv6 IP, no=20 problem (try pinging! ns1.monkeybrains.net). Now, I'd like to 'NAT' to some older boxes and not mess with actually putting IPv6 IPs on those=20 boxes. Say I had a box with running IPv4 with: 69.147.83.40 How would I 'nat' or 'gif' or 'tunnel' from a NAT box without putting=20 any IPv6 on 69.147.83.40? I want to have: =20 2607:f598:0:1::666 on my 'firewall' and have it tunnel to 69.147.83.4= 0 or whatever.... I've read this: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ipv6.h tml But that seems more geared toward getting IPv6 on clients. Rudy _______________________________________________ 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 is intended for the addressee named and may contain privileged information or confidential information or both. If you are not the intended recipient please delete it and notify the sender. ********************************************************************** From owner-freebsd-stable@FreeBSD.ORG Tue Nov 10 06:47: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 1DEF5106568B for ; Tue, 10 Nov 2009 06:47:40 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id CE03C8FC15 for ; Tue, 10 Nov 2009 06:47:39 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1N7kVu-000Jni-Cw; Tue, 10 Nov 2009 08:47:38 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Sven Hazejager In-reply-to: Your message of Mon, 9 Nov 2009 18:52:58 +0100 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Nov 2009 08:47:38 +0200 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: Serial console not working in 7.2-p4 and 7.2-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, 10 Nov 2009 06:47:40 -0000 > All, > > I'm pulling my hair out on this one! Can't get the serial console to > work with nanoBSD, either 7.2-p4 or 7-STABLE. A 8.0 nanoBSD image > works fine (which I have not created myself). The symptom is that all > kernel output goes to VGA. Whatever I do. This happens in VMware > Player (where I actually see the VGA output) and on my ALIX > (Soekris-like) board (which does not have a VGA card). > > boot0 is boot0sio, boot.config contains -h and the loader works fine > over the serial port. console=comconsole there so that should work, > right? No, because still my kernel outputs everything to VGA... > > I'm using the sio device. Even tried putting flags on 0x30 -> no > difference at all. Tried the uart device and removing sio from my > kernel but that resulted in having NO serial ports at all... > > Any help is much appreciated! > > Sven hi, put hint.uart.0.flags="0x10" in /boot/device.hints, or better, make sure you have an updated one from /sys/i386/conf/GENERIC.hints another thing, make sure the speed/bauds is correct, else you probably wont see any output either in /boot/loader.conf you need console="comconsole,vidconsole" and comconsole_speed="115200" to set the speed. to get a login you will need, in /etc/ttys: ttyu0 "/usr/libexec/getty 3wire.115200" dialup on secure hope this helps danny From owner-freebsd-stable@FreeBSD.ORG Tue Nov 10 15:29:48 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 398731065676 for ; Tue, 10 Nov 2009 15:29:48 +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 E89398FC1C for ; Tue, 10 Nov 2009 15:29:47 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N7sfC-0005t8-46 for freebsd-stable@freebsd.org; Tue, 10 Nov 2009 16:29:46 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Nov 2009 16:29:46 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Nov 2009 16:29:46 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 10 Nov 2009 16:29:37 +0100 Lines: 32 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) Sender: news Subject: 8.0RC2 "top" statistics seem broken 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, 10 Nov 2009 15:29:48 -0000 Here is what I'm seeing now: last pid: 70893; load averages: 1.70, 1.10, 0.58 up 27+02:59:26 16:23:59 134 processes: 3 running, 131 sleeping CPU: 94.8% user, 0.0% nice, 4.6% system, 0.6% interrupt, 0.0% idle Mem: 309M Active, 48M Inact, 113M Wired, 17M Cache, 60M Buf, 3624K Free Swap: 640M Total, 205M Used, 435M Free, 32% Inuse PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 751 pgsql 1 45 0 159M 556K select 1 249:38 0.00% postgres 756 pgsql 1 44 0 25004K 600K select 1 86:31 0.00% postgres 754 pgsql 1 44 0 159M 1040K select 1 13:02 0.00% postgres 753 pgsql 1 44 0 159M 7868K select 1 10:55 0.00% postgres 597 root 1 44 0 3184K 464K select 0 4:49 0.00% syslogd 755 pgsql 1 44 0 159M 1432K select 1 4:46 0.00% postgres 659 root 1 44 0 62156K 1356K select 1 4:30 0.00% vmware-guestd 765 nobody 1 4 0 3236K 192K kqread 1 3:25 0.00% memcached 775 root 1 44 0 9996K 340K select 1 2:18 0.00% httpd 900 sveb 1 5 0 9452K 0K select 0 1:49 0.00% 790 www 1 44 0 9768K 224K select 1 1:47 0.00% httpd 70851 ivoras 3 96 0 199M 195M CPU0 0 1:47 0.00% 7z Load average and %CPU user are right, as are other global statistics. The load is produced by the "7z" process (archivers/p7zip) which compresses some data in two threads but is credited with 0% CPU, though its runtime is correct (increments every second as it should in a CPU-bound process). It doesn't help if I expand / show individual threads. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 10 15:48:45 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 8B9AF106566B for ; Tue, 10 Nov 2009 15:48:45 +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 33E7A8FC13 for ; Tue, 10 Nov 2009 15:48:44 +0000 (UTC) Received: from OMTA21.westchester.pa.mail.comcast.net ([76.96.62.72]) by QMTA05.westchester.pa.mail.comcast.net with comcast id 3PoC1d0031ZXKqc55Tokyc; Tue, 10 Nov 2009 15:48:44 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA21.westchester.pa.mail.comcast.net with comcast id 3Tw81d0013S48mS3hTw86j; Tue, 10 Nov 2009 15:56:08 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id CD5C31E3035; Tue, 10 Nov 2009 07:48:42 -0800 (PST) Date: Tue, 10 Nov 2009 07:48:42 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091110154842.GA63937@icarus.home.lan> References: 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: 8.0RC2 "top" statistics seem broken 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, 10 Nov 2009 15:48:45 -0000 On Tue, Nov 10, 2009 at 04:29:37PM +0100, Ivan Voras wrote: > Here is what I'm seeing now: > > > last pid: 70893; load averages: 1.70, 1.10, 0.58 > up 27+02:59:26 16:23:59 > 134 processes: 3 running, 131 sleeping > CPU: 94.8% user, 0.0% nice, 4.6% system, 0.6% interrupt, 0.0% idle > Mem: 309M Active, 48M Inact, 113M Wired, 17M Cache, 60M Buf, 3624K Free > Swap: 640M Total, 205M Used, 435M Free, 32% Inuse > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 751 pgsql 1 45 0 159M 556K select 1 249:38 0.00% postgres > 756 pgsql 1 44 0 25004K 600K select 1 86:31 0.00% postgres > 754 pgsql 1 44 0 159M 1040K select 1 13:02 0.00% postgres > 753 pgsql 1 44 0 159M 7868K select 1 10:55 0.00% postgres > 597 root 1 44 0 3184K 464K select 0 4:49 0.00% syslogd > 755 pgsql 1 44 0 159M 1432K select 1 4:46 0.00% postgres > 659 root 1 44 0 62156K 1356K select 1 4:30 0.00% vmware-guestd > 765 nobody 1 4 0 3236K 192K kqread 1 3:25 0.00% memcached > 775 root 1 44 0 9996K 340K select 1 2:18 0.00% httpd > 900 sveb 1 5 0 9452K 0K select 0 1:49 0.00% > 790 www 1 44 0 9768K 224K select 1 1:47 0.00% httpd > 70851 ivoras 3 96 0 199M 195M CPU0 0 1:47 0.00% 7z > > > Load average and %CPU user are right, as are other global > statistics. The load is produced by the "7z" process > (archivers/p7zip) which compresses some data in two threads but is > credited with 0% CPU, though its runtime is correct (increments > every second as it should in a CPU-bound process). It doesn't help > if I expand / show individual threads. Does the behaviour change if you use "top -C" or "top -P" (doubting the latter)? -- | 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 Nov 10 15:53:02 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 66BA510656A3 for ; Tue, 10 Nov 2009 15:53:02 +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 D71248FC25 for ; Tue, 10 Nov 2009 15:53:01 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N7t1N-0001cj-5n for freebsd-stable@freebsd.org; Tue, 10 Nov 2009 16:52:41 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Nov 2009 16:52:41 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Nov 2009 16:52:41 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 10 Nov 2009 16:52:32 +0100 Lines: 39 Message-ID: References: <20091110154842.GA63937@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <20091110154842.GA63937@icarus.home.lan> Sender: news Subject: Re: 8.0RC2 "top" statistics seem broken 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, 10 Nov 2009 15:53:02 -0000 Jeremy Chadwick wrote: > > On Tue, Nov 10, 2009 at 04:29:37PM +0100, Ivan Voras wrote: >> Here is what I'm seeing now: >> >> >> last pid: 70893; load averages: 1.70, 1.10, 0.58 >> up 27+02:59:26 16:23:59 >> 134 processes: 3 running, 131 sleeping >> CPU: 94.8% user, 0.0% nice, 4.6% system, 0.6% interrupt, 0.0% idle >> Mem: 309M Active, 48M Inact, 113M Wired, 17M Cache, 60M Buf, 3624K Free >> Swap: 640M Total, 205M Used, 435M Free, 32% Inuse >> >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND >> 751 pgsql 1 45 0 159M 556K select 1 249:38 0.00% postgres >> 756 pgsql 1 44 0 25004K 600K select 1 86:31 0.00% postgres >> 754 pgsql 1 44 0 159M 1040K select 1 13:02 0.00% postgres >> 753 pgsql 1 44 0 159M 7868K select 1 10:55 0.00% postgres >> 597 root 1 44 0 3184K 464K select 0 4:49 0.00% syslogd >> 755 pgsql 1 44 0 159M 1432K select 1 4:46 0.00% postgres >> 659 root 1 44 0 62156K 1356K select 1 4:30 0.00% vmware-guestd >> 765 nobody 1 4 0 3236K 192K kqread 1 3:25 0.00% memcached >> 775 root 1 44 0 9996K 340K select 1 2:18 0.00% httpd >> 900 sveb 1 5 0 9452K 0K select 0 1:49 0.00% >> 790 www 1 44 0 9768K 224K select 1 1:47 0.00% httpd >> 70851 ivoras 3 96 0 199M 195M CPU0 0 1:47 0.00% 7z >> >> >> Load average and %CPU user are right, as are other global >> statistics. The load is produced by the "7z" process >> (archivers/p7zip) which compresses some data in two threads but is >> credited with 0% CPU, though its runtime is correct (increments >> every second as it should in a CPU-bound process). It doesn't help >> if I expand / show individual threads. > > Does the behaviour change if you use "top -C" or "top -P" (doubting > the latter)? No, same in all cases. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 10 22:51: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 EBB4C106566C for ; Tue, 10 Nov 2009 22:51:10 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from ape.monkeybrains.net (mail.monkeybrains.net [208.69.40.9]) by mx1.freebsd.org (Postfix) with ESMTP id D6C348FC1B for ; Tue, 10 Nov 2009 22:51:10 +0000 (UTC) Received: from [208.90.214.10] (rudy.york.monkeybrains.net [208.90.214.10]) (authenticated bits=0) by ape.monkeybrains.net (8.14.3/8.14.3) with ESMTP id nAAMp4cj066337 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Nov 2009 14:51:04 -0800 (PST) (envelope-from crapsh@monkeybrains.net) Message-ID: <4AF9EE5B.6050709@monkeybrains.net> Date: Tue, 10 Nov 2009 14:51:07 -0800 From: Rudy User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: "Scott, Brian" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.1 at pita.monkeybrains.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Tunnel IPv6 requests to my IPv4 servers? 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, 10 Nov 2009 22:51:11 -0000 > That said, I'll add my voice to the suggestion that it is very simple to > get IPv6 going on pretty much anything Hmmm... half the boxes I host, I don't have a login to, yet for some odd reason, I want to make my network 100% IPv6 accessible. I manage two /22's so, I'm sitting on a pile of IPs. First off, I'm going to get a one-to-one mapping setup for every IP -- hopefully through 6tunnel (I'll look into that, thanks for the pointer). Second, I'll migrate to multiple IPs on boxes that I have access to / boxes that support IPv6. (Example: Pre FreeBSD 7.2 box jails only support one IP) Goal: 100% IPv6 ready, whether my customers want it or not! Rudy From owner-freebsd-stable@FreeBSD.ORG Wed Nov 11 05:48: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 83810106568D for ; Wed, 11 Nov 2009 05:48:20 +0000 (UTC) (envelope-from geoff@apro.com.au) Received: from mail.ricksure.com.au (mail.ricksure.com.au [203.98.89.150]) by mx1.freebsd.org (Postfix) with ESMTP id B36478FC1E for ; Wed, 11 Nov 2009 05:48:18 +0000 (UTC) Received: from dsl-202-173-129-2.nsw.westnet.com.au [202.173.129.2] by mail.ricksure.com.au with SMTP; Wed, 11 Nov 2009 16:48:05 +1100 From: Geoff Roberts Organization: Australian Projects To: freebsd-stable@freebsd.org Date: Wed, 11 Nov 2009 16:48:00 +1100 User-Agent: KMail/1.9.10 References: <200911090053.47239.geoff@apro.com.au> <4AF6F669.6050403@freebsd.org> In-Reply-To: <4AF6F669.6050403@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200911111648.00729.geoff@apro.com.au> X-Declude-Sender: geoff@apro.com.au [202.173.129.2] X-Declude-Spoolname: 44698030.eml X-Declude-RefID: X-Declude-Note: Scanned by Declude 4.6.35 "http://www.declude.com/x-note.htm" X-Declude-Scan: Outgoing Score [0] at 16:48:09 on 11 Nov 2009 X-Declude-Tests: Whitelisted X-Country-Chain: X-Declude-Code: 0 X-Declude-Recipcount: 2 Organization: Declude, Inc. X-Helo: bsd7desktop.home.wollongong X-RevDNS: Cc: Sam Leffler Subject: Re: Problems moving hostapd AP config from 6.4 to 8.0RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: geoff@apro.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2009 05:48:20 -0000 Hi Sam, On Mon, 9 Nov 2009 03:48:41 am Sam Leffler wrote: > snip < > > So your station associated and hostapd saw it but nothing in your logs > shows what hostapd did or did not do to complete the radius handshake. > All we see is that hostapd dropped the station--presumably because it > timed out trying to authenticated against the backend. > > Not sure what debug level you need for hostapd; I usually use the cmd > line options. Thanks for responding - it was a great help. Your comment give me a clue as to where to begin looking. It appears some components required by hostapd weren't being built. I am building on an amd64 system. I had a look at the make file in /usr/src/usr.sbin/wpa/hostapd/Makefile and found that adding the following to /etc/src.conf fixed my problem: HOSTAPD_CFLAGS+=-DEAP_SERVER -DEAP_GTC -DEAP_AKA -DEAP_SIM -DEAP_GPSK HOSTAPD_CFLAGS+=-DEAP_PAX -DEAP_SAKE WITH_OPENSSL=YES I haven't had a chance to narrow down exactly which one made the difference, but I'm guessing it is the -DEAP_SERVER flag. The only tunable I could find in /usr/src/tools/build/options was WPA_SUPPLICANT_EAPOL, but this should only affect wpa_supplicant. Does anyone know if there is a tunable I am missing in my src.conf file, or should I be setting the HOSTAPD_CFLAGS directly as above. Kind regards, Geoff From owner-freebsd-stable@FreeBSD.ORG Wed Nov 11 08:14: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 F3BF31065670 for ; Wed, 11 Nov 2009 08:14:06 +0000 (UTC) (envelope-from sven@hazejager.nl) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id BC2D28FC1F for ; Wed, 11 Nov 2009 08:14:06 +0000 (UTC) Received: by yxe1 with SMTP id 1so785161yxe.3 for ; Wed, 11 Nov 2009 00:14:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.101.54.13 with SMTP id g13mr1148402ank.158.1257927246023; Wed, 11 Nov 2009 00:14:06 -0800 (PST) X-Originating-IP: [83.160.136.100] In-Reply-To: <8ffccde70911090952s2349c633u61c96e5183cb8116@mail.gmail.com> References: <8ffccde70911090952s2349c633u61c96e5183cb8116@mail.gmail.com> Date: Wed, 11 Nov 2009 09:14:05 +0100 Message-ID: <8ffccde70911110014ld74bafat1f3d8d3c514b136a@mail.gmail.com> From: Sven Hazejager To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Serial console not working in 7.2-p4 and 7.2-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, 11 Nov 2009 08:14:07 -0000 On Mon, Nov 9, 2009 at 18:52, Sven Hazejager wrote: > I'm pulling my hair out on this one! Can't get the serial console to > work with nanoBSD, either 7.2-p4 or 7-STABLE. A 8.0 nanoBSD image > works fine (which I have not created myself). The symptom is that all > kernel output goes to VGA. Whatever I do. This happens in VMware > Player (where I actually see the VGA output) and on my ALIX > (Soekris-like) board (which does not have a VGA card). PROBLEM SOLVED! In an attempt to minimize FreeBSD for nanoBSD I had WITHOUT_FORTH=true in my /etc/src.conf. That apparently breaks the passing of boot flags to the kernel, which causes the kernel to use the VGA output even though boot.config has "-h" and console=comconsole in the loader. Thank you all for your comments and suggestions. Sven From owner-freebsd-stable@FreeBSD.ORG Wed Nov 11 08:58: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 671C81065696 for ; Wed, 11 Nov 2009 08:58:55 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 4E7FA8FC1E for ; Wed, 11 Nov 2009 08:58:55 +0000 (UTC) Received: from OMTA03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by QMTA12.emeryville.ca.mail.comcast.net with comcast id 3kkD1d0040b6N64ACkllHk; Wed, 11 Nov 2009 08:45:45 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA03.emeryville.ca.mail.comcast.net with comcast id 3kll1d0043S48mS8PkllR3; Wed, 11 Nov 2009 08:45:45 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id E86FD1E3035; Wed, 11 Nov 2009 00:45:43 -0800 (PST) Date: Wed, 11 Nov 2009 00:45:43 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091111084543.GA84067@icarus.home.lan> References: <8ffccde70911090952s2349c633u61c96e5183cb8116@mail.gmail.com> <8ffccde70911110014ld74bafat1f3d8d3c514b136a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8ffccde70911110014ld74bafat1f3d8d3c514b136a@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Serial console not working in 7.2-p4 and 7.2-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, 11 Nov 2009 08:58:55 -0000 On Wed, Nov 11, 2009 at 09:14:05AM +0100, Sven Hazejager wrote: > On Mon, Nov 9, 2009 at 18:52, Sven Hazejager wrote: > > I'm pulling my hair out on this one! Can't get the serial console to > > work with nanoBSD, either 7.2-p4 or 7-STABLE. A 8.0 nanoBSD image > > works fine (which I have not created myself). The symptom is that all > > kernel output goes to VGA. Whatever I do. This happens in VMware > > Player (where I actually see the VGA output) and on my ALIX > > (Soekris-like) board (which does not have a VGA card). > > PROBLEM SOLVED! > > In an attempt to minimize FreeBSD for nanoBSD I had WITHOUT_FORTH=true > in my /etc/src.conf. That apparently breaks the passing of boot flags > to the kernel, which causes the kernel to use the VGA output even > though boot.config has "-h" and console=comconsole in the loader. This would actually break a large portion of the FreeBSD bootstraps. I'd advocate that WITHOUT_FORTH be removed until the bootstraps are upgraded to something that doesn't rely on forth (if/when that ever happens). Otherwise, someone may want modify the framework involving src.conf to state that if WITHOUT_FORTH is defined, to bail on a build. -- | 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 Nov 12 04: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 D5DAA106566B for ; Thu, 12 Nov 2009 04:53:23 +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 A7CA18FC1A for ; Thu, 12 Nov 2009 04:53:22 +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 nAC4rHhu023219 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Nov 2009 20:53:18 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4AFB94BD.5030800@errno.com> Date: Wed, 11 Nov 2009 20:53:17 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: geoff@apro.com.au References: <200911090053.47239.geoff@apro.com.au> <4AF6F669.6050403@freebsd.org> <200911111648.00729.geoff@apro.com.au> In-Reply-To: <200911111648.00729.geoff@apro.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-stable@freebsd.org Subject: Re: Problems moving hostapd AP config from 6.4 to 8.0RC2 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, 12 Nov 2009 04:53:23 -0000 Geoff Roberts wrote: > Hi Sam, > > On Mon, 9 Nov 2009 03:48:41 am Sam Leffler wrote: >> snip < >> >> So your station associated and hostapd saw it but nothing in your logs >> shows what hostapd did or did not do to complete the radius handshake. >> All we see is that hostapd dropped the station--presumably because it >> timed out trying to authenticated against the backend. >> >> Not sure what debug level you need for hostapd; I usually use the cmd >> line options. > > Thanks for responding - it was a great help. > > Your comment give me a clue as to where to begin looking. > > It appears some components required by hostapd weren't being built. > > I am building on an amd64 system. > > I had a look at the make file in /usr/src/usr.sbin/wpa/hostapd/Makefile and > found that adding the following to /etc/src.conf fixed my problem: > > HOSTAPD_CFLAGS+=-DEAP_SERVER -DEAP_GTC -DEAP_AKA -DEAP_SIM -DEAP_GPSK > HOSTAPD_CFLAGS+=-DEAP_PAX -DEAP_SAKE > > WITH_OPENSSL=YES > > I haven't had a chance to narrow down exactly which one made the difference, > but I'm guessing it is the -DEAP_SERVER flag. > > The only tunable I could find in /usr/src/tools/build/options was > WPA_SUPPLICANT_EAPOL, but this should only affect wpa_supplicant. > > Does anyone know if there is a tunable I am missing in my src.conf file, or > should I be setting the HOSTAPD_CFLAGS directly as above. Setting HOSTAPD_CFLAGS directly is the intended mechanism. EAP_SERVER is the important one to define; past that you're just adding in some of the more esoteric mechanisms. I should probably enable it by default (it comes setup out of the box to do only WPA-PSK). Sam From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 06:42: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 3DB2E106566B for ; Thu, 12 Nov 2009 06:42:03 +0000 (UTC) (envelope-from n-qHqKssDr1FK3IAlLDgH34P4cFTjYPagiKVHppMxdDqMYYHgyQ2H523bNFE4UIZ@bounce.linkedin.com) Received: from mail16-a-aa.linkedin.com (mail16-a-aa.linkedin.com [64.74.98.139]) by mx1.freebsd.org (Postfix) with ESMTP id E76008FC18 for ; Thu, 12 Nov 2009 06:42:02 +0000 (UTC) DomainKey-Signature: s=prod; d=linkedin.com; c=nofws; q=dns; h=Sender:Date:From:To:Message-ID:Subject:MIME-Version: Content-Type:X-LinkedIn-fbl; b=e/iIOxi+hf1EfLL+shNxNLXqGILZRrtXEsltYEF+9E7OqpxuOMxV9AZ7 N4U9I4hO9FDEdwgpmaD3eMCUxexTeqvS4JnBueIOxX+KbnHgpL0Ey0ZAb aovgEUz1mnCxHMt; DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=linkedin.com; i=invitations@linkedin.com; q=dns/txt; s=proddkim; t=1258008122; x=1289544122; h=from:sender:reply-to:subject:date:message-id:to:cc: mime-version:content-transfer-encoding:content-id: content-description:resent-date:resent-from:resent-sender: resent-to:resent-cc:resent-message-id:in-reply-to: references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:list-owner:list-archive; z=From:=20"Olga=20Simurzina=20(LinkedIn=20Invitations)"=20 |Sender:=20messages-noreply@bou nce.linkedin.com|Subject:=20Reminder=20about=20your=20inv itation=20from=20Olga=20Simurzina|Date:=20Wed,=2011=20Nov =202009=2022:42:02=20-0800=20(PST)|Message-ID:=20<1127379 800.12638500.1258008122438.JavaMail.app@ech3-cdn09.prod> |To:=20=20|MIME-Version:=201. 0; bh=jVe8ufFmLK9mPAAt6cDfEFATE6KqNfFXAmPD7jUKDRY=; b=NCbP0aCbULpdMnahHtbq5x2LgIwz/VXzf12FGbmewwJPT9IeA/iLTR2Q 0/IB8Hr6OgrBfBBnzHl9qbkv3QqVdFChLJFnq7s0RDblytQXvUQ4UsxFS xaKfS/7gRLhIo64; Sender: messages-noreply@bounce.linkedin.com Date: Wed, 11 Nov 2009 22:42:02 -0800 (PST) From: "Olga Simurzina (LinkedIn Invitations)" To: Message-ID: <1127379800.12638500.1258008122438.JavaMail.app@ech3-cdn09.prod> MIME-Version: 1.0 X-LinkedIn-fbl: qHqKssDr1FK3IAlLDgH34P4cFTjYPagiKVHppMxdDqMYYHgyQ2H523bNFE4UIZ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Reminder about your invitation from Olga Simurzina 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, 12 Nov 2009 06:42:03 -0000 LinkedIn ------------ This is a reminder that on October 30, Olga Simurzina sent you an invitatio= n to become part of their professional network at LinkedIn. Follow this link to accept Olga Simurzina's invitation. https://www.linkedin.com/e/isd/830468504/Ss8Egzu5/ Signing up is free and takes less than a minute. This is a reminder that on October 30, Olga Simurzina wrote: > To: [freebsd-stable@freebsd.org] > From: Olga Simurzina [simurzina.o@yandex.ru] > Subject: UKRAINIAN ART WEEK > > =D0=9F=D1=80=D0=B8=D0=B2=D0=B5=D1=82! =D0=9F=D1=80=D0=B8=D0=B3=D0=BB=D0= =B0=D1=88=D0=B0=D0=B5=D0=BC =D0=92=D0=B0=D1=81 =D0=BD=D0=B0 =D0=9C=D0=B5=D0= =B6=D0=B4=D1=83=D0=BD=D0=B0=D1=80=D0=BE=D0=B4=D0=BD=D1=83=D1=8E =D0=B2=D1= =8B=D1=81=D1=82=D0=B0=D0=B2=D0=BA=D1=83-=D0=BA=D0=BE=D0=BD=D0=BA=D1=83=D1= =80=D1=81=20 > =D1=81=D0=BE=D0=B2=D1=80=D0=B5=D0=BC=D0=B5=D0=BD=D0=BD=D0=BE=D0=B3=D0=BE = =D0=B8=D1=81=D0=BA=D1=83=D1=81=D1=81=D1=82=D0=B2=D0=B0 =E2=80=9C=D0=A3=D0= =9A=D0=A0=D0=90=D0=98=D0=9D=D0=A1=D0=9A=D0=90=D0=AF =D0=9D=D0=95=D0=94=D0= =95=D0=9B=D0=AF =D0=98=D0=A1=D0=9A=D0=A3=D0=A1=D0=A1=D0=A2=D0=92 / Ukrainia= n Art Week=E2=80=9D,=20 > =D0=BA=D0=BE=D1=82=D0=BE=D1=80=D0=B0=D1=8F =D0=BF=D1=80=D0=BE=D0=B9=D0=B4= =D0=B5=D1=82 =D0=B2 =D0=9A=D0=B8=D0=B5=D0=B2=D0=B5 17-23 =D0=BD=D0=BE=D1=8F= =D0=B1=D1=80=D1=8F 2009 =D0=B3=D0=BE=D0=B4=D0=B0. > =D0=9C=D0=BE=D0=B6=D0=BD=D0=BE =D1=83=D1=87=D0=B0=D1=81=D1=82=D0=B2=D0=BE= =D0=B2=D0=B0=D1=82=D1=8C =D0=BA=D0=B0=D0=BA =D0=9E=D0=A7=D0=9D=D0=9E, =D1= =82=D0=B0=D0=BA =D0=B8 =D0=97=D0=90=D0=9E=D0=A7=D0=9D=D0=9E! > =D0=9A=D0=BE=D0=BD=D0=BA=D1=83=D1=80=D1=81=D0=BD=D0=B0=D1=8F =D0=BF=D1=80= =D0=BE=D0=B3=D1=80=D0=B0=D0=BC=D0=BC=D0=B0 =D0=A3=D0=BA=D1=80=D0=B0=D0=B8= =D0=BD=D1=81=D0=BA=D0=BE=D0=B9 =D0=9D=D0=B5=D0=B4=D0=B5=D0=BB=D0=B8 =D0=98= =D1=81=D0=BA=D1=83=D1=81=D1=81=D1=82=D0=B2 =D0=B2=D0=BA=D0=BB=D1=8E=D1=87= =D0=B0=D0=B5=D1=82: > 1)=D0=9C=D0=B5=D0=B6=D0=B4=D1=83=D0=BD=D0=B0=D1=80=D0=BE=D0=B4=D0=BD=D1= =8B=D0=B9 =D0=BA=D0=BE=D0=BD=D0=BA=D1=83=D1=80=D1=81 =D0=B6=D0=B8=D0=B2=D0= =BE=D0=BF=D0=B8=D1=81=D0=B8 > 2)=D0=9C=D0=B5=D0=B6=D0=B4=D1=83=D0=BD=D0=B0=D1=80=D0=BE=D0=B4=D0=BD=D1= =8B=D0=B9 =D0=BA=D0=BE=D0=BD=D0=BA=D1=83=D1=80=D1=81 =D0=BF=D0=BE =D0=B3=D1= =80=D0=B0=D1=84=D0=B8=D0=BA=D0=B5 =D0=B8 =D0=B3=D1=80=D0=B0=D1=84=D0=B8=D1= =87=D0=B5=D1=81=D0=BA=D0=BE=D0=BC=D1=83 =D0=B4=D0=B8=D0=B7=D0=B0=D0=B9=D0= =BD=D1=83 > 3)=D0=9C=D0=B5=D0=B6=D0=B4=D1=83=D0=BD=D0=B0=D1=80=D0=BE=D0=B4=D0=BD=D1= =8B=D0=B9 =D0=BA=D0=BE=D0=BD=D0=BA=D1=83=D1=80=D1=81 =D1=84=D0=BE=D1=82=D0= =BE=D0=B3=D1=80=D0=B0=D1=84=D0=B8=D0=B8 > 4)=D0=9C=D0=B5=D0=B6=D0=B4=D1=83=D0=BD=D0=B0=D1=80=D0=BE=D0=B4=D0=BD=D1= =8B=D0=B9 =D0=BA=D0=BE=D0=BD=D0=BA=D1=83=D1=80=D1=81 =D1=81=D0=BA=D1=83=D0= =BB=D1=8C=D0=BF=D1=82=D1=83=D1=80=D1=8B > 5)=D0=9C=D0=B5=D0=B6=D0=B4=D1=83=D0=BD=D0=B0=D1=80=D0=BE=D0=B4=D0=BD=D1= =8B=D0=B9 =D0=BA=D0=BE=D0=BD=D0=BA=D1=83=D1=80=D1=81 =D0=B4=D0=B5=D0=BA=D0= =BE=D1=80=D0=B0=D1=82=D0=B8=D0=B2=D0=BD=D0=BE-=D0=BF=D1=80=D0=B8=D0=BA=D0= =BB=D0=B0=D0=B4=D0=BD=D0=BE=D0=B3=D0=BE =D0=B8=D1=81=D0=BA=D1=83=D1=81=D1= =81=D1=82=D0=B2=D0=B0 > =D0=9E=D1=84=D0=B8=D1=86=D0=B8=D0=B0=D0=BB=D1=8C=D0=BD=D1=8B=D0=B9 =D1=81= =D0=B0=D0=B9=D1=82 =D0=A3=D0=BA=D1=80=D0=B0=D0=B8=D0=BD=D1=81=D0=BA=D0=BE= =D0=B9 =D0=9D=D0=B5=D0=B4=D0=B5=D0=BB=D0=B8 =D0=98=D1=81=D0=BA=D1=83=D1=81= =D1=81=D1=82=D0=B2: www.artweek.org > =D0=91=D1=83=D0=B4=D1=83 =D1=80=D0=B0=D0=B4=D0=B0 =D0=BE=D1=82=D0=B2=D0= =B5=D1=82=D0=B8=D1=82=D1=8C =D0=BD=D0=B0 =D0=B2=D0=B0=D1=88=D0=B8 =D0=B2=D0= =BE=D0=BF=D1=80=D0=BE=D1=81=D1=8B. > =D0=A1 =D1=83=D0=B2=D0=B0=D0=B6=D0=B5=D0=BD=D0=B8=D0=B5=D0=BC, =D0=9E=D0= =BB=D1=8C=D0=B3=D0=B0 =D0=A1=D0=B8=D0=B4=D0=BE=D1=80=D0=B5=D0=BD=D0=BA=D0= =BE > =D0=A2=D0=B5=D0=BB.=D0=B2 =D0=9A=D0=B8=D0=B5=D0=B2=D0=B5: +38 (097) 67519= 31, +38 (063) 5693832,=20 > Email: info@artweek.org ICQ 439-001-943 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D > Dear friend! I am pleased to invite you to UKRAINIAN ART WEEK =20 > (November 17-23, 2009, in Kiev, Ukraine).=20 > It's an International Exhibition and Competition of Contemporary Arts. > You can participate - ONLINE or PERSONALLY. > Ukrainian Art Week brings together two programs - an exhibition and conte= st.=20 > All works are presented in the heart of Kiev - in the Central Exhibition = Hall=20 > and published in the International folder "New Faces in Arts". > The UKRAINIAN ART WEEK program includes: > 1) Painting Competition > 2) Graphic & Graphic Design Competition > 3) Photography Competition > 4) Sculpture Competition > 5) Crafts Competition > If you are interested in this project - please contact me info@artweek.or= g=20 > Our Website: www.artweek.org or www.artweek.eu=20 > My mobile: +38(097)6751931, +38 (063) 5693832,=20 > CYA, Olga Sydorenko The only way to get access to Olga Simurzina's professional network is thro= ugh the following link: https://www.linkedin.com/e/isd/830468504/Ss8Egzu5/ You can remove yourself from Olga Simurzina's network at any time. -------------- =20 ------ (c) 2009, LinkedIn Corporation From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 07:16:21 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 49EE5106566B for ; Thu, 12 Nov 2009 07:16:21 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from mailrelay1.rambler.ru (mailrelay1.rambler.ru [81.19.66.239]) by mx1.freebsd.org (Postfix) with ESMTP id F24698FC0A for ; Thu, 12 Nov 2009 07:16:20 +0000 (UTC) Received: from kas30pipe.localhost (localhost [127.0.0.1]) by mailrelay1.rambler.ru (Postfix) with ESMTP id 00F2C130CC0 for ; Thu, 12 Nov 2009 10:16:19 +0300 (MSK) Received: from localhost (sysoev.ru [81.19.68.137]) by mailrelay1.rambler.ru (Postfix) with ESMTP id 647EB130CB1 for ; Thu, 12 Nov 2009 10:16:18 +0300 (MSK) Date: Thu, 12 Nov 2009 10:16:18 +0300 From: Igor Sysoev To: freebsd-stable@freebsd.org Message-ID: <20091112071618.GB81250@rambler-co.ru> References: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.33/RELEASE, bases: 02092009 #2738642, status: clean X-SpamTest-Envelope-From: is@rambler-co.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 9536 [Sen 02 2009] X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 10 X-SpamTest-SPF: pass X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release Subject: Re: 8.0RC2 "top" statistics seem broken 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, 12 Nov 2009 07:16:21 -0000 On Tue, Nov 10, 2009 at 04:29:37PM +0100, Ivan Voras wrote: > Here is what I'm seeing now: > > > last pid: 70893; load averages: 1.70, 1.10, 0.58 > up > 27+02:59:26 16:23:59 > 134 processes: 3 running, 131 sleeping > CPU: 94.8% user, 0.0% nice, 4.6% system, 0.6% interrupt, 0.0% idle > Mem: 309M Active, 48M Inact, 113M Wired, 17M Cache, 60M Buf, 3624K Free > Swap: 640M Total, 205M Used, 435M Free, 32% Inuse > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 751 pgsql 1 45 0 159M 556K select 1 249:38 0.00% postgres > 756 pgsql 1 44 0 25004K 600K select 1 86:31 0.00% postgres > 754 pgsql 1 44 0 159M 1040K select 1 13:02 0.00% postgres > 753 pgsql 1 44 0 159M 7868K select 1 10:55 0.00% postgres > 597 root 1 44 0 3184K 464K select 0 4:49 0.00% syslogd > 755 pgsql 1 44 0 159M 1432K select 1 4:46 0.00% postgres > 659 root 1 44 0 62156K 1356K select 1 4:30 0.00% > vmware-guestd > 765 nobody 1 4 0 3236K 192K kqread 1 3:25 0.00% memcached > 775 root 1 44 0 9996K 340K select 1 2:18 0.00% httpd > 900 sveb 1 5 0 9452K 0K select 0 1:49 0.00% > 790 www 1 44 0 9768K 224K select 1 1:47 0.00% httpd > 70851 ivoras 3 96 0 199M 195M CPU0 0 1:47 0.00% 7z > > > Load average and %CPU user are right, as are other global statistics. > The load is produced by the "7z" process (archivers/p7zip) which > compresses some data in two threads but is credited with 0% CPU, though > its runtime is correct (increments every second as it should in a > CPU-bound process). It doesn't help if I expand / show individual threads. I believe this is related to multithreaded processes only. I saw this for intr kernel process. Singlethread processes eat CPU slightly less than on 7.2, however, I can not say is it statistic errors or real speedup. I saw the issue on SMP/ULE only and can not say anything about UP and 4BSD scheduler. -- Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 10:33: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 B880C1065670 for ; Thu, 12 Nov 2009 10:33:12 +0000 (UTC) (envelope-from Hans.F.Nordhaug@hiMolde.no) Received: from sil.himolde.no (sil.hiMolde.no [158.38.83.3]) by mx1.freebsd.org (Postfix) with ESMTP id 15F858FC19 for ; Thu, 12 Nov 2009 10:33:11 +0000 (UTC) Received: from malle.himolde.no ([158.38.68.22]) by sil.himolde.no with InterScan Message Security Suite; Thu, 12 Nov 2009 11:33:10 +0100 Received: from harr.himolde.no (harr.hiMolde.no [158.38.68.20])by malle.himolde.no (8.13.8/8.13.8) with ESMTP id nACAX8FX002635for ; Thu, 12 Nov 2009 11:33:08 +0100 Received: from harr.himolde.no (harr.himolde.no [127.0.0.1])by harr.himolde.no (8.13.1/8.13.1) with ESMTP id nACAX84F002932for ; Thu, 12 Nov 2009 11:33:08 +0100 Received: (from nordhaug@localhost)by harr.himolde.no (8.13.1/8.13.1/Submit) id nACAX8ka002931for freebsd-stable@freebsd.org; Thu, 12 Nov 2009 11:33:08 +0100 Date: Thu, 12 Nov 2009 11:33:08 +0100 From: "Hans F. Nordhaug" To: freebsd-stable@freebsd.org Message-ID: <20091112103308.GA2536@hiMolde.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.4.1i X-imss-version: 2.054 X-imss-result: Passed X-imss-approveListMatch: *@*.no Subject: /bin/sh core dumps on 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: Thu, 12 Nov 2009 10:33:12 -0000 Hi! Suddenly /bin/sh started to crash all the time with core dumps. I'm running FreeBSD 7.2-RELEASE-p4 (i386) and I have not updated anything lately. The /bin/sh binary seems to be untouched. It might be some hardware trouble, but the machine seems to run OK now. (I had to replace /bin/sh with a symlink to /rescue/sh.) I would like to track down the problem, but running sh I only get "Segmentation fault: 11 (core dumped)". I would be happy to run gdb and give you a backtrace. Any clues? Hans PS! I tried to run "freebsd-update IDS" to see if any files are broken, but it stops at Inspecting system... sha256: ///boot/kernel/utopia.ko.symbols: Input/output error From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 10:36: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 104DD1065672 for ; Thu, 12 Nov 2009 10:36:04 +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 C18408FC13 for ; Thu, 12 Nov 2009 10:36:03 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N8X21-00056J-IO for freebsd-stable@freebsd.org; Thu, 12 Nov 2009 11:36:01 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2009 11:36:01 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2009 11:36:01 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 12 Nov 2009 11:35:48 +0100 Lines: 23 Message-ID: References: <20091112103308.GA2536@hiMolde.no> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <20091112103308.GA2536@hiMolde.no> Sender: news Subject: Re: /bin/sh core dumps on 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: Thu, 12 Nov 2009 10:36:04 -0000 Hans F. Nordhaug wrote: > Hi! > > Suddenly /bin/sh started to crash all the time with core dumps. I'm > running FreeBSD 7.2-RELEASE-p4 (i386) and I have not updated anything > lately. The /bin/sh binary seems to be untouched. It might be some > hardware trouble, but the machine seems to run OK now. (I had to > replace /bin/sh with a symlink to /rescue/sh.) > > I would like to track down the problem, but running sh I only get > "Segmentation fault: 11 (core dumped)". I would be happy to run > gdb and give you a backtrace. Any clues? > > Hans > > PS! I tried to run "freebsd-update IDS" to see if any files are > broken, but it stops at > Inspecting system... sha256: ///boot/kernel/utopia.ko.symbols: Input/output error All of this points to a hardware problem. I think the best thing you can try is to manually get a hash fingerprint of your sh and compare it with another, known good copy. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 10:46: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 5CD3F106566C for ; Thu, 12 Nov 2009 10:46:25 +0000 (UTC) (envelope-from michal@sharescope.co.uk) Received: from mail1.sharescope.co.uk (pm1.ionic.co.uk [85.159.80.19]) by mx1.freebsd.org (Postfix) with ESMTP id 185D58FC08 for ; Thu, 12 Nov 2009 10:46:24 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by mail1.sharescope.co.uk (Postfix) with ESMTP id 2DD1BFC102; Thu, 12 Nov 2009 10:46:24 +0000 (UTC) X-Virus-Scanned: amavisd-new at sharescope.co.uk Received: from mail1.sharescope.co.uk ([127.0.0.1]) by localhost (mail1.sharescope.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8Dd1xNZdtNfy; Thu, 12 Nov 2009 10:46:19 +0000 (GMT) Received: from [192.168.2.37] (office.ionic.co.uk [85.159.85.2]) (Authenticated sender: chris@sharescope.co.uk) by mail1.sharescope.co.uk (Postfix) with ESMTPSA id C2B3DFC0D7; Thu, 12 Nov 2009 10:46:19 +0000 (GMT) Message-ID: <4AFBE77A.8060605@sharescope.co.uk> Date: Thu, 12 Nov 2009 10:46:18 +0000 From: Michal User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Hans.F.Nordhaug@hiMolde.no, freebsd-stable@freebsd.org References: <20091112103308.GA2536@hiMolde.no> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: /bin/sh core dumps on 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: Thu, 12 Nov 2009 10:46:25 -0000 Ivan Voras wrote: > Hans F. Nordhaug wrote: >> Hi! >> >> Suddenly /bin/sh started to crash all the time with core dumps. I'm >> running FreeBSD 7.2-RELEASE-p4 (i386) and I have not updated anything >> lately. The /bin/sh binary seems to be untouched. It might be some >> hardware trouble, but the machine seems to run OK now. (I had to >> replace /bin/sh with a symlink to /rescue/sh.) >> >> I would like to track down the problem, but running sh I only get >> "Segmentation fault: 11 (core dumped)". I would be happy to run >> gdb and give you a backtrace. Any clues? >> >> Hans >> >> PS! I tried to run "freebsd-update IDS" to see if any files are >> broken, but it stops at >> Inspecting system... sha256: ///boot/kernel/utopia.ko.symbols: >> Input/output error > > All of this points to a hardware problem. > Last time I saw things like this it was either a hard drive on the way out, or a PSU dying. Run some pre-OS tests (Ultimate boot cd or something) to try and get some results outside of the OS > I think the best thing you can try is to manually get a hash fingerprint > of your sh and compare it with another, known good copy. > > _______________________________________________ > 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 Nov 12 11:53: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 8E914106568F for ; Thu, 12 Nov 2009 11:53:52 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 771DE8FC27 for ; Thu, 12 Nov 2009 11:53:51 +0000 (UTC) Received: from OMTA03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by QMTA10.emeryville.ca.mail.comcast.net with comcast id 4Bl21d0090b6N64AABtsDD; Thu, 12 Nov 2009 11:53:52 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA03.emeryville.ca.mail.comcast.net with comcast id 4Btr1d00C3S48mS8PBtrWF; Thu, 12 Nov 2009 11:53:51 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 2FA501E3035; Thu, 12 Nov 2009 03:53:50 -0800 (PST) Date: Thu, 12 Nov 2009 03:53:50 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091112115350.GA18542@icarus.home.lan> References: <20091112103308.GA2536@hiMolde.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091112103308.GA2536@hiMolde.no> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: /bin/sh core dumps on 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: Thu, 12 Nov 2009 11:53:52 -0000 On Thu, Nov 12, 2009 at 11:33:08AM +0100, Hans F. Nordhaug wrote: > Suddenly /bin/sh started to crash all the time with core dumps. I'm > running FreeBSD 7.2-RELEASE-p4 (i386) and I have not updated anything > lately. The /bin/sh binary seems to be untouched. It might be some > hardware trouble, but the machine seems to run OK now. (I had to > replace /bin/sh with a symlink to /rescue/sh.) > > I would like to track down the problem, but running sh I only get > "Segmentation fault: 11 (core dumped)". I would be happy to run > gdb and give you a backtrace. Any clues? > > PS! I tried to run "freebsd-update IDS" to see if any files are > broken, but it stops at > Inspecting system... sha256: ///boot/kernel/utopia.ko.symbols: Input/output error Hardware problem. Take your pick: bad RAM, bad hard disk, bad motherboard, bad PSU, bad cabling. You can rule out hard disk problems by installing smartmontools from ports (sysutils/smartmontools). Please provide output from the following command: smartctl -a /dev/{disk} Where {disk} is "ad4", "da0", or similar -- and NOT something like "ad8s1" or "da0s1d". If multiple disks are in your machine -- the one you want is the disk you boot from (where /boot exists, and/or root filesystem). I can teach you how to decode/read SMART statistics correctly. -- | 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 Nov 12 12:25:31 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 9EEBB1065695 for ; Thu, 12 Nov 2009 12:25:31 +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 2F2F38FC13 for ; Thu, 12 Nov 2009 12:25:31 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N8Yjx-00018S-2i for freebsd-stable@freebsd.org; Thu, 12 Nov 2009 13:25:29 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2009 13:25:29 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2009 13:25:29 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 12 Nov 2009 13:25:12 +0100 Lines: 55 Message-ID: References: <20091112103308.GA2536@hiMolde.no> <20091112115350.GA18542@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <20091112115350.GA18542@icarus.home.lan> Sender: news Subject: SMART 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, 12 Nov 2009 12:25:31 -0000 Jeremy Chadwick wrote: > I can teach you how to decode/read SMART statistics correctly. > Actually, it would be good if you taught more than him :) I've always wondered how important are each of the dozen or so statistics and what indicates what... Here is for example my desktop drive: SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 087 083 006 Pre-fail Always - 45398197 3 Spin_Up_Time 0x0003 096 093 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 64 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 084 060 030 Pre-fail Always - 247407473 9 Power_On_Hours 0x0032 089 089 000 Old_age Always - 10155 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 64 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 058 055 045 Old_age Always - 42 (Lifetime Min/Max 37/44) 194 Temperature_Celsius 0x0022 042 045 000 Old_age Always - 42 (0 20 0 0) 195 Hardware_ECC_Recovered 0x001a 062 059 000 Old_age Always - 45398197 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0 I see many values exceeding threshold but since I see it so often on other drives I don't know what the threshold is for. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 12:29: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 457A0106566C; Thu, 12 Nov 2009 12:29:41 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id C9BE38FC1A; Thu, 12 Nov 2009 12:29:40 +0000 (UTC) Received: from c83-253-248-99.bredband.comhem.se ([83.253.248.99]:55313 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1N8Ynw-00018M-4c; Thu, 12 Nov 2009 13:29:38 +0100 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 6A6F43AA83; Thu, 12 Nov 2009 13:29:34 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Thomas Backman In-Reply-To: Date: Thu, 12 Nov 2009 13:29:32 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <288A7D7F-C247-4493-8ED1-E67FFC3E0201@exscape.org> References: <20091112103308.GA2536@hiMolde.no> <20091112115350.GA18542@icarus.home.lan> To: Ivan Voras X-Mailer: Apple Mail (2.1077) X-Originating-IP: 83.253.248.99 X-Scan-Result: No virus found in message 1N8Ynw-00018M-4c. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1N8Ynw-00018M-4c 3917623b67ef89e9c4a95dc9e6a55533 Cc: freebsd-stable@freebsd.org Subject: Re: SMART 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, 12 Nov 2009 12:29:41 -0000 On Nov 12, 2009, at 1:25 PM, Ivan Voras wrote: > Actually, it would be good if you taught more than him :) >=20 > I've always wondered how important are each of the dozen or so = statistics and what indicates what... >=20 > Here is for example my desktop drive: >=20 > SMART Attributes Data Structure revision number: 10 > Vendor Specific SMART Attributes with Thresholds: > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED = WHEN_FAILED RAW_VALUE > 1 Raw_Read_Error_Rate 0x000f 087 083 006 Pre-fail Always = - 45398197 > 3 Spin_Up_Time 0x0003 096 093 000 Pre-fail Always = - 0 > 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always = - 64 > 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always = - 0 > 7 Seek_Error_Rate 0x000f 084 060 030 Pre-fail Always = - 247407473 > 9 Power_On_Hours 0x0032 089 089 000 Old_age Always = - 10155 > 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always = - 0 > 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always = - 64 > 187 Reported_Uncorrect 0x0032 100 100 000 Old_age = Always - 0 > 189 High_Fly_Writes 0x003a 100 100 000 Old_age = Always - 0 > 190 Airflow_Temperature_Cel 0x0022 058 055 045 Old_age = Always - 42 (Lifetime Min/Max 37/44) > 194 Temperature_Celsius 0x0022 042 045 000 Old_age = Always - 42 (0 20 0 0) > 195 Hardware_ECC_Recovered 0x001a 062 059 000 Old_age = Always - 45398197 > 197 Current_Pending_Sector 0x0012 100 100 000 Old_age = Always - 0 > 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age = Offline - 0 > 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age = Always - 0 > 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age = Offline - 0 > 202 TA_Increase_Count 0x0032 100 253 000 Old_age = Always - 0 >=20 > I see many values exceeding threshold but since I see it so often on = other drives I don't know what the threshold is for. None of the your values are exceeding the threshold - it works = backwards. If the value is LOWER than the threshold, you might be in = trouble. Also, judging by the raw read error rate, seek error rate and hardward = ECC recovered, allow me to guess that this is a Seagate drive. :-) (Seagate drives, perhaps among others, use these raw values way = differently than others. My Hitachi 7K1000.B has 0 on those.) Regards, Thomas= From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 12:56: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 5B22D106566C for ; Thu, 12 Nov 2009 12:56:39 +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 DDBA88FC1A for ; Thu, 12 Nov 2009 12:56:38 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N8ZDy-00021m-8Q for freebsd-stable@freebsd.org; Thu, 12 Nov 2009 13:56:30 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2009 13:56:30 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2009 13:56:30 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 12 Nov 2009 13:56:16 +0100 Lines: 41 Message-ID: References: <20091112103308.GA2536@hiMolde.no> <20091112115350.GA18542@icarus.home.lan> <288A7D7F-C247-4493-8ED1-E67FFC3E0201@exscape.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <288A7D7F-C247-4493-8ED1-E67FFC3E0201@exscape.org> Sender: news Subject: Re: SMART 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, 12 Nov 2009 12:56:39 -0000 Thomas Backman wrote: > On Nov 12, 2009, at 1:25 PM, Ivan Voras wrote: >> Actually, it would be good if you taught more than him :) >> >> I've always wondered how important are each of the dozen or so statistics and what indicates what... >> >> Here is for example my desktop drive: >> >> SMART Attributes Data Structure revision number: 10 >> Vendor Specific SMART Attributes with Thresholds: >> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE >> 1 Raw_Read_Error_Rate 0x000f 087 083 006 Pre-fail Always - 45398197 >> 3 Spin_Up_Time 0x0003 096 093 000 Pre-fail Always - 0 >> 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 64 >> 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 >> 7 Seek_Error_Rate 0x000f 084 060 030 Pre-fail Always - 247407473 >> 9 Power_On_Hours 0x0032 089 089 000 Old_age Always - 10155 >> 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 >> 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 64 >> 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 >> 189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0 >> 190 Airflow_Temperature_Cel 0x0022 058 055 045 Old_age Always - 42 (Lifetime Min/Max 37/44) >> 194 Temperature_Celsius 0x0022 042 045 000 Old_age Always - 42 (0 20 0 0) >> 195 Hardware_ECC_Recovered 0x001a 062 059 000 Old_age Always - 45398197 >> 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 >> 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 >> 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 >> 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 >> 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0 >> >> I see many values exceeding threshold but since I see it so often on other drives I don't know what the threshold is for. > None of the your values are exceeding the threshold - it works backwards. If the value is LOWER than the threshold, you might be in trouble. Good to know. > Also, judging by the raw read error rate, seek error rate and hardward ECC recovered, allow me to guess that this is a Seagate drive. :-) > (Seagate drives, perhaps among others, use these raw values way differently than others. My Hitachi 7K1000.B has 0 on those.) Yes, it's Seagate. Statistically I have the least problems with their drives. But I imagine that lack of standardization about these statistics very much limits the usability of SMART, right? From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 13:02: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 2E4D0106566B for ; Thu, 12 Nov 2009 13:02:14 +0000 (UTC) (envelope-from geoff@apro.com.au) Received: from mail.ricksure.com.au (mail.ricksure.com.au [203.98.89.150]) by mx1.freebsd.org (Postfix) with ESMTP id 871F28FC12 for ; Thu, 12 Nov 2009 13:02:13 +0000 (UTC) Received: from dsl-202-173-129-2.nsw.westnet.com.au [202.173.129.2] by mail.ricksure.com.au with SMTP; Fri, 13 Nov 2009 00:01:48 +1100 From: Geoff Roberts Organization: Australian Projects To: Sam Leffler Date: Fri, 13 Nov 2009 00:01:41 +1100 User-Agent: KMail/1.9.10 References: <200911090053.47239.geoff@apro.com.au> <200911111648.00729.geoff@apro.com.au> <4AFB94BD.5030800@errno.com> In-Reply-To: <4AFB94BD.5030800@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200911130001.41150.geoff@apro.com.au> X-Declude-Sender: geoff@apro.com.au [202.173.129.2] X-Declude-Spoolname: 38124305.eml X-Declude-RefID: X-Declude-Note: Scanned by Declude 4.6.35 "http://www.declude.com/x-note.htm" X-Declude-Scan: Outgoing Score [0] at 00:01:53 on 13 Nov 2009 X-Declude-Tests: Whitelisted X-Country-Chain: X-Declude-Code: 0 X-Declude-Recipcount: 2 Organization: Declude, Inc. X-Helo: bsd7desktop.home.wollongong X-RevDNS: Cc: freebsd-stable@freebsd.org Subject: Re: Problems moving hostapd AP config from 6.4 to 8.0RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: geoff@apro.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 13:02:14 -0000 Hi Sam, On Thu, 12 Nov 2009 03:53:17 pm Sam Leffler wrote: > Setting HOSTAPD_CFLAGS directly is the intended mechanism. EAP_SERVER > is the important one to define; past that you're just adding in some of > the more esoteric mechanisms. I should probably enable it by default > (it comes setup out of the box to do only WPA-PSK). Making a tunable that defaults to enabled sounds logical as the example fil= es=20 have references to it. However I can understand the concern in doing=20 something different to the "shrink wrapped" edition :) It would possibly make a sensible companion setting for WPA_SUPPLICANT_EAPO= L -=20 HOSTAPD_EAP? Kind regards, Geoff =2D-=20 ___________________________________ =46rom the desk of Geoff Roberts Implementation Partner AUSTRALIAN PROJECTS PTY LIMITED S A F E =A0 K N O W L E D G E IT Security - Data Protection Email: support@apro.com.au NATIONAL HELP DESK SUPPORT Sydney =A0 =A0 =A0 =A0 =A002 4231 4222 Melbourne =A0 =A0 =A0 03 9017 8222 Adelaide =A0 =A0 =A0 =A008 6461 6222 Perth =A0 =A0 =A0 =A0 =A0 08 8463 1222 Brisbane =A0 =A0 =A0 =A007 3137 1555 Hobart =A0 =A0 =A0 =A0 =A003 6281 2555 Canberra =A0 =A0 =A0 =A002 6112 8855 ___________________________________ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 13:31: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 C6343106566B for ; Thu, 12 Nov 2009 13:31:54 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 8202F8FC26 for ; Thu, 12 Nov 2009 13:31:54 +0000 (UTC) Received: from unknown (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 253D081AA; Thu, 12 Nov 2009 13:31:53 +0000 (UTC) Date: Thu, 12 Nov 2009 13:32:21 +0000 From: Bruce Cran To: Ivan Voras Message-ID: <20091112133221.00006b43@unknown> In-Reply-To: References: <20091112103308.GA2536@hiMolde.no> <20091112115350.GA18542@icarus.home.lan> <288A7D7F-C247-4493-8ED1-E67FFC3E0201@exscape.org> X-Mailer: Claws Mail 3.7.2cvs27 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: SMART 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, 12 Nov 2009 13:31:54 -0000 On Thu, 12 Nov 2009 13:56:16 +0100 Ivan Voras wrote: > Yes, it's Seagate. Statistically I have the least problems with their > drives. But I imagine that lack of standardization about these > statistics very much limits the usability of SMART, right? > The main problem with SMART appears to be that it's not an accurate predictor of drive failure, according to a study done at Google - see http://labs.google.com/papers/disk_failures.pdf -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 13:35: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 EE0C5106566C for ; Thu, 12 Nov 2009 13:35:41 +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 A91298FC1D for ; Thu, 12 Nov 2009 13:35:41 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N8Zpr-0005CN-SB for freebsd-stable@freebsd.org; Thu, 12 Nov 2009 14:35:39 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2009 14:35:39 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2009 14:35:39 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 12 Nov 2009 14:35:16 +0100 Lines: 15 Message-ID: References: <20091112103308.GA2536@hiMolde.no> <20091112115350.GA18542@icarus.home.lan> <288A7D7F-C247-4493-8ED1-E67FFC3E0201@exscape.org> <20091112133221.00006b43@unknown> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <20091112133221.00006b43@unknown> Sender: news Subject: Re: SMART 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, 12 Nov 2009 13:35:42 -0000 Bruce Cran wrote: > On Thu, 12 Nov 2009 13:56:16 +0100 > Ivan Voras wrote: > >> Yes, it's Seagate. Statistically I have the least problems with their >> drives. But I imagine that lack of standardization about these >> statistics very much limits the usability of SMART, right? > > The main problem with SMART appears to be that it's not an accurate > predictor of drive failure, according to a study done at Google - see > http://labs.google.com/papers/disk_failures.pdf I've seen it. But I don't remember if they addressed the problem of nonstandard interpretations of statistics? I do remember they said they buy from multiple drive vendors. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 14:01: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 44024106566B for ; Thu, 12 Nov 2009 14:01:25 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 00FAF8FC15 for ; Thu, 12 Nov 2009 14:01:24 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1N8aEk-0004HT-R7 for Freebsd-stable@freebsd.org; Thu, 12 Nov 2009 16:01:22 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Nov 2009 16:01:22 +0200 From: Daniel Braniss Message-ID: Cc: Subject: can't boot table-8 on HP Proliant DL580 G5 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, 12 Nov 2009 14:01:25 -0000 Hi, the boot stops somewhare after probing ata0, so far playing with the BIOS (disabling stuff) does not help. BTW, linux boots ok (except it has problems with IPMI) So, any success stories there? danny From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 14:06:28 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 C4670106566C; Thu, 12 Nov 2009 14:06:28 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8A2F98FC0A; Thu, 12 Nov 2009 14:06:28 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:8d68:e61d:97ea:7f29] (unknown [IPv6:2001:7b8:3a7:0:8d68:e61d:97ea:7f29]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E629E5C43; Thu, 12 Nov 2009 15:06:26 +0100 (CET) Message-ID: <4AFC166B.1040502@andric.com> Date: Thu, 12 Nov 2009 15:06:35 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.6pre) Gecko/20091106 Shredder/3.0pre MIME-Version: 1.0 To: Ivan Voras References: <20091112103308.GA2536@hiMolde.no> <20091112115350.GA18542@icarus.home.lan> <288A7D7F-C247-4493-8ED1-E67FFC3E0201@exscape.org> <20091112133221.00006b43@unknown> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: SMART 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, 12 Nov 2009 14:06:28 -0000 On 2009-11-12 14:35, Ivan Voras wrote: > I've seen it. But I don't remember if they addressed the problem of > nonstandard interpretations of statistics? Note the statistics you quoted are "Vendor Specific SMART Attributes", so it is quite logical for different vendors to have different statistics. :) From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 14:11:43 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 73C9D1065670 for ; Thu, 12 Nov 2009 14:11:43 +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 2DFC08FC1D for ; Thu, 12 Nov 2009 14:11:42 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N8aOf-0005Mg-Gb for freebsd-stable@freebsd.org; Thu, 12 Nov 2009 15:11:37 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2009 15:11:37 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2009 15:11:37 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 12 Nov 2009 15:11:18 +0100 Lines: 17 Message-ID: References: <20091112103308.GA2536@hiMolde.no> <20091112115350.GA18542@icarus.home.lan> <288A7D7F-C247-4493-8ED1-E67FFC3E0201@exscape.org> <20091112133221.00006b43@unknown> <4AFC166B.1040502@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <4AFC166B.1040502@andric.com> Sender: news Subject: Re: SMART 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, 12 Nov 2009 14:11:43 -0000 Dimitry Andric wrote: > On 2009-11-12 14:35, Ivan Voras wrote: >> I've seen it. But I don't remember if they addressed the problem of >> nonstandard interpretations of statistics? > > Note the statistics you quoted are "Vendor Specific SMART Attributes", > so it is quite logical for different vendors to have different > statistics. :) I see your point :) Though I would hope that a statistics like: 1 Raw_Read_Error_Rate 0x000f 087 083 006 Pre-fail Always - 45398197 would have an equivalent across vendors :) I know, it's too much to ask :) From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 14: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 931D7106568B for ; Thu, 12 Nov 2009 14:26:37 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.freebsd.org (Postfix) with ESMTP id 1C5718FC15 for ; Thu, 12 Nov 2009 14:26:36 +0000 (UTC) Received: from [192.168.178.71] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr9.xs4all.nl (8.13.8/8.13.8) with ESMTP id nACEQZsW053964 for ; Thu, 12 Nov 2009 15:26:35 +0100 (CET) (envelope-from info@martenvijn.nl) From: Marten Vijn To: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset="UTF-8" Date: Thu, 12 Nov 2009 15:26:35 +0100 Message-ID: <1258035995.4826.0.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: 8.0-rc2 meshmode breaks hostap mode on ath0 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, 12 Nov 2009 14:26:37 -0000 hi 8.0-rc2 802.11s breaks ap mode: - on the same interface - when mesh is on diffent channel how-to reproduce: ifconfig wlan0 create wlandev ath0 wlanmode hostap ifconfig wlan0 ssid bert channel 3 up ifconfig wlan1 create wlandev ath0 wlanmode mesh ifconfig wlan1 channel 3 meshid ernie up ifconfig ==> wlan0 => status: running ifconfig wlan1 channel 7 ifconfig ==> wlan0 => status: no carrier details below, kind regards, Marten dmesg: # dmesg Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-RC2 #0: Tue Nov 10 20:24:18 CET 2009 root@master:/usr/obj/nanobsd.full/usr/src/sys/KERNEL i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Enhanced Am486DX4/Am5x86 Write-Back (486-class CPU) Origin = "AuthenticAMD" Id = 0x494 Stepping = 4 Features=0x1 real memory = 67108864 (64 MB) avail memory = 55230464 (52 MB) wlan: mac acl policy registered kbd1 at kbdmux0 ACPI Error: A valid RSDP was not found 20090521 tbxfroot-309 ACPI: Table initialisation failed: AE_NOT_FOUND ACPI: Try disabling either ACPI or apic support. *** WARNING: missing CPU_ELAN -- timekeeping may be wrong pcib0: pcibus 0 on motherboard pci0: on pcib0 ath0: mem 0xa0000000-0xa000ffff irq 10 at device 16.0 on pci0 ath0: [ITHREAD] ath0: AR5212 mac 5.9 RF5112 phy 4.3 sis0: port 0xe000-0xe0ff mem 0xa0010000-0xa0010fff irq 11 at device 18.0 on pci0 sis0: Silicon Revision: DP83816A miibus0: on sis0 nsphyter0: PHY 0 on miibus0 nsphyter0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:00:24:c5:59:8c sis0: [ITHREAD] sis1: port 0xe100-0xe1ff mem 0xa0011000-0xa0011fff irq 5 at device 19.0 on pci0 sis1: Silicon Revision: DP83816A miibus1: on sis1 nsphyter1: PHY 0 on miibus1 nsphyter1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis1: Ethernet address: 00:00:24:c5:59:8d sis1: [ITHREAD] sis2: port 0xe200-0xe2ff mem 0xa0012000-0xa0012fff irq 9 at device 20.0 on pci0 sis2: Silicon Revision: DP83816A miibus2: on sis2 nsphyter2: PHY 0 on miibus2 nsphyter2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis2: Ethernet address: 00:00:24:c5:59:8e sis2: [ITHREAD] cpu0 on motherboard isa0: on motherboard pmtimer0 on isa0 orm0: at iomem 0xc8000-0xd0fff pnpid ORM0000 on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to get the current command byte value. atrtc0: at port 0x70 irq 8 on isa0 uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 uart0: [FILTER] uart0: console (9600,n,8,1) uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 uart1: [FILTER] Timecounters tick every 1.000 msec ad0: 1923MB at ata0-master PIO4 Trying to mount root from ufs:/dev/ad0s1a Invalid time in real time clock. Check and reset the date immediately! wlan0: Ethernet address: 00:0b:6b:34:58:99 wlan1: Ethernet address: 00:0b:6b:34:58:99 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 done All buffers synced. Uptime: 9m38s Rebooting... Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-RC2 #0: Tue Nov 10 20:24:18 CET 2009 root@master:/usr/obj/nanobsd.full/usr/src/sys/KERNEL i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Am5x86 Write-Back (486-class CPU) Origin = "AuthenticAMD" Id = 0x4f4 Stepping = 4 Features=0x1 real memory = 67108864 (64 MB) avail memory = 55230464 (52 MB) wlan: mac acl policy registered kbd1 at kbdmux0 ACPI Error: A valid RSDP was not found 20090521 tbxfroot-309 ACPI: Table initialisation failed: AE_NOT_FOUND ACPI: Try disabling either ACPI or apic support. *** WARNING: missing CPU_ELAN -- timekeeping may be wrong pcib0: pcibus 0 on motherboard pci0: on pcib0 ath0: mem 0xa0000000-0xa000ffff irq 10 at device 16.0 on pci0 ath0: [ITHREAD] ath0: AR5212 mac 5.9 RF5112 phy 4.3 sis0: port 0xe000-0xe0ff mem 0xa0010000-0xa0010fff irq 11 at device 18.0 on pci0 sis0: Silicon Revision: DP83816A miibus0: on sis0 nsphyter0: PHY 0 on miibus0 nsphyter0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:00:24:c5:59:8c sis0: [ITHREAD] sis1: port 0xe100-0xe1ff mem 0xa0011000-0xa0011fff irq 5 at device 19.0 on pci0 sis1: Silicon Revision: DP83816A miibus1: on sis1 nsphyter1: PHY 0 on miibus1 nsphyter1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis1: Ethernet address: 00:00:24:c5:59:8d sis1: [ITHREAD] sis2: port 0xe200-0xe2ff mem 0xa0012000-0xa0012fff irq 9 at device 20.0 on pci0 sis2: Silicon Revision: DP83816A miibus2: on sis2 nsphyter2: PHY 0 on miibus2 nsphyter2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis2: Ethernet address: 00:00:24:c5:59:8e sis2: [ITHREAD] cpu0 on motherboard isa0: on motherboard pmtimer0 on isa0 orm0: at iomem 0xc8000-0xd0fff pnpid ORM0000 on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to get the current command byte value. atrtc0: at port 0x70 irq 8 on isa0 uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 uart0: [FILTER] uart0: console (9600,n,8,1) uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 uart1: [FILTER] Timecounters tick every 1.000 msec ad0: 1923MB at ata0-master PIO4 Trying to mount root from ufs:/dev/ad0s1a Invalid time in real time clock. Check and reset the date immediately! # tail -n 40 /var/log/messages Nov 10 19:31:30 kernel: nsphyter1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Nov 10 19:31:30 kernel: sis1: Ethernet address: 00:00:24:c5:59:8d Nov 10 19:31:30 kernel: sis1: [ITHREAD] Nov 10 19:31:30 kernel: sis2: port 0xe200-0xe2ff mem 0xa0012000-0xa0012fff irq 9 at device 20.0 on pci0 Nov 10 19:31:30 kernel: sis2: Silicon Revision: DP83816A Nov 10 19:31:30 kernel: miibus2: on sis2 Nov 10 19:31:30 kernel: nsphyter2: PHY 0 on miibus2 Nov 10 19:31:30 kernel: nsphyter2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Nov 10 19:31:30 kernel: sis2: Ethernet address: 00:00:24:c5:59:8e Nov 10 19:31:30 kernel: sis2: [ITHREAD] Nov 10 19:31:30 kernel: cpu0 on motherboard Nov 10 19:31:30 kernel: isa0: on motherboard Nov 10 19:31:30 kernel: pmtimer0 on isa0 Nov 10 19:31:30 kernel: orm0: at iomem 0xc8000-0xd0fff pnpid ORM0000 on isa0 Nov 10 19:31:30 kernel: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 Nov 10 19:31:30 kernel: ata0: [ITHREAD] Nov 10 19:31:30 kernel: ata1 at port 0x170-0x177,0x376 irq 15 on isa0 Nov 10 19:31:30 kernel: ata1: [ITHREAD] Nov 10 19:31:30 kernel: atkbdc0: at port 0x60,0x64 on isa0 Nov 10 19:31:30 kernel: atkbd0: irq 1 on atkbdc0 Nov 10 19:31:30 kernel: kbd0 at atkbd0 Nov 10 19:31:30 kernel: atkbd0: [GIANT-LOCKED] Nov 10 19:31:30 kernel: atkbd0: [ITHREAD] Nov 10 19:31:30 kernel: psm0: unable to get the current command byte value. Nov 10 19:31:30 kernel: atrtc0: at port 0x70 irq 8 on isa0 Nov 10 19:31:30 kernel: uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Nov 10 19:31:30 kernel: uart0: [FILTER] Nov 10 19:31:30 kernel: uart0: console (9600,n,8,1) Nov 10 19:31:30 kernel: uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 Nov 10 19:31:30 kernel: uart1: [FILTER] Nov 10 19:31:30 kernel: Timecounters tick every 1.000 msec Nov 10 19:31:30 kernel: ad0: 1923MB at ata0-master PIO4 Nov 10 19:31:30 kernel: Trying to mount root from ufs:/dev/ad0s1a Nov 10 19:31:30 kernel: Invalid time in real time clock. Nov 10 19:31:30 kernel: Check and reset the date immediately! Nov 10 19:31:54 login: ROOT LOGIN (root) ON ttyu0 Nov 10 19:32:05 kernel: wlan0: Ethernet address: 00:0b:6b:34:58: Nov 10 19:32:05 kernel: 99 Nov 10 19:32:26 kernel: wlan1: Ethernet add Nov 10 19:32:26 kernel: ress: 00:0b:6b:34:58:99 -- http://www.voedselbankleiden.nl needs your help! http://martenvijn.nl http://bsd.wifisoft.org/nek/ http://opencommunitycamp.org OCC 2010 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 14:26: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 9B13A1065697 for ; Thu, 12 Nov 2009 14:26:41 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.freebsd.org (Postfix) with ESMTP id EB4338FC1F for ; Thu, 12 Nov 2009 14:26:40 +0000 (UTC) Received: from [192.168.178.71] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr8.xs4all.nl (8.13.8/8.13.8) with ESMTP id nACEQdA3004244 for ; Thu, 12 Nov 2009 15:26:39 +0100 (CET) (envelope-from info@martenvijn.nl) From: Marten Vijn To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Thu, 12 Nov 2009 15:26:38 +0100 Message-ID: <1258035998.4826.1.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: 8.0-rc2 dropped hardsupport 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, 12 Nov 2009 14:26:41 -0000 Support for the following devices seems not to be continued in 8.0 (and 7.2 and higher): - WRAP 1C - WRAP 2E (EOL) - ALIX 1C Both devices stopped booting as described in several postings and pr's. My question/suggestion to announce this in the >7.2 and 8.0 release notes. (or better to fix the issues) kind regards, Marten -- http://www.voedselbankleiden.nl Needs your help! http://martenvijn.nl http://bsd.wifisoft.org/nek/ The Network Event Kit http://opencommunitycamp.org OCC 2010 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 14:29: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 5311D1065670 for ; Thu, 12 Nov 2009 14:29:19 +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 C3CBC8FC17 for ; Thu, 12 Nov 2009 14:29:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id nACETHUI055931; Fri, 13 Nov 2009 01:29:17 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 13 Nov 2009 01:29:17 +1100 (EST) From: Ian Smith To: Ivan Voras In-Reply-To: Message-ID: <20091113011419.Y57967@sola.nimnet.asn.au> References: <20091112103308.GA2536@hiMolde.no> <20091112115350.GA18542@icarus.home.lan> <288A7D7F-C247-4493-8ED1-E67FFC3E0201@exscape.org> <20091112133221.00006b43@unknown> <4AFC166B.1040502@andric.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: SMART 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, 12 Nov 2009 14:29:19 -0000 On Thu, 12 Nov 2009, Ivan Voras wrote: > Dimitry Andric wrote: > > On 2009-11-12 14:35, Ivan Voras wrote: > > > I've seen it. But I don't remember if they addressed the problem of > > > nonstandard interpretations of statistics? > > > > Note the statistics you quoted are "Vendor Specific SMART Attributes", > > so it is quite logical for different vendors to have different > > statistics. :) > > I see your point :) > > Though I would hope that a statistics like: > > 1 Raw_Read_Error_Rate 0x000f 087 083 006 Pre-fail Always > - 45398197 > > would have an equivalent across vendors :) I know, it's too much to ask :) True .. but all you really need to know is that as far as your disk vendor is concerned, your error rate is 87 (somethings), the worst it's ever been is 83 and if it were nearer 6 somethings, you should worry :) 9 Power_On_Hours 0x0032 089 089 000 Old_age Always - 10155 Seagate says you're only 11% on the way to (mean) oblivion .. if you believe it should run 11.4 years. We had one 4GB IBM drive that did! cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 15:38: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 77A6D106566B; Thu, 12 Nov 2009 15:38:40 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmail.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id 47E318FC21; Thu, 12 Nov 2009 15:38:40 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 63E7FB488; Thu, 12 Nov 2009 10:38:39 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id ED3C7B490; Thu, 12 Nov 2009 10:38:37 -0500 (EST) Received: from mweb2.acsu.buffalo.edu (mweb2.acsu.buffalo.edu [128.205.5.239]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id E7E8CB47E; Thu, 12 Nov 2009 10:38:37 -0500 (EST) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) by mweb2.acsu.buffalo.edu (Postfix) with ESMTP id BC8C1207B6; Thu, 12 Nov 2009 10:38:37 -0500 (EST) From: Ken Smith To: freebsd-current , freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-CZTmqjmfrD0LVlE+LtF8" Date: Thu, 12 Nov 2009 10:38:37 -0500 Message-Id: <1258040317.7556.29.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: Subject: 8.0-RC3 Available 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, 12 Nov 2009 15:38:40 -0000 --=-CZTmqjmfrD0LVlE+LtF8 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The third and hopefully last of the Release Candidates for the FreeBSD 8.0 release cycle is now available. Unless something catastrophic comes up within the next couple of days we will begin the final builds for 8.0-RELEASE. There is one known issue with the igb(4) driver we are still deciding whether or not to fix as part of 8.0-RELEASE versus doing an Errata Notice for it some time after the release is out. It has been patched in head, and the SVN commit for it is r199192. If any of you are able to give that patch a try on a machine with the igb(4) NIC it would be appreciated. If you notice problems you can report them through the normal Gnats PR system or on the freebsd-current mailing list. I do cross-post announcements to freebsd-stable because this particular release is "about to become a stable branch" but when it comes to watching for issues related to the release most of the developers pay more attention to the freebsd-current list. ISO images for all supported architectures are available on the FTP sites, and a "memory stick" image is available for amd64/i386 architectures. For amd64/i386 architectures the cdrom and memstick images include the documentation packages but no other packages. The DVD image includes the packages that will probably be available on the official release media but is subject to change between now and release. For sparc64 there is now a livefs cdrom, disc1 includes the documentation packages, and the DVD image has the set of packages that currently build for sparc64 (which is a sub-set of the set provided for amd64/i386). If you are using csup/cvsup methods to update an older system the branch tag to use is RELENG_8_0. The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, 7.1-RELEASE, 7.2-RELEASE, 8.0-BETA1, 8.0-BETA2, 8.0-BETA3, 8.0-BETA4, 8.0-RC1 or 8.0-RC2 can upgrade as follows: =20 # freebsd-update upgrade -r 8.0-RC3 =20 During this process, FreeBSD Update may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. Systems running 8.0-BETA3 may print the warning INDEX-OLD.all: Invalid arguments when downloading updates; this warning is a harmless bug (fixed in 8.0-BETA4) and can be safely ignored. # freebsd-update install =20 The system must be rebooted with the newly installed kernel before continui= ng. =20 # shutdown -r now =20 After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install =20 At this point, users of systems being upgraded from FreeBSD 8.0-BETA2 or earlier will be prompted by freebsd-update to rebuild all third-party applications (e.g., ports installed from the ports tree) due to updates in system libraries. See: http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.html for mode details. After updating installed third-party applications (and again, only if freebsd-update printed a message indicating that this was necessary), run freebsd-update again so that it can delete the old (no longer used) system libraries: # freebsd-update install =20 Finally, reboot into 8.0-RC3: =20 # shutdown -r now MD5/SHA256 checksums for the image files: MD5 (8.0-RC3-amd64-bootonly.iso) =3D 641881caa82ea85c118bc15fff12fce6 MD5 (8.0-RC3-amd64-disc1.iso) =3D 854c273b89792cd0366d5399df1034eb MD5 (8.0-RC3-amd64-dvd1.iso) =3D 9bd1bb2507bc2a3037bc321bb2724bd6 MD5 (8.0-RC3-amd64-livefs.iso) =3D c5f427c8bf823e10a5348935cec2d7ee MD5 (8.0-RC3-amd64-memstick.img) =3D 6af9e213914a58a5779715ae5882bd25 MD5 (8.0-RC3-i386-bootonly.iso) =3D dfaec92ae358ab780d317aa66482ca9e MD5 (8.0-RC3-i386-disc1.iso) =3D 460f6cfddaebee6ae59a7d5f73695246 MD5 (8.0-RC3-i386-dvd1.iso) =3D 98d3f65f2444a8745f787df5ce9e1f0c MD5 (8.0-RC3-i386-livefs.iso) =3D 5184b7f6403d1d24991533bde0e580ff MD5 (8.0-RC3-i386-memstick.img) =3D 8774ef1d6bdf541e440f2f8ed22a2493 MD5 (8.0-RC3-ia64-bootonly.iso) =3D fd0af8f34937cf7fc78ea0063252afb7 MD5 (8.0-RC3-ia64-disc1.iso) =3D 96313c25e53fc333c258ed675007f3d7 MD5 (8.0-RC3-ia64-disc2.iso) =3D 235714607a2805c396ece829839405be MD5 (8.0-RC3-ia64-disc3.iso) =3D 53fca9243ccc788190ca58d24f363cbe MD5 (8.0-RC3-ia64-dvd1.iso) =3D 4e24736ab50bc2227c72dbeab6869266 MD5 (8.0-RC3-ia64-livefs.iso) =3D b6d76cf77ed714631bf714ff78b8e950 MD5 (8.0-RC3-pc98-bootonly.iso) =3D 137d17ec3830b6ae831b6fb48adf86e0 MD5 (8.0-RC3-pc98-disc1.iso) =3D 3624b1f7b3a659a7454718e38b9a1ee0 MD5 (8.0-RC3-pc98-livefs.iso) =3D 29ed3786b2df1c2e72e45d1187f3e788 MD5 (8.0-RC3-powerpc-bootonly.iso) =3D e7d8508639dee4aed5e52a24d6e27b69 MD5 (8.0-RC3-powerpc-disc1.iso) =3D 1016ae7753db153b7be0f5d167f595b9 MD5 (8.0-RC3-powerpc-disc2.iso) =3D aec2400454631cc2eaecb6f618bfecc8 MD5 (8.0-RC3-powerpc-disc3.iso) =3D fe36d621ad4b6347f8ade9800ccfab7b MD5 (8.0-RC3-sparc64-bootonly.iso) =3D c35ddcb4dd050c793d89973eba02df72 MD5 (8.0-RC3-sparc64-disc1.iso) =3D 0d3855603ac868609fb882c321555508 MD5 (8.0-RC3-sparc64-dvd1.iso) =3D 7a402ec8d17804bd6d16fad0969c9e52 MD5 (8.0-RC3-sparc64-livefs.iso) =3D 61c90ecce584c0c91f91e744f40a7d42 SHA256 (8.0-RC3-amd64-bootonly.iso) =3D fbf7c68cf81c300ec4e944ed6491f65d217= 168a85c1863c019cb41eec30cae94 SHA256 (8.0-RC3-amd64-disc1.iso) =3D 7e377f38cb6dc0ba1aa1fa13facf7e03f3cefa= d3d1490de797ed3a91680892e8 SHA256 (8.0-RC3-amd64-dvd1.iso) =3D fa4671d9b9b5b8208579d51cc2f72188a953798= 4ee28ba851236a52f32022597 SHA256 (8.0-RC3-amd64-livefs.iso) =3D c8c3728583b43e76d5e305b20fed578474adb= 5b14dbf2537b8ca9156b2d1c4cd SHA256 (8.0-RC3-amd64-memstick.img) =3D b8d90dbfca07160d9818bf6705b5dd99ba2= 5fe1624cdda3f3f4919681d1b1af1 SHA256 (8.0-RC3-i386-bootonly.iso) =3D f514dbec335fbf72917b25c1e79f6bca4e9d= d74e037f75ab30d810e7942ac2fc SHA256 (8.0-RC3-i386-disc1.iso) =3D 6b306af4a74df57d2c155891557878d747bac92= a24c2b46947f89e7d9657addc SHA256 (8.0-RC3-i386-dvd1.iso) =3D 21794b11142eeb7eb56c8810b83dcd67230b0d26= a0f0e5839866172d977a5626 SHA256 (8.0-RC3-i386-livefs.iso) =3D 3dfd45e0a5550913b29d19d989f19167159d1f= 926f1667d1622890a5f83be93b SHA256 (8.0-RC3-i386-memstick.img) =3D afc65bf14101ace1f069323678a8070ab848= 23bf191aeefa8fc9909d38e9306e SHA256 (8.0-RC3-ia64-bootonly.iso) =3D 1fefdd0b03c943162cbb66d507e11c3a2e54= 1e97a0742471de49f17ae96b953c SHA256 (8.0-RC3-ia64-disc1.iso) =3D 67124c8101dd3fb06dbd3771c3eb18560207b42= e46c331cc2ab02ba5284a72b7 SHA256 (8.0-RC3-ia64-disc2.iso) =3D 4eaa1125f98c5ed463f7577b9818dd57dbaee0b= ad01a1c7543ad4cc89c1770d0 SHA256 (8.0-RC3-ia64-disc3.iso) =3D c178a48004a12d6f178b478da146582742a88a2= 7fcbf380029ae7fb3f6db6472 SHA256 (8.0-RC3-ia64-dvd1.iso) =3D d45a8e6ae622c1985d5b9c346c74f44884f3adba= 3c02d0b69bb58f19b359fa73 SHA256 (8.0-RC3-ia64-livefs.iso) =3D 9132340e15b75601017b0b57902fa48926e1d1= a257f1f5149baa07c15e0dede8 SHA256 (8.0-RC3-pc98-bootonly.iso) =3D 42beee44af5859861718978a03de04e6a6fd= 0e63afec66a939830286fb73b22a SHA256 (8.0-RC3-pc98-disc1.iso) =3D 4b00447579349443d80082d1809b0d04688ea31= 7a9bee3f551c13a35c82c549d SHA256 (8.0-RC3-pc98-livefs.iso) =3D 243306c98a9eade16d90994217fd89f0aba51c= fd8399b1017754a3415f2e79e8 SHA256 (8.0-RC3-powerpc-bootonly.iso) =3D 4cfbcac5fc69bb10860ed2c511bcf175b= e730c2fd11e57ccd2c8c77322ea5172 SHA256 (8.0-RC3-powerpc-disc1.iso) =3D 6d7725d24c01d985590566eb168cde1e6d33= 4a3cdc6bdc7a4508ea54c205c489 SHA256 (8.0-RC3-powerpc-disc2.iso) =3D ecfd22166dd411359d74a61c1724cfa747e4= a7e9cb8b47776643795f6388942b SHA256 (8.0-RC3-powerpc-disc3.iso) =3D fc3c0c2823b36cc6530c7afdb73dbfa3cb1b= f6a64a59fd4a55307e1e4d1541fe SHA256 (8.0-RC3-sparc64-bootonly.iso) =3D 44a641e1f3080112d6063f923d1e5d17f= 9d9eedd1004888aace77e08beca2fdf SHA256 (8.0-RC3-sparc64-disc1.iso) =3D e68eec5765f9313a9cbe4e94915b89d68caa= 4f4f65884be9e7b1d463862c17e3 SHA256 (8.0-RC3-sparc64-dvd1.iso) =3D e824cc316c520d29673c51e5ccf58aba9a79b= 17e7b61b67c1d13da7300911f7b SHA256 (8.0-RC3-sparc64-livefs.iso) =3D a4f0f8f02a9b1bad01088f5cb81a9a4d93e= f6aad095afdd79cb5525b4a1e53b5 --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-CZTmqjmfrD0LVlE+LtF8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkr8K/MACgkQ/G14VSmup/bBSQCfZUG+4zQ9l1531Ibcq0I9uxxx USsAn10z/xTOJMa6ncbt21VDYsdi9owo =6BRT -----END PGP SIGNATURE----- --=-CZTmqjmfrD0LVlE+LtF8-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 15:48: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 250FD106566B for ; Thu, 12 Nov 2009 15:48:37 +0000 (UTC) (envelope-from lab@gta.com) Received: from mailgate.gta.com (mailgate.gta.com [199.120.225.20]) by mx1.freebsd.org (Postfix) with SMTP id A9EBF8FC13 for ; Thu, 12 Nov 2009 15:48:36 +0000 (UTC) Received: (qmail 91850 invoked by uid 1000); 12 Nov 2009 15:21:54 -0000 Date: 12 Nov 2009 15:21:54 -0000 Message-ID: <20091112152154.91849.qmail@mailgate.gta.com> From: Larry Baird To: freebsd-stable@freebsd.org Organization: Global Technology Associates In-Reply-To: <1091012.9283.79817@localhost> User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.3-PRERELEASE (i386)) Cc: Marten Vijn Subject: Re: 8.0-rc2 dropped hardsupport 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, 12 Nov 2009 15:48:37 -0000 In article <1091012.9283.79817@localhost> you wrote: > Support for the following devices seems not to be continued in 8.0 (and > 7.2 and higher): > > - WRAP 1C > - WRAP 2E (EOL) > - ALIX 1C > > Both devices stopped booting as described in several postings and pr's. I have FreeBSD 8 running on WRAP and ALIX boards. LBA support for ALIX is broken in older versions of the BIOS. For LBA to work you need BIOS v0.99h. What problems are you seeing? Larry -- ------------------------------------------------------------------------ Larry Baird | http://www.gta.com Global Technology Associates, Inc. | Orlando, FL Email: lab@gta.com | TEL 407-380-0220, FAX 407-380-6080 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 15:54:22 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 6A1C8106566B for ; Thu, 12 Nov 2009 15:54:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3E7938FC08 for ; Thu, 12 Nov 2009 15:54:22 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id DD55B46B37; Thu, 12 Nov 2009 10:54:21 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id DD32E8A01B; Thu, 12 Nov 2009 10:54:19 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 12 Nov 2009 10:35:17 -0500 User-Agent: KMail/1.9.7 References: <1258035998.4826.1.camel@mvn-desktop> In-Reply-To: <1258035998.4826.1.camel@mvn-desktop> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911121035.17514.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 12 Nov 2009 10:54:19 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Marten Vijn Subject: Re: 8.0-rc2 dropped hardsupport 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, 12 Nov 2009 15:54:22 -0000 On Thursday 12 November 2009 9:26:38 am Marten Vijn wrote: > Support for the following devices seems not to be continued in 8.0 (and > 7.2 and higher): > > - WRAP 1C > - WRAP 2E (EOL) > - ALIX 1C > > Both devices stopped booting as described in several postings and pr's. What are these devices? Random model numbers generally aren't enough context for most people to figure out what you are asking. Are these embedded ARM boards, storage controllers, wireless NICs, etc.? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 15:59: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 33A5910656AC for ; Thu, 12 Nov 2009 15:59:32 +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 E38688FC1F for ; Thu, 12 Nov 2009 15:59:31 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N8c4v-0003kN-2E for freebsd-stable@freebsd.org; Thu, 12 Nov 2009 16:59:21 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2009 16:59:21 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2009 16:59:21 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 12 Nov 2009 16:58:56 +0100 Lines: 17 Message-ID: References: <1258035998.4826.1.camel@mvn-desktop> <200911121035.17514.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <200911121035.17514.jhb@freebsd.org> Sender: news Subject: Re: 8.0-rc2 dropped hardsupport 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, 12 Nov 2009 15:59:32 -0000 John Baldwin wrote: > On Thursday 12 November 2009 9:26:38 am Marten Vijn wrote: >> Support for the following devices seems not to be continued in 8.0 (and >> 7.2 and higher): >> >> - WRAP 1C >> - WRAP 2E (EOL) >> - ALIX 1C >> >> Both devices stopped booting as described in several postings and pr's. > > What are these devices? Random model numbers generally aren't enough context > for most people to figure out what you are asking. Are these embedded ARM > boards, storage controllers, wireless NICs, etc.? Small (embedded) x86 boards: http://www.pcengines.ch/ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 16:01: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 72115106568D for ; Thu, 12 Nov 2009 16:01:30 +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 54EB78FC18 for ; Thu, 12 Nov 2009 16:01:29 +0000 (UTC) Received: from OMTA10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by QMTA07.emeryville.ca.mail.comcast.net with comcast id 4G1T1d0040cQ2SLA7G1Wof; Thu, 12 Nov 2009 16:01:30 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA10.emeryville.ca.mail.comcast.net with comcast id 4G1V1d00N3S48mS8WG1WQQ; Thu, 12 Nov 2009 16:01:30 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 696381E3035; Thu, 12 Nov 2009 08:01:28 -0800 (PST) Date: Thu, 12 Nov 2009 08:01:28 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091112160128.GA24144@icarus.home.lan> References: <1258035998.4826.1.camel@mvn-desktop> <200911121035.17514.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200911121035.17514.jhb@freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: 8.0-rc2 dropped hardsupport 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, 12 Nov 2009 16:01:30 -0000 On Thu, Nov 12, 2009 at 10:35:17AM -0500, John Baldwin wrote: > On Thursday 12 November 2009 9:26:38 am Marten Vijn wrote: > > Support for the following devices seems not to be continued in 8.0 (and > > 7.2 and higher): > > > > - WRAP 1C > > - WRAP 2E (EOL) > > - ALIX 1C > > > > Both devices stopped booting as described in several postings and pr's. > > What are these devices? Random model numbers generally aren't enough context > for most people to figure out what you are asking. Are these embedded ARM > boards, storage controllers, wireless NICs, etc.? The above are all PC Engines products. WRAP series: http://www.pcengines.ch/wrap.htm ALIX series: http://www.pcengines.ch/alix.htm -- | 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 Nov 12 16:05: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 DACAF1065676 for ; Thu, 12 Nov 2009 16:05:11 +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 97D9E8FC08 for ; Thu, 12 Nov 2009 16:05:11 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N8cAU-0006Xl-FJ for freebsd-stable@freebsd.org; Thu, 12 Nov 2009 17:05:06 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2009 17:05:06 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2009 17:05:06 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 12 Nov 2009 17:00:46 +0100 Lines: 10 Message-ID: References: <1258035998.4826.1.camel@mvn-desktop> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <1258035998.4826.1.camel@mvn-desktop> Sender: news Subject: Re: 8.0-rc2 dropped hardsupport 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, 12 Nov 2009 16:05:11 -0000 Marten Vijn wrote: > Support for the following devices seems not to be continued in 8.0 (and > 7.2 and higher): > > - ALIX 1C For what it's worth, I've run the entire 7-STABLE and 8-CURRENT/STABLE development cycle kernels on a similarily equipped fit-pc with AMD Geode (I think it is LX800) without any issue at all. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 16:09: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 286D7106566B for ; Thu, 12 Nov 2009 16:09:16 +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 C807F8FC08 for ; Thu, 12 Nov 2009 16:09:15 +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 nACG9Eme037736; Thu, 12 Nov 2009 11:09:14 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200911121609.nACG9Eme037736@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 12 Nov 2009 11:09:12 -0500 To: freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20091112160128.GA24144@icarus.home.lan> References: <1258035998.4826.1.camel@mvn-desktop> <200911121035.17514.jhb@freebsd.org> <20091112160128.GA24144@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: 8.0-rc2 dropped hardsupport 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, 12 Nov 2009 16:09:16 -0000 At 11:01 AM 11/12/2009, Jeremy Chadwick wrote: >On Thu, Nov 12, 2009 at 10:35:17AM -0500, John Baldwin wrote: > > On Thursday 12 November 2009 9:26:38 am Marten Vijn wrote: > > > Support for the following devices seems not to be continued in 8.0 (and > > > 7.2 and higher): > > > > > > - WRAP 1C > > > - WRAP 2E (EOL) > > > - ALIX 1C > > > > > > Both devices stopped booting as described in several postings and pr's. >WRAP series: http://www.pcengines.ch/wrap.htm >ALIX series: http://www.pcengines.ch/alix.htm > Not sure about the older WRAP boards, but the current Alix boxes work very well with RELENG_7 and RELENG_8. There is a patch however for RELENG_7 that never got MFC'd for some reason that I use as well. Phk ? ---Mike --- sys/i386/i386/geode.c 2007-09-18 05:19:44.000000000 -0400 +++ sys/i386/i386/geode.c.good 2008-09-12 17:13:18.000000000 -0400 @@ -25,7 +25,7 @@ */ #include -__FBSDID("$FreeBSD: src/sys/i386/i386/geode.c,v 1.10 2007/09/18 09:19:44 phk Exp $"); +__FBSDID("$FreeBSD: src/sys/i386/i386/geode.c,v 1.11 2008/02/10 19:14:42 phk Exp $"); #include #include @@ -40,41 +40,50 @@ #include static struct bios_oem bios_soekris = { - { 0xf0000, 0xf1000 }, - { - { "Soekris", 0, 8 }, /* Soekris Engineering. */ - { "net4", 0, 8 }, /* net45xx */ - { "comBIOS", 0, 54 }, /* comBIOS ver. 1.26a 20040819 ... */ - { NULL, 0, 0 }, - } + { 0xf0000, 0xf1000 }, + { + { "Soekris", 0, 8 }, /* Soekris Engineering. */ + { "net4", 0, 8 }, /* net45xx */ + { "comBIOS", 0, 54 }, /* comBIOS ver. 1.26a 20040819 ... */ + { NULL, 0, 0 }, + } }; static struct bios_oem bios_soekris_55 = { - { 0xf0000, 0xf1000 }, - { - { "Soekris", 0, 8 }, /* Soekris Engineering. */ - { "net5", 0, 8 }, /* net5xxx */ - { "comBIOS", 0, 54 }, /* comBIOS ver. 1.26a 20040819 ... */ - { NULL, 0, 0 }, - } + { 0xf0000, 0xf1000 }, + { + { "Soekris", 0, 8 }, /* Soekris Engineering. */ + { "net5", 0, 8 }, /* net5xxx */ + { "comBIOS", 0, 54 }, /* comBIOS ver. 1.26a 20040819 ... */ + { NULL, 0, 0 }, + } }; static struct bios_oem bios_pcengines = { - { 0xf9000, 0xfa000 }, - { - { "PC Engines WRAP", 0, 28 }, /* PC Engines WRAP.1C v1.03 */ - { "tinyBIOS", 0, 28 }, /* tinyBIOS V1.4a (C)1997-2003 */ - { NULL, 0, 0 }, - } + { 0xf9000, 0xfa000 }, + { + { "PC Engines WRAP", 0, 28 }, /* PC Engines WRAP.1C v1.03 */ + { "tinyBIOS", 0, 28 }, /* tinyBIOS V1.4a (C)1997-2003 */ + { NULL, 0, 0 }, + } +}; + +static struct bios_oem bios_pcengines_55 = { + { 0xf9000, 0xfa000 }, + { + { "PC Engines ALIX", 0, 28 }, /* PC Engines ALIX */ + { "tinyBIOS", 0, 28 }, /* tinyBIOS V1.4a (C)1997-2005 */ + { NULL, 0, 0 }, + } }; static struct bios_oem bios_advantech = { - { 0xfe000, 0xff000 }, - { - { "**** PCM-582", 5, 33 }, /* PCM-5823 BIOS V1.12 ... */ - { "GXm-Cx5530", -11, 35 }, /* 06/07/2002-GXm-Cx5530... */ - { NULL, 0, 0 }, - } + { 0xfe000, 0xff000 }, + { + { "**** PCM-582", 5, 33 }, /* PCM-5823 BIOS V1.12 ... */ + { "GXm-Cx5530", -11, 35 }, /* 06/07/2002-GXm-Cx5530... */ + { NULL, 0, 0 }, + } }; static unsigned cba; @@ -117,6 +126,11 @@ } a = rdmsr(0x5140000c); + if (bit >= 16) { + a += 0x80; + bit -= 16; + } + if (onoff) outl(a, 1 << bit); else @@ -256,11 +270,13 @@ * by the bios, see p161 in data sheet. */ cba = pci_read_config(self, 0x64, 4); - printf("Geode CBA@ 0x%x\n", cba); + if (bootverbose) + printf("Geode CBA@ 0x%x\n", cba); geode_counter = cba + 0x08; outl(cba + 0x0d, 2); - printf("Geode rev: %02x %02x\n", - inb(cba + 0x3c), inb(cba + 0x3d)); + if (bootverbose) + printf("Geode rev: %02x %02x\n", + inb(cba + 0x3c), inb(cba + 0x3d)); tc_init(&geode_timecounter); EVENTHANDLER_REGISTER(watchdog_list, geode_watchdog, NULL, 0); @@ -270,13 +286,14 @@ case 0x0510100b: gpio = pci_read_config(self, PCIR_BAR(0), 4); gpio &= ~0x1f; - printf("Geode GPIO@ = %x\n", gpio); - if ( bios_oem_strings(&bios_soekris, - bios_oem, BIOS_OEM_MAXLEN) > 0 ) { + if (bootverbose) + printf("Geode GPIO@ = %x\n", gpio); + if (bios_oem_strings(&bios_soekris, + bios_oem, sizeof bios_oem) > 0 ) { led1b = 20; led1 = led_create(led_func, &led1b, "error"); - } else if ( bios_oem_strings(&bios_pcengines, - bios_oem, BIOS_OEM_MAXLEN) > 0 ) { + } else if (bios_oem_strings(&bios_pcengines, + bios_oem, sizeof bios_oem) > 0 ) { led1b = -2; led2b = -3; led3b = -18; @@ -289,27 +306,41 @@ */ led_func(&led1b, 1); } - if ( strlen(bios_oem) ) + if (*bios_oem) printf("Geode %s\n", bios_oem); break; case 0x01011078: - if ( bios_oem_strings(&bios_advantech, - bios_oem, BIOS_OEM_MAXLEN) > 0 ) { + if (bios_oem_strings(&bios_advantech, + bios_oem, sizeof bios_oem) > 0 ) { printf("Geode %s\n", bios_oem); EVENTHANDLER_REGISTER(watchdog_list, advantech_watchdog, NULL, 0); } break; case 0x20801022: - if ( bios_oem_strings(&bios_soekris_55, - bios_oem, BIOS_OEM_MAXLEN) > 0 ) { - printf("Geode LX: %s\n", bios_oem); + if (bios_oem_strings(&bios_soekris_55, + bios_oem, sizeof bios_oem) > 0 ) { led1b = 6; led1 = led_create(cs5536_led_func, &led1b, "error"); + } else if (bios_oem_strings(&bios_pcengines_55, + bios_oem, sizeof bios_oem) > 0 ) { + led1b = -6; + led2b = -25; + led3b = -27; + led1 = led_create(cs5536_led_func, &led1b, "led1"); + led2 = led_create(cs5536_led_func, &led2b, "led2"); + led3 = led_create(cs5536_led_func, &led3b, "led3"); + /* + * Turn on first LED so we don't make + * people think their box just died. + */ + cs5536_led_func(&led1b, 1); } - printf("MFGPT bar: %jx\n", rdmsr(0x5140000d)); - EVENTHANDLER_REGISTER(watchdog_list, cs5536_watchdog, - NULL, 0); + if (*bios_oem) + printf("Geode LX: %s\n", bios_oem); + if (bootverbose) + printf("MFGPT bar: %jx\n", rdmsr(0x5140000d)); + EVENTHANDLER_REGISTER(watchdog_list, cs5536_watchdog, NULL, 0); break; } return (ENXIO); ---Mike -------------------------------------------------------------------- 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 Thu Nov 12 16:33: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 57412106566B for ; Thu, 12 Nov 2009 16:33:20 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from megatron.madpilot.net (megatron.madpilot.net [88.149.173.206]) by mx1.freebsd.org (Postfix) with ESMTP id EF7628FC08 for ; Thu, 12 Nov 2009 16:33:19 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by megatron.madpilot.net (Postfix) with ESMTP id 4E99B16F6 for ; Thu, 12 Nov 2009 17:33:18 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= user-agent:content-disposition:content-type:content-type :mime-version:message-id:subject:subject:from:from:date:date :received:received; s=mail; t=1258043596; x=1259857996; bh=XMwbB EBrgAikABMMaQuT/UXIBuU49Mq66t4rGRSxsoY=; b=PnjlKUFQU0R/+0UV7dAtZ uP24b/zVA7Z8synfR/r6nw0yxYd319aJEAt+9keDWNcE//mBWvVIVHAMoAgQHu4U tAgjPEYShstaEX7ck4AEGnPTGtwtptRcCODqC/vChMz15o2nWEBtYLRKcSeFWVpq AK2d+KqYyrPDSBIqj2c5Jc= X-Virus-Scanned: amavisd-new at madpilot.net Received: from megatron.madpilot.net ([127.0.0.1]) by localhost (megatron.madpilot.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id qJoag7TX0tBE for ; Thu, 12 Nov 2009 17:33:16 +0100 (CET) Received: by megatron.madpilot.net (Postfix, from userid 1000) id F0B9D16EE; Thu, 12 Nov 2009 17:33:15 +0100 (CET) Date: Thu, 12 Nov 2009 17:33:15 +0100 From: Guido Falsi To: freebsd-stable@freebsd.org Message-ID: <20091112163315.GB11200@megatron.madpilot.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 8.0-RC2 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: ciss(4) not seeing multiple LUNs 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, 12 Nov 2009 16:33:20 -0000 Hello, I'm having a strange problem with HP hardware and the ciss(4) driver. I have an HP DL160 G6 server with FreeBSD 8 (cvsupped from RELENG_8 yesterday) with a Smart Array P212 SAS controller. There is an HP Storageworks 1/8 G2 autoloader (dmesg from the machine attached). The problem is I only get the sa0 device from the tape drive on LUN 0 of the device, the ch0 device which should be at LUN 1 is not detected. Camcontrol gives this output: # camcontrol devlist -v scbus0 on ciss0 bus 0: scbus1 on ciss0 bus 32: at scbus1 target 4 lun 0 (sa0,pass0) scbus-1 on xpt0 bus 0: <> at scbus-1 target -1 lun -1 (xpt0) # camcontrol reportluns 1:4 2 LUNs found 0 1 If I try to force a rescan of device 4:1:1 (or any 4:1:x for that matter) it will happily report a device, but it will be the same device it sees on LUN 0. I tried the syscontrols reported in ciss(4) without any change. I could not find much ducumentation about this on HP site. The controller's documentation says it "supports" the autoloader, so it should be able to see it. Maybe I need to enable something in the contorller but I got no documetnation about that. Does someone has got an idea? Is this a problem with the ciss driver? Thanks in advance for any help! -- Guido Falsi From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 16:36: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 D48D31065696 for ; Thu, 12 Nov 2009 16:36:41 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from megatron.madpilot.net (megatron.madpilot.net [88.149.173.206]) by mx1.freebsd.org (Postfix) with ESMTP id DC9EF8FC21 for ; Thu, 12 Nov 2009 16:36:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by megatron.madpilot.net (Postfix) with ESMTP id E8DF9170F for ; Thu, 12 Nov 2009 17:36:39 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= user-agent:in-reply-to:content-disposition:content-type :content-type:mime-version:references:message-id:subject:subject :from:from:date:date:received:received; s=mail; t=1258043796; x= 1259858196; bh=qhqT4I0veT07XbveZJ/WyQ+YehdCgAg5KdlH5/tDpqA=; b=C j5FmGcwTTgMaLnyFP9txQu6juVWVIb6uzh12uZqmYc/OilWnPFmNEAz/Cpot2WeT 8ZoZh+/ImTo6YSxEqqrDj7LT19q1emyD02dHr7QtqcovpgRHZ8oqYGSK/Uc+TRpI 4PzBAwd6r1SY9WvolBcxWyoqfO6nJL+eMRrObEYWks= X-Virus-Scanned: amavisd-new at madpilot.net Received: from megatron.madpilot.net ([127.0.0.1]) by localhost (megatron.madpilot.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id hD8Zw9CLRT8B for ; Thu, 12 Nov 2009 17:36:36 +0100 (CET) Received: by megatron.madpilot.net (Postfix, from userid 1000) id 764AF1706; Thu, 12 Nov 2009 17:36:36 +0100 (CET) Date: Thu, 12 Nov 2009 17:36:36 +0100 From: Guido Falsi To: freebsd-stable@freebsd.org Message-ID: <20091112163636.GC11200@megatron.madpilot.net> References: <20091112163315.GB11200@megatron.madpilot.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <20091112163315.GB11200@megatron.madpilot.net> X-Operating-System: FreeBSD 8.0-RC2 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: ciss(4) not seeing multiple LUNs 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, 12 Nov 2009 16:36:41 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Nov 12, 2009 at 05:33:15PM +0100, Guido Falsi wrote: > Hello, > > I have an HP DL160 G6 server with FreeBSD 8 (cvsupped from RELENG_8 > yesterday) with a Smart Array P212 SAS controller. There is an HP > Storageworks 1/8 G2 autoloader (dmesg from the machine attached). Forgot the attachment, sorry. Here it comes. -- Guido Falsi --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-RC2 #6: Thu Nov 12 11:57:04 CET 2009 root@xxx.xxx.it:/usr/obj/usr/src/sys/UXIFI04 amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5504 @ 2.00GHz (2000.08-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106a5 Stepping = 5 Features=0xbfebfbff Features2=0x9ce3bd AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 4095668224 (3905 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 16 cpu1 (AP): APIC ID: 18 cpu2 (AP): APIC ID: 20 cpu3 (AP): APIC ID: 22 ioapic0: Changing APIC ID to 1 ioapic1: Changing APIC ID to 3 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci8: on pcib1 pcib2: at device 3.0 on pci0 pci7: on pcib2 ciss0: port 0xe800-0xe8ff mem 0xfb800000-0xfbbfffff,0xfbeff000-0xfbefffff irq 24 at device 0.0 on pci7 ciss0: PERFORMANT Transport ciss0: [ITHREAD] pcib3: at device 7.0 on pci0 pci6: on pcib3 pcib4: at device 9.0 on pci0 pci5: on pcib4 igb0: port 0xd880-0xd89f mem 0xfb760000-0xfb77ffff,0xfb740000-0xfb75ffff,0xfb7b8000-0xfb7bbfff irq 32 at device 0.0 on pci5 igb0: Using MSIX interrupts with 3 vectors igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: Ethernet address: 00:26:55:80:53:fe igb1: port 0xdc00-0xdc1f mem 0xfb7e0000-0xfb7fffff,0xfb7c0000-0xfb7dffff,0xfb7bc000-0xfb7bffff irq 42 at device 0.1 on pci5 igb1: Using MSIX interrupts with 3 vectors igb1: [ITHREAD] igb1: [ITHREAD] igb1: [ITHREAD] igb1: Ethernet address: 00:26:55:80:53:ff pcib5: at device 10.0 on pci0 pci4: on pcib5 pci0: at device 20.0 (no driver attached) pci0: at device 20.1 (no driver attached) pci0: at device 20.2 (no driver attached) uhci0: port 0xb800-0xb81f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x2400 usbus0: on uhci0 ehci0: mem 0xfa7f8000-0xfa7f83ff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci0 pcib6: irq 16 at device 28.0 on pci0 pci3: on pcib6 pcib7: irq 16 at device 28.4 on pci0 pci2: on pcib7 vgapci0: mem 0xf8000000-0xf8ffffff,0xfb6fc000-0xfb6fffff,0xfa800000-0xfaffffff irq 16 at device 0.0 on pci2 uhci1: port 0xb880-0xb89f irq 23 at device 29.0 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x2400 usbus2: on uhci1 uhci2: port 0xbc00-0xbc1f irq 19 at device 29.1 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x2400 usbus3: on uhci2 uhci3: port 0xc000-0xc01f irq 18 at device 29.2 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x2400 usbus4: on uhci3 ehci1: mem 0xfa7fa000-0xfa7fa3ff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus5: EHCI version 1.0 usbus5: on ehci1 pcib8: at device 30.0 on pci0 pci1: on pcib8 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xc880-0xc887,0xc800-0xc803,0xc480-0xc487,0xc400-0xc403,0xc080-0xc09f mem 0xfa7fc000-0xfa7fc7ff irq 19 at device 31.2 on pci0 atapci0: [ITHREAD] atapci0: AHCI called from vendor specific driver atapci0: AHCI v1.20 controller with 6 3Gbps ports, PM not supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ata6: on atapci0 ata6: [ITHREAD] ata7: on atapci0 ata7: [ITHREAD] acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] cpu0: on acpi0 ACPI Warning: Incorrect checksum in table [OEMB] - 11, should be 10 20090521 tbutils-275 coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 cpu2: on acpi0 coretemp2: on cpu2 est2: on cpu2 p4tcc2: on cpu2 cpu3: on acpi0 coretemp3: on cpu3 est3: on cpu3 p4tcc3: on cpu3 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model GlidePoint, device ID 0 ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version 13 ZFS storage pool version 13 Timecounters tick every 1.000 msec vboxdrv: fAsync=0 offMin=0x110 offMax=0x238 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 ad4: 152627MB at ata2-master SATA300 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ad6: 152627MB at ata3-master SATA300 uhub0: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub5: 6 ports with 6 removable, self powered ugen0.2: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 ums0: on usbus0 ums0: 8 buttons and [XYZ] coordinates ID=0 ugen3.2: at usbus3 ums1: on usbus3 ums1: 3 buttons and [XYZ] coordinates ID=0 (probe19:ciss0:32:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe19:ciss0:32:4:0): CAM Status: SCSI Status Error (probe19:ciss0:32:4:0): SCSI Status: Check Condition (probe19:ciss0:32:4:0): NOT READY asc:3a,0 (probe19:ciss0:32:4:0): Medium not present (probe19:ciss0:32:4:0): Unretryable error sa0 at ciss0 bus 32 target 4 lun 0 sa0: Removable Sequential Access SCSI-5 device sa0: 135.168MB/s transfers sa0: Command Queueing enabled SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! Trying to mount root from zfs:tank ugen3.3: at usbus3 ukbd1: on usbus3 kbd3 at ukbd1 uhid0: on usbus3 igb0: link state changed to UP --RnlQjJ0d97Da+TV1-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 16:42:29 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 A5698106566B for ; Thu, 12 Nov 2009 16:42:29 +0000 (UTC) (envelope-from matthew.fleming@isilon.com) Received: from seaxch09.isilon.com (seaxch09.isilon.com [74.85.160.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8A6BC8FC1F for ; Thu, 12 Nov 2009 16:42:29 +0000 (UTC) x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Thu, 12 Nov 2009 08:42:28 -0800 Message-ID: <06D5F9F6F655AD4C92E28B662F7F853E0338FEB8@seaxch09.desktop.isilon.com> In-Reply-To: <20091112071618.GB81250@rambler-co.ru> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 8.0RC2 "top" statistics seem broken Thread-Index: AcpjaCMNPxwAQ0snTOaf8thLZWXgYgATpW+g References: <20091112071618.GB81250@rambler-co.ru> From: "Matthew Fleming" To: "Igor Sysoev" , Cc: Subject: RE: 8.0RC2 "top" statistics seem broken 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, 12 Nov 2009 16:42:29 -0000 > > [snip] > >=20 > > Load average and %CPU user are right, as are other global statistics. > > The load is produced by the "7z" process (archivers/p7zip) which > > compresses some data in two threads but is credited with 0% CPU, though > > its runtime is correct (increments every second as it should in a > > CPU-bound process). It doesn't help if I expand / show individual > threads. >=20 > I believe this is related to multithreaded processes only. I saw this for > intr kernel process. Singlethread processes eat CPU slightly less than > on 7.2, however, I can not say is it statistic errors or real speedup. > I saw the issue on SMP/ULE only and can not say anything about UP and > 4BSD scheduler. Check out r197652 on stable/7. I had a similar problem where top was showing 0% for a CPU hog, but since I was unable to replicate it on CURRENT (and the ULE accounting code is different between releases) I only submitted for stable/7. I think the patch will be easy to apply by hand, though, to test it. Thanks, matthew From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 17:27: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 E32BA106566C for ; Thu, 12 Nov 2009 17:27:36 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.freebsd.org (Postfix) with ESMTP id 84CBD8FC16 for ; Thu, 12 Nov 2009 17:27:36 +0000 (UTC) Received: from [192.168.178.71] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id nACHRYQi082173; Thu, 12 Nov 2009 18:27:35 +0100 (CET) (envelope-from info@martenvijn.nl) From: Marten Vijn To: Larry Baird In-Reply-To: <20091112152154.91849.qmail@mailgate.gta.com> References: <20091112152154.91849.qmail@mailgate.gta.com> Content-Type: text/plain; charset="UTF-8" Date: Thu, 12 Nov 2009 18:27:34 +0100 Message-ID: <1258046854.4826.160.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: 8.0-rc2 dropped hardwaresupport 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, 12 Nov 2009 17:27:37 -0000 On Thu, 2009-11-12 at 15:21 +0000, Larry Baird wrote: > In article <1091012.9283.79817@localhost> you wrote: > > Support for the following devices seems not to be continued in 8.0 (and > > 7.2 and higher): > > > > - WRAP 1C > > - WRAP 2E (EOL) > > - ALIX 1C > > > > Both devices stopped booting as described in several postings and pr's. > I have FreeBSD 8 running on WRAP and ALIX boards. LBA support for ALIX is > broken in older versions of the BIOS. For LBA to work you need BIOS > v0.99h. What problems are you seeing? > > Larry > I did some more testing, and I made an error on the ALIX 1C since it does boot but it hangs on devd.... but for WRAP 1C and 2E: PC Engines WRAP.2B/2C v1.11 640 KB Base Memory 130048 KB Extended Memory 01F0 Master 044A CF CARD 2GB Phys C/H/S 3909/16/63 Log C/H/S 977/64/63 1 FreeBSD 2 FreeBSD F6 PXE Boot: 1 ######## Here it ends.... Would you recommend to downgrade the bios? I have version 1.11 on all boards. thanks Marten -- http://www.voedselbankleiden.nl needs your help! http://martenvijn.nl http://bsd.wifisoft.org/nek/ http://opencommunitycamp.org OCC 2010 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 17:44:31 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 297E1106566B for ; Thu, 12 Nov 2009 17:44:31 +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 CA32C8FC08 for ; Thu, 12 Nov 2009 17:44:30 +0000 (UTC) Received: from OMTA03.westchester.pa.mail.comcast.net ([76.96.62.27]) by QMTA03.westchester.pa.mail.comcast.net with comcast id 4DH81d0070bG4ec53HkWlk; Thu, 12 Nov 2009 17:44:30 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA03.westchester.pa.mail.comcast.net with comcast id 4HkV1d0023S48mS3PHkVJq; Thu, 12 Nov 2009 17:44:30 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 487CB1E3035; Thu, 12 Nov 2009 09:44:28 -0800 (PST) Date: Thu, 12 Nov 2009 09:44:28 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091112174428.GA24213@icarus.home.lan> References: <20091112103308.GA2536@hiMolde.no> <20091112115350.GA18542@icarus.home.lan> 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: SMART 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, 12 Nov 2009 17:44:31 -0000 On Thu, Nov 12, 2009 at 01:25:12PM +0100, Ivan Voras wrote: > Jeremy Chadwick wrote: > > >I can teach you how to decode/read SMART statistics correctly. > > > > Actually, it would be good if you taught more than him :) > > I've always wondered how important are each of the dozen or so > statistics and what indicates what... I started a write-up but after writing about 300 lines realised that if I continued the details would eventually be lost in the Sea of Information Chaos that is a mailing list. :-) I've gone over how to read SMART data 3 separate times in the past 2 months (at work, on a public forum, and in private mail), so this would be the 4th... I'll work on writing an actual HTML document to put up on my web site and will respond with the URL once I finish it. Sorry for the "yeah sure I can help you read this data" response followed by what will probably be labelled as an excuse by some. Admittedly reading the output is pretty simple, but "getting familiar" with what the output looks like (on a per-vendor basis) takes exposure to all sorts of drives, ditto with F/W bugs and so on. In general though, don't let anyone tell you SMART is worthless. The "overall health assessment" status is generally worthless, but the per-attribute data is of great use. Don't let anyone tell you the weighted/adjusted values (VALUE/WORST/THRESH) are useless either; in some cases they're all you can safely rely on. Don't damn SMART when it's actually the manufacturers which need to be spanked for setting such unreasonable health failure thresholds. -- | 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 Nov 12 18:07:45 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 2157C1065670 for ; Thu, 12 Nov 2009 18:07:45 +0000 (UTC) (envelope-from lab@gta.com) Received: from mailgate.gta.com (mailgate.gta.com [199.120.225.20]) by mx1.freebsd.org (Postfix) with SMTP id A39C88FC08 for ; Thu, 12 Nov 2009 18:07:44 +0000 (UTC) Received: (qmail 27805 invoked by uid 1000); 12 Nov 2009 18:07:43 -0000 Date: Thu, 12 Nov 2009 13:07:43 -0500 From: Larry Baird To: Marten Vijn Message-ID: <20091112180743.GA23798@gta.com> References: <20091112152154.91849.qmail@mailgate.gta.com> <1258046854.4826.160.camel@mvn-desktop> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1258046854.4826.160.camel@mvn-desktop> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: 8.0-rc2 dropped hardwaresupport 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, 12 Nov 2009 18:07:45 -0000 Marten, > I did some more testing, and I made an error on the ALIX 1C since it > does boot but it hangs on devd.... > but for WRAP 1C and 2E: > > PC Engines WRAP.2B/2C v1.11 > 640 KB Base Memory > 130048 KB Extended Memory > > 01F0 Master 044A CF CARD 2GB > Phys C/H/S 3909/16/63 Log C/H/S 977/64/63 > > 1 FreeBSD > 2 FreeBSD > > F6 PXE > Boot: 1 ######## > > Here it ends.... > > Would you recommend to downgrade the bios? I have version 1.11 on all > boards. The 0.99h BIOS is for ALIX boards. I am running v1.11 on my WRAP boards. PC Engines WRAP.1C/1D/1E v1.11 640 KB Base Memory 130048 KB Extended Memory Looking at your geometry, I would recommend verifing that the BIOS is set for LBA mode (not CHS). If you change mode, you will probably need to reinstall FreeBSD. Larry -- ------------------------------------------------------------------------ Larry Baird | http://www.gta.com Global Technology Associates, Inc. | Orlando, FL Email: lab@gta.com | TEL 407-380-0220, FAX 407-380-6080 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 19: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 164B91065672 for ; Thu, 12 Nov 2009 19:50:23 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from mailrelay1.rambler.ru (mailrelay1.rambler.ru [81.19.66.239]) by mx1.freebsd.org (Postfix) with ESMTP id 8D8BB8FC16 for ; Thu, 12 Nov 2009 19:50:22 +0000 (UTC) Received: from kas30pipe.localhost (localhost [127.0.0.1]) by mailrelay1.rambler.ru (Postfix) with ESMTP id A3F87130C1D; Thu, 12 Nov 2009 22:50:21 +0300 (MSK) Received: from localhost (sysoev.ru [81.19.68.137]) by mailrelay1.rambler.ru (Postfix) with ESMTP id 08B6D130C15; Thu, 12 Nov 2009 22:50:21 +0300 (MSK) Date: Thu, 12 Nov 2009 22:50:21 +0300 From: Igor Sysoev To: Matthew Fleming Message-ID: <20091112195020.GC40464@rambler-co.ru> References: <20091112071618.GB81250@rambler-co.ru> <06D5F9F6F655AD4C92E28B662F7F853E0338FEB8@seaxch09.desktop.isilon.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: <06D5F9F6F655AD4C92E28B662F7F853E0338FEB8@seaxch09.desktop.isilon.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.33/RELEASE, bases: 02092009 #2738642, status: clean X-SpamTest-Envelope-From: is@rambler-co.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 9536 [Sen 02 2009] X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-SPF: pass X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: 8.0RC2 "top" statistics seem broken 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, 12 Nov 2009 19:50:23 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Thu, Nov 12, 2009 at 08:42:28AM -0800, Matthew Fleming wrote: > > > [snip] > > > > > > Load average and %CPU user are right, as are other global > statistics. > > > The load is produced by the "7z" process (archivers/p7zip) which > > > compresses some data in two threads but is credited with 0% CPU, > though > > > its runtime is correct (increments every second as it should in a > > > CPU-bound process). It doesn't help if I expand / show individual > > threads. > > > > I believe this is related to multithreaded processes only. I saw this > for > > intr kernel process. Singlethread processes eat CPU slightly less than > > on 7.2, however, I can not say is it statistic errors or real speedup. > > I saw the issue on SMP/ULE only and can not say anything about UP and > > 4BSD scheduler. > > Check out r197652 on stable/7. I had a similar problem where top was > showing 0% for a CPU hog, but since I was unable to replicate it on > CURRENT (and the ULE accounting code is different between releases) I > only submitted for stable/7. I think the patch will be easy to apply by > hand, though, to test it. Thank you very much. I have applied your patch and it fixes the bug: CPU 0: 22.0% user, 0.0% nice, 4.9% system, 0.0% interrupt, 73.2% idle CPU 1: 1.2% user, 0.0% nice, 1.2% system, 4.9% interrupt, 92.7% idle PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 2 171 ki31 0K 32K CPU0 0 12:11 165.77% idle 1338 nobody 1 44 -10 439M 433M kqread 0 0:24 14.45% nginx 1339 nobody 1 44 -10 439M 433M kqread 0 0:23 12.89% nginx 12 root 15 -60 - 0K 240K WAIT 0 0:09 4.39% intr CPU 0: 16.2% user, 0.0% nice, 8.5% system, 0.8% interrupt, 74.5% idle CPU 1: 1.2% user, 0.0% nice, 1.9% system, 4.2% interrupt, 92.7% idle PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 171 ki31 0K 32K RUN 1 6:39 88.96% {idle: cpu1} 11 root 171 ki31 0K 32K RUN 0 6:11 77.59% {idle: cpu0} 1338 nobody 44 -10 439M 433M CPU0 0 0:27 14.45% nginx 1339 nobody 44 -10 439M 433M RUN 1 0:26 14.26% nginx 12 root -68 - 0K 240K WAIT 1 0:09 4.69% {irq19: bge0} The patch against 8.0-PREREALSE is attached. -- Igor Sysoev http://sysoev.ru/en/ --zhXaljGHf11kAtnf Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="patch.ule" --- sys/kern/sched_ule.c 2009-11-02 09:25:28.000000000 +0300 +++ sys/kern/sched_ule.c 2009-11-12 21:53:45.000000000 +0300 @@ -103,6 +103,7 @@ u_int ts_slptime; /* Number of ticks we vol. slept */ u_int ts_runtime; /* Number of ticks we were running */ int ts_ltick; /* Last tick that we were running on */ + int ts_incrtick; /* Last tick that we incremented on */ int ts_ftick; /* First tick that we were running on */ int ts_ticks; /* Tick count */ #ifdef KTR @@ -1991,6 +1992,7 @@ */ ts2->ts_ticks = ts->ts_ticks; ts2->ts_ltick = ts->ts_ltick; + ts2->ts_incrtick = ts->ts_incrtick; ts2->ts_ftick = ts->ts_ftick; child->td_user_pri = td->td_user_pri; child->td_base_user_pri = td->td_base_user_pri; @@ -2182,11 +2184,12 @@ * Ticks is updated asynchronously on a single cpu. Check here to * avoid incrementing ts_ticks multiple times in a single tick. */ - if (ts->ts_ltick == ticks) + if (ts->ts_incrtick == ticks) return; /* Adjust ticks for pctcpu */ ts->ts_ticks += 1 << SCHED_TICK_SHIFT; ts->ts_ltick = ticks; + ts->ts_incrtick = ticks; /* * Update if we've exceeded our desired tick threshhold by over one * second. --zhXaljGHf11kAtnf-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 20:01: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 9D56F106566B for ; Thu, 12 Nov 2009 20:01:13 +0000 (UTC) (envelope-from royce@alaska.net) Received: from hermes.acsalaska.net (hermes.acsalaska.net [209.112.173.230]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9988FC1B for ; Thu, 12 Nov 2009 20:01:12 +0000 (UTC) Received: from [127.0.0.1] (jander.prv.dmd.acsalaska.net [10.0.102.101]) by hermes.acsalaska.net (8.14.1/8.14.1) with ESMTP id nACJaGkO095432; Thu, 12 Nov 2009 10:36:16 -0900 (AKST) (envelope-from royce@alaska.net) Message-ID: <4AFC63B0.5020707@alaska.net> Date: Thu, 12 Nov 2009 10:36:16 -0900 From: Royce Williams Organization: ... is worth the overhead - to a point. :-) User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ACS-Spam-Status: no X-ACS-Scanned-By: MD 2.63; SA 3.2.3; spamdefang 1.122 Subject: 82573 xfers pause, no watchdog timeouts, DCGDIS ineffective (7.2-R) 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, 12 Nov 2009 20:01:13 -0000 We have servers with dual 82573 NICs that work well during low-throughput activity, but during high-volume activity, they pause shortly after transfers start and do not recover. Other sessions to the system are not affected. These systems are being repurposed, jumping from 6.3 to 7.2. The same system and its kin do not exhibit the symptom under 6.3-RELEASE-p13. The symptoms appear under freebsd-updated 7.2-RELEASE GENERIC kernel with no tuning. Previously, we've been using DCGDIS.EXE (from Jack Vogel) for this symptom. The first system to be repurposed accepts DCGDIS with 'Updated' and subsequent 'update not needed', with no relief. Notably, there are no watchdog timeout errors - unlike our various Supermicro models still running FreeBSD 6.x. All of our other 7.x Supermicro flavors had already received the flash update and haven't show the symptom. Details follow. Kernel: rand# uname -a FreeBSD rand.acsalaska.net 7.2-RELEASE-p4 FreeBSD 7.2-RELEASE-p4 #0: Fri Oct 2 12:21:39 UTC 2009 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 sysctls: rand# sysctl dev.em dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 6.9.6 dev.em.0.%driver: em dev.em.0.%location: slot=0 function=0 dev.em.0.%pnpinfo: vendor=0x8086 device=0x108c subvendor=0x15d9 subdevice=0x108c class=0x020000 dev.em.0.%parent: pci13 dev.em.0.debug: -1 dev.em.0.stats: -1 dev.em.0.rx_int_delay: 0 dev.em.0.tx_int_delay: 66 dev.em.0.rx_abs_int_delay: 66 dev.em.0.tx_abs_int_delay: 66 dev.em.0.rx_processing_limit: 100 dev.em.1.%desc: Intel(R) PRO/1000 Network Connection 6.9.6 dev.em.1.%driver: em dev.em.1.%location: slot=0 function=0 dev.em.1.%pnpinfo: vendor=0x8086 device=0x108c subvendor=0x15d9 subdevice=0x108c class=0x020000 dev.em.1.%parent: pci14 dev.em.1.debug: -1 dev.em.1.stats: -1 dev.em.1.rx_int_delay: 0 dev.em.1.tx_int_delay: 66 dev.em.1.rx_abs_int_delay: 66 dev.em.1.tx_abs_int_delay: 66 dev.em.1.rx_processing_limit: 100 kenv: rand# kenv | grep smbios | egrep -v 'socket|serial|uuid|tag|0123456789' smbios.bios.reldate="03/05/2008" smbios.bios.vendor="Phoenix Technologies LTD" smbios.bios.version="6.00" smbios.chassis.maker="Supermicro" smbios.planar.maker="Supermicro" smbios.planar.product="PDSMi " smbios.planar.version="PCB Version" smbios.system.maker="Supermicro" smbios.system.product="PDSMi" The system is not yet production, so I can invasively abuse it if needed. The other systems are in production under 6.3-RELEASE-p13 and can also be inspected. Any pointers appreciated. Royce From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 20:47: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 AD2AC106568F for ; Thu, 12 Nov 2009 20:47:37 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id 940EA8FC0A for ; Thu, 12 Nov 2009 20:47:37 +0000 (UTC) Received: from OMTA10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by QMTA04.emeryville.ca.mail.comcast.net with comcast id 4KkW1d0070cQ2SLA4Lnelz; Thu, 12 Nov 2009 20:47:38 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA10.emeryville.ca.mail.comcast.net with comcast id 4Lnd1d0083S48mS8WLndGS; Thu, 12 Nov 2009 20:47:37 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 219AD1E3035; Thu, 12 Nov 2009 12:47:36 -0800 (PST) Date: Thu, 12 Nov 2009 12:47:36 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091112204736.GA29095@icarus.home.lan> References: <4AFC63B0.5020707@alaska.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4AFC63B0.5020707@alaska.net> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: 82573 xfers pause, no watchdog timeouts, DCGDIS ineffective (7.2-R) 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, 12 Nov 2009 20:47:37 -0000 On Thu, Nov 12, 2009 at 10:36:16AM -0900, Royce Williams wrote: > We have servers with dual 82573 NICs that work well during low-throughput activity, but during high-volume activity, they pause shortly after transfers start and do not recover. Other sessions to the system are not affected. Please define "low-throughput" and "high-volume" if you could; it might help folks determine where the threshold is for problems. > These systems are being repurposed, jumping from 6.3 to 7.2. The same system and its kin do not exhibit the symptom under 6.3-RELEASE-p13. The symptoms appear under freebsd-updated 7.2-RELEASE GENERIC kernel with no tuning. > > Previously, we've been using DCGDIS.EXE (from Jack Vogel) for this symptom. The first system to be repurposed accepts DCGDIS with 'Updated' and subsequent 'update not needed', with no relief. > > Notably, there are no watchdog timeout errors - unlike our various Supermicro models still running FreeBSD 6.x. All of our other 7.x Supermicro flavors had already received the flash update and haven't show the symptom. > > Details follow. > > Kernel: > > rand# uname -a > FreeBSD rand.acsalaska.net 7.2-RELEASE-p4 FreeBSD 7.2-RELEASE-p4 #0: Fri Oct 2 12:21:39 UTC 2009 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 > > sysctls: > > rand# sysctl dev.em > dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 6.9.6 > dev.em.0.%driver: em > dev.em.0.%location: slot=0 function=0 > dev.em.0.%pnpinfo: vendor=0x8086 device=0x108c subvendor=0x15d9 subdevice=0x108c class=0x020000 > dev.em.0.%parent: pci13 > dev.em.0.debug: -1 > dev.em.0.stats: -1 > dev.em.0.rx_int_delay: 0 > dev.em.0.tx_int_delay: 66 > dev.em.0.rx_abs_int_delay: 66 > dev.em.0.tx_abs_int_delay: 66 > dev.em.0.rx_processing_limit: 100 > dev.em.1.%desc: Intel(R) PRO/1000 Network Connection 6.9.6 > dev.em.1.%driver: em > dev.em.1.%location: slot=0 function=0 > dev.em.1.%pnpinfo: vendor=0x8086 device=0x108c subvendor=0x15d9 subdevice=0x108c class=0x020000 > dev.em.1.%parent: pci14 > dev.em.1.debug: -1 > dev.em.1.stats: -1 > dev.em.1.rx_int_delay: 0 > dev.em.1.tx_int_delay: 66 > dev.em.1.rx_abs_int_delay: 66 > dev.em.1.tx_abs_int_delay: 66 > dev.em.1.rx_processing_limit: 100 > > kenv: > > rand# kenv | grep smbios | egrep -v 'socket|serial|uuid|tag|0123456789' > smbios.bios.reldate="03/05/2008" > smbios.bios.vendor="Phoenix Technologies LTD" > smbios.bios.version="6.00" > smbios.chassis.maker="Supermicro" > smbios.planar.maker="Supermicro" > smbios.planar.product="PDSMi " > smbios.planar.version="PCB Version" > smbios.system.maker="Supermicro" > smbios.system.product="PDSMi" > > > The system is not yet production, so I can invasively abuse it if needed. The other systems are in production under 6.3-RELEASE-p13 and can also be inspected. > > Any pointers appreciated. > > Royce For what it's worth as a comparison base: We use the following Supermicro SuperServers, and can confirm that no such issues occur for us using RELENG_6 nor RELENG_7 on the following hardware: Supermicro SuperServer 5015B-MTB - amd64 - Intel 82573V + Intel 82573L Supermicro SuperServer 5015M-T+B - amd64 - Intel 82573V + Intel 82573L Supermicro SuperServer 5015M-T+B - amd64 - Intel 82573V + Intel 82573L Supermicro SuperServer 5015M-T+B - i386 - Intel 82573V + Intel 82573L Supermicro SuperServer 5015M-T+B - i386 - Intel 82573V + Intel 82573L The 5015B-MTB system presently runs RELENG_8 -- no issues there either. Relevant server configuration and network setup details: - All machines use pf(4). - All emX devices are configured for autoneg. - All emX devices use RXCSUM, TXCSUM, and TSO4. - We do not use polling. - All machines use both NICs simultaneously at all times. - All machines connected to an HP ProCurve 2626 switch (100mbit, full-duplex ports, all autoneg). - We do not use Jumbo frames. - No add-in cards (PCI, PCI-X, nor PCIe) are used in the systems. - All of the systems had DCGDIS.EXE run on them; no EEPROM settings were changed, indicating the from-the-Intel-factory MANC register in question was set properly. Relevant throughput details per box: - em0 pushes ~600-1000kbit/sec at all times. - em1 pushes ~100-200kbit/sec at all times. - During nightly maintenance (backups), em1 pushes ~2-3mbit/sec for a variable amount of time. - For a full level 0 backup (which I've done numerous times), em1 pushes 60-70mbit/sec without issues. I've compared your sysctl dev.em output to that of our 5015M-T+B systems (which use the PDSMi+, not the PDSMi, but whatever), and ours is 100% identical. All of our 5015M-T+B systems are using BIOS 1.3, and the 5015B-MTB system is using BIOS 1.30. If you'd like, I can provide the exact BIOS settings we use on the machines in question; they do deviate from the factory defaults a slight bit, but none of the adjustments are "tweaks" for performance or otherwise (just disabling things which we don't use, etc.). -- | 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 Nov 12 20:52: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 0111D106566B for ; Thu, 12 Nov 2009 20:52:25 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 5BC9E8FC12 for ; Thu, 12 Nov 2009 20:52:23 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so1007250fga.13 for ; Thu, 12 Nov 2009 12:52: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=KzDySWjJulLh53FM9+7ma3Od0s+j+mUEDLY48+Sd2tw=; b=H1TAX90AAM7hRqkV+MqkmAyyKBo1BGyKMDZ9AsKnn6JbP1vfK3udCS6nqzmShFkYWR CWQIY2SG/QLW529WendOpPb8ThmXMAbjaQ/RbGjaqFcsbfgePxf39OciwD6SLIbwmxEg REQ4bmzMeR8r+N0OhS8cuQ9CShsHdZjJp6QqM= 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=DqkEn1LwGPzAVuYEJEeYA4USt97IF1I2tryNA/RsWwqsf/bXr2YQ92GIJRzbzf/hIO eQdKVrJ2LFnP0gclc3h+TQ/Ge6QKwK9kqkWeQ6fIUkHDgKmwF2UCXlEued8COxAeS0xK vrqBM+6AKlHTjZsEy24wS8Ox9nr71XMx5tgyY= MIME-Version: 1.0 Received: by 10.216.93.1 with SMTP id k1mr1068582wef.151.1258059142898; Thu, 12 Nov 2009 12:52:22 -0800 (PST) In-Reply-To: <20091112204736.GA29095@icarus.home.lan> References: <4AFC63B0.5020707@alaska.net> <20091112204736.GA29095@icarus.home.lan> Date: Thu, 12 Nov 2009 12:52:22 -0800 Message-ID: <2a41acea0911121252y81f365fo2982e43e3efdba4d@mail.gmail.com> From: Jack Vogel To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: 82573 xfers pause, no watchdog timeouts, DCGDIS ineffective (7.2-R) 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, 12 Nov 2009 20:52:25 -0000 It is critically important on these systems that you get the latest BIOS on them, so maybe that's the difference between you two. I am going to be putting out a new em driver to CURRENT soon, it might be an option to try that as well, it sounds like a hang, management/os race in the driver is a possibility. Jack On Thu, Nov 12, 2009 at 12:47 PM, Jeremy Chadwick wrote: > On Thu, Nov 12, 2009 at 10:36:16AM -0900, Royce Williams wrote: > > We have servers with dual 82573 NICs that work well during low-throughput > activity, but during high-volume activity, they pause shortly after > transfers start and do not recover. Other sessions to the system are not > affected. > > Please define "low-throughput" and "high-volume" if you could; it might > help folks determine where the threshold is for problems. > > > These systems are being repurposed, jumping from 6.3 to 7.2. The same > system and its kin do not exhibit the symptom under 6.3-RELEASE-p13. The > symptoms appear under freebsd-updated 7.2-RELEASE GENERIC kernel with no > tuning. > > > > Previously, we've been using DCGDIS.EXE (from Jack Vogel) for this > symptom. The first system to be repurposed accepts DCGDIS with 'Updated' > and subsequent 'update not needed', with no relief. > > > > Notably, there are no watchdog timeout errors - unlike our various > Supermicro models still running FreeBSD 6.x. All of our other 7.x > Supermicro flavors had already received the flash update and haven't show > the symptom. > > > > Details follow. > > > > Kernel: > > > > rand# uname -a > > FreeBSD rand.acsalaska.net 7.2-RELEASE-p4 FreeBSD 7.2-RELEASE-p4 #0: Fri > Oct 2 12:21:39 UTC 2009 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > i386 > > > > sysctls: > > > > rand# sysctl dev.em > > dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 6.9.6 > > dev.em.0.%driver: em > > dev.em.0.%location: slot=0 function=0 > > dev.em.0.%pnpinfo: vendor=0x8086 device=0x108c subvendor=0x15d9 > subdevice=0x108c class=0x020000 > > dev.em.0.%parent: pci13 > > dev.em.0.debug: -1 > > dev.em.0.stats: -1 > > dev.em.0.rx_int_delay: 0 > > dev.em.0.tx_int_delay: 66 > > dev.em.0.rx_abs_int_delay: 66 > > dev.em.0.tx_abs_int_delay: 66 > > dev.em.0.rx_processing_limit: 100 > > dev.em.1.%desc: Intel(R) PRO/1000 Network Connection 6.9.6 > > dev.em.1.%driver: em > > dev.em.1.%location: slot=0 function=0 > > dev.em.1.%pnpinfo: vendor=0x8086 device=0x108c subvendor=0x15d9 > subdevice=0x108c class=0x020000 > > dev.em.1.%parent: pci14 > > dev.em.1.debug: -1 > > dev.em.1.stats: -1 > > dev.em.1.rx_int_delay: 0 > > dev.em.1.tx_int_delay: 66 > > dev.em.1.rx_abs_int_delay: 66 > > dev.em.1.tx_abs_int_delay: 66 > > dev.em.1.rx_processing_limit: 100 > > > > kenv: > > > > rand# kenv | grep smbios | egrep -v 'socket|serial|uuid|tag|0123456789' > > smbios.bios.reldate="03/05/2008" > > smbios.bios.vendor="Phoenix Technologies LTD" > > smbios.bios.version="6.00" > > smbios.chassis.maker="Supermicro" > > smbios.planar.maker="Supermicro" > > smbios.planar.product="PDSMi " > > smbios.planar.version="PCB Version" > > smbios.system.maker="Supermicro" > > smbios.system.product="PDSMi" > > > > > > The system is not yet production, so I can invasively abuse it if needed. > The other systems are in production under 6.3-RELEASE-p13 and can also be > inspected. > > > > Any pointers appreciated. > > > > Royce > > For what it's worth as a comparison base: > > We use the following Supermicro SuperServers, and can confirm that no > such issues occur for us using RELENG_6 nor RELENG_7 on the following > hardware: > > Supermicro SuperServer 5015B-MTB - amd64 - Intel 82573V + Intel 82573L > Supermicro SuperServer 5015M-T+B - amd64 - Intel 82573V + Intel 82573L > Supermicro SuperServer 5015M-T+B - amd64 - Intel 82573V + Intel 82573L > Supermicro SuperServer 5015M-T+B - i386 - Intel 82573V + Intel 82573L > Supermicro SuperServer 5015M-T+B - i386 - Intel 82573V + Intel 82573L > > The 5015B-MTB system presently runs RELENG_8 -- no issues there either. > > Relevant server configuration and network setup details: > > - All machines use pf(4). > - All emX devices are configured for autoneg. > - All emX devices use RXCSUM, TXCSUM, and TSO4. > - We do not use polling. > - All machines use both NICs simultaneously at all times. > - All machines connected to an HP ProCurve 2626 switch (100mbit, > full-duplex ports, all autoneg). > - We do not use Jumbo frames. > - No add-in cards (PCI, PCI-X, nor PCIe) are used in the systems. > - All of the systems had DCGDIS.EXE run on them; no EEPROM settings > were changed, indicating the from-the-Intel-factory MANC register > in question was set properly. > > Relevant throughput details per box: > > - em0 pushes ~600-1000kbit/sec at all times. > - em1 pushes ~100-200kbit/sec at all times. > - During nightly maintenance (backups), em1 pushes ~2-3mbit/sec > for a variable amount of time. > - For a full level 0 backup (which I've done numerous times), em1 > pushes 60-70mbit/sec without issues. > > I've compared your sysctl dev.em output to that of our 5015M-T+B systems > (which use the PDSMi+, not the PDSMi, but whatever), and ours is 100% > identical. > > All of our 5015M-T+B systems are using BIOS 1.3, and the 5015B-MTB > system is using BIOS 1.30. > > If you'd like, I can provide the exact BIOS settings we use on the > machines in question; they do deviate from the factory defaults a slight > bit, but none of the adjustments are "tweaks" for performance or > otherwise (just disabling things which we don't use, etc.). > > -- > | 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 | > > _______________________________________________ > 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 Nov 12 21:18: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 8AA981065672 for ; Thu, 12 Nov 2009 21:18:13 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.189]) by mx1.freebsd.org (Postfix) with ESMTP id 1E72F8FC12 for ; Thu, 12 Nov 2009 21:18:12 +0000 (UTC) Received: by gv-out-0910.google.com with SMTP id p33so385014gvf.39 for ; Thu, 12 Nov 2009 13:18:12 -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=LVRhoT8EMZUchbK5ilgapXpGRoWxz42hpLIWTTOVUGk=; b=ZZVH2wpBIJKqV8t0dE0FEXxhZSaypwOR5D5ZszgyBWNmZxt5jKrwcD+CTWvqoZz3kg PslX9CwNvpAZZV+URgiifl+dAOr4oeXyicmM5ddTPRXSceDwd/tZY4bXZ3IufvMm9s+A MhX8G1xUPHrJGnhXvIkcYeTAX2NSoFEbx3BGU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=qCR5kM6kfOmxP1mmxmpX0HXZi5cGs0Ae08XcQGjxf7i7nWjLmRHuBu83teq7QnhynN bk82C7E5nZ6iUYVCSgADiQf4JxVD5UsDeGMj6N/K/43px5QbfGa5DAKVQpiZXtDLGPDe as2IixIRtBOQi5APN6YcWyJjduyMzXakzxX04= MIME-Version: 1.0 Received: by 10.216.86.135 with SMTP id w7mr1039992wee.176.1258058792595; Thu, 12 Nov 2009 12:46:32 -0800 (PST) Date: Thu, 12 Nov 2009 15:46:32 -0500 Message-ID: <5f67a8c40911121246m144ba07w707a1c268fb2102c@mail.gmail.com> From: Zaphod Beeblebrox To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 7.x hang-on-boot on Dell 1950 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, 12 Nov 2009 21:18:13 -0000 I have a dell 1950 here on the floor. Since "1950" seems to refer to a lot of things with a lot of configurations, I'm going to attempt to narrow that down a bit. It's got 2x 2.33Ghz dual core pentiums (stepping 06-0F-6 according to the bios) in it and it has an SAS RAID card that FreeBSD recognises. I've upgraded the BIOS to 2.6.1. It has two SAS 70G drives in a RAID 1 configuration and it has a DVD (although it will only boot from CDs). If it helps, it's between 2 and 3 years old, I think. If I allow the machine to boot normally, it stopps after checking the floppy (there is no floppy) with the following message: fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 If I boot the machine without ACPI, it seems to stop at the same place (stopping after having checked the ata controller, which checks right before the floppy) If I boot the machine verbose, I get no more information --- it stopps at the same place. I have tried this (so far) with 7.2-R and 7.1-R. Both do the same thing. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 21:27: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 C3E53106566C for ; Thu, 12 Nov 2009 21:27:54 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-px0-f178.google.com (mail-px0-f178.google.com [209.85.216.178]) by mx1.freebsd.org (Postfix) with ESMTP id 978378FC12 for ; Thu, 12 Nov 2009 21:27:54 +0000 (UTC) Received: by pxi8 with SMTP id 8so1855204pxi.27 for ; Thu, 12 Nov 2009 13:27:54 -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=cZagt1TrmYXx5r5VO+x3NV2RESSQsZPaljieufZExmQ=; b=N8hPiPtnWF1hBgTG/G/yUnpDN8Ey7lWHgJYKDfOruRNchIBV5E+Gq2BUdk2IOlZ3e1 XxCsjrStV+HF8ZmD+9ElnQfJ/yCL9hZHUox27FzcjOmZUyu/qy8o9LYi2FZ8cCCkopFM SfVBMbTDZh63LBwjLBQO4Gb1ErFZ/g2Fus4Ww= 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=FdSG91lEQlVPrS1YB1EVVqBm3fTuisuOiWkLJbY37fJmVWCzdaxuHtQ7X2KrNWpMK2 95QghNu5oOfWBli5PYKg/FBjQw+336Bmem7ZPbYpo0nq234scsyBVLG/Tp65Sf/gOaeB fV29zx7lO3g3CrYz1cEuodtDnFxzezKTnBW2o= MIME-Version: 1.0 Received: by 10.142.75.14 with SMTP id x14mr367338wfa.151.1258061274056; Thu, 12 Nov 2009 13:27:54 -0800 (PST) In-Reply-To: <5f67a8c40911121246m144ba07w707a1c268fb2102c@mail.gmail.com> References: <5f67a8c40911121246m144ba07w707a1c268fb2102c@mail.gmail.com> Date: Thu, 12 Nov 2009 15:27:54 -0600 Message-ID: <6201873e0911121327x8b5a16k86c5018582785396@mail.gmail.com> From: Adam Vande More To: Zaphod Beeblebrox Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Subject: Re: FreeBSD 7.x hang-on-boot on Dell 1950 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, 12 Nov 2009 21:27:54 -0000 On Thu, Nov 12, 2009 at 2:46 PM, Zaphod Beeblebrox wrote: > I have a dell 1950 here on the floor. Since "1950" seems to refer to a lot > of things with a lot of configurations, I'm going to attempt to narrow that > down a bit. > > It's got 2x 2.33Ghz dual core pentiums (stepping 06-0F-6 according to the > bios) in it and it has an SAS RAID card that FreeBSD recognises. I've > upgraded the BIOS to 2.6.1. It has two SAS 70G drives in a RAID 1 > configuration and it has a DVD (although it will only boot from CDs). > > If it helps, it's between 2 and 3 years old, I think. > > If I allow the machine to boot normally, it stopps after checking the > floppy > (there is no floppy) with the following message: > > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: does not respond > device_attach: fdc0 attach returned 6 > > If I boot the machine without ACPI, it seems to stop at the same place > (stopping after having checked the ata controller, which checks right > before > the floppy) > > If I boot the machine verbose, I get no more information --- it stopps at > the same place. > > I have tried this (so far) with 7.2-R and 7.1-R. Both do the same thing. > > Can you disable the floppy drive and controller? There are usually separate options on different screens. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 21:33:22 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 B51C3106568B for ; Thu, 12 Nov 2009 21:33:22 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from hamlet.setfilepointer.com (hamlet.SetFilePointer.com [63.224.10.2]) by mx1.freebsd.org (Postfix) with SMTP id 62E298FC21 for ; Thu, 12 Nov 2009 21:33:21 +0000 (UTC) Received: (qmail 5739 invoked from network); 12 Nov 2009 15:33:20 -0600 Received: from keira.kiwi-computer.com (HELO kiwi-computer.com) (63.224.10.3) by hamlet.setfilepointer.com with SMTP; 12 Nov 2009 15:33:20 -0600 Received: (qmail 67261 invoked by uid 2001); 12 Nov 2009 21:33:20 -0000 Date: Thu, 12 Nov 2009 15:33:20 -0600 From: "Rick C. Petty" To: Jeremy Chadwick Message-ID: <20091112213320.GA67218@keira.kiwi-computer.com> References: <20091112103308.GA2536@hiMolde.no> <20091112115350.GA18542@icarus.home.lan> <20091112174428.GA24213@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091112174428.GA24213@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: SMART X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd2009@kiwi-computer.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 21:33:22 -0000 On Thu, Nov 12, 2009 at 09:44:28AM -0800, Jeremy Chadwick wrote: > On Thu, Nov 12, 2009 at 01:25:12PM +0100, Ivan Voras wrote: > > Jeremy Chadwick wrote: > > > > >I can teach you how to decode/read SMART statistics correctly. > > > > Actually, it would be good if you taught more than him :) > > > > I've always wondered how important are each of the dozen or so > > statistics and what indicates what... > > I'll work on writing an actual HTML document to put up on my web site > and will respond with the URL once I finish it. Isn't this sufficient? http://en.wikipedia.org/wiki/S.M.A.R.T.#Known_ATA_S.M.A.R.T._attributes If not, could you make the changes on wikipedia? This isn't a FreeBSD-specific topic, and the larger community would benefit from such documentation. -- Rick C. Petty From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 21:43: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 4925A106566C for ; Thu, 12 Nov 2009 21:43:42 +0000 (UTC) (envelope-from crapsh@Monkeybrains.net) Received: from ape.monkeybrains.net (mail.monkeybrains.net [208.69.40.9]) by mx1.freebsd.org (Postfix) with ESMTP id 1BFBE8FC08 for ; Thu, 12 Nov 2009 21:43:41 +0000 (UTC) Received: from [10.17.45.148] (adsl-76-203-172-91.dsl.pltn13.sbcglobal.net [76.203.172.91]) (authenticated bits=0) by ape.monkeybrains.net (8.14.3/8.14.3) with ESMTP id nACLhb9U006527 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 12 Nov 2009 13:43:38 -0800 (PST) (envelope-from crapsh@Monkeybrains.net) Message-Id: <8E227A3A-661E-43F0-BAFC-EEDD01A804E8@Monkeybrains.net> From: Rudy To: FreeBSD Stable Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPod Mail (7D11) Mime-Version: 1.0 (iPod Mail 7D11) Date: Thu, 12 Nov 2009 13:42:25 -0800 X-Virus-Scanned: clamav-milter 0.95.1 at pita.monkeybrains.net X-Virus-Status: Clean Subject: KVM tips for bsd as guest? 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, 12 Nov 2009 21:43:42 -0000 Downloaded iso, but qemu barfs when trying to install --- loads kernel but panics during boot of 7.2 ( and 8.0-rc3) install ISOs. I am trying to set up a bsd guest ... Host OS is debian. Virtualbox installed no problem. I am looking for a general how-to if there is one out there( tried searching didn't find it). Rudy ------ MonkeyBrains.net ------ Rudy 415.425.9825 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 21: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 7B0DD106566B for ; Thu, 12 Nov 2009 21:53:05 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 15F078FC0A for ; Thu, 12 Nov 2009 21:53:04 +0000 (UTC) Received: by fxm27 with SMTP id 27so2901548fxm.3 for ; Thu, 12 Nov 2009 13:53:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.90.138 with SMTP id e10mr83706wef.150.1258062783869; Thu, 12 Nov 2009 13:53:03 -0800 (PST) In-Reply-To: <8E227A3A-661E-43F0-BAFC-EEDD01A804E8@Monkeybrains.net> References: <8E227A3A-661E-43F0-BAFC-EEDD01A804E8@Monkeybrains.net> Date: Thu, 12 Nov 2009 22:53:03 +0100 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: Rudy Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Subject: Re: KVM tips for bsd as guest? 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, 12 Nov 2009 21:53:05 -0000 On Thu, Nov 12, 2009 at 22:42, Rudy wrote: > > Downloaded iso, but qemu barfs when trying to install --- loads kernel bu= t > panics during boot of 7.2 ( and 8.0-rc3) install ISOs. =A0I am trying to = set > up a bsd guest ... Host OS is debian. > > Virtualbox installed no problem. > > I am looking for a general how-to if there is one out there( tried search= ing > didn't find it). What about sending the kernel panic message (with backtrace)? From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 21:54: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 BEE4C10656CA; Thu, 12 Nov 2009 21:54:52 +0000 (UTC) (envelope-from kenyon@kenyonralph.com) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.121]) by mx1.freebsd.org (Postfix) with ESMTP id 66EC38FC12; Thu, 12 Nov 2009 21:54:52 +0000 (UTC) Received: from voodoo.kenyonralph.com ([76.176.200.148]) by cdptpa-omta02.mail.rr.com with ESMTP id <20091112215451556.KADB3637@cdptpa-omta02.mail.rr.com>; Thu, 12 Nov 2009 21:54:51 +0000 Received: from voodoo.kenyonralph.com (localhost [127.0.0.1]) by voodoo.kenyonralph.com (Postfix) with ESMTP id C222C181BA1; Thu, 12 Nov 2009 13:54:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=kenyonralph.com; h=date :from:to:subject:message-id:references:mime-version:content-type :in-reply-to; s=postfix; bh=CdsFixPHY3QGMS6qWWesAWkj7fdWwBW/iwtt B+ujHsc=; b=i2cxXiAEFw+e4KzyOsMtxtQpEdGvMKcebsFLo/zK+LH3NAGxBXsR vdrhwiBNP7jILP9seVnH62AH7X8v6eZbjBQTXS76rddj8sxYURAN3hVVa7N/edvU PQ+xm3COhlrYSZNYZvFAtvxVjgtywAyqqbTZOFfndMuDNJkujzBy/BA= Received: by voodoo.kenyonralph.com (Postfix, from userid 1000) id 4DD0A181C17; Thu, 12 Nov 2009 13:54:49 -0800 (PST) Date: Thu, 12 Nov 2009 13:54:49 -0800 From: Kenyon Ralph To: freebsd-stable@freebsd.org, freebsd-current Message-ID: <20091112215449.GA21631@kenyonralph.com> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-current References: <1258040317.7556.29.camel@bauer.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <1258040317.7556.29.camel@bauer.cse.buffalo.edu> X-Operating-System: Ubuntu 9.10 Linux 2.6.31-15-generic on i686 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: 8.0-RC3 Available 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, 12 Nov 2009 21:54:52 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-11-12T10:38:37-0500, Ken Smith wrote: > ISO images for all supported architectures are available on the FTP > sites, and a "memory stick" image is available for amd64/i386 > architectures. For amd64/i386 architectures the cdrom and memstick > images include the documentation packages but no other packages. I just did a successful minimal install on a Dell laptop from the amd64 memstick RC3 media. I created the memstick like this on a GNU/Linux machine: dd if=3D8.0-RC3-amd64-memstick.img of=3D/dev/sda bs=3D10240 conv=3Dsync --=20 Kenyon Ralph --SUOF0GtieIMvvwua Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkr8hCkACgkQmFtUtJKnbnVpOQCgiAssDnEu/NmQvpE0dk/ZsZDc rYoAoJYMxoDMY02p37SuAbsXnZirfGz2 =/ocb -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 21:56: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 5AF0C10656AB for ; Thu, 12 Nov 2009 21:56:54 +0000 (UTC) (envelope-from zbeeble@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 E275A8FC17 for ; Thu, 12 Nov 2009 21:56:53 +0000 (UTC) Received: by fxm27 with SMTP id 27so2905547fxm.3 for ; Thu, 12 Nov 2009 13:56:53 -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; bh=M7qXsCI2i1lCgc6xgIT5ICiLwDc822KSVdcg1y3JYDA=; b=safAbhRZ52gnViMMySRtIjrAMU8F36EEVmXdtyIq0m+i9vNjaDSVPngqalLxfZ4xcB ee7snj3FrbLz2HT7UVsUNrB+4UeuvRg+rlrb0fGWulUmQrZ4vBGhnZkzZzpKfksVnLBg /j8gxcCiN1+oImChoLW6nJs2cQUR7/qIBcsKc= 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; b=N9jWVk8zwxDlJpPILdtAJ7+hnHTuvxvRZixZPzzbjeMThm4k9St+sfZwscKHFupzka 8zCzt58JdSvpFfT/SEG1fo547r+uh7fFWX/0rxih21AeC8VyKBITuG4yRzFP3REKWL1j iZeyPCShuXY2+/MXlhjWrHoF5BpG9pFQNek/0= MIME-Version: 1.0 Received: by 10.216.88.136 with SMTP id a8mr1037813wef.77.1258063012809; Thu, 12 Nov 2009 13:56:52 -0800 (PST) In-Reply-To: <5f67a8c40911121355m5f115c93j7d1908336591fe31@mail.gmail.com> References: <5f67a8c40911121246m144ba07w707a1c268fb2102c@mail.gmail.com> <6201873e0911121327x8b5a16k86c5018582785396@mail.gmail.com> <5f67a8c40911121355m5f115c93j7d1908336591fe31@mail.gmail.com> Date: Thu, 12 Nov 2009 16:56:52 -0500 Message-ID: <5f67a8c40911121356j608b41dct6ad7c1109b5d0438@mail.gmail.com> From: Zaphod Beeblebrox To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 7.x hang-on-boot on Dell 1950 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, 12 Nov 2009 21:56:54 -0000 On Thu, Nov 12, 2009 at 4:27 PM, Adam Vande More wrote: > On Thu, Nov 12, 2009 at 2:46 PM, Zaphod Beeblebrox wrote: > >> fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on >> acpi0 >> fdc0: does not respond >> device_attach: fdc0 attach returned 6 >> >> If I boot the machine without ACPI, it seems to stop at the same place >> (stopping after having checked the ata controller, which checks right >> before >> the floppy) >> >> If I boot the machine verbose, I get no more information --- it stopps at >> the same place. >> > > Can you disable the floppy drive and controller? There are usually > separate options on different screens. > I've now verified that 8.0-RC3 does the same thing, BTW. Anyways... no. There is no floppy option in the BIOS. It's not in any of the sub-menus (which is how Dell's BIOS is organized). I'm also not-so-sure that the floppy is where it's stopping because the non-ACPI boot doesn't mention the floppy at all ... leading me to believe it's whatever is checked "after" the floppy that is at fault... but even the verbose boot doesn't let me know what that might be. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 22:00: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 06ABB1065670; Thu, 12 Nov 2009 22:00:16 +0000 (UTC) (envelope-from niktychina@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 460488FC1D; Thu, 12 Nov 2009 22:00:14 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e12so2042958fga.13 for ; Thu, 12 Nov 2009 14:00:14 -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=tbKi+uddqwoSHtbgVyqsAA7Ah9FMdk02RA4okoCxvt4=; b=Mq0YgvwV7dkKfHiLVncAi43mX/xKh5useRdxpR6oSHT01zD2Dk6phBoNkwS5ZL9ZZ0 zIGoPIKJC0ehT1VQU6JnBR2fZW0keLF8ydq1xmRxcZ4mzJPofFveM22ImJCSWvP80iPQ xwfD5WElyHKRc/O9LjK6hXhQAuIFy7c+dwtJ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=fjYBAb/wc1xQRuW38lWjE0E7Gllg6JhXnwoRuNgngenXHu4MxDNFKD9QiJLj2wl6ZI +BPZwv8lgFHe4u3XyQ4eKSIk+HarHTQTHHFX2BI0aKFJI2+cm39XhNiDfQk092SjmeNS sht1RfQLJlHSjyQkULC6neYNIhkuHAel/wu3c= MIME-Version: 1.0 Received: by 10.87.64.9 with SMTP id r9mr2556884fgk.2.1258061942066; Thu, 12 Nov 2009 13:39:02 -0800 (PST) Date: Fri, 13 Nov 2009 00:39:02 +0300 Message-ID: From: Nikolay Tychina To: freebsd-cvsweb@freebsd.org, freebsd-stable@freebsd.org, freebsd-www@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: how to mirror cvs or svn with rsync 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, 12 Nov 2009 22:00:16 -0000 Hi everybody! How do I mirror FreeBSD sources (CVS or SVN) with rsync? This is the first time I have to use rsync, and its man page really makes me confused. I would really appreciate your help. Regards, Nik From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 22:50:21 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 90992106566B for ; Thu, 12 Nov 2009 22:50:21 +0000 (UTC) (envelope-from Hans.F.Nordhaug@hiMolde.no) Received: from sil.himolde.no (sil.hiMolde.no [158.38.83.3]) by mx1.freebsd.org (Postfix) with ESMTP id E12858FC0A for ; Thu, 12 Nov 2009 22:50:20 +0000 (UTC) Received: from malle.himolde.no ([158.38.68.22]) by sil.himolde.no with InterScan Message Security Suite; Thu, 12 Nov 2009 23:50:19 +0100 Received: from harr.himolde.no (harr.hiMolde.no [158.38.68.20])by malle.himolde.no (8.13.8/8.13.8) with ESMTP id nACMoIY6022034for ; Thu, 12 Nov 2009 23:50:18 +0100 Received: from harr.himolde.no (harr.himolde.no [127.0.0.1])by harr.himolde.no (8.13.1/8.13.1) with ESMTP id nACMoIDB013341for ; Thu, 12 Nov 2009 23:50:18 +0100 Received: (from nordhaug@localhost)by harr.himolde.no (8.13.1/8.13.1/Submit) id nACMoIfM013340for freebsd-stable@freebsd.org; Thu, 12 Nov 2009 23:50:18 +0100 Date: Thu, 12 Nov 2009 23:50:17 +0100 From: "Hans F. Nordhaug" To: freebsd-stable@freebsd.org Message-ID: <20091112225017.GA13095@hiMolde.no> References: <20091112103308.GA2536@hiMolde.no> <20091112115350.GA18542@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20091112115350.GA18542@icarus.home.lan> User-Agent: Mutt/1.4.1i X-imss-version: 2.054 X-imss-result: Passed X-imss-approveListMatch: *@*.no Subject: Re: /bin/sh core dumps on 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: Thu, 12 Nov 2009 22:50:21 -0000 * Jeremy Chadwick [2009-11-12]: > On Thu, Nov 12, 2009 at 11:33:08AM +0100, Hans F. Nordhaug wrote: > > Suddenly /bin/sh started to crash all the time with core dumps. I'm > > running FreeBSD 7.2-RELEASE-p4 (i386) and I have not updated anything > > lately. The /bin/sh binary seems to be untouched. It might be some > > hardware trouble, but the machine seems to run OK now. (I had to > > replace /bin/sh with a symlink to /rescue/sh.) > > > > I would like to track down the problem, but running sh I only get > > "Segmentation fault: 11 (core dumped)". I would be happy to run > > gdb and give you a backtrace. Any clues? > > > > PS! I tried to run "freebsd-update IDS" to see if any files are > > broken, but it stops at > > Inspecting system... sha256: ///boot/kernel/utopia.ko.symbols: Input/output error > > Hardware problem. Take your pick: bad RAM, bad hard disk, bad > motherboard, bad PSU, bad cabling. > > You can rule out hard disk problems by installing smartmontools from > ports (sysutils/smartmontools). Please provide output from the > following command: > > smartctl -a /dev/{disk} Thx for the infp about smartmontools. The only problem I found was: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 190 Airflow_Temperature_Cel 0x0022 001 001 045 Old_age Always FAILING_NOW 253 Don't know if this is a serious problem. Hans PS! The disk is of type Model Family: Western Digital Caviar Second Generation Serial ATA family Device Model: WDC WD2500JS-55NCB1 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 22:51: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 6451C1065697 for ; Thu, 12 Nov 2009 22:51:17 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-px0-f178.google.com (mail-px0-f178.google.com [209.85.216.178]) by mx1.freebsd.org (Postfix) with ESMTP id 3ABE08FC12 for ; Thu, 12 Nov 2009 22:51:17 +0000 (UTC) Received: by pxi8 with SMTP id 8so1901456pxi.27 for ; Thu, 12 Nov 2009 14:51:16 -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=saxgy43CP0tKE9ZdiWisJmkV4a7H92d4GGouHKmmU9I=; b=AiSfVhLJJyeLfEO/7ydKJs07jAsDdboAdYhP09QAVQAJg2YwulFRnBhhYTg/7WqGVH XgWhxp0LC0BNCmvvD2oIyBuvmuRqjNy1QCrOQOlSxMkUDEuLBYwGAtXL8/bMGfA1+DKN +J+v3P1dYyFCJtE5R4skBZ/HQI2gtOLQ8qniQ= 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=lPzrF/MQbKxK+HxNkNN/93K135sAQq1iFPxKkqLGL3M5owxEyfNo375Xr3JC0a/rh2 hdRV5dSuvVeeqQQFD6QaT6OTogEgBXM1F2Xb0bCGVAcKJLPE5rIag8Lx9UuW1nKbv+54 3qZatcnO8X6k6wuiLBQupc61JZq1U40/JVvFA= MIME-Version: 1.0 Received: by 10.142.209.20 with SMTP id h20mr390947wfg.36.1258066276925; Thu, 12 Nov 2009 14:51:16 -0800 (PST) In-Reply-To: References: <8E227A3A-661E-43F0-BAFC-EEDD01A804E8@Monkeybrains.net> Date: Thu, 12 Nov 2009 14:51:16 -0800 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: KVM tips for bsd as guest? 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, 12 Nov 2009 22:51:17 -0000 On Thu, Nov 12, 2009 at 1:53 PM, Marius N=C3=BCnnerich = wrote: > On Thu, Nov 12, 2009 at 22:42, Rudy wrote: >> Downloaded iso, but qemu barfs when trying to install --- loads kernel b= ut >> panics during boot of 7.2 ( and 8.0-rc3) install ISOs. =C2=A0I am trying= to set >> up a bsd guest ... Host OS is debian. i386 or amd64? What are your KVM settings? Number of CPUs, amount of RAM, type of virtual disk (IDE/SCSI), type of NIC (rtl3189/e1000)? Which CPU is in the host server (AMD/Intel)? And which versions of KVM and Linux kernel are you running? Last time I tested was with KVM-72 on 64-bit Debian using kernel 2.6.26, and installing/running FreeBSD 6.x and 7.x, 32-bit and 64-bit, ran without any issues. Used LVM-backed virtual IDE drives, and e1000 NICs. Granted, we use AMD Opteron CPUs, which seem to have fewer issues with KVM than Intel Xeon CPUs. >> I am looking for a general how-to if there is one out there( tried searc= hing >> didn't find it). There's no real How-To needed. Just configure the VM, and boot. This is the first time I've heard of issues with installing FreeBSD into KVM-managed VMs. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 23:44:08 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 346A2106566B for ; Thu, 12 Nov 2009 23:44:08 +0000 (UTC) (envelope-from royce.williams@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id DF6CA8FC0C for ; Thu, 12 Nov 2009 23:44:07 +0000 (UTC) Received: by ywh8 with SMTP id 8so2594285ywh.3 for ; Thu, 12 Nov 2009 15:44:07 -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 :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=RU7ZNnWyZyHxcS4/lMNPnqj707LMI4W0YQg/lgUIxBk=; b=Z6irQYvnyvh0bGmr7Y3GDkI/vc7VDy7PYwbHgiolcdRza7gqu2LfSSPpjRAHWOEqGi bvfdP6m1pl+XRnGfCglmTrEwC9yWXkaw9cX79DU0Ec2W6eFaPREdfG6oRqB4Wo7K32wX 07zWg6JKR8JiURhMUJftJSMHIes1PMmd3o75I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=akgvlEowF2xpDmwkPXuw7mPIBISEvM22PKM/mfam5GG+G/amirOccvQXGtSTlV12nX f2R/8l6iXfvnhD3e8mDMXGFAwQfqGEXZyWcntnuO6ODngM1AsZy6uxR02/2CMt6M3IyF 9w+qXuvanVCEtThfZGy+aFUuZXl9o7DQWBgOw= MIME-Version: 1.0 Received: by 10.150.72.25 with SMTP id u25mr6480602yba.57.1258067900137; Thu, 12 Nov 2009 15:18:20 -0800 (PST) In-Reply-To: <20091112204736.GA29095@icarus.home.lan> References: <4AFC63B0.5020707@alaska.net> <20091112204736.GA29095@icarus.home.lan> From: Royce Williams Date: Thu, 12 Nov 2009 14:18:00 -0900 Message-ID: <9dd082310911121518l24adaa23jdb41ff567374d11c@mail.gmail.com> To: Jeremy Chadwick , Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: 82573 xfers pause, no watchdog timeouts, DCGDIS ineffective (7.2-R) 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, 12 Nov 2009 23:44:08 -0000 On Thu, Nov 12, 2009 at 11:47 AM, Jeremy Chadwick wrote: > Please define "low-throughput" and "high-volume" if you could; it might > help folks determine where the threshold is for problems. My definitions are pretty subjective/operational, but for what it's worth: - "low" is interactive SSH, DNS lookups, and pings; - "high" is a single unthrottled rsync session. >> rand# sysctl dev.em >> dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 6.9.6 >> dev.em.0.%pnpinfo: vendor=3D0x8086 device=3D0x108c subvendor=3D0x15d9 su= bdevice=3D0x108c class=3D0x020000 >> kenv: >> >> rand# kenv | grep smbios | egrep -v 'socket|serial|uuid|tag|0123456789' >> smbios.bios.reldate=3D"03/05/2008" > For what it's worth as a comparison base: > > We use the following Supermicro SuperServers, and can confirm that no > such issues occur for us using RELENG_6 nor RELENG_7 on the following > hardware: [good cross-check list snipped] The problem system is a 5015M-MF. We are running 5015M-MT+ and 5015T-PR on RELENG_6 and 7, both without the symptom. > Relevant server configuration and network setup details: > > - All machines use pf(4). > - All emX devices are configured for autoneg. > - All emX devices use RXCSUM, TXCSUM, and TSO4. > - We do not use polling. > - All machines use both NICs simultaneously at all times. > - All machines connected to an HP ProCurve 2626 switch (100mbit, > =A0full-duplex ports, all autoneg). > - We do not use Jumbo frames. > - No add-in cards (PCI, PCI-X, nor PCIe) are used in the systems. > - All of the systems had DCGDIS.EXE run on them; no EEPROM settings > =A0were changed, indicating the from-the-Intel-factory MANC register > =A0in question was set properly. No firewall is active on the problem system, and none of this back have been DCGDIS-ified, but otherwise, our setup is identical. > I've compared your sysctl dev.em output to that of our 5015M-T+B systems > (which use the PDSMi+, not the PDSMi, but whatever), and ours is 100% > identical. > > All of our 5015M-T+B systems are using BIOS 1.3, and the 5015B-MTB > system is using BIOS 1.30. The repurposed system is at 1.3 (03/05/2008) - flashed prior to install. The production 6.3 systems are using 1.1 (or 1.1A, would have to reboot to check, but the date is 10/27/2005). > If you'd like, I can provide the exact BIOS settings we use on the > machines in question; they do deviate from the factory defaults a slight > bit, but none of the adjustments are "tweaks" for performance or > otherwise (just disabling things which we don't use, etc.). We're running similarly as well. I might be able to retire another system of this batch and install 7.2, but leave the BIOS update off, to see if it makes a difference. Royce From owner-freebsd-stable@FreeBSD.ORG Fri Nov 13 02:00: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 65A101065670 for ; Fri, 13 Nov 2009 02:00:04 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 269E08FC08 for ; Fri, 13 Nov 2009 02:00:03 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id CAD66509AE for ; Fri, 13 Nov 2009 02:00:02 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5Tl8+zS9uqqP for ; Fri, 13 Nov 2009 01:59:58 +0000 (GMT) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 9DC80508E1 for ; Fri, 13 Nov 2009 01:59:58 +0000 (GMT) Message-ID: <4AFCBD9C.1030306@langille.org> Date: Thu, 12 Nov 2009 20:59:56 -0500 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Thunderbird 2.0.0.23 (X11/20091018) MIME-Version: 1.0 To: FreeBSD Stable X-Enigmail-Version: 0.95.7 Content-Type: multipart/mixed; boundary="------------070608080707010902040904" Subject: hald running 100% 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: Fri, 13 Nov 2009 02:00:04 -0000 This is a multi-part message in MIME format. --------------070608080707010902040904 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 After upgrading to 8.0-PRERELEASE today, I'm seeing hald at 100% on both my laptop and my desktop: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1500 haldaemon 1 118 0 22944K 4904K CPU1 1 107:44 100.00% hald uptime was about 1:50 at this point. Seems to be relatively common from the posts I've seen. ThinkPad X61s. dmesg output attached. FWIW. - -- Dan Langille BSDCan - The Technical BSD Conference : http://www.bsdcan.org/ PGCon - The PostgreSQL Conference: http://www.pgcon.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkr8vZwACgkQCgsXFM/7nTzTmwCgwSlroEPuQ8cL3U8THAlFVp7v waIAmwRjRzNkjCUffuzhvKwj/wK5i5f6 =yVNP -----END PGP SIGNATURE----- --------------070608080707010902040904 Content-Type: text/plain; name="dmesg.boot" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.boot" Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-PRERELEASE #2: Thu Nov 12 10:44:46 EST 2009 dan@laptop.example.org:/usr/obj/usr/src/sys/LAPTOP amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU L7500 @ 1.60GHz (1596.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 4024070144 (3837 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 20090521 tbfadt-625 ACPI Warning: Optional field Gpe1Block has zero address or length: 0 102C/0 20090521 tbfadt-655 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xf8000000-0xf80fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7676k stolen memory agp0: aperture size is 256M vgapci1: mem 0xf8100000-0xf81fffff at device 2.1 on pci0 em0: port 0x1840-0x185f mem 0xf8200000-0xf821ffff,0xf8225000-0xf8225fff irq 20 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:1d:72:86:96:3c uhci0: port 0x1860-0x187f irq 20 at device 26.0 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0x1880-0x189f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] usbus1: on uhci1 ehci0: mem 0xf8426c00-0xf8426fff irq 22 at device 26.7 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 hdac0: mem 0xf8220000-0xf8223fff irq 17 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20090624_0136 hdac0: [ITHREAD] pcib1: irq 20 at device 28.0 on pci0 pci2: on pcib1 pcib2: irq 21 at device 28.1 on pci0 pci3: on pcib2 ath0: mem 0xf7f00000-0xf7f0ffff irq 17 at device 0.0 on pci3 ath0: [ITHREAD] ath0: AR5413 mac 10.3 RF5424 phy 6.1 uhci2: port 0x18a0-0x18bf irq 16 at device 29.0 on pci0 uhci2: [ITHREAD] usbus3: on uhci2 uhci3: port 0x18c0-0x18df irq 17 at device 29.1 on pci0 uhci3: [ITHREAD] usbus4: on uhci3 ehci1: mem 0xf8427000-0xf84273ff irq 19 at device 29.7 on pci0 ehci1: [ITHREAD] usbus5: EHCI version 1.0 usbus5: on ehci1 pcib3: at device 30.0 on pci0 pci5: on pcib3 cbb0: mem 0xd7eff000-0xd7efffff irq 16 at device 0.0 on pci5 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] fwohci0: <1394 Open Host Controller Interface> mem 0xd7efe800-0xd7efefff irq 17 at device 0.1 on pci5 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:1d:72:ff:86:96:3c:ff fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1570000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:1d:72:96:3c:ff fwe0: Ethernet address: 02:1d:72:96:3c:ff fwip0: on firewire0 fwip0: Firewire address: 00:1d:72:ff:86:96:3c:ff @ 0xfffe00000000, S400, maxrec 2048 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode pci5: at device 0.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18e0-0x18ef at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port 0x1c30-0x1c37,0x1c24-0x1c27,0x1c28-0x1c2f,0x1c20-0x1c23,0x1c00-0x1c1f mem 0xf8426000-0xf84267ff irq 16 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI called from vendor specific driver atapci1: AHCI v1.10 controller with 3 1.5Gbps ports, PM not supported ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff,0xd1000-0xd1fff,0xe0000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 ad4: 152627MB at ata2-master SATA150 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 hdac0: HDA Codec #0: Analog Devices AD1984 hdac0: HDA Codec #1: Conexant (Unknown) GEOM: ad4: partition 2 does not start on a track boundary. GEOM: ad4: partition 2 does not end on a track boundary. GEOM: ad4: partition 1 does not start on a track boundary. GEOM: ad4: partition 1 does not end on a track boundary. pcm0: at cad 0 nid 1 on hdac0 SMP: AP CPU #1 Launched! GEOM: ad4s3: geometry does not match label (255h,63s != 16h,63s). Root mount waiting for: usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered Root mount waiting for: usbus5 usbus2 uhub2: 4 ports with 4 removable, self powered uhub5: 4 ports with 4 removable, self powered Trying to mount root from ufs:/dev/ad4s3a wlan0: Ethernet address: 00:1f:3a:08:5f:97 --------------070608080707010902040904-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 13 02:57:00 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 97545106566C for ; Fri, 13 Nov 2009 02:57:00 +0000 (UTC) (envelope-from royce.williams@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id 0410E8FC13 for ; Fri, 13 Nov 2009 02:56:59 +0000 (UTC) Received: by ywh8 with SMTP id 8so2708760ywh.3 for ; Thu, 12 Nov 2009 18:56:59 -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 :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=wtucB7fISQC03Nd7MgIGizWozzZeexG3j2KRoKqbH8A=; b=bod6VP3GsmMuYp8OYHCQIOm2a7jcgL+1oKH2rpKGPPZkBSKdyWt0yAvPJC9h6a4s2j ifqGcZ0UhC8JUXkzB++T9qGrDUrg9YeCRM4qn6MpX1zViV/oFi02TEYyA/S5SdGVyOkf JUFTOwolARW+GKrV0AWJWg7o0qb53kBx/l9Yo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=Tu9SGfwWiB/HO5S0fzp9Fu1ZYp7ZJw3G7LyjVHtku47xG1U+h1ZmVWcOy0+1ovSesF 7qkTZeX4LuAESecXjKZZcx4PpRZEjNGKnmRDWSFTk1ay/txkt8dJzt4AgHY0YlwSRHs6 3L7AEQECbwxUFzLZBbUPqZqu8EcMLBmj42TL0= MIME-Version: 1.0 Received: by 10.150.28.5 with SMTP id b5mr6707312ybb.232.1258081018097; Thu, 12 Nov 2009 18:56:58 -0800 (PST) In-Reply-To: <9dd082310911121518l24adaa23jdb41ff567374d11c@mail.gmail.com> References: <4AFC63B0.5020707@alaska.net> <20091112204736.GA29095@icarus.home.lan> <9dd082310911121518l24adaa23jdb41ff567374d11c@mail.gmail.com> From: Royce Williams Date: Thu, 12 Nov 2009 17:56:38 -0900 Message-ID: <9dd082310911121856te64bc71x5cad46199d38f53e@mail.gmail.com> To: Jeremy Chadwick , Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: 82573 xfers pause, no watchdog timeouts, DCGDIS ineffective (7.2-R) 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: Fri, 13 Nov 2009 02:57:00 -0000 On Thu, Nov 12, 2009 at 2:18 PM, Royce Williams wrote: > On Thu, Nov 12, 2009 at 11:47 AM, Jeremy Chadwick >> - All machines connected to an HP ProCurve 2626 switch (100mbit, >> =A0full-duplex ports, all autoneg). > No firewall is active on the problem system, and none of this back > have been DCGDIS-ified, but otherwise, our setup is identical. Er, s/back/batch/g, and it's not a ProCurve. ;-) But we are also usually full-duplex and autoneg on both sides. Based on new (embarrassing) information, I'll leave it to Jack to decide whether or not he wants to pursue this further. The problem box is sitting in my grotty mini-lab, with a subnet partially serviced by a 10M hub. Guess which Ethernet cable I picked up. Guess what happens when I move the system to a 100M/full connection. As my cow-orker put it, "You and the other four people on Earth using that NIC on 10M hubs" can probably find workarounds. My apologies for the noise, though it's theoretically possible that the root cause might still need addressing. Jack, let me know if you want me to do any testing for you. Or I can always send you my hub. ;-) Royce From owner-freebsd-stable@FreeBSD.ORG Fri Nov 13 03:02: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 D2A45106566C for ; Fri, 13 Nov 2009 03:02:03 +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 A86968FC12 for ; Fri, 13 Nov 2009 03:02:03 +0000 (UTC) Received: by pwj15 with SMTP id 15so1913839pwj.3 for ; Thu, 12 Nov 2009 19:02:03 -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=OQLXxAG2MY0lEAGZVPcBR5O/jZjBW87KK0fBOCZ3Fq8=; b=l1qQ1jsZilbZwGpC6bwQA4Gco7DZeAVaT9r7A4UoSOSdtaGZnPdh9j0VfvtwaF0ujl /qDTnmWrMnnVvf91gMNSd04lmznocN4CEmaN5nQVASMUTGlcu9BmJ6X1lLNWO8ugjL4l 2Ev5NKY0+NiL8EEWeIExZ0T3D3/k6xR5MTHIs= 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=RpIPYzMG9U+J4DgS9wni3JnYdCwbD8lHXMpYR/wKcOqhQOHEk3qdds4jB8QJitVlFg oBz1a79jDgy2nU5Ao5ADh1RaFk90OaxRBZi6k3Cc7j2eNY8MoLRb/H9sHBoSasDr4Z2P iSybaHPxHBCOuc/q2ZZWPFg0xktaa1Sm6OAAk= MIME-Version: 1.0 Received: by 10.142.60.3 with SMTP id i3mr408499wfa.147.1258081323319; Thu, 12 Nov 2009 19:02:03 -0800 (PST) In-Reply-To: <4AFCBD9C.1030306@langille.org> References: <4AFCBD9C.1030306@langille.org> Date: Thu, 12 Nov 2009 21:02:03 -0600 Message-ID: <6201873e0911121902m72d7cefbne11023abb511f693@mail.gmail.com> From: Adam Vande More To: Dan Langille Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Subject: Re: hald running 100% 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: Fri, 13 Nov 2009 03:02:03 -0000 On Thu, Nov 12, 2009 at 7:59 PM, Dan Langille wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > After upgrading to 8.0-PRERELEASE today, I'm seeing hald at 100% on both > my laptop and my desktop: > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 1500 haldaemon 1 118 0 22944K 4904K CPU1 1 107:44 100.00% hald > > uptime was about 1:50 at this point. > > Seems to be relatively common from the posts I've seen. > > > ThinkPad X61s. dmesg output attached. FWIW. > > it's not a common issue anymore. What version of hal are you running and did you recompile after the upgrade? -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Fri Nov 13 04:07: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 BAB7E1065670 for ; Fri, 13 Nov 2009 04:07:13 +0000 (UTC) (envelope-from jfvogel@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 42C188FC12 for ; Fri, 13 Nov 2009 04:07:12 +0000 (UTC) Received: by bwz5 with SMTP id 5so3167911bwz.3 for ; Thu, 12 Nov 2009 20:07:12 -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=yAhuTsUDVR53cz96NI4iwXIx2doanld5eswQ6h8VElo=; b=MpAQMM58xQ8MnImxuPDYsRGufobA3kJ1VrhzSUNZpSPC3x2tByy2u5uYDpGyGszAAI 6MioXJ9m8VBcG3B7f3nVRS6oQnmKRRhGrYEql70Do/QPZBjWxJMitlu5k6AdPjU3bqxR Qyi6gX6lF1Qgf8BXbEGkTdNJuQzRY1MtD0DIs= 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=SZSgg0m171TChllj2h7d7F15hAF5X/Gr5/QbpEMU2w6btdyJ3VUBg4gS/Yl9nJxgKQ U+vjpqCx3wP5ODpMRVDigT8Kn32rlCGkbbuOdStKtNpuNeDzSsgzbhGiSc5VToyj0HNd h/1rAXgBclOlzDZLA904teCyc/bjcM1JpGrLQ= MIME-Version: 1.0 Received: by 10.216.90.1 with SMTP id d1mr160636wef.136.1258085231968; Thu, 12 Nov 2009 20:07:11 -0800 (PST) In-Reply-To: <9dd082310911121856te64bc71x5cad46199d38f53e@mail.gmail.com> References: <4AFC63B0.5020707@alaska.net> <20091112204736.GA29095@icarus.home.lan> <9dd082310911121518l24adaa23jdb41ff567374d11c@mail.gmail.com> <9dd082310911121856te64bc71x5cad46199d38f53e@mail.gmail.com> Date: Thu, 12 Nov 2009 20:07:11 -0800 Message-ID: <2a41acea0911122007r12e4d02ew6e2817f32714d381@mail.gmail.com> From: Jack Vogel To: Royce Williams Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: 82573 xfers pause, no watchdog timeouts, DCGDIS ineffective (7.2-R) 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: Fri, 13 Nov 2009 04:07:13 -0000 LOL, glad the problem has been resolved, and no thanks, I do not need to pursue this any further. I also want to thank Jeremy for his help and data!! Thanks guys and good evening, Jack On Thu, Nov 12, 2009 at 6:56 PM, Royce Williams wrote: > On Thu, Nov 12, 2009 at 2:18 PM, Royce Williams > wrote: > > On Thu, Nov 12, 2009 at 11:47 AM, Jeremy Chadwick > >> - All machines connected to an HP ProCurve 2626 switch (100mbit, > >> full-duplex ports, all autoneg). > > > No firewall is active on the problem system, and none of this back > > have been DCGDIS-ified, but otherwise, our setup is identical. > > Er, s/back/batch/g, and it's not a ProCurve. ;-) But we are also > usually full-duplex and autoneg on both sides. > > Based on new (embarrassing) information, I'll leave it to Jack to > decide whether or not he wants to pursue this further. > > The problem box is sitting in my grotty mini-lab, with a subnet > partially serviced by a 10M hub. Guess which Ethernet cable I picked > up. Guess what happens when I move the system to a 100M/full > connection. > > As my cow-orker put it, "You and the other four people on Earth using > that NIC on 10M hubs" can probably find workarounds. My apologies for > the noise, though it's theoretically possible that the root cause > might still need addressing. > > Jack, let me know if you want me to do any testing for you. Or I can > always send you my hub. ;-) > > Royce > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 13 04:57: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 8608A106566C for ; Fri, 13 Nov 2009 04:57:50 +0000 (UTC) (envelope-from m-TGrSvDCw7IOFPvo9di0rrrCxHfruWXUdu2q0FyGg@bounce.linkedin.com) Received: from maila-ac.linkedin.com (maila-ac.linkedin.com [70.42.142.147]) by mx1.freebsd.org (Postfix) with ESMTP id 5EDEA8FC13 for ; Fri, 13 Nov 2009 04:57:50 +0000 (UTC) DomainKey-Signature: s=prod; d=linkedin.com; c=nofws; q=dns; h=Sender:Date:From:To:Message-ID:Subject:MIME-Version: Content-Type:X-LinkedIn-fbl; b=eVl04kEmuZF4Qvc+A4ocBW4kAPThPK2gNntO2uNUqz9kBUDjfFaz2bKt snafVzIVkyBvQBBXOMzgcZbs5mJEYMxjh5SaL5NARd1F8xBVK1RRroU91 L2aI5uAoib0hmN6; DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=linkedin.com; i=welcome@linkedin.com; q=dns/txt; s=proddkim; t=1258088270; x=1289624270; h=from:sender:reply-to:subject:date:message-id:to:cc: mime-version:content-transfer-encoding:content-id: content-description:resent-date:resent-from:resent-sender: resent-to:resent-cc:resent-message-id:in-reply-to: references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:list-owner:list-archive; z=From:=20LinkedIn=20|Sender:=20mess ages-noreply@bounce.linkedin.com|Subject:=20Welcome=20to =20LinkedIn!|Date:=20Thu,=2012=20Nov=202009=2020:29:44=20 -0800=20(PST)|Message-ID:=20<834832830.9110421.1258086584 125.JavaMail.app@ech3-cdn12.prod>|To:=20Valeriy=20Rotaev =20|MIME-Version:=201.0; bh=N4wRdTT25Ie9D+7o9uUT8CM6mjMpn69zQYID8FKDTYo=; b=UXweh7Czv7Dqzl6yN3a935mLh6CwMZvAY+nKWCJPtSpqZTkopg+osH+y skrMFUdu+PKnA7nY63u69bTOCZgXcgNMWUofqRKphXuRk2+qj2rB4d1H/ T5X7OSRV1A5IOo+; Sender: messages-noreply@bounce.linkedin.com Date: Thu, 12 Nov 2009 20:29:44 -0800 (PST) From: LinkedIn To: Valeriy Rotaev Message-ID: <834832830.9110421.1258086584125.JavaMail.app@ech3-cdn12.prod> MIME-Version: 1.0 X-LinkedIn-fbl: TGrSvDCw7IOFPvo9di0rrrCxHfruWXUdu2q0FyGg Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Welcome to LinkedIn! 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: Fri, 13 Nov 2009 04:57:50 -0000 Thank you for using LinkedIn! You have joined over 50 million professionals using LinkedIn to stay connected and reach new people through trusted referrals. Get Things Done... Better and Faster Use LinkedIn to get whatever job you do today done better -- it's the best way to connect with: * job candidates * industry experts * business partners * hiring managers Search your network now: http://www.linkedin.com/e/TGrSvDCw7IOFPvo9di0rrrCxHfruWXUdu2q0FyGg/sea/wel_search_02_A/ Find Contacts The average LinkedIn user knows 15 to 20 people who already have their professional network on LinkedIn. You probably do, too. Find out which of the people you know are already "LinkedIn": http://www.linkedin.com/e/TGrSvDCw7IOFPvo9di0rrrCxHfruWXUdu2q0FyGg/fdc/wel_findcts_02_A/ How LinkedIn Works To learn more about LinkedIn, come and take our tour: http://www.linkedin.com/e/TGrSvDCw7IOFPvo9di0rrrCxHfruWXUdu2q0FyGg/tou/wel_tour_02_A/ Welcome! - Your LinkedIn Team http://www.linkedin.com/ Your email: freebsd-stable@FreeBSD.ORG Add additional emails: https://www.linkedin.com/e/TGrSvDCw7IOFPvo9di0rrrCxHfruWXUdu2q0FyGg/mep/wel_addemail_02_A/ Edit profile: http://www.linkedin.com/e/TGrSvDCw7IOFPvo9di0rrrCxHfruWXUdu2q0FyGg/mpe/wel_editpro_02_A/ Contact settings: https://www.linkedin.com/e/TGrSvDCw7IOFPvo9di0rrrCxHfruWXUdu2q0FyGg/csp/wel_cntset_02_A/ From owner-freebsd-stable@FreeBSD.ORG Fri Nov 13 08:42:56 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 96FCF106568F; Fri, 13 Nov 2009 08:42:56 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 07E838FC14; Fri, 13 Nov 2009 08:42:54 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 29F7D55CD8F8; Fri, 13 Nov 2009 16:42:52 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id cqb-hRa2AhhD; Fri, 13 Nov 2009 16:42:45 +0800 (CST) Received: from qld630 (unknown [219.142.100.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id DADAE55CD802; Fri, 13 Nov 2009 16:42:44 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=geekcn.org; c=nofws; q=dns; h=content-type:to:subject:references:date:mime-version: content-transfer-encoding:from:organization:message-id:in-reply-to:user-agent; b=ejSA7OLyHZzN+GKVnQe6hoF2fosegUcBkyiyJugUHXe4+50vZaGGZfkllT1wXSAot bprdfAdfW1/WNfxuvOPEQ== Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Ken Smith" , freebsd-current , freebsd-stable References: <1258040317.7556.29.camel@bauer.cse.buffalo.edu> Date: Fri, 13 Nov 2009 16:42:44 +0800 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Chao Shin" Organization: GeekCN Message-ID: In-Reply-To: <1258040317.7556.29.camel@bauer.cse.buffalo.edu> User-Agent: Opera Mail/10.01 (Win32) Cc: Subject: Re: 8.0-RC3 Available 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: Fri, 13 Nov 2009 08:42:56 -0000 Hi All, Is sysinstall can work now? After I set Label in sysinstall it has message come out said "Unable to find device node for /dev/ad4s1b in /dev! The creation of filesystems will be aborted." and installation aborted. I have installed freebsd with sysinstall ten years, that is first time I meet that > > The third and hopefully last of the Release Candidates for the FreeBSD > 8.0 release cycle is now available. Unless something catastrophic comes > up within the next couple of days we will begin the final builds for > 8.0-RELEASE. > > There is one known issue with the igb(4) driver we are still deciding > whether or not to fix as part of 8.0-RELEASE versus doing an Errata > Notice for it some time after the release is out. It has been patched > in head, and the SVN commit for it is r199192. If any of you are able > to give that patch a try on a machine with the igb(4) NIC it would be > appreciated. > > If you notice problems you can report them through the normal Gnats PR > system or on the freebsd-current mailing list. I do cross-post > announcements to freebsd-stable because this particular release is > "about to become a stable branch" but when it comes to watching for > issues related to the release most of the developers pay more attention > to the freebsd-current list. > > ISO images for all supported architectures are available on the FTP > sites, and a "memory stick" image is available for amd64/i386 > architectures. For amd64/i386 architectures the cdrom and memstick > images include the documentation packages but no other packages. The > DVD image includes the packages that will probably be available on the > official release media but is subject to change between now and release. > For sparc64 there is now a livefs cdrom, disc1 includes the > documentation packages, and the DVD image has the set of packages that > currently build for sparc64 (which is a sub-set of the set provided for > amd64/i386). > > If you are using csup/cvsup methods to update an older system the branch > tag to use is RELENG_8_0. > > The freebsd-update(8) utility supports binary upgrades of i386 and amd64 > systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, > 7.1-RELEASE, 7.2-RELEASE, 8.0-BETA1, 8.0-BETA2, 8.0-BETA3, 8.0-BETA4, > 8.0-RC1 or 8.0-RC2 can upgrade as follows: > # freebsd-update upgrade -r 8.0-RC3 > During this process, FreeBSD Update may ask the user to help by merging > some configuration files or by confirming that the automatically > performed merging was done correctly. Systems running 8.0-BETA3 may > print the warning > > INDEX-OLD.all: Invalid arguments > > when downloading updates; this warning is a harmless bug (fixed in > 8.0-BETA4) and can be safely ignored. > > # freebsd-update install > The system must be rebooted with the newly installed kernel before > continuing. > # shutdown -r now > After rebooting, freebsd-update needs to be run again to install the new > userland components: > > # freebsd-update install > At this point, users of systems being upgraded from FreeBSD 8.0-BETA2 or > earlier will be prompted by freebsd-update to rebuild all third-party > applications (e.g., ports installed from the ports tree) due to updates > in system libraries. See: > > http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.html > > for mode details. After updating installed third-party applications > (and again, only if freebsd-update printed a message indicating that > this was necessary), run freebsd-update again so that it can delete the > old (no longer used) system libraries: > > # freebsd-update install > Finally, reboot into 8.0-RC3: > # shutdown -r now > > MD5/SHA256 checksums for the image files: > > MD5 (8.0-RC3-amd64-bootonly.iso) = 641881caa82ea85c118bc15fff12fce6 > MD5 (8.0-RC3-amd64-disc1.iso) = 854c273b89792cd0366d5399df1034eb > MD5 (8.0-RC3-amd64-dvd1.iso) = 9bd1bb2507bc2a3037bc321bb2724bd6 > MD5 (8.0-RC3-amd64-livefs.iso) = c5f427c8bf823e10a5348935cec2d7ee > MD5 (8.0-RC3-amd64-memstick.img) = 6af9e213914a58a5779715ae5882bd25 > > MD5 (8.0-RC3-i386-bootonly.iso) = dfaec92ae358ab780d317aa66482ca9e > MD5 (8.0-RC3-i386-disc1.iso) = 460f6cfddaebee6ae59a7d5f73695246 > MD5 (8.0-RC3-i386-dvd1.iso) = 98d3f65f2444a8745f787df5ce9e1f0c > MD5 (8.0-RC3-i386-livefs.iso) = 5184b7f6403d1d24991533bde0e580ff > MD5 (8.0-RC3-i386-memstick.img) = 8774ef1d6bdf541e440f2f8ed22a2493 > > MD5 (8.0-RC3-ia64-bootonly.iso) = fd0af8f34937cf7fc78ea0063252afb7 > MD5 (8.0-RC3-ia64-disc1.iso) = 96313c25e53fc333c258ed675007f3d7 > MD5 (8.0-RC3-ia64-disc2.iso) = 235714607a2805c396ece829839405be > MD5 (8.0-RC3-ia64-disc3.iso) = 53fca9243ccc788190ca58d24f363cbe > MD5 (8.0-RC3-ia64-dvd1.iso) = 4e24736ab50bc2227c72dbeab6869266 > MD5 (8.0-RC3-ia64-livefs.iso) = b6d76cf77ed714631bf714ff78b8e950 > > MD5 (8.0-RC3-pc98-bootonly.iso) = 137d17ec3830b6ae831b6fb48adf86e0 > MD5 (8.0-RC3-pc98-disc1.iso) = 3624b1f7b3a659a7454718e38b9a1ee0 > MD5 (8.0-RC3-pc98-livefs.iso) = 29ed3786b2df1c2e72e45d1187f3e788 > MD5 (8.0-RC3-powerpc-bootonly.iso) = e7d8508639dee4aed5e52a24d6e27b69 > MD5 (8.0-RC3-powerpc-disc1.iso) = 1016ae7753db153b7be0f5d167f595b9 > MD5 (8.0-RC3-powerpc-disc2.iso) = aec2400454631cc2eaecb6f618bfecc8 > MD5 (8.0-RC3-powerpc-disc3.iso) = fe36d621ad4b6347f8ade9800ccfab7b > > MD5 (8.0-RC3-sparc64-bootonly.iso) = c35ddcb4dd050c793d89973eba02df72 > MD5 (8.0-RC3-sparc64-disc1.iso) = 0d3855603ac868609fb882c321555508 > MD5 (8.0-RC3-sparc64-dvd1.iso) = 7a402ec8d17804bd6d16fad0969c9e52 > MD5 (8.0-RC3-sparc64-livefs.iso) = 61c90ecce584c0c91f91e744f40a7d42 > > SHA256 (8.0-RC3-amd64-bootonly.iso) = > fbf7c68cf81c300ec4e944ed6491f65d217168a85c1863c019cb41eec30cae94 > SHA256 (8.0-RC3-amd64-disc1.iso) = > 7e377f38cb6dc0ba1aa1fa13facf7e03f3cefad3d1490de797ed3a91680892e8 > SHA256 (8.0-RC3-amd64-dvd1.iso) = > fa4671d9b9b5b8208579d51cc2f72188a9537984ee28ba851236a52f32022597 > SHA256 (8.0-RC3-amd64-livefs.iso) = > c8c3728583b43e76d5e305b20fed578474adb5b14dbf2537b8ca9156b2d1c4cd > SHA256 (8.0-RC3-amd64-memstick.img) = > b8d90dbfca07160d9818bf6705b5dd99ba25fe1624cdda3f3f4919681d1b1af1 > > SHA256 (8.0-RC3-i386-bootonly.iso) = > f514dbec335fbf72917b25c1e79f6bca4e9dd74e037f75ab30d810e7942ac2fc > SHA256 (8.0-RC3-i386-disc1.iso) = > 6b306af4a74df57d2c155891557878d747bac92a24c2b46947f89e7d9657addc > SHA256 (8.0-RC3-i386-dvd1.iso) = > 21794b11142eeb7eb56c8810b83dcd67230b0d26a0f0e5839866172d977a5626 > SHA256 (8.0-RC3-i386-livefs.iso) = > 3dfd45e0a5550913b29d19d989f19167159d1f926f1667d1622890a5f83be93b > SHA256 (8.0-RC3-i386-memstick.img) = > afc65bf14101ace1f069323678a8070ab84823bf191aeefa8fc9909d38e9306e > > SHA256 (8.0-RC3-ia64-bootonly.iso) = > 1fefdd0b03c943162cbb66d507e11c3a2e541e97a0742471de49f17ae96b953c > SHA256 (8.0-RC3-ia64-disc1.iso) = > 67124c8101dd3fb06dbd3771c3eb18560207b42e46c331cc2ab02ba5284a72b7 > SHA256 (8.0-RC3-ia64-disc2.iso) = > 4eaa1125f98c5ed463f7577b9818dd57dbaee0bad01a1c7543ad4cc89c1770d0 > SHA256 (8.0-RC3-ia64-disc3.iso) = > c178a48004a12d6f178b478da146582742a88a27fcbf380029ae7fb3f6db6472 > SHA256 (8.0-RC3-ia64-dvd1.iso) = > d45a8e6ae622c1985d5b9c346c74f44884f3adba3c02d0b69bb58f19b359fa73 > SHA256 (8.0-RC3-ia64-livefs.iso) = > 9132340e15b75601017b0b57902fa48926e1d1a257f1f5149baa07c15e0dede8 > > SHA256 (8.0-RC3-pc98-bootonly.iso) = > 42beee44af5859861718978a03de04e6a6fd0e63afec66a939830286fb73b22a > SHA256 (8.0-RC3-pc98-disc1.iso) = > 4b00447579349443d80082d1809b0d04688ea317a9bee3f551c13a35c82c549d > SHA256 (8.0-RC3-pc98-livefs.iso) = > 243306c98a9eade16d90994217fd89f0aba51cfd8399b1017754a3415f2e79e8 > > SHA256 (8.0-RC3-powerpc-bootonly.iso) = > 4cfbcac5fc69bb10860ed2c511bcf175be730c2fd11e57ccd2c8c77322ea5172 > SHA256 (8.0-RC3-powerpc-disc1.iso) = > 6d7725d24c01d985590566eb168cde1e6d334a3cdc6bdc7a4508ea54c205c489 > SHA256 (8.0-RC3-powerpc-disc2.iso) = > ecfd22166dd411359d74a61c1724cfa747e4a7e9cb8b47776643795f6388942b > SHA256 (8.0-RC3-powerpc-disc3.iso) = > fc3c0c2823b36cc6530c7afdb73dbfa3cb1bf6a64a59fd4a55307e1e4d1541fe > > SHA256 (8.0-RC3-sparc64-bootonly.iso) = > 44a641e1f3080112d6063f923d1e5d17f9d9eedd1004888aace77e08beca2fdf > SHA256 (8.0-RC3-sparc64-disc1.iso) = > e68eec5765f9313a9cbe4e94915b89d68caa4f4f65884be9e7b1d463862c17e3 > SHA256 (8.0-RC3-sparc64-dvd1.iso) = > e824cc316c520d29673c51e5ccf58aba9a79b17e7b61b67c1d13da7300911f7b > SHA256 (8.0-RC3-sparc64-livefs.iso) = > a4f0f8f02a9b1bad01088f5cb81a9a4d93ef6aad095afdd79cb5525b4a1e53b5 > -- The Power to Serve From owner-freebsd-stable@FreeBSD.ORG Fri Nov 13 08:54: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 57C391065697; Fri, 13 Nov 2009 08:54:27 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 384758FC1E; Fri, 13 Nov 2009 08:54:25 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id E122455CD8F8; Fri, 13 Nov 2009 16:54:23 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id qcDf15jnSqvS; Fri, 13 Nov 2009 16:54:18 +0800 (CST) Received: from qld630 (unknown [219.142.100.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id ECEF355CD802; Fri, 13 Nov 2009 16:54:17 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=geekcn.org; c=nofws; q=dns; h=content-type:to:subject:references:date:mime-version: content-transfer-encoding:from:organization:message-id:in-reply-to:user-agent; b=GNNxHG2RFpyAipboZ4A3/xR1hzzM/wKWLYwlzawBYvjxsE8/F63eAgsNr9U3fTYZq JHHFT9YXHWcygYcxsByzw== Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Chao Shin" , "Ken Smith" , freebsd-current , freebsd-stable References: <1258040317.7556.29.camel@bauer.cse.buffalo.edu> Date: Fri, 13 Nov 2009 16:54:17 +0800 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Chao Shin" Organization: GeekCN Message-ID: In-Reply-To: User-Agent: Opera Mail/10.01 (Win32) Cc: Subject: Re: 8.0-RC3 Available 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: Fri, 13 Nov 2009 08:54:27 -0000 > Hi All, > > Is sysinstall can work now? > After I set Label in sysinstall it has message come out said > "Unable to find device node for /dev/ad4s1b in /dev! > The creation of filesystems will be aborted." > and installation aborted. > > I have installed freebsd with sysinstall ten years, that is first time I > meet that > my box is dell's optiplex 745, I've installed 7.2R on it without any problem before. >> >> The third and hopefully last of the Release Candidates for the FreeBSD >> 8.0 release cycle is now available. Unless something catastrophic comes >> up within the next couple of days we will begin the final builds for >> 8.0-RELEASE. >> >> There is one known issue with the igb(4) driver we are still deciding >> whether or not to fix as part of 8.0-RELEASE versus doing an Errata >> Notice for it some time after the release is out. It has been patched >> in head, and the SVN commit for it is r199192. If any of you are able >> to give that patch a try on a machine with the igb(4) NIC it would be >> appreciated. >> >> If you notice problems you can report them through the normal Gnats PR >> system or on the freebsd-current mailing list. I do cross-post >> announcements to freebsd-stable because this particular release is >> "about to become a stable branch" but when it comes to watching for >> issues related to the release most of the developers pay more attention >> to the freebsd-current list. >> >> ISO images for all supported architectures are available on the FTP >> sites, and a "memory stick" image is available for amd64/i386 >> architectures. For amd64/i386 architectures the cdrom and memstick >> images include the documentation packages but no other packages. The >> DVD image includes the packages that will probably be available on the >> official release media but is subject to change between now and release. >> For sparc64 there is now a livefs cdrom, disc1 includes the >> documentation packages, and the DVD image has the set of packages that >> currently build for sparc64 (which is a sub-set of the set provided for >> amd64/i386). >> >> If you are using csup/cvsup methods to update an older system the branch >> tag to use is RELENG_8_0. >> >> The freebsd-update(8) utility supports binary upgrades of i386 and amd64 >> systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, >> 7.1-RELEASE, 7.2-RELEASE, 8.0-BETA1, 8.0-BETA2, 8.0-BETA3, 8.0-BETA4, >> 8.0-RC1 or 8.0-RC2 can upgrade as follows: >> # freebsd-update upgrade -r 8.0-RC3 >> During this process, FreeBSD Update may ask the user to help by merging >> some configuration files or by confirming that the automatically >> performed merging was done correctly. Systems running 8.0-BETA3 may >> print the warning >> >> INDEX-OLD.all: Invalid arguments >> >> when downloading updates; this warning is a harmless bug (fixed in >> 8.0-BETA4) and can be safely ignored. >> >> # freebsd-update install >> The system must be rebooted with the newly installed kernel before >> continuing. >> # shutdown -r now >> After rebooting, freebsd-update needs to be run again to install the new >> userland components: >> >> # freebsd-update install >> At this point, users of systems being upgraded from FreeBSD 8.0-BETA2 or >> earlier will be prompted by freebsd-update to rebuild all third-party >> applications (e.g., ports installed from the ports tree) due to updates >> in system libraries. See: >> >> http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.html >> >> for mode details. After updating installed third-party applications >> (and again, only if freebsd-update printed a message indicating that >> this was necessary), run freebsd-update again so that it can delete the >> old (no longer used) system libraries: >> >> # freebsd-update install >> Finally, reboot into 8.0-RC3: >> # shutdown -r now >> >> MD5/SHA256 checksums for the image files: >> >> MD5 (8.0-RC3-amd64-bootonly.iso) = 641881caa82ea85c118bc15fff12fce6 >> MD5 (8.0-RC3-amd64-disc1.iso) = 854c273b89792cd0366d5399df1034eb >> MD5 (8.0-RC3-amd64-dvd1.iso) = 9bd1bb2507bc2a3037bc321bb2724bd6 >> MD5 (8.0-RC3-amd64-livefs.iso) = c5f427c8bf823e10a5348935cec2d7ee >> MD5 (8.0-RC3-amd64-memstick.img) = 6af9e213914a58a5779715ae5882bd25 >> >> MD5 (8.0-RC3-i386-bootonly.iso) = dfaec92ae358ab780d317aa66482ca9e >> MD5 (8.0-RC3-i386-disc1.iso) = 460f6cfddaebee6ae59a7d5f73695246 >> MD5 (8.0-RC3-i386-dvd1.iso) = 98d3f65f2444a8745f787df5ce9e1f0c >> MD5 (8.0-RC3-i386-livefs.iso) = 5184b7f6403d1d24991533bde0e580ff >> MD5 (8.0-RC3-i386-memstick.img) = 8774ef1d6bdf541e440f2f8ed22a2493 >> >> MD5 (8.0-RC3-ia64-bootonly.iso) = fd0af8f34937cf7fc78ea0063252afb7 >> MD5 (8.0-RC3-ia64-disc1.iso) = 96313c25e53fc333c258ed675007f3d7 >> MD5 (8.0-RC3-ia64-disc2.iso) = 235714607a2805c396ece829839405be >> MD5 (8.0-RC3-ia64-disc3.iso) = 53fca9243ccc788190ca58d24f363cbe >> MD5 (8.0-RC3-ia64-dvd1.iso) = 4e24736ab50bc2227c72dbeab6869266 >> MD5 (8.0-RC3-ia64-livefs.iso) = b6d76cf77ed714631bf714ff78b8e950 >> >> MD5 (8.0-RC3-pc98-bootonly.iso) = 137d17ec3830b6ae831b6fb48adf86e0 >> MD5 (8.0-RC3-pc98-disc1.iso) = 3624b1f7b3a659a7454718e38b9a1ee0 >> MD5 (8.0-RC3-pc98-livefs.iso) = 29ed3786b2df1c2e72e45d1187f3e788 >> MD5 (8.0-RC3-powerpc-bootonly.iso) = e7d8508639dee4aed5e52a24d6e27b69 >> MD5 (8.0-RC3-powerpc-disc1.iso) = 1016ae7753db153b7be0f5d167f595b9 >> MD5 (8.0-RC3-powerpc-disc2.iso) = aec2400454631cc2eaecb6f618bfecc8 >> MD5 (8.0-RC3-powerpc-disc3.iso) = fe36d621ad4b6347f8ade9800ccfab7b >> >> MD5 (8.0-RC3-sparc64-bootonly.iso) = c35ddcb4dd050c793d89973eba02df72 >> MD5 (8.0-RC3-sparc64-disc1.iso) = 0d3855603ac868609fb882c321555508 >> MD5 (8.0-RC3-sparc64-dvd1.iso) = 7a402ec8d17804bd6d16fad0969c9e52 >> MD5 (8.0-RC3-sparc64-livefs.iso) = 61c90ecce584c0c91f91e744f40a7d42 >> >> SHA256 (8.0-RC3-amd64-bootonly.iso) = >> fbf7c68cf81c300ec4e944ed6491f65d217168a85c1863c019cb41eec30cae94 >> SHA256 (8.0-RC3-amd64-disc1.iso) = >> 7e377f38cb6dc0ba1aa1fa13facf7e03f3cefad3d1490de797ed3a91680892e8 >> SHA256 (8.0-RC3-amd64-dvd1.iso) = >> fa4671d9b9b5b8208579d51cc2f72188a9537984ee28ba851236a52f32022597 >> SHA256 (8.0-RC3-amd64-livefs.iso) = >> c8c3728583b43e76d5e305b20fed578474adb5b14dbf2537b8ca9156b2d1c4cd >> SHA256 (8.0-RC3-amd64-memstick.img) = >> b8d90dbfca07160d9818bf6705b5dd99ba25fe1624cdda3f3f4919681d1b1af1 >> >> SHA256 (8.0-RC3-i386-bootonly.iso) = >> f514dbec335fbf72917b25c1e79f6bca4e9dd74e037f75ab30d810e7942ac2fc >> SHA256 (8.0-RC3-i386-disc1.iso) = >> 6b306af4a74df57d2c155891557878d747bac92a24c2b46947f89e7d9657addc >> SHA256 (8.0-RC3-i386-dvd1.iso) = >> 21794b11142eeb7eb56c8810b83dcd67230b0d26a0f0e5839866172d977a5626 >> SHA256 (8.0-RC3-i386-livefs.iso) = >> 3dfd45e0a5550913b29d19d989f19167159d1f926f1667d1622890a5f83be93b >> SHA256 (8.0-RC3-i386-memstick.img) = >> afc65bf14101ace1f069323678a8070ab84823bf191aeefa8fc9909d38e9306e >> >> SHA256 (8.0-RC3-ia64-bootonly.iso) = >> 1fefdd0b03c943162cbb66d507e11c3a2e541e97a0742471de49f17ae96b953c >> SHA256 (8.0-RC3-ia64-disc1.iso) = >> 67124c8101dd3fb06dbd3771c3eb18560207b42e46c331cc2ab02ba5284a72b7 >> SHA256 (8.0-RC3-ia64-disc2.iso) = >> 4eaa1125f98c5ed463f7577b9818dd57dbaee0bad01a1c7543ad4cc89c1770d0 >> SHA256 (8.0-RC3-ia64-disc3.iso) = >> c178a48004a12d6f178b478da146582742a88a27fcbf380029ae7fb3f6db6472 >> SHA256 (8.0-RC3-ia64-dvd1.iso) = >> d45a8e6ae622c1985d5b9c346c74f44884f3adba3c02d0b69bb58f19b359fa73 >> SHA256 (8.0-RC3-ia64-livefs.iso) = >> 9132340e15b75601017b0b57902fa48926e1d1a257f1f5149baa07c15e0dede8 >> >> SHA256 (8.0-RC3-pc98-bootonly.iso) = >> 42beee44af5859861718978a03de04e6a6fd0e63afec66a939830286fb73b22a >> SHA256 (8.0-RC3-pc98-disc1.iso) = >> 4b00447579349443d80082d1809b0d04688ea317a9bee3f551c13a35c82c549d >> SHA256 (8.0-RC3-pc98-livefs.iso) = >> 243306c98a9eade16d90994217fd89f0aba51cfd8399b1017754a3415f2e79e8 >> >> SHA256 (8.0-RC3-powerpc-bootonly.iso) = >> 4cfbcac5fc69bb10860ed2c511bcf175be730c2fd11e57ccd2c8c77322ea5172 >> SHA256 (8.0-RC3-powerpc-disc1.iso) = >> 6d7725d24c01d985590566eb168cde1e6d334a3cdc6bdc7a4508ea54c205c489 >> SHA256 (8.0-RC3-powerpc-disc2.iso) = >> ecfd22166dd411359d74a61c1724cfa747e4a7e9cb8b47776643795f6388942b >> SHA256 (8.0-RC3-powerpc-disc3.iso) = >> fc3c0c2823b36cc6530c7afdb73dbfa3cb1bf6a64a59fd4a55307e1e4d1541fe >> >> SHA256 (8.0-RC3-sparc64-bootonly.iso) = >> 44a641e1f3080112d6063f923d1e5d17f9d9eedd1004888aace77e08beca2fdf >> SHA256 (8.0-RC3-sparc64-disc1.iso) = >> e68eec5765f9313a9cbe4e94915b89d68caa4f4f65884be9e7b1d463862c17e3 >> SHA256 (8.0-RC3-sparc64-dvd1.iso) = >> e824cc316c520d29673c51e5ccf58aba9a79b17e7b61b67c1d13da7300911f7b >> SHA256 (8.0-RC3-sparc64-livefs.iso) = >> a4f0f8f02a9b1bad01088f5cb81a9a4d93ef6aad095afdd79cb5525b4a1e53b5 >> > > -- The Power to Serve From owner-freebsd-stable@FreeBSD.ORG Fri Nov 13 09:26: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 920BA1065676; Fri, 13 Nov 2009 09:26:14 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id C645D8FC1E; Fri, 13 Nov 2009 09:26:13 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 7CCCA55CD8FD; Fri, 13 Nov 2009 17:26:11 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id UHa8r5A6EOtx; Fri, 13 Nov 2009 17:26:06 +0800 (CST) Received: from qld630 (unknown [219.142.100.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 2AC6D55CD802; Fri, 13 Nov 2009 17:26:02 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=geekcn.org; c=nofws; q=dns; h=content-type:to:subject:references:date:mime-version: content-transfer-encoding:from:organization:message-id:in-reply-to:user-agent; b=EVDLjX4urWMxlpAt2Xi70h+DiefPyM2gWcPwW1gNGxIjPib6tii5TqfW1H3GtRLsg hXs+uddyvnAUxKbMzrQ3g== Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Chao Shin" , "Ken Smith" , freebsd-current , freebsd-stable References: <1258040317.7556.29.camel@bauer.cse.buffalo.edu> Date: Fri, 13 Nov 2009 17:25:54 +0800 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Chao Shin" Organization: GeekCN Message-ID: In-Reply-To: User-Agent: Opera Mail/10.01 (Win32) Cc: Subject: Re: 8.0-RC3 Available 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: Fri, 13 Nov 2009 09:26:14 -0000 在 Fri, 13 Nov 2009 16:42:44 +0800，Chao Shin 写道: > Hi All, > > Is sysinstall can work now? > After I set Label in sysinstall it has message come out said > "Unable to find device node for /dev/ad4s1b in /dev! > The creation of filesystems will be aborted." > and installation aborted. > > I have installed freebsd with sysinstall ten years, that is first time I > meet that > I found the reason of that. I've fdisk that disk with dd mode before, the sysinstall can't overwrite the partition record, so can't label on it. If I want to install 8.0-rc3 on that disk, I have to erase the partition record with "dd if=/dev/zero of=/dev/ad4 bs=1M count=1" before installation. -- The Power to Serve From owner-freebsd-stable@FreeBSD.ORG Fri Nov 13 09: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 BE14710656C1 for ; Fri, 13 Nov 2009 09:54:23 +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 6C42F8FC1C for ; Fri, 13 Nov 2009 09:54:23 +0000 (UTC) Received: from OMTA07.westchester.pa.mail.comcast.net ([76.96.62.59]) by QMTA03.westchester.pa.mail.comcast.net with comcast id 4Zmc1d0011GhbT853ZuPyz; Fri, 13 Nov 2009 09:54:23 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA07.westchester.pa.mail.comcast.net with comcast id 4ZuN1d0063S48mS3TZuNjm; Fri, 13 Nov 2009 09:54:23 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 9323D1E3035; Fri, 13 Nov 2009 01:54:21 -0800 (PST) Date: Fri, 13 Nov 2009 01:54:21 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091113095421.GA46162@icarus.home.lan> References: <1258040317.7556.29.camel@bauer.cse.buffalo.edu> 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: 8.0-RC3 Available 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: Fri, 13 Nov 2009 09:54:23 -0000 On Fri, Nov 13, 2009 at 05:25:54PM +0800, Chao Shin wrote: > ??? Fri, 13 Nov 2009 16:42:44 +0800???Chao Shin ??????: > > >Hi All, > > > >Is sysinstall can work now? > >After I set Label in sysinstall it has message come out said > >"Unable to find device node for /dev/ad4s1b in /dev! > >The creation of filesystems will be aborted." > >and installation aborted. > > > >I have installed freebsd with sysinstall ten years, that is first time I > >meet that > > > > I found the reason of that. I've fdisk that disk with dd mode before, the > sysinstall can't overwrite the partition record, so can't label on it. > If I want to install 8.0-rc3 on that disk, I have to erase the partition > record with "dd if=/dev/zero of=/dev/ad4 bs=1M count=1" before > installation. I've covered this (indirectly) on my blog, documenting that 8.0-RC1's sysinstall "was not doing the right thing" with regards to setting up disks to be fully compatible with the new GEOM improvements. The result was a disk that would work, but GEOM would complain about the disk label not matching geometry. http://koitsu.wordpress.com/2009/10/12/testing-out-freebsd-8-0-rc1/ 8.0-RC2 addressed this by fixing sysinstall to do the Right Thing for new installs. Existing installs, however, will be susceptible to the problem. Note the difference in the disk label between an 8.0-RC1 and 8.0-RC2 system here: http://koitsu.wordpress.com/2009/11/02/testing-out-freebsd-8-0-rc2/ Finally, I'll note that your dd command is horribly excessive. All you need to do is nuke the MBR + PBR and you're good to go. The following should be sufficient: dd if=/dev/zero of=/dev/adX count=5 -- | 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 Fri Nov 13 10:01: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 C7D8E106566C; Fri, 13 Nov 2009 10:01:49 +0000 (UTC) (envelope-from wout@delta-design.be) Received: from lrelay02.edpnet.net (lrelay02.edpnet.net [212.71.1.211]) by mx1.freebsd.org (Postfix) with ESMTP id 586538FC15; Fri, 13 Nov 2009 10:01:49 +0000 (UTC) Received: from [192.168.2.109] (212.71.12.94.adsl.dyn.edpnet.net [212.71.12.94]) by lrelay02.edpnet.net (8.13.8/8.13.8) with ESMTP id nAD9PB2L030029; Fri, 13 Nov 2009 10:25:11 +0100 From: Wout =?ISO-8859-1?Q?Decr=E9?= To: Nikolay Tychina In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Organization: Delta Design Date: Fri, 13 Nov 2009 10:25:11 +0100 Message-ID: <1258104311.2362.1.camel@wout-thinkpad> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.2 at lrelay02.edpnet.net X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lrelay02.edpnet.net Cc: freebsd-www@freebsd.org, freebsd-stable@freebsd.org, freebsd-cvsweb@freebsd.org Subject: Re: how to mirror cvs or svn with rsync 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: Fri, 13 Nov 2009 10:01:49 -0000 Hello Maybe the following article will get you started: http://www.freebsd.org/doc/en/articles/hubs/ Kind regards Wout On Fri, 2009-11-13 at 00:39 +0300, Nikolay Tychina wrote: > Hi everybody! > > How do I mirror FreeBSD sources (CVS or SVN) with rsync? > This is the first time I have to use rsync, and its man page really makes me > confused. > I would really appreciate your help. > > Regards, > > Nik > _______________________________________________ > freebsd-www@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-www > To unsubscribe, send any mail to "freebsd-www-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 13 11:08: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 D5F70106566B for ; Fri, 13 Nov 2009 11:08:07 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id AC45D8FC12 for ; Fri, 13 Nov 2009 11:08:07 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 2F9A9509A2; Fri, 13 Nov 2009 11:08:07 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MuR0lgrQMVgK; Fri, 13 Nov 2009 11:08:06 +0000 (GMT) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id CFDE250994 ; Fri, 13 Nov 2009 11:08:05 +0000 (GMT) Message-ID: <4AFD3E14.6040403@langille.org> Date: Fri, 13 Nov 2009 06:08:04 -0500 From: Dan Langille User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Adam Vande More References: <4AFCBD9C.1030306@langille.org> <6201873e0911121902m72d7cefbne11023abb511f693@mail.gmail.com> In-Reply-To: <6201873e0911121902m72d7cefbne11023abb511f693@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: hald running 100% 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: Fri, 13 Nov 2009 11:08:07 -0000 Adam Vande More wrote: > On Thu, Nov 12, 2009 at 7:59 PM, Dan Langille > wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > After upgrading to 8.0-PRERELEASE today, I'm seeing hald at 100% on both > my laptop and my desktop: > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 1500 haldaemon 1 118 0 22944K 4904K CPU1 1 107:44 100.00% hald > > uptime was about 1:50 at this point. > > Seems to be relatively common from the posts I've seen. > > > ThinkPad X61s. dmesg output attached. FWIW. > > > it's not a common issue anymore. What version of hal are you running > and did you recompile after the upgrade? I don't know the version (laptop is not available just now) but I will recompile. That's the next task. Thanks. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 13 12:23: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 042CC106566C for ; Fri, 13 Nov 2009 12:23:49 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D4DFF8FC16 for ; Fri, 13 Nov 2009 12:23:48 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 7D2E646B65 for ; Fri, 13 Nov 2009 07:23:48 -0500 (EST) Date: Fri, 13 Nov 2009 12:23:48 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: stable@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: [libdispatch-dev] FreeBSD 8-STABLE now supports GCD, libdispatch port updated (fwd) 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: Fri, 13 Nov 2009 12:23:49 -0000 FYI to FreeBSD 8-STABLE followers who may be interested in using Apple's GCD technology on FreeBSD. GCD, for those who may have missed it, is a concurrent programming framework introdued in Mac OS X Snow Leopard, now also supported on FreeBSD. There are a number of useful links on the wiki page, but this provides the best high-level introduction: http://images.apple.com/macosx/technology/docs/GrandCentral_TB_brief_20090903.pdf My announcement text (and wiki link) below. Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Fri, 13 Nov 2009 12:21:40 +0000 (GMT) From: Robert Watson To: libdispatch-dev@lists.macosforge.org Subject: [libdispatch-dev] FreeBSD 8-STABLE now supports GCD, libdispatch port updated Dear all: Just an FYI that all the parts are now in place to use GCD (libdispatch) on FreeBSD 8-STABLE. You will need the following: - FreeBSD 8-STABLE snapshot from at least 2009-11-01 (r198732) - FreeBSD libdispatch port from at least 2009-11-11 Do the upgrade to the 8-STABLE snapshot first so that the port can find the required kernel features. As a reminder, you can find FreeBSD/GCD port status, quick start guide, and general information here: http://wiki.freebsd.org/GCD I have updated it to reflect 8.x support. Thanks are due to Stacey Son and Stanislav Sedov for their work to make this happen! Robert N M Watson Computer Laboratory University of Cambridge _______________________________________________ libdispatch-dev mailing list libdispatch-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/libdispatch-dev From owner-freebsd-stable@FreeBSD.ORG Fri Nov 13 14:30:22 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 0AD75106566B for ; Fri, 13 Nov 2009 14:30:22 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [IPv6:2001:470:9391:2::3]) by mx1.freebsd.org (Postfix) with ESMTP id BD2228FC1A for ; Fri, 13 Nov 2009 14:30:21 +0000 (UTC) Received: from localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 6ED0F45402; Fri, 13 Nov 2009 14:30:20 +0000 (GMT) X-Virus-Scanned: amavisd-new at thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id u-rNfBtyOd8j; Fri, 13 Nov 2009 14:30:15 +0000 (UTC) Received: from [10.0.2.11] (daffy.tector.org.uk [82.71.32.9]) by mx0.thekeelecentre.com (Postfix) with ESMTPA id 13E24453E6; Fri, 13 Nov 2009 14:30:14 +0000 (GMT) Message-ID: <4AFD6D69.7090109@thekeelecentre.com> Date: Fri, 13 Nov 2009 14:30:01 +0000 From: Richard Tector User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Zaphod Beeblebrox References: <5f67a8c40911121246m144ba07w707a1c268fb2102c@mail.gmail.com> In-Reply-To: <5f67a8c40911121246m144ba07w707a1c268fb2102c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: FreeBSD 7.x hang-on-boot on Dell 1950 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: Fri, 13 Nov 2009 14:30:22 -0000 Zaphod Beeblebrox wrote: > I have a dell 1950 here on the floor. Since "1950" seems to refer to a lot > of things with a lot of configurations, I'm going to attempt to narrow that > down a bit. > > It's got 2x 2.33Ghz dual core pentiums (stepping 06-0F-6 according to the > bios) in it and it has an SAS RAID card that FreeBSD recognises. I've > upgraded the BIOS to 2.6.1. It has two SAS 70G drives in a RAID 1 > configuration and it has a DVD (although it will only boot from CDs). > > If it helps, it's between 2 and 3 years old, I think. > > If I allow the machine to boot normally, it stopps after checking the floppy > (there is no floppy) with the following message: > > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: does not respond > device_attach: fdc0 attach returned 6 > > If I boot the machine without ACPI, it seems to stop at the same place > (stopping after having checked the ata controller, which checks right before > the floppy) > > If I boot the machine verbose, I get no more information --- it stopps at > the same place. > > I have tried this (so far) with 7.2-R and 7.1-R. Both do the same thing. > Can you try with 7.0 (should be available on ftp-archive)? I have a 1950 from Sept '07 that's now running 7.2-STABLE i386 with the fd devices removed. It started out as 7.0-RELEASE, so maybe its a problem introduced since then? Also, you didn't mention if you were running i386 or amd64. Richard From owner-freebsd-stable@FreeBSD.ORG Fri Nov 13 15:40: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 98E371065695 for ; Fri, 13 Nov 2009 15:40:34 +0000 (UTC) (envelope-from maurovale@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 265D78FC14 for ; Fri, 13 Nov 2009 15:40:33 +0000 (UTC) Received: by fxm27 with SMTP id 27so3740383fxm.3 for ; Fri, 13 Nov 2009 07:40:33 -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; bh=CEBbs2wi6QkqOUS+8cgoz31hbIu2l6pg58RKNEu6VCU=; b=gnjwOCSeyXsYCKoBolr/K2wrXzHxWR5JsOMwRswfMveDmlKog/0q6/D89nBnZnr45V 1QQ+dkDcGCxu4it3cV9LOVKuFfJsD6q4wv1O0UEwUlA+1xzfUEI6IiKQM+7HuKI/0gjW +/ovDweizlsDvJ9Um3wXdCpin2v/+z5qWAp2o= 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; b=u1J4y1d3gd50EDtyZF4PLw1t9Q+cPEdZiUItmUJteUIXr2m5fTKNntzPlUBpc2TThB AEBL+90AwH1snF+YbISY3O4dkniUa+IijNhBJJlXWq6fcCpnRNVCUgU0H96slyZnp/25 ANvc+MekHNtL5frKQyOqaI1B3yawqNlQrdG5U= MIME-Version: 1.0 Received: by 10.204.162.204 with SMTP id w12mr3191896bkx.18.1258124882557; Fri, 13 Nov 2009 07:08:02 -0800 (PST) In-Reply-To: <85d001330911130707m329d7752w136b6cc43f559e3c@mail.gmail.com> References: <4AFCBD9C.1030306@langille.org> <6201873e0911121902m72d7cefbne11023abb511f693@mail.gmail.com> <4AFD3E14.6040403@langille.org> <85d001330911130707m329d7752w136b6cc43f559e3c@mail.gmail.com> Date: Fri, 13 Nov 2009 15:08:01 +0000 Message-ID: <85d001330911130708p14a43d14j865c6f3c96a0ab4f@mail.gmail.com> From: "M. Vale" To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fwd: hald running 100% 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: Fri, 13 Nov 2009 15:40:34 -0000 ---------- Forwarded message ---------- From: M. Vale Date: 2009/11/13 Subject: Re: hald running 100% To: Dan Langille 2009/11/13 Dan Langille Adam Vande More wrote: > >> On Thu, Nov 12, 2009 at 7:59 PM, Dan Langille > dan@langille.org>> wrote: >> >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> After upgrading to 8.0-PRERELEASE today, I'm seeing hald at 100% on >> both >> my laptop and my desktop: >> >> >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >> COMMAND >> 1500 haldaemon 1 118 0 22944K 4904K CPU1 1 107:44 100.00% hald >> >> uptime was about 1:50 at this point. >> >> Seems to be relatively common from the posts I've seen. >> >> >> ThinkPad X61s. dmesg output attached. FWIW. >> >> >> it's not a common issue anymore. What version of hal are you running and >> did you recompile after the upgrade? >> > > I don't know the version (laptop is not available just now) but I will > recompile. That's the next task. Thanks. > _______________________________________________ > 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" > Hi Dan, I've found the problem. The problem is that FreeBSD 7.x installs libusb but in 8.0 libusb is already in the kernel and hald behaves badly don't know why. But i've removed the port libusb from my system, recompiled hald and now everything works ok :) Best Regards Mauro V. Edit: Ups forgot to add cc to FreeBSD Stable From owner-freebsd-stable@FreeBSD.ORG Fri Nov 13 21:17: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 2A9881065672 for ; Fri, 13 Nov 2009 21:17:12 +0000 (UTC) (envelope-from traveling08@cox.net) Received: from fed1rmmtao102.cox.net (fed1rmmtao102.cox.net [68.230.241.44]) by mx1.freebsd.org (Postfix) with ESMTP id 045518FC08 for ; Fri, 13 Nov 2009 21:17:11 +0000 (UTC) Received: from fed1rmimpo03.cox.net ([70.169.32.75]) by fed1rmmtao101.cox.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20091113210154.GOGQ16492.fed1rmmtao101.cox.net@fed1rmimpo03.cox.net> for ; Fri, 13 Nov 2009 16:01:54 -0500 Received: from asus64 ([72.220.91.251]) by fed1rmimpo03.cox.net with bizsmtp id 4l1s1d0065RPd3404l1sSX; Fri, 13 Nov 2009 16:01:52 -0500 X-VR-Score: -40.00 X-Authority-Analysis: v=1.0 c=1 a=VVKlnQF0qlAA:10 a=61-7m5FPURv9UnTkRJYA:9 a=LZfM8_XcqdT-_f8Pd2kA:7 a=JbCGrHNoWhEEGhQMRvVut8fqPUcA:4 a=U8P2cMcdaldJuCrSpQYA:9 a=TtxNJSHqMlnZwfiT71wA:7 a=I7T-UGnJ4HYiNNX95ZniCBd9xnEA:4 a=va5wh5w6_CFyD4DZ:21 a=eTViMOON2yMZo_xH:21 a=GxM7TQKDZ3murSoCDzoA:9 a=xJt3IIr2SCVBYCO0YSgA:7 a=TtyxE_vvVZtE7SY40z0HN0F5kZAA:4 X-CM-Score: 0.00 Date: Fri, 13 Nov 2009 13:01:47 -0800 From: Robert To: freebsd-stable@freebsd.org Message-ID: <20091113130147.744521d7@asus64> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/5bS_i8BT59btRNQV87Yg=DC" Subject: Ext firewire drive not mounted after update 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: Fri, 13 Nov 2009 21:17:12 -0000 --MP_/5bS_i8BT59btRNQV87Yg=DC Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Greetings I just now finished an upgrade to 8.0 Prerelease vie csup, buildworld, make kernel (generic), reboot, mergemaster -p, installworld, mergemaster -Ui, reboot again. [robert@asus64] ~> uname -a FreeBSD asus64.shasta204.local 8.0-PRERELEASE FreeBSD 8.0-PRERELEASE #7: Fri Nov 13 12:01:35 PST 2009 root@asus64.shasta204.local:/usr/obj/usr/src/sys/GENERIC amd64 I have a WD external 500G mybook connected via firewire. It has worked fine since 6.something through 7.x and all of the betas and rc's up to this point. I use the drive for backups of all the computers on my network. Booting into multi-user will fail because the drive is not found. I had to comment it out of fstab in order to boot multi-user. If I unplug the firewire cable I get this message on the console: Nov 13 12:42:15 asus64 kernel: fwohci0: fwohci_intr_core: BUS reset Nov 13 12:42:15 asus64 kernel: fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=2, CYCLEMASTER mode Nov 13 12:42:15 asus64 kernel: firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) Nov 13 12:42:15 asus64 kernel: firewire0: bus manager 0 Nov 13 12:42:16 asus64 kernel: firewire0: fw_attach_dev:Removing missing device ID:0090a991e0013e57 Plugging the cable back in gives this: Nov 13 12:42:21 asus64 kernel: fwohci0: fwohci_intr_core: BUS reset Nov 13 12:42:21 asus64 kernel: fwohci0: fwohci_intr_core: node_id=0x00000001, SelfID Count=3, CYCLEMASTER mode Nov 13 12:42:21 asus64 kernel: firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1) (me) Nov 13 12:42:21 asus64 kernel: firewire0: bus manager 1 Nov 13 12:42:21 asus64 kernel: firewire0: New S800 device ID:0090a991e0013e57 No device is created in /dev/da* I did not see anything in /usr/src/UPDATING and I do not recall anything like this in the mail lists (currect or stable). Did I miss something or is this a regression? /var/run/dmesg.boot and pciconf -lv attached. I can provide anything else needed. TIA Robert --MP_/5bS_i8BT59btRNQV87Yg=DC Content-Type: application/octet-stream; name=dmesg.boot Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=dmesg.boot Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtUFJFUkVMRUFTRSAjNzogRnJpIE5vdiAxMyAx MjowMTozNSBQU1QgMjAwOQogICAgcm9vdEBhc3VzNjQuc2hhc3RhMjA0LmxvY2FsOi91c3Ivb2Jq L3Vzci9zcmMvc3lzL0dFTkVSSUMgYW1kNjQKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kg MTE5MzE4MiBIeiBxdWFsaXR5IDAKQ1BVOiBBTUQgQXRobG9uKHRtKSA2NCBQcm9jZXNzb3IgMzIw MCsgKDIwMDkuMTUtTUh6IEs4LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiQXV0aGVudGljQU1EIiAg SWQgPSAweDIwZmYwICBTdGVwcGluZyA9IDAKICBGZWF0dXJlcz0weDc4YmZiZmY8RlBVLFZNRSxE RSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQs UFNFMzYsQ0xGTFVTSCxNTVgsRlhTUixTU0UsU1NFMj4KICBGZWF0dXJlczI9MHgxPFNTRTM+CiAg QU1EIEZlYXR1cmVzPTB4ZTI1MDA4MDA8U1lTQ0FMTCxOWCxNTVgrLEZGWFNSLExNLDNETm93ISss M0ROb3chPgogIEFNRCBGZWF0dXJlczI9MHgxPExBSEY+CnJlYWwgbWVtb3J5ICA9IDQyOTQ5Njcy OTYgKDQwOTYgTUIpCmF2YWlsIG1lbW9yeSA9IDM5OTk2ODI1NjAgKDM4MTQgTUIpCkFDUEkgQVBJ QyBUYWJsZTogPEEgTSBJICBPRU1BUElDID4KaW9hcGljMCA8VmVyc2lvbiAxLjE+IGlycXMgMC0y MyBvbiBtb3RoZXJib2FyZAprYmQxIGF0IGtiZG11eDAKYWNwaTA6IDxBIE0gSSBPRU1YU0RUPiBv biBtb3RoZXJib2FyZAphY3BpMDogW0lUSFJFQURdCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVk KQphY3BpMDogcmVzZXJ2YXRpb24gb2YgMCwgYTAwMDAgKDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2 YXRpb24gb2YgMTAwMDAwLCA3ZmYwMDAwMCAoMykgZmFpbGVkClRpbWVjb3VudGVyICJBQ1BJLXNh ZmUiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgODUwCmFjcGlfdGltZXIwOiA8MjQtYml0 IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NTA4LTB4NTBiIG9uIGFjcGkwCnBjaWIwOiA8 QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpMDogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpMDogPG1lbW9yeSwgUkFNPiBhdCBkZXZpY2UgMC4wIChu byBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxtZW1vcnksIFJBTT4gYXQgZGV2aWNlIDAuMSAobm8g ZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8bWVtb3J5LCBSQU0+IGF0IGRldmljZSAwLjIgKG5vIGRy aXZlciBhdHRhY2hlZCkKcGNpMDogPG1lbW9yeSwgUkFNPiBhdCBkZXZpY2UgMC4zIChubyBkcml2 ZXIgYXR0YWNoZWQpCnBjaTA6IDxtZW1vcnksIFJBTT4gYXQgZGV2aWNlIDAuNCAobm8gZHJpdmVy IGF0dGFjaGVkKQpwY2kwOiA8bWVtb3J5LCBSQU0+IGF0IGRldmljZSAwLjUgKG5vIGRyaXZlciBh dHRhY2hlZCkKcGNpMDogPG1lbW9yeSwgUkFNPiBhdCBkZXZpY2UgMC42IChubyBkcml2ZXIgYXR0 YWNoZWQpCnBjaTA6IDxtZW1vcnksIFJBTT4gYXQgZGV2aWNlIDAuNyAobm8gZHJpdmVyIGF0dGFj aGVkKQpwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyLjAgb24gcGNpMApw Y2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAzLjAgb24gcGNpMApwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpwY2li MzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA0LjAgb24gcGNpMApwY2kzOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMwp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gbWVt IDB4ZmQwMDAwMDAtMHhmZGZmZmZmZiwweGQwMDAwMDAwLTB4ZGZmZmZmZmYsMHhmYzAwMDAwMC0w eGZjZmZmZmZmIGlycSAxNiBhdCBkZXZpY2UgNS4wIG9uIHBjaTAKcGNpMDogPG1lbW9yeSwgUkFN PiBhdCBkZXZpY2UgOS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmlzYWIwOiA8UENJLUlTQSBicmlk Z2U+IGF0IGRldmljZSAxMC4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCm5mc21i MDogPG5Gb3JjZTIvMy80IE1DUCBTTUJ1cyBDb250cm9sbGVyPiBwb3J0IDB4NjAwLTB4NjNmLDB4 NzAwLTB4NzNmIGlycSAyMCBhdCBkZXZpY2UgMTAuMSBvbiBwY2kwCnNtYnVzMDogPFN5c3RlbSBN YW5hZ2VtZW50IEJ1cz4gb24gbmZzbWIwCm5mc21iMTogPG5Gb3JjZTIvMy80IE1DUCBTTUJ1cyBD b250cm9sbGVyPiBvbiBuZnNtYjAKc21idXMxOiA8U3lzdGVtIE1hbmFnZW1lbnQgQnVzPiBvbiBu ZnNtYjEKb2hjaTA6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZmViZGUw MDAtMHhmZWJkZWZmZiBpcnEgMjEgYXQgZGV2aWNlIDExLjAgb24gcGNpMApvaGNpMDogW0lUSFJF QURdCnVzYnVzMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMAplaGNp MDogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZmViZGZjMDAtMHhm ZWJkZmNmZiBpcnEgMjIgYXQgZGV2aWNlIDExLjEgb24gcGNpMAplaGNpMDogW0lUSFJFQURdCnVz YnVzMTogRUhDSSB2ZXJzaW9uIDEuMAp1c2J1czE6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNv bnRyb2xsZXI+IG9uIGVoY2kwCmF0YXBjaTA6IDxuVmlkaWEgbkZvcmNlIE1DUDUxIFVETUExMzMg Y29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3NywweDM3NiwweGZm YTAtMHhmZmFmIGF0IGRldmljZSAxMy4wIG9uIHBjaTAKYXRhMDogPEFUQSBjaGFubmVsIDA+IG9u IGF0YXBjaTAKYXRhMDogW0lUSFJFQURdCmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kw CmF0YTE6IFtJVEhSRUFEXQphdGFwY2kxOiA8blZpZGlhIG5Gb3JjZSBNQ1A1MSBTQVRBMzAwIGNv bnRyb2xsZXI+IHBvcnQgMHhlODAwLTB4ZTgwNywweGU0ODAtMHhlNDgzLDB4ZTQwMC0weGU0MDcs MHhlMDgwLTB4ZTA4MywweGUwMDAtMHhlMDBmIG1lbSAweGZlYmRkMDAwLTB4ZmViZGRmZmYgaXJx IDIzIGF0IGRldmljZSAxNC4wIG9uIHBjaTAKYXRhcGNpMTogW0lUSFJFQURdCmF0YTI6IDxBVEEg Y2hhbm5lbCAwPiBvbiBhdGFwY2kxCmF0YTI6IFtJVEhSRUFEXQphdGEzOiA8QVRBIGNoYW5uZWwg MT4gb24gYXRhcGNpMQphdGEzOiBbSVRIUkVBRF0KcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdl PiBhdCBkZXZpY2UgMTYuMCBvbiBwY2kwCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0CmZ3 b2hjaTA6IDxWSUEgRmlyZSBJSSAoVlQ2MzA2KT4gcG9ydCAweGNjMDAtMHhjYzdmIG1lbSAweGZh YWZmODAwLTB4ZmFhZmZmZmYgaXJxIDE3IGF0IGRldmljZSA4LjAgb24gcGNpNApmd29oY2kwOiBb SVRIUkVBRF0KZndvaGNpMDogT0hDSSB2ZXJzaW9uIDEuMCAoUk9NPTEpCmZ3b2hjaTA6IE5vLiBv ZiBJc29jaHJvbm91cyBjaGFubmVscyBpcyA0Lgpmd29oY2kwOiBFVUk2NCAwMDoxMTowNjowMDow MDowMDo1ZjpiZQpmd29oY2kwOiBQaHkgMTM5NGEgYXZhaWxhYmxlIFM0MDAsIDMgcG9ydHMuCmZ3 b2hjaTA6IExpbmsgUzQwMCwgbWF4X3JlYyAyMDQ4IGJ5dGVzLgpmaXJld2lyZTA6IDxJRUVFMTM5 NChGaXJlV2lyZSkgYnVzPiBvbiBmd29oY2kwCmRjb25zX2Nyb20wOiA8ZGNvbnMgY29uZmlndXJh dGlvbiBST00+IG9uIGZpcmV3aXJlMApkY29uc19jcm9tMDogYnVzX2FkZHIgMHg3YmY4YzAwMApm d2UwOiA8RXRoZXJuZXQgb3ZlciBGaXJlV2lyZT4gb24gZmlyZXdpcmUwCmlmX2Z3ZTA6IEZha2Ug RXRoZXJuZXQgYWRkcmVzczogMDI6MTE6MDY6MDA6NWY6YmUKZndlMDogRXRoZXJuZXQgYWRkcmVz czogMDI6MTE6MDY6MDA6NWY6YmUKZndpcDA6IDxJUCBvdmVyIEZpcmVXaXJlPiBvbiBmaXJld2ly ZTAKZndpcDA6IEZpcmV3aXJlIGFkZHJlc3M6IDAwOjExOjA2OjAwOjAwOjAwOjVmOmJlIEAgMHhm ZmZlMDAwMDAwMDAsIFM0MDAsIG1heHJlYyAyMDQ4CmZ3b2hjaTA6IEluaXRpYXRlIGJ1cyByZXNl dApmd29oY2kwOiBmd29oY2lfaW50cl9jb3JlOiBCVVMgcmVzZXQKZndvaGNpMDogZndvaGNpX2lu dHJfY29yZTogbm9kZV9pZD0weDAwMDAwMDAxLCBTZWxmSUQgQ291bnQ9MSwgQ1lDTEVNQVNURVIg bW9kZQpoZGFjMDogPE5WaWRpYSBNQ1A1MSBIaWdoIERlZmluaXRpb24gQXVkaW8gQ29udHJvbGxl cj4gbWVtIDB4ZmViZDgwMDAtMHhmZWJkYmZmZiBpcnEgMjAgYXQgZGV2aWNlIDE2LjEgb24gcGNp MApoZGFjMDogSERBIERyaXZlciBSZXZpc2lvbjogMjAwOTA2MjRfMDEzNgpoZGFjMDogW0lUSFJF QURdCm5mZTA6IDxOVklESUEgbkZvcmNlIDQzMCBNQ1AxMyBOZXR3b3JraW5nIEFkYXB0ZXI+IHBv cnQgMHhkYzAwLTB4ZGMwNyBtZW0gMHhmZWJkYzAwMC0weGZlYmRjZmZmIGlycSAyMSBhdCBkZXZp Y2UgMjAuMCBvbiBwY2kwCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBuZmUwCnJscGh5MDogPFJUTDgy MDFMIDEwLzEwMCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1paWJ1czAKcmxwaHkwOiAgMTBi YXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bwpuZmUwOiBF dGhlcm5ldCBhZGRyZXNzOiAwMDoxMzpkNDpmZTowMjplMwpuZmUwOiBbRklMVEVSXQphY3BpX2J1 dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2Nr PiBwb3J0IDB4NzAtMHg3MSBpcnEgOCBvbiBhY3BpMApBQ1BJIFdhcm5pbmc6IFxcX1NCXy5QQ0kw LlNCUkcuRkRDXy5fRkRFOiBSZXR1cm4gdHlwZSBtaXNtYXRjaCAtIGZvdW5kIFBhY2thZ2UsIGV4 cGVjdGVkIEJ1ZmZlciAyMDA5MDUyMSBuc3ByZWRlZi0xMDUxCmZkYzA6IDxmbG9wcHkgZHJpdmUg Y29udHJvbGxlciAoRkRFKT4gcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBh Y3BpMApmZGMwOiBbRklMVEVSXQpmZDA6IDwxNDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAgZHJp dmUgMApwcGMwOiA8UGFyYWxsZWwgcG9ydD4gcG9ydCAweDM3OC0weDM3ZiwweDc3OC0weDc3ZiBp cnEgNyBkcnEgMyBvbiBhY3BpMApwcGMwOiBTTUMtbGlrZSBjaGlwc2V0IChFQ1AvRVBQL1BTMi9O SUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQpwcGMwOiBGSUZPIHdpdGggMTYvMTYvOSBieXRlcyB0 aHJlc2hvbGQKcHBjMDogW0lUSFJFQURdCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBw cGMwCnBsaXAwOiA8UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24gcHBidXMwCnBsaXAwOiBbSVRI UkVBRF0KbHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMApscHQwOiBbSVRIUkVBRF0KbHB0MDogSW50 ZXJydXB0LWRyaXZlbiBwb3J0CnBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMAphdGtiZGMw OiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBh Y3BpMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2Jk MAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCmF0a2JkMDogW0lUSFJFQURdCnBzbTA6IDxQUy8yIE1v dXNlPiBpcnEgMTIgb24gYXRrYmRjMApwc20wOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBbSVRIUkVB RF0KcHNtMDogbW9kZWwgTmV0TW91c2UvTmV0U2Nyb2xsIE9wdGljYWwsIGRldmljZSBJRCAwCmNw dTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKcG93ZXJub3cwOiA8Q29vbGBuJ1F1aWV0IEs4PiBvbiBj cHUwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdB IDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4KdmdhMDogPEdlbmVyaWMgSVNBIFZH QT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMApUaW1l Y291bnRlciAiVFNDIiBmcmVxdWVuY3kgMjAwOTE1NDg0MiBIeiBxdWFsaXR5IDgwMApUaW1lY291 bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCmZpcmV3aXJlMDogMiBub2RlcywgbWF4aG9wIDw9 IDEgY2FibGUgSVJNIGlybSgxKSAgKG1lKSAKZmlyZXdpcmUwOiBidXMgbWFuYWdlciAxIAp1c2J1 czA6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzMTogNDgwTWJwcyBIaWdoIFNwZWVk IFVTQiB2Mi4wCmFkMDogMzA1MjQ1TUIgPFNlYWdhdGUgU1QzMzIwNjIwQSAzLkFBQz4gYXQgYXRh MC1tYXN0ZXIgVURNQTEwMAp1Z2VuMC4xOiA8blZpZGlhPiBhdCB1c2J1czAKdWh1YjA6IDxuVmlk aWEgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVz YnVzMAp1Z2VuMS4xOiA8blZpZGlhPiBhdCB1c2J1czEKdWh1YjE6IDxuVmlkaWEgRUhDSSByb290 IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMQphY2QwOiBE TUEgbGltaXRlZCB0byBVRE1BMzMsIGRldmljZSBmb3VuZCBub24tQVRBNjYgY2FibGUKYWNkMDog RFZEUiA8U09OWSBEVkQgUlcgRFctUTEyMEEvUFlTMT4gYXQgYXRhMS1tYXN0ZXIgVURNQTMzCmFj ZDE6IERWRFJPTSA8VE9TSElCQSBPREQtRFZEIFNELU0xODAyLzEwMzA+IGF0IGF0YTEtc2xhdmUg VURNQTMzCmFkNDogMjM4NDc1TUIgPFNlYWdhdGUgU1QzMjUwNjIwTlMgMy5BRUc+IGF0IGF0YTIt bWFzdGVyIFNBVEExNTAKYWQ2OiA5NTM4NjlNQiA8V0RDIFdEMTBFQURTLTAwTDVCMSAwMS4wMUEw MT4gYXQgYXRhMy1tYXN0ZXIgU0FUQTMwMApoZGFjMDogSERBIENvZGVjICMwOiBBbmFsb2cgRGV2 aWNlcyBBRDE5ODZBCmhkYWMwOiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNlOiBuaWQ9MTgg V0FSTklORzogemVybyBjbmlkIGVudG51bT00IGo9MiBpbmRleD0wIGVudHJpZXM9OCBmb3VuZD0y IHJlcz0weDIxMDAyMjExCnBjbTA6IDxIREEgQW5hbG9nIERldmljZXMgQUQxOTg2QSBQQ00gIzAg QW5hbG9nPiBhdCBjYWQgMCBuaWQgMSBvbiBoZGFjMApwY20xOiA8SERBIEFuYWxvZyBEZXZpY2Vz IEFEMTk4NkEgUENNICMxIERpZ2l0YWw+IGF0IGNhZCAwIG5pZCAxIG9uIGhkYWMwCmZpcmV3aXJl MDogTmV3IFM4MDAgZGV2aWNlIElEOjAwOTBhOTkxZTAwMTNlNTcKdWh1YjA6IDggcG9ydHMgd2l0 aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCkdFT006IGFkNHMxOiBnZW9tZXRyeSBkb2VzIG5v dCBtYXRjaCBsYWJlbCAoMjU1aCw2M3MgIT0gMTZoLDYzcykuCkdFT006IGFkNHMyOiBnZW9tZXRy eSBkb2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2M3MgIT0gMTZoLDYzcykuCkdFT006IGFkNHMz OiBnZW9tZXRyeSBkb2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2M3MgIT0gMTZoLDYzcykuCkdF T006IGFkNHM0OiBnZW9tZXRyeSBkb2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2M3MgIT0gMTZo LDYzcykuCkdFT006IGFkNnMxOiBnZW9tZXRyeSBkb2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2 M3MgIT0gMTZoLDYzcykuCkdFT006IGxhYmVsL3NsaWNlMjogZ2VvbWV0cnkgZG9lcyBub3QgbWF0 Y2ggbGFiZWwgKDI1NWgsNjNzICE9IDE2aCw2M3MpLgpHRU9NOiB1ZnNpZC80OTFjNjIzMWZiNGY0 MWNkOiBnZW9tZXRyeSBkb2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2M3MgIT0gMTZoLDYzcyku CkdFT006IGxhYmVsL3NsaWNlMzogZ2VvbWV0cnkgZG9lcyBub3QgbWF0Y2ggbGFiZWwgKDI1NWgs NjNzICE9IDE2aCw2M3MpLgpHRU9NOiB1ZnNpZC80OTFjNjIzNTRmYWJjMWNmOiBnZW9tZXRyeSBk b2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2M3MgIT0gMTZoLDYzcykuCkdFT006IGxhYmVsL3Ns aWNlNDogZ2VvbWV0cnkgZG9lcyBub3QgbWF0Y2ggbGFiZWwgKDI1NWgsNjNzICE9IDE2aCw2M3Mp LgpHRU9NOiB1ZnNpZC80OTFjNjIzODViNGFjYmIyOiBnZW9tZXRyeSBkb2VzIG5vdCBtYXRjaCBs YWJlbCAoMjU1aCw2M3MgIT0gMTZoLDYzcykuCkdFT006IGxhYmVsLzF0YjogZ2VvbWV0cnkgZG9l cyBub3QgbWF0Y2ggbGFiZWwgKDI1NWgsNjNzICE9IDE2aCw2M3MpLgpHRU9NOiB1ZnNpZC80OWM5 NzI1N2QwMzU1NDkwOiBnZW9tZXRyeSBkb2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2M3MgIT0g MTZoLDYzcykuClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMQpSb290IG1vdW50IHdhaXRp bmcgZm9yOiB1c2J1czEKdWh1YjE6IDggcG9ydHMgd2l0aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dl cmVkClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvbGFiZWwvcm9vdGZzCmFjZDA6 IEZBSUxVUkUgLSBJTlFVSVJZIElMTEVHQUwgUkVRVUVTVCBhc2M9MHgyNCBhc2NxPTB4MDAgCmFj ZDE6IEZBSUxVUkUgLSBJTlFVSVJZIElMTEVHQUwgUkVRVUVTVCBhc2M9MHgyNCBhc2NxPTB4MDAg Cihwcm9iZTA6YXRhMTowOjA6MCk6IFRFU1QgVU5JVCBSRUFEWS4gQ0RCOiAwIDAgMCAwIDAgMCAK KHByb2JlMDphdGExOjA6MDowKTogQ0FNIFN0YXR1czogU0NTSSBTdGF0dXMgRXJyb3IKKHByb2Jl MDphdGExOjA6MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgoocHJvYmUwOmF0YTE6 MDowOjApOiBOT1QgUkVBRFkgYXNjOjNhLDAKKHByb2JlMDphdGExOjA6MDowKTogTWVkaXVtIG5v dCBwcmVzZW50Cihwcm9iZTA6YXRhMTowOjA6MCk6IFVucmV0cnlhYmxlIGVycm9yCihwcm9iZTE6 YXRhMTowOjE6MCk6IFRFU1QgVU5JVCBSRUFEWS4gQ0RCOiAwIDAgMCAwIDAgMCAKKHByb2JlMTph dGExOjA6MTowKTogQ0FNIFN0YXR1czogU0NTSSBTdGF0dXMgRXJyb3IKKHByb2JlMTphdGExOjA6 MTowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgoocHJvYmUxOmF0YTE6MDoxOjApOiBO T1QgUkVBRFkgYXNjOjNhLDAKKHByb2JlMTphdGExOjA6MTowKTogTWVkaXVtIG5vdCBwcmVzZW50 Cihwcm9iZTE6YXRhMTowOjE6MCk6IFVucmV0cnlhYmxlIGVycm9yCmNkMCBhdCBhdGExIGJ1cyAw IHRhcmdldCAwIGx1biAwCmNkMDogPFNPTlkgRFZEIFJXIERXLVExMjBBIFBZUzE+IFJlbW92YWJs ZSBDRC1ST00gU0NTSS0wIGRldmljZSAKY2QwOiAzMy4wMDBNQi9zIHRyYW5zZmVycwpjZDA6IEF0 dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3Qg cHJlc2VudApjZDEgYXQgYXRhMSBidXMgMCB0YXJnZXQgMSBsdW4gMApjZDE6IDxUT1NISUJBIE9E RC1EVkQgU0QtTTE4MDIgMTAzMD4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJLTAgZGV2aWNlIApjZDE6 IDMzLjAwME1CL3MgdHJhbnNmZXJzCmNkMTogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBm YWlsZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50CkdFT006IGFkNHMyOiBnZW9tZXRy eSBkb2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2M3MgIT0gMTZoLDYzcykuCkdFT006IGxhYmVs L3NsaWNlMjogZ2VvbWV0cnkgZG9lcyBub3QgbWF0Y2ggbGFiZWwgKDI1NWgsNjNzICE9IDE2aCw2 M3MpLgpHRU9NOiBhZDZzMTogZ2VvbWV0cnkgZG9lcyBub3QgbWF0Y2ggbGFiZWwgKDI1NWgsNjNz ICE9IDE2aCw2M3MpLgpHRU9NOiBsYWJlbC8xdGI6IGdlb21ldHJ5IGRvZXMgbm90IG1hdGNoIGxh YmVsICgyNTVoLDYzcyAhPSAxNmgsNjNzKS4KR0VPTTogYWQ0czM6IGdlb21ldHJ5IGRvZXMgbm90 IG1hdGNoIGxhYmVsICgyNTVoLDYzcyAhPSAxNmgsNjNzKS4KR0VPTTogbGFiZWwvc2xpY2UzOiBn ZW9tZXRyeSBkb2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2M3MgIT0gMTZoLDYzcykuCkdFT006 IGFkNHM0OiBnZW9tZXRyeSBkb2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2M3MgIT0gMTZoLDYz cykuCkdFT006IGxhYmVsL3NsaWNlNDogZ2VvbWV0cnkgZG9lcyBub3QgbWF0Y2ggbGFiZWwgKDI1 NWgsNjNzICE9IDE2aCw2M3MpLgo= --MP_/5bS_i8BT59btRNQV87Yg=DC Content-Type: text/plain Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=pciconf.txt none0@pci0:0:0:0: class=0x050000 card=0x81bf1043 chip=0x02f110de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Host Bridge' class = memory subclass = RAM none1@pci0:0:0:1: class=0x050000 card=0x81bf1043 chip=0x02fa10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 0' class = memory subclass = RAM none2@pci0:0:0:2: class=0x050000 card=0x81bf1043 chip=0x02fe10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 1' class = memory subclass = RAM none3@pci0:0:0:3: class=0x050000 card=0x81bf1043 chip=0x02f810de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 5' class = memory subclass = RAM none4@pci0:0:0:4: class=0x050000 card=0x81bf1043 chip=0x02f910de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 4' class = memory subclass = RAM none5@pci0:0:0:5: class=0x050000 card=0x81bf1043 chip=0x02ff10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Host Bridge' class = memory subclass = RAM none6@pci0:0:0:6: class=0x050000 card=0x81bf1043 chip=0x027f10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 3' class = memory subclass = RAM none7@pci0:0:0:7: class=0x050000 card=0x81bf1043 chip=0x027e10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 2' class = memory subclass = RAM pcib1@pci0:0:2:0: class=0x060400 card=0x000010de chip=0x02fc10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' device = 'C51 PCIe Bridge' class = bridge subclass = PCI-PCI pcib2@pci0:0:3:0: class=0x060400 card=0x000010de chip=0x02fd10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' device = 'C51 PCIe Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:0:4:0: class=0x060400 card=0x000010de chip=0x02fb10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' device = 'C51 PCIe Bridge' class = bridge subclass = PCI-PCI vgapci0@pci0:0:5:0: class=0x030000 card=0x81bf1043 chip=0x024210de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'NVIDIA GeForce 6100 (unknown)' class = display subclass = VGA none8@pci0:0:9:0: class=0x050000 card=0x81c01043 chip=0x027010de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Host Bridge' class = memory subclass = RAM isab0@pci0:0:10:0: class=0x060100 card=0x81c01043 chip=0x026110de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 LPC Bridge' class = bridge subclass = PCI-ISA nfsmb0@pci0:0:10:1: class=0x0c0500 card=0x81c01043 chip=0x026410de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'NVIDIA nForce PCI System Management (NVIDIA SMB Bus Controller)' class = serial bus subclass = SMBus ohci0@pci0:0:11:0: class=0x0c0310 card=0x81c01043 chip=0x026d10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 USB Controller' class = serial bus subclass = USB ehci0@pci0:0:11:1: class=0x0c0320 card=0x81c01043 chip=0x026e10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 USB Controller' class = serial bus subclass = USB atapci0@pci0:0:13:0: class=0x01018a card=0x81c01043 chip=0x026510de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Parallel ATA Controller' class = mass storage subclass = ATA atapci1@pci0:0:14:0: class=0x010185 card=0x81c01043 chip=0x026610de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'NVIDIA nForce 430/410 Serial ATA Controller (MCP51S)' class = mass storage subclass = ATA pcib4@pci0:0:16:0: class=0x060401 card=0x00000000 chip=0x026f10de rev=0xa2 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP51 PCI Bridge' class = bridge subclass = PCI-PCI hdac0@pci0:0:16:1: class=0x040300 card=0xcb8410de chip=0x026c10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 High Definition Audio' class = multimedia subclass = HDA nfe0@pci0:0:20:0: class=0x068000 card=0x816a1043 chip=0x026910de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Ethernet Controller (2A34103C)' class = bridge hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon64/Opteron/Sempron (K8 Family) HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon64/Opteron/Sempron (K8 Family) Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon64/Opteron/Sempron (K8 Family) DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon64/Opteron/Sempron (K8 Family) Miscellaneous Control' class = bridge subclass = HOST-PCI fwohci0@pci0:4:8:0: class=0x0c0010 card=0x30441106 chip=0x30441106 rev=0x46 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6306 VIA Fire II IEEE-1394 OHCI Link Layer Controller' class = serial bus subclass = FireWire --MP_/5bS_i8BT59btRNQV87Yg=DC-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 13 22:50:21 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 D207A1065670 for ; Fri, 13 Nov 2009 22:50:21 +0000 (UTC) (envelope-from traveling08@cox.net) Received: from fed1rmmtao107.cox.net (fed1rmmtao107.cox.net [68.230.241.39]) by mx1.freebsd.org (Postfix) with ESMTP id 9524E8FC0A for ; Fri, 13 Nov 2009 22:50:21 +0000 (UTC) Received: from fed1rmimpo03.cox.net ([70.169.32.75]) by fed1rmmtao107.cox.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20091113225019.QLQA21470.fed1rmmtao107.cox.net@fed1rmimpo03.cox.net>; Fri, 13 Nov 2009 17:50:19 -0500 Received: from asus64 ([72.220.91.251]) by fed1rmimpo03.cox.net with bizsmtp id 4mqL1d00H5RPd3404mqLot; Fri, 13 Nov 2009 17:50:20 -0500 X-VR-Score: -160.00 X-Authority-Analysis: v=1.0 c=1 a=VUqSCvMv3e0A:10 a=kviXuzpPAAAA:8 a=olWmbxUAUs-fQUITaGgA:9 a=U8QNmurWAg8FnP1jLxUA:7 a=lB8ml4QhnroYSplIBfWVoTQNsY4A:4 a=4vB-4DCPJfMA:10 X-CM-Score: 0.00 Date: Fri, 13 Nov 2009 14:50:15 -0800 From: Robert To: Robert Message-ID: <20091113145015.647955b9@asus64> In-Reply-To: <20091113130147.744521d7@asus64> References: <20091113130147.744521d7@asus64> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: (MORE INFO) Ext firewire drive not mounted after update 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: Fri, 13 Nov 2009 22:50:21 -0000 On Fri, 13 Nov 2009 13:01:47 -0800 Robert wrote: In the time honored FreeBSD tradition, I am replying to my own email. I booted with a 8.0RC2 livefs CD and the external disk shows up as /dev/da0, /das1, /das1d. I then connected the external drive via USB and rebooted to the 8.0 Prerelease system. The drive shows up and is able to mount. It appears that some thing is amiss with the latest version. I will download the latest livefs iso and see if that works. Robert > Greetings > > I just now finished an upgrade to 8.0 Prerelease vie csup, buildworld, > make kernel (generic), reboot, mergemaster -p, installworld, > mergemaster -Ui, reboot again. > > [robert@asus64] ~> uname -a > FreeBSD asus64.shasta204.local 8.0-PRERELEASE FreeBSD 8.0-PRERELEASE > #7: Fri Nov 13 12:01:35 PST 2009 > root@asus64.shasta204.local:/usr/obj/usr/src/sys/GENERIC amd64 > > I have a WD external 500G mybook connected via firewire. It has worked > fine since 6.something through 7.x and all of the betas and rc's up to > this point. > > I use the drive for backups of all the computers on my network. > Booting into multi-user will fail because the drive is not found. I > had to comment it out of fstab in order to boot multi-user. > > If I unplug the firewire cable I get this message on the console: > > Nov 13 12:42:15 asus64 kernel: fwohci0: fwohci_intr_core: BUS reset > Nov 13 12:42:15 asus64 kernel: fwohci0: fwohci_intr_core: > node_id=0x00000000, SelfID Count=2, CYCLEMASTER mode Nov 13 12:42:15 > asus64 kernel: firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) > Nov 13 12:42:15 asus64 kernel: firewire0: bus manager 0 Nov 13 > 12:42:16 asus64 kernel: firewire0: fw_attach_dev:Removing missing > device ID:0090a991e0013e57 > > Plugging the cable back in gives this: > > Nov 13 12:42:21 asus64 kernel: fwohci0: fwohci_intr_core: BUS reset > Nov 13 12:42:21 asus64 kernel: fwohci0: fwohci_intr_core: > node_id=0x00000001, SelfID Count=3, CYCLEMASTER mode Nov 13 12:42:21 > asus64 kernel: firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1) (me) > Nov 13 12:42:21 asus64 kernel: firewire0: bus manager 1 Nov 13 > 12:42:21 asus64 kernel: firewire0: New S800 device ID:0090a991e0013e57 > > No device is created in /dev/da* > > I did not see anything in /usr/src/UPDATING and I do not recall > anything like this in the mail lists (currect or stable). > > Did I miss something or is this a regression? /var/run/dmesg.boot and > pciconf -lv attached. I can provide anything else needed. > > TIA > > Robert From owner-freebsd-stable@FreeBSD.ORG Fri Nov 13 23:15: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 9C28C1065670 for ; Fri, 13 Nov 2009 23:15:44 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email1.allantgroup.com (email1.emsphone.com [199.67.51.115]) by mx1.freebsd.org (Postfix) with ESMTP id 616558FC17 for ; Fri, 13 Nov 2009 23:15:44 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email1.allantgroup.com (8.14.0/8.14.0) with ESMTP id nADNFdlf034124 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 13 Nov 2009 17:15:40 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id nADNFdbo086649 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 13 Nov 2009 17:15:39 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id nADNFdeb086648; Fri, 13 Nov 2009 17:15:39 -0600 (CST) (envelope-from dan) Date: Fri, 13 Nov 2009 17:15:39 -0600 From: Dan Nelson To: Robert Message-ID: <20091113231539.GN89052@dan.emsphone.com> References: <20091113130147.744521d7@asus64> <20091113145015.647955b9@asus64> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091113145015.647955b9@asus64> X-OS: FreeBSD 7.2-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: ClamAV version 0.94.1, clamav-milter version 0.94.1 on email1.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email1.allantgroup.com [199.67.51.78]); Fri, 13 Nov 2009 17:15:40 -0600 (CST) X-Scanned-By: MIMEDefang 2.45 Cc: freebsd-stable@freebsd.org Subject: Re: (MORE INFO) Ext firewire drive not mounted after update 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: Fri, 13 Nov 2009 23:15:44 -0000 In the last episode (Nov 13), Robert said: > On Fri, 13 Nov 2009 13:01:47 -0800 > Robert wrote: > > In the time honored FreeBSD tradition, I am replying to my own email. > > I booted with a 8.0RC2 livefs CD and the external disk shows up as > /dev/da0, /das1, /das1d. I then connected the external drive via USB and > rebooted to the 8.0 Prerelease system. The drive shows up and is able to > mount. > > It appears that some thing is amiss with the latest version. I will > download the latest livefs iso and see if that works. I think I remember seing a posting within the last few days saying that the "sbp" device wan't going to be compiled into the 8.0-release kernel due to it causing hangs on boot. If you run "kldload sbp" as root after the system has booted you should see your disk devices appear. I can't find the list post mentioning it, but here's the svn commit log: ------------------------------------------------------------------------ r199112 | kensmith | 2009-11-09 15:39:42 -0600 (Mon, 09 Nov 2009) | 11 lines Changed paths: M /stable/8/sys/amd64/conf/GENERIC M /stable/8/sys/i386/conf/GENERIC M /stable/8/sys/ia64/conf/GENERIC M /stable/8/sys/powerpc/conf/GENERIC M /stable/8/sys/sparc64/conf/GENERIC Comment out the sbp(4) entry for GENERIC config files that contain it. There are known issues with this driver that are beyond what can be fixed for 8.0-RELEASE and the bugs can cause boot failure on some systems. It's not clear if it impacts all systems and there is interest in getting the problem fixed so for now just comment it out instead of remove it. Commit straight to stable/8, this is an 8.0-RELEASE issue. Head was left alone so work on it can continue there. Reviewed by: Primary misc. architecture maintainers (marcel, marius) -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Fri Nov 13 23:50:01 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 2AF5F106566B for ; Fri, 13 Nov 2009 23:50:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id AF22A8FC16 for ; Fri, 13 Nov 2009 23:50:00 +0000 (UTC) Received: (qmail 11184 invoked by uid 399); 13 Nov 2009 23:50:00 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 13 Nov 2009 23:50:00 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4AFDF0AF.1090201@FreeBSD.org> Date: Fri, 13 Nov 2009 15:50:07 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Nikolay Tychina References: In-Reply-To: X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: how to mirror cvs or svn with rsync 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: Fri, 13 Nov 2009 23:50:01 -0000 First off, please don't cross post. If you are not sure where to direct a question, the freebsd-questions@freebsd.org list should be your first step. Nikolay Tychina wrote: > Hi everybody! > > How do I mirror FreeBSD sources (CVS or SVN) with rsync? > This is the first time I have to use rsync, and its man page really makes me > confused. > I would really appreciate your help. It would be easier to answer your question if you were more clear about what your goal is. What is it that you are trying to accomplish? Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Nov 14 00:12: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 D94C61065700 for ; Sat, 14 Nov 2009 00:12:26 +0000 (UTC) (envelope-from traveling08@cox.net) Received: from fed1rmmtao106.cox.net (fed1rmmtao106.cox.net [68.230.241.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9B9378FC0A for ; Sat, 14 Nov 2009 00:12:26 +0000 (UTC) Received: from fed1rmimpo03.cox.net ([70.169.32.75]) by fed1rmmtao106.cox.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20091114001227.UHAL21192.fed1rmmtao106.cox.net@fed1rmimpo03.cox.net>; Fri, 13 Nov 2009 19:12:27 -0500 Received: from hp ([72.220.91.251]) by fed1rmimpo03.cox.net with bizsmtp id 4oCR1d00U5RPd3404oCRE1; Fri, 13 Nov 2009 19:12:25 -0500 X-VR-Score: -200.00 X-Authority-Analysis: v=1.0 c=1 a=VUqSCvMv3e0A:10 a=zMRIARwpAAAA:8 a=kviXuzpPAAAA:8 a=cGzNNGFVlwmpDNHoFVAA:9 a=KujkDCeOvp3UTYoOYCLqY5sAlD4A:4 a=OCAqPxjDzhQA:10 a=4vB-4DCPJfMA:10 X-CM-Score: 0.00 Date: Fri, 13 Nov 2009 16:12:20 -0800 From: Robert To: Dan Nelson Message-ID: <20091113161220.18454229@hp> In-Reply-To: <20091113231539.GN89052@dan.emsphone.com> References: <20091113130147.744521d7@asus64> <20091113145015.647955b9@asus64> <20091113231539.GN89052@dan.emsphone.com> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: (MORE INFO) Ext firewire drive not mounted after update 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: Sat, 14 Nov 2009 00:12:26 -0000 On Fri, 13 Nov 2009 17:15:39 -0600 Dan Nelson wrote: > In the last episode (Nov 13), Robert said: > > On Fri, 13 Nov 2009 13:01:47 -0800 > > Robert wrote: > > > > > > It appears that some thing is amiss with the latest version. I will > > download the latest livefs iso and see if that works. > > I think I remember seing a posting within the last few days saying > that the "sbp" device wan't going to be compiled into the 8.0-release > kernel due to it causing hangs on boot. If you run "kldload sbp" as > root after the system has booted you should see your disk devices > appear. > > I can't find the list post mentioning it, but here's the svn commit > log: Dan Thanks for responding. I checked and the "sbp" device is in fact commented out. I do remember a thread a month or two back about some folkes having trouble with firewire drives. I never experiem=nced any trouble on of that trouble on this system. I can continue to operate my drive on USB but I may need firewire in the near future. I have a friend who is a photographer and I archive her photos for her. She sends me an external drive or two and I burn her projects onto DVD. I am not sure if her drives have an USB connector. I guess I will cross that bridge when I come to it. Thanks again for the prompt response. If anyone needs me to test possible fixes for this, I am willing and available. Cheap too :-) Robert From owner-freebsd-stable@FreeBSD.ORG Sat Nov 14 01:57: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 AFB40106566B for ; Sat, 14 Nov 2009 01:57:57 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 44C4E8FC0C for ; Sat, 14 Nov 2009 01:57:57 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so1060011eyd.9 for ; Fri, 13 Nov 2009 17:57:56 -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=DcvJj+gcyQOpyIMjut0VQL3EeTYaL9qlQ2Pb7g+PJH4=; b=AV1Hsl0zlcRNvMe33tb1oBWZIScaCxe9vvoiUqyPJ63xOqU1BqXXMbcPdNUyF6tNKS fPjOe/CIY+iKTjS6BAou3mIBAWci3V7unrWk8NKMVhGG7lQAUUUfByAFiNuSodPJa03l DRGbZ0HXhazRJgg1mn8UHExy1TsP2O6gO4u64= 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=vg761z22KDplLuaskH0VmMM+JuPV/iF9d4LZ2v54u8dUSjw+VO3nNQZGhFCPqaf1fU iJLDvUSNgLTwVpL49bE1fBb5gL6TaoQAYouc+NYBpGjfhDeYB79tQucW1h6kdE6r5jqI A6JKMTFaq+Qm/nefiWLmsCl1Zd0n/S9JnhkrE= MIME-Version: 1.0 Received: by 10.216.89.84 with SMTP id b62mr16491wef.227.1258163876241; Fri, 13 Nov 2009 17:57:56 -0800 (PST) In-Reply-To: <4AFD6D69.7090109@thekeelecentre.com> References: <5f67a8c40911121246m144ba07w707a1c268fb2102c@mail.gmail.com> <4AFD6D69.7090109@thekeelecentre.com> Date: Fri, 13 Nov 2009 20:57:56 -0500 Message-ID: <5f67a8c40911131757s48a57d9by11c74a417324e48c@mail.gmail.com> From: Zaphod Beeblebrox To: Richard Tector Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Subject: Re: FreeBSD 7.x hang-on-boot on Dell 1950 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: Sat, 14 Nov 2009 01:57:57 -0000 On Fri, Nov 13, 2009 at 9:30 AM, Richard Tector < richardtector@thekeelecentre.com> wrote: > > Can you try with 7.0 (should be available on ftp-archive)? > I can confirm that 7.0 exhibits the same behaviour (and is incidentally very chatty about probing the raid controller) > I have a 1950 from Sept '07 that's now running 7.2-STABLE i386 with the fd > devices removed. It started out as 7.0-RELEASE, so maybe its a problem > introduced since then? > > Also, you didn't mention if you were running i386 or amd64. This 1950 may predate that a bit, but I'm not sure how to nail it down exactly, other than by it's hardware components. Anyways, 7.0 does the same thing --- still wedged. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 14 02:44: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 D5425106568F for ; Sat, 14 Nov 2009 02:44:40 +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 81B758FC19 for ; Sat, 14 Nov 2009 02:44:39 +0000 (UTC) Received: from OMTA20.westchester.pa.mail.comcast.net ([76.96.62.71]) by QMTA05.westchester.pa.mail.comcast.net with comcast id 4qLq1d0011YDfWL55qkgMZ; Sat, 14 Nov 2009 02:44:40 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA20.westchester.pa.mail.comcast.net with comcast id 4qqa1d0053S48mS3gqqbLm; Sat, 14 Nov 2009 02:50:35 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 62A421E3035; Fri, 13 Nov 2009 18:44:38 -0800 (PST) Date: Fri, 13 Nov 2009 18:44:38 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091114024438.GA93630@icarus.home.lan> References: <5f67a8c40911121246m144ba07w707a1c268fb2102c@mail.gmail.com> <4AFD6D69.7090109@thekeelecentre.com> <5f67a8c40911131757s48a57d9by11c74a417324e48c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5f67a8c40911131757s48a57d9by11c74a417324e48c@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: FreeBSD 7.x hang-on-boot on Dell 1950 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: Sat, 14 Nov 2009 02:44:40 -0000 On Fri, Nov 13, 2009 at 08:57:56PM -0500, Zaphod Beeblebrox wrote: > On Fri, Nov 13, 2009 at 9:30 AM, Richard Tector < > richardtector@thekeelecentre.com> wrote: > > > Can you try with 7.0 (should be available on ftp-archive)? > > I can confirm that 7.0 exhibits the same behaviour (and is incidentally very > chatty about probing the raid controller) > > > > I have a 1950 from Sept '07 that's now running 7.2-STABLE i386 with the fd > > devices removed. It started out as 7.0-RELEASE, so maybe its a problem > > introduced since then? > > > > Also, you didn't mention if you were running i386 or amd64. > > This 1950 may predate that a bit, but I'm not sure how to nail it down > exactly, other than by it's hardware components. Anyways, 7.0 does the same > thing --- still wedged. I haven't seen anyone recommend this as a test method yet -- disabling fdc prior to the kernel booting via the loader prompt: - Press 6 at the menu, - At the loader prompt, type: set hint.fdc.0.disabled="1" boot -v (or without -v; your choice) You shouldn't need to set hint.fd.0.disabled="1", since fd0 would normally bind to fdc0; disable the latter and you disable the lesser. The intention here is to rule out the device attachment failures from fdc as the source of the deadlock. For sake of comparison, on our systems (non-Dell), this is what we see during fdc/fd probe and shortly after: fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 cpu0: on acpi0 I'd have recommended disabling ACPI but you tried it already with the same results. :-) -- | 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 Sat Nov 14 11:37: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 42A68106566C for ; Sat, 14 Nov 2009 11:37: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 000128FC1B for ; Sat, 14 Nov 2009 11:37:05 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N9Gw9-00075x-0j for freebsd-stable@freebsd.org; Sat, 14 Nov 2009 12:37:01 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 14 Nov 2009 12:37:01 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 14 Nov 2009 12:37:01 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sat, 14 Nov 2009 12:36:38 +0100 Lines: 23 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) Sender: news Cc: freebsd-hardware@freebsd.org Subject: Curiously unable to access network - bce, 7.2-RELEASE on a HP blade server 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: Sat, 14 Nov 2009 11:37:06 -0000 The symptoms are: * The device (bce0, bce1) comes up, is visible in ifconfig, can be configured, is UP and RUNNING, everything looks fine * Apparently, it simply doesn't work - no ping responses, TCP, nothing * But tcpdump shows that the NIC apparently does receive multicast router announcements, and some broadcast ARP traffic; only unicast seems to be affected. * Running "netstat 1" shows that apparently there are some packets received - once a second or so, and the "err" counters are 0. * Digging further, the dev.bce.0.stat_IfinFramesL2FilterDiscards contains an increasing number, currently arround 57000 and the dev.bce.0.stat_IfHCInBadOctets also contains an increasing number, currently around 450,000, while ...InOctets is around 30,000 and ...OutBadOctets is 0. From the sysctls it looks like maybe it's discarding valid input packets. I've tried disabling rxcsum, txcsum and TSO without effect. I cannot upgrade or install 8.0 because newusb has some problems with the hardware. Any ideas? From owner-freebsd-stable@FreeBSD.ORG Sat Nov 14 12:14: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 2F1FD1065670 for ; Sat, 14 Nov 2009 12:14:17 +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 DF1718FC1A for ; Sat, 14 Nov 2009 12:14:16 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N9HWC-000647-0E for freebsd-stable@freebsd.org; Sat, 14 Nov 2009 13:14:16 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 14 Nov 2009 13:14:15 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 14 Nov 2009 13:14:15 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sat, 14 Nov 2009 13:13:51 +0100 Lines: 38 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: Sender: news Cc: freebsd-hardware@freebsd.org Subject: Re: Curiously unable to access network - bce, 7.2-RELEASE on a HP blade server 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: Sat, 14 Nov 2009 12:14:17 -0000 I forgot to attach hardware details: bce0: HP NC373i Multifunction Gigabit Server Adapter (B2) ASIC 0x57081021 Rev B2 B/C 0x04040105 Flags 2.5G Additional data point: I cannot reconfigure the card to 100 Mbit operation (currently in 1000baseSX autoselect, full-duplex). Ivan Voras wrote: > The symptoms are: > > * The device (bce0, bce1) comes up, is visible in ifconfig, can be > configured, is UP and RUNNING, everything looks fine > * Apparently, it simply doesn't work - no ping responses, TCP, nothing > * But tcpdump shows that the NIC apparently does receive multicast > router announcements, and some broadcast ARP traffic; only unicast seems > to be affected. > * Running "netstat 1" shows that apparently there are some packets > received - once a second or so, and the "err" counters are 0. > * Digging further, the dev.bce.0.stat_IfinFramesL2FilterDiscards > contains an increasing number, currently arround 57000 and the > dev.bce.0.stat_IfHCInBadOctets also contains an increasing number, > currently around 450,000, while ...InOctets is around 30,000 and > ...OutBadOctets is 0. > > From the sysctls it looks like maybe it's discarding valid input > packets. I've tried disabling rxcsum, txcsum and TSO without effect. > > I cannot upgrade or install 8.0 because newusb has some problems with > the hardware. > > Any ideas? > > _______________________________________________ > 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 Sat Nov 14 13: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 DA5EC106568D for ; Sat, 14 Nov 2009 13:07:05 +0000 (UTC) (envelope-from niktychina@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 6F2A58FC1C for ; Sat, 14 Nov 2009 13:07:04 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so1610102fga.13 for ; Sat, 14 Nov 2009 05:07: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=WNIUeryX01GOGbONrhl6+Lo/v8Li4VO/A+dpEnIlCF0=; b=IN7vz+2jNmafubaiJPWPF8D0hHYOmIOIWH+POlTrMjTlrIghoi+NQGrNQZv5RJb5Yp 0b4iTdlaz1lhR+jk5FAngzKPKlwegSouyLQZsYQZUhQOvvF1+M6aUpenypgUtyzEZpZb yy5dX6eXyXEtFTVQRedTNjoxFJ7wJV9aDvnMQ= 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=bEmrpPuJEHvZGrmnniYd2gbcGMHn0GPMQWgXXbjqDIdpT+jBDFiFQmjnkGFHkIAbLc lO1ZfzL+ybtONUNB/8/rMe0TLkJHA6G+ht08k58qYQf+9Zz+6xxb3cVOOTserZ27hsOp bov2127oUIZxymyONeuanh2OBlT25Yw6dr5nI= MIME-Version: 1.0 Received: by 10.86.178.18 with SMTP id a18mr4060109fgf.55.1258204024056; Sat, 14 Nov 2009 05:07:04 -0800 (PST) In-Reply-To: <4AFDF0AF.1090201@FreeBSD.org> References: <4AFDF0AF.1090201@FreeBSD.org> Date: Sat, 14 Nov 2009 16:07:03 +0300 Message-ID: From: Nikolay Tychina To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: how to mirror cvs or svn with rsync 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: Sat, 14 Nov 2009 13:07:05 -0000 I need a mirror of FreeBSD sources. But the only one tool I can use for mirroring is rsync. So, now I understand, that even if I get all sourrces from ftp://ftp.freebsd.org/pub/FreeBSD/development/FreeBSD-CVS/ I won't be able to check them out without a pain. cheers, Nik It would be easier to answer your question if you were more clear > about what your goal is. What is it that you are trying to accomplish? > > > Doug > > -- > > Improve the effectiveness of your Internet presence with > a domain name makeover! http://SupersetSolutions.com/ > > From owner-freebsd-stable@FreeBSD.ORG Sat Nov 14 18:30: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 2DD25106566B for ; Sat, 14 Nov 2009 18:30:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id B85498FC0C for ; Sat, 14 Nov 2009 18:30:04 +0000 (UTC) Received: (qmail 24219 invoked by uid 399); 14 Nov 2009 18:30:02 -0000 Received: from localhost (HELO ?192.168.0.110?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 14 Nov 2009 18:30:02 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4AFEF726.2010200@FreeBSD.org> Date: Sat, 14 Nov 2009 10:29:58 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Nikolay Tychina References: <4AFDF0AF.1090201@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: how to mirror cvs or svn with rsync 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: Sat, 14 Nov 2009 18:30:05 -0000 Nikolay Tychina wrote: > I need a mirror of FreeBSD sources. Nope, not what I asked. :) The question is, what problem are you trying to solve by having a mirror of FreeBSD sources? When we know the answer to that, then we can advise you better. -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Nov 14 18:38: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 B81FF10656A8; Sat, 14 Nov 2009 18:38:13 +0000 (UTC) (envelope-from niktychina@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 25ED68FC21; Sat, 14 Nov 2009 18:38:12 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e12so590063fga.13 for ; Sat, 14 Nov 2009 10:38:12 -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=IDpOitcjinPOsqUJo+Z/Oc3iiGtAfbRJFpJS+0Dv4hE=; b=J+fmF/ei+Sc/v8oTPi6v5ewMgeIEKI3v2iu6xs/tvn2qmoufW7TxCfjka/z/vgfAid ukh0sCIIpKL5e8aNArNysCF0Tr8jXVEeKUWjMqccWzwiMLZEmrntZWBfwuNzxK0bO8Wd lxq/YjdDDWBoSqvYIvPt5ZXZGVO3M5r4FjYcA= 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=oUJX5ZMT0tGvDu4kSxU+KH7XUTlL9zhzB0DhGaHEUR3I1es9Me7pcK2CQWGUMl3ySr NJ45YSGKNbgkAK/wM3g2HT0pin6pfBl1K6mLUxlruZaPJP/oZjHsgK6VU/7NQx0roYWY sYPn9Ir5WyFcuXOebLC9TFy+Ck8H3gferyT9U= MIME-Version: 1.0 Received: by 10.86.184.35 with SMTP id h35mr4337025fgf.18.1258223891673; Sat, 14 Nov 2009 10:38:11 -0800 (PST) In-Reply-To: <4AFEF726.2010200@FreeBSD.org> References: <4AFDF0AF.1090201@FreeBSD.org> <4AFEF726.2010200@FreeBSD.org> Date: Sat, 14 Nov 2009 21:38:11 +0300 Message-ID: From: Nikolay Tychina To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: how to mirror cvs or svn with rsync 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: Sat, 14 Nov 2009 18:38:13 -0000 Having a mirror accessible from our network for free would help users to get sources for free. Incoming traffic from Internet costs money, that's problem. 2009/11/14 Doug Barton > Nikolay Tychina wrote: > > I need a mirror of FreeBSD sources. > > Nope, not what I asked. :) The question is, what problem are you > trying to solve by having a mirror of FreeBSD sources? When we know > the answer to that, then we can advise you better. > > -- > > Improve the effectiveness of your Internet presence with > a domain name makeover! http://SupersetSolutions.com/ > From owner-freebsd-stable@FreeBSD.ORG Sat Nov 14 20:16: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 3B029106568B for ; Sat, 14 Nov 2009 20:16:49 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id C1E078FC08 for ; Sat, 14 Nov 2009 20:16:48 +0000 (UTC) Received: from epia-2.farid-hajji.net (epia-2 [192.168.254.11]) by fw.farid-hajji.net (Postfix) with ESMTP id 69F1D34EF2; Sat, 14 Nov 2009 21:16:45 +0100 (CET) Date: Sat, 14 Nov 2009 21:16:45 +0100 From: cpghost To: Nikolay Tychina Message-ID: <20091114201645.GA56393@epia-2.farid-hajji.net> References: <4AFDF0AF.1090201@FreeBSD.org> <4AFEF726.2010200@FreeBSD.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) Cc: freebsd-stable@freebsd.org Subject: Re: how to mirror cvs or svn with rsync 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: Sat, 14 Nov 2009 20:16:49 -0000 On Sat, Nov 14, 2009 at 09:38:11PM +0300, Nikolay Tychina wrote: > Having a mirror accessible from our network for free would help users to get > sources for free. > Incoming traffic from Internet costs money, that's problem. So you need to mirror /usr/src, and not the whole repository with all its history, right? What I do here is to csup /usr/src on one reference machine every now and then, and then distribute that directory with rsync to all other 500+ machines inside. Actually, I do a little bit more: I compile the sources on the reference machine, and rsync /usr/obj to the other machines too, saving some 500+ buildworlds as well. I could nfs mount /usr/src and /usr/obj from the reference server to the internal machines, but I have enough diskspace there, and rsync is good enough for us. You could also explore a similar mechanism w.r.t. /usr/ports, /usr/local, /var/db/ports, /var/db/pkg etc..., if you want to save external bandwidth downloading ports and distfiles, or CPU cycles compiling all this on your internal machines. But this requires slightly more care, though it works quite well too. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Sat Nov 14 20:21: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 BCB341065670 for ; Sat, 14 Nov 2009 20:21:36 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 91CE38FC14 for ; Sat, 14 Nov 2009 20:21:36 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 14E69509A3; Sat, 14 Nov 2009 20:21:36 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Du2kgqBOQdXP; Sat, 14 Nov 2009 20:21:35 +0000 (GMT) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 38C2C509A2 ; Sat, 14 Nov 2009 20:21:35 +0000 (GMT) Message-ID: <4AFF1151.5040809@langille.org> Date: Sat, 14 Nov 2009 15:21:37 -0500 From: Dan Langille User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Adam Vande More References: <4AFCBD9C.1030306@langille.org> <6201873e0911121902m72d7cefbne11023abb511f693@mail.gmail.com> <4AFD3E14.6040403@langille.org> In-Reply-To: <4AFD3E14.6040403@langille.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: hald running 100% 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: Sat, 14 Nov 2009 20:21:36 -0000 Dan Langille wrote: > Adam Vande More wrote: >> On Thu, Nov 12, 2009 at 7:59 PM, Dan Langille > > wrote: >> >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> After upgrading to 8.0-PRERELEASE today, I'm seeing hald at 100% >> on both >> my laptop and my desktop: >> >> >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >> COMMAND >> 1500 haldaemon 1 118 0 22944K 4904K CPU1 1 107:44 100.00% >> hald >> >> uptime was about 1:50 at this point. >> >> Seems to be relatively common from the posts I've seen. >> >> >> ThinkPad X61s. dmesg output attached. FWIW. >> >> >> it's not a common issue anymore. What version of hal are you running >> and did you recompile after the upgrade? > > I don't know the version (laptop is not available just now) but I will > recompile. That's the next task. Thanks. I deleted the libusb library, then recompiled everything that depended upon it. It's running fine now. Thank you. FYI: I've also recompiled all other packages. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 14 20:39: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 E1DF31065692 for ; Sat, 14 Nov 2009 20:39:05 +0000 (UTC) (envelope-from niktychina@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 7362B8FC20 for ; Sat, 14 Nov 2009 20:39:05 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so1698655fga.13 for ; Sat, 14 Nov 2009 12:39: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=gp49ZOr/wbq+EBVEV9Ylw6aXF2k0SB4JQ+K78jE0PhI=; b=m+gs4iy+yc6bR2qgHAJrM37XbgFQt9dY81QE5q7eU7ddbQb6gvyJBjqvjGTmwUriG4 ZiXyQMCLRfZdBxJiRS9+DeTW5nDDyhcDUQIvdQXGHvV/xAgyse2xsBnKgJE6rQGdeIiw lvy9sxtIQ3dvOHCyCsqmfcEUd9lvjoxZLnFS8= 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=xqWdPtXOsl4eppwICu1jWSj5kW3eGQet6THZkQ4T5nsERMkx3fM5JcdJhk6Pklm++F jH5ja/4bWqyk+ywGEnD1xn2R0i4+/yM8j6mSA7wkDaehxvjoqDiZI4TvjddDsQmqgxxc +CDLRcnTOFnNpXRHvV0HnDXzl0py/fGkmygu8= MIME-Version: 1.0 Received: by 10.86.11.40 with SMTP id 40mr646418fgk.20.1258231143708; Sat, 14 Nov 2009 12:39:03 -0800 (PST) In-Reply-To: <20091114201645.GA56393@epia-2.farid-hajji.net> References: <4AFDF0AF.1090201@FreeBSD.org> <4AFEF726.2010200@FreeBSD.org> <20091114201645.GA56393@epia-2.farid-hajji.net> Date: Sat, 14 Nov 2009 23:39:03 +0300 Message-ID: From: Nikolay Tychina To: cpghost Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: how to mirror cvs or svn with rsync 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: Sat, 14 Nov 2009 20:39:06 -0000 Well, reference machine doesn't even run FreeBSD. I need to mirror src (say, checkout of RELENG_8). Another problem is that only rsync may be used on the reference machine. :) 2009/11/14 cpghost > On Sat, Nov 14, 2009 at 09:38:11PM +0300, Nikolay Tychina wrote: > > Having a mirror accessible from our network for free would help users to > get > > sources for free. > > Incoming traffic from Internet costs money, that's problem. > > So you need to mirror /usr/src, and not the whole repository with > all its history, right? > > What I do here is to csup /usr/src on one reference machine every now > and then, and then distribute that directory with rsync to all other > 500+ machines inside. > > -cpghost. > > -- > Cordula's Web. http://www.cordula.ws/ > From owner-freebsd-stable@FreeBSD.ORG Sat Nov 14 20:49: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 6A5F2106566C for ; Sat, 14 Nov 2009 20:49:42 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id 111F68FC15 for ; Sat, 14 Nov 2009 20:49:41 +0000 (UTC) Received: from OMTA16.westchester.pa.mail.comcast.net ([76.96.62.88]) by QMTA08.westchester.pa.mail.comcast.net with comcast id 58hL1d00A1uE5Es588phrL; Sat, 14 Nov 2009 20:49:41 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA16.westchester.pa.mail.comcast.net with comcast id 58yx1d0013S48mS3c8yxoK; Sat, 14 Nov 2009 20:58:57 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id EBE0D1E3035; Sat, 14 Nov 2009 12:49:39 -0800 (PST) Date: Sat, 14 Nov 2009 12:49:39 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091114204939.GA16087@icarus.home.lan> References: <4AFDF0AF.1090201@FreeBSD.org> <4AFEF726.2010200@FreeBSD.org> <20091114201645.GA56393@epia-2.farid-hajji.net> 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: how to mirror cvs or svn with rsync 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: Sat, 14 Nov 2009 20:49:42 -0000 On Sat, Nov 14, 2009 at 11:39:03PM +0300, Nikolay Tychina wrote: > Well, reference machine doesn't even run FreeBSD. I need to mirror src (say, > checkout of RELENG_8). > Another problem is that only rsync may be used on the reference machine. :) Your best best, in my opinion, would be to work with the responsible party for said limitations and try to get them to understand that cvsup should be used in this case. If firewall holes are of a concern, state all that's needed is a single outbound (not inbound) permit rule be placed for TCP port 5999. As long as the non-FreeBSD box runs some form of *IX, you should be able to build cvsup and run it there. Otherwise, if such truly can't be done, possibly the conversation should be moved to freebsd-hubs where cvsup server owners reside and can comment on which ones offer rsync access, etc.. Yes, some of them do run an rsync daemon, but it's not a requirement. -- | 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 Sat Nov 14 20:50: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 0F0B41065695; Sat, 14 Nov 2009 20:50:11 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id B7E548FC0A; Sat, 14 Nov 2009 20:50:10 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id D954A19E023; Sat, 14 Nov 2009 21:50:09 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 9615219E019; Sat, 14 Nov 2009 21:50:07 +0100 (CET) Message-ID: <4AFF17FF.9020802@quip.cz> Date: Sat, 14 Nov 2009 21:50:07 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0 MIME-Version: 1.0 To: Ivan Voras References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Curiously unable to access network - bce, 7.2-RELEASE on a HP blade server 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: Sat, 14 Nov 2009 20:50:11 -0000 Ivan Voras wrote: > I forgot to attach hardware details: > > bce0: HP NC373i Multifunction Gigabit Server Adapter (B2) ASIC > 0x57081021 Rev B2 B/C 0x04040105 Flags 2.5G > > Additional data point: I cannot reconfigure the card to 100 Mbit > operation (currently in 1000baseSX autoselect, full-duplex). > > Ivan Voras wrote: >> The symptoms are: >> >> * The device (bce0, bce1) comes up, is visible in ifconfig, can be >> configured, is UP and RUNNING, everything looks fine >> * Apparently, it simply doesn't work - no ping responses, TCP, nothing >> * But tcpdump shows that the NIC apparently does receive multicast >> router announcements, and some broadcast ARP traffic; only unicast >> seems to be affected. >> * Running "netstat 1" shows that apparently there are some packets >> received - once a second or so, and the "err" counters are 0. >> * Digging further, the dev.bce.0.stat_IfinFramesL2FilterDiscards >> contains an increasing number, currently arround 57000 and the >> dev.bce.0.stat_IfHCInBadOctets also contains an increasing number, >> currently around 450,000, while ...InOctets is around 30,000 and >> ...OutBadOctets is 0. >> >> From the sysctls it looks like maybe it's discarding valid input >> packets. I've tried disabling rxcsum, txcsum and TSO without effect. >> >> I cannot upgrade or install 8.0 because newusb has some problems with >> the hardware. >> >> Any ideas? Can it be related to this PR 134788? http://www.freebsd.org/cgi/query-pr.cgi?pr=134788 (your problem sounds different, but anyway you can try 7-STABLE bce driver) Recent changes in bce driver fixed it for me. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Sat Nov 14 20:57: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 16F261065676 for ; Sat, 14 Nov 2009 20:57:55 +0000 (UTC) (envelope-from ivoras@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 6CEE38FC16 for ; Sat, 14 Nov 2009 20:57:54 +0000 (UTC) Received: by bwz5 with SMTP id 5so4764659bwz.3 for ; Sat, 14 Nov 2009 12:57:53 -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=UGXZHWMgbQFF8w6W1cIh1OD3+MHmMi4ODKuECGzMnjs=; b=ILqUrBRSOemsOEV+1hWzXEGCwTIvnzEqA4rnI+tV1CeGpQIM1hkwy89sKpFrvWzNk6 CQNP9/3e4thzl1l6cAa1blg5l7kxBi4tmuzEkSSrTONGqabn6sj2iCDBF77XfeE5EcZR oiM1ZA/OQdGltv6ygLk82YpG+scPOwS+a1umg= 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=Wv9WjjHOUBbAjgl6Y/TRVuE6SvgASHo+i9YJN/B1SCleriyZwvYUL2VTGWrhymtOlW aelx05knwR4Sagi/tZdgqPi/HoPmKjpLvj/M56EosGSZjw6Djp5Jj3S8w9cLvDDHmby4 QTJ8g+sORGljxqJYwtU7IJQMX+bNkCMNzkzO4= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.85.69 with SMTP id t47mr1054551wee.107.1258232273079; Sat, 14 Nov 2009 12:57:53 -0800 (PST) In-Reply-To: <4AFF17FF.9020802@quip.cz> References: <4AFF17FF.9020802@quip.cz> From: Ivan Voras Date: Sat, 14 Nov 2009 21:57:33 +0100 X-Google-Sender-Auth: 96287b7911cca61d Message-ID: <9bbcef730911141257w4d7b7f1tc3fb18c5bdcfe57a@mail.gmail.com> To: Miroslav Lachman <000.fbsd@quip.cz> Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Curiously unable to access network - bce, 7.2-RELEASE on a HP blade server 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: Sat, 14 Nov 2009 20:57:55 -0000 2009/11/14 Miroslav Lachman <000.fbsd@quip.cz>: > Ivan Voras wrote: >> >> I forgot to attach hardware details: >> >> bce0: HP NC373i Multifunction Gigabit Server Adapter (B2) ASIC >> 0x57081021 Rev B2 B/C 0x04040105 Flags 2.5G >> >> Additional data point: I cannot reconfigure the card to 100 Mbit >> operation (currently in 1000baseSX autoselect, full-duplex). >> >> Ivan Voras wrote: >>> >>> The symptoms are: >>> >>> * The device (bce0, bce1) comes up, is visible in ifconfig, can be >>> configured, is UP and RUNNING, everything looks fine >>> * Apparently, it simply doesn't work - no ping responses, TCP, nothing >>> * But tcpdump shows that the NIC apparently does receive multicast >>> router announcements, and some broadcast ARP traffic; only unicast >>> seems to be affected. >>> * Running "netstat 1" shows that apparently there are some packets >>> received - once a second or so, and the "err" counters are 0. >>> * Digging further, the dev.bce.0.stat_IfinFramesL2FilterDiscards >>> contains an increasing number, currently arround 57000 and the >>> dev.bce.0.stat_IfHCInBadOctets also contains an increasing number, >>> currently around 450,000, while ...InOctets is around 30,000 and >>> ...OutBadOctets is 0. >>> >>> From the sysctls it looks like maybe it's discarding valid input >>> packets. I've tried disabling rxcsum, txcsum and TSO without effect. >>> >>> I cannot upgrade or install 8.0 because newusb has some problems with >>> the hardware. >>> >>> Any ideas? > > Can it be related to this PR 134788? > http://www.freebsd.org/cgi/query-pr.cgi?pr=134788 > (your problem sounds different, but anyway you can try 7-STABLE bce driver) > > Recent changes in bce driver fixed it for me. I did try booting 8.0 and found the same problem (though I cannot install 8.0 because of an unrelated problem with newusb). Judging by the dates in the PR, the fix should also be present in 8. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 14 22:43:08 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 9600F1065670 for ; Sat, 14 Nov 2009 22:43:08 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 335E88FC15 for ; Sat, 14 Nov 2009 22:43:07 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id nAEMh4Po002985 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 14 Nov 2009 23:43:05 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <200910281112.06300.doconnor@gsoft.com.au> Date: Sat, 14 Nov 2009 23:43:04 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <493EE416-62CE-4EA4-81A7-8F802789D5DD@lassitu.de> References: <200910271902.19618.doconnor@gsoft.com.au> <20091027104316.dsp7kikkoogo80gw@www.goldsword.com> <200910281112.06300.doconnor@gsoft.com.au> To: "Daniel O'Connor" X-Mailer: Apple Mail (2.1077) Cc: freebsd-stable@freebsd.org Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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: Sat, 14 Nov 2009 22:43:08 -0000 Am 28.10.2009 um 01:41 schrieb Daniel O'Connor: > On Wed, 28 Oct 2009, jfarmer@goldsword.com wrote: >> Check the archives for stable@ and fs@. I believe that there was a =20= >> thread not that long ago detailing exactly how to do that. IIRC, =20 >> while it took a bit of work, it wasn't difficult. >=20 > Hmm do you have any idea what the subject was? I'm having trouble=20 > finding it :( If you still need it, it was "ZFS pool corrupted on upgrade of -current = (probably sata renaming)" on -current back in July. You probably need = to read the full thread, and there are some caveats, but it's sometimes = possible to glabel each device/partion, and zpool replace the original = device/partition with the labelled one online. HTH, STefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 14 23:37: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 C0809106566C for ; Sat, 14 Nov 2009 23:37:59 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4F78C8FC19 for ; Sat, 14 Nov 2009 23:37:59 +0000 (UTC) Received: from epia-2.farid-hajji.net (epia-2 [192.168.254.11]) by fw.farid-hajji.net (Postfix) with ESMTP id 32787376DC; Sun, 15 Nov 2009 00:37:56 +0100 (CET) Date: Sun, 15 Nov 2009 00:37:55 +0100 From: cpghost To: Nikolay Tychina Message-ID: <20091114233755.GA56782@epia-2.farid-hajji.net> References: <4AFDF0AF.1090201@FreeBSD.org> <4AFEF726.2010200@FreeBSD.org> <20091114201645.GA56393@epia-2.farid-hajji.net> 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) Cc: freebsd-stable@freebsd.org Subject: Re: how to mirror cvs or svn with rsync 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: Sat, 14 Nov 2009 23:37:59 -0000 On Sat, Nov 14, 2009 at 11:39:03PM +0300, Nikolay Tychina wrote: > Well, reference machine doesn't even run FreeBSD. I need to mirror > src (say, checkout of RELENG_8). According to /usr/src/contrib/csup/README, csup can run on Linux or other Unixoids too: Csup should build and run fine under any *BSD OS (that includes FreeBSD, NetBSD, OpenBSD and DragonFlyBSD), as well as Linux and Darwin. If you have a problem building from source, drop me a mail! So the reference machine running csup doesn't even need to run FreeBSD. :-) > Another problem is that only rsync may be used on the reference machine. :) If you're referring to firewall rules: csup connects by default to TCP port 5999 of the csup server(s). This is an outbound connection only, as there is no need to punch a hole in the firewall to allow for incoming connections. Maybe talking to your network admin would resolve the problem? Alternatively, there may be someone running a rsync daemon (over ssh?) who could provide you with /usr/src? Or there may be someone running a cvsup daemon on rsync's or http's port, so you could punch right through your firewall with csup -p 873 or csup -p 80 (or something similar)? -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Sat Nov 14 23:44: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 A8C60106566C for ; Sat, 14 Nov 2009 23:44:07 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0FDB78FC18 for ; Sat, 14 Nov 2009 23:44:06 +0000 (UTC) Received: from [192.168.1.208] (m1-3.customer.lyse.net [213.167.96.196] (may be forged)) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id nAENhmMa014636 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Nov 2009 10:14:03 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: <4AFF40B1.3040705@gsoft.com.au> Date: Sun, 15 Nov 2009 00:43:45 +0100 From: "Daniel O'Connor" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Stefan Bethke References: <200910271902.19618.doconnor@gsoft.com.au> <20091027104316.dsp7kikkoogo80gw@www.goldsword.com> <200910281112.06300.doconnor@gsoft.com.au> <493EE416-62CE-4EA4-81A7-8F802789D5DD@lassitu.de> In-Reply-To: <493EE416-62CE-4EA4-81A7-8F802789D5DD@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.212 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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: Sat, 14 Nov 2009 23:44:07 -0000 Stefan Bethke wrote: > Am 28.10.2009 um 01:41 schrieb Daniel O'Connor: > >> On Wed, 28 Oct 2009, jfarmer@goldsword.com wrote: >>> Check the archives for stable@ and fs@. I believe that there was a >>> thread not that long ago detailing exactly how to do that. IIRC, >>> while it took a bit of work, it wasn't difficult. >> Hmm do you have any idea what the subject was? I'm having trouble >> finding it :( > > If you still need it, it was "ZFS pool corrupted on upgrade of -current (probably sata renaming)" on -current back in July. You probably need to read the full thread, and there are some caveats, but it's sometimes possible to glabel each device/partion, and zpool replace the original device/partition with the labelled one online. It's here.. http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009440.html Quote... > On Wed Jul 15 at 16:22, Freddie Cash wrote: > Yep. It's as simple as: > > * label all the drives using glabel, while they're still attached to > the pool > * use "zpool replace pool ad4 label/disk01" to replace 1 drive > * wait for it to resilver > * use "zpool replace pool ad6 label/disk02" to replace the next > drive > * repeat the resilver and replace until all the devices are replaced > > This is what I did to one of our servers. Works quite nicely. > > There's no need to detach anything. I'll try it when I get home and see how it goes. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Sat Nov 14 23:49: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 94E6E106566C for ; Sat, 14 Nov 2009 23:49:52 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id F01F58FC14 for ; Sat, 14 Nov 2009 23:49:51 +0000 (UTC) Received: from [192.168.1.208] (m1-3.customer.lyse.net [213.167.96.196] (may be forged)) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id nAENndFw014734 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Nov 2009 10:19:48 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: <4AFF4211.3040206@gsoft.com.au> Date: Sun, 15 Nov 2009 00:49:37 +0100 From: "Daniel O'Connor" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Stefan Bethke References: <200910271902.19618.doconnor@gsoft.com.au> <20091027104316.dsp7kikkoogo80gw@www.goldsword.com> <200910281112.06300.doconnor@gsoft.com.au> <493EE416-62CE-4EA4-81A7-8F802789D5DD@lassitu.de> <4AFF40B1.3040705@gsoft.com.au> In-Reply-To: <4AFF40B1.3040705@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.212 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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: Sat, 14 Nov 2009 23:49:52 -0000 Daniel O'Connor wrote: > Stefan Bethke wrote: >> Am 28.10.2009 um 01:41 schrieb Daniel O'Connor: >> >>> On Wed, 28 Oct 2009, jfarmer@goldsword.com wrote: >>>> Check the archives for stable@ and fs@. I believe that there was a >>>> thread not that long ago detailing exactly how to do that. IIRC, >>>> while it took a bit of work, it wasn't difficult. >>> Hmm do you have any idea what the subject was? I'm having trouble >>> finding it :( >> >> If you still need it, it was "ZFS pool corrupted on upgrade of >> -current (probably sata renaming)" on -current back in July. You >> probably need to read the full thread, and there are some caveats, but >> it's sometimes possible to glabel each device/partion, and zpool >> replace the original device/partition with the labelled one online. > > It's here.. > http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009440.html > > Quote... > > On Wed Jul 15 at 16:22, Freddie Cash wrote: > > Yep. It's as simple as: > > > > * label all the drives using glabel, while they're still attached to > > the pool > > * use "zpool replace pool ad4 label/disk01" to replace 1 drive > > * wait for it to resilver > > * use "zpool replace pool ad6 label/disk02" to replace the next > > drive > > * repeat the resilver and replace until all the devices are replaced > > > > This is what I did to one of our servers. Works quite nicely. > > > > There's no need to detach anything. > > I'll try it when I get home and see how it goes. It would be nice if the man page mentioned this case though, currently the "zpool replace" entry covers the case where the new disk has the same device node. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Sat Nov 14 23:59:01 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 498CB1065670 for ; Sat, 14 Nov 2009 23:59:01 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 13AC68FC0A for ; Sat, 14 Nov 2009 23:59:00 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Received:Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:Importance:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=Wkg3beCv6S8Q9iop0cC2EWYBftE1nuKLF8Otou0DO6LlwO6rq4IOJI5ZHoP7aLYvkoJf5l1yH3WNqkiAuo8ksO8VnWd1jK64GhbHdff1p8Q3B2wKB/BPLvQN+KyZJyTFwXgiumi7Bjxp2wcoPKQi6sb6t0vzjt/vNy+1oOtpHi4=; Received: from localhost.lerctr.org ([127.0.0.1]:50131 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N9SW7-0005zX-Hi; Sat, 14 Nov 2009 17:58:56 -0600 Received: from 76.205.169.61 (SquirrelMail authenticated user ler) by webmail.lerctr.org with HTTP; Sat, 14 Nov 2009 17:58:55 -0600 Message-ID: <2aed0fc0af06c5fb17495e8925214ac7.squirrel@webmail.lerctr.org> In-Reply-To: <4AFF40B1.3040705@gsoft.com.au> References: <200910271902.19618.doconnor@gsoft.com.au> <20091027104316.dsp7kikkoogo80gw@www.goldsword.com> <200910281112.06300.doconnor@gsoft.com.au> <493EE416-62CE-4EA4-81A7-8F802789D5DD@lassitu.de> <4AFF40B1.3040705@gsoft.com.au> Date: Sat, 14 Nov 2009 17:58:55 -0600 From: "Larry Rosenman" To: "Daniel O'Connor" User-Agent: SquirrelMail/1.4.20-RC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -3.0 (---) X-LERCTR-Spam-Score: -3.0 (---) X-Spam-Report: SpamScore (-3.0/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, FM_MULTI_ODD2=1.1, SARE_SUB_OBFU_OTHER=0.135, TW_FJ=0.077, TW_JW=0.077 X-LERCTR-Spam-Report: SpamScore (-3.0/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, FM_MULTI_ODD2=1.1, SARE_SUB_OBFU_OTHER=0.135, TW_FJ=0.077, TW_JW=0.077 DomainKey-Status: no signature Cc: freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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: Sat, 14 Nov 2009 23:59:01 -0000 On Sat, November 14, 2009 5:43 pm, Daniel O'Connor wrote: > Stefan Bethke wrote: >> Am 28.10.2009 um 01:41 schrieb Daniel O'Connor: >> >>> On Wed, 28 Oct 2009, jfarmer@goldsword.com wrote: >>>> Check the archives for stable@ and fs@. I believe that there was a >>>> thread not that long ago detailing exactly how to do that. IIRC, >>>> while it took a bit of work, it wasn't difficult. >>> Hmm do you have any idea what the subject was? I'm having trouble >>> finding it :( >> >> If you still need it, it was "ZFS pool corrupted on upgrade of -current >> (probably sata renaming)" on -current back in July. You probably need >> to read the full thread, and there are some caveats, but it's sometimes >> possible to glabel each device/partion, and zpool replace the original >> device/partition with the labelled one online. > > It's here.. > http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009440.html > > Quote... > > On Wed Jul 15 at 16:22, Freddie Cash wrote: > > Yep. It's as simple as: > > > > * label all the drives using glabel, while they're still attached to > > the pool > > * use "zpool replace pool ad4 label/disk01" to replace 1 drive > > * wait for it to resilver > > * use "zpool replace pool ad6 label/disk02" to replace the next > > drive > > * repeat the resilver and replace until all the devices are replaced > > > > This is what I did to one of our servers. Works quite nicely. > > > > There's no need to detach anything. > > I'll try it when I get home and see how it goes. When I try that, I get: # zpool status pool: vault state: ONLINE scrub: scrub completed after 3h4m with 0 errors on Wed Nov 11 04:32:00 2009 config: NAME STATE READ WRITE CKSUM vault ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ada1 ONLINE 0 0 0 ada2 ONLINE 0 0 0 ada3 ONLINE 0 0 0 ada4 ONLINE 0 0 0 ada5 ONLINE 0 0 0 ada0s1f ONLINE 0 0 0 ada0s1e ONLINE 0 0 0 ada0s1d ONLINE 0 0 0 errors: No known data errors # glabel label disk01 /dev/ada1 glabel: Can't store metadata on /dev/ada1: Operation not permitted. # Ideas? > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > _______________________________________________ > 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" > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893