From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 00:47:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7705C106568F for ; Sun, 5 Oct 2008 00:47:48 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 504BA8FC1A for ; Sun, 5 Oct 2008 00:47:48 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [192.168.0.2] (p53.kientzle.com [66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id m950lhtv057029; Sat, 4 Oct 2008 17:47:47 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <48E80F02.4070309@freebsd.org> Date: Sat, 04 Oct 2008 17:49:06 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: jos@catnook.com References: <20081004080511.GA72641@lizzy.catnook.local> <20081004161024.GA67323@nagual.pp.ru> <20081004222249.GA48928@lizzy.catnook.local> In-Reply-To: <20081004222249.GA48928@lizzy.catnook.local> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrey Chernov , freebsd-current@freebsd.org Subject: Re: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 00:47:48 -0000 Jos Backus wrote: >>On Sat, Oct 04, 2008 at 01:05:11AM -0700, Jos Backus wrote: >> >>>For a few weeks now firefox3-bin has been crashing semi-regularly for me. >>>Backtrace attached. I selected `Build a debugging image' but the resulting >>>binary is stripped, so no symbols. >>>#3 0x28237381 in XRE_InitEmbedding () from /usr/local/lib/firefox3/libxul.so >>>#4 >>>#5 0x2a39eb2d in arc4random_buf () from /lib/libc.so.7 > > A few weeks ago, after these crashes had started happening, I rebuilt most > ports on this machine, hoping it would fix the issue, but it has not. > > Any suggestions on how to debug this? First, you need to share the first items in the backtrace, as they're more likely to be correct. I agree with Andrey that it looks like there's some stack corruption, so it's hard to trust anything except the first couple of entries. You should also look at several independent core dumps and see how much the backtraces have in common. It might also be worth running it under ktrace, forcing the crash, then sharing the last few dozen lines from kdump output. Good luck, Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 02:56:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 773881065686 for ; Sun, 5 Oct 2008 02:56:46 +0000 (UTC) (envelope-from sk@elegosoft.com) Received: from mx0.elegosoft.com (mx0.elegosoft.com [88.198.54.133]) by mx1.freebsd.org (Postfix) with ESMTP id 2D2E68FC13 for ; Sun, 5 Oct 2008 02:56:46 +0000 (UTC) (envelope-from sk@elegosoft.com) Received: from localhost (localhost [127.0.0.1]) by mx0.elegosoft.com (Postfix) with ESMTP id 92F7F1B48C6; Sun, 5 Oct 2008 04:24:52 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mx0.elegosoft.com Received: from mx0.elegosoft.com ([127.0.0.1]) by localhost (mx0.elegosoft.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5BC5E2gwLYYQ; Sun, 5 Oct 2008 04:24:43 +0200 (CEST) Received: from mail.elegosoft.com (localhost [127.0.0.1]) by mx0.elegosoft.com (Postfix) with ESMTP id E465A1B48C4; Sun, 5 Oct 2008 04:24:42 +0200 (CEST) Received: from 82.41.242.250 (SquirrelMail authenticated user sk) by mail.elegosoft.com with HTTP; Sun, 5 Oct 2008 04:24:42 +0200 (CEST) Message-ID: <4046.82.41.242.250.1223173482.squirrel@mail.elegosoft.com> In-Reply-To: <48E4368E.4020404@gmail.com> References: <48E16E93.3090601@gmail.com> <48E4368E.4020404@gmail.com> Date: Sun, 5 Oct 2008 04:24:42 +0200 (CEST) From: sk@elegosoft.com To: "Eitan Adler" User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Sun, 05 Oct 2008 04:57:34 +0000 Cc: freebsd-current@freebsd.org Subject: Re: SSH Brute Force attempts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 02:56:46 -0000 mornin' Rich Healey wrote: >> Recently I'm getting a lot of brute force attempts on my server, in the >> past I've used various tips and tricks with linux boxes but many of them >> were fairly linux specific. disable pasword authentication OR use very strong passwords (24 chars) OR use OTP if it is applicable you could limit access by hosts (from=) nothing of the above is linux or BSD specific btw. Software to delay Login Attempts could be tricked. > Personally I find that changing the port to anything other than 22 stops > a lot of the skiddie brute force attacks. Thats not to say you > shouldn't use something else as well - but it is something. it works for one of my servers too, but is security by obscurity regards Stefan From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 05:18:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89B18106568E for ; Sun, 5 Oct 2008 05:18:28 +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 513AB8FC18 for ; Sun, 5 Oct 2008 05:18:28 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m955IRSh057290 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Oct 2008 22:18:27 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <48E84E23.3000002@freebsd.org> Date: Sat, 04 Oct 2008 22:18:27 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: =?UTF-8?B?QXNoaXNoIFNodWtsYSDgpIbgpLbgpYDgpLcg4KS24KWB4KSV4KWN4KSy?= References: <20080929173223.183035ohkgl7jk3b@econet.encontacto.net> <20080930054432.GB5863@chateau.d.lf> <48E24842.4070409@freebsd.org> <87bpy5imh8.fsf@chateau.d.lf> <48E3A944.3030809@freebsd.org> <8763oct2u8.fsf@chateau.d.lf> <871vyze15z.fsf@chateau.d.lf> <48E6E6BF.2020908@freebsd.org> <874p3sbjda.fsf@chateau.d.lf> In-Reply-To: <874p3sbjda.fsf@chateau.d.lf> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-current Subject: Re: I lost ath0 support on current sometime between Sept 20 and Sept 26. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 05:18:28 -0000 Ashish Shukla आशीष शुक्ल wrote: > Sam Leffler writes: > > > > >> I've lost track of what you've tried. Try to simplify your >> configuration to isolate what is causing the problem. For example, >> disable WPA and see if you can associate and pass traffic. If that >> works then we know this is a crypto problem. If you cannot setup an >> open association then I probably need a packet trace from a 3rd >> station to see what's happening. >> > > Following is what I did when I booted my FreeBSD notebook: > > ---->8---->8---- > abbe [~] monte-cristo% ifconfig > ath0: flags=8802 metric 0 mtu 2290 > ether 00:1f:3a:1a:50:b3 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > rl0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:1b:38:ea:5c:76 > inet 172.16.0.7 netmask 0xffffffe0 broadcast 172.16.0.31 > inet6 fe80::21b:38ff:feea:5c76%rl0 prefixlen 64 scopeid 0x2 > inet6 fdxx:xxxx:xxxx:xxxx::3 prefixlen 64 > media: Ethernet autoselect (none) > status: no carrier > lo0: flags=8049 metric 0 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > wlan0: flags=8802 metric 0 mtu 1500 > ether 00:1f:3a:1a:50:b3 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid "" channel 1 (2412 Mhz 11b) > regdomain 103 indoor ecm authmode OPEN privacy OFF txpower 16 bmiss 7 > scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 > roam:rate 1 wme burst bintval 0 > abbe [~] monte-cristo% sudo ifconfig wlan0 up > Password: > abbe [~] monte-cristo% sudo ifconfig wlan0 list scan > SSID BSSID CHAN RATE S:N INT CAPS > 18-B-PARVATIYA 00:1e:2a:76:f4:60 6 54M -66:-96 100 ES WME ATH > abbe [~] monte-cristo% sudo ifconfig wlan0 bssid 00:1e:2a:76:f4:60 > abbe [~] monte-cristo% ifconfig > ath0: flags=8843 metric 0 mtu 2290 > ether 00:1f:3a:1a:50:b3 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > rl0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:1b:38:ea:5c:76 > inet 172.16.0.7 netmask 0xffffffe0 broadcast 172.16.0.31 > inet6 fe80::21b:38ff:feea:5c76%rl0 prefixlen 64 scopeid 0x2 > inet6 fdxx:xxxx:xxxx:xxxx::3 prefixlen 64 > media: Ethernet autoselect (none) > status: no carrier > lo0: flags=8049 metric 0 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:1f:3a:1a:50:b3 > inet6 fe80::21f:3aff:fe1a:50b3%wlan0 prefixlen 64 scopeid 0x4 > media: IEEE 802.11 Wireless Ethernet DS/1Mbps mode 11g > status: associated > ssid 18-B-PARVATIYA channel 6 (2437 Mhz 11g) bssid 00:1e:2a:76:f4:60 > regdomain 103 indoor ecm authmode OPEN privacy OFF txpower 16 bmiss 7 > scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 > roam:rate 5 protmode CTS wme burst > abbe [~] monte-cristo% sudo ifconfig rl0 172.16.0.7 -alias > abbe [~] monte-cristo% sudo ifconfig wlan0 172.16.0.8/27 > abbe [~] monte-cristo% ping 172.16.0.2 > PING 172.16.0.2 (172.16.0.2): 56 data bytes > ping: sendto: Operation not permitted > ^C > --- 172.16.0.2 ping statistics --- > 1 packets transmitted, 0 packets received, 100.0% packet loss > abbe [~] monte-cristo% sudo pfctl -d > No ALTQ support in kernel > ALTQ related functions disabled > pf disabled > abbe [~] monte-cristo% ping 172.16.0.2 > PING 172.16.0.2 (172.16.0.2): 56 data bytes > ^C > --- 172.16.0.2 ping statistics --- > 19 packets transmitted, 0 packets received, 100.0% packet loss > abbe [~] monte-cristo% ping 172.16.0.1 > PING 172.16.0.1 (172.16.0.1): 56 data bytes > ^C > --- 172.16.0.1 ping statistics --- > 1 packets transmitted, 0 packets received, 100.0% packet loss > abbe [~] monte-cristo% ping 172.16.0.3 > PING 172.16.0.3 (172.16.0.3): 56 data bytes > ^C > --- 172.16.0.3 ping statistics --- > 2 packets transmitted, 0 packets received, 100.0% packet loss > abbe [~] monte-cristo% ifconfig wlan0 > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:1f:3a:1a:50:b3 > inet6 fe80::21f:3aff:fe1a:50b3%wlan0 prefixlen 64 scopeid 0x4 > inet 172.16.0.8 netmask 0xffffffe0 broadcast 172.16.0.31 > media: IEEE 802.11 Wireless Ethernet DS/1Mbps mode 11g > status: associated > ssid 18-B-PARVATIYA channel 6 (2437 Mhz 11g) bssid 00:1e:2a:76:f4:60 > regdomain 103 indoor ecm authmode OPEN privacy OFF txpower 16 bmiss 7 > scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 > roam:rate 5 protmode CTS wme burst > abbe [~] monte-cristo% netstat -f inet -rn > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > 127.0.0.1 127.0.0.1 UH 0 0 lo0 > 172.16.0.0/27 link#4 UC 0 0 wlan0 > abbe [~] monte-cristo% fgrep wlan /etc/rc.conf > wlans_ath0="wlan0" > #ifconfig_wlan0="WPA" > abbe [~] monte-cristo% uname -a > FreeBSD monte-cristo.france 8.0-CURRENT FreeBSD 8.0-CURRENT #10: Thu Oct 2 15:11:19 IST 2008 root@monte-cristo.france:/usr/obj/usr/src/sys/ULE amd64 > ----8<----8<---- > > The wlan0 interface is already created for me by rc scripts executing at > bootup. I've disabled authentication in my wireless access point > (Netgear WGT624). 172.16.0.{1,2,3} are my other boxes available on wired > network. I've a pf setup on this notebook, which I disabled later, as > you can see above. My rl0 interface also connects to the same router, so > I've removed 172.16.0.0/27 address assigned to my rl0, so I can assign > other address of the same network to my other interface wlan0. > > If there is some information which I missed, please tell me ? > Your problem is not wireless related. I just pulled out an identical card to yours and ran lengthy tests w/o any issues. You appear to have your network misconfigured. Sam From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 06:22:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AECF10656A5 for ; Sun, 5 Oct 2008 06:22:31 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.189]) by mx1.freebsd.org (Postfix) with ESMTP id 73CC38FC14 for ; Sun, 5 Oct 2008 06:22:30 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1345327tid.3 for ; Sat, 04 Oct 2008 23:22:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:x-face :references:x-uptime:x-url:x-openpgp-id:x-openpgp-fingerprint:x-os :x-mailer:x-mail-morse:x-attribution:organization:from:in-reply-to :user-agent:face:date:message-id:mime-version:content-type:sender; bh=wGT+idltAOojpu5qYNPKDfwVORmyrtzZWbS0z3pXP0o=; b=m5ZQUSw68v6CBPTPp6E3grdbfUEpreF329qIGhzEXEVG9Kw/5coF3P+Bz4AfCXvR2a bkQ93pyn2v7HO2Xz35muBeAsdiCM5ERU035cg8h/7iHeFVeqP9nq1mpdpI1CZGbMeh1H niY2kp0AEQNWaa+otgd+TjcGuXd4T3cfWQ8Is= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:x-face:references:x-uptime:x-url:x-openpgp-id :x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse:x-attribution :organization:from:in-reply-to:user-agent:face:date:message-id :mime-version:content-type:sender; b=fiveWJK6j/QcYUkajPHX7zlFmkITHRYKATiOn7GqpAL91oGBp1PRZ+Qv/s7Tb661vH fwXK09BSkcdLXtsR9a6VFfXrUq4cYCm+gn7ob0Nl1r8WvIU3aLgYmyRnf8DUJl1AOW+D zTRYDcht4p472JrnF69HpD8v5adf9/iRKuH+s= Received: by 10.110.5.14 with SMTP id 14mr3839964tie.58.1223187748629; Sat, 04 Oct 2008 23:22:28 -0700 (PDT) Received: from chateau.d.lf ([122.162.250.4]) by mx.google.com with ESMTPS id d4sm7915188tib.1.2008.10.04.23.22.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 04 Oct 2008 23:22:26 -0700 (PDT) To: Sam Leffler X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 References: <20080929173223.183035ohkgl7jk3b@econet.encontacto.net> <20080930054432.GB5863@chateau.d.lf> <48E24842.4070409@freebsd.org> <87bpy5imh8.fsf@chateau.d.lf> <48E3A944.3030809@freebsd.org> <8763oct2u8.fsf@chateau.d.lf> <871vyze15z.fsf@chateau.d.lf> <48E6E6BF.2020908@freebsd.org> <874p3sbjda.fsf@chateau.d.lf> <48E84E23.3000002@freebsd.org> X-Uptime: 11:24:42 up 31 min, 1 user, load average: 0.10, 0.08, 0.17 X-URL: http://wahjava.wordpress.com/ X-OpenPGP-ID: 762E5E74 X-OpenPGP-Fingerprint: 1E00 4679 77E4 F8EE 2E4B 56F2 1F2F 8410 762E 5E74 X-OS: GNU/Linux on Linux 2.6.25-gentoo-r7 kernel on x86_64 architecture X-Mailer: Gnus/5.11 (Oort 5.11) Emacs/22.3.1 (x86_64-pc-linux-gnu) X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organization: alt.religion.emacs From: wahjava.ml@gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) In-Reply-To: <48E84E23.3000002@freebsd.org> (Sam Leffler's message of "Sat\, 04 Oct 2008 22\:18\:27 -0700") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== Date: Sun, 05 Oct 2008 11:52:51 +0530 Message-ID: <87wsgnblxg.fsf@chateau.d.lf> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Sender: =?UTF-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksiBBc2hpc2ggU2h1a2xh?= Cc: freebsd-current Subject: Re: I lost ath0 support on current sometime between Sept 20 and Sept 26. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 06:22:31 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Sam Leffler writes: [...] > Your problem is not wireless related. I just pulled out an identical > card to yours and ran lengthy tests w/o any issues. You appear to > have your network misconfigured. What kind of misconfiguration according to you, I might be having, hmm...? There're no ACLs set in my wireless router, nor any IP addresses are bound with any MAC address. I've disabled my 'rl0' and 'pf' in my rc.conf and rebooted, but I'm still not able to get it working. I'm pasting my rc.conf and sysctl output of '*.ath.*' variables. Do you suspect anything wrong there ? Any tweaks ? Anything else do you recommend me, hmm...? ----8<----8<---- abbe [~] monte-cristo % grep -v '^#' /etc/rc.conf |grep -v '^[[:space:]]*$' hostname="monte-cristo.france" ipv6_enable="YES" dbus_enable="YES" sshd_enable="YES" gnome_enable="YES" inetd_enable="YES" fusefs_enable="YES" lighttpd_enable="YES" pf_enable="YES" moused_enable="YES" moused_port="/dev/psm0" moused_type="glidepoint" moused_ums0_type="auto" moused_ums0_flags="" moused_flags="-m 11=4" named_enable="YES" clear_tmp_enable="YES" ftpproxy_enable="YES" ftpproxy_flags="-r" rpcbind_enable="YES" nfs_server_enable="YES" mountd_flags="-r -p 32001" mountd_enable="YES" nfs_client_enable="YES" rpc_lockd_enable="YES" rpc_lockd_flags="-p 32002" rpc_statd_enable="YES" rpc_statd_flags="-p 32002" nfs_reserved_port_only="YES" gdm_enable="NO" ipv6_enable="YES" hostname="monte-cristo.france" rsyncd_enable="YES" wlans_ath0="wlan0" abbe [~] monte-cristo % sysctl -a |fgrep .ath. hw.ath.hal.swba_backoff: 0 hw.ath.hal.sw_brt: 10 hw.ath.hal.dma_brt: 2 hw.ath.hal.version: 0.10.5.10 hw.ath.txbuf: 200 hw.ath.rxbuf: 40 hw.ath.calibrate: 30 dev.ath.0.%desc: Atheros 5424/2424 dev.ath.0.%driver: ath dev.ath.0.%location: slot=0 function=0 handle=\_SB_.PCI0.EXP1.PXS1 dev.ath.0.%pnpinfo: vendor=0x168c device=0x001c subvendor=0x103c subdevice=0x137b class=0x020000 dev.ath.0.%parent: pci1 dev.ath.0.smoothing_rate: 95 dev.ath.0.sample_rate: 10 dev.ath.0.countrycode: 0 dev.ath.0.regdomain: 103 dev.ath.0.slottime: 9 dev.ath.0.acktimeout: 48 dev.ath.0.ctstimeout: 48 dev.ath.0.softled: 0 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 2700 dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 2 dev.ath.0.diversity: 1 dev.ath.0.txintrperiod: 5 dev.ath.0.diag: 0 dev.ath.0.tpscale: 0 dev.ath.0.tpc: 0 dev.ath.0.tpack: 63 dev.ath.0.tpcts: 63 dev.ath.0.rfsilent: 1 dev.ath.0.rfkill: 1 dev.ath.0.monpass: 24 ---->8---->8---- I've Gentoo GNU/Linux also installed on the same notebook, and that boots and connects to wireless network just fine with HAL 0.10.5.6 with WPA2 enabled. Any debugging information from that OS, I can provide, hmm...? TIA Ashish -- () ascii ribbon campaign - against HTML e-mail /\ www.asciiribbon.org - against proprietary attachments ·-- ·- ···· ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- -- % dig +short cname cdac.in @::1 ms.gov.in --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjoXUAACgkQHy+EEHYuXnRWhgCfSJJso6tD9BjMVI2+U/iq78nF 5OUAnjp9QjQkaOl9AhUtZiKDqolgFmm7 =UJYl -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 07:17:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BCD21065686 for ; Sun, 5 Oct 2008 07:17:47 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id 985358FC16 for ; Sun, 5 Oct 2008 07:17:45 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 64330 invoked by uid 1000); 5 Oct 2008 07:18:07 -0000 Date: Sun, 5 Oct 2008 00:18:07 -0700 From: Jos Backus To: Tim Kientzle Message-ID: <20081005071807.GA54013@lizzy.catnook.local> References: <20081004080511.GA72641@lizzy.catnook.local> <20081004161024.GA67323@nagual.pp.ru> <20081004222249.GA48928@lizzy.catnook.local> <48E80F02.4070309@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48E80F02.4070309@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Andrey Chernov , freebsd-current@freebsd.org Subject: Re: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 07:17:47 -0000 On Sat, Oct 04, 2008 at 05:49:06PM -0700, Tim Kientzle wrote: > Jos Backus wrote: > > Any suggestions on how to debug this? > > First, you need to share the first items in the > backtrace, as they're more likely to be correct. > I agree with Andrey that it looks like there's > some stack corruption, so it's hard to trust > anything except the first couple of entries. Okay, I'll do that tomorrow. > You should also look at several independent core > dumps and see how much the backtraces have in common. So far the bottom-most frames have looked the same every time. I'll do some more thorough comparisons and report the results. > It might also be worth running it under ktrace, > forcing the crash, then sharing the last few dozen > lines from kdump output. I'll try that, too. Thank you, Andrey and Tim, for your help so far. -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 07:39:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A34941065687 for ; Sun, 5 Oct 2008 07:39:17 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 5E77F8FC0C for ; Sun, 5 Oct 2008 07:39:17 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.21.131] (helo=devil.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KmNxI-000NGh-Fj for freebsd-current@freebsd.org; Sun, 05 Oct 2008 15:23:04 +0800 Message-ID: <48E86B55.6080702@micom.mng.net> Date: Sun, 05 Oct 2008 15:23:01 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.16 (X11/20080901) MIME-Version: 1.0 To: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ifconfig: SIOCS80211: Invalid argument X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 07:39:17 -0000 Hi, I'm having trouble putting IP address in atheros PCMCIA card. Did syntax of ifconfig change in CURRENT? It was working before on RELENG_7. devil# ifconfig ath0 inet 192.168.2.60 netmask 255.255.255.0 ssid freebsdap mode 11b mediaopt adhoc ifconfig: SIOCS80211: Invalid argument devil# devil# ifconfig ath0 ssid freebsd inet 192.168.2.60 netmask 255.255.255.0 ifconfig: SIOCS80211: Invalid argument devil# ifconfig ath0 ssid freebsd mediaopt adhoc inet 192.168.2.60 netmask 255.255.255.0 ifconfig: SIOCS80211: Invalid argument devil# ifconfig ath0 ssid freebsd mode 11b mediaopt adhoc inet 192.168.2.60 netmask 255.255.255.0 ifconfig: SIOCS80211: Invalid argument devil# ifconfig ath0 inet 192.168.2.60 netmask 255.255.255.0 ifconfig: ioctl (SIOCAIFADDR): Invalid argument devil# thanks, Ganbold -- Bugs, pl. n.: Small living things that small living boys throw on small living girls. From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 09:51:26 2008 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F40261065689 for ; Sun, 5 Oct 2008 09:51:25 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from deepcore.dk (adsl.deepcore.dk [87.63.29.106]) by mx1.freebsd.org (Postfix) with ESMTP id 76B948FC16 for ; Sun, 5 Oct 2008 09:51:25 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from [192.168.0.138] ([192.168.0.138]) by deepcore.dk (8.14.3/8.14.2) with ESMTP id m959I8lX044961 for ; Sun, 5 Oct 2008 11:18:08 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) Message-Id: <376EE5F0-1183-4318-82ED-D23967B27933@FreeBSD.ORG> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: current Mime-Version: 1.0 (Apple Message framework v929.2) Date: Sun, 5 Oct 2008 11:18:09 +0200 X-Mailer: Apple Mail (2.929.2) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (deepcore.dk [217.20.59.72]); Sun, 05 Oct 2008 11:18:08 +0200 (CEST) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Request for testing: ATA chipset code as modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 09:51:26 -0000 Hi All. Ignited by recent discussions on -arch about shrinking the binary =20 footprint for small systems I searched around in my forest of devel =20 tree's and found a branch where I've split up ATA's chipset code into =20= vendor specific modules. This is usefull in many ways, so I'm planning =20= on committing this soonish, but lets have a round of testing first: It can be found on http://deepcore.dk/pub/ATA as two files, ata-=20 modules-diff that contains a diff for /sys/conf/files and ata-=20 modules.tgz that is a replacement for /sys/dev/ata. This turns the chipset parts into a module for each vendor, and they =20 are all compiled in as is, however they can be left out on a pr vendor =20= basis (there are a few interdependencies though). I havn't written all the /sys/modules/ata/*/Makefiles that it would =20 take to make it into loadable modules, but thats trivial todo. Let me know how this works out! -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 10:31:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83160106568B for ; Sun, 5 Oct 2008 10:31:31 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 121C28FC08 for ; Sun, 5 Oct 2008 10:31:30 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1522490fgb.35 for ; Sun, 05 Oct 2008 03:31:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=7Bn0o1d3XqdtMhgppfhxaYPGplUiTJZbYhUgJ9ds2mo=; b=CUIRm4TU6ADM9C7/fJVUtH8aPg6u70yY4LTWwlvncIadc5cvqXWTY8l151dHENhneB 3UlcPAxyzTQhIVcMpYragIYXwc+z18YQRXiGVobwGrHgyJFzhku9z76tHWPD32Sq8Fn1 bGqFgynLkCVpHhkAQ7icLf14R/zCa+K57XXEA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=KuMOvaqTJN9GRjV5d7kBkYfRgPZIVhMh6rohI5IQnHHbnguO8ngv/WR9s8iyZ+/ISf chnvvR0TEH/DiV4t75bKNwfpmH8zplbW9Wfi4uqyLxQWdZRy571pIpECNrTkj5eTHIpU IMRCSe84g96sEhn5FY99cfqZn7NDSviyVjTLM= Received: by 10.187.171.8 with SMTP id y8mr829974fao.62.1223200941033; Sun, 05 Oct 2008 03:02:21 -0700 (PDT) Received: by 10.187.216.11 with HTTP; Sun, 5 Oct 2008 03:02:21 -0700 (PDT) Message-ID: <2e77fc10810050302x3b653d2fg412869841442d390@mail.gmail.com> Date: Sun, 5 Oct 2008 13:02:21 +0300 From: "Niki Denev" Sender: ndenev@gmail.com To: Ganbold In-Reply-To: <48E86B55.6080702@micom.mng.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48E86B55.6080702@micom.mng.net> X-Google-Sender-Auth: e61f9cbf4b0f3543 Cc: "freebsd-current@freebsd.org" Subject: Re: ifconfig: SIOCS80211: Invalid argument X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 10:31:31 -0000 On Sun, Oct 5, 2008 at 10:23 AM, Ganbold wrote: > Hi, > > I'm having trouble putting IP address in atheros PCMCIA card. > > Did syntax of ifconfig change in CURRENT? It was working before on RELENG_7. > > devil# ifconfig ath0 inet 192.168.2.60 netmask 255.255.255.0 ssid freebsdap > mode 11b mediaopt adhoc > ifconfig: SIOCS80211: Invalid argument > devil# > devil# ifconfig ath0 ssid freebsd inet 192.168.2.60 netmask 255.255.255.0 > ifconfig: SIOCS80211: Invalid argument > devil# ifconfig ath0 ssid freebsd mediaopt adhoc inet 192.168.2.60 netmask > 255.255.255.0 > ifconfig: SIOCS80211: Invalid argument > devil# ifconfig ath0 ssid freebsd mode 11b mediaopt adhoc inet 192.168.2.60 > netmask 255.255.255.0 > ifconfig: SIOCS80211: Invalid argument > devil# ifconfig ath0 inet 192.168.2.60 netmask 255.255.255.0 > ifconfig: ioctl (SIOCAIFADDR): Invalid argument > devil# > > > thanks, > > Ganbold > > -- > Bugs, pl. n.: Small living things that small living boys throw on small > living girls. > In -CURRENT you can't work directly with the underlying wireless card, you must first clone wlanX devices, and use them. See ifconfig manual page and /etc/defaults/rc.conf for examples. Regards, Niki From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 10:51:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 762D81065691 for ; Sun, 5 Oct 2008 10:51:24 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 2DD078FC1E for ; Sun, 5 Oct 2008 10:51:24 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.21.131] (helo=devil.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KmRCr-000O7g-D2; Sun, 05 Oct 2008 18:51:21 +0800 Message-ID: <48E89C28.5020703@micom.mng.net> Date: Sun, 05 Oct 2008 18:51:20 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.16 (X11/20080901) MIME-Version: 1.0 To: Niki Denev References: <48E86B55.6080702@micom.mng.net> <2e77fc10810050302x3b653d2fg412869841442d390@mail.gmail.com> In-Reply-To: <2e77fc10810050302x3b653d2fg412869841442d390@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: ifconfig: SIOCS80211: Invalid argument X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 10:51:24 -0000 Niki Denev wrote: > On Sun, Oct 5, 2008 at 10:23 AM, Ganbold wrote: > >> Hi, >> >> I'm having trouble putting IP address in atheros PCMCIA card. >> >> Did syntax of ifconfig change in CURRENT? It was working before on RELENG_7. >> >> devil# ifconfig ath0 inet 192.168.2.60 netmask 255.255.255.0 ssid freebsdap >> mode 11b mediaopt adhoc >> ifconfig: SIOCS80211: Invalid argument >> devil# >> devil# ifconfig ath0 ssid freebsd inet 192.168.2.60 netmask 255.255.255.0 >> ifconfig: SIOCS80211: Invalid argument >> devil# ifconfig ath0 ssid freebsd mediaopt adhoc inet 192.168.2.60 netmask >> 255.255.255.0 >> ifconfig: SIOCS80211: Invalid argument >> devil# ifconfig ath0 ssid freebsd mode 11b mediaopt adhoc inet 192.168.2.60 >> netmask 255.255.255.0 >> ifconfig: SIOCS80211: Invalid argument >> devil# ifconfig ath0 inet 192.168.2.60 netmask 255.255.255.0 >> ifconfig: ioctl (SIOCAIFADDR): Invalid argument >> devil# >> >> >> thanks, >> >> Ganbold >> >> -- >> Bugs, pl. n.: Small living things that small living boys throw on small >> living girls. >> >> > > In -CURRENT you can't work directly with the underlying wireless card, > you must first clone wlanX devices, and use them. > > See ifconfig manual page and /etc/defaults/rc.conf for examples. > Thanks anyway, I figured it out :) I should have read /usr/src/UPDATING before sending to mailing list :) thanks, Ganbold > Regards, > Niki > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 12:34:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C68DD1065695 for ; Sun, 5 Oct 2008 12:34:12 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 774ED8FC12 for ; Sun, 5 Oct 2008 12:34:12 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.8.164]) by ns2.bafirst.com with esmtp; Sun, 05 Oct 2008 07:34:10 -0500 id 000D528F.48E8B442.000150F3 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Sun, 05 Oct 2008 07:34:09 -0500 id 0004AC1E.48E8B441.000162B8 Received: from dsl-189-190-8-164.prod-infinitum.com.mx (dsl-189-190-8-164.prod-infinitum.com.mx [189.190.8.164]) by econet.encontacto.net (Horde Framework) with HTTP; Sun, 05 Oct 2008 07:34:09 -0500 Message-ID: <20081005073409.62441itn43jvde80@econet.encontacto.net> Date: Sun, 05 Oct 2008 07:34:09 -0500 From: eculp To: freebsd-current@freebsd.org References: <48E16E93.3090601@gmail.com> <48E4368E.4020404@gmail.com> <4046.82.41.242.250.1223173482.squirrel@mail.elegosoft.com> In-Reply-To: <4046.82.41.242.250.1223173482.squirrel@mail.elegosoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.17) Gecko/20080925 Firefox/2.0.0.17 X-IMP-Server: 189.190.8.164 X-Originating-IP: 189.190.8.164 X-Originating-User: eculp@encontacto.net Subject: Re: SSH Brute Force attempts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 12:34:12 -0000 Quoting sk@elegosoft.com: > mornin' > > Rich Healey wrote: >>> Recently I'm getting a lot of brute force attempts on my server, in the >>> past I've used various tips and tricks with linux boxes but many of them >>> were fairly linux specific. > > > disable pasword authentication OR use very strong passwords (24 chars) > OR use OTP > > if it is applicable you could limit access by hosts (from=3D) > > nothing of the above is linux or BSD specific > > btw. Software to delay Login Attempts could be tricked. > >> Personally I find that changing the port to anything other than 22 stops >> a lot of the skiddie brute force attacks. Thats not to say you >> shouldn't use something else as well - but it is something. > > it works for one of my servers too, but is security by obscurity It worked for me also but in addition I have started accepting ssh =20 from only known ip's but I always have a server with a known ip that =20 uses an alternative port for ssh that I can access from, lets say an =20 internet cafe or like, and then triangle to the server that I'm really =20 interested in. Hope that makes some sense. ed > > regards > Stefan > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 13:21:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86E0A1065692 for ; Sun, 5 Oct 2008 13:21:59 +0000 (UTC) (envelope-from brucec@muon.cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 180748FC0A for ; Sun, 5 Oct 2008 13:21:58 +0000 (UTC) (envelope-from brucec@muon.cran.org.uk) Received: by muon.cran.org.uk (Postfix, from userid 1000) id 9AB2A30126; Sun, 5 Oct 2008 14:21:57 +0100 (BST) Date: Sun, 5 Oct 2008 14:21:57 +0100 From: Bruce Cran To: current@freebsd.org Message-ID: <20081005132157.GA11175@muon.cran.org.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: 200809 snapshot doesn't install slip.log but syslogd references it X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 13:21:59 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I installed the 200809 CURRENT snapshot yesterday and found that syslogd complained about a missing /var/log/slip.log during startup. It seems that it's not created during installation any more and the sl device was removed at the beginning of August in preparation for the new TTY layer. Does the default syslogd.conf need updated, or is someone working on bringing SLIP support back? --=20 Bruce Cran --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFI6L91n4uvqcJsLfgRAjyrAKC4Yq95BlHcvhEk27JaySykofn0AQCgksta Z+l/+WNU7AnRtG7mIeaizY0= =7yUM -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 18:49:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BE821065688 for ; Sun, 5 Oct 2008 18:49:00 +0000 (UTC) (envelope-from mouss@netoyen.net) Received: from imlil.netoyen.net (imlil.netoyen.net [91.121.103.130]) by mx1.freebsd.org (Postfix) with ESMTP id 57DDA8FC12 for ; Sun, 5 Oct 2008 18:49:00 +0000 (UTC) (envelope-from mouss@netoyen.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=netoyen.net; h= content-transfer-encoding:content-type:in-reply-to:references :subject:mime-version:user-agent:from:date:message-id:received: x-virus-scanned; s=msa; t=1223231606; bh=ynsWnipuKfIUBeA3Ryx3QOp GI2OKAgRfwMYpAPCbmKY=; b=BLSosIPtWQFGihh8tqhOMNLBIu4W6hF3rLvTDfj WJcvCz/XZ4pYgQRrub/qhZA+myQWu7daduHe97BXrDIska9sXon8V237av202fUq zCP+W86/KbnwAKXdy6V5sv0mJVNmmrux1+aJYOQsXli7T6wyH0cVy0c4YXTSyJ7D ROgc= X-Virus-Scanned: amavisd-new at netoyen.net Received: from [192.168.1.65] (ouzoud.netoyen.net [82.239.111.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mouss@netoyen.net) by smtp.netoyen.net (Postfix) with ESMTPSA id 5C369E5482C for ; Sun, 5 Oct 2008 20:33:26 +0200 (CEST) Message-ID: <48E9087B.4070903@netoyen.net> Date: Sun, 05 Oct 2008 20:33:31 +0200 From: mouss User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 CC: freebsd-current@freebsd.org References: <48E16E93.3090601@gmail.com> <48E4368E.4020404@gmail.com> <4046.82.41.242.250.1223173482.squirrel@mail.elegosoft.com> <20081005073409.62441itn43jvde80@econet.encontacto.net> In-Reply-To: <20081005073409.62441itn43jvde80@econet.encontacto.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SSH Brute Force attempts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 18:49:00 -0000 eculp wrote: > Quoting sk@elegosoft.com: > >> mornin' >> >> Rich Healey wrote: >>>> Recently I'm getting a lot of brute force attempts on my server, in the >>>> past I've used various tips and tricks with linux boxes but many of >>>> them >>>> were fairly linux specific. >> >> >> disable pasword authentication OR use very strong passwords (24 chars) >> OR use OTP >> >> if it is applicable you could limit access by hosts (from=) >> >> nothing of the above is linux or BSD specific >> >> btw. Software to delay Login Attempts could be tricked. >> >>> Personally I find that changing the port to anything other than 22 stops >>> a lot of the skiddie brute force attacks. Thats not to say you >>> shouldn't use something else as well - but it is something. >> >> it works for one of my servers too, but is security by obscurity > > It worked for me also but in addition I have started accepting ssh from > only known ip's but I always have a server with a known ip that uses an > alternative port for ssh that I can access from, lets say an internet > cafe or like, and then triangle to the server that I'm really interested > in. Hope that makes some sense. > you can configure ssh to listen on two ports Port 22 Port 23456 then use pf or other to allow 22 from trusted hosts and the other port from anywhere (except maybe networks you don't "like"). if OP was thinking about the "recent" module of iptables, then pf can do that: http://www.bgnett.no/~peter/pf/en/bruteforce.html If only few users can ssh, then it's worth creating a specific group and only allowing users in this group (AllowGroups). A google search will show enough stuff to get busy for few days ;-p From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 19:20:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1FF5106568F for ; Sun, 5 Oct 2008 19:20:15 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.186]) by mx1.freebsd.org (Postfix) with ESMTP id 070E68FC1E for ; Sun, 5 Oct 2008 19:20:14 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1441596tid.3 for ; Sun, 05 Oct 2008 12:20:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:x-face :references:x-uptime:x-url:x-openpgp-id:x-openpgp-fingerprint:x-os :x-mailer:x-mail-morse:x-attribution:organization:from:date :in-reply-to:message-id:user-agent:face:mime-version:content-type :sender; bh=losG1NmOYlObUE0bpDtbR3G58uCx75fHwKVKz6raEEA=; b=qxBQD9mT9ib6t3xdBXAdjgx4fhTAzucfv8O2x9UdO6/tVAvJTedsgFALzVgnKEQRbq omS7gAMyag+Qp2BC4uoTVQvryOZvwkdBCyMlf4uwOUQiVVaipCeiqbJfkUiJfoumYrMN ezl3PYKlg4wnVMk8+UL9okL5K+OUjSV4ZEJOg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:x-face:references:x-uptime:x-url:x-openpgp-id :x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse:x-attribution :organization:from:date:in-reply-to:message-id:user-agent:face :mime-version:content-type:sender; b=EXP1LD7L5PlhOTvZyT1A+SEVARAfkGkJBKpiahdoTGpZzpumpXqWudWxAGHrUwExvW c16C5x7BJN5PICNkpycur8EeP3yjXuFJiFjp4dmin93KXM8D/li24hBiVu3wEiSTgswF 4CZ1XKUKl7eQyvHxXxYEAzDmp14XJRV48Obts= Received: by 10.110.15.9 with SMTP id 9mr4738514tio.12.1223234413550; Sun, 05 Oct 2008 12:20:13 -0700 (PDT) Received: from chateau.d.lf ([122.163.146.239]) by mx.google.com with ESMTPS id 2sm9163169tif.0.2008.10.05.12.20.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 05 Oct 2008 12:20:11 -0700 (PDT) To: Sam Leffler X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 References: <20080929173223.183035ohkgl7jk3b@econet.encontacto.net> <20080930054432.GB5863@chateau.d.lf> <48E24842.4070409@freebsd.org> <87bpy5imh8.fsf@chateau.d.lf> <48E3A944.3030809@freebsd.org> <8763oct2u8.fsf@chateau.d.lf> <871vyze15z.fsf@chateau.d.lf> <48E6E6BF.2020908@freebsd.org> <874p3sbjda.fsf@chateau.d.lf> <48E84E23.3000002@freebsd.org> <87wsgnblxg.fsf@chateau.d.lf> X-Uptime: 00:45:35 up 6:59, 1 user, load average: 0.17, 0.20, 0.24 X-URL: http://wahjava.wordpress.com/ X-OpenPGP-ID: 762E5E74 X-OpenPGP-Fingerprint: 1E00 4679 77E4 F8EE 2E4B 56F2 1F2F 8410 762E 5E74 X-OS: GNU/Linux on Linux 2.6.25-gentoo-r7 kernel on x86_64 architecture X-Mailer: Gnus/5.11 (Oort 5.11) Emacs/22.3.1 (x86_64-pc-linux-gnu) X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organization: alt.religion.emacs From: wahjava.ml@gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Mon, 06 Oct 2008 00:50:36 +0530 In-Reply-To: <87wsgnblxg.fsf@chateau.d.lf> ("Ashish Shukla =?utf-8?B?4KSG?= =?utf-8?B?4KS24KWA4KS3IOCktuClgeCkleCljeCksiIncw==?= message of "Sun\, 05 Oct 2008 11\:52\:51 +0530") Message-ID: <87abdix30b.fsf@chateau.d.lf> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Sender: =?UTF-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksiBBc2hpc2ggU2h1a2xh?= Cc: freebsd-current Subject: Re: I lost ath0 support on current sometime between Sept 20 and Sept 26. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 19:20:15 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Hi Sam, Just wanted to report that I'm using AR5BXB63 chip based 802.11 card. Are you testing with the same, hmm...? And in the last post, the rc.conf has mention of pf being enabled, I disabled it later and rebooted my notebook, but still no success. TiA Ashish Shukla -- () ascii ribbon campaign - against HTML e-mail /\ www.asciiribbon.org - against proprietary attachments ·-- ·- ···· ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- -- % dig +short cname cdac.in @::1 ms.gov.in --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjpE4gACgkQHy+EEHYuXnQh4wCeNFDhwv9gqNaFdigSdqZuzbJG lHoAn2ajqNHWRyACdbzd8vFlf0w9wQ9O =Nt49 -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 20:21:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DD5C106568B for ; Sun, 5 Oct 2008 20:21:55 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (mail.inse.ru [144.206.128.1]) by mx1.freebsd.org (Postfix) with ESMTP id BB47A8FC20 for ; Sun, 5 Oct 2008 20:21:54 +0000 (UTC) (envelope-from rik@inse.ru) Received: from www.inse.ru (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTPSA id ACBC533C51; Mon, 6 Oct 2008 00:21:53 +0400 (MSD) Message-ID: <48E920FC.50005@localhost.inse.ru> Date: Mon, 06 Oct 2008 00:18:04 +0400 From: Roman Kurakin User-Agent: Thunderbird 2.0.0.16 (X11/20080723) MIME-Version: 1.0 To: eculp References: <48E16E93.3090601@gmail.com> <48E4368E.4020404@gmail.com> <4046.82.41.242.250.1223173482.squirrel@mail.elegosoft.com> <20081005073409.62441itn43jvde80@econet.encontacto.net> In-Reply-To: <20081005073409.62441itn43jvde80@econet.encontacto.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: SSH Brute Force attempts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 20:21:55 -0000 eculp wrote: > Quoting sk@elegosoft.com: > >> mornin' >> >> Rich Healey wrote: >>>> Recently I'm getting a lot of brute force attempts on my server, in >>>> the >>>> past I've used various tips and tricks with linux boxes but many of >>>> them >>>> were fairly linux specific. >> >> >> disable pasword authentication OR use very strong passwords (24 chars) >> OR use OTP >> >> if it is applicable you could limit access by hosts (from=) >> >> nothing of the above is linux or BSD specific >> >> btw. Software to delay Login Attempts could be tricked. >> >>> Personally I find that changing the port to anything other than 22 >>> stops >>> a lot of the skiddie brute force attacks. Thats not to say you >>> shouldn't use something else as well - but it is something. >> >> it works for one of my servers too, but is security by obscurity > > It worked for me also but in addition I have started accepting ssh > from only known ip's but I always have a server with a known ip that > uses an alternative port for ssh that I can access from, lets say an > internet cafe or like, and then triangle to the server that I'm really > interested in. Hope that makes some sense. From internet cafe? And what about key-loggers? ;-) rik > > ed >> >> regards >> Stefan >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 23:32:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D229710656A5 for ; Sun, 5 Oct 2008 23:32:37 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id 069978FC22 for ; Sun, 5 Oct 2008 23:32:34 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 8728 invoked by uid 1000); 5 Oct 2008 23:32:56 -0000 Date: Sun, 5 Oct 2008 16:32:56 -0700 From: Jos Backus To: Tim Kientzle Message-ID: <20081005233256.GB8507@lizzy.catnook.local> References: <20081004080511.GA72641@lizzy.catnook.local> <20081004161024.GA67323@nagual.pp.ru> <20081004222249.GA48928@lizzy.catnook.local> <48E80F02.4070309@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <48E80F02.4070309@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Andrey Chernov , freebsd-current@freebsd.org Subject: Re: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 23:32:37 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Oct 04, 2008 at 05:49:06PM -0700, Tim Kientzle wrote: > First, you need to share the first items in the > backtrace, as they're more likely to be correct. > I agree with Andrey that it looks like there's > some stack corruption, so it's hard to trust > anything except the first couple of entries. Attached is a tarball containing firefox3.gdb which has the full output of `bt'. Unfortunately it doesn't tell me very much more. > You should also look at several independent core > dumps and see how much the backtraces have in common. I watched it crash a bunch more times and the backtraces are the same. That's good, right? :-) > It might also be worth running it under ktrace, > forcing the crash, then sharing the last few dozen > lines from kdump output. Also attached is firefox3.kdump. The last few lines look like: 6855 firefox-bin RET clock_gettime 0 6855 firefox-bin CALL _umtx_op(0x8179760,0x8,0x1,0x8179740,0xbf8fdddc) 6855 firefox-bin PSIG SIGSEGV caught handler=0x28237290 mask=0x0 code=0x1 6855 firefox-bin CALL unlink(0x8179600) 6855 firefox-bin NAMI "/home/jos/.mozilla/firefox/tosfxhak.default/lock" 6855 firefox-bin RET unlink 0 6855 firefox-bin CALL sigaction(SIGSEGV,0x2978dfb4,0) 6855 firefox-bin RET sigaction 0 6855 firefox-bin CALL sigprocmask(SIG_UNBLOCK,0xbf4f906c,0) 6855 firefox-bin RET sigprocmask 0 6855 firefox-bin CALL thr_kill(0x1878c,SIGSEGV) 6855 firefox-bin RET thr_kill 0 6855 firefox-bin PSIG SIGSEGV SIG_DFL 6855 firefox-bin NAMI "firefox-bin.core" 6855 firefox-bin RET poll -1 errno 4 Interrupted system call 6855 firefox-bin RET _umtx_op -1 errno 4 Interrupted system call 6855 firefox-bin RET _umtx_op -1 errno 4 Interrupted system call 6855 firefox-bin RET _umtx_op -1 errno 60 Operation timed out 6855 firefox-bin RET _umtx_op -1 errno 4 Interrupted system call 6850 sh RET wait4 6855/0x1ac7 6850 sh CALL write(0x1,0x814e400,0x21) 6850 sh GIO fd 1 wrote 33 bytes "Segmentation fault (core dumped) " 6850 sh RET write 33/0x21 6850 sh CALL exit(0x8b) 6846 sh RET wait4 6850/0x1ac2 6846 sh CALL exit(0x8b) This to me suggests that the segfault happens inside _umtx_op. Am I reading that correctly? Thanks for looking into this! -- Jos Backus jos at catnook.com --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 23:54:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4406106568B for ; Sun, 5 Oct 2008 23:54:09 +0000 (UTC) (envelope-from mvoorhis@cs.wpi.edu) Received: from mail1.wpi.edu (MAIL1.WPI.EDU [130.215.36.91]) by mx1.freebsd.org (Postfix) with ESMTP id 65D588FC15 for ; Sun, 5 Oct 2008 23:54:09 +0000 (UTC) (envelope-from mvoorhis@cs.wpi.edu) Received: from SMTP.WPI.EDU (SMTP.WPI.EDU [130.215.36.186]) by mail1.wpi.edu (8.14.3/8.14.3) with ESMTP id m95NR5BY030178; Sun, 5 Oct 2008 19:27:05 -0400 Received: from APPLIANCE4.WPI.EDU (appliance4.wpi.edu [130.215.36.61]) by SMTP.WPI.EDU (8.13.8/8.13.8) with ESMTP id m95NR4Zr010154; Sun, 5 Oct 2008 19:27:04 -0400 (envelope-from mvoorhis@cs.wpi.edu) Received: from [192.168.0.101] ([97.95.178.67]) (authenticated authen=mvoorhis) by APPLIANCE4.WPI.EDU (8.14.3/8.14.3) with ESMTP id m95NR4rf016792 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 5 Oct 2008 19:27:04 -0400 Message-ID: <48E94D47.4030106@cs.wpi.edu> Date: Sun, 05 Oct 2008 19:27:03 -0400 From: Michael Voorhis User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Roman Kurakin References: <48E16E93.3090601@gmail.com> <48E4368E.4020404@gmail.com> <4046.82.41.242.250.1223173482.squirrel@mail.elegosoft.com> <20081005073409.62441itn43jvde80@econet.encontacto.net> <48E920FC.50005@localhost.inse.ru> In-Reply-To: <48E920FC.50005@localhost.inse.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: SSH Brute Force attempts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 23:54:09 -0000 The "denyhosts" port has been very useful in defending against these incessant SSH attacks for us. The package watches syslog and locks out attackers based on a number of configurable parameters. http://denyhosts.sourceforge.net/ http://www.freshports.org/security/denyhosts/ From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 23:57:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49810106568C; Sun, 5 Oct 2008 23:57:17 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 1863C8FC0A; Sun, 5 Oct 2008 23:57:17 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 8835571FDFC; Sun, 5 Oct 2008 19:57:16 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CE7Cus1LnE2y; Sun, 5 Oct 2008 19:57:16 -0400 (EDT) Received: from [10.0.0.234] (c-208-53-102-126.chrlmi.cablespeed.com [208.53.102.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTPSA id AA80871FDFB; Sun, 5 Oct 2008 19:57:15 -0400 (EDT) Message-ID: <48E9545A.4080505@egr.msu.edu> Date: Sun, 05 Oct 2008 19:57:14 -0400 From: Adam McDougall User-Agent: Thunderbird 2.0.0.17 (X11/20081004) MIME-Version: 1.0 To: Alexander Motin References: <48DEA8E7.2080503@FreeBSD.org> <48DEA4EC.3030300@bluezbox.com> In-Reply-To: <48DEA4EC.3030300@bluezbox.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 23:57:17 -0000 Oleksandr Tymoshenko wrote: > 7.1 requires s/kproc/kthread/ but otherwise works fine: > > sdhci0: mem 0xff9fb800-0xff9fb8ff irq 9 at device > 1.2 on pci2 > sdhci0: 1 slot(s) allocated > sdhci0: [ITHREAD] > > mmc0: on sdhci0 > mmc0: SD card: 507379712 bytes > mmcsd0: 483MB (read-only) at mmc0 > mmc0: setting transfer rate to 30.000MHz > mmc0: setting bus width to 4 bits It also works on my Dell Latitude E6500, I read and wrote some files in 7.1: sdhci0: mem 0xf65ff600-0xf65ff6ff irq 18 at device 1.2 on pci3 sdhci0: 1 slot(s) allocated sdhci0: [ITHREAD] mmc0: on sdhci0 mmc0: setting transfer rate to 30.000MHz mmcsd0: 968MB at mmc0 mmc0: setting bus width to 4 bits sdhci0@pci0:3:1:2: class=0x080501 card=0x024f1028 chip=0x08221180 rev=0x21 hdr=0x00 vendor = 'Ricoh Company, Ltd.' device = 'R5C832, R5C843 SDA Standard Compliant SD Host Controller' class = base peripheral Thanks! From owner-freebsd-current@FreeBSD.ORG Sun Oct 5 23:57:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A98EF106568C for ; Sun, 5 Oct 2008 23:57:59 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 22DA78FC12 for ; Sun, 5 Oct 2008 23:57:58 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop ([195.74.246.34]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id m95Nvf5w011758 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 6 Oct 2008 02:57:47 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id m95NvfDT073147; Mon, 6 Oct 2008 02:57:41 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id m95Nvd5J073146; Mon, 6 Oct 2008 02:57:39 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: jos@catnook.com References: <20081004080511.GA72641@lizzy.catnook.local> <20081004161024.GA67323@nagual.pp.ru> <20081004222249.GA48928@lizzy.catnook.local> <48E80F02.4070309@freebsd.org> <20081005233256.GB8507@lizzy.catnook.local> Date: Mon, 06 Oct 2008 02:57:39 +0300 In-Reply-To: <20081005233256.GB8507@lizzy.catnook.local> (Jos Backus's message of "Sun, 5 Oct 2008 16:32:56 -0700") Message-ID: <877i8mioi4.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m95Nvf5w011758 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.725, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.67, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Andrey Chernov , Tim Kientzle , freebsd-current@freebsd.org Subject: Re: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 23:57:59 -0000 On Sun, 5 Oct 2008 16:32:56 -0700, Jos Backus wrote: > On Sat, Oct 04, 2008 at 05:49:06PM -0700, Tim Kientzle wrote: >> First, you need to share the first items in the >> backtrace, as they're more likely to be correct. >> I agree with Andrey that it looks like there's >> some stack corruption, so it's hard to trust >> anything except the first couple of entries. > > Attached is a tarball containing firefox3.gdb which has the full > output of `bt'. Unfortunately it doesn't tell me very much more. Unfortunately, tarballs are stripped off by the list software. Can you upload this online somewhere and point us to a URL? If the backtrace is not exceedingly large, you could also include it _inline_ in a message. >> You should also look at several independent core >> dumps and see how much the backtraces have in common. > > I watched it crash a bunch more times and the backtraces are the > same. That's good, right? :-) In a way :) It means that there is a semi-predictable bug that can be reproduced in a sufficiently `repeatable' manner. That's good, I guess. From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 00:22:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E41E106568E for ; Mon, 6 Oct 2008 00:22:22 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id CF7FA8FC16 for ; Mon, 6 Oct 2008 00:22:21 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 13984 invoked by uid 1000); 6 Oct 2008 00:22:43 -0000 Date: Sun, 5 Oct 2008 17:22:43 -0700 From: Jos Backus To: Giorgos Keramidas Message-ID: <20081006002243.GA13946@lizzy.catnook.local> References: <20081004080511.GA72641@lizzy.catnook.local> <20081004161024.GA67323@nagual.pp.ru> <20081004222249.GA48928@lizzy.catnook.local> <48E80F02.4070309@freebsd.org> <20081005233256.GB8507@lizzy.catnook.local> <877i8mioi4.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <877i8mioi4.fsf@kobe.laptop> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Andrey Chernov , Tim Kientzle , freebsd-current@freebsd.org Subject: Re: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 00:22:22 -0000 On Mon, Oct 06, 2008 at 02:57:39AM +0300, Giorgos Keramidas wrote: > Unfortunately, tarballs are stripped off by the list software. > > Can you upload this online somewhere and point us to a URL? Oops, thanks for reminding me, Giorgos. Tarball at http://lizzy.dyndns.org/~jos/firefox3.crash.tgz -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 00:34:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EFCF1065677 for ; Mon, 6 Oct 2008 00:34:29 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 04AA98FC12 for ; Mon, 6 Oct 2008 00:34:28 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.123.3.171] (p53.kientzle.com [66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id m960YRtv064696; Sun, 5 Oct 2008 17:34:27 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <48E95D0E.50202@freebsd.org> Date: Sun, 05 Oct 2008 17:34:22 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: jos@catnook.com References: <20081004080511.GA72641@lizzy.catnook.local> <20081004161024.GA67323@nagual.pp.ru> <20081004222249.GA48928@lizzy.catnook.local> <48E80F02.4070309@freebsd.org> <20081005233256.GB8507@lizzy.catnook.local> In-Reply-To: <20081005233256.GB8507@lizzy.catnook.local> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrey Chernov , freebsd-current@freebsd.org Subject: Re: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 00:34:29 -0000 > I watched it crash a bunch more times and the backtraces are the same. That's > good, right? :-) Yes. For a suitable definition of "good." ;-) >>It might also be worth running it under ktrace, >>forcing the crash, then sharing the last few dozen >>lines from kdump output. > > Also attached is firefox3.kdump. The last few lines look like: > > 6855 firefox-bin RET clock_gettime 0 > 6855 firefox-bin CALL _umtx_op(0x8179760,0x8,0x1,0x8179740,0xbf8fdddc) > 6855 firefox-bin PSIG SIGSEGV caught handler=0x28237290 mask=0x0 code=0x1 > 6855 firefox-bin CALL unlink(0x8179600) > 6855 firefox-bin NAMI "/home/jos/.mozilla/firefox/tosfxhak.default/lock" > 6855 firefox-bin RET unlink 0 > 6855 firefox-bin CALL sigaction(SIGSEGV,0x2978dfb4,0) > 6855 firefox-bin RET sigaction 0 > 6855 firefox-bin CALL sigprocmask(SIG_UNBLOCK,0xbf4f906c,0) > 6855 firefox-bin RET sigprocmask 0 > 6855 firefox-bin CALL thr_kill(0x1878c,SIGSEGV) > 6855 firefox-bin RET thr_kill 0 > 6855 firefox-bin PSIG SIGSEGV SIG_DFL > > This to me suggests that the segfault happens inside _umtx_op. Am I reading > that correctly? Not necessarily. Firefox is multi-threaded. The thread that called _umtx_op() is not the thread that crashed (_umtx_op() hadn't returned to userspace, so that thread was still in the kernel). This does, however, answer one puzzle: Firefox appears to have a signal handler that catches SEGV, releases the lock file, then re-throws SEGV to actually kill the program. That explains stack frames #0-#4 in your backtrace; that's the signal handler executing after the segfault but before the program is terminated. Something is still screwy about the backtrace. dbopen() doesn't call arc4random_buf. However, it does call mkstemp() which does call arc4random_uniform, which should be right next to arc4random_buf in memory. GCC optimizations could be obscuring the call stack here. It's certainly possible that arc4random is involved somehow but I don't yet see it. It does seem likely that we're looking at a libc problem, so a debug version of libc might help. Replacing libc on a running system is a little tricky. I believe the following works, though I've not tried it: % cd /usr/src/lib/libc % make clean % make DEBUG_FLAGS=-g % cp /lib/libc.so.7 /lib/libc.so.7-backup ... reboot to single user, use /rescue/sh as your shell ... % cp /usr/src/lib/libc/libc.so.7 /lib/libc.so.7 ... reboot ... This should give you a standard libc with full debugging symbols. Hopefully, the backtrace will now give more details. I think we're getting closer. Tim From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 01:49:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC9241065686 for ; Mon, 6 Oct 2008 01:49:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id 92CF88FC14 for ; Mon, 6 Oct 2008 01:49:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2584510rvf.43 for ; Sun, 05 Oct 2008 18:49:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=RHCejGwOxAcU5ckaTCoideu0MAozCQ4ECrEZXGbEOmQ=; b=hfEveVH8iGRKr6CRIF3lPnJL6qBgAMlu9luszrtt9BumOTW/eM/06+tk7ZSZIfWZj9 HsmEZ/X0+dG7B8wytU0vzcjUg80rqoJJTSCexxYixRdsAUMNrAdgZAwcy0lQFagJLdU6 iuaMI56qOcjWNx4PXt2DikvS25LZr7OIc5bz4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=ZYjMMWG/7VQM5hayibY+r7PA0hFVbq3YbyomlxmVfF6JJTqcRrGmeKvg6nabX0zFRK +JNBpXc+R+uI8QR9Kr8Zgyijk7OmWr3TwQzmJj3pyJHH8+Kw5mqSp23ep6NxxXY16dPE ltWQlELFpqk/+zR3XbFQiUOfZMkh7sztvC0wY= Received: by 10.140.147.5 with SMTP id u5mr2476721rvd.166.1223257771300; Sun, 05 Oct 2008 18:49:31 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id l31sm23750520rvb.2.2008.10.05.18.49.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 05 Oct 2008 18:49:29 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m961lUsi083338 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Oct 2008 10:47:30 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m961lQ9x083337; Mon, 6 Oct 2008 10:47:26 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 6 Oct 2008 10:47:24 +0900 From: Pyun YongHyeon To: Boris Samorodov Message-ID: <20081006014724.GC82823@cdnetworks.co.kr> References: <20081003054756.GB71518@cdnetworks.co.kr> <47297827@bb.ipt.ru> <20081004032046.f15cca9e.nork@FreeBSD.org> <81215412@bb.ipt.ru> <20081004060942.GA76137@cdnetworks.co.kr> <70489350@bb.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <70489350@bb.ipt.ru> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org, Norikatsu Shigemura Subject: Re: Call for axe(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 01:49:31 -0000 On Sat, Oct 04, 2008 at 08:14:33PM +0400, Boris Samorodov wrote: > Pyun YongHyeon writes: > > On Fri, Oct 03, 2008 at 10:31:07PM +0400, Boris Samorodov wrote: > > > Norikatsu Shigemura writes: > > > > On Fri, 03 Oct 2008 21:50:52 +0400 > > > > Boris Samorodov wrote: > > > > > > >> The adapter is Trendnet TU2-ET100. It works fine without the patch. > > > >> Let me know if you need some more info/testing. > > > > Please show us 'devinfo -rv | fgrep -A2 axe'. > > > > > > > > In my case(Planex GU-1000T), I got following results: > > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > > > axe0 pnpinfo vendor=0x0b95 product=0x1780 devclass=0xff devsubclass=0xff release=0x0001 sernum="" intclass=0xff intsubclass=0xff at port=4 interface=0 > > > > miibus0 > > > > ciphy0 pnpinfo oui=0x3f1 model=0xb rev=0x1 at phyno=24 > > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > > > > > Here it is: > > > ----- > > > axe0 pnpinfo vendor=0x0b95 product=0x7720 devclass=0xff devsubclass=0xff release=0x0001 sernum="" intclass=0xff intsubclass=0xff at port=1 interface=0 > > > miibus0 > > > ukphy0 pnpinfo oui=0xec6 model=0x1 rev=0x1 at phyno=16 > > > > Thanks for your testing! > > > > Would you repreat the command above without applying patch and show > > me the output? > > They are identical. > OK. > > And try attached patch at the following URL. > > http://people.freebsd.org/~yongari/axe.88178.patch2 > > After applying the patch nothing changed except boot messages: > ----- > diff -u dmesg.axe dmesg.axe.patch2 > --- dmesg.axe 2008-10-03 20:58:06.000000000 +0400 > +++ dmesg.axe.patch2 2008-10-04 19:51:27.000000000 +0400 > @@ -1,5 +1,6 @@ > axe0: on uhub4 > axe0: AX88772, bufsz 4096, boundary 512 > +axe0: PHYADDR 0xe0:0x10 ^^^^^^^^^^^^^^^^^ This is expected one. Primary PHY address is at 16, secondary PHY does not exist on this controller. > miibus0: on axe0 > axe0: WARNING: using obsoleted if_watchdog interface > axe0: WARNING: using obsoleted IFF_NEEDSGIANT flag > ----- > > > This patch just adds a couple of printfs to see what's going on in > > link state change handling. Normally you should see "LINK UP 10Mbps" > > or "LINK UP 100Mbps" message on console. If you just see "LINK DOWN" > > that indicates a problem that should be resolved. > > But those words make me think you want me to plug/unplug the adapter > (which I didn't do previously -- I've been booting the system with > the plugged adapter). And I was very surprised when after plugging > the adapter back I saw the line "LINK UP 100Mbps"! And I've got > a working adapter! > > Well, with your patches my adapter don't work only if it is *plugged* > while booting. > Ok, that indicates a problem in PHY driver but I'm not sure why ukphy(4) couldn't report correct link state. The only guess I can think of at this time is fake the extended capability bit of BMSR register. Datasheet says that extended status register is reserved one even though BMSR cleary indicates the existence of the register. Please backout previous patch and try again the patch in the following URL. http://people.freebsd.org/~yongari/axe.88178.patch3 -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 03:10:18 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65BA5106568E; Mon, 6 Oct 2008 03:10:18 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: from valentine.liquidneon.com (valentine.liquidneon.com [IPv6:2001:4830:2407:8000:230:48ff:fe71:c2a2]) by mx1.freebsd.org (Postfix) with ESMTP id 4A1B78FC13; Mon, 6 Oct 2008 03:10:18 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: by valentine.liquidneon.com (Postfix, from userid 1018) id 55E1A8FDDF; Sun, 5 Oct 2008 21:10:17 -0600 (MDT) Date: Sun, 5 Oct 2008 21:10:17 -0600 From: Brad Davis To: freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org Message-ID: <20081006031017.GA43283@valentine.liquidneon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: FreeBSD Status Reports due October 19th, 2008 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 03:10:18 -0000 Hi Everyone, It is that time again. We would like to remind everybody who has exciting news to share to write a report about their project. This is a good way to improve exposure of your work, receive feedback and help. We are looking forward to your reports. As always you can either use the template or the CGI generator and mail the output to monthly@ by Sunday October 19th, 2008. http://www.freebsd.org/news/status/ http://www.freebsd.org/cgi/monthly.cgi http://www.freebsd.org/news/status/report-sample.xml Regards, Brad Davis From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 03:24:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80DD01065687; Mon, 6 Oct 2008 03:24:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 2A3878FC2B; Mon, 6 Oct 2008 03:24:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m963N0qB034432; Sun, 5 Oct 2008 21:23:00 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 05 Oct 2008 21:22:59 -0600 (MDT) Message-Id: <20081005.212259.74716023.imp@bsdimp.com> To: mcdouga9@egr.msu.edu From: Warner Losh In-Reply-To: <48E9545A.4080505@egr.msu.edu> References: <48DEA8E7.2080503@FreeBSD.org> <48DEA4EC.3030300@bluezbox.com> <48E9545A.4080505@egr.msu.edu> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: mav@freebsd.org, freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 03:24:50 -0000 It fails for me on my HP Pavilion. Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 05:14:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2477E10656A1 for ; Mon, 6 Oct 2008 05:14:04 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id D70D28FC1F for ; Mon, 6 Oct 2008 05:14:03 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 6310 invoked by uid 1000); 6 Oct 2008 05:14:24 -0000 Date: Sun, 5 Oct 2008 22:14:24 -0700 From: Jos Backus To: Tim Kientzle Message-ID: <20081006051424.GA5858@lizzy.catnook.local> References: <20081004080511.GA72641@lizzy.catnook.local> <20081004161024.GA67323@nagual.pp.ru> <20081004222249.GA48928@lizzy.catnook.local> <48E80F02.4070309@freebsd.org> <20081005233256.GB8507@lizzy.catnook.local> <48E95D0E.50202@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48E95D0E.50202@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Andrey Chernov , freebsd-current@freebsd.org Subject: Re: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 05:14:04 -0000 On Sun, Oct 05, 2008 at 05:34:22PM -0700, Tim Kientzle wrote: > > This to me suggests that the segfault happens inside _umtx_op. Am I reading > > that correctly? > > Not necessarily. Firefox is multi-threaded. The thread that > called _umtx_op() is not the thread that crashed (_umtx_op() > hadn't returned to userspace, so that thread was still in > the kernel). > > This does, however, answer one puzzle: Firefox appears to > have a signal handler that catches SEGV, releases the lock > file, then re-throws SEGV to actually kill the program. > That explains stack frames #0-#4 in your backtrace; that's > the signal handler executing after the segfault but before > the program is terminated. Understood. > Something is still screwy about the backtrace. dbopen() > doesn't call arc4random_buf. However, it does call > mkstemp() which does call arc4random_uniform, which should > be right next to arc4random_buf in memory. GCC optimizations > could be obscuring the call stack here. > > It's certainly possible that arc4random is involved > somehow but I don't yet see it. It does seem likely > that we're looking at a libc problem, so a debug > version of libc might help. Replacing libc on a > running system is a little tricky. I believe the > following works, though I've not tried it: > > % cd /usr/src/lib/libc > % make clean > % make DEBUG_FLAGS=-g > % cp /lib/libc.so.7 /lib/libc.so.7-backup > ... reboot to single user, use /rescue/sh as your shell ... > % cp /usr/src/lib/libc/libc.so.7 /lib/libc.so.7 chflags noschg /lib/libc.so.7 /rescue/cp /usr/obj/usr/src/lib/libc/libc.so.7 /lib/libc.so.7 > ... reboot ... > > This should give you a standard libc with full > debugging symbols. Hopefully, the backtrace will > now give more details. > > I think we're getting closer. Yeah. Oddly enough the debug version seems to make a difference; firefox3 hasn't crashed yet. Normally even without touching it firefox3 will segfault within an hour or so. I will leave it up all night to see what happens. Thanks, Tim. I'll keep you posted. -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 05:52:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 849B2106568F for ; Mon, 6 Oct 2008 05:52:41 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 3CBCF8FC0A for ; Mon, 6 Oct 2008 05:52:41 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so421577ywe.13 for ; Sun, 05 Oct 2008 22:52:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=w2DW89kUVJw+TuZHjwOeKoFHQmoiXgkt1zscxjtTqBw=; b=E5Q6ajLrvUwNQmBTZq9s0iKlP33E2whpTnadyJ0qCInEw2pSovcZNI2ZwEgEEXetKz MLEV4RTPyU0qD1n9ZF3gCzkElS8NSNIkX9ZD5RICKstpqus8iacia3af+ek0j9NTbdSN fzAfAmPxoeYiklVnnwrHZmlXEk8DsZNX0kfRI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=gTTg+nj5BjeA9AypaFYWLM1J/HXIuLl5mklNy0kZvX4JgDwmxwy9hwEMk3hyruGF9R 1h1v2g433rOJCPjLeAIeIjtIX6H4YC9+NqUYeVn44sJDexNHVBPljEUS55E0AWaNnQSp I5xLPz+gBebkwCAxKkQMmaT5wD64CTMPcF2J4= Received: by 10.150.58.5 with SMTP id g5mr6956440yba.134.1223270779773; Sun, 05 Oct 2008 22:26:19 -0700 (PDT) Received: by 10.150.137.11 with HTTP; Sun, 5 Oct 2008 22:26:19 -0700 (PDT) Message-ID: <5f67a8c40810052226k3070a11ah463a819c677f6307@mail.gmail.com> Date: Mon, 6 Oct 2008 01:26:19 -0400 From: "Zaphod Beeblebrox" To: "Alexander Motin" In-Reply-To: <48DEA8E7.2080503@FreeBSD.org> MIME-Version: 1.0 References: <48DEA8E7.2080503@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, imp@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 05:52:41 -0000 On Sat, Sep 27, 2008 at 5:43 PM, Alexander Motin wrote: > Hi. > > I would like to present initial revision of my generic PCI SD Host > Controller driver (sdhci). It support PCI devices with class 8 and subclass > 5 according to SD Host Controller Specification. With some limitations it > successfully works on my Acer TM6292 notebook with ENE CB714 card reader. > > Things that are not working yet: > - DMA modes (code is written, but as my controller looks like has broken > DMA I have no ability to debug it), > - card insert/remove detection (need more thinking), you should reload mmc > module to rescan cards, > - SDHC and MMC cards (have no such cards now to debug that code), only > standard capacity SD Memory cards up to 4GB size are supported now, > - high speed (double rate) bus mode (need more thinking and DMA support). Most 4G cards are SDHC that I've seen. The notes on this that I've read talk about the fact that you can have a 4G regular SD card but that many (most) devices don't support it because of the need for a larger FAT to support 4G. I have two laptops with these controllers, but I have only SDHC media (4 and 8 gig cards). From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 05:53:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BC47106568E for ; Mon, 6 Oct 2008 05:53:29 +0000 (UTC) (envelope-from elmofo@uol.com.br) Received: from smtp.uol.com.br (smtpout7.uol.com.br [200.221.4.198]) by mx1.freebsd.org (Postfix) with ESMTP id BB5518FC17 for ; Mon, 6 Oct 2008 05:53:28 +0000 (UTC) (envelope-from elmofo@uol.com.br) Received: from localhost (localhost [127.0.0.1]) by socom7.uol.com.br (Postfix) with ESMTP id 03E6D18064043; Mon, 6 Oct 2008 02:53:27 -0300 (BRT) Received: from fixed-mofo (189-47-80-162.dsl.telesp.net.br [189.47.80.162]) by socom7.uol.com.br (Postfix) with SMTP id 6ECEE1800009A; Mon, 6 Oct 2008 02:53:25 -0300 (BRT) Date: Mon, 6 Oct 2008 02:53:23 -0300 From: Thiago Luz Basilio To: Ivan Voras Message-Id: <20081006025323.8a0bcc48.elmofo@uol.com.br> In-Reply-To: References: <20081003010636.4effff1d.elmofo@uol.com.br> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SIG5: 8ea2fa2811e6a38ec94c072954520c95 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD-current on Acer Aspire One X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 05:53:29 -0000 Ivan, I've tested the sound. It works, but when I plug a headphone, the output is played on both devices (internal speakers and the headphone). There is a PR[1] open, but I didn't tested Ariff's patch[2, 3]. Cheers, Thiago. [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=120144 [2] http://lists.freebsd.org/mailman/htdig/freebsd-multimedia/2007-January/005687.html [3] http://people.freebsd.org/~ariff/test/hdac.c On Sat, 04 Oct 2008 16:00:55 +0200 Ivan Voras wrote: > Thiago Luz Basilio wrote: > > > But how about the SD/MMC card reader? Anybody has any clue? I've > > seen some patches flying around, but many of them were for > > Ricoh-based readers, and this machine uses a JMicron-based reader. > > Even Linux doesn't work with the card reader (I'm running Ubuntu on > mine) so don't hold your breath for the drivers. > > Does your sound work as it should with regard to plugging in > headphones? > > From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 06:04:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D7431065686; Mon, 6 Oct 2008 06:04:33 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from mail.fluffles.net (fluffles.net [80.69.95.190]) by mx1.freebsd.org (Postfix) with ESMTP id B48608FC08; Mon, 6 Oct 2008 06:04:32 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from [10.10.0.2] (cust.95.160.adsl.cistron.nl [195.64.95.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: info@fluffles.net) by mail.fluffles.net (Postfix) with ESMTP id 59D50B29D5E; Mon, 6 Oct 2008 08:05:49 +0200 (CEST) Message-ID: <48E9AB21.1010203@fluffles.net> Date: Mon, 06 Oct 2008 08:07:29 +0200 From: "fluffles.net" User-Agent: Thunderbird 2.0.0.17 (X11/20080925) MIME-Version: 1.0 To: Daniel O'Connor References: <1222892584.00020319.1222880402@10.7.7.3> <48E54290.5010600@FreeBSD.org> <48E54B75.3010307@FreeBSD.org> <200810030945.00843.doconnor@gsoft.com.au> In-Reply-To: <200810030945.00843.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@freebsd.org, Joel Dahl Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 06:04:33 -0000 Daniel O'Connor wrote: > It seems that a lot of new systems now have multiple sound outputs > (because they use HDA) so there needs to be some way to elect a default > sound output (override by sysctl of course :) > > eg selecting the HDMI output is pointless if there is no HDMI link > active (can you detect HDMI status?) > Hi all, I'm not a dev, but may have an idea. As i understand, the problem is that with the new patch, more devices are detected which changes the numbering of the pcm devices, thus out-of-the-box sound output does not (always) work. Maybe a solution would be to *always* register pcm0, so it becomes the default device. This device is not a real device but rather a virtual device like a wrapper/link to one of the other "real" pcm devices starting with pcm1. An algoritm could select which device pcm0 points to, and be changeable in sysctl, defaulting to "auto" or something. The auto setting could even be extended to change default device if situation changes, like a new USB Audio device is plugged in or the headphones-output is used. It might be hard to correctly predict the desired behavior for everyone, but getting default audio output (front speakers; stereo) to work out-of-the-box would be great. As a sidenote i'd like to comment on Alexander Motin's work, and Joel Dahl's comments. What you have here is a good example of the different viewpoints between developers and end-consumers. Alexander Motin's work is not flawed, its just missing a feature. A feature that makes sure that out-of-the-box sound output "just works". Which may be crucial to new users adopting FreeBSD who might one day be a FreeBSD kernel developer. As a coder, you know your way around, you know what places to check when something doesn't work. As an end-user, even a trivial setting in sysctl may take a long time to lookup and fix, or the user will simply abandon it or abandon FreeBSD altogether. We want to encourange users to try FreeBSD and see its beauty. As a developer it's always a challenge to meet the end-users expectations. That's why there should be a 'end-user feedback' phase, for example when commited to -STABLE. That's where these issues may arise which are very important for end-users, but may look trivial to devs and thus overlooked. Just thought about sharing my thoughts, and Alexander Motin thanks a lot for your work. It's highly appreciated! I hope that with some additional functionality, which chooses default output, everyone including the most novice end-users will be very pleased! Kind regards, Veronica From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 07:01:22 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABD461065686; Mon, 6 Oct 2008 07:01:22 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 688868FC14; Mon, 6 Oct 2008 07:01:22 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m966wSfp036318; Mon, 6 Oct 2008 00:58:28 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 06 Oct 2008 00:58:28 -0600 (MDT) Message-Id: <20081006.005828.104066981.imp@bsdimp.com> To: zbeeble@gmail.com From: Warner Losh In-Reply-To: <5f67a8c40810052226k3070a11ah463a819c677f6307@mail.gmail.com> References: <48DEA8E7.2080503@FreeBSD.org> <5f67a8c40810052226k3070a11ah463a819c677f6307@mail.gmail.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: mav@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-arm@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 07:01:22 -0000 From: "Zaphod Beeblebrox" Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements Date: Mon, 6 Oct 2008 01:26:19 -0400 > On Sat, Sep 27, 2008 at 5:43 PM, Alexander Motin wrote: > > > Hi. > > > > I would like to present initial revision of my generic PCI SD Host > > Controller driver (sdhci). It support PCI devices with class 8 and subclass > > 5 according to SD Host Controller Specification. With some limitations it > > successfully works on my Acer TM6292 notebook with ENE CB714 card reader. > > > > > > Things that are not working yet: > > - DMA modes (code is written, but as my controller looks like has broken > > DMA I have no ability to debug it), > > - card insert/remove detection (need more thinking), you should reload mmc > > module to rescan cards, > > - SDHC and MMC cards (have no such cards now to debug that code), only > > standard capacity SD Memory cards up to 4GB size are supported now, > > - high speed (double rate) bus mode (need more thinking and DMA support). > > > Most 4G cards are SDHC that I've seen. The notes on this that I've read > talk about the fact that you can have a 4G regular SD card but that many > (most) devices don't support it because of the need for a larger FAT to > support 4G. s/many/a few/g. 4GB SD cards work fine in every device I've tried them in... > I have two laptops with these controllers, but I have only SDHC media (4 and > 8 gig cards). Yes. The SDHC isolation protocol and media decoding stuff isn't written yet. Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 07:57:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE3591065694; Mon, 6 Oct 2008 07:57:09 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 60CEC8FC14; Mon, 6 Oct 2008 07:57:09 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.123.28] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Kmkxn-000IZs-Ot; Mon, 06 Oct 2008 08:57:07 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kmkxn-0002Cl-7e; Mon, 06 Oct 2008 08:57:07 +0100 Date: Mon, 6 Oct 2008 08:57:07 +0100 From: Thomas Hurst To: Alexander Motin Message-ID: <20081006075707.GA76333@voi.aagh.net> Mail-Followup-To: Alexander Motin , freebsd-arm@FreeBSD.org, freebsd-mobile@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org References: <48DEA8E7.2080503@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48DEA8E7.2080503@FreeBSD.org> Organization: Not much. User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Thomas Hurst Cc: freebsd-arm@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 07:57:09 -0000 * Alexander Motin (mav@FreeBSD.org) wrote: > I would like to present initial revision of my generic PCI SD Host > Controller driver (sdhci). It support PCI devices with class 8 and > subclass 5 according to SD Host Controller Specification. With some > limitations it successfully works on my Acer TM6292 notebook with ENE > CB714 card reader. RELENG_7_0, Sony TX1XP: sdhci0: mem 0xb0107000-0xb01070ff,0xb0106c00-0xb0106cff,0xb0106800-0xb01068ff irq 21 at device 5.4 on pci6 sdhci0: 3 slot(s) allocated none2@pci0:6:5:3: class=0x018000 card=0x81e2104d chip=0x8033104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'PCIxx11/21 Integrated FlashMedia Controller' class = mass storage sdhci0@pci0:6:5:4: class=0x080500 card=0x00000000 chip=0x8034104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = '10981734 SDA Standard Compliant SD Host Controller' class = base peripheral This is an integrated SD and MemoryStick reader; sadly it doesn't actually attach any usable devices. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 09:13:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8493D1065688; Mon, 6 Oct 2008 09:13:20 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id EA9FA8FC0C; Mon, 6 Oct 2008 09:13:18 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPSA id 223687663; Mon, 06 Oct 2008 12:13:17 +0300 Message-ID: <48E9D6AD.8010202@FreeBSD.org> Date: Mon, 06 Oct 2008 12:13:17 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: Alexander Motin , freebsd-arm@FreeBSD.org, freebsd-mobile@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org References: <48DEA8E7.2080503@FreeBSD.org> <20081006075707.GA76333@voi.aagh.net> In-Reply-To: <20081006075707.GA76333@voi.aagh.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 09:13:20 -0000 Thomas Hurst wrote: > * Alexander Motin (mav@FreeBSD.org) wrote: > >> I would like to present initial revision of my generic PCI SD Host >> Controller driver (sdhci). It support PCI devices with class 8 and >> subclass 5 according to SD Host Controller Specification. With some >> limitations it successfully works on my Acer TM6292 notebook with ENE >> CB714 card reader. > > RELENG_7_0, Sony TX1XP: > > sdhci0: mem > 0xb0107000-0xb01070ff,0xb0106c00-0xb0106cff,0xb0106800-0xb01068ff irq 21 > at device 5.4 on pci6 > sdhci0: 3 slot(s) allocated > > none2@pci0:6:5:3: class=0x018000 card=0x81e2104d chip=0x8033104c rev=0x00 hdr=0x00 > vendor = 'Texas Instruments (TI)' > device = 'PCIxx11/21 Integrated FlashMedia Controller' > class = mass storage > sdhci0@pci0:6:5:4: class=0x080500 card=0x00000000 chip=0x8034104c rev=0x00 hdr=0x00 > vendor = 'Texas Instruments (TI)' > device = '10981734 SDA Standard Compliant SD Host Controller' > class = base peripheral > > This is an integrated SD and MemoryStick reader; sadly it doesn't > actually attach any usable devices. At this moment driver creates mmc bus only on card insert and destroyes on remove. Have you tried to insert something there? Do you have any reaction on card insert? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 09:49:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24985106568D; Mon, 6 Oct 2008 09:49:08 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id B68D28FC1C; Mon, 6 Oct 2008 09:49:07 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2D2DF.dip.t-dialin.net [217.226.210.223]) by redbull.bpaserver.net (Postfix) with ESMTP id 886E12E21C; Mon, 6 Oct 2008 11:49:01 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id E9063157BC8; Mon, 6 Oct 2008 11:48:39 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1223286520; bh=zjWBiAiPvJZabRlS6Ul05ZRC2YA+WTi+w lY6yb+2ta4=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=tJhFnV0IdDXPqOt01YFYJ6zxpDVHVoW6v7QhrA9KWC4Q9zspIWokDJaHWLm/yd/xK tTBpnIOrOK5nqwMN7c4ujz2u7kIMHai7lFhdr4tzMI9FF0B01CPI3xDhltdRm6uStOI kIBnfhTg4gy5NkBfl3RGcnl0EcsWM2zwhV5K1/XNfYnmoR6HnWHT+xyASRuWtUljU46 i1vTGgFoggmzQMN0Mdu/4gAoGCFHI724VajU07J5otXsCSoADz1hSzndU8AqFGHBP8e RWu5B95DKlRBi7+o7EqafpSPHAk1vWrQY3gNDJ0JFJOSZsRy75Kl5yEAZ1mCfi7I+9h Q++lyQd1A== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m969mcnv037118; Mon, 6 Oct 2008 11:48:38 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Mon, 06 Oct 2008 11:48:38 +0200 Message-ID: <20081006114838.75492pa2uian85wk@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 06 Oct 2008 11:48:38 +0200 From: "Alexander Leidinger" To: bsd@fluffles.net References: <1222892584.00020319.1222880402@10.7.7.3> <48E54290.5010600@FreeBSD.org> <48E54B75.3010307@FreeBSD.org> <200810030945.00843.doconnor@gsoft.com.au> <48E9AB21.1010203@fluffles.net> In-Reply-To: <48E9AB21.1010203@fluffles.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 886E12E21C.A5FE5 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-15.4, required 6, autolearn=not spam, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10, SMILEY -0.50) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Alexander Motin , freebsd-current@freebsd.org, Joel Dahl Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 09:49:08 -0000 Quoting fluffles.net (from Mon, 06 Oct 2008 =20 08:07:29 +0200): > Daniel O'Connor wrote: >> It seems that a lot of new systems now have multiple sound outputs >> (because they use HDA) so there needs to be some way to elect a default >> sound output (override by sysctl of course :) >> >> eg selecting the HDMI output is pointless if there is no HDMI link >> active (can you detect HDMI status?) >> > > Hi all, > I'm not a dev, but may have an idea. > > As i understand, the problem is that with the new patch, more devices > are detected which changes the numbering of the pcm devices, thus > out-of-the-box sound output does not (always) work. > > Maybe a solution would be to *always* register pcm0, so it becomes the > default device. This device is not a real device but rather a virtual We have /dev/dsp, which points by default to the first registered soundcard. > device like a wrapper/link to one of the other "real" pcm devices > starting with pcm1. An algoritm could select which device pcm0 points > to, and be changeable in sysctl, defaulting to "auto" or something. The The default I wrote above, can be changed with a sysctl. You specify =20 the device number (0 for pcm0, 1 for pcm1, ...). So except for one =20 part (auto), we already have what you suggest. The difficult part is the "auto". What's the right thing to choose? =20 Think a little bit about it, what's right for one person is wrong for =20 another one. A person which has everything connected digitally wants =20 the digital by default for sure, but a person which has analog and =20 digital connected, can not get a mind reading machine to see a =20 sensible default. And what about those which have the soundcard =20 connected to an amplifier, and the graphic card also offers the HDMI =20 sound channel to the screen? Does this person want the sound only via =20 the amplifier, or does he want it via the build-in speakers of the =20 screen (he may want the normal stuff routed to the screen, but at some =20 point turn on the amplifier and use it instead)? > auto setting could even be extended to change default device if > situation changes, like a new USB Audio device is plugged in or the > headphones-output is used. It might be hard to correctly predict the > desired behavior for everyone, but getting default audio output (front > speakers; stereo) to work out-of-the-box would be great. So everytime I connect an USB Audio device it means I want to switch =20 to it? Maybe it's a headset and I only want to make phone calls with =20 it (by telling the phone application to use specific devices), but for =20 the rest I want to use the already existing sound output. Bye, Alexander. --=20 Save the bales! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 10:00:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 114211065686; Mon, 6 Oct 2008 10:00:17 +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 8D63D8FC2C; Mon, 6 Oct 2008 10:00:12 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-233-220.lns10.adl6.internode.on.net [121.45.233.220]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m96A01jB097155 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 6 Oct 2008 20:30:03 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "fluffles.net" Date: Mon, 6 Oct 2008 20:29:36 +1030 User-Agent: KMail/1.9.7 References: <1222892584.00020319.1222880402@10.7.7.3> <200810030945.00843.doconnor@gsoft.com.au> <48E9AB21.1010203@fluffles.net> In-Reply-To: <48E9AB21.1010203@fluffles.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1558428.GQlzvQkV5q"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200810062029.56713.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Alexander Motin , freebsd-current@freebsd.org, Joel Dahl Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 10:00:17 -0000 --nextPart1558428.GQlzvQkV5q Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 6 Oct 2008, fluffles.net wrote: > > eg selecting the HDMI output is pointless if there is no HDMI link > > active (can you detect HDMI status?) > > As i understand, the problem is that with the new patch, more devices > are detected which changes the numbering of the pcm devices, thus > out-of-the-box sound output does not (always) work. > > Maybe a solution would be to *always* register pcm0, so it becomes > the default device. This device is not a real device but rather a > virtual device like a wrapper/link to one of the other "real" pcm > devices starting with pcm1. An algoritm could select which device > pcm0 points to, and be changeable in sysctl, defaulting to "auto" or > something. The auto setting could even be extended to change default > device if situation changes, like a new USB Audio device is plugged > in or the headphones-output is used. It might be hard to correctly > predict the desired behavior for everyone, but getting default audio > output (front speakers; stereo) to work out-of-the-box would be > great. This is already possible - using the hw.snd.default_unit sysctl (changes=20 what /dev/mixer et al do). That is what I was thinking - basically you watch for new sound devices=20 and decide which one to use (or sound events to say something is=20 plugged in) and set the sysctl accordingly. =2D-=20 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 --nextPart1558428.GQlzvQkV5q Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iD8DBQBI6eGc5ZPcIHs/zowRAgYaAJ0bInreaBhcnfZjUbKSNig9ki0i5gCdG/pg sVjOh1fB5f2AN/nWur/EUwo= =ZLzX -----END PGP SIGNATURE----- --nextPart1558428.GQlzvQkV5q-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 10:10:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16CA81065695 for ; Mon, 6 Oct 2008 10:10:30 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id 9CF168FC1C for ; Mon, 6 Oct 2008 10:10:29 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m96A6ALv015239 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Oct 2008 21:08:43 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m96A6Avf020153; Mon, 6 Oct 2008 21:06:10 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m96A61ro020152; Mon, 6 Oct 2008 21:06:01 +1100 (EST) (envelope-from peter) Date: Mon, 6 Oct 2008 21:06:01 +1100 From: Peter Jeremy To: Jos Backus Message-ID: <20081006100601.GD18237@server.vk2pj.dyndns.org> References: <20081004080511.GA72641@lizzy.catnook.local> <20081004161024.GA67323@nagual.pp.ru> <20081004222249.GA48928@lizzy.catnook.local> <48E80F02.4070309@freebsd.org> <20081005233256.GB8507@lizzy.catnook.local> <48E95D0E.50202@freebsd.org> <20081006051424.GA5858@lizzy.catnook.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: <20081006051424.GA5858@lizzy.catnook.local> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 10:10:30 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Oct-05 22:14:24 -0700, Jos Backus wrote: >Yeah. Oddly enough the debug version seems to make a difference; firefox3 >hasn't crashed yet. Normally even without touching it firefox3 will segfau= lt >within an hour or so. I will leave it up all night to see what happens. Either you've found a heisenbug or there was something screwy with the previous libc.so - if it doesn't die, you might like to do a 'strip -g' on your new /lib/libc.so.7 and see how that behaves, possibly followed by another # cp /lib/libc.so.7 /lib/libc.so.7-debug # cd /usr/src/lib/libc && make clean && make && make install Assuming that the only difference in flags is '-g', and the stripped debugging version of libc works whilst the non-debugging version doesn't, it looks like a bug in gcc. I haven't looked inside gcc 4.x but in earlier versions, '-g' does far more than "if (option_g) emit_debugging_section()" and can potentially change the generated code. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjp4wkACgkQ/opHv/APuId2eACfffJJUvhpAO9lnclLisXfTDlV N/cAnAg5wksQNYtgB6TpnsVVplS6Pjsr =K1wF -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 10:12:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 527B3106568A; Mon, 6 Oct 2008 10:12:49 +0000 (UTC) (envelope-from elmofo@uol.com.br) Received: from smtp.uol.com.br (smtpout2.uol.com.br [200.221.4.193]) by mx1.freebsd.org (Postfix) with ESMTP id 147AE8FC15; Mon, 6 Oct 2008 10:12:48 +0000 (UTC) (envelope-from elmofo@uol.com.br) Received: from localhost (localhost [127.0.0.1]) by socom2.uol.com.br (Postfix) with ESMTP id 64DA5DC0; Mon, 6 Oct 2008 07:12:47 -0300 (BRT) Received: from fixed-mofo (189-47-80-162.dsl.telesp.net.br [189.47.80.162]) by socom2.uol.com.br (Postfix) with SMTP id 993C574C; Mon, 6 Oct 2008 07:12:44 -0300 (BRT) Date: Mon, 6 Oct 2008 07:12:43 -0300 From: Thiago Luz Basilio To: freebsd-current@freebsd.org Message-Id: <20081006071243.6480f5a9.elmofo@uol.com.br> In-Reply-To: References: <20081003010636.4effff1d.elmofo@uol.com.br> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SIG5: 17f4ba905ca90a48bd256b6b217613cb Cc: ivoras@freebsd.org Subject: Re: FreeBSD-current on Acer Aspire One X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 10:12:49 -0000 (Update) On lastest -CURRENT (cvs'ed on 10/05/2008), sound works correctly when I plug a headphone on the green jack. When I unplug the headphone, the sound output returns correctly to the internal speakers. Cheers, Thiago. On Sat, 04 Oct 2008 16:00:55 +0200 Ivan Voras wrote: > Thiago Luz Basilio wrote: > > > But how about the SD/MMC card reader? Anybody has any clue? I've > > seen some patches flying around, but many of them were for > > Ricoh-based readers, and this machine uses a JMicron-based reader. > > Even Linux doesn't work with the card reader (I'm running Ubuntu on > mine) so don't hold your breath for the drivers. > > Does your sound work as it should with regard to plugging in > headphones? > > From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 10:42:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32CE51065686; Mon, 6 Oct 2008 10:42:48 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 9D3DB8FC15; Mon, 6 Oct 2008 10:42:47 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.123.28] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1KmnY6-000Khr-0W; Mon, 06 Oct 2008 11:42:46 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KmnY5-0008KP-Og; Mon, 06 Oct 2008 11:42:45 +0100 Date: Mon, 6 Oct 2008 11:42:45 +0100 From: Thomas Hurst To: Alexander Motin Message-ID: <20081006104245.GA24462@voi.aagh.net> Mail-Followup-To: Alexander Motin , freebsd-arm@FreeBSD.org, freebsd-mobile@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org References: <48DEA8E7.2080503@FreeBSD.org> <20081006075707.GA76333@voi.aagh.net> <48E9D6AD.8010202@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48E9D6AD.8010202@FreeBSD.org> Organization: Not much. User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Thomas Hurst Cc: freebsd-arm@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 10:42:48 -0000 * Alexander Motin (mav@FreeBSD.org) wrote: > > This is an integrated SD and MemoryStick reader; sadly it doesn't > > actually attach any usable devices. > > At this moment driver creates mmc bus only on card insert and > destroyes on remove. Have you tried to insert something there? Do you > have any reaction on card insert? Yup, I've tried a 1GB and 2GB SD card and a 1GB and 64MB MS with two different adaptors. No combination of inserting, reloading mmc, or sdhci seems to make any usable device nodes. I note it doesn't appear to be allocating any IRQ's according to vmstat -i. Is it supposed to? -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 10:47:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37B2D106568A; Mon, 6 Oct 2008 10:47:02 +0000 (UTC) (envelope-from elmofo@uol.com.br) Received: from smtp.uol.com.br (smtpout4.uol.com.br [200.221.4.195]) by mx1.freebsd.org (Postfix) with ESMTP id EFE7C8FC0C; Mon, 6 Oct 2008 10:47:01 +0000 (UTC) (envelope-from elmofo@uol.com.br) Received: from localhost (localhost [127.0.0.1]) by socom4.uol.com.br (Postfix) with ESMTP id 52083E0035E3; Mon, 6 Oct 2008 07:24:51 -0300 (BRT) Received: from fixed-mofo (189-47-80-162.dsl.telesp.net.br [189.47.80.162]) by socom4.uol.com.br (Postfix) with SMTP id 2A5EAE0035FD; Mon, 6 Oct 2008 07:24:48 -0300 (BRT) Date: Mon, 6 Oct 2008 07:24:47 -0300 From: Thiago Luz Basilio To: current@freebsd.org Message-Id: <20081006072447.d51c76f1.elmofo@uol.com.br> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SIG5: 0c10b283e7045fe59bf841064d7d2dd5 Cc: rpaulo@FreeBSD.org Subject: 802.11b mode on wlan interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 10:47:02 -0000 Hello! I'm using -CURRENT on my Acer Aspire One (Atheros 5424/2424). Thanks to the lastest ath_hal (0.10.5.10), the device is correctly attached. However, I can't test it right now, because I have an old 802.11 device that only works in 802.11b mode. I tried to set manually the mode using ifconfig, but no go... :(. I tried setting the mode (11b) on the ath0 interface and wlan0 interface. Also setting the mode in rc.conf doesn't work at all. Anybody had this problem? Thanks in advance, Thiago. From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 10:50:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 533D61065699; Mon, 6 Oct 2008 10:50:11 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id AB3EA8FC08; Mon, 6 Oct 2008 10:50:09 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 223701220; Mon, 06 Oct 2008 13:50:08 +0300 Message-ID: <48E9ED5F.1060102@FreeBSD.org> Date: Mon, 06 Oct 2008 13:50:07 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: freebsd-arm@FreeBSD.org, freebsd-mobile@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org References: <48DEA8E7.2080503@FreeBSD.org> <20081006075707.GA76333@voi.aagh.net> <48E9D6AD.8010202@FreeBSD.org> <20081006104245.GA24462@voi.aagh.net> In-Reply-To: <20081006104245.GA24462@voi.aagh.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 10:50:11 -0000 Thomas Hurst wrote: >>> This is an integrated SD and MemoryStick reader; sadly it doesn't >>> actually attach any usable devices. >> At this moment driver creates mmc bus only on card insert and >> destroyes on remove. Have you tried to insert something there? Do you >> have any reaction on card insert? > > Yup, I've tried a 1GB and 2GB SD card and a 1GB and 64MB MS with two > different adaptors. No combination of inserting, reloading mmc, or > sdhci seems to make any usable device nodes. > > I note it doesn't appear to be allocating any IRQ's according to vmstat > -i. Is it supposed to? SD host should provide one IRQ and 256 bytes memory range per each slot. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 10:50:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E742106568B; Mon, 6 Oct 2008 10:50:44 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 3219A8FC16; Mon, 6 Oct 2008 10:50:44 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.20] (helo=10.mx.freenet.de) by mout1.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1Kmnfk-0004zG-VP; Mon, 06 Oct 2008 12:50:41 +0200 Received: from r84b1.r.pppool.de ([89.54.132.177]:14742 helo=ernst.jennejohn.org) by 10.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1Kmnfi-0003WQ-Ql; Mon, 06 Oct 2008 12:50:39 +0200 Date: Mon, 6 Oct 2008 12:50:28 +0200 From: Gary Jennejohn To: "Alexander Leidinger" Message-ID: <20081006125028.5617e63f@ernst.jennejohn.org> In-Reply-To: <20081006114838.75492pa2uian85wk@webmail.leidinger.net> References: <1222892584.00020319.1222880402@10.7.7.3> <48E54290.5010600@FreeBSD.org> <48E54B75.3010307@FreeBSD.org> <200810030945.00843.doconnor@gsoft.com.au> <48E9AB21.1010203@fluffles.net> <20081006114838.75492pa2uian85wk@webmail.leidinger.net> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@freebsd.org, Joel Dahl , bsd@fluffles.net Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 10:50:44 -0000 On Mon, 06 Oct 2008 11:48:38 +0200 "Alexander Leidinger" wrote: > Quoting fluffles.net (from Mon, 06 Oct 2008 > 08:07:29 +0200): > > Maybe a solution would be to *always* register pcm0, so it becomes the > > default device. This device is not a real device but rather a virtual > > We have /dev/dsp, which points by default to the first registered soundcard. > Really? I do not have any /dev/dsp. garyj:ernst:~:-bash:6> uname -a FreeBSD ernst.jennejohn.org 8.0-CURRENT FreeBSD 8.0-CURRENT #5: Sat Oct 4 12:13:45 CEST 2008 garyj@ernst.jennejohn.org:/usr/obj/usr/src/sys/amd64 amd64 garyj:ernst:~:-bash:7> ls /dev/d* /dev/dcons /dev/devstat /dev/dumpdev@ /dev/devctl /dev/dgdb /dev/dvd@ root:ernst:~:bash:3> grep -i dsp /sys/conf/* /sys/conf/files:dev/sound/pcm/dsp.c optional sound /sys/conf/kern.mk:# disable MIPS DSP ASE Instruction set. /sys/conf/kern.mk:CFLAGS+= -msoft-float -mno-dsp root:ernst:~:bash:4> grep -i dsp /sys/amd64/conf/* root:ernst:~:bash:5> grep sound /sys/amd64/conf/amd64 device sound root:ernst:~:bash:6> ls /usr/obj/usr/src/sys/amd64/dsp* /usr/obj/usr/src/sys/amd64/dsp.o Seems like all the prerequisites are there. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 11:04:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 169F61065686 for ; Mon, 6 Oct 2008 11:04:41 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id DB8958FC12 for ; Mon, 6 Oct 2008 11:04:40 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2765509rvf.43 for ; Mon, 06 Oct 2008 04:04:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=M2EWMKJ07bmf5tmJKDOJjGsF3ZXFwqJENR7522qb9NU=; b=qqk081F1nJCeGuA6h53Lj2tx1f9X3PHFW0fyQdbp60q8OLWXva0RUh2fkIRHrGTocz LBNMK3s1ULAVtCZh4Jy/ScTqHHkyPffbR5XNmEo7AjO6OUrU+VBnJXv3fsZxXfrZ2M3v JvLUmFHfoOtVLfzb+Dyt3eXaXsv5aZNapPAUY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=knZA/TVCae/nrS7qBpHCFmQ7YmR6YWYtcOE16cDD7MRYBJgcBGb/tdXjo2dp8KM1uA zEUVtL/JO7vHpoNm+QSH+u6pPEVIO+Qf9PhHmWWY8gH4X5gluLQTouCrEYJcgOGaSeBs TzaBdOp1mBnXU2hlXYeyPxqh9xEDzcS6gEPCk= Received: by 10.141.74.18 with SMTP id b18mr2773504rvl.80.1223291080481; Mon, 06 Oct 2008 04:04:40 -0700 (PDT) Received: by 10.141.210.20 with HTTP; Mon, 6 Oct 2008 04:04:40 -0700 (PDT) Message-ID: <3a142e750810060404w8c488d4hf27a008d7280137e@mail.gmail.com> Date: Mon, 6 Oct 2008 13:04:40 +0200 From: "Paul B. Mahol" To: gary.jennejohn@freenet.de In-Reply-To: <20081006125028.5617e63f@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1222892584.00020319.1222880402@10.7.7.3> <48E54290.5010600@FreeBSD.org> <48E54B75.3010307@FreeBSD.org> <200810030945.00843.doconnor@gsoft.com.au> <48E9AB21.1010203@fluffles.net> <20081006114838.75492pa2uian85wk@webmail.leidinger.net> <20081006125028.5617e63f@ernst.jennejohn.org> Cc: freebsd-current@freebsd.org Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 11:04:41 -0000 On 10/6/08, Gary Jennejohn wrote: > On Mon, 06 Oct 2008 11:48:38 +0200 > "Alexander Leidinger" wrote: > >> Quoting fluffles.net (from Mon, 06 Oct 2008 >> 08:07:29 +0200): >> > Maybe a solution would be to *always* register pcm0, so it becomes the >> > default device. This device is not a real device but rather a virtual >> >> We have /dev/dsp, which points by default to the first registered >> soundcard. >> > > Really? I do not have any /dev/dsp. dspX.Y are created on request. From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 11:06:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C57231065697; Mon, 6 Oct 2008 11:06:20 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 6CC218FC27; Mon, 6 Oct 2008 11:06:20 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2D2DF.dip.t-dialin.net [217.226.210.223]) by redbull.bpaserver.net (Postfix) with ESMTP id 1B2762E25E; Mon, 6 Oct 2008 13:06:11 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 6C4721588CF; Mon, 6 Oct 2008 13:05:49 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1223291149; bh=TF30bjzzWhsXZYT3C9thWDegKznvbmJYw ApaBwGQCOg=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ATsTIMWDHYWO0LwUM9MZ6gB/m+SAYW6AyQDnoAzIJiDjYwhY7vpfFTpYy+V1Y9cOR 6tnCvrqaWb4u6I9RdRpLIoyFSNFiEobByGptehYqdNb3WRm1f6afmNeRVOpvf2b9pg5 tkI91IgU/J+3JJTiyVVY0guaXtsg6lYpvKE45zPC7WINK9vywq19mfL3yd7XxE4q9bS 5NmdLcnmk9kDJEdx7emR3tEkrrWqT3Vem3DDzVchwc3uFGe0dHzpJfxJ6V/xsCH6DEn ZwbNhYahC/uNFXa1pOq/kKtrCMsE8aTA+qH1uVqV+acdAJgKyGlXqwuTLiZmk02Gtut R02sCCV1Q== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m96B5m5l050419; Mon, 6 Oct 2008 13:05:48 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Mon, 06 Oct 2008 13:05:48 +0200 Message-ID: <20081006130548.14149rh0fd5936kg@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 06 Oct 2008 13:05:48 +0200 From: "Alexander Leidinger" To: gary.jennejohn@freenet.de References: <1222892584.00020319.1222880402@10.7.7.3> <48E54290.5010600@FreeBSD.org> <48E54B75.3010307@FreeBSD.org> <200810030945.00843.doconnor@gsoft.com.au> <48E9AB21.1010203@fluffles.net> <20081006114838.75492pa2uian85wk@webmail.leidinger.net> <20081006125028.5617e63f@ernst.jennejohn.org> In-Reply-To: <20081006125028.5617e63f@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 1B2762E25E.73A10 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-13.504, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Alexander Motin , freebsd-current@freebsd.org, Joel Dahl , bsd@fluffles.net Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 11:06:20 -0000 Quoting "Gary Jennejohn" (from Mon, 6 Oct =20 2008 12:50:28 +0200): > On Mon, 06 Oct 2008 11:48:38 +0200 > "Alexander Leidinger" wrote: > >> Quoting fluffles.net (from Mon, 06 Oct 2008 >> 08:07:29 +0200): >> > Maybe a solution would be to *always* register pcm0, so it becomes the >> > default device. This device is not a real device but rather a virtual >> >> We have /dev/dsp, which points by default to the first registered soundca= rd. >> > > Really? I do not have any /dev/dsp. You have, you just don't see it. It's a cloning device. Use any music =20 player which can play though any device you specify, and let it open =20 /dev/dsp. You will see it will try to open the default device. Bye, Alexander. --=20 Genuine happiness is when a wife sees a double chin on her husband's old girl friend. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 11:53:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE3861065686; Mon, 6 Oct 2008 11:53:38 +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 3B48F8FC27; Mon, 6 Oct 2008 11:53:38 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-245-112.lns11.adl6.internode.on.net [121.45.245.112]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m96BrTCh000638 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 6 Oct 2008 22:23:29 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Alexander Leidinger" Date: Mon, 6 Oct 2008 22:22:58 +1030 User-Agent: KMail/1.9.7 References: <1222892584.00020319.1222880402@10.7.7.3> <48E9AB21.1010203@fluffles.net> <20081006114838.75492pa2uian85wk@webmail.leidinger.net> In-Reply-To: <20081006114838.75492pa2uian85wk@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1404943.4oaEIzQb6O"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200810062223.23478.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Alexander Motin , freebsd-current@freebsd.org, Joel Dahl , bsd@fluffles.net Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 11:53:39 -0000 --nextPart1404943.4oaEIzQb6O Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 6 Oct 2008, Alexander Leidinger wrote: > We have /dev/dsp, which points by default to the first registered > soundcard. > > > device like a wrapper/link to one of the other "real" pcm devices > > starting with pcm1. An algoritm could select which device pcm0 > > points to, and be changeable in sysctl, defaulting to "auto" or > > something. The > > The default I wrote above, can be changed with a sysctl. You specify > the device number (0 for pcm0, 1 for pcm1, ...). So except for one > part (auto), we already have what you suggest. > > The difficult part is the "auto". What's the right thing to choose? > Think a little bit about it, what's right for one person is wrong for > another one. A person which has everything connected digitally wants > the digital by default for sure, but a person which has analog and > digital connected, can not get a mind reading machine to see a > sensible default. And what about those which have the soundcard > connected to an amplifier, and the graphic card also offers the HDMI > sound channel to the screen? Does this person want the sound only via > the amplifier, or does he want it via the build-in speakers of the > screen (he may want the normal stuff routed to the screen, but at > some point turn on the amplifier and use it instead)? Have an option in rc.conf read by a script that takes devd events and=20 does what the user wants. > > auto setting could even be extended to change default device if > > situation changes, like a new USB Audio device is plugged in or the > > headphones-output is used. It might be hard to correctly predict > > the desired behavior for everyone, but getting default audio output > > (front speakers; stereo) to work out-of-the-box would be great. > > So everytime I connect an USB Audio device it means I want to switch > to it? Maybe it's a headset and I only want to make phone calls with > it (by telling the phone application to use specific devices), but > for the rest I want to use the already existing sound output. Why not just allow a user to override it in rc.conf? Being able to have auto (ie what I plugged in most recently) and fixed=20 (manually set it to what you want) would probably cover 90% of cases=20 for minimal work. =2D-=20 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 --nextPart1404943.4oaEIzQb6O Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iD8DBQBI6fwy5ZPcIHs/zowRAv2EAJ9d/arkSmq87XPoi0yaJ9vT3HJirACgmvmI UE+IugJnXQjXl+cBtxS5ZKc= =cJQL -----END PGP SIGNATURE----- --nextPart1404943.4oaEIzQb6O-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 14:37:53 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7CE4106569F for ; Mon, 6 Oct 2008 14:37:53 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 6DD008FC25 for ; Mon, 6 Oct 2008 14:37:53 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1KmrDb-000P6R-6H; Mon, 06 Oct 2008 18:37:51 +0400 To: pyunyh@gmail.com References: <20081003054756.GB71518@cdnetworks.co.kr> <47297827@bb.ipt.ru> <20081004032046.f15cca9e.nork@FreeBSD.org> <81215412@bb.ipt.ru> <20081004060942.GA76137@cdnetworks.co.kr> <70489350@bb.ipt.ru> <20081006014724.GC82823@cdnetworks.co.kr> From: Boris Samorodov Date: Mon, 06 Oct 2008 18:37:42 +0400 In-Reply-To: <20081006014724.GC82823@cdnetworks.co.kr> (Pyun YongHyeon's message of "Mon\, 6 Oct 2008 10\:47\:24 +0900") Message-ID: <36537897@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: Call for axe(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 14:37:53 -0000 Pyun YongHyeon writes: > On Sat, Oct 04, 2008 at 08:14:33PM +0400, Boris Samorodov wrote: > > Well, with your patches my adapter don't work only if it is *plugged* > > while booting. > > > > Ok, that indicates a problem in PHY driver but I'm not sure why > ukphy(4) couldn't report correct link state. The only guess I can > think of at this time is fake the extended capability bit of BMSR > register. Datasheet says that extended status register is reserved > one even though BMSR cleary indicates the existence of the > register. Please backout previous patch and try again the patch > in the following URL. > > http://people.freebsd.org/~yongari/axe.88178.patch3 Thanks for the patch, but I'm sorry to inform you that nothing did change. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 15:26:17 2008 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 704461065688; Mon, 6 Oct 2008 15:26:17 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 262D48FC0A; Mon, 6 Oct 2008 15:26:17 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1Kmrc5-000PRZ-52; Mon, 06 Oct 2008 19:03:09 +0400 To: =?utf-8?Q?S=C3=B8ren?= Schmidt References: <376EE5F0-1183-4318-82ED-D23967B27933@FreeBSD.ORG> From: Boris Samorodov Date: Mon, 06 Oct 2008 19:03:00 +0400 In-Reply-To: <376EE5F0-1183-4318-82ED-D23967B27933@FreeBSD.ORG> (=?utf-8?Q?=22S=C3=B8ren?= Schmidt"'s message of "Sun\, 5 Oct 2008 11\:18\:09 +0200") Message-ID: <70456379@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: current Subject: Re: Request for testing: ATA chipset code as modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 15:26:17 -0000 Hi Søren, Søren Schmidt writes: > Ignited by recent discussions on -arch about shrinking the binary > footprint for small systems I searched around in my forest of devel > tree's and found a branch where I've split up ATA's chipset code into > vendor specific modules. This is usefull in many ways, so I'm planning > on committing this soonish, but lets have a round of testing first: This is a very good news, big thanks! > It can be found on http://deepcore.dk/pub/ATA as two files, ata- > modules-diff that contains a diff for /sys/conf/files and ata- > modules.tgz that is a replacement for /sys/dev/ata. > This turns the chipset parts into a module for each vendor, and they > are all compiled in as is, however they can be left out on a pr vendor > basis (there are a few interdependencies though). > I havn't written all the /sys/modules/ata/*/Makefiles that it would > take to make it into loadable modules, but thats trivial todo. > > Let me know how this works out! Didn't work for me at i386-current as of yesterday: ftp://ftp.ipt.ru/pub/tmp/ata-err.txt WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 15:32:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7369C1065698 for ; Mon, 6 Oct 2008 15:32:56 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4E59A8FC21 for ; Mon, 6 Oct 2008 15:32:55 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.205] (p53.kientzle.com [66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id m96FWstv071063; Mon, 6 Oct 2008 08:32:54 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <48EA2FA0.8060007@freebsd.org> Date: Mon, 06 Oct 2008 08:32:48 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: jos@catnook.com References: <20081004080511.GA72641@lizzy.catnook.local> <20081004161024.GA67323@nagual.pp.ru> <20081004222249.GA48928@lizzy.catnook.local> <48E80F02.4070309@freebsd.org> <20081005233256.GB8507@lizzy.catnook.local> <48E95D0E.50202@freebsd.org> <20081006051424.GA5858@lizzy.catnook.local> In-Reply-To: <20081006051424.GA5858@lizzy.catnook.local> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrey Chernov , freebsd-current@freebsd.org Subject: Re: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 15:32:56 -0000 > Yeah. Oddly enough the debug version seems to make a difference; firefox3 > hasn't crashed yet. Normally even without touching it firefox3 will segfault > within an hour or so. I will leave it up all night to see what happens. Either, as Peter Jeremy suggested, using -g changed the compile or else you've built different sources. Have you updated your source since you last updated libc? Tim From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 16:07:45 2008 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 382221065686 for ; Mon, 6 Oct 2008 16:07:45 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from deepcore.dk (adsl.deepcore.dk [87.63.29.106]) by mx1.freebsd.org (Postfix) with ESMTP id B73058FC0A for ; Mon, 6 Oct 2008 16:07:44 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from [192.168.0.138] ([192.168.0.138]) by deepcore.dk (8.14.3/8.14.2) with ESMTP id m96G7gPi071160; Mon, 6 Oct 2008 18:07:42 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) Message-Id: From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: Boris Samorodov In-Reply-To: <70456379@bb.ipt.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 6 Oct 2008 18:07:42 +0200 References: <376EE5F0-1183-4318-82ED-D23967B27933@FreeBSD.ORG> <70456379@bb.ipt.ru> X-Mailer: Apple Mail (2.929.2) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (deepcore.dk [217.20.59.72]); Mon, 06 Oct 2008 18:07:42 +0200 (CEST) Cc: current Subject: Re: Request for testing: ATA chipset code as modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 16:07:45 -0000 On 6Oct, 2008, at 17:03 , Boris Samorodov wrote: > Hi S=F8ren, > > S=F8ren Schmidt writes: > >> Ignited by recent discussions on -arch about shrinking the binary >> footprint for small systems I searched around in my forest of devel >> tree's and found a branch where I've split up ATA's chipset code into >> vendor specific modules. This is usefull in many ways, so I'm =20 >> planning >> on committing this soonish, but lets have a round of testing first: > > This is a very good news, big thanks! > >> It can be found on http://deepcore.dk/pub/ATA as two files, ata- >> modules-diff that contains a diff for /sys/conf/files and ata- >> modules.tgz that is a replacement for /sys/dev/ata. >> This turns the chipset parts into a module for each vendor, and they >> are all compiled in as is, however they can be left out on a pr =20 >> vendor >> basis (there are a few interdependencies though). >> I havn't written all the /sys/modules/ata/*/Makefiles that it would >> take to make it into loadable modules, but thats trivial todo. >> >> Let me know how this works out! > > Didn't work for me at i386-current as of yesterday: > ftp://ftp.ipt.ru/pub/tmp/ata-err.txt You got something wrong in there. You have to apply the patch in ata-modules.diff and replace /sys/dev/=20 ata with ata-modules.tgz. Then you have to do a new config of your kernel as lots of files moved =20= around, and then make depend all your new kernel. I'll update the instructions on the site when I get home to it. -S=F8ren > > > > WBR > --=20 > Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD committer, http://www.FreeBSD.org The Power To Serve > -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 17:07:42 2008 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0957310656E5; Mon, 6 Oct 2008 17:07:42 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id B548B8FC31; Mon, 6 Oct 2008 17:07:41 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1KmtYa-0001Bj-IC; Mon, 06 Oct 2008 21:07:40 +0400 To: =?utf-8?Q?S=C3=B8ren?= Schmidt References: <376EE5F0-1183-4318-82ED-D23967B27933@FreeBSD.ORG> <70456379@bb.ipt.ru> From: Boris Samorodov Date: Mon, 06 Oct 2008 21:07:31 +0400 In-Reply-To: (=?utf-8?Q?=22S=C3=B8ren?= Schmidt"'s message of "Mon\, 6 Oct 2008 18\:07\:42 +0200") Message-ID: <04378908@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: current Subject: Re: Request for testing: ATA chipset code as modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 17:07:42 -0000 Søren Schmidt writes: > On 6Oct, 2008, at 17:03 , Boris Samorodov wrote: >> Søren Schmidt writes: >> >>> Ignited by recent discussions on -arch about shrinking the binary >>> footprint for small systems I searched around in my forest of devel >>> tree's and found a branch where I've split up ATA's chipset code into >>> vendor specific modules. This is usefull in many ways, so I'm >>> planning >>> on committing this soonish, but lets have a round of testing first: >> >> This is a very good news, big thanks! >> >>> It can be found on http://deepcore.dk/pub/ATA as two files, ata- >>> modules-diff that contains a diff for /sys/conf/files and ata- >>> modules.tgz that is a replacement for /sys/dev/ata. >>> This turns the chipset parts into a module for each vendor, and they >>> are all compiled in as is, however they can be left out on a pr >>> vendor >>> basis (there are a few interdependencies though). >>> I havn't written all the /sys/modules/ata/*/Makefiles that it would >>> take to make it into loadable modules, but thats trivial todo. >>> >>> Let me know how this works out! >> >> Didn't work for me at i386-current as of yesterday: >> ftp://ftp.ipt.ru/pub/tmp/ata-err.txt > > You got something wrong in there. > You have to apply the patch in ata-modules.diff and replace /sys/dev/ > ata with ata-modules.tgz. Yep. > Then you have to do a new config of your kernel as lots of files moved > around, and then make depend all your new kernel. I tried both the new way (make buildkernel) as well as the old one (config && make) with same results. I must have done something stupid. :-( > I'll update the instructions on the site when I get home to it. OK, I'll wait for them. Thanks! > -Søren WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 18:30:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2B46106568F for ; Mon, 6 Oct 2008 18:30:19 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 4D0FA8FC19 for ; Mon, 6 Oct 2008 18:30:19 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.3/8.14.3) with ESMTP id m96IUFla034705; Mon, 6 Oct 2008 22:30:15 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1223317815; bh=84DCOfuW4KxBhozFKEZiy1mkIfwrcxJLr4pYWbC nK70=; l=766; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=cFZfvfxwaeia8xlnNvEiKD6j9 NVy7zsmO10y1GZXdb5d7SidYXKmjfaJHZmxVPcXMS+BY/9MYfieSl6LeMGFgt4W7rdz 4/1NNpT0WHMWmw94ubq01rg+tcBleC03QG27wCBnANEDpAscLQ4Dj6IHBsk/Yl289d7 HmcSLzr1oubQ= Received: (from ache@localhost) by nagual.pp.ru (8.14.3/8.14.3/Submit) id m96IUFBW034704; Mon, 6 Oct 2008 22:30:15 +0400 (MSD) (envelope-from ache) Date: Mon, 6 Oct 2008 22:30:14 +0400 From: Andrey Chernov To: Tim Kientzle Message-ID: <20081006183014.GB33333@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Tim Kientzle , jos@catnook.com, freebsd-current@freebsd.org References: <20081004080511.GA72641@lizzy.catnook.local> <20081004161024.GA67323@nagual.pp.ru> <20081004222249.GA48928@lizzy.catnook.local> <48E80F02.4070309@freebsd.org> <20081005233256.GB8507@lizzy.catnook.local> <48E95D0E.50202@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48E95D0E.50202@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 18:30:19 -0000 On Sun, Oct 05, 2008 at 05:34:22PM -0700, Tim Kientzle wrote: > Something is still screwy about the backtrace. dbopen() > doesn't call arc4random_buf. However, it does call > mkstemp() which does call arc4random_uniform, which should > be right next to arc4random_buf in memory. GCC optimizations > could be obscuring the call stack here. FYI arc4random_uniform() just do some internal calculations then call arc4random() (perhaps several times) which have threaded lock, like any other arc4random* family. Like you can see, calculation not involves division, so division by zero can't happen and upper_bound passed by mkstemp() is very reasonable small number. Calling arc4random_buf() is not possible in this path. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 19:07:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 630EB106568D for ; Mon, 6 Oct 2008 19:07:30 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id E42398FC08 for ; Mon, 6 Oct 2008 19:07:29 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 14069 invoked by uid 1000); 6 Oct 2008 19:07:50 -0000 Date: Mon, 6 Oct 2008 12:07:50 -0700 From: Jos Backus To: Tim Kientzle Message-ID: <20081006190750.GA14017@lizzy.catnook.local> References: <20081004080511.GA72641@lizzy.catnook.local> <20081004161024.GA67323@nagual.pp.ru> <20081004222249.GA48928@lizzy.catnook.local> <48E80F02.4070309@freebsd.org> <20081005233256.GB8507@lizzy.catnook.local> <48E95D0E.50202@freebsd.org> <20081006051424.GA5858@lizzy.catnook.local> <48EA2FA0.8060007@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48EA2FA0.8060007@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Andrey Chernov , freebsd-current@freebsd.org Subject: Re: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 19:07:30 -0000 On Mon, Oct 06, 2008 at 08:32:48AM -0700, Tim Kientzle wrote: > > Yeah. Oddly enough the debug version seems to make a difference; firefox3 > > hasn't crashed yet. Normally even without touching it firefox3 will segfault > > within an hour or so. I will leave it up all night to see what happens. > > Either, as Peter Jeremy suggested, using -g changed > the compile or else you've built different sources. > > Have you updated your source since you last updated libc? Before following your instructions, I cvsupped, ran a `make kernel' and booted into the new kernel. My userland is from Oct 4th. As of this moment, firefox3 is still running. Would you like me to try anything different? -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 20:28:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 749DF10656A0 for ; Mon, 6 Oct 2008 20:28:13 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id 2EF2F8FC1C for ; Mon, 6 Oct 2008 20:28:13 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by gxk14 with SMTP id 14so5408573gxk.19 for ; Mon, 06 Oct 2008 13:28:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=lNfKjRoC6rQ5q/L7oRxBYJqyvmYXWOhggfLPmbKixPM=; b=Dhh4+nIWFwoI7anmFwJFW2TZkesSov7xb8hcm+XBNzR3fA9RBCGGXXMOyfSId/iF5H ZGZDuZcL84YeQJf3zET4FEEGIhdrTk94EcDdY8dRqwpKfEPDmTxHDmGrvYOCuNzKHx0D zK4e6szYvynPBjTWYPEngCHL1wLHZ6nPQU9B8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=fL62CDb/KbpDTWYQYUh6t2+51lbchs72EKx8ldrmOlYULE20+3ykM0ZNiHkXzzd1t5 bREyIKC4/+USiK8qoYveAjHB37PPqLe1DpXjwTdxY+qe2uHoqXbjkfMlBNHiXh7EUYGL 5g6ZYTCjtmDa6wcHh5qcvKodnWrxCxRDwIplw= Received: by 10.150.136.6 with SMTP id j6mr8258683ybd.193.1223324892420; Mon, 06 Oct 2008 13:28:12 -0700 (PDT) Received: by 10.150.97.16 with HTTP; Mon, 6 Oct 2008 13:28:12 -0700 (PDT) Message-ID: Date: Mon, 6 Oct 2008 16:28:12 -0400 From: "Ryan Stone" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Mon, 06 Oct 2008 20:35:25 +0000 Subject: pmcstat: should it fail when a cpu is disabled? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 20:28:13 -0000 Recently I've run into a small issue where pmcstat will fail if a cpu is disabled unless you specifically tell pmcstat to not attach to that processor. This is annoying for me because we have some machines with hyper-threaded cpus but we disable hyperthreading on them. When we try to run pmcstat on those machines, pmcstat will try to attach to the disabled hyperthreaded cpu and fail. I can work around it by figuring out what the active cpus are and specifying only those cpus to the -c options, but that's annoying. I was thinking that if the -c '*' option is specified(either explicitly or implicitly by not specifying any -c option) that pmcstat should only attach to active cpus and ignore disabled cpus. I have a patch that will do this but I wanted to gauge opinions on whether this behaviour is wanted or not before submitting it. Any strong opinions one way or the other? Ryan Stone From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 20:59:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E21A1106568C for ; Mon, 6 Oct 2008 20:59:17 +0000 (UTC) (envelope-from peter@bsdly.net) Received: from skapet.bsdly.net (cl-426.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:1a9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9871B8FC0C for ; Mon, 6 Oct 2008 20:59:17 +0000 (UTC) (envelope-from peter@bsdly.net) Received: from thingy.bsdly.net ([10.168.103.11] helo=thingy.bsdly.net.bsdly.net ident=peter) by skapet.bsdly.net with esmtp (Exim 4.69) (envelope-from ) id 1KmxAh-0000e0-Py for freebsd-current@freebsd.org; Mon, 06 Oct 2008 22:59:16 +0200 To: freebsd-current@freebsd.org References: <48E9087B.4070903@netoyen.net> From: peter@bsdly.net (Peter N. M. Hansteen) Date: Mon, 06 Oct 2008 22:59:14 +0200 In-Reply-To: <48E9087B.4070903@netoyen.net> (mouss@netoyen.net's message of "Sun, 05 Oct 2008 20:33:31 +0200") Message-ID: <87vdw51lul.fsf@thingy.bsdly.net> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: SSH Brute Force attempts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 20:59:18 -0000 mouss writes: > http://www.bgnett.no/~peter/pf/en/bruteforce.html Nice to see referring to my work. However, I would appreciate if people updated their bookmarks to point to the new location, http://home.nuug.no/~peter/pf/en/bruteforce.html or for a choice of formats, http://home.nuug.no/~peter/pf/ I no longer have a business relationship with the company behind bgnett.no, that version has not been updated since EuroBSDCon 2006, and the files could disappear any time. - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds. From owner-freebsd-current@FreeBSD.ORG Mon Oct 6 21:56:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F06E10656F8 for ; Mon, 6 Oct 2008 21:56:18 +0000 (UTC) (envelope-from n_hibma@freebsd.org) Received: from cpsmtpo-eml06.kpnxchange.com (cpsmtpo-eml06.kpnxchange.com [213.75.38.155]) by mx1.freebsd.org (Postfix) with ESMTP id D69588FC28 for ; Mon, 6 Oct 2008 21:56:17 +0000 (UTC) (envelope-from n_hibma@freebsd.org) Received: from hpsmtp-eml07.kpnxchange.com ([213.75.38.107]) by cpsmtpo-eml06.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 6 Oct 2008 23:44:13 +0200 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by hpsmtp-eml07.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 6 Oct 2008 23:44:13 +0200 Received: (qmail 9598 invoked by uid 98); 6 Oct 2008 21:44:12 -0000 Received: from 10.66.0.135 (nick@10.66.0.135) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:1(10.66.0.135):. Processed in 0.056077 secs); 06 Oct 2008 21:44:12 -0000 Received: from unknown (HELO van-laarhoven.org) (nick@10.66.0.135) by uitsmijter.van-laarhoven.org with SMTP; 6 Oct 2008 21:44:12 -0000 Received: (nullmailer pid 24119 invoked by uid 1001); Mon, 06 Oct 2008 21:44:10 -0000 From: Nick Hibma To: freebsd-current@freebsd.org Date: Mon, 6 Oct 2008 23:44:10 +0200 User-Agent: KMail/1.9.7 References: <84759477@bb.ipt.ru> <3a142e750810020833y47357729ic5e463a3779cd219@mail.gmail.com> <36597220@bb.ipt.ru> In-Reply-To: <36597220@bb.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810062344.10704.n_hibma@freebsd.org> X-OriginalArrivalTime: 06 Oct 2008 21:44:13.0768 (UTC) FILETIME=[AC986480:01C927FC] X-Mailman-Approved-At: Mon, 06 Oct 2008 22:06:11 +0000 Subject: Re: panic at ehci_abort_xfer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 21:56:18 -0000 > > IMHO old usb code should be removed ASAP. > > +1 +several million Nick -- FreeBSD contributor From owner-freebsd-current@FreeBSD.ORG Tue Oct 7 01:14:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 235BF1065687 for ; Tue, 7 Oct 2008 01:14:41 +0000 (UTC) (envelope-from sk@elegosoft.com) Received: from mx0.elegosoft.com (mx0.elegosoft.com [88.198.54.133]) by mx1.freebsd.org (Postfix) with ESMTP id D160A8FC1C for ; Tue, 7 Oct 2008 01:14:40 +0000 (UTC) (envelope-from sk@elegosoft.com) Received: from localhost (localhost [127.0.0.1]) by mx0.elegosoft.com (Postfix) with ESMTP id 9223144002; Tue, 7 Oct 2008 03:14:38 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mx0.elegosoft.com Received: from mx0.elegosoft.com ([127.0.0.1]) by localhost (mx0.elegosoft.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mR-CsA4Vs0js; Tue, 7 Oct 2008 03:14:31 +0200 (CEST) Received: from mail.elegosoft.com (localhost [127.0.0.1]) by mx0.elegosoft.com (Postfix) with ESMTP id 8C8B644001; Tue, 7 Oct 2008 03:14:31 +0200 (CEST) Received: from 82.41.242.250 (SquirrelMail authenticated user sk) by mail.elegosoft.com with HTTP; Tue, 7 Oct 2008 03:14:31 +0200 (CEST) Message-ID: <5073.82.41.242.250.1223342071.squirrel@mail.elegosoft.com> In-Reply-To: <48E829D6.1000902@gmail.com> References: <48E16E93.3090601@gmail.com> <48E4368E.4020404@gmail.com> <4046.82.41.242.250.1223173482.squirrel@mail.elegosoft.com> <48E829D6.1000902@gmail.com> Date: Tue, 7 Oct 2008 03:14:31 +0200 (CEST) From: sk@elegosoft.com To: "Eitan Adler" User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Tue, 07 Oct 2008 02:17:07 +0000 Cc: freebsd-current@freebsd.org Subject: Re: SSH Brute Force attempts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 01:14:41 -0000 > sk@elegosoft.com wrote: mornin' > Rich Healey wrote: > Recently I'm getting a lot of brute force attempts on my server, in > the past I've used various tips and tricks with linux boxes but many of > them were fairly linux specific. > disable pasword authentication OR use very strong passwords (24 chars) > OR use OTP >> if it is applicable you could limit access by hosts (from=) >> nothing of the above is linux or BSD specific >> btw. Software to delay Login Attempts could be tricked. > Which software? how? I was talking fail2ban http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-4321 http://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=denyhosts regards Stefan From owner-freebsd-current@FreeBSD.ORG Tue Oct 7 04:30:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89048106568E for ; Tue, 7 Oct 2008 04:30:43 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 1BB0E8FC1D for ; Tue, 7 Oct 2008 04:30:42 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2089458fgb.35 for ; Mon, 06 Oct 2008 21:30:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=oYra5GwS8zWlZ+bfOs7rWA49hAl2nScwWPhITG0e4fM=; b=ZS4V/oRcextInXHDXmtD73FfjaYIz1WJUPjkhJCQxPsENMdVcRcBZqcS62AEtjM5UU FCdP34OcPKQDXfx/WqpeIUtRMGbT0H4IeVcrXg3cvBr3ZjEtco+eehHkpa2IiZpK1NC8 kH8bNaxUcIIZjNZP9LrtCjIbu6t/uSkd3TDP0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Rpb1iH1CG+nwk2mpvUB2+kvWKOigpvNoZygvQ+GTnxGxuAfAP0ETUAKZj3FiqHUMkF RbHmCPC6WvTqfb9gZvI3eeLFXEOC72uW3S11ZHkXjjelaovxSeJhYpgj2Vvqk5/2a5F0 8eGMK7b+Co0EVStLA0u3kt9Ge8aF/kP+gwKuw= Received: by 10.86.79.19 with SMTP id c19mr5284507fgb.79.1223352147587; Mon, 06 Oct 2008 21:02:27 -0700 (PDT) Received: by 10.86.63.15 with HTTP; Mon, 6 Oct 2008 21:02:27 -0700 (PDT) Message-ID: <84dead720810062102r2baf0e32y10594d3f1d07120d@mail.gmail.com> Date: Tue, 7 Oct 2008 09:32:27 +0530 From: "Joseph Koshy" To: "Ryan Stone" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-current@freebsd.org Subject: Re: pmcstat: should it fail when a cpu is disabled? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 04:30:43 -0000 > Recently I've run into a small issue where pmcstat will fail if a cpu > is disabled unless you specifically tell pmcstat to not attach to that > processor. This is annoying for me because we have some machines with > hyper-threaded cpus but we disable hyperthreading on them. When we > try to run pmcstat on those machines, pmcstat will try to attach to > the disabled hyperthreaded cpu and fail. I can work around it by > figuring out what the active cpus are and specifying only those cpus > to the -c options, but that's annoying. I was thinking that if the -c > '*' option is specified(either explicitly or implicitly by not > specifying any -c option) that pmcstat should only attach to active > cpus and ignore disabled cpus. I have a patch that will do this but I > wanted to gauge opinions on whether this behaviour is wanted or not > before submitting it. Any strong opinions one way or the other? In -current and 7.X, pmcstat(8) checks sysctl "machdep.hlt_cpus" and should not by default attempt to allocate PMCs on halted CPUs. Which version of FreeBSD are you running? Koshy From owner-freebsd-current@FreeBSD.ORG Tue Oct 7 04:43:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C6C31065691 for ; Tue, 7 Oct 2008 04:43:15 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 158228FC16 for ; Tue, 7 Oct 2008 04:43:14 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.205] (p53.kientzle.com [66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id m974hBtv076210; Mon, 6 Oct 2008 21:43:11 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <48EAE8DA.2000908@freebsd.org> Date: Mon, 06 Oct 2008 21:43:06 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: jos@catnook.com References: <20081004080511.GA72641@lizzy.catnook.local> <20081004161024.GA67323@nagual.pp.ru> <20081004222249.GA48928@lizzy.catnook.local> <48E80F02.4070309@freebsd.org> <20081005233256.GB8507@lizzy.catnook.local> <48E95D0E.50202@freebsd.org> <20081006051424.GA5858@lizzy.catnook.local> <48EA2FA0.8060007@freebsd.org> <20081006190750.GA14017@lizzy.catnook.local> In-Reply-To: <20081006190750.GA14017@lizzy.catnook.local> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrey Chernov , freebsd-current@freebsd.org Subject: Re: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 04:43:15 -0000 > Before following your instructions, I cvsupped, ran a `make kernel' and booted > into the new kernel. My userland is from Oct 4th. I presume your 'cvsup' also updated your libc sources. So you've basically upgraded to the newest libc... > As of this moment, firefox3 is still running. Would you like me to try > anything different? ... which seems to have fixed your problem. I suggest you install a regular non-debugging libc and see if everything remains fixed. Tim From owner-freebsd-current@FreeBSD.ORG Tue Oct 7 12:53:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C30BD1065690; Tue, 7 Oct 2008 12:53:34 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id E3C268FC13; Tue, 7 Oct 2008 12:53:33 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id m97CrQW9089670 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 7 Oct 2008 14:53:27 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id m97CrLJJ035771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Oct 2008 14:53:21 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id m97CrKrg026359; Tue, 7 Oct 2008 14:53:20 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id m97CrKZr026358; Tue, 7 Oct 2008 14:53:20 +0200 (CEST) (envelope-from ticso) Date: Tue, 7 Oct 2008 14:53:20 +0200 From: Bernd Walter To: Warner Losh Message-ID: <20081007125320.GD25586@cicely7.cicely.de> References: <48DEA8E7.2080503@FreeBSD.org> <5f67a8c40810052226k3070a11ah463a819c677f6307@mail.gmail.com> <20081006.005828.104066981.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081006.005828.104066981.imp@bsdimp.com> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.070, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: mav@freebsd.org, zbeeble@gmail.com, freebsd-arm@freebsd.org, freebsd-mobile@freebsd.org, freebsd-current@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 12:53:34 -0000 On Mon, Oct 06, 2008 at 12:58:28AM -0600, Warner Losh wrote: > From: "Zaphod Beeblebrox" > Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements > Date: Mon, 6 Oct 2008 01:26:19 -0400 > > > On Sat, Sep 27, 2008 at 5:43 PM, Alexander Motin wrote: > > > > > Hi. > > > > > > I would like to present initial revision of my generic PCI SD Host > > > Controller driver (sdhci). It support PCI devices with class 8 and subclass > > > 5 according to SD Host Controller Specification. With some limitations it > > > successfully works on my Acer TM6292 notebook with ENE CB714 card reader. > > > > > > > > > > Things that are not working yet: > > > - DMA modes (code is written, but as my controller looks like has broken > > > DMA I have no ability to debug it), > > > - card insert/remove detection (need more thinking), you should reload mmc > > > module to rescan cards, > > > - SDHC and MMC cards (have no such cards now to debug that code), only > > > standard capacity SD Memory cards up to 4GB size are supported now, > > > - high speed (double rate) bus mode (need more thinking and DMA support). > > > > > > Most 4G cards are SDHC that I've seen. The notes on this that I've read > > talk about the fact that you can have a 4G regular SD card but that many > > (most) devices don't support it because of the need for a larger FAT to > > support 4G. > > s/many/a few/g. 4GB SD cards work fine in every device I've tried > them in... You are quite lucky then. 4G-SD are non standard and I have a few devices where they don't work with. Sadly I even own a USB reader, which is still being sold, that doen't work with 2G cards - it just truncates them at 1G - sigh. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Tue Oct 7 13:55:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED23210656B1 for ; Tue, 7 Oct 2008 13:55:07 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id 965C78FC1E for ; Tue, 7 Oct 2008 13:55:07 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by gxk14 with SMTP id 14so6377648gxk.19 for ; Tue, 07 Oct 2008 06:55:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:subject :cc:in-reply-to:mime-version:content-type:content-transfer-encoding :content-disposition:references; bh=t1sezYoJ5M7AiXlxqBjtpwsjipH16YiFnDTwSeSRMQE=; b=IdRoG9ePfC40PJS1nYo7fx6MmSbwWtZi0hjexozq0Kt5oD6xCaqBeN8ay+QYeqyk5a sSkuQS+a7vaz6vHUOzUnNYQlgw0nT5w5uAv7ZFj1YF8VaZ4eUWJANOt8gNV/u8H0cfG+ F5nvUP3XQLv34HtQD+MNdYPDvLJbGNwB9glQU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=KuRVOdcFFDinK+OXPaLdYVXq78qdHgYxYdxCEezHrNT//nvrr3GrXL0Z0oSQpZceGw we4cS81tRicTRqchJPl9368a132pHYsIx1WOjQgaUAJ+5t8SU3f45QMiNLVGkRWFgOHc /vQ4Y+k6VaKFE4U8TkmuKCsPerORCJ60tb8ZQ= Received: by 10.151.43.19 with SMTP id v19mr4309255ybj.14.1223387706066; Tue, 07 Oct 2008 06:55:06 -0700 (PDT) Received: by 10.150.97.16 with HTTP; Tue, 7 Oct 2008 06:55:05 -0700 (PDT) Message-ID: Date: Tue, 7 Oct 2008 09:55:05 -0400 From: "Ryan Stone" Cc: freebsd-current@freebsd.org In-Reply-To: <84dead720810062102r2baf0e32y10594d3f1d07120d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <84dead720810062102r2baf0e32y10594d3f1d07120d@mail.gmail.com> Subject: Re: pmcstat: should it fail when a cpu is disabled? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 13:55:08 -0000 I'm running 6.3. Ignore this, then. I should have checked whether this was fixed in CURRENT. Ryan Stone From owner-freebsd-current@FreeBSD.ORG Tue Oct 7 14:21:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9283A1065694 for ; Tue, 7 Oct 2008 14:21:23 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 43F658FC1A for ; Tue, 7 Oct 2008 14:21:22 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 42512A06C1; Tue, 7 Oct 2008 16:21:21 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 35F10A06BB; Tue, 7 Oct 2008 16:21:21 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 22886A06AD; Tue, 7 Oct 2008 16:21:21 +0200 (CEST) Received: from wep4035.physik.uni-wuerzburg.de ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2) with ESMTP id 2008100716212060-22450 ; Tue, 7 Oct 2008 16:21:20 +0200 Received: by wep4035.physik.uni-wuerzburg.de (sSMTP sendmail emulation); Tue, 7 Oct 2008 16:21:20 +0200 From: "Alexey Shuvaev" Date: Tue, 7 Oct 2008 16:21:20 +0200 To: Marcel Moolenaar Message-ID: <20081007142120.GA29919@wep4035.physik.uni-wuerzburg.de> References: <20080829205313.GA30330@wep4017.physik.uni-wuerzburg.de> <3a142e750808291416o25b6678bm2b6fa75d0f8e4714@mail.gmail.com> <20080831103555.GA12957@wep4017.physik.uni-wuerzburg.de> <20080920022612.GA4934@localhost.my.domain> <48DFFCB3.5060506@delphij.net> MIME-Version: 1.0 In-Reply-To: <48DFFCB3.5060506@delphij.net> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 10/07/2008 04:21:20 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 10/07/2008 04:21:21 PM, Serialize complete at 10/07/2008 04:21:21 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org Subject: Re: Booting from gpt on i386/amd64? [PATCH] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 14:21:23 -0000 On Sun, Sep 28, 2008 at 02:52:51PM -0700, Xin LI wrote: > > Hi, Marcel, > > Marcel Moolenaar wrote: > > > > On Sep 19, 2008, at 7:26 PM, Alexey Shuvaev wrote: > > > >> Ok, I have digged the sources a little bit and ended with this simple > >> patch. Actually, the code is taken from gpt(8) utility. > >> It adds automatic padding of gptboot bootcode to the nearest sector > >> boundary. > > > > I think this is reasonable. > > Could you please commit the proposed patch? :) > In order for this patch not to be lost I have filed a PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=127922 Alexey. From owner-freebsd-current@FreeBSD.ORG Tue Oct 7 15:31:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3C4C106568A for ; Tue, 7 Oct 2008 15:31:12 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.freebsd.org (Postfix) with ESMTP id AD0B58FC23 for ; Tue, 7 Oct 2008 15:31:12 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by wx-out-0506.google.com with SMTP id s17so752385wxc.7 for ; Tue, 07 Oct 2008 08:31:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=CvqsF8ROddQh9/aKqAit8kNV/kdDBGKxMRrAoRp5l70=; b=G8gmRt+92TNsJ7PoWdSeK1jO/urQUczoItoU6jh8DTHHn7KDtVdnIz//XIc4phpRJR EUvI/BOhXTIlK3NnNIjKs7O1DpqGa1UM5VSaBxAl4AUrWMn3Q54z1IzZggteHRwK6Xq2 V2BHc2Hi88z0lXTxvZYJMOUF965zOe+a1LWe8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=XSJuynK+hc6nmRBVcZSS8+UByeRwxOPvOru3vd4zppDJiHagfRyCztBn4UKj3rvkKe X1qLHlNkB2lOA8oxb8bcm6russgmiQY7XeIXU+3yT47dTCKASwcHlERlPCyggzcAzi+e PDukGGtqF5B8i3un+K9eJopvhxCRYAQ2CM/50= Received: by 10.150.203.8 with SMTP id a8mr9972753ybg.121.1223393471957; Tue, 07 Oct 2008 08:31:11 -0700 (PDT) Received: by 10.150.97.16 with HTTP; Tue, 7 Oct 2008 08:31:11 -0700 (PDT) Message-ID: Date: Tue, 7 Oct 2008 11:31:11 -0400 From: "Ryan Stone" To: "Joseph Koshy" In-Reply-To: <84dead720810062102r2baf0e32y10594d3f1d07120d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <84dead720810062102r2baf0e32y10594d3f1d07120d@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: pmcstat: should it fail when a cpu is disabled? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 15:31:13 -0000 Is it intentional that pmcstat -c '*' does not use the haltedcpus mask while pmcstat will? Ryan Stone From owner-freebsd-current@FreeBSD.ORG Tue Oct 7 16:31:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFD531065696 for ; Tue, 7 Oct 2008 16:31:22 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id 6233E8FC15 for ; Tue, 7 Oct 2008 16:31:22 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 25349 invoked by uid 1000); 7 Oct 2008 16:31:43 -0000 Date: Tue, 7 Oct 2008 09:31:43 -0700 From: Jos Backus To: Tim Kientzle Message-ID: <20081007163143.GA25284@lizzy.catnook.local> References: <20081004080511.GA72641@lizzy.catnook.local> <20081004161024.GA67323@nagual.pp.ru> <20081004222249.GA48928@lizzy.catnook.local> <48E80F02.4070309@freebsd.org> <20081005233256.GB8507@lizzy.catnook.local> <48E95D0E.50202@freebsd.org> <20081006051424.GA5858@lizzy.catnook.local> <48EA2FA0.8060007@freebsd.org> <20081006190750.GA14017@lizzy.catnook.local> <48EAE8DA.2000908@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <48EAE8DA.2000908@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Andrey Chernov , freebsd-current@freebsd.org Subject: Re: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 16:31:23 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Oct 06, 2008 at 09:43:06PM -0700, Tim Kientzle wrote: > > Before following your instructions, I cvsupped, ran a `make kernel' and booted > > into the new kernel. My userland is from Oct 4th. > > I presume your 'cvsup' also updated your libc sources. > So you've basically upgraded to the newest libc... Correct. But the previous libc was built from sources only a day old. > > As of this moment, firefox3 is still running. Would you like me to try > > anything different? > > ... which seems to have fixed your problem. I suggest > you install a regular non-debugging libc and see if > everything remains fixed. Good news! firefox3 crashed again, so the problem is not fixed. But the backtrace (attached) looks slightly different this time. Anything particular you'd like me to look at? Thanks, -- Jos Backus jos at catnook.com --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="firefox3.debug-backtrace" (gdb) bt #0 0x2a31656b in thr_kill () at thr_kill.S:2 #1 0x2a2c5736 in pthread_kill () from /lib/libthr.so.3 #2 0x2a2c32c3 in raise () from /lib/libthr.so.3 #3 0x28237381 in XRE_InitEmbedding () from /usr/local/lib/firefox3/libxul.so #4 #5 hash4 (keyarg=0xad6397a, len=4294956678) at /usr/src/lib/libc/db/hash/hash_func.c:184 #6 0x2a39ab3d in __call_hash (hashp=0x8386200, k=0xad6397a "", len=-10618) at /usr/src/lib/libc/db/hash/hash.c:896 #7 0x2a3997fa in __split_page (hashp=0x8386200, obucket=7, nbucket=15) at /usr/src/lib/libc/db/hash/hash_page.c:356 #8 0x2a39ac09 in __expand_table (hashp=0x8386200) at /usr/src/lib/libc/db/hash/hash.c:865 #9 0x2a39922f in __addel (hashp=0x8386200, bufp=0xb2e47c0, key=0xbf4f9640, val=0xbf4f9648) at /usr/src/lib/libc/db/hash/hash_page.c:454 #10 0x2a39c2e0 in hash_access (hashp=0x8386200, action=HASH_PUT, key=0xbf4f9640, val=0xbf4f9648) at /usr/src/lib/libc/db/hash/hash.c:680 #11 0x2aa0cb9c in ?? () from /usr/local/lib/firefox3/libnssdbm3.so #12 0xbf4f9648 in ?? () #13 0xbf4f9640 in ?? () #14 0xbf4f9648 in ?? () #15 0x00000000 in ?? () #16 0x2a2c3599 in pthread_self () from /lib/libthr.so.3 #17 0x2aa1c3e4 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #18 0x2aa1cbb8 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #19 0x2aa1d6ff in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #20 0x2aa218b2 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #21 0x2aa236c9 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #22 0x2aa23791 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #23 0x2aa14965 in ?? () from /usr/local/lib/firefox3/libnssdbm3.so #24 0x08b13550 in ?? () #25 0x0bc3d700 in ?? () #26 0x11e29a80 in ?? () #27 0xbf4f9794 in ?? () #28 0x11e29a80 in ?? () #29 0x0d985c90 in ?? () #30 0xbf4f97a8 in ?? () #31 0x2a337fc7 in free (ptr=0xd986180) at /usr/src/lib/libc/stdlib/malloc.c:5447 #32 0x2aa163fc in ?? () from /usr/local/lib/firefox3/libnssdbm3.so #33 0x089f50b0 in ?? () #34 0x0b9ad00c in ?? () #35 0x0ab1ee10 in ?? () #36 0x0000000b in ?? () #37 0xbf4f9828 in ?? () #38 0x0000000b in ?? () #39 0xbf4f9828 in ?? () #40 0x298713d0 in PL_InitArenaPool () from /usr/local/lib/libplds4.so.1 #41 0x2a6bbab7 in NSC_ModuleDBFunc () from /usr/local/lib/firefox3/libsoftokn3.so #42 0x2a6bc47c in NSC_ModuleDBFunc () from /usr/local/lib/firefox3/libsoftokn3.so #43 0x2a69ede5 in FC_GetFunctionList () from /usr/local/lib/firefox3/libsoftokn3.so #44 0x2a6a0921 in FC_GetFunctionList () from /usr/local/lib/firefox3/libsoftokn3.so #45 0x2a6a490e in NSC_ModuleDBFunc () from /usr/local/lib/firefox3/libsoftokn3.so #46 0x2a52fbef in nss_DumpCertificateCacheInfo () from /usr/local/lib/firefox3/libnss3.so #47 0x2a5307c4 in nss_DumpCertificateCacheInfo () from /usr/local/lib/firefox3/libnss3.so #48 0x2a4e3eda in PK11_ImportCert () from /usr/local/lib/firefox3/libnss3.so #49 0x28fd0a5d in XRE_GetFileFromPath () from /usr/local/lib/firefox3/libxul.so ---Type to continue, or q to quit--- #50 0x2a4820b1 in SSL_GetStatistics () from /usr/local/lib/firefox3/libssl3.so #51 0x2a483957 in SSL_GetStatistics () from /usr/local/lib/firefox3/libssl3.so #52 0x2a483e0d in SSL_GetStatistics () from /usr/local/lib/firefox3/libssl3.so #53 0x2a4847d2 in SSL_GetStatistics () from /usr/local/lib/firefox3/libssl3.so #54 0x2a485976 in SSL_GetStatistics () from /usr/local/lib/firefox3/libssl3.so #55 0x2a4886a6 in SSL_AuthCertificate () from /usr/local/lib/firefox3/libssl3.so #56 0x2a493560 in SSL_RevealURL () from /usr/local/lib/firefox3/libssl3.so #57 0x2a495803 in SSL_ConfigSecureServer () from /usr/local/lib/firefox3/libssl3.so #58 0x2a4959c3 in SSL_ConfigSecureServer () from /usr/local/lib/firefox3/libssl3.so #59 0x2a49c5d2 in SSL_ImportFD () from /usr/local/lib/firefox3/libssl3.so #60 0x28fcc68a in XRE_GetFileFromPath () from /usr/local/lib/firefox3/libxul.so #61 0x28fcb330 in XRE_GetFileFromPath () from /usr/local/lib/firefox3/libxul.so #62 0x2987f68a in _pt_root () from /usr/local/lib/libplds4.so.1 #63 0x2a2c01df in pthread_getprio () from /lib/libthr.so.3 #64 0x00000000 in ?? () (gdb) --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 7 17:30:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3950E1065686 for ; Tue, 7 Oct 2008 17:30:56 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 785D88FC17 for ; Tue, 7 Oct 2008 17:30:54 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so1354417nfh.33 for ; Tue, 07 Oct 2008 10:30:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=d0Aw6ai7Qu9kA4weXg9wBnOQ+Ft1c3nWWygOo1vsgyk=; b=hLtI2atI93emU92MySFVTmvgva7wTOvImXPLrVCFyAyhPzBd1ys9XuNh4pOX8AgfoE MQMUvyntRrb5SOwbveisVVNNcjB3ygO1EB7E/rKtpis0BMsj5A1z1MzMl/Z3rZbj/xEl GqxX33q+HahT/IVrTuA9AhCyYLz7sjzuKIzcQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=K4x6oq9p2nqSySc/VC5qJeOVgFo3cKIXU351u/rVl/vbcECciE4XkFcnmxjTqvFuAN U92NNiQUS9sT0L3jZhLomcUCxutKCmlNYSyd+G+YrQod7Di6Zz2WiYo85VGx6SaFw23q S4m7pdHz2qXgmGZCUeikLCRxSyQ53Sbc26kNA= Received: by 10.86.23.17 with SMTP id 17mr6369996fgw.32.1223400652972; Tue, 07 Oct 2008 10:30:52 -0700 (PDT) Received: by 10.86.63.15 with HTTP; Tue, 7 Oct 2008 10:30:52 -0700 (PDT) Message-ID: <84dead720810071030w4b8f50d7q2068ee53f07990e9@mail.gmail.com> Date: Tue, 7 Oct 2008 17:30:52 +0000 From: "Joseph Koshy" To: "Ryan Stone" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <84dead720810062102r2baf0e32y10594d3f1d07120d@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: pmcstat: should it fail when a cpu is disabled? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 17:30:56 -0000 > Is it intentional that pmcstat -c '*' does not use the > haltedcpus mask while pmcstat will? No, its just the way the code evolved. Fixed in SVN #183672. Koshy From owner-freebsd-current@FreeBSD.ORG Tue Oct 7 21:27:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5A93106569D for ; Tue, 7 Oct 2008 21:27:36 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from deepcore.dk (adsl.deepcore.dk [87.63.29.106]) by mx1.freebsd.org (Postfix) with ESMTP id 2F4C08FC15 for ; Tue, 7 Oct 2008 21:27:35 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from [192.168.0.138] ([192.168.0.138]) by deepcore.dk (8.14.3/8.14.2) with ESMTP id m97LRX0T001747; Tue, 7 Oct 2008 23:27:33 +0200 (CEST) (envelope-from sos@freebsd.org) Message-Id: <7ACD10F2-8556-45E1-ACF8-BDD1F5511C26@freebsd.org> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: Boris Samorodov In-Reply-To: <04378908@bb.ipt.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v929.2) Date: Tue, 7 Oct 2008 23:27:34 +0200 References: <376EE5F0-1183-4318-82ED-D23967B27933@FreeBSD.ORG> <70456379@bb.ipt.ru> <04378908@bb.ipt.ru> X-Mailer: Apple Mail (2.929.2) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (deepcore.dk [87.63.29.106]); Tue, 07 Oct 2008 23:27:33 +0200 (CEST) Cc: current Subject: Re: Request for testing: ATA chipset code as modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 21:27:36 -0000 On 6Oct, 2008, at 19:07 , Boris Samorodov wrote: > >> I'll update the instructions on the site when I get home to it. > > OK, I'll wait for them. Thanks! I've put a README file along the diff and tar files, just follow the =20 guide there and it works., -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 07:28:35 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B17B16A4E2 for ; Tue, 5 Sep 2006 07:28:35 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp8.server.rpi.edu (smtp8.server.rpi.edu [128.113.2.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C77643D46 for ; Tue, 5 Sep 2006 07:28:26 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp8.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k857SML0029229; Tue, 5 Sep 2006 03:28:22 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20060904192006.GA3292@turion.vk2pj.dyndns.org> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> To: Peter Jeremy , freebsd-current@FreeBSD.org From: Garance A Drosehn Content-Type: multipart/mixed; boundary="============_-1054681193==_============" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: Julian Elischer Subject: Adding a '-D date' option to `cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 07:28:35 -0000 Date: Tue, 05 Sep 2006 07:28:35 -0000 X-Original-Date: Tue, 5 Sep 2006 03:28:21 -0400 X-List-Received-Date: Tue, 05 Sep 2006 07:28:35 -0000 --============_-1054681193==_============ Content-Type: text/plain; charset="us-ascii" ; format="flowed" In the thread on "Re: suggested addition to 'date'" on Sept 5/2006, Peter Jeremy wrote: >On Sat, 2006-Sep-02 13:12:48 +1000, I (Peter Jeremy) wrote: > > The justification for extending date(1) is that it already has the > > code to handle date/time stamps. In reality, this code is all in > > strftime(3) and cat(1) already has hooks to insert a string at the > > beginning of a line so I believe that the attached patch is more > > appropriate > >Following some off-list comments, I have updated the patch to >correct a bug, change the option character to 'D' (for date) and >provide a man page update. I have picked up Peter's patch, and spent some time testing it. About all I changed in the source file was to update the 'usage' message, and to use errx() instead of err() if the format is too long. The update increases the size of /bin/cat by 696 bytes on i386. The more I think about this option, the more I think it would be a useful option to have readily available. I am slightly tempted to move the call to time()+strftime() into a separate routine, and call that routine during the processing of options. That way, if some user *does* specify a format which is over 1024 bytes, they'll get an immediate error message. As it is, they won't see an error until `cat' actually goes to print the first line that it has read in. On the other hand, it seems pretty unlikely that many people will be triggering that error. I've also made a number of changes to the description Peter added to the man page, trying to include several more details. I am never happy with man pages that I write though, so I will not be insulted if anyone wants to change this. I intend to commit this within a few days, unless there are major objections to it. I am posting this HEADSUP under a new subject, so people can dump all kinds of paint over me before I commit it. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA --============_-1054681193==_============ Content-Id: Content-Type: application/octet-stream; name="cat-date.diff" ; x-mac-type="00000000" ; x-mac-creator="00000000" Content-Disposition: attachment; filename="cat-date.diff" ; modification-date="Tue, 5 Sep 2006 03:02:57 -0400" Content-Transfer-Encoding: x-uuencode begin 644 cat-date.dif M26YD97@Z(&-A="XQ"CT]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T] M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T*4D-3(&9I;&4Z M("]H;VUE+VYC=G,O2!T:&4**RY.;0HK=71I;&ET>2X**U1H M92!F;W)M870@;V8@=&AA="!P2!AF-A="`Q("P*+2Y86QE+"!OPH@ E"0D):68@*&5F;&%G("8F('!U=&-H87(H)R0G*2`]/2!%3T8I"FED ` end --============_-1054681193==_============-- From owner-freebsd-current@FreeBSD.ORG Wed May 16 20:10:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E74616A400 for ; Wed, 16 May 2007 20:10:05 +0000 (UTC) (envelope-from julian@elischer.org) Received: from young.cc.uottawa.ca (young.cc.uottawa.ca [137.122.6.56]) by mx1.freebsd.org (Postfix) with ESMTP id B06D013C484 for ; Wed, 16 May 2007 20:10:04 +0000 (UTC) (envelope-from julian@elischer.org) Received: from localhost (unknown [127.0.0.1]) by young.cc.uottawa.ca (Postfix) with ESMTP id 6920D38401A for ; Wed, 16 May 2007 15:20:24 -0400 (EDT) Received: from dylan.cc.uottawa.ca ([137.122.6.57]) by localhost (young.cc.uottawa.ca [137.122.6.56]) (amavisd-new, port 10024) with ESMTP id 29477-09 for ; Wed, 16 May 2007 15:20:23 -0400 (EDT) Received: from julian-mac.elischer.org (039sub218.uottawa.ca [137.122.39.159]) by dylan.cc.uottawa.ca (Postfix) with ESMTP id A1EF13BC003 for ; Wed, 16 May 2007 15:20:23 -0400 (EDT) Message-ID: <464B5977.3000200@elischer.org> From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: FreeBSD Current Content-Type: multipart/mixed; boundary="------------040206030501000905060304" X-Virus-Scanned: amavisd-new at uottawa.ca Cc: Subject: webcast of FreeBSD dev summit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 16 May 2007 20:10:05 -0000 X-Original-Date: Wed, 16 May 2007 15:20:23 -0400 X-List-Received-Date: Wed, 16 May 2007 20:10:05 -0000 This is a multi-part message in MIME format. --------------040206030501000905060304 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit For those of you who are curious about what the FreeBSD developers are talking about.. rtsp://jello.ironport.com:80/devsummit.sdp please don't flood it though..if you are not really watching, don't just leave it running.. :-) --------------040206030501000905060304 Content-Type: message/rfc822; name="can't make it to the devsummit Wednesday/Thursday?.eml" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename*0="can't make it to the devsummit Wednesday/Thursday?.eml" Return-Path: X-Original-To: julian@elischer.org Delivered-To: julian@idiom.com Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by idiom.com (Postfix) with ESMTP id 60707125A25 for ; Mon, 14 May 2007 13:12:25 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [69.147.83.54]) by mx2.freebsd.org (Postfix) with ESMTP id E2A9D5D6BD for ; Mon, 14 May 2007 20:12:24 +0000 (UTC) (envelope-from owner-all-developers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id D6FDF16A52D; Mon, 14 May 2007 20:12:23 +0000 (UTC) Delivered-To: julian@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 78B4116A402; Mon, 14 May 2007 20:12:23 +0000 (UTC) X-Original-To: developers@FreeBSD.org Delivered-To: all-developers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E116B16A403 for ; Mon, 14 May 2007 20:12:21 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outT.internet-mail-service.net (outT.internet-mail-service.net [216.240.47.243]) by mx1.freebsd.org (Postfix) with ESMTP id CF3A413C44C for ; Mon, 14 May 2007 20:12:21 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Mon, 14 May 2007 13:12:21 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id E65CC125A24 for ; Mon, 14 May 2007 13:12:20 -0700 (PDT) Message-ID: <4648C2A3.2020905@elischer.org> Date: Mon, 14 May 2007 13:12:19 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: FreeBSD developers Subject: can't make it to the devsummit Wednesday/Thursday? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-all-developers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.1.5 X-Spam-Status: No, hits=-1.6 required=5 tests=FORGED_RCVD_HELO, SPF_PASS,BAYES_00,TO_CC_NONE,MISSING_SUBJECT,NO_RECEIVED,AWL X-ClamAV-Status: No X-Idiom-Reporting: If this was spam, please report it to http://www.spamcop.net Don't worry, we'll be recording some video for watching later. I'll Also attempt to webcast as much as possible. Not sure if I can webcast BSDCan itself.. I'll see what it's like. The URL will be (at least) rtsp://jello.ironport.com:80/Devsummit.sdp I will be travelling Tuesday, but today I have a test session running at: rtsp://jello.ironport.com:80/Bsdtest.sdp. There may be more than one session to cover more breakouts if others bring more cameras and MACs :-) People watching from outside may even be able to be in more than one room at a time :-) . The session will be using mpeg4 video and audio. I will leave the test session running pretty much all the time I'm not commuting. Instructions for mplayer and VLC follow: Quicktime users should just be able to type in the URL. ---- instructions for VLC/mplayer courtesy of Stefan Ehmann ----- If you want to use mplayer: - cd /usr/ports/multimedia/mplayer && make install clean OR portinstall multimedia/mplayer - make sure livemedia is selected: [X] LIVEMEDIA - mplayer -rtsp-stream-over-tcp rtsp://jello.ironport.com:80/Bsdtest.sdp If you already installed mplayer, but get the following error: "RTSP support requires the "LIVE555 Streaming Media" libraries." - cd /usr/ports/multimedia/mplayer - make config - make sure livemedia is selected: [X] LIVEMEDIA - make deinstall reinstall clean OR portupgrade -f multimedia/mplayer If you want to use vlc: - cd /usr/ports/multimedia/vlc - make install clean OR portinstall multimedia/vlc - make sure faad is selected: [X] FAAD - start vlc - Settings->Preferences -> check "Advanced options" -> go to Input/Codecs->Demuxers->RTP/RTSP and check "Use RTP over RTSP (TCP)" -> Save - File->Open Network Stream, check "RTSP", URL: rtsp://jello.ironport.com:80/Bsdtest.sdp OR $vlc rtsp://jello.ironport.com:80/Bsdtest.sdp If you already installed vlc, but get no sound: - cd /usr/ports/multimedia/vlc - make config - make sure faad is selected: [X] FAAD - make deinstall reinstall clean OR portupgrade -f multimedia/vlc I haven't yet succeeded using xine for the test stream. Notes: - I haven't tested if it works if you disable any of the default options (disabling LIVEMEDA for vlc is probably a bad idea). - I usually use the -R option for portupgrade to be sure that all dependent ports are up-to-date as well. ---- end of instructiosn from Stefan ----- -- This mail is for the internal use of the FreeBSD project committers, and as such is private. This mail may not be published or forwarded outside the FreeBSD committers' group or disclosed to other unauthorised parties without the explicit permission of the author(s). --------------040206030501000905060304-- From owner-freebsd-current@FreeBSD.ORG Wed May 16 20:19:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A655216A400; Wed, 16 May 2007 20:19:02 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 54BA713C45D; Wed, 16 May 2007 20:19:02 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l4GJwEFT026417; Wed, 16 May 2007 15:58:14 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Wed, 16 May 2007 15:58:14 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kris Kennaway In-Reply-To: <20070516194816.GB75347@xor.obsecurity.org> Message-ID: References: <20070514210318.GA5865@xor.obsecurity.org> <20070515201259.6e412cb2@kan.dnsalias.net> <7799307232011642944@unknownmsgid> <7579f7fb0705161019o4546e30fr106003b4026c3855@mail.gmail.com> <20070516175745.GA56409@freebsd.org> <7579f7fb0705161130lfd2f7dbidccc2d505b470f78@mail.gmail.com> <20070516183902.GA75347@xor.obsecurity.org> <7579f7fb0705161215s326d4ed9u3ce771c803b47b9d@mail.gmail.com> <20070516194816.GB75347@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Bj?rn K?nig , Matthew Jacob , Roman Divacky , current@freebsd.org, Claus Guttesen Subject: Re: HEADS DOWN: gcc 4.2 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 16 May 2007 20:19:02 -0000 X-Original-Date: Wed, 16 May 2007 15:58:14 -0400 (EDT) X-List-Received-Date: Wed, 16 May 2007 20:19:02 -0000 On Wed, 16 May 2007, Kris Kennaway wrote: > On Wed, May 16, 2007 at 12:15:03PM -0700, Matthew Jacob wrote: >>>>>> regards >>>>>> Claus >>>>>> >>>>> Some stuff is for gcc41 but thanks- I'll see if this works for me. >>>> >>>> I guess you just download contrib-gcc42.tar.gz rather than >>>> contrib-gcc41.tar.gz. >>> >>> I think this pre-dates symbol versioning, which is apparently the >>> current blocking issue. >> >> >> Do I take this to mean "not yet" for patches to try? > > It should be fine if you are only compiling the kernel, but you'll > probably have to patch against a pre-symver tree to make world with. Just don't try a non-symver-enabled installworld after a symver-enabled installworld. See UPDATING for more info. -- DE From owner-freebsd-current@FreeBSD.ORG Wed May 16 20:34:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68FE516A408 for ; Wed, 16 May 2007 20:34:34 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by mx1.freebsd.org (Postfix) with ESMTP id 13C9513C484 for ; Wed, 16 May 2007 20:34:33 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so761088nze for ; Wed, 16 May 2007 13:34:33 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iaXp2esX4V4fUnMrzJ/nxY9ii4dIOia+yKlXcTlSdtdN6BJ5rgOpuw1IHlyPHaBQN0TrBZTtfdfs6jxYCqTdVrCTGdw4N1qd7XSwxEisBSe2F0xFEaUzsLcXO4/siKNxVuGdCJF9H8QgZSZdB3wMyrjT+/9iwWqAzewCAve5f9U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JSPCRYN6FlH/I6qNH8oVZLu52Qv/JvlP23fPzonfCaLEzMG+WlczJO92V1+Zqlz0CGk3wQGstTD+EzYLjmZY0lVCFNZpM80VJuHUObSroccH7CAmnDtVyR94AXjqQb74JPokc8YVuE+g05+eOTjBSd5HUprjMHcTFHadZWQ/w3k= Received: by 10.114.171.1 with SMTP id t1mr2481427wae.1179347673014; Wed, 16 May 2007 13:34:33 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Wed, 16 May 2007 13:34:32 -0700 (PDT) Message-ID: <2a41acea0705161334q56b697d3l3c0a0091c84e756b@mail.gmail.com> From: "Jack Vogel" To: "Julian Elischer" In-Reply-To: <464B5445.1030305@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <464B4103.4020505@freebsd.org> <2a41acea0705161059g1537c780w500968a82e5fe4f2@mail.gmail.com> <464B5445.1030305@elischer.org> Cc: freebsd-net , FreeBSD Current , Andre Oppermann Subject: Re: EM and TSO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 16 May 2007 20:34:34 -0000 X-Original-Date: Wed, 16 May 2007 13:34:32 -0700 X-List-Received-Date: Wed, 16 May 2007 20:34:34 -0000 You mean other than net.inet.tcp.tso that is there now? On 5/16/07, Julian Elischer wrote: > Jack Vogel wrote: > > On 5/16/07, Andre Oppermann wrote: > >> Jack Vogel wrote: > >> > I introduced a change yesterday that limited TSO to PCI Express > >> > adapters, I did this more for avoidance rather than a bug fix, and > >> > I'm not 100% sure its the right thing, so I thought I would poll > >> > everyone, do you have a PCI-X adapter and are using TSO without > >> > problems and wish to keep the support in? > >> > >> I'm using the dual-port PCI-X adapter and would like to keep > >> using TSO on it. There are a lot of those adapters out there > >> in servers. TSO is scheduled to be MFC'd really soon now and > >> not having it work with em(4) on PCI-X would be quite limiting. > > > > OK, I'll put it back, you also answered a question I had, namely > > the MFC of TSO :) I was hoping that got into 6.3. > > > > I have another bug I'm working on, will be a delta today or tomorrow > > and I'll put it back to what it was. > > > > Jack > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > give a sysctl to change the option. > > From owner-freebsd-current@FreeBSD.ORG Wed May 16 20:56:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FDC116A404 for ; Wed, 16 May 2007 20:56:58 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 3847413C45E for ; Wed, 16 May 2007 20:56:57 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4EBE98BD5F9; Wed, 16 May 2007 22:56:56 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RkoiTD3M5uL5; Wed, 16 May 2007 22:56:55 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 3E8178BD5F1; Wed, 16 May 2007 22:56:55 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l4GKurs5062275; Wed, 16 May 2007 22:56:53 +0200 (CEST) (envelope-from rdivacky) From: Roman Divacky To: Matthew Jacob Message-ID: <20070516205653.GA62177@freebsd.org> References: <7799307232011642944@unknownmsgid> <7579f7fb0705161019o4546e30fr106003b4026c3855@mail.gmail.com> <20070516175745.GA56409@freebsd.org> <7579f7fb0705161130lfd2f7dbidccc2d505b470f78@mail.gmail.com> <20070516183902.GA75347@xor.obsecurity.org> <7579f7fb0705161215s326d4ed9u3ce771c803b47b9d@mail.gmail.com> <464B593A.40506@samsco.org> <7579f7fb0705161228n1b06d8bel8d7435a9ace56e4e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7579f7fb0705161228n1b06d8bel8d7435a9ace56e4e@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: Bj?rn K?nig , Claus Guttesen , current@freebsd.org, Kris Kennaway Subject: Re: HEADS DOWN: gcc 4.2 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 16 May 2007 20:56:58 -0000 X-Original-Date: Wed, 16 May 2007 22:56:53 +0200 X-List-Received-Date: Wed, 16 May 2007 20:56:58 -0000 On Wed, May 16, 2007 at 12:28:51PM -0700, Matthew Jacob wrote: > >> > >> Do I take this to mean "not yet" for patches to try? > > > >Symbol versioning only affects userland libraries and linker. It > >shouldn't matter for kernel code that you're looking to validate. > > > > Well, sure, in which case I just might as well build gcc4.2 stock > rather than apply patches to the tree. I dont think that will work.. we have some printf changes etc. iirc so you cannot build kernel with stock gcc. just use what kan@ provides on the web. I am sure he wont mind some testing roman From owner-freebsd-current@FreeBSD.ORG Wed May 16 20:59:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1754116A401 for ; Wed, 16 May 2007 20:59:59 +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 D400B13C484 for ; Wed, 16 May 2007 20:59:58 +0000 (UTC) (envelope-from sam@errno.com) Received: from [192.168.75.151] ([24.114.252.226]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l4GKxu9O070618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 May 2007 13:59:58 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <464B70CA.1070206@errno.com> From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Solon Luigi Lutz References: <258016155.20070515153939@pyro.de> In-Reply-To: <258016155.20070515153939@pyro.de> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com 104; Body=2 Fuz1=2 Fuz2=2 Cc: FreeBSD Current Subject: Re: AMD64 & hifn crypto flawed ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 16 May 2007 20:59:59 -0000 X-Original-Date: Wed, 16 May 2007 16:59:54 -0400 X-List-Received-Date: Wed, 16 May 2007 20:59:59 -0000 Solon Luigi Lutz wrote: > Hi, > > I just tried running a filesystem stress-test on a geli volume > with HW-crypto using a soekris card. This lead to a panic after > some seconds of activity. > > I don't plan to investigate this any further, since it isn't of > any concern for me. > > Just FYI. > > P.S. SW-crypto on dual-core works flawless here... > Please file a PR w/ the details and assign it to me. Sam From owner-freebsd-current@FreeBSD.ORG Wed May 16 21:00:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9CD216A406 for ; Wed, 16 May 2007 21:00:40 +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 9D20413C553 for ; Wed, 16 May 2007 21:00:40 +0000 (UTC) (envelope-from sam@errno.com) Received: from [192.168.75.151] ([24.114.252.226]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l4GL0cKu070644 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 May 2007 14:00:39 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <464B70F4.3010109@errno.com> From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> In-Reply-To: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com 104; Body=3 Fuz1=3 Fuz2=3 Cc: freebsd-net , FreeBSD Current Subject: Re: EM and TSO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 16 May 2007 21:00:40 -0000 X-Original-Date: Wed, 16 May 2007 17:00:36 -0400 X-List-Received-Date: Wed, 16 May 2007 21:00:40 -0000 Jack Vogel wrote: > I introduced a change yesterday that limited TSO to PCI Express > adapters, I did this more for avoidance rather than a bug fix, and > I'm not 100% sure its the right thing, so I thought I would poll > everyone, do you have a PCI-X adapter and are using TSO without > problems and wish to keep the support in? > > If no one is then I'll just leave it as is. It might be better to enable it by default on pci-e adapters and require manual enable on other adapters that are capable but may not function correctly. Sam From owner-freebsd-current@FreeBSD.ORG Wed May 16 21:03:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9BB1816A400 for ; Wed, 16 May 2007 21:03:29 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (noop.in-addr.com [208.58.23.51]) by mx1.freebsd.org (Postfix) with ESMTP id 6E97813C4BC for ; Wed, 16 May 2007 21:03:29 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1HoQT3-000427-1l; Wed, 16 May 2007 16:51:29 -0400 From: Gary Palmer To: Lars Engels Message-ID: <20070516205128.GD28958@in-addr.com> Mail-Followup-To: Lars Engels , current@freebsd.org References: <20070516194857.GI94292@e.0x20.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070516194857.GI94292@e.0x20.net> Cc: current@freebsd.org Subject: Re: kernel build error (zlib.ko) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 16 May 2007 21:03:29 -0000 X-Original-Date: Wed, 16 May 2007 16:51:28 -0400 X-List-Received-Date: Wed, 16 May 2007 21:03:29 -0000 On Wed, May 16, 2007 at 09:48:57PM +0200, Lars Engels wrote: > With today's sources I get an error while compiling the kernel: > > ===> zlib (all) > cc -O2 -fno-strict-aliasing -pipe -march=pentium-m -Werror -D_KERNEL > -DKLD_MODULE -std=c99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS > -include /usr/obj/usr/src/sys/MAGGIE/opt_global.h -I. -I@ > -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 > --param large-function-growth=1000 -fno-common -g > -I/usr/obj/usr/src/sys/MAGGIE -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -fformat-extensions -c > /usr/src/sys/modules/zlib/../../net/zlib.c > ld -d -warn-common -r -d -o zlib.kld zlib.o > :> export_syms > awk -f /usr/src/sys/modules/zlib/../../conf/kmod_syms.awk zlib.kld > export_syms | xargs -J% objcopy % zlib.kld > ld -Bshareable -d -warn-common -o zlib.ko.debug zlib.kld > objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols > objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug > zlib.ko > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > > Any ideas what could be the cause? Are you using a parallel compile? If so, the error message is earlier in the compile process somewhere. I certainly don't see any error message in the above snippet. Try again without the parallel compile. From owner-freebsd-current@FreeBSD.ORG Wed May 16 21:13:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 36CB116A400 for ; Wed, 16 May 2007 21:13:33 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id D3EAE13C45D for ; Wed, 16 May 2007 21:13:32 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id C754D39DEB; Wed, 16 May 2007 23:13:31 +0200 (CEST) From: Lars Engels To: current@freebsd.org Message-ID: <20070516211331.GK94292@e.0x20.net> References: <20070516194857.GI94292@e.0x20.net> <20070516205128.GD28958@in-addr.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ls2Gy6y7jbHLe9Od" Content-Disposition: inline In-Reply-To: <20070516205128.GD28958@in-addr.com> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: Subject: Re: linker errors, was: kernel build error (zlib.ko) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 16 May 2007 21:13:33 -0000 X-Original-Date: Wed, 16 May 2007 23:13:31 +0200 X-List-Received-Date: Wed, 16 May 2007 21:13:33 -0000 --Ls2Gy6y7jbHLe9Od Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 16, 2007 at 04:51:28PM -0400, Gary Palmer wrote: > On Wed, May 16, 2007 at 09:48:57PM +0200, Lars Engels wrote: > > With today's sources I get an error while compiling the kernel: > >=20 > > =3D=3D=3D> zlib (all) > > cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium-m -Werror -D_KERNEL > > -DKLD_MODULE -std=3Dc99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS > > -include /usr/obj/usr/src/sys/MAGGIE/opt_global.h -I. -I@ > > -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 > > --param large-function-growth=3D1000 -fno-common -g > > -I/usr/obj/usr/src/sys/MAGGIE -mno-align-long-strings > > -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > > -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs > > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > > -Wcast-qual -Wundef -fformat-extensions -c > > /usr/src/sys/modules/zlib/../../net/zlib.c > > ld -d -warn-common -r -d -o zlib.kld zlib.o > > :> export_syms > > awk -f /usr/src/sys/modules/zlib/../../conf/kmod_syms.awk zlib.kld > > export_syms | xargs -J% objcopy % zlib.kld > > ld -Bshareable -d -warn-common -o zlib.ko.debug zlib.kld > > objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols > > objcopy --strip-debug --add-gnu-debuglink=3Dzlib.ko.symbols zlib.ko.deb= ug > > zlib.ko > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > >=20 > >=20 > > Any ideas what could be the cause? >=20 > Are you using a parallel compile? If so, the error message is earlier > in the compile process somewhere. I certainly don't see any error > message in the above snippet. Try again without the parallel > compile. Yes and now here are several linker errors. I guess I need device drm for i915drm but what about the ural errors? According to UPDATING I build and installed usr.sbin/config prior to compiling the kernel with options INCLUDE_CONFIG_FILE. However I do get the error message about the keyocnfstring. i915_dma.o(.text+0x13c): In function `i915_dma_cleanup': /usr/src/sys/dev/drm/i915_dma.c:96: undefined reference to `drm_irq_uninstall' i915_dma.o(.text+0x168): In function `i915_dma_cleanup': /usr/src/sys/dev/drm/drmP.h:1018: undefined reference to `drm_ioremapfree' i915_dma.o(.text+0x181): In function `i915_dma_cleanup': /usr/src/sys/dev/drm/i915_dma.c:107: undefined reference to `drm_pci_free' i915_dma.o(.text+0x1ba):/usr/src/sys/dev/drm/i915_dma.c:112: undefined reference to `drm_free' i915_dma.o(.text+0x385): In function `i915_initialize': /usr/src/sys/dev/drm/drmP.h:1013: undefined reference to `drm_ioremap' i915_dma.o(.text+0x429): In function `i915_initialize': /usr/src/sys/dev/drm/i915_dma.c:184: undefined reference to `drm_pci_alloc' i915_dma.o(.text+0x492):/usr/src/sys/dev/drm/i915_dma.c:197: undefined reference to `drm_debug_flag' i915_dma.o(.text+0x4e1):/usr/src/sys/dev/drm/i915_dma.c:200: undefined reference to `drm_debug_flag' i915_dma.o(.text+0x542): In function `i915_dma_resume': /usr/src/sys/dev/drm/i915_dma.c:211: undefined reference to `drm_debug_flag' i915_dma.o(.text+0x652):/usr/src/sys/dev/drm/i915_dma.c:234: undefined reference to `drm_debug_flag' i915_dma.o(.text+0x6a1):/usr/src/sys/dev/drm/i915_dma.c:237: undefined reference to `drm_debug_flag' i915_dma.o(.text+0x749): In function `i915_dma_init': /usr/src/sys/dev/drm/i915_dma.c:254: undefined reference to `drm_alloc' i915_dma.o(.text+0x10b4): In function `i915_dispatch_flip': /usr/src/sys/dev/drm/i915_dma.c:533: undefined reference to `drm_debug_flag' i915_dma.o(.text+0x146e): In function `i915_batchbuffer': /usr/src/sys/dev/drm/i915_dma.c:611: undefined reference to `drm_debug_flag' i915_dma.o(.text+0x15c0): In function `i915_cmdbuffer': /usr/src/sys/dev/drm/i915_dma.c:640: undefined reference to `drm_debug_flag' i915_dma.o(.text+0x1727): In function `i915_do_cleanup_pageflip': /usr/src/sys/dev/drm/i915_dma.c:667: undefined reference to `drm_debug_flag' i915_dma.o(.text+0x178f): In function `i915_flip_bufs': /usr/src/sys/dev/drm/i915_dma.c:678: undefined reference to `drm_debug_flag' i915_drv.o(.text+0xc5): In function `i915_probe': /usr/src/sys/dev/drm/i915_drv.c:80: undefined reference to `drm_probe' i915_drv.o(.text+0x10d): In function `i915_attach': /usr/src/sys/dev/drm/i915_drv.c:90: undefined reference to `drm_attach' i915_drv.o(.data+0xf4):/usr/src/sys/dev/drm/i915_drv.c:88: undefined reference to `drm_detach' i915_drv.o(.data+0x128): undefined reference to `drm_devclass' i915_irq.o(.text+0x2f): In function `i915_driver_irq_handler': /usr/src/sys/dev/drm/i915_irq.c:53: undefined reference to `drm_debug_flag' i915_irq.o(.text+0xd3):/usr/src/sys/dev/drm/i915_irq.c:68: undefined reference to `drm_vbl_send_signals' i915_irq.o(.text+0x10b): In function `i915_emit_irq': /usr/src/sys/dev/drm/i915_irq.c:82: undefined reference to `drm_debug_flag' i915_irq.o(.text+0x214): In function `i915_wait_irq': /usr/src/sys/dev/drm/i915_irq.c:109: undefined reference to `drm_debug_flag' i915_mem.o(.text+0xdd): In function `split_block': /usr/src/sys/dev/drm/i915_mem.c:99: undefined reference to `drm_alloc' i915_mem.o(.text+0x135):/usr/src/sys/dev/drm/i915_mem.c:116: undefined reference to `drm_alloc' i915_mem.o(.text+0x27d): In function `free_block': /usr/src/sys/dev/drm/i915_mem.c:174: undefined reference to `drm_free' i915_mem.o(.text+0x2bd):/usr/src/sys/dev/drm/i915_mem.c:182: undefined reference to `drm_free' i915_mem.o(.text+0x2fb): In function `init_heap': /usr/src/sys/dev/drm/i915_mem.c:190: undefined reference to `drm_alloc' i915_mem.o(.text+0x31a):/usr/src/sys/dev/drm/i915_mem.c:195: undefined reference to `drm_alloc' i915_mem.o(.text+0x338):/usr/src/sys/dev/drm/i915_mem.c:197: undefined reference to `drm_free' i915_mem.o(.text+0x436): In function `i915_mem_release': /usr/src/sys/dev/drm/i915_mem.c:237: undefined reference to `drm_free' i915_mem.o(.text+0x4a8): In function `i915_mem_takedown': /usr/src/sys/dev/drm/i915_mem.c:254: undefined reference to `drm_free' i915_mem.o(.text+0x4c6):/usr/src/sys/dev/drm/i915_mem.c:257: undefined reference to `drm_free' if_ural.o(.text+0x5c2): In function `ural_attach': /usr/src/sys/dev/usb/if_ural.c:491: undefined reference to `ieee80211_amrr_init' if_ural.o(.text+0x3be4): In function `ural_amrr_start': /usr/src/sys/dev/usb/if_ural.c:2360: undefined reference to `ieee80211_amrr_node_init' if_ural.o(.text+0x3d79): In function `ural_amrr_update': /usr/src/sys/dev/usb/if_ural.c:2418: undefined reference to `ieee80211_amrr_choose' kern_mib.o(.text+0x465): In function `sysctl_kern_config': /usr/src/sys/kern/kern_mib.c:319: undefined reference to `kernconfstring' kern_mib.o(.text+0x484):/usr/src/sys/kern/kern_mib.c:322: undefined reference to `kernconfstring' --=20 Lars Engels E-Mail: lars.engels@0x20.net =09 Mobil: +49 172 266 72 73 --Ls2Gy6y7jbHLe9Od Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGS3P7Kc512sD3afgRArhLAJ4nH2nZ2JAYbNLPhfQ7q0eHAIizJACfW9dV eTgC41C5NXiutzjRZvUFrSY= =zlZ4 -----END PGP SIGNATURE----- --Ls2Gy6y7jbHLe9Od-- From owner-freebsd-current@FreeBSD.ORG Wed May 16 21:14:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6550816A403 for ; Wed, 16 May 2007 21:14:57 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 02B0513C448 for ; Wed, 16 May 2007 21:14:56 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 71997 invoked from network); 16 May 2007 20:33:28 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 16 May 2007 20:33:28 -0000 Message-ID: <464B744C.2020609@freebsd.org> From: Andre Oppermann User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <464B4103.4020505@freebsd.org> <2a41acea0705161059g1537c780w500968a82e5fe4f2@mail.gmail.com> <464B5445.1030305@elischer.org> <2a41acea0705161334q56b697d3l3c0a0091c84e756b@mail.gmail.com> In-Reply-To: <2a41acea0705161334q56b697d3l3c0a0091c84e756b@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , FreeBSD Current , Julian Elischer Subject: Re: EM and TSO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 16 May 2007 21:14:57 -0000 X-Original-Date: Wed, 16 May 2007 23:14:52 +0200 X-List-Received-Date: Wed, 16 May 2007 21:14:57 -0000 Jack Vogel wrote: > You mean other than net.inet.tcp.tso that is there now? I don't think another sysctl is necessary for this. -- Andre From owner-freebsd-current@FreeBSD.ORG Wed May 16 21:25:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42CCB16A401 for ; Wed, 16 May 2007 21:25:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id C8AF413C43E for ; Wed, 16 May 2007 21:25:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l4GLPpVc054772; Wed, 16 May 2007 17:25:51 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "David Christensen" User-Agent: KMail/1.9.6 References: <09BFF2FA5EAB4A45B6655E151BBDD90303DE3A51@NT-IRVA-0750.brcm.ad.broadcom.com> <200705151914.56433.jhb@freebsd.org> <09BFF2FA5EAB4A45B6655E151BBDD90303ECF26B@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90303ECF26B@NT-IRVA-0750.brcm.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705161325.20879.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 16 May 2007 17:25:51 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3263/Wed May 16 15:32:05 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, DATE_IN_PAST_03_06 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: Releasing MSI Resources in a Module Causes Kernel Panic on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 16 May 2007 21:25:56 -0000 X-Original-Date: Wed, 16 May 2007 13:25:20 -0400 X-List-Received-Date: Wed, 16 May 2007 21:25:56 -0000 On Tuesday 15 May 2007 08:25:14 pm David Christensen wrote: > > > > Can you print out the rid being passed to > > bus_release_resource()? Also, > > having 'debug.bootverbose' on (sysctl) during the > > kldload/kldunload would be > > helpful. > > > Thanks John but I finally found the problem. An internal flag I use > to track the rid was being cleared incorrectly, so I was trying to > release an IRQ rather than the MSI vectors, thus the error. Ah, ok. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 16 22:04:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D058816A400 for ; Wed, 16 May 2007 22:04:53 +0000 (UTC) (envelope-from jclark@metricsystems.com) Received: from server300.snhdns.com (server300.snhdns.com [204.15.192.210]) by mx1.freebsd.org (Postfix) with ESMTP id A7B2213C448 for ; Wed, 16 May 2007 22:04:53 +0000 (UTC) (envelope-from jclark@metricsystems.com) Received: from ip67-89-211-170.z211-89-67.customer.algx.net ([67.89.211.170] helo=[192.168.0.94]) by server300.snhdns.com with esmtpa (Exim 4.63) (envelope-from ) id 1HoQuJ-0006DS-Vo for current@freebsd.org; Wed, 16 May 2007 17:19:40 -0400 Message-ID: <464B7675.2090308@metricsystems.com> From: John Clark Organization: Metric Systems, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8.1.2) Gecko/20070222 SeaMonkey/1.1.1 MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server300.snhdns.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - metricsystems.com X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Cross compiling FreeBSD from a Linux based machine??? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 16 May 2007 22:04:53 -0000 X-Original-Date: Wed, 16 May 2007 14:24:05 -0700 X-List-Received-Date: Wed, 16 May 2007 22:04:53 -0000 It was not clear to me if there was some provision for cross compiling the FreeBSD 'world' using a Linux machine as a host. I know that NetBSD makes everything using a very vanilla Makefile at the start to then compile the NetBSD version of make, and then subsequently builds everything, compiler, standard unix tool set, and kernel. However, I didn't see that sort of setup in the FreeBSD environment. Is it a simple matter of invoking or getting a 'bsd' style make program built first. Or is there more to it than that. Thanks, John Clark. From owner-freebsd-current@FreeBSD.ORG Wed May 16 23:12:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C49416A402 for ; Wed, 16 May 2007 23:12:23 +0000 (UTC) (envelope-from schwabe@uni-paderborn.de) Received: from mail.blinkt.de (mail.blinkt.de [88.198.169.219]) by mx1.freebsd.org (Postfix) with ESMTP id 4455A13C447 for ; Wed, 16 May 2007 23:12:23 +0000 (UTC) (envelope-from schwabe@uni-paderborn.de) Received: from dslb-084-061-179-218.pools.arcor-ip.net ([84.61.179.218] helo=styx.local) by mail.blinkt.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HoSfL-000BFP-2M; Thu, 17 May 2007 01:12:19 +0200 Message-ID: <464B8FD1.7050706@uni-paderborn.de> From: Arne Schwabe User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de; rv:1.8.1.3) Gecko/20070326 Thunderbird/2.0.0.0 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Rui Paulo References: <86k5vffjz8.wl%rpaulo@fnop.net> <86mz07ynti.wl%rpaulo@fnop.net> In-Reply-To: <86mz07ynti.wl%rpaulo@fnop.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 16 May 2007 23:25:09 +0000 Cc: current@freebsd.org Subject: Re: MacBook patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 16 May 2007 23:12:23 -0000 X-Original-Date: Thu, 17 May 2007 01:12:17 +0200 X-List-Received-Date: Wed, 16 May 2007 23:12:23 -0000 Rui Paulo schrieb: > I have a driver for Apple SMC (System Management Console). > If you want to play with all kinds of sensors (Sudden Motion Sensor > aka SMS, Fan and Temperature), > this is your chance. > > I'm interested mostly in people with MacBook Pros and Intel Mac Minis. > > If you send me the patch I could try it on my Macbook Pro. Arne From owner-freebsd-current@FreeBSD.ORG Wed May 16 23:27:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D338316A401; Wed, 16 May 2007 23:27:39 +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 8663313C447; Wed, 16 May 2007 23:27:39 +0000 (UTC) (envelope-from sam@errno.com) Received: from [192.168.75.151] ([24.114.252.226]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l4GNRYTd071538 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 May 2007 16:27:35 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <464B9365.1020808@errno.com> From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <464B4103.4020505@freebsd.org> <2a41acea0705161059g1537c780w500968a82e5fe4f2@mail.gmail.com> <464B5445.1030305@elischer.org> <2a41acea0705161334q56b697d3l3c0a0091c84e756b@mail.gmail.com> In-Reply-To: <2a41acea0705161334q56b697d3l3c0a0091c84e756b@mail.gmail.com> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com 1049; Body=5 Fuz1=5 Fuz2=5 Cc: freebsd-net , FreeBSD Current , Andre Oppermann , Julian Elischer Subject: Re: EM and TSO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 16 May 2007 23:27:39 -0000 X-Original-Date: Wed, 16 May 2007 19:27:33 -0400 X-List-Received-Date: Wed, 16 May 2007 23:27:39 -0000 Jack Vogel wrote: > You mean other than net.inet.tcp.tso that is there now? > > On 5/16/07, Julian Elischer wrote: >> Jack Vogel wrote: >> > On 5/16/07, Andre Oppermann wrote: >> >> Jack Vogel wrote: >> >> > I introduced a change yesterday that limited TSO to PCI Express >> >> > adapters, I did this more for avoidance rather than a bug fix, and >> >> > I'm not 100% sure its the right thing, so I thought I would poll >> >> > everyone, do you have a PCI-X adapter and are using TSO without >> >> > problems and wish to keep the support in? >> >> >> >> I'm using the dual-port PCI-X adapter and would like to keep >> >> using TSO on it. There are a lot of those adapters out there >> >> in servers. TSO is scheduled to be MFC'd really soon now and >> >> not having it work with em(4) on PCI-X would be quite limiting. >> > >> > OK, I'll put it back, you also answered a question I had, namely >> > the MFC of TSO :) I was hoping that got into 6.3. >> > >> > I have another bug I'm working on, will be a delta today or tomorrow >> > and I'll put it back to what it was. >> > >> > Jack >> > _______________________________________________ >> > freebsd-net@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-net >> > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> >> give a sysctl to change the option. ifconfig can be used to ena/dis tso. As I said before just give all the devices capable of tso the capability but only enable it by default on those devices you really know work (e.g. pci-e cards). On other devices users that want to turn it on can do so with ifconfig. Sam From owner-freebsd-current@FreeBSD.ORG Wed May 16 23:37:03 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39A8A16A402 for ; Wed, 16 May 2007 23:37:03 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.229]) by mx1.freebsd.org (Postfix) with ESMTP id D6CDE13C44C for ; Wed, 16 May 2007 23:37:02 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so383353wra for ; Wed, 16 May 2007 16:37:02 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=dasQbIemG1C5ofIlHiYOzbr/ej5bn9NopxnY95J/xRMbxQ5g7w2XS3NJh3S0/Hdk/Ajs0FA7DkQEghEb2/VjZ7d39CcdpOtT0JtDYFGbPkEdgN2/okGydKzxEWd5VzSV7TMFQ58LQ2YucbttIvWfQMmET6TA88NloMSkr6lBi/s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=XENYSl4mF6XFyT//f8G48cZkLS7Qy4iYfdLwdJYxrKIKGTRNa3X3bg4tA2h3SpOJayXK1beOSfpYzQXvMRSJoU6qUu/yuPl+BYAFyT2teHBIn+yOYRjhC0uQ/1Du77XiaYVE2yIENaU2R6Z2lELORSWUGFCEDZbw3e+FKye5eYE= Received: by 10.90.86.10 with SMTP id j10mr9155092agb.1179358622179; Wed, 16 May 2007 16:37:02 -0700 (PDT) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id 62sm3230052wri.2007.05.16.16.37.00; Wed, 16 May 2007 16:37:01 -0700 (PDT) From: Alexander Kabaev To: "Matthew Jacob" Message-ID: <20070516193659.45d39278@kan.dnsalias.net> In-Reply-To: <7579f7fb0705161019o4546e30fr106003b4026c3855@mail.gmail.com> References: <20070514210318.GA5865@xor.obsecurity.org> <20070515201259.6e412cb2@kan.dnsalias.net> <7799307232011642944@unknownmsgid> <7579f7fb0705161019o4546e30fr106003b4026c3855@mail.gmail.com> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig__YrLD=LgO3ZiljM5OI2uxdc"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= , current@freebsd.org, Kris Kennaway Subject: Re: HEADS DOWN: gcc 4.2 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 16 May 2007 23:37:03 -0000 X-Original-Date: Wed, 16 May 2007 19:36:59 -0400 X-List-Received-Date: Wed, 16 May 2007 23:37:03 -0000 --Sig__YrLD=LgO3ZiljM5OI2uxdc Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I was doing periodic updates of the tarball below for quite some time now. You are welcome to give it a spin. http://people.freebsd.org/~kan/contrib-gcc42.tar.gz http://people.freebsd.org/~kan/README.GCC42 --=20 Alexander Kabaev --Sig__YrLD=LgO3ZiljM5OI2uxdc Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGS5WbQ6z1jMm+XZYRAnYHAKDTP9PZ8P6OyZz5uLsvvOqA27an4gCeO3ny msimNRR2xxsIci4awKBXvS8= =0sUS -----END PGP SIGNATURE----- --Sig__YrLD=LgO3ZiljM5OI2uxdc-- From owner-freebsd-current@FreeBSD.ORG Wed May 16 23:45:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE50716A420 for ; Wed, 16 May 2007 23:45:03 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.231]) by mx1.freebsd.org (Postfix) with ESMTP id 8494513C469 for ; Wed, 16 May 2007 23:45:03 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so815532nze for ; Wed, 16 May 2007 16:45:03 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QWo4MrKgo2c3v2vaUgOefI0GrTjSR6+whgdCKq1CNCYny0IjILSMdkf+wb4tspMgaX1MmNdNMiXNVVH3jSm2mne7blMoR/aOZbT4HkeLWm4FmgJpowWp9lHgDQi6hDriGmpt8+cJMN+SKJnuo6f8186YuSaOpkXdhBm2Hle1pj0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EoBmw6c+ccVTlRSAKnjmfkOWE8TYKudjULtytd2W+bVdiztcUmJbMZ9/mY6pcVDqvbwcxaXouXi+667FMZ3DvtnWeIkDZVpvVKj/9qJ+J/yWrhhGKve1gf0HbrzH3/LddCs2RymWVVMYM4hvDpBxEzg06q+PNHg1c3hCWnwWM4Y= Received: by 10.114.166.1 with SMTP id o1mr2586534wae.1179359099317; Wed, 16 May 2007 16:44:59 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Wed, 16 May 2007 16:44:59 -0700 (PDT) Message-ID: <2a41acea0705161644v744b3a5el7a7120dad0ae1697@mail.gmail.com> From: "Jack Vogel" To: "Sam Leffler" In-Reply-To: <464B9365.1020808@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <464B4103.4020505@freebsd.org> <2a41acea0705161059g1537c780w500968a82e5fe4f2@mail.gmail.com> <464B5445.1030305@elischer.org> <2a41acea0705161334q56b697d3l3c0a0091c84e756b@mail.gmail.com> <464B9365.1020808@errno.com> Cc: freebsd-net , FreeBSD Current , Andre Oppermann , Julian Elischer Subject: Re: EM and TSO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 16 May 2007 23:45:04 -0000 X-Original-Date: Wed, 16 May 2007 16:44:59 -0700 X-List-Received-Date: Wed, 16 May 2007 23:45:04 -0000 On 5/16/07, Sam Leffler wrote: > Jack Vogel wrote: > > You mean other than net.inet.tcp.tso that is there now? > > > > On 5/16/07, Julian Elischer wrote: > >> Jack Vogel wrote: > >> > On 5/16/07, Andre Oppermann wrote: > >> >> Jack Vogel wrote: > >> >> > I introduced a change yesterday that limited TSO to PCI Express > >> >> > adapters, I did this more for avoidance rather than a bug fix, and > >> >> > I'm not 100% sure its the right thing, so I thought I would poll > >> >> > everyone, do you have a PCI-X adapter and are using TSO without > >> >> > problems and wish to keep the support in? > >> >> > >> >> I'm using the dual-port PCI-X adapter and would like to keep > >> >> using TSO on it. There are a lot of those adapters out there > >> >> in servers. TSO is scheduled to be MFC'd really soon now and > >> >> not having it work with em(4) on PCI-X would be quite limiting. > >> > > >> > OK, I'll put it back, you also answered a question I had, namely > >> > the MFC of TSO :) I was hoping that got into 6.3. > >> > > >> > I have another bug I'm working on, will be a delta today or tomorrow > >> > and I'll put it back to what it was. > >> > > >> > Jack > >> > _______________________________________________ > >> > freebsd-net@freebsd.org mailing list > >> > http://lists.freebsd.org/mailman/listinfo/freebsd-net > >> > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > >> > >> give a sysctl to change the option. > > ifconfig can be used to ena/dis tso. As I said before just give all the > devices capable of tso the capability but only enable it by default on > those devices you really know work (e.g. pci-e cards). On other devices > users that want to turn it on can do so with ifconfig. I like this, good compromise. Thanks Sam :) Should be coming into tree shortly. Jack From owner-freebsd-current@FreeBSD.ORG Thu May 17 03:18:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30F7316A405; Thu, 17 May 2007 03:18:22 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id CB1B613C455; Thu, 17 May 2007 03:18:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l4H3Gssp071472; Wed, 16 May 2007 21:16:57 -0600 (MDT) (envelope-from imp@bsdimp.com) Message-Id: <20070516.231658.-399286370.imp@bsdimp.com> To: krassi@bulinfo.net From: "M. Warner Losh" In-Reply-To: <4649B5FB.2060808@bulinfo.net> References: <4649A81A.60609@bulinfo.net> <4649B5FB.2060808@bulinfo.net> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 16 May 2007 21:16:58 -0600 (MDT) Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: csh on arm failure? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 17 May 2007 03:18:22 -0000 X-Original-Date: Wed, 16 May 2007 23:16:58 -0400 (EDT) X-List-Received-Date: Thu, 17 May 2007 03:18:22 -0000 FWIW: I'm seeing this too. Warner From owner-freebsd-current@FreeBSD.ORG Thu May 17 03:58:37 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60F4E16A402 for ; Thu, 17 May 2007 03:58:37 +0000 (UTC) (envelope-from llwang@infor.ck.tp.edu.tw) Received: from infor.ck.tp.edu.tw (infor.ck.tp.edu.tw [203.64.26.200]) by mx1.freebsd.org (Postfix) with ESMTP id 328F413C44B for ; Thu, 17 May 2007 03:58:37 +0000 (UTC) (envelope-from llwang@infor.ck.tp.edu.tw) Received: by infor.ck.tp.edu.tw (Postfix, from userid 1001) id DCCA91708E; Thu, 17 May 2007 11:38:56 +0800 (CST) From: "Li-Lun Wang (Leland Wang)" To: freebsd-current@FreeBSD.org Message-ID: <20070517033856.GA52039@Athena.infor.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: msk watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 17 May 2007 03:58:37 -0000 X-Original-Date: Thu, 17 May 2007 11:38:56 +0800 X-List-Received-Date: Thu, 17 May 2007 03:58:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I was persuaded to report this on freebsd-current. I just installed 7.0-current as of May 3 on my new computer that comes with an on-board Marvell Yukon Gigabit Ethernet. Every now and then if the network throughput comes near several hundred kbytes, I get the msk0 watchdog timeout messages: kernel: msk0: watchdog timeout msk0: watchdog timeout (missed Tx interrupts) -- recovering Although it says recovering, the interface never comes back alive. Sometimes doing a kldunload / kldload if_msk can bring the interface back, but sometimes it is helpless with the following message when I reload the kernel module: kernel: mskc0: port 0xb000-0xb0ff mem 0xf9000000-0xf9003fff irq 16 at device 0.0 on pci4 kernel: msk0: on mskc0 kernel: msk0: failed to allocate DMA'able memory for jumbo buf kernel: device_attach: msk0 attach returned 1 I would have to reboot to solve this situation. Google found me not much information, but someone did mention something about MSI. I set hw.pci.enable_msix=0 and hw.pci.enable_msi=0 in my loader.conf, and I was able to reach several Mbytes throughput without a problem. - -- llwang -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGS85PCQM7t5B2mhARArxmAJ9Iv6vG6I8h6OH2aclBxfs287KgQACfdq0V NqBqQiryN25esGNmdnZ3440= =FR6d -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu May 17 06:53:02 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A9D316A400 for ; Thu, 17 May 2007 06:53:02 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.freebsd.org (Postfix) with ESMTP id 1C09613C43E for ; Thu, 17 May 2007 06:53:02 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from [192.168.0.100] (vln78-1-82-238-160-33.fbx.proxad.net [82.238.160.33]) by smtp2-g19.free.fr (Postfix) with ESMTP id BEAAE97A08; Thu, 17 May 2007 08:53:00 +0200 (CEST) Message-ID: <464BFBCB.1030300@free.fr> From: Bruno Damour User-Agent: Thunderbird 1.5.0.10 (X11/20070309) MIME-Version: 1.0 To: pjd@FreeBSD.org References: <46458EDE.5060909@free.fr> In-Reply-To: <46458EDE.5060909@free.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: zfs root is not mounted automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 17 May 2007 06:53:02 -0000 X-Original-Date: Thu, 17 May 2007 08:52:59 +0200 X-List-Received-Date: Thu, 17 May 2007 06:53:02 -0000 Bruno Damour wrote: > Hello, > I have successfullty moved my root to zfs (some work, though) > following Pawel instruction. > Anyway, it still refuses to boot without asking root device from cmd > line : > > acd0: DVDR at ata0-master UDMA66 > ad10: 238475MB at ata5-master SATA150 > ad12: 305245MB at ata6-master SATA150 > pcm0: > pcm0: > WARNING: ZFS is considered to be an experimental feature in FreeBSD. > SMP: AP CPU #1 Launched! > Trying to mount root from zfs:system > > Manual root filesystem specification: > : Mount using filesystem > eg. ufs:da0s1a > ? List valid disk boot devices > Abort manual input > > mountroot> ZFS filesystem version 6 > ZFS storage pool version 6 > zfs:system > Trying to mount root from zfs:system > fuse4bsd: version 0.3.0, FUSE ABI 7.8 > > It first fails to mount my zfs:system > I get the mountroot cmd line, and if I type zfs:system, boot resumes > and completes allright. > > Any idea of how to get rid of this ? > > vil1 ~ # uname -a > FreeBSD vil1.ruomad.net 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Sat May 12 > 08:10:27 CEST 2007 root@vil1.ruomad.net:/usr/obj/usr/src/sys/VIL1 > amd64 > > vil1 ~ # zpool list > NAME SIZE USED AVAIL CAP HEALTH ALTROOT > data 298G 64.3G 234G 21% ONLINE - > system 74.5G 10.3G 64.2G 13% ONLINE - > > vil1 ~ # df > Filesystem 1K-blocks Used Avail Capacity Mounted on > system 66604544 497024 66107520 1% / > devfs 1 1 0 100% /dev > /dev/ad10s2a 507630 418978 48042 90% /bootdisk > system/tmp 66110464 2944 66107520 0% /tmp > system/usr 70144768 4037248 66107520 6% /usr > system/usr/local 68888704 2781184 66107520 4% /usr/local > system/var 67045760 938240 66107520 1% /var > /dev/ad10s1 122093968 35128468 86965500 29% /mnt/win > data 307590016 67431168 240158848 22% /data > > Thanks in advance > > Bruno > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" Well, I discovered that booting in verbose mode, the root gets mounted without problem. THat seems to confirm that the problem comes from the pool not being fully up when the kernel first tries to mount it (in normal mode) I guess in verbose mode the timing gets slightly different so that the pool has time to come up. - in normal mode the message : ZFS filesystem version 6 ZFS storage pool version 6 is printed AFTER the Trying to mount root from zfs:system whereas in verbose mode I get the contrary. normal mode : WARNING: ZFS is considered to be an experimental feature in FreeBSD. SMP: AP CPU #1 Launched! Trying to mount root from zfs:system Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> ZFS filesystem version 6 ZFS storage pool version 6 verbose mode : WARNING: ZFS is considered to be an experimental feature in FreeBSD. SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 6 to local APIC 0 ioapic0: Assigning ISA IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 1 ioapic0: Assigning PCI IRQ 17 to local APIC 0 ioapic0: Assigning PCI IRQ 18 to local APIC 1 ioapic0: Assigning PCI IRQ 19 to local APIC 0 ioapic0: Assigning PCI IRQ 20 to local APIC 1 ioapic0: Assigning PCI IRQ 21 to local APIC 0 ioapic0: Assigning PCI IRQ 23 to local APIC 1 msi: Assigning MSI IRQ 256 to local APIC 0 msi: Assigning MSI IRQ 258 to local APIC 1 ZFS filesystem version 6 ZFS storage pool version 6 Trying to mount root from zfs:system start_init: trying /sbin/init Linux ELF exec handler installed Anyone has an idea on how to get the normal mode to work automatically (not that I cannot live with verbose dmesg, but...) Bruno From owner-freebsd-current@FreeBSD.ORG Thu May 17 07:56:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D95F16A401 for ; Thu, 17 May 2007 07:56:37 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id D866D13C447 for ; Thu, 17 May 2007 07:56:36 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Hoaqf-000KtG-QQ; Thu, 17 May 2007 10:56:33 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Jack Vogel" In-reply-to: <2a41acea0705161118g241a3375x7367bbc10a7c7d82@mail.gmail.com> References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <20070516181531.GA62119@voi.aagh.net> <2a41acea0705161118g241a3375x7367bbc10a7c7d82@mail.gmail.com> Comments: In-reply-to "Jack Vogel" message dated "Wed, 16 May 2007 11:18:28 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: Danny Braniss Message-ID: Cc: freebsd-net , FreeBSD Current Subject: Re: EM and TSO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 17 May 2007 07:56:37 -0000 X-Original-Date: Thu, 17 May 2007 10:56:33 +0300 X-List-Received-Date: Thu, 17 May 2007 07:56:37 -0000 > On 5/16/07, Thomas Hurst wrote: > > * Jack Vogel (jfvogel@gmail.com) wrote: > > > > > I introduced a change yesterday that limited TSO to PCI Express > > > adapters, I did this more for avoidance rather than a bug fix, and > > > I'm not 100% sure its the right thing, so I thought I would poll > > > everyone, do you have a PCI-X adapter and are using TSO without > > > problems and wish to keep the support in? > > > > > > If no one is then I'll just leave it as is. > > > > We put CURRENT on one of our Sun X4200's for some MySQL tests a few days > > ago and haven't noticed any problems, though it's only handled a few > > million packets so far. > > > > Does this change remove support or just disable it by default? > > It removed it, but Andre and my own guilty conscience has convinced > me that I should change it back, once I get an MSI/X bug that was > discovered with the code solved there will be another delta that will > reenable it for PCI-X again. em0@pci1:1:0: class=0x020000 card=0x10118086 chip=0x10108086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet cap 01[dc] = powerspec 2 supports D0 D3 current D0 cap 07[e4] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split transaction cap 05[f0] = MSI supports 1 message, 64 bit I have been testing TSO on a SunFire X4100, and though it works, I notice that setting it on actually reduces throughput, from an average of 55MB/s to 24MB/s any explanation? danny From owner-freebsd-current@FreeBSD.ORG Thu May 17 08:30:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8303116A400 for ; Thu, 17 May 2007 08:30:00 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.230]) by mx1.freebsd.org (Postfix) with ESMTP id 2A59113C45D for ; Thu, 17 May 2007 08:29:59 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so927782nze for ; Thu, 17 May 2007 01:29:59 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=On0KWBzONqGp1xgOcLGt4FgcUuBDCvRy807BZxSY6xEHV8JQdsz16FgObHVEhTOp9xLHmlQR0aTrAEPsciBuW8jev5MwuhGEkA/Mo71aeirupopLrkEOt824rqmtvUvbi4tkLWk39cO5amBGYb+6YSAVTtzr07wtep43Fxubfy8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tuJMVLlpQP73565eUQ40JUaqMjkL+E5bl74mnb92LU0ncayIBu+8p/OlzbxYbHdT6wMhisX7aSYXkf2m0XZXjsQtRXp9ftaDY5isaezoijRw0jnabU5E1NhXWWKDzUuSb4IhqA6dBp6YSBaGx7kzvtQNOn2uC51yhQs+sbO/N1U= Received: by 10.114.175.16 with SMTP id x16mr101748wae.1179390598843; Thu, 17 May 2007 01:29:58 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Thu, 17 May 2007 01:29:58 -0700 (PDT) Message-ID: <2a41acea0705170129j44d0bcb4ke943d82f634b35d3@mail.gmail.com> From: "Jack Vogel" To: "Danny Braniss" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <20070516181531.GA62119@voi.aagh.net> <2a41acea0705161118g241a3375x7367bbc10a7c7d82@mail.gmail.com> Cc: freebsd-net , FreeBSD Current Subject: Re: EM and TSO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 17 May 2007 08:30:00 -0000 X-Original-Date: Thu, 17 May 2007 01:29:58 -0700 X-List-Received-Date: Thu, 17 May 2007 08:30:00 -0000 On 5/17/07, Danny Braniss wrote: > > On 5/16/07, Thomas Hurst wrote: > > > * Jack Vogel (jfvogel@gmail.com) wrote: > > > > > > > I introduced a change yesterday that limited TSO to PCI Express > > > > adapters, I did this more for avoidance rather than a bug fix, and > > > > I'm not 100% sure its the right thing, so I thought I would poll > > > > everyone, do you have a PCI-X adapter and are using TSO without > > > > problems and wish to keep the support in? > > > > > > > > If no one is then I'll just leave it as is. > > > > > > We put CURRENT on one of our Sun X4200's for some MySQL tests a few days > > > ago and haven't noticed any problems, though it's only handled a few > > > million packets so far. > > > > > > Does this change remove support or just disable it by default? > > > > It removed it, but Andre and my own guilty conscience has convinced > > me that I should change it back, once I get an MSI/X bug that was > > discovered with the code solved there will be another delta that will > > reenable it for PCI-X again. > > em0@pci1:1:0: class=0x020000 card=0x10118086 chip=0x10108086 rev=0x03 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82546EB Dual Port Gigabit Ethernet Controller (Copper)' > class = network > subclass = ethernet > cap 01[dc] = powerspec 2 supports D0 D3 current D0 > cap 07[e4] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split > transaction > cap 05[f0] = MSI supports 1 message, 64 bit > > I have been testing TSO on a SunFire X4100, and though it works, I notice > that setting it on actually reduces throughput, from an average of 55MB/s > to 24MB/s > > any explanation? TSO is workload sensitive and its not always the right answer. The whole realm of performance tweaking has been outside my scope right now, but it needs to be done at some point. Most the testing I did while developing the code was on PCI-E, and on say an 82571 I saw no significant reduction of throughput, with a noticeable improvement in CPU. The adapter you are testing on is one that I just disabled by default because I dont think it is capable of showing TSO to its best advantage. The has been no real work on tweaking this stuff to understand its best usage yet, it would be a great task for someone to take on :) Jack From owner-freebsd-current@FreeBSD.ORG Thu May 17 09:22:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E3AE16A401 for ; Thu, 17 May 2007 09:22:50 +0000 (UTC) (envelope-from oldmoonster@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id EF46F13C45B for ; Thu, 17 May 2007 09:22:49 +0000 (UTC) (envelope-from oldmoonster@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so113014and for ; Thu, 17 May 2007 02:22:49 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=fDJ4qufkGAgilr2Nqty8p4yEHZ91LuP3L0VDw6nysVVIvUIcnXnl73R3pkuD1jSHDWucm5wzE42fc5NZfVBHkIIg7gYA3n1H4u0uIpBGW1PtoRFpC8DIl6duJOzvAF+9cqK7RqkWEyKy0yYcbOsYMwqHBXtyg3JnCf1fPxIw4xo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=KdQPXD0tJ16Ow9qveJ6jGkAJClpRzRgI4R9o8wIXgZl5jWwFAR2MRZO0ExHjv3SUgWgG8yuIcRBeq87bonXqW2UjgSpK167IUNmHRi62YBlkSlrYdFhHRHr4btn53EPQiRC1/t48SfEzkn6+j+Lc95TYLYRFvX0haJ1pZsH3+4E= Received: by 10.100.226.15 with SMTP id y15mr107121ang.1179393769016; Thu, 17 May 2007 02:22:49 -0700 (PDT) Received: by 10.100.167.14 with HTTP; Thu, 17 May 2007 02:22:48 -0700 (PDT) Message-ID: <359782e70705170222m132be8c2u86cad05b52c0c9bd@mail.gmail.com> From: oldmoonster@gmail.com To: "Scot Hetzel" In-Reply-To: <790a9fff0705160651n3311d227p605fedf2b5b24e6e@mail.gmail.com> MIME-Version: 1.0 References: <359782e70705160406x7f6b28e6w7f415efb510b842@mail.gmail.com> <790a9fff0705160651n3311d227p605fedf2b5b24e6e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Broadcom PCIe Wlan 4311 is supported? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 17 May 2007 09:22:50 -0000 X-Original-Date: Thu, 17 May 2007 17:22:48 +0800 X-List-Received-Date: Thu, 17 May 2007 09:22:50 -0000 Thanks you all, perfect answers ! On 5/16/07, Scot Hetzel wrote: > > On 5/16/07, oldmoonster@gmail.com wrote: > > Hi, all, > > > > Has anyone try out ndis with this chipset with freebsd-current? > > > I use HP's NDIS driver for my Broadcom WLAN card on FreeBSD/amd64: > > ndis0@pci6:2:0: class=0x028000 card=0x1355103c chip=0x431814e4 rev=0x02 > hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM43XX Broadcom 802.11b/g' > class = network > > This driver supports the Broadcom 4311, 4312, 4318, 4319, 4320, 4324, > 4328 chipsets. > > The attached port will build/install the driver either the 4.40.19.0 > or 4.100.15.5 driver. > > Scot > -- > DISCLAIMER: > No electrons were mamed while sending this message. Only slightly bruised. > > From owner-freebsd-current@FreeBSD.ORG Thu May 17 10:32:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6872A16A401 for ; Thu, 17 May 2007 10:32:22 +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 0740613C448 for ; Thu, 17 May 2007 10:32:21 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp127-109.lns2.adl4.internode.on.net [121.44.127.109]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l4HAWII2088115 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 May 2007 20:02:19 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org User-Agent: KMail/1.9.5 References: <46337B06.9080102@ybb.ne.jp> <46338C0F.9000608@ybb.ne.jp> <4633932A.8080602@ybb.ne.jp> In-Reply-To: <4633932A.8080602@ybb.ne.jp> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6741131.3hkXpImlOp"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200705172002.12000.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Takeharu KATO Subject: Re: ichwd for ICH8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 17 May 2007 10:32:22 -0000 X-Original-Date: Thu, 17 May 2007 20:02:04 +0930 X-List-Received-Date: Thu, 17 May 2007 10:32:22 -0000 --nextPart6741131.3hkXpImlOp Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline [ cc to arch trimmed ] On Sunday 29 April 2007 04:02, Takeharu KATO wrote: > I wrote ICH7 or later support patch for sys/dev/ichwd watch dog > driver. I tested this patch on ICH8 compliant mother board(GIGA BYTE > GA-965P-DS3). This works for me on a Supermicro P8SCT whereas the old code did not (it=20 did not appear to reset the wdt :) ichwd module loaded ichwd0: on isa0 ichwd0: Intel 82801FB/FR watchdog timer (TCO version 2) (I tested killing watchdogd and the PC was rebooted on spec) Thanks for the work on this! =2D-=20 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 --nextPart6741131.3hkXpImlOp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGTC8r5ZPcIHs/zowRAmPmAJ9BIIdL6XINIouyKGgeTRgkB5VJqACdGeYF PGfN1YOELe3m1fSwdSVBxVg= =0d/R -----END PGP SIGNATURE----- --nextPart6741131.3hkXpImlOp-- From owner-freebsd-current@FreeBSD.ORG Thu May 17 10:54:03 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91DC916A404 for ; Thu, 17 May 2007 10:54:03 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 3BE8713C46C for ; Thu, 17 May 2007 10:54:02 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 689F4456AB; Thu, 17 May 2007 12:54:01 +0200 (CEST) Received: from localhost (unknown [24.114.252.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B6E1B45685; Thu, 17 May 2007 12:53:55 +0200 (CEST) From: Pawel Jakub Dawidek To: Bruno Damour Message-ID: <20070517105346.GA3012@garage.freebsd.pl> References: <46458EDE.5060909@free.fr> <464BFBCB.1030300@free.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <464BFBCB.1030300@free.fr> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Re: zfs root is not mounted automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 17 May 2007 10:54:03 -0000 X-Original-Date: Thu, 17 May 2007 12:53:46 +0200 X-List-Received-Date: Thu, 17 May 2007 10:54:03 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 17, 2007 at 08:52:59AM +0200, Bruno Damour wrote: > Anyone has an idea on how to get the normal mode to work automatically (n= ot that I cannot live with verbose dmesg, but...) I'll look into this once I'm back from BSDCan. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGTDQ6ForvXbEpPzQRAr/IAJ90ycjXQhXpP6/bdb6jmg+qqrYHegCdF9Sv SVBYjY8qnWQ02lGa2TJuaZc= =9sMG -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Thu May 17 11:46:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B446E16A402 for ; Thu, 17 May 2007 11:46:15 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7359A13C46E for ; Thu, 17 May 2007 11:46:15 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l4HBkESr047350 for ; Thu, 17 May 2007 06:46:14 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <464C4087.1070509@freebsd.org> From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3264/Wed May 16 15:43:07 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Subject: src/lib/compat mentioned in src/UPDATING X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 17 May 2007 11:46:15 -0000 X-Original-Date: Thu, 17 May 2007 06:46:15 -0500 X-List-Received-Date: Thu, 17 May 2007 11:46:15 -0000 In src/UPDATING, around line , it mentions: There's no src/lib/compat directory. Should it be removed from UPDATING? Eric From owner-freebsd-current@FreeBSD.ORG Thu May 17 12:46:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 680) id C412B16A406; Thu, 17 May 2007 12:46:48 +0000 (UTC) From: Darren Reed To: Dag-Erling Sm??rgrav Message-ID: <20070517124648.GA98052@hub.freebsd.org> References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> <440b3e930705131031v5e97db7fq486d8d17aeb9f622@mail.gmail.com> <20070514070715.GA82322@hub.freebsd.org> <86646vyimg.fsf@dwp.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86646vyimg.fsf@dwp.des.no> User-Agent: Mutt/1.4.2.1i Cc: freebsd-fs@freebsd.org, Ali Mashtizadeh , freebsd-current@freebsd.org, Pawel Jakub Dawidek , Joao Barros Subject: Re: ZFS: amd64, devd, root file system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 17 May 2007 12:46:48 -0000 X-Original-Date: Thu, 17 May 2007 12:46:48 +0000 X-List-Received-Date: Thu, 17 May 2007 12:46:48 -0000 On Mon, May 14, 2007 at 09:22:31AM +0200, Dag-Erling Sm??rgrav wrote: > Darren Reed writes: > > It is not a lot of fun having to support the kernel and 'some' > > filesystems being of a different type of filesystem to other parts > > (from a system admin perspective.) This is especially true of those > > filesystems that make up the "root". > > I don't see what the problem is. I am perfectly content with having my > root file system on UFS2 on a pair of mirror disks. Then your experience doing systems administration has been a lot... cleaner and easier than what mine has. These days it is uncommon to run out of space on / because disks are generally so damn big. But if it does happen, the only choice you have with a filesystem such as UFS is to clean up files or repartition your disk. But your UFS2 mirror won't provide you with CRC corrected data, so if your PCI card decided to flip a bit or two while sending data out to disk, you've got no way of knowing about it. The data reliability and assurance of correctness delivered via ZFS simply isn't available with UFS2. Now maybe *you* don't care about that now, but someday, someone might when part of their kernel (or LKM) gets corrupted and they have no way of knowing. > Considering the amount of work which would be required to allow FreeBSD > to boot from ZFS (which you apparently do not appreciate), I perfectly > understand Pawel's choice. If you think I don't appreciate the work involved then I'll say that you apparently have no appreciation of how using a single filesystem and being able to use the likes of ZFS for root simplifies system admin. > Remember that unlike Sun, we do not make the hardware our OS runs on, > nor do we write the firmware for it. Do you see my email address as being "@sun.com"? No. My comments have got *nothing* to do with what Sun does and have got everything to do with having worked on multiple different Unix platforms and having worked on systems where there were different constraints on what could be done with managing root because it was a different file- system type. I really don't understand why you needed to be so inflamatory with your email, but then again your response was all about you and what you do, not about what others do or would benefit them. I personally don't want or need ZFS as a root right now, but I can see that some might and that it could be of benefit to me in the future. Darren From owner-freebsd-current@FreeBSD.ORG Thu May 17 13:00:59 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1FF816A406 for ; Thu, 17 May 2007 13:00:58 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id 5214C13C45B for ; Thu, 17 May 2007 13:00:58 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id 3833E6909A8; Thu, 17 May 2007 14:00:21 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 058506909CA; Thu, 17 May 2007 14:00:21 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=-0.4 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO,MIME_BASE64_NO_NAME,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-122-71.net.novis.pt [87.196.122.71]) by core.fnop.net (Postfix) with ESMTP id 5B47B6909A8; Thu, 17 May 2007 14:00:20 +0100 (WEST) Message-ID: <86veerwqoc.wl%rpaulo@fnop.net> From: Rui Paulo To: Arne Schwabe In-Reply-To: <464B8FD1.7050706@uni-paderborn.de> References: <86k5vffjz8.wl%rpaulo@fnop.net> <86mz07ynti.wl%rpaulo@fnop.net> <464B8FD1.7050706@uni-paderborn.de> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Thu_May_17_14:00:35_2007-1" X-Virus-Scanned: ClamAV using ClamSMTP Cc: Rui Paulo , current@freebsd.org Subject: Re: MacBook patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 17 May 2007 13:00:59 -0000 X-Original-Date: Thu, 17 May 2007 14:00:35 +0100 X-List-Received-Date: Thu, 17 May 2007 13:00:59 -0000 --Multipart_Thu_May_17_14:00:35_2007-1 Content-Type: text/plain; charset=US-ASCII At Thu, 17 May 2007 01:12:17 +0200, Arne Schwabe wrote: > > Rui Paulo schrieb: > > I have a driver for Apple SMC (System Management Console). > > If you want to play with all kinds of sensors (Sudden Motion Sensor > > aka SMS, Fan and Temperature), > > this is your chance. > > > > I'm interested mostly in people with MacBook Pros and Intel Mac Minis. > > > > > If you send me the patch I could try it on my Macbook Pro. Here it is. Regards. -- Rui Paulo --Multipart_Thu_May_17_14:00:35_2007-1 Content-Type: application/octet-stream; type=tar+gzip Content-Disposition: attachment; filename="asmc.tgz" Content-Transfer-Encoding: base64 H4sIAGpRTEYAA+08/XfaxrL9Ff6KrZsPcBUM2E564ibnySDHuuXDTxKJnTaHK8QSqwbJTxJOnDb/ +53Z1YrVB5g4if3uKXtaA9qZ2fnS7MxolTG92rHDmbPzw/cb9Xr92f4+gc/Gs/2G/JkM0qg/bTZ3 d+u7jQapN3b3Gk9/IPvfkadkzMPIDoCV4NKeT/3lcDfNx3Ikn/8lYyzsj3+u7KB2/u3XAH3s7e0t s3+j3qw3MvbfbzZ2fyD1b89KfvzD7b+z/aRMtknLv7wO3PfnEak4VdKEG5YYc5ecoMzkVy77/0w8 /7Lm0eglYqjTKWEYIQloSIMrOq7BdZwy6NgNo8AdzSPX94jtjck8pMT1SOjPA4eyKyPXs4NrMvGD WaiQD250TvyAffrzCKnM/LE7cR0baSjEDii5pMHMjSI6JpeBf+WO4Ut0bkfwhwKd6dT/4HrvieN7 YxeRQqSCeDMaPcfvjVqGtZD4E8GT448BErwBxIls4BWp2iP/Cqdi5SARGJ4fuQ5VAMINyRToIZnF sky8NE+wqDO13RkNUEekmWcEFpQ0IhgBOcdzYO778EK4lDGlse/MZ9SLbGG0HbCHD/MBmdkRDVx7 Gi4UzwyGhGUxhANYx7pJzP6R9UY1NALfT4z+a72ttcnhGUxqRB1Yx32D/PvfqgnTjx8TtdeG/8+I dnpiaKZJ+gbS0bsnHR2wgIyh9ixdMxWi91qdQVvvvVLI4cAivb5FOnpXtwDM6iuMeoyGFBaYpH9E uprROoaf6qHe0a0ztuqRbvVwxSPgRyUnqmHprUFHNcjJwDjpm8CroSGltm62Oqre1do1AkzAwkR7 rfUsYh6rnY4s1aEGHKmHHY3TBKnauqG1LIWJ1It/oCCgEmCmoxDzRGvp+EU71YB51ThTQAWk1e+Z 2v8OAAgmSVvtqq80E6lUbtAC6Ls1MLQu8gdym4ND09KtgaWRV/1+W6jX1IzXekszD0inbzIFDUxN gXUslS0PVEA7MI1CDUyd6UnvWZphDE4svd+rIpXj/htQBDCrAnab6bTfY2KDTvrGGdJFfTCVK+TN sQbXDVQhiGcZaqwY0zL0liVDwqpW37AkYUlPe9XRX2m9loazfST0Rje1KhhJNxFA77HYBIu/UWHl ARMfbQO88a+SZyrMgkQ/Imr7tY7Mc2AkAaY39dhNmAZbx7EBhJM/ONl7TnZ2xvTSj3bgvviTOlG4 E/oORs8dHjKfzGxn5PsXO/lt9qcGecAp7ZTLP43pxPUoUc1ua9hVT4/Unllqlstwa82diCDSMPQn kUP+KpeAFtzyw6gUOkP4flAul1wvKuFPb2J78e/G0yFem4VDCM/R8ONB0dXrwqufkES8dHgdOtF0 6EQfhxhdcJHFpYMsmO+OCRvbABf4fjSMAkpXgwHLDOp3WfifG+9WY0V0drkGcZSJQyVgTJmwudBp CSHYt4Py54O0ttll1DbEUgiqzrkdlICimDko7WyTcDZy/bAG6wI3NR6rI0K9K4IWRsPmscc0dBjy OHCvILTi78C9ZDEXPQGnjukUtjoymXsOD+JICcxEKowEyvSxWjHPzJbVGUI8a3c0Y6gar8zqQRbu ek24T2vAoaHCS0rH68LaE/ol8DPX+yJw++OXgEOW955GKzFS5mKI6GXh77+gLxZNefaMrphG2/Jp 9K7yDgsbbTuyyaUfRDV266fufIy8JxDySqX6x916PT1pWqo1MOEGMX8jMF+fCIotfzbDbX4J0Va3 vaC5l5szNLWNc416buqNARsKm2uItY5sD7OLKPCn5Mq1CUAWLPmbdjaEu7jVH/Ss0tZRbz7bQr82 +gekQUbXEV2G0VV7A7UDKOaPhKO8OSBNhhIuw4G9U2sDysOx6iTL3IDT1SW0rrc2mnoqoX1cF81U j7QFnjlZF88Cv9SsBab1vkgnsWXM+XhMPdL1WSgxqRdC+lYxu2a1wEBweaj3dKuB1qVZR4snmziZ 9UJkDQBKpa1uv9Vby0ZI75QhDE/XEh0RzjjC2doIbznC2yKEWEW/0euRbwdQe9jOxRST6CW+CznG sdXRjsB51c7rekLy6QoejBROowhH3K9Texae0+l0yeqQZnbNY60D90HX7LQLbp2YkAUxhgZ2NIdd W2QlR24AcQhqCNK1nUNMPeJPchL4WCaAj+Cs7kWwv8Ec6bqey6qS09PT5zylX+xJ4Q6Lcbz8CvyR PZpekw+BD3VEhac4LAcsymIOhxbksuApf5Et67BubSnw2aq3488T9nleP+afDfz8o1yCQeB3yOZ7 A8isPxfS7aldzUTS1HOmfggqQDoehMDzUeCO39OGTE+63kS4c2pHoetdpIDERQYxozM/uIZvxcu3 NbPFltfE8uTQjyJ/hri9xWrkxMdtKLVOfpqteBwvnwZOrjKYLuOKHNpwQWXMZbjrykpPK7tQmd20 MjP6S+ttCXKiiluIDSTvuwHyDx+pwqTmfJc1Vvf/dvf363uZ/t/efqO56f/dxdj0/zb9v03/b9P/ 2/T/7q7/V3NSzb+4L8D7QZibq5eXU/o4JCZrLEGS7tnvKd6aEKahrJtSrOtarK7DApw4UJSP8Baf w83u88gVZ/0KkdJ/FgzklJ85pBdeugHc0aNrhthxvflHYiMLwGrcpqrFCb4L2e4c4uSv4XW440Ay GNbOX5aHw6NDs623K1sPjgJK4fuDLWynpMEv7cCeIXj68mge5i9iS60ANrq+pAXQsFPMp3RN0hAb J/mrFzTw6LSQEScquj6aMyrSZTD1OeTGxasGM9tLXxXgsHmyDShDLd8wfrloIbEGMERviMoTG1C5 dUIM3Q658t1xifUwIVB7kTu5rnAjDiOyrRDRPQYDxQjYPGbwWODRygoAO4qA61UQY5qFEO0J8NOk ockZzuKCU0araH+wpXmFzGHil0LAC3o9/BC4EZWgF/05VEKMK31dQiag9vjrqGDv0YE7c6VoCPSe Rlf2dL6caYAuQGWN8BtwC9B4s3+FcPFjgQLkkCE79tQdBXZEC4zdZc3zG8w9G4knCSA968suacuu RhRN5tsgi47zrXDj9vNtcKVe9JrozMqcwBcvyJ4X3Arr+lZYn5a112O0/GOWbf7djjKhI9eWPBr0 WmahfAop4j9uPxQxmaF+pPaKqQvnzC0gO1/xOpKHLQeI3WgpgOQrRU+oFl/D39+RF/jE6i9Sxn5L vPE3FNbJYTkFi8IiIWj5UBq15/6WguBpFSsZpSxARFtPyXfjlHyHrFz6rJSzHDVXctS8F54gO1qq KMychLJIpbH/BDbp8+r9sNhci8Vn98fiUuMmLDb/PzB5kx6bd27sHSibed7O0nNybodQ3AN3Jnv8 u5ABQopb5KsMjTOKrV5F/puwVsRtN81tN89tt0ClC+rkM3u++RNUH3SSUVLqarJ4puaZ0ejcH6fT hHgb4FNDsc9wQBHo2trrLhST/bbYNETCq6Tz36pSAMuSXaUkZb6FYDzlVeT8txCOJ76KnAVXuaLq CqnHKkqEi/PxGJprgYm0hVfQiLK88DN0P1F/UsmdB6nGBxeEzpypHYbDGEL8Boi2oUONPuz224OO VrFDZwYZXmjHmxrnQEljyQ5UlZjH+qK8rL4QlMQuTqDqA6BqGWRzJ0RoC/bd8RDqn+m4wgHAmbnk 5EmjSl684I716BF6KSFSehDTq8JmeTgwh2q7PWwd6512QqeeInVQ/lxelXiUCzIPZJ4zDBW3i8/2 WUocHxQplzjqCwLbMvWuKluFx0BYAVzCar7iAmz9ILVTu+9qi6MkxP355yoan2noR+DSc2aXFTap LEVTUJwp9ThctcoplCZQgCNX/OoBXgpoNA888ihNCac+w92MXGZwygIFjcA0uEj4ygWVYqKwAgUn WkPZRK07HIPvjaaQ/QpT1ZlF42W13qnelzWdNhJKxen9yDkuwIxZC2nETtwgmkIY9JOX4hiOLCn6 0onRP9SGr7SeZuitQrEz9W/aURTyp/AVfGb6e1M6wSQd4NoOHZAoJgEuxC8LuVZpcKk2yun6mV0J HRBU0HhBEiIQeEsQec8/1BCH4NmoGl6BLUY66sVIPYppLK4zDvnF5HAXEI/TfbwXe/22VoCosIeA eC/HsHiYRW/xW9fQepXh+YfqAqivt4fqwOovrkj6QuUyMRezQPGoo74aGm28/4uQhBNUq3kl1CDL rm2nVcEFSI6m1d99oZiJoImEWb1VZeC8wLDXw+pb8oUlUgIknsoxgDCxgHAm8jQgvpBfX5B4fXZC cBFx/gQIlzwBKPjB3JaJ+rj+mPzM/JlfbLxjMaxcymnGxRnkZW3tLFGMpGuhmoxWkJP4a5EqmBbM +ShKdCDzhB3xpTzdxJIrWEo4IlusIoPIBYjW2Yk21HsW+Vu2EUNgcefPVOhJjtEBET02MOOdXcRn MsZJ9y4EEMVrzMPtBFlUwBlhYOKuJRLF9tcItCjY0/Jg1j2bz+5cpLg98FUiJS2GjEj2x/sQSWpo fI1UEpmsYHwqJxfLdTKhH/tqcuRPQn9yvvh2+9s6YT8f9LdwVSnmL4n4W9LBLxKyk35hPt+U9MWP sULOtwj8X2nhRD05+2aW5Udk3XdrW9qNU16p4ynZN0Odn7AFL4uti0mhBMI6g6KawDTxvR/5xJ9H BUkAwBalAOIA+Ze5wfpekHMCKCfChQsUe8BW0WFP5uJrmnUJf0JYzp50z368aaNjpqunrB+3ZYXp Cnkmp4Q9t+De+52Yv74l89c3MX92B8x/uiXzn25i/q3EPNwRz5NSqF5Y+mQe7BWWfGsUOKkqA+vO 4irjBmZSTwpvy4qo2mgQ+AFLlMsl8URvNJ+w+i2JEm9sNyJz2Cp8sg8hFw/YhOxZPfbnkB3Xnrqf bH4IhgcQORZDBk4a9Xqm1M89ZVRSR5oVZEMhTdYPqZNHjzDPxny/guxBnv4jXP5Yr5O//2YMN5Ir ohkgRGOZuxT8WOUPf2M6LzKHwg/iqUZuqolT+WesS/hG4LbWUc8q+/U4QnNPK36IKNetWKaIUjf1 BJUZDnQnw71MvTfFZU+6fGDRCedxa4ad3egcMB6OCT6+IR9ogMedI+pEdFwjJ1Nqh5RslUVlxcdW QPHdCnbGqralpFeTiqKYaXkapU6ILdyaGYa5Nm+EvqHEw2QFDDSzL2BTn3NO+dk2bPDazkXIfrAz 4LDps7Pr5F94TuzDwjnBycgs98C1nH9+TphKhL9DKGC30HwY97zKJbgEsuDfR7n3T7KpRuzeOQev uN6oIr+EUi0gxtybMVAqSbe9cJ2GcJ1Ckz6Eu9B2p3T8HBz/IWw3+PcPqJvJcIjPn4dDBWkrZWGD HEfM6xLDgO8XBZzcUQCuPvmJOYBIJwLYHSB+Taknt4mkgFMuwQ2RZkhJvZkj3D1lQJSy7lSzCU3W InuSNRbLiHeMFAIcx6nTkiX22BJy3Pic4nhBCiUsYgGuF8W81Cr7uVVY8GGNhcRaYinhC1JkS21e ixuryITpQyHfwoZPbjIie4fqH2DF/CqFS3DLrmnFRXyUXztbeqykvOS8TZIgyLt7451oSq/ahcVL bPGW1qiCNupSv5mbP/7Bd9NC5ys837PE/9DDAD7xNlbGFuQmvNUMkOgB+0yc0IuDI7+qkPixEf9Z Zc6iMOIrhBe4IvkokpiX1i+STOTXX8nTKuSmlThtePmSbf+JamIZCjSz5imgsvTeM+oN105OihCo 9xtxQhfnDcH7Znwh9iX8vtvErY5tbnJuIRsmbXv26t1CYcJdY4YhkRhPKe6YFd8dXyrkEc/EA/p/ suzLQ9IXHGS6J/nFi4vfTgerlbDyQNb96EC8KnpHbrDyWNk9aSB+6/WONHDT4bj7UYL0Lu6300Pu Nc6bNrfiw56FG0myfyBOYWm7JP7fGPxZz/RFvN1h0JeiPuwC26S5L4vL1y+w+k1nGtcy9G2KfmYA VhcsCp1i9SrisVmumYpu9W5NJ4D6Yw03KOzS3OAPuVO8y3MKfpg3KfSyyYR0f4BSP7iRc04qmFns vmNpn4OF8ePTx8/F17PF17f4Veghf3Y67VIsv4epiwO07sSeTzHxW1bcOfZ0Kt42cj3g3h2j5dmL SuRh+Ef8hJTXdouSD/3/YMETf7yZyYC3ueGxSGXKqS5ymV8wlxFZ4lr1xbIz0bfvk+Xsm26yDE/B s5hzJv/CC0p8E9ZZFut6Hay3WaxP1Rvi+PIzx2uHbylaM99lt2s6dq+jI/R4EecrMXY1Jvb99rHl p6fvUv6ze5W/+Bz4Xcr/9hvIH5dQV9Xlerjvd3i/ZvB3p8Lv+m+AfsG//9ms77L3v3cbjc2//3kX I2X/rn1BJ+6UfuM1Vr//X683n+1n//3PZ/ub9//vZPz0Ze+xFroLe5sVCImXP8vl2olqHT8nD/6q tQZGWzc+79Rq+N84fquxXP6t22/zXLFsGi2Tf605kHWFQ3dSOxeJEX4Hesl7kaNwXLsALmqzi5f/ 1YF3MzZjMzZjMzZjMzZjMzZjMzZjMzZjMzZjMzZjMzZjMzZjMzZjMzZjMzZjMzbjG47/AJ3Sb1cA eAAA --Multipart_Thu_May_17_14:00:35_2007-1-- From owner-freebsd-current@FreeBSD.ORG Thu May 17 16:32:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0A6616A401 for ; Thu, 17 May 2007 16:32:25 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 23D1413C455 for ; Thu, 17 May 2007 16:32:24 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l4HGWIGh025904 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 17 May 2007 18:32:24 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l4HGWIol066359 for ; Thu, 17 May 2007 18:32:18 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.14.1/8.14.1/Submit) id l4HGWIjr005674 for freebsd-current@freebsd.org; Thu, 17 May 2007 18:32:18 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705171832.18359.h.schmalzbauer@omnisec.de> Subject: nsswitch.conf meaningless? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 17 May 2007 16:32:25 -0000 X-Original-Date: Thu, 17 May 2007 18:32:18 +0200 X-List-Received-Date: Thu, 17 May 2007 16:32:25 -0000 Hello, some days ago I noticed that nss_ldap stoped working. Now I recompiled it with debugging enabled but it seems that it's never called. No matter what I put into nsswitch.conf, I don't get any error. What's the way to find out what's going wrong? Shouldn't a entry like group: dap files in nsswitch.conf lead to an error message? Thanks, -Harry From owner-freebsd-current@FreeBSD.ORG Thu May 17 16:40:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 187C416A400; Thu, 17 May 2007 16:40:06 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id BDD9713C44B; Thu, 17 May 2007 16:40:05 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id AEC2E2086; Thu, 17 May 2007 18:39:58 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 91BF22084; Thu, 17 May 2007 18:39:58 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 693D650AD; Thu, 17 May 2007 18:39:58 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Darren Reed References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> <440b3e930705131031v5e97db7fq486d8d17aeb9f622@mail.gmail.com> <20070514070715.GA82322@hub.freebsd.org> <86646vyimg.fsf@dwp.des.no> <20070517124648.GA98052@hub.freebsd.org> In-Reply-To: <20070517124648.GA98052@hub.freebsd.org> (Darren Reed's message of "Thu\, 17 May 2007 12\:46\:48 +0000") Message-ID: <86lkfntndt.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, Ali Mashtizadeh , freebsd-current@freebsd.org, Pawel Jakub Dawidek , Joao Barros Subject: Re: ZFS: amd64, devd, root file system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 17 May 2007 16:40:06 -0000 X-Original-Date: Thu, 17 May 2007 18:39:58 +0200 X-List-Received-Date: Thu, 17 May 2007 16:40:06 -0000 Darren Reed writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Remember that unlike Sun, we do not make the hardware our OS runs on, > > nor do we write the firmware for it. > Do you see my email address as being "@sun.com"? No, but ZFS comes from Sun, and Solaris is the only OS that can currently boot from ZFS; therefore the comparison is germane. My point is that it is a lot more difficult for us to implement ZFS support in an OS that is intended to run on everything and the kitchen sink, from the crappiest 486 to the latest quad-core Xeon, with all kinds of crappy disk controllers, than it is for Sun to do the same in Solaris, which mostly runs on hardware designed and manufactured by Sun for the specific purpose of running Solaris. > I really don't understand why you needed to be so inflamatory with > your email, I'm not being inflammatory. I am just pointing out that we have limited resources and what you ask for is a lot of work - more than you probably realize - for little real benefit. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu May 17 17:25:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8DB4A16A403 for ; Thu, 17 May 2007 17:25:51 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id 3EA6713C487 for ; Thu, 17 May 2007 17:25:51 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from stat.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HojjP-000Izc-7L; Thu, 17 May 2007 21:25:39 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HojkO-0001Qy-G1; Thu, 17 May 2007 21:26:40 +0400 To: Scott Long References: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> <4641542A.7030203@samsco.org> From: Boris Samorodov In-Reply-To: <4641542A.7030203@samsco.org> (Scott Long's message of "Tue, 08 May 2007 22:55:06 -0600") Message-ID: <91395375@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, Barrett Lyon Subject: Re: Functional RAID controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 17 May 2007 17:25:51 -0000 X-Original-Date: Thu, 17 May 2007 21:26:40 +0400 X-List-Received-Date: Thu, 17 May 2007 17:25:51 -0000 Hi Scott, All! On Tue, 08 May 2007 22:55:06 -0600 Scott Long wrote: > I have a pretty good idea of what is wrong, and it's partially my fault. > A quick work-around would be to edit /sys/dev/twa/tw_osl_freebsd.c and > remove the INTR_MPSAFE flag as so: I have today's current (with sys/cam/cam_xpt.c 1.187): ----- FreeBSD 7.0-CURRENT #0: Thu May 17 16:56:58 MSD 2007 bsam@tinderbox.amd64.ipt.ru:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (2000.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 Features=0xbfebfbff Features2=0x4e33d,DCA> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 8576622592 (8179 MB) avail memory = 8289337344 (7905 MB) FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs ... 3ware device driver for 9000 series storage controllers, version: 3.70.03.006 twa0: <3ware 9000 series Storage Controller> port 0x3000-0x30ff mem 0xd8000000-0xd9ffffff,0xda300000-0xda300fff irq 16 at device 0.0 on pci8 twa0: [FILTER] twa0: INFO: (0x04: 0x0053): Battery capacity test is overdue: twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-8LPML, 8 ports, Firmware FE9X 3.06.00.005, BIOS BE9X 3.06.00.002 ... panic: blockable sleep lock (sleep mutex) CAM SIMQ lock @ /usr/src/sys/cam/cam_xpt.c:4847 cpuid = 0 KDB: enter: panic [thread pid 17 tid 100007 ] Stopped at kdb_enter+0x2f: nop db> where Tracing pid 17 tid 100007 td 0xffffff021eeaa540 kdb_enter() at kdb_enter+0x2f panic() at panic+0x225 witness_checkorder() at witness_checkorder+0x5db _mtx_lock_flags() at _mtx_lock_flags+0x75 xpt_done() at xpt_done+0xca tw_osl_complete_io() at tw_osl_complete_io+0x10c tw_cli_complete_io() at tw_cli_complete_io+0x80 tw_cli_process_complete_queue() at tw_cli_process_complete_queue+0xa3 tw_cli_process_resp_intr() at tw_cli_process_resp_intr+0x1e3 twa_pci_intr_fast() at twa_pci_intr_fast+0x2b intr_execute_handlers() at intr_execute_handlers+0x126 Xapic_isr1() at Xapic_isr1+0x7f --- interrupt, rip = 0xffffffff8065a9b6, rsp = 0xffffffffac2a7be0, rbp = 0xffffffffac2a7bf0 --- acpi_cpu_c1() at acpi_cpu_c1+0x6 acpi_cpu_idle() at acpi_cpu_idle+0x1a0 sched_idletd() at sched_idletd+0x35 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac2a7d30, rbp = 0 --- db> ----- Is that a known problem you are working on? If it may help I can arrange an access to comconsole on that server. Thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Thu May 17 18:30:57 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C3C316A404; Thu, 17 May 2007 18:30:57 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id D2FDF13C4B9; Thu, 17 May 2007 18:30:56 +0000 (UTC) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l4HIJAx27585; Thu, 17 May 2007 14:19:11 -0400 (EDT) Received: from [64.102.193.121] (dhcp-64-102-193-121.cisco.com [64.102.193.121]) by rooster.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l4HIJAq19330; Thu, 17 May 2007 14:19:10 -0400 (EDT) Message-ID: <464C9CA9.1010106@FreeBSD.org> From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: "current@freebsd.org" X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: pjd@FreeBSD.org Subject: Serious problem with mount(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 17 May 2007 18:30:57 -0000 X-Original-Date: Thu, 17 May 2007 14:19:21 -0400 X-List-Received-Date: Thu, 17 May 2007 18:30:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I really don't know why I didn't notice this before, but when mount was converted to use the pidfile(3) API three months ago, the behavior of mount(8) changed with regard to restarting mountd. A pidfile client cannot use pidfile_open(3) as this will truncate the pidfile. The result is that mount reads in a PID of 0, and when it tries to send a SIGHUP to this PID, it kills itself. Consequently, this is breaking the ports Tinderbox. I suppose we could revert to the previous behavior, but use flopen() to test if the file is actually locked. Maybe something like this: http://www.marcuscom.com/downloads/mount.c.diff Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGTJypb2iPiv4Uz4cRAgFOAKClPEvErtJD6RSR5hCgX9KVXFXGbwCdHXjO XYU6DhuE9fUM485zKhq52JM= =u1WR -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu May 17 19:10:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB96D16A402; Thu, 17 May 2007 19:10:52 +0000 (UTC) (envelope-from julian@elischer.org) Received: from young.cc.uottawa.ca (young.cc.uottawa.ca [137.122.6.56]) by mx1.freebsd.org (Postfix) with ESMTP id 7949913C447; Thu, 17 May 2007 19:10:52 +0000 (UTC) (envelope-from julian@elischer.org) Received: from localhost (unknown [127.0.0.1]) by young.cc.uottawa.ca (Postfix) with ESMTP id 1824938402A; Thu, 17 May 2007 15:10:51 -0400 (EDT) Received: from dylan.cc.uottawa.ca ([137.122.6.57]) by localhost (young.cc.uottawa.ca [137.122.6.56]) (amavisd-new, port 10024) with ESMTP id 15085-08; Thu, 17 May 2007 15:10:50 -0400 (EDT) Received: from julian-mac.elischer.org (unknown [137.122.39.139]) by dylan.cc.uottawa.ca (Postfix) with ESMTP id 6C3F53BC028; Thu, 17 May 2007 15:10:50 -0400 (EDT) Message-ID: <464CA8BA.5050104@elischer.org> From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: FreeBSD developers , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at uottawa.ca Cc: Subject: devsummit recordings available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 17 May 2007 19:10:52 -0000 X-Original-Date: Thu, 17 May 2007 15:10:50 -0400 X-List-Received-Date: Thu, 17 May 2007 19:10:52 -0000 recordings from yesterday and today are at: http://www.freebsd.org/~julian/DEVSUMMIT/ I have not yet classified them all however the really BIG files are duplicated by the smaller xxx-15.mov files so take them instead. files starting with 31 are from today. From owner-freebsd-current@FreeBSD.ORG Thu May 17 19:17:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 978B716A400; Thu, 17 May 2007 19:17:41 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 73E5C13C489; Thu, 17 May 2007 19:17:41 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (vthm0xi9ztzdqgdc@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l4HJHeVT059278; Thu, 17 May 2007 12:17:40 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l4HJHeno059277; Thu, 17 May 2007 12:17:40 -0700 (PDT) (envelope-from jmg) From: John-Mark Gurney To: Julian Elischer Message-ID: <20070517191739.GD4602@funkthat.com> Mail-Followup-To: Julian Elischer , FreeBSD Current References: <464CA8BA.5050104@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <464CA8BA.5050104@elischer.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: FreeBSD Current Subject: Re: devsummit recordings available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 17 May 2007 19:17:41 -0000 X-Original-Date: Thu, 17 May 2007 12:17:39 -0700 X-List-Received-Date: Thu, 17 May 2007 19:17:41 -0000 Julian Elischer wrote this message on Thu, May 17, 2007 at 15:10 -0400: > recordings from yesterday and today are at: > > http://www.freebsd.org/~julian/DEVSUMMIT/ > > I have not yet classified them all however the really BIG > files are duplicated by the smaller xxx-15.mov files so take them instead. > > files starting with 31 are from today. Should we offer these on BitTorrent to speed up d/ls? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri May 18 02:00:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9621116A401 for ; Fri, 18 May 2007 02:00:39 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 3027B13C45E for ; Fri, 18 May 2007 02:00:38 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id l4I1QAwk097749 ; Fri, 18 May 2007 03:26:10 +0200 (CEST) X-Ids: 164 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id l4I1Q9NZ020888 ; Fri, 18 May 2007 03:26:09 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id l4I1Q9Hp020885; Fri, 18 May 2007 03:26:09 +0200 (MEST) (envelope-from arno) To: ports@freebsd.org References: <20070510212817.GA67897@xor.obsecurity.org> <20070512153043.GA12201@graf.pompo.net> From: "Arno J. Klaassen" In-Reply-To: Message-ID: Lines: 23 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.164]); Fri, 18 May 2007 03:26:10 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.7/3267/Thu May 17 22:40:58 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 464D00B2.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: current@freebsd.org Subject: Re: HEADS UP: xorg 7.2 ready for testing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 18 May 2007 02:00:39 -0000 X-Original-Date: 18 May 2007 03:26:08 +0200 X-List-Received-Date: Fri, 18 May 2007 02:00:39 -0000 follow-up to myself [ Cc to current@ since per se this seems not related to the xorg7.2 update ]: launcing the final link command by hand and hardcoding /lib/libthr.so.2, I get : cc -shared -Wl,-soname,libGL.so.1 -o libGL.so.1 glcontextmodes.o clientattrib.o compsize.o eval.o glxcmds.o glxext.o glxextensions.o indirect.o indirect_init.o indirect_size.o indirect_window_pos.o indirect_transpose_matrix.o indirect_vertex_array.o indirect_vertex_program.o pixel.o pixelstore.o render2.o renderpix.o single2.o singlepix.o vertarr.o xfont.o glx_pbuffer.o glx_query.o glx_texture_compression.o dri_glx.o XF86dri.o ../../../src/mesa/main/dispatch.o ../../../src/mesa/glapi/glapi.o ../../../src/mesa/glapi/glthread.o -L/usr/local/lib -lX11 -lXext -lXxf86vm -lXdamage -lXfixes -lm /lib/libthr.so.2 -L/usr/local/lib -ldrm /lib/libthr.so.2: could not read symbols: Invalid operation though libthr.so is in good condition : nm -D /lib/libthr.so.2 | head 0000000000000000 A FBSD_1.0 0000000000000000 A FBSDprivate_1.0 w _Jv_RegisterClasses 00000000000051e0 T ___creat 0000000000008db0 T ___pause Arno From owner-freebsd-current@FreeBSD.ORG Fri May 18 10:32:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 680) id 904E916A404; Fri, 18 May 2007 10:32:30 +0000 (UTC) From: Darren Reed To: Dag-Erling Sm??rgrav Message-ID: <20070518103230.GA50946@hub.freebsd.org> References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> <440b3e930705131031v5e97db7fq486d8d17aeb9f622@mail.gmail.com> <20070514070715.GA82322@hub.freebsd.org> <86646vyimg.fsf@dwp.des.no> <20070517124648.GA98052@hub.freebsd.org> <86lkfntndt.fsf@dwp.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86lkfntndt.fsf@dwp.des.no> User-Agent: Mutt/1.4.2.1i Cc: freebsd-fs@freebsd.org, Ali Mashtizadeh , freebsd-current@freebsd.org, Pawel Jakub Dawidek , Joao Barros Subject: Re: ZFS: amd64, devd, root file system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 18 May 2007 10:32:30 -0000 X-Original-Date: Fri, 18 May 2007 10:32:30 +0000 X-List-Received-Date: Fri, 18 May 2007 10:32:30 -0000 On Thu, May 17, 2007 at 06:39:58PM +0200, Dag-Erling Sm??rgrav wrote: > Darren Reed writes: > > Dag-Erling Sm??rgrav writes: > > > Remember that unlike Sun, we do not make the hardware our OS runs on, > > > nor do we write the firmware for it. > > Do you see my email address as being "@sun.com"? > > No, but ZFS comes from Sun, and Solaris is the only OS that can > currently boot from ZFS; therefore the comparison is germane. Solaris uses grub to boot from ZFS...I don't know how difficult that work was, but ZFS root can't be done with the old-style boot+loader on either sparc/x86. There may be implications in that for FreeBSD too. > My point is that it is a lot more difficult for us to implement ZFS > support in an OS that is intended to run on everything and the kitchen > sink, from the crappiest 486 to the latest quad-core Xeon, with all > kinds of crappy disk controllers, than it is for Sun to do the same in > Solaris, which mostly runs on hardware designed and manufactured by Sun > for the specific purpose of running Solaris. Which is why I'm using FreeBSD+ZFS rather than Solaris+ZFS :-) Maybe more layers are required in FreeBSD disk I/O subsystem to shield things like ZFS from crappy controllers? Darren From owner-freebsd-current@FreeBSD.ORG Fri May 18 10:47:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A4BA16A403 for ; Fri, 18 May 2007 10:47:03 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp809.mail.ukl.yahoo.com (smtp809.mail.ukl.yahoo.com [217.12.12.199]) by mx1.freebsd.org (Postfix) with SMTP id CD68B13C468 for ; Fri, 18 May 2007 10:47:02 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 85703 invoked from network); 18 May 2007 10:20:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:Message-ID:MIME-Version:Content-Type:X-Mailer:Thread-Index:Content-Language; b=wvvr+tr6ySgk5NK676iSriQJRav/amRIEOnw3YWL6w+VqFNfuoL033QrEydzW9HgwlB9wSH7aDVAbaV5TugYjK4OUWTXSNEVDZ4O0nAwggBFnQx3nNdmVGrxhDYOTi//UOqjtH2t3C2DMfVA1p/Hp9ngjRFk4EaDCKefDts3Y5M= ; Received: from unknown (HELO ThomasPC) (thomas.sparrevohn@btinternet.com@81.159.88.85 with login) by smtp809.mail.ukl.yahoo.com with SMTP; 18 May 2007 10:20:21 -0000 X-YMail-OSG: 8jeP8CMVM1kJSgvm_UOhYkxS2MDkd0SN3KNu4KBfFAbRG2whsYEij5UfKPS9uzEqkJS1msNGMw-- From: "Thomas Sparrevohn" To: Message-ID: <005a01c79936$24bb5910$6e320b30$@Sparrevohn@btinternet.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AceZNiNRpe1lfw4+Rh2TiPq6fPZOiQ== Content-Language: en-gb Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Just checking - I have noot seen a mail from Current since Wedensday X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 18 May 2007 10:47:03 -0000 X-Original-Date: Fri, 18 May 2007 11:20:20 +0100 X-List-Received-Date: Fri, 18 May 2007 10:47:03 -0000 Sorry about the noise From owner-freebsd-current@FreeBSD.ORG Fri May 18 11:19:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A56316A401; Fri, 18 May 2007 11:19:31 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id CA8B713C43E; Fri, 18 May 2007 11:19:25 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id D9D722086; Fri, 18 May 2007 13:19:21 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 56A702083; Fri, 18 May 2007 13:19:21 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 3E05456C1; Fri, 18 May 2007 13:19:21 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Darren Reed References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> <440b3e930705131031v5e97db7fq486d8d17aeb9f622@mail.gmail.com> <20070514070715.GA82322@hub.freebsd.org> <86646vyimg.fsf@dwp.des.no> <20070517124648.GA98052@hub.freebsd.org> <86lkfntndt.fsf@dwp.des.no> <20070518103230.GA50946@hub.freebsd.org> In-Reply-To: <20070518103230.GA50946@hub.freebsd.org> (Darren Reed's message of "Fri\, 18 May 2007 10\:32\:30 +0000") Message-ID: <86tzuav0p2.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, Ali Mashtizadeh , freebsd-current@freebsd.org, Pawel Jakub Dawidek , Joao Barros Subject: Re: ZFS: amd64, devd, root file system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 18 May 2007 11:19:31 -0000 X-Original-Date: Fri, 18 May 2007 13:19:21 +0200 X-List-Received-Date: Fri, 18 May 2007 11:19:31 -0000 Darren Reed writes: > Dag-Erling Sm=C3=B8rgrav writes: > > My point is that it is a lot more difficult for us to implement ZFS > > support in an OS that is intended to run on everything and the kitchen > > sink, from the crappiest 486 to the latest quad-core Xeon, with all > > kinds of crappy disk controllers, than it is for Sun to do the same in > > Solaris, which mostly runs on hardware designed and manufactured by Sun > > for the specific purpose of running Solaris. > > Which is why I'm using FreeBSD+ZFS rather than Solaris+ZFS :-) > > Maybe more layers are required in FreeBSD disk I/O subsystem to > shield things like ZFS from crappy controllers? You completely misunderstand - the issue is not shielding ZFS from the crappy controllers - that is already taken care of - but having to reimplement the entire stack in the BTX loader, and in boot2 (which needs to be able to locate and load the BTX loader). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri May 18 12:00:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCDDB16A405 for ; Fri, 18 May 2007 12:00:59 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id 49F4813C46A for ; Fri, 18 May 2007 12:00:58 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 41437 invoked by uid 80); 18 May 2007 12:01:10 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Fri, 18 May 2007 14:01:10 +0200 (CEST) Message-ID: <1179.10.202.77.103.1179489670.squirrel@webmail.superhero.nl> In-Reply-To: <20070509034005.GE65105@cdnetworks.co.kr> References: <20070509034005.GE65105@cdnetworks.co.kr> From: "Gelsema, P \(Patrick\)" To: pyunyh@gmail.com User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: CFT: nfe(4) MSI/MSIX support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 18 May 2007 12:01:00 -0000 X-Original-Date: Fri, 18 May 2007 14:01:10 +0200 (CEST) X-List-Received-Date: Fri, 18 May 2007 12:01:00 -0000 Hi, Finally had time to test. Everything works for me. When will this be committed to -current? Rgds, Patrick kernel: nfe0: port 0xc480-0xc487 mem 0xdd3fd000-0xdd3fdfff irq 23 at device 7.0 on pci0 kernel: miibus1: on nfe0 kernel: ukphy0: PHY 1 on miibus1 kernel: ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto kernel: nfe0: Ethernet address: 00:18:f3:9f:f1:b4 kernel: nfe0: [FILTER] last message repeated 7 times On Wed, May 9, 2007 05:40, Pyun YongHyeon wrote: > Dear all, > > I've received a patch from Shigeaki Tagashira. The patch enables > MSI/MSIX capability on nVidia network adapters. I've slightly modified > the patch and merged it into existing overhauled nfe(4). > I guess the nfe(4) now supports almost all hardware capabilities > including MSI/MSIX, IP/TCP/UDP checksum offload, TCP segmentation > offload and hardware assisted VLAN processing. > > Shigeaki Tagashira tested only MSI due to lack of hardwares so there > might be bugs in MSIX support code. I don't have nVidia hardwares > that supports MSI/MSIX so I need user's feedback to improve it. If > you have one of nVidia network adapters that have MSI/MSIX capability > please give it spin and let me know how it goes on your system. > > Overhauled nfe(4) can be found at the following URL. > http://people.freebsd.org/~yongari/nfe/WIP/if_nfe.c > http://people.freebsd.org/~yongari/nfe/WIP/if_nfereg.h > http://people.freebsd.org/~yongari/nfe/WIP/if_nfevar.h > > Thanks. > -- > Regards, > Pyun YongHyeon > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri May 18 16:28:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5926516A403 for ; Fri, 18 May 2007 16:28:53 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 1D57213C469 for ; Fri, 18 May 2007 16:28:53 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 6518A39DF7; Fri, 18 May 2007 18:28:52 +0200 (CEST) From: Lars Engels To: Claus Guttesen Message-ID: <20070518162852.GS94292@e.0x20.net> References: <20070516194857.GI94292@e.0x20.net> <20070516200607.GJ94292@e.0x20.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dp9QYJgVRVEW2bsm" Content-Disposition: inline In-Reply-To: <20070516200607.GJ94292@e.0x20.net> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: kernel build error (zlib.ko) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 18 May 2007 16:28:53 -0000 X-Original-Date: Fri, 18 May 2007 18:28:52 +0200 X-List-Received-Date: Fri, 18 May 2007 16:28:53 -0000 --dp9QYJgVRVEW2bsm Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 16, 2007 at 10:06:07PM +0200, Lars Engels wrote: > On Wed, May 16, 2007 at 10:03:54PM +0200, Claus Guttesen wrote: > > >With today's sources I get an error while compiling the kernel: > > > > > >=3D=3D=3D> zlib (all) > > >cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium-m -Werror -D_KERNEL > > >-DKLD_MODULE -std=3Dc99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS > > >-include /usr/obj/usr/src/sys/MAGGIE/opt_global.h -I. -I@ > > >-I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 > > >--param large-function-growth=3D1000 -fno-common -g > > >-I/usr/obj/usr/src/sys/MAGGIE -mno-align-long-strings > > >-mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > > >-mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs > > >-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > > >-Wcast-qual -Wundef -fformat-extensions -c > > >/usr/src/sys/modules/zlib/../../net/zlib.c > > >ld -d -warn-common -r -d -o zlib.kld zlib.o > > >:> export_syms > > >awk -f /usr/src/sys/modules/zlib/../../conf/kmod_syms.awk zlib.kld > > >export_syms | xargs -J% objcopy % zlib.kld > > >ld -Bshareable -d -warn-common -o zlib.ko.debug zlib.kld > > >objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols > > >objcopy --strip-debug --add-gnu-debuglink=3Dzlib.ko.symbols zlib.ko.de= bug > > >zlib.ko > > >1 error > > >*** Error code 2 > > >1 error > > >*** Error code 2 > > >1 error > > > > > > For the records: There were several linker errors, which were shown when I built the kernel without -j. Deleting /usr/src + /usr/obj, removing ural and=20 adding device drm fixed all of them. Lars --dp9QYJgVRVEW2bsm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGTdREKc512sD3afgRAsmXAJ0WPgzviU93DX5fj+FpAd5GD11XKACfVms3 fjlahZm5fVHRay5kLdIFheo= =bWBC -----END PGP SIGNATURE----- --dp9QYJgVRVEW2bsm-- From owner-freebsd-current@FreeBSD.ORG Fri May 18 22:06:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6ED1716A403 for ; Fri, 18 May 2007 22:06:46 +0000 (UTC) (envelope-from peter@wemm.org) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.freebsd.org (Postfix) with ESMTP id 5FD4113C45E for ; Fri, 18 May 2007 22:06:46 +0000 (UTC) (envelope-from peter@wemm.org) Received: from [172.20.5.231] (unknown [137.122.39.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: peter@canning.wemm.org) by canning.wemm.org (Postfix) with ESMTP id AFB8D46B53 for ; Fri, 18 May 2007 14:52:02 -0700 (PDT) (envelope-from peter@wemm.org) Message-ID: <464E1F29.9000200@wemm.org> From: Peter Wemm User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 18 May 2007 23:05:45 +0000 Cc: Subject: Test message. Attempting to trace the black hole for -current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 18 May 2007 22:06:46 -0000 X-Original-Date: Fri, 18 May 2007 17:48:25 -0400 X-List-Received-Date: Fri, 18 May 2007 22:06:46 -0000 Test message. Please ignore. From owner-freebsd-current@FreeBSD.ORG Fri May 18 22:09:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5ACB116A404 for ; Fri, 18 May 2007 22:09:52 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4AE2313C46E for ; Fri, 18 May 2007 22:09:52 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E124B1A3C19; Fri, 18 May 2007 15:10:46 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 73ED751488; Fri, 18 May 2007 18:09:51 -0400 (EDT) From: Kris Kennaway To: "S.N.Grigoriev" Message-ID: <20070518220951.GA52670@xor.obsecurity.org> References: <464B3F00.000002.23382@camay.yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <464B3F00.000002.23382@camay.yandex.ru> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Crash during sending print jobs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 18 May 2007 22:09:52 -0000 X-Original-Date: Fri, 18 May 2007 18:09:51 -0400 X-List-Received-Date: Fri, 18 May 2007 22:09:52 -0000 On Wed, May 16, 2007 at 09:27:28PM +0400, S.N.Grigoriev wrote: > Hi, > > beginning with last week my 7-Current amd64 system panics > during sending print jobs (especially PostScript) to my > LPT connected laser printer. Kernels compiled with April > or March sources still work fine. Does anybody find this > problem? I dont think I've seen it reported, please go through the usual steps (debugging options, backtrace, etc). Kris From owner-freebsd-current@FreeBSD.ORG Fri May 18 22:31:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 191AB16A403 for ; Fri, 18 May 2007 22:31:04 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id ED2CF13C469 for ; Fri, 18 May 2007 22:31:03 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.14.1/8.14.1) with ESMTP id l4ILpEJ4076771 for ; Fri, 18 May 2007 14:51:22 -0700 (PDT) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.14.1/8.14.1/Submit) with ESMTP id l4ILpEJX076768 for ; Fri, 18 May 2007 14:51:14 -0700 (PDT) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs From: mjacob@freebsd.org To: freebsd-current@freebsd.org Message-ID: <20070518144827.Q76759@ns1.feral.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: hangup? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 18 May 2007 22:31:04 -0000 X-Original-Date: Fri, 18 May 2007 14:51:14 -0700 (PDT) X-List-Received-Date: Fri, 18 May 2007 22:31:04 -0000 i386-current colfax.in1.lcl > sudo mount /var/compile Hangup: 1 colfax.in1.lcl > Anyone seen this? This is with a userland and kernel as of May 13.. The sudo is probably dependent on libc.6, but this happens if you're root as well. Attempts to truss the mount end up with things going into a loop of: L 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 (?) SIGNAL 2627259 ( ............. Yuck... From owner-freebsd-current@FreeBSD.ORG Fri May 18 23:20:14 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78E3616A404 for ; Fri, 18 May 2007 23:20:14 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 38B3813C465 for ; Fri, 18 May 2007 23:20:14 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so264082and for ; Fri, 18 May 2007 16:20:13 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:subject:message-id:x-mailer:mime-version:content-type; b=ImQ0gRHg0Zpkmke40kaKE4j4IdKmejuVxN0z8xkiqbTGwtgqZpPOwtvpvbiqDZzVWWRVfYAXBJPRp+nMGMf9j1hJqU+3yHmL5rcrTZW1rRzTZR73j1DpkHlFnphxbhqB/IfCCKkdB9ZrTn9ICBMVFTIinzi0qhT7CANl0d2rg98= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:x-mailer:mime-version:content-type; b=UgdNA6N4eYm6S5inWgYTtcPO/xZh+MPECFaAftZlUOSEBovWpGTxxbHqUDu3BodfowFXA75gr3wfUEJfbcPMsY/VcU1fOnSfpIZu/AsLeO8A1PFpfaRPml5jAIrcUh00ay9kRSTBAwHLX/voRPnkjYLLrBaNn4zYX63ZS5B/V9Q= Received: by 10.100.142.12 with SMTP id p12mr1443841and.1179530413624; Fri, 18 May 2007 16:20:13 -0700 (PDT) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id b3sm5678777ana.2007.05.18.16.20.12; Fri, 18 May 2007 16:20:12 -0700 (PDT) From: Alexander Kabaev To: current@FreeBSD.ORG, hackers@FreeBSD.ORG Message-ID: <20070518192007.6e6a91e1@kan.dnsalias.net> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_riTKINCVFDCBF/8dDeSyyFQ"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Subject: HEADS UP: GCC 4.2.0 is coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 18 May 2007 23:20:14 -0000 X-Original-Date: Fri, 18 May 2007 19:20:07 -0400 X-List-Received-Date: Fri, 18 May 2007 23:20:14 -0000 --Sig_riTKINCVFDCBF/8dDeSyyFQ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable HEADS UP: I will start importing GCC 4.2.0 bits in about one hour and plan to finish in a couple of hours after that. The src/ tree will be utterly broken meanwhile. I'll send an 'all clear' message when done. --=20 Alexander Kabaev --Sig_riTKINCVFDCBF/8dDeSyyFQ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGTjSnQ6z1jMm+XZYRAkqsAJ9z4q/QJ3/PoEjfXLj35zoZHUnAngCgxs4J 5CPVpGYXrqSyzVHPikei88A= =rCII -----END PGP SIGNATURE----- --Sig_riTKINCVFDCBF/8dDeSyyFQ-- From owner-freebsd-current@FreeBSD.ORG Sat May 19 03:44:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8009C16A401 for ; Sat, 19 May 2007 03:44:04 +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 B999613C447 for ; Sat, 19 May 2007 03:44:02 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp127-109.lns2.adl4.internode.on.net [121.44.127.109]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l4J3htaw067736 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 May 2007 13:13:56 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1630922.js7OuWyfJT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200705191313.52530.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: sos@freebsd.org Subject: JMicron RAID regression in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 03:44:04 -0000 X-Original-Date: Sat, 19 May 2007 13:13:28 +0930 X-List-Received-Date: Sat, 19 May 2007 03:44:04 -0000 --nextPart1630922.js7OuWyfJT Content-Type: multipart/mixed; boundary="Boundary-01=_hJnTGbrUIGVPZuz" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_hJnTGbrUIGVPZuz Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I have an i965 Core2 Duo system with JMicron RAID on it. I initially=20 installed 6.2 on it and then tried to switch to -current but it does=20 not detect the SATA RAID (ar). =2Dcurrent sees the controllers but does not find any disks attached to=20 them. It does see my PATA DVDR on the JMicron controller though. I installed a spare PATA disk in the box and put -current on it. I've=20 attached a verbose boot dmesg from 6.2 and -current. I last cvsup'd ~12 hours ago. The motherboard in question is a Gigabyte GA-965P-DS3=20 (http://www.gigabyte.com.tw/Products/Motherboard/Products_Overview.aspx?Pro= ductID=3D2314) =2D-=20 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 --Boundary-01=_hJnTGbrUIGVPZuz-- --nextPart1630922.js7OuWyfJT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGTnJ45ZPcIHs/zowRAiW7AJoDVw6yH3DxS/CTkusa8NB0QIyctACffsqI ljSYIW+WymhrSjhlr60KRXc= =13cU -----END PGP SIGNATURE----- --nextPart1630922.js7OuWyfJT-- From owner-freebsd-current@FreeBSD.ORG Sat May 19 06:20:22 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 952F716A404 for ; Sat, 19 May 2007 06:20:22 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.freebsd.org (Postfix) with ESMTP id 4DD0C13C4BA for ; Sat, 19 May 2007 06:20:22 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1074132wxc for ; Fri, 18 May 2007 23:20:21 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=ToC3MRIHpr3wDr6FYN+UBJUDrbfj6p4zNz+BM+hMFxLpPKgWqUEMip8uq6mCtJ511iCXvwwim/NsnAFjZMRQkQApsNBZeGfBhoz4VrbD09BwozeZ71zfSmrhKTYIchJIrXygJc/vtc3mQPJS0fzD/mQnz0zb02y3wQBraVSHJFs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=O6ovykP5JmJQ0t3IbIqLotCzk27Ja9vyNGsVVLFq2c95dGzyM6lKoehyfDZOjFa1UsbgZ05gr1oRqo3CppteVFvmOywSybFSPJ3bdfDx8MN7x3Qeesg/UNeUvWBnJjUHm+E7hl9zY7x0K8qFlBMbe4HV2gheZdCGwGr/bHwdnkk= Received: by 10.90.115.4 with SMTP id n4mr2473648agc.1179555621730; Fri, 18 May 2007 23:20:21 -0700 (PDT) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id 7sm4895511agd.2007.05.18.23.20.20; Fri, 18 May 2007 23:20:20 -0700 (PDT) From: Alexander Kabaev Message-ID: <20070519022016.2b4a6bda@kan.dnsalias.net> In-Reply-To: <20070518192007.6e6a91e1@kan.dnsalias.net> References: <20070518192007.6e6a91e1@kan.dnsalias.net> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_cxI6WY4jJ32hO9h4hPlKEGR; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: HEADS UP: GCC 4.2.0 is coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 06:20:22 -0000 X-Original-Date: Sat, 19 May 2007 02:20:16 -0400 X-List-Received-Date: Sat, 19 May 2007 06:20:22 -0000 --Sig_cxI6WY4jJ32hO9h4hPlKEGR Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 18 May 2007 19:20:07 -0400 Alexander Kabaev wrote: > HEADS UP: I will start importing GCC 4.2.0 bits in about one hour and > plan to finish in a couple of hours after that. >=20 > The src/ tree will be utterly broken meanwhile. I'll send an 'all > clear' message when done. Done. --=20 Alexander Kabaev --Sig_cxI6WY4jJ32hO9h4hPlKEGR Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGTpcgQ6z1jMm+XZYRAuGMAKDoIj3g6hTFtd7fOm8U81SBOPVz9wCg2uwh xhCI/QICJJ6zWKkYDH3AduE= =qPJ4 -----END PGP SIGNATURE----- --Sig_cxI6WY4jJ32hO9h4hPlKEGR-- From owner-freebsd-current@FreeBSD.ORG Sat May 19 06:56:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9896C16A401 for ; Sat, 19 May 2007 06:56:20 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.237]) by mx1.freebsd.org (Postfix) with ESMTP id 4418E13C48C for ; Sat, 19 May 2007 06:56:20 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so1660458nze for ; Fri, 18 May 2007 23:56:19 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=TI/yF/Pk3ivJSws4fk63w2EUWGSL5m+aIBNHBO198UssoECr6hVfS2PZM3Yl/OieL7pP2vqwDxYSsy2gGobhT0scS2R00bmgimTTav+gAT5TfHBGaXb+uTv1foC4XePapun2yWk1K9AcOZTCKeK12tUBe+OXaSMhdqdxB9u4NhY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=c7A0w/aPStHnr5EmPD3mZfSgWO4l4Cq3OpgN+Wm94tB9JHhRtGn+q9Cj9JMDp+z78CC7GdWhwRAyXbLIc0XPNG8McdZN4enLELHLy+xdHAdfVOhbs4LPSG9gO4BYJRzeX9B/AFNKH8qsdiAXO2isdkvfwBD84PphGEL0JYmxtKU= Received: by 10.114.181.1 with SMTP id d1mr1322264waf.1179556265802; Fri, 18 May 2007 23:31:05 -0700 (PDT) Received: by 10.114.194.5 with HTTP; Fri, 18 May 2007 23:31:05 -0700 (PDT) Message-ID: From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Roman Kurakin" In-Reply-To: <464A1366.3050809@inse.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4649E0AD.4060705@inse.ru> <464A03E3.4040805@freebsd.org> <464A1366.3050809@inse.ru> X-Google-Sender-Auth: 6c43ad8b343af7e2 Cc: freebsd-current@freebsd.org Subject: Re: HEDSUP: man -k cleanup (man -k RAID, some bits are missing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 06:56:20 -0000 X-Original-Date: Sat, 19 May 2007 10:31:05 +0400 X-List-Received-Date: Sat, 19 May 2007 06:56:20 -0000 On 5/16/07, Roman Kurakin wrote: > Eric Anderson wrote: > > On 05/15/07 11:32, Roman Kurakin wrote: > >> Hi all, > >> > >> Trying to obtain information about supported RAID devices in > >> the system via `man -k RAID` I've found that not all known > >> by me devices are there. So a grep-ed a bit and going to commit > >> the following patchset. I think that keyword RAID should present > >> in description of all these man pages. But may be I am wrong? > >> > >> There is also some bits I was not able to fix. > >> 1) Is it safe to s/Array/RAID/ in ida(4)? > > > > I don't think that's good - an array isn't necessarily a RAID, and a > > s/r of that name yields bad results. > I am about brief description (.Nd) only. If driver supports some RAID > arrays it > should be marked as such. So may be "Array" => "Array (including RAID)" > in .Nd? We usually keep .Nd as short as possible. It's a pity apropos(1) uses it exclusively for its lookups, but I don't believe that's a good excuse for stuffing keywords, tags and comments into the field. From owner-freebsd-current@FreeBSD.ORG Sat May 19 07:38:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08FF316A400 for ; Sat, 19 May 2007 07:38:34 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id B9DEE13C468 for ; Sat, 19 May 2007 07:38:33 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so277859and for ; Sat, 19 May 2007 00:38:33 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=VQ1y2uIlG6Fn8BdFuadIuOMPTqJurZOKN3X8AypyVQxffXQ9Ways3ZivNAtCFMnkBMYJwyRx27yubczaU52LPFnjHZfO7oC1oLfAcjYkiO7Ji8obK03C+5vNZCmLDB/ynP/AjFalC1pBnN7rdF3AuLSvTqyOXUZmPOweSNrx200= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=J3VkoIUe4T4OINJ3Mvyv+MhCbAO8Wu+ppwaCU/krdaraxSuID36kBOaMlg2gT0DmTJ0+DG1bG6Rxjvvjm4N1JSCUaZ3W7E0xmxtf0uQdwHIL421gTKOkFEUiFDCW59Dij8lL3kLIssInnrkCbZPz4qNNygnMBq/rCB4PcktcB18= Received: by 10.100.189.17 with SMTP id m17mr1635171anf.1179560313216; Sat, 19 May 2007 00:38:33 -0700 (PDT) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id d19sm6245874and.2007.05.19.00.38.32; Sat, 19 May 2007 00:38:32 -0700 (PDT) From: Alexander Kabaev To: Jeremie Le Hen Message-ID: <20070519033827.22eecb6a@kan.dnsalias.net> In-Reply-To: <20070519073151.GE46044@obiwan.tataz.chchile.org> References: <20070518192007.6e6a91e1@kan.dnsalias.net> <20070519022016.2b4a6bda@kan.dnsalias.net> <20070519073151.GE46044@obiwan.tataz.chchile.org> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_RrefAlFlB98OsstXvNTzVKa; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: HEADS UP: GCC 4.2.0 is coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 07:38:34 -0000 X-Original-Date: Sat, 19 May 2007 03:38:27 -0400 X-List-Received-Date: Sat, 19 May 2007 07:38:34 -0000 --Sig_RrefAlFlB98OsstXvNTzVKa Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 19 May 2007 09:31:51 +0200 Jeremie Le Hen wrote: > On Sat, May 19, 2007 at 02:20:16AM -0400, Alexander Kabaev wrote: > > On Fri, 18 May 2007 19:20:07 -0400 > > Alexander Kabaev wrote: > >=20 > > > HEADS UP: I will start importing GCC 4.2.0 bits in about one hour > > > and plan to finish in a couple of hours after that. > > >=20 > > > The src/ tree will be utterly broken meanwhile. I'll send an 'all > > > clear' message when done. > >=20 > > Done. >=20 > Many thanks for this work, this is invaluable! >=20 > Best regards, > --=20 > Jeremie Le Hen > < jeremie at le-hen dot org >< ttz at chchile dot org > NOTE: At this time upgrades from pre-symver enabled systems appear to be broken. You need to build and install world for any time past 2007-05-13 14:12:41 UTC and only then jump to 4.2. The fix will be committed tomorrow. --=20 Alexander Kabaev --Sig_RrefAlFlB98OsstXvNTzVKa Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGTqlzQ6z1jMm+XZYRAiKSAKCihSJcQYbIV0KA4ryRgtYlPvhZggCdFfXI Bt5EKxULIowWkMQYPZiheUI= =rkOv -----END PGP SIGNATURE----- --Sig_RrefAlFlB98OsstXvNTzVKa-- From owner-freebsd-current@FreeBSD.ORG Sat May 19 08:01:27 2007 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5DF6416A401; Sat, 19 May 2007 08:01:27 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id 1879F13C45E; Sat, 19 May 2007 08:01:26 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by postfix2-g20.free.fr (Postfix) with ESMTP id 936D2105E65A; Sat, 19 May 2007 08:32:12 +0200 (CEST) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 393FF43CD0; Sat, 19 May 2007 09:31:43 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id D529A9B4C8; Sat, 19 May 2007 07:31:51 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id C12F9405B; Sat, 19 May 2007 09:31:51 +0200 (CEST) From: Jeremie Le Hen To: Alexander Kabaev Message-ID: <20070519073151.GE46044@obiwan.tataz.chchile.org> References: <20070518192007.6e6a91e1@kan.dnsalias.net> <20070519022016.2b4a6bda@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070519022016.2b4a6bda@kan.dnsalias.net> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: HEADS UP: GCC 4.2.0 is coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 08:01:27 -0000 X-Original-Date: Sat, 19 May 2007 09:31:51 +0200 X-List-Received-Date: Sat, 19 May 2007 08:01:27 -0000 On Sat, May 19, 2007 at 02:20:16AM -0400, Alexander Kabaev wrote: > On Fri, 18 May 2007 19:20:07 -0400 > Alexander Kabaev wrote: > > > HEADS UP: I will start importing GCC 4.2.0 bits in about one hour and > > plan to finish in a couple of hours after that. > > > > The src/ tree will be utterly broken meanwhile. I'll send an 'all > > clear' message when done. > > Done. Many thanks for this work, this is invaluable! Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Sat May 19 10:51:17 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81BC916A400; Sat, 19 May 2007 10:51:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5BE4813C43E; Sat, 19 May 2007 10:51:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4JApG3n072402; Sat, 19 May 2007 06:51:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4JApGr7094435; Sat, 19 May 2007 06:51:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 342D573068; Sat, 19 May 2007 06:51:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070519105116.342D573068@freebsd-current.sentex.ca> X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 10:51:17 -0000 X-Original-Date: Sat, 19 May 2007 06:51:16 -0400 (EDT) X-List-Received-Date: Sat, 19 May 2007 10:51:17 -0000 TB --- 2007-05-19 10:20:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-19 10:20:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-05-19 10:20:01 - cleaning the object tree TB --- 2007-05-19 10:20:18 - checking out the source tree TB --- 2007-05-19 10:20:18 - cd /tinderbox/HEAD/arm/arm TB --- 2007-05-19 10:20:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-19 10:30:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-19 10:30:39 - cd /src TB --- 2007-05-19 10:30:39 - /usr/bin/make -B buildworld >>> World build started on Sat May 19 10:30:41 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> gnu/lib/libreadline/history/doc (depend) ===> gnu/lib/libreadline/readline (depend) rm -f .depend mkdep -f .depend -a -I/src/gnu/lib/libreadline/readline/.. -I/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/readline.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/vi_mode.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/funmap.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/keymaps.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/parens.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/search.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/rltty.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/complete.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/bind.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/isearch.c /src/gnu/lib/libreadline/readline/../../../../contrib/libread line/display.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/signals.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/util.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/kill.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/undo.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/macro.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/input.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/callback.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/text.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/nls.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/misc.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/compat.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/xmalloc.c /src/gnu /lib/libreadline/readline/../../../../contrib/libreadline/history.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/histexpand.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/histfile.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/histsearch.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/shell.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/mbutil.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/tilde.c echo libreadline.so.6: /obj/arm/src/tmp/usr/lib/libtermcap.a >> .depend ===> gnu/lib/libreadline/readline/doc (depend) ===> gnu/lib/libstdc++ (depend) make: don't know how to make /src/gnu/lib/libstdc++/../../../contrib/libstdc++/config/cpu/generic/atomicity.h. Stop *** Error code 2 Stop in /src/gnu/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-19 10:51:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-19 10:51:15 - ERROR: failed to build world TB --- 2007-05-19 10:51:15 - tinderbox aborted TB --- 0.40 user 1.88 system 1874.59 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat May 19 12:20:25 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1529F16A401 for ; Sat, 19 May 2007 12:20:25 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id 6489213C458 for ; Sat, 19 May 2007 12:20:24 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: (qmail 9239 invoked by uid 80); 19 May 2007 12:20:35 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Sat, 19 May 2007 14:20:35 +0200 (CEST) Message-ID: <4345.10.202.77.103.1179577235.squirrel@webmail.superhero.nl> From: "Gelsema, P \(Patrick\) - FreeBSD" To: freebsd-current@FreeBSD.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: Unable to make update: /libexec/ld-elf.so.1: /lib/libthr.so.2: unsupported file layout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 12:20:25 -0000 X-Original-Date: Sat, 19 May 2007 14:20:35 +0200 (CEST) X-List-Received-Date: Sat, 19 May 2007 12:20:25 -0000 Hi, I get the following error when running make update in /usr/src. I tried starting csup alone, but got the same problem. ANy thoughts? Rgds, Patrick hulk# uname -a FreeBSD hulk.superhero.nl 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri May 18 17:10:44 CEST 2007 admin@hulk.superhero.nl:/usr/obj/usr/src/sys/GENERIC amd64 hulk# pwd /usr/src hulk# make update -------------------------------------------------------------- >>> Running /usr/bin/csup -------------------------------------------------------------- /libexec/ld-elf.so.1: /lib/libthr.so.2: unsupported file layout *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. hulk# From owner-freebsd-current@FreeBSD.ORG Sat May 19 13:41:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 236EA16A400; Sat, 19 May 2007 13:41:24 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (inse.ru [144.206.128.1]) by mx1.freebsd.org (Postfix) with ESMTP id D52A913C448; Sat, 19 May 2007 13:41:23 +0000 (UTC) (envelope-from rik@inse.ru) Received: from [127.0.0.1] (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTP id 1A60B33C4C; Sat, 19 May 2007 17:41:17 +0400 (MSD) Message-ID: <464F0063.8000804@inse.ru> From: Roman Kurakin User-Agent: Thunderbird 1.5.0.10 (X11/20070302) MIME-Version: 1.0 To: Andrew Pantyukhin References: <4649E0AD.4060705@inse.ru> <464A03E3.4040805@freebsd.org> <464A1366.3050809@inse.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEDSUP: man -k cleanup (man -k RAID, some bits are missing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 13:41:24 -0000 X-Original-Date: Sat, 19 May 2007 17:49:23 +0400 X-List-Received-Date: Sat, 19 May 2007 13:41:24 -0000 Andrew Pantyukhin wrote: > On 5/16/07, Roman Kurakin wrote: >> Eric Anderson wrote: >> > On 05/15/07 11:32, Roman Kurakin wrote: >> >> Hi all, >> >> >> >> Trying to obtain information about supported RAID devices in >> >> the system via `man -k RAID` I've found that not all known >> >> by me devices are there. So a grep-ed a bit and going to commit >> >> the following patchset. I think that keyword RAID should present >> >> in description of all these man pages. But may be I am wrong? >> >> >> >> There is also some bits I was not able to fix. >> >> 1) Is it safe to s/Array/RAID/ in ida(4)? >> > >> > I don't think that's good - an array isn't necessarily a RAID, and a >> > s/r of that name yields bad results. >> I am about brief description (.Nd) only. If driver supports some RAID >> arrays it >> should be marked as such. So may be "Array" => "Array (including RAID)" >> in .Nd? > We usually keep .Nd as short as possible. It's a pity > apropos(1) uses it exclusively for its lookups, but I > don't believe that's a good excuse for stuffing keywords, > tags and comments into the field. Probably, but there is almost nothing except man -K to find appropriate man page. rik From owner-freebsd-current@FreeBSD.ORG Sat May 19 13:45:17 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A122416A406; Sat, 19 May 2007 13:45:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 62A2913C45E; Sat, 19 May 2007 13:45:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4JDjHH4079856; Sat, 19 May 2007 09:45:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4JDjHRk067017; Sat, 19 May 2007 09:45:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B682673068; Sat, 19 May 2007 09:45:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070519134516.B682673068@freebsd-current.sentex.ca> X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 13:45:17 -0000 X-Original-Date: Sat, 19 May 2007 09:45:16 -0400 (EDT) X-List-Received-Date: Sat, 19 May 2007 13:45:17 -0000 TB --- 2007-05-19 13:11:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-19 13:11:27 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-05-19 13:11:27 - cleaning the object tree TB --- 2007-05-19 13:12:01 - checking out the source tree TB --- 2007-05-19 13:12:01 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-05-19 13:12:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-19 13:20:46 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-19 13:20:46 - cd /src TB --- 2007-05-19 13:20:46 - /usr/bin/make -B buildworld >>> World build started on Sat May 19 13:20:48 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> gnu/lib/libreadline/history/doc (depend) ===> gnu/lib/libreadline/readline (depend) rm -f .depend mkdep -f .depend -a -I/src/gnu/lib/libreadline/readline/.. -I/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/readline.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/vi_mode.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/funmap.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/keymaps.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/parens.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/search.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/rltty.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/complete.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/bind.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/isearch.c /src/gnu/lib/libreadline/readline/../../../../contrib/libread line/display.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/signals.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/util.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/kill.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/undo.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/macro.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/input.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/callback.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/text.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/nls.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/misc.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/compat.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/xmalloc.c /src/gnu /lib/libreadline/readline/../../../../contrib/libreadline/history.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/histexpand.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/histfile.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/histsearch.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/shell.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/mbutil.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/tilde.c echo libreadline.so.6: /obj/ia64/src/tmp/usr/lib/libtermcap.a >> .depend ===> gnu/lib/libreadline/readline/doc (depend) ===> gnu/lib/libstdc++ (depend) make: don't know how to make /src/gnu/lib/libstdc++/../../../contrib/libstdc++/config/cpu/generic/atomicity.h. Stop *** Error code 2 Stop in /src/gnu/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-19 13:45:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-19 13:45:16 - ERROR: failed to build world TB --- 2007-05-19 13:45:16 - tinderbox aborted TB --- 0.77 user 2.63 system 2029.41 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat May 19 13:48:14 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BCD416A400 for ; Sat, 19 May 2007 13:48:14 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id A92B713C457 for ; Sat, 19 May 2007 13:48:13 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: (qmail 12252 invoked by uid 80); 19 May 2007 13:48:25 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Sat, 19 May 2007 15:48:25 +0200 (CEST) Message-ID: <4715.10.202.77.103.1179582505.squirrel@webmail.superhero.nl> From: "Gelsema, P \(Patrick\) - FreeBSD" To: cvs-src@freebsd.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@FreeBSD.org, freebsd-questions@freebsd.org Subject: something wrong with freebsd-current maillist? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 13:48:14 -0000 X-Original-Date: Sat, 19 May 2007 15:48:25 +0200 (CEST) X-List-Received-Date: Sat, 19 May 2007 13:48:14 -0000 Hi, I sent about an hour ago an email to the freebsd-current maillinglist. This email has not yet arrived to the list, I can see the email leaving my mailserver and being delivered to one of the freebsd boxes but after that it seems stuck. Also when I look at the archives the last message date is Wed May 16 20:06:09 UTC 2007. I got an issue with the current that I cannot make update anymore. I get the following error: /libexec/ld-elf.so.1: /lib/libthr.so.2: unsupported file layout. I tried rebuilding world, installing cvsup from ports but both failed. Any pointers appreciated. hulk# uname -a FreeBSD hulk.superhero.nl 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri May 18 17:10:44 CEST 2007 admin@hulk.superhero.nl:/usr/obj/usr/src/sys/GENERIC amd64 hulk# pwd /usr/src hulk# make update -------------------------------------------------------------- >>> Running /usr/bin/csup -------------------------------------------------------------- /libexec/ld-elf.so.1: /lib/libthr.so.2: unsupported file layout *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. hulk# Rgds, Patrick From owner-freebsd-current@FreeBSD.ORG Sat May 19 14:02:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22CFA16A400 for ; Sat, 19 May 2007 14:02:19 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by mx1.freebsd.org (Postfix) with ESMTP id B8B2713C43E for ; Sat, 19 May 2007 14:02:18 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [213.84.11.61]) by smtp-vbr16.xs4all.nl (8.13.8/8.13.8) with ESMTP id l4JE2H06016189 for ; Sat, 19 May 2007 16:02:17 +0200 (CEST) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB011167@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: gcc 4.2 Thread-Index: AceaHnihfgXGvm90RR+43v5dWUguGA== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: gcc 4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 14:02:19 -0000 X-Original-Date: Sat, 19 May 2007 16:03:26 +0200 X-List-Received-Date: Sat, 19 May 2007 14:02:19 -0000 Hello all. I have a question regarding gcc 4.2 =20 Do i need to rebuild world twice to actually get it build with 4.2? first to get it build and installed but (still using gcc3.x) secondly to actually use gcc 4.2 to do the build again. =20 or is there a quicker way? =20 regards, Johan From nobody Tue Oct 7 23:02:51 2008 From: Peter Wemm To: Freebsd-current Subject: Broken mailing list diagnostic message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 14:06:44 -0000 X-List-Received-Date: Sat, 19 May 2007 14:06:44 -0000 This is a test message for tracing the broken mailing list engine. Please ignore. From nobody Tue Oct 7 23:02:54 2008 From: Peter Wemm To: Freebsd-current Subject: Broken mailing list diagnostic message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 14:11:05 -0000 X-List-Received-Date: Sat, 19 May 2007 14:11:05 -0000 This is a test message for tracing the broken mailing list engine. Please ignore. From owner-freebsd-current@FreeBSD.ORG Sat May 19 18:28:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0F5816A468 for ; Sat, 19 May 2007 18:28:29 +0000 (UTC) (envelope-from vvn@by.frontex.com) Received: from speedy.tutby.com (mail.tut.by [195.137.160.40]) by mx1.freebsd.org (Postfix) with ESMTP id 3745313C4AD for ; Sat, 19 May 2007 18:28:28 +0000 (UTC) (envelope-from vvn@by.frontex.com) Received: from [87.252.227.49] (account blacknova@tut.by HELO [10.23.11.156]) by speedy.tutby.com (CommuniGate Pro SMTP 4.3.8) with ESMTPA id 329967471 for freebsd-current@freebsd.org; Sat, 19 May 2007 21:13:21 +0300 Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Vladimir Novoseltsev X-Mailer: Apple Mail (2.752.3) X-Mailman-Approved-At: Sat, 19 May 2007 22:06:47 +0000 Subject: PINE: SIG 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 18:28:30 -0000 X-Original-Date: Sat, 19 May 2007 21:13:19 +0300 X-List-Received-Date: Sat, 19 May 2007 18:28:30 -0000 Hi, I've encountered similar problem with SSL by just trying to update port tree via portsnap (i.e. portsnap fetch). narrowing down problem I came to pem_all.c file, thru which most of PEM_read/write functions are generated. It look like some functions have been generated and in basic replaced with the following stub: push %ebp movl %esp,%ebp ud2a the last instruction with op. code (0f 0b) is illegal and the cause of SIGILL. gcc 4.2.0 emits this instruction as 'trap' instruction. WBR, Vladimir Novoseltsev From owner-freebsd-current@FreeBSD.ORG Sat May 19 20:54:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 387F016A41F for ; Sat, 19 May 2007 20:54:51 +0000 (UTC) (envelope-from dionch@freemail.gr) Received: from smtp.freemail.gr (smtp.freemail.gr [81.171.104.107]) by mx1.freebsd.org (Postfix) with ESMTP id C1A9A13C480 for ; Sat, 19 May 2007 20:54:50 +0000 (UTC) (envelope-from dionch@freemail.gr) Received: from CDION (ppp245-121.dsl.hol.gr [89.210.245.121]) by smtp.freemail.gr (Postfix) with ESMTP id 0D5DAA08430; Sat, 19 May 2007 23:24:51 +0300 (EEST) From: Chris Dionissopoulos X-Mailer: The Bat! (v3.80.06) Professional X-Priority: 3 (Normal) Message-ID: <12710698595.20070519232256@freemail.gr> To: Larry Rosenman In-Reply-To: References: <299DD8FD-0E7A-4E3D-9902-2C7FE45AA7BC@lerctr.org> <20070519141503.07e94a36@kan.dnsalias.net> <20070519143105.65072348@kan.dnsalias.net> <9F2A10A0-2B58-4BE4-8DD0-9D7811B6BCE6@lerctr.org> <20070519155919.453081a5@kan.dnsalias.net> <8F80AFD4-C83E-413F-8158-CFD27453AE87@lerctr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re[2]: PINE: SIG 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris Dionissopoulos List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 20:54:51 -0000 X-Original-Date: Sat, 19 May 2007 23:22:56 +0300 X-List-Received-Date: Sat, 19 May 2007 20:54:51 -0000 Hello Larry, Saturday, May 19, 2007, 11:04:41 PM, you wrote: > On May 19, 2007, at 3:02 PM, Larry Rosenman wrote: >> >> On May 19, 2007, at 2:59 PM, Alexander Kabaev wrote: >> >>> Now, you need to know contents of s, s->session, session- >>> >sess_cert and It seems that libssl/libcrypto are broken in -CURRENT just after GCC 4.2 import. Binaries using these libs produce core in my core2duo (current). i.e. apache2+ssl , postfix(tls) , and portsnap are some of them. How to reproduce: mail# portsnap fetch Looking up portsnap.FreeBSD.org mirrors... 3 mirrors found. Fetching snapshot tag from portsnap3.FreeBSD.org... Illegal instruction (core dumped) invalid snapshot tag. Fetching snapshot tag from portsnap1.FreeBSD.org... Illegal instruction (core dumped) invalid snapshot tag. Fetching snapshot tag from portsnap2.FreeBSD.org... Illegal instruction (core dumped) invalid snapshot tag. No mirrors remaining, giving up. mail# ll /var/db/portsnap/openssl.core -rw------- 1 root wheel 1859584 May 19 23:10 /var/db/portsnap/openssl.core mail# gdb -c openssl.core /usr/bin/openssl GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Core was generated by `openssl'. Program terminated with signal 4, Illegal instruction. Reading symbols from /usr/lib/libssl.so.5...done. Loaded symbols for /usr/lib/libssl.so.5 Reading symbols from /lib/libcrypto.so.5...done. Loaded symbols for /lib/libcrypto.so.5 Reading symbols from /lib/libthr.so.2...done. Loaded symbols for /lib/libthr.so.2 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x281d2d26 in PEM_read_bio_PUBKEY (bp=0x284050c0, x=0x0, cb=0x8086025 , u=0xbfbfe6e4) at pem_all.c:248 248 static EC_KEY *pkey_get_eckey(EVP_PKEY *key, EC_KEY **eckey) [New Thread 0x28401100 (LWP 100064)] (gdb) bt #0 0x281d2d26 in PEM_read_bio_PUBKEY (bp=0x284050c0, x=0x0, cb=0x8086025 , u=0xbfbfe6e4) at pem_all.c:248 #1 0x080853ad in load_pubkey (err=0x28405040, file=0xbfbfedb9 "pub.ssl", format=3, maybe_stdin=0, pass=0x0, e=0x0, key_descrip=0x8099039 "Public Key") at apps.c:974 #2 0x0806ced3 in rsautl_main (argc=0, argv=0xbfbfecbc) at rsautl.c:194 #3 0x080556f9 in do_cmd (prog=0x28406260, argc=5, argv=0xbfbfecac) at openssl.c:382 #4 0x08055da1 in main (Argc=-1077941080, Argv=0x2825daf9) at openssl.c:301 (gdb) q Something ugly lives inside these libs. Chris. p.s. all binaries builded with sources cvsed 2 hours ago. From owner-freebsd-current@FreeBSD.ORG Sat May 19 21:00:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E917F16A468 for ; Sat, 19 May 2007 21:00:31 +0000 (UTC) (envelope-from antoine@peanut.dreadbsd.org) Received: from peanut.dreadbsd.org (peanut.dreadbsd.org [82.67.196.50]) by mx1.freebsd.org (Postfix) with ESMTP id 59E9D13C447 for ; Sat, 19 May 2007 21:00:30 +0000 (UTC) (envelope-from antoine@peanut.dreadbsd.org) Received: from peanut.dreadbsd.org (localhost [127.0.0.1]) by peanut.dreadbsd.org (8.14.1/8.14.1) with ESMTP id l4JKf9oQ014628; Sat, 19 May 2007 22:41:09 +0200 (CEST) (envelope-from antoine@peanut.dreadbsd.org) Received: (from antoine@localhost) by peanut.dreadbsd.org (8.14.1/8.14.1/Submit) id l4JKf8gA014627; Sat, 19 May 2007 22:41:08 +0200 (CEST) (envelope-from antoine) From: Antoine Brodin To: Larry Rosenman Message-Id: <20070519224108.85b7410c.antoine.brodin@laposte.net> In-Reply-To: <9F2A10A0-2B58-4BE4-8DD0-9D7811B6BCE6@lerctr.org> References: <299DD8FD-0E7A-4E3D-9902-2C7FE45AA7BC@lerctr.org> <20070519141503.07e94a36@kan.dnsalias.net> <20070519143105.65072348@kan.dnsalias.net> <9F2A10A0-2B58-4BE4-8DD0-9D7811B6BCE6@lerctr.org> X-Mailer: Sylpheed 2.4.0 (GTK+ 2.10.12; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: PINE: SIG 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 21:00:32 -0000 X-Original-Date: Sat, 19 May 2007 22:41:08 +0200 X-List-Received-Date: Sat, 19 May 2007 21:00:32 -0000 Larry Rosenman wrote: > On May 19, 2007, at 1:31 PM, Alexander Kabaev wrote: > > On Sat, 19 May 2007 13:20:06 -0500 > > Larry Rosenman wrote: > > > >>>> > >>> This core is useless. You need need debug symbols in libc and > >>> libssl. > >>> > >> How can I enable the debug symbols for libc and libssl/libcrypto? > >> > >> LER > >> > > The usual way. > > > > cd /usr/src/lib/lib > > CFLAGS="-O -g" STRIP="" sudo make clean all install > > > > cd /usr/src/secure/lib/libssl > > CFLAGS="-O -g" STRIP="" sudo make clean all install > > > > -- > > Alexander Kabaev > > > Here's the new backtrace (I recompiled pine with -g as well): > #0 0x00000008011da3ec in kill () at kill.S:2 > 2 RSYSCALL(kill) > (gdb) bt > #0 0x00000008011da3ec in kill () at kill.S:2 > #1 0x00000008011da391 in __raise (s=6) at /usr/src/lib/libc/gen/ > raise.c:46 > #2 0x00000008011d927e in abort () at /usr/src/lib/libc/stdlib/ > abort.c:65 > #3 0x0000000000556289 in coredump () at os.c:781 > #4 0x0000000000504462 in panic ( > message=0x7fffffffade0 "Received abort signal(sig=?)") at pine.c: > 4366 > #5 0x0000000000532df2 in auger_in_signal () at signals.c:242 > #6 > #7 0x0000000800d4374d in ssl3_send_client_key_exchange (s=0x80154e180) > at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ > s3_clnt.c:1845 > #8 0x0000000800d46420 in ssl3_connect (s=0x80154e180) > at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ > s3_clnt.c:327 > #9 0x0000000800d5026b in ssl3_write_bytes (s=0x80154e180, type=23, > buf_=Variable "buf_" is not available. > ) > at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ > s3_pkt.c:526 > #10 0x0000000800d56628 in ssl3_write (s=0x80154e180, buf=0x7275d3, > len=0) > at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ > s3_lib.c:2327 > #11 0x0000000800d4d19f in SSL_write (s=Variable "s" is not available. > ) > at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ > ssl_lib.c:903 > #12 0x0000000000597c1a in ssl_start_work () > #13 0x00000000005978b9 in ssl_start () > #14 0x00000000005c3a87 in smtp_open_full () > #15 0x00000000005284c8 in call_mailer (header=0x7fffffffdd40, > body=0x80152c080, alt_smtp_servers=0x0) at send.c:7118 > ---Type to continue, or q to quit--- > #16 0x000000000052cf34 in pine_send (outgoing=0x801434150, > body=0x7fffffffe328, editor_title=Variable "editor_title" is not > available. > ) at send.c:5141 > #17 0x000000000052e6ee in compose_mail (given_to=0x0, fcc_arg=0x0, > role_arg=0x0, attach=0x0, inc_text_getc=0) at send.c:984 > #18 0x000000000052e9b8 in compose_screen (pine_state=0x801401000) at > send.c:335 > #19 0x000000000050f385 in main (argc=1, argv=0x7fffffffec90) at > pine.c:1342 > Current language: auto; currently asm > (gdb) There are a few warnings during libssl compilation with gcc 4.2: %%% cc -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/src/secure/lib/libssl/../../../crypto/openssl -I/src/secure/lib/libssl/../../../crypto/openssl/crypto -I/obj/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -c /src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_clnt.c /src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_clnt.c: In function 'ssl3_send_client_key_exchange': /src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_clnt.c:1856: warning: function called through a non-compatible type /src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_clnt.c:1856: note: if this code is reached, the program will abort cc -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/src/secure/lib/libssl/../../../crypto/openssl -I/src/secure/lib/libssl/../../../crypto/openssl/crypto -I/obj/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -c /src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_enc.c cc -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/src/secure/lib/libssl/../../../crypto/openssl -I/src/secure/lib/libssl/../../../crypto/openssl/crypto -I/obj/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -c /src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_lib.c /src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_lib.c: In function 'ssl3_ctrl': /src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_lib.c:1756: warning: function called through a non-compatible type /src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_lib.c:1756: note: if this code is reached, the program will abort /src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_lib.c: In function 'ssl3_ctx_ctrl': /src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_lib.c:1937: warning: function called through a non-compatible type /src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_lib.c:1937: note: if this code is reached, the program will abort %%% The "if this code is reached, the program will abort" is perhaps related to the SIGABRT. Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Sat May 19 21:24:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DD1016A41F for ; Sat, 19 May 2007 21:24:49 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id E0F4813C457 for ; Sat, 19 May 2007 21:24:48 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.48] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.1.7) with ESMTPA id 322986463; Sat, 19 May 2007 23:24:46 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org User-Agent: KMail/1.9.5 References: <200705191730.06964.hselasky@c2i.net> <20070519121417.A37468@xorpc.icir.org> In-Reply-To: <20070519121417.A37468@xorpc.icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705192324.34663.hselasky@c2i.net> Cc: Luigi Rizzo Subject: Re: Video4Linux header files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 21:24:49 -0000 X-Original-Date: Sat, 19 May 2007 23:24:34 +0200 X-List-Received-Date: Sat, 19 May 2007 21:24:49 -0000 On Saturday 19 May 2007 21:14, Luigi Rizzo wrote: > On Sat, May 19, 2007 at 05:30:06PM +0200, Hans Petter Selasky wrote: > > Hi, > > > > The Video4Linux header files are dual BSD/GNU licensed! How nice! I want > > to put these into the kernel source tree. For example under > > /usr/src/sys/sys . > > > > The reason is that I want to implement a slightly modified version of the > > V4L so that I can have a well known Linux USB Webcam driver working on my > > FreeBSD using my new USB stack. > > > > Does anyone here have any comments on this ? > > the short answer is that in the short term you better rely on a port > e.g. v4lcompat > Ok. > The long answer is this: > There was a long discussion back in january about importing the > headers, and in the end the discussion somewhat stalled due to far > too many intertwined issues and the existence of a partial workaround > in ports/v4lcompat. > > As i recall/see it the problems were the following: > - licensing (at the time it was unclear; now this is solved); > - many v4l*-related programs are broken in various ways, typically > assuming that the existence of the v4l2 headers guarantees that the > OS supports the v4l2 api, so the program doesn't even try to check/use > v4l1 or something else at runtime. > At the moment, several of these ports get away with the problem by > ignoring it or removing v4l* support. Adding the headers in the base > system (which by itself is a desirable goal) requires working with > the maintainers to fix the build on the various os versions > (being ports not versioned, this could be slightly tricky). > - having v4l2 support makes no good to anyone now, since there is > no v4l2 driver available, and many linux v4l2 drivers use > USB2-isochronous transfers which are not supported on the current usb > stack; > - i don't know how problematic is this, but v4l2 headers seem to use > unnamed unions which, last time i tried, conflict with the compiler > setting used to build the kernel. While this is possibly an orthogonal > problem which we may have to address at some point (as unnamed unions > seem to be a common paradigm in linux headers), it is yet another hurdle. Unnamed unions are not so good. I suggest that we terminate unnamed unions with an "u". > > I suppose a suitable plan would be the following, but i have not had > the time to work on it: > > 1. add a v4lcompat build-dependency on the ports potentially affected, > making sure they still build correctly using v4l1 > 2. add v4l1 headers in the base system (possibly changing the v4lcompat > port to not install the headers if they are already in the base system); I want to put a V4L2.0 "videodev.h" under /usr/src/sys/sys/ with some modifications. What do you think about that? > 3. modify the vl4compat port to add the v4l2 headers, again fixing > any breakage in the builds > 4. as in step 2, add the v4l2 headers to the system, changing v4lcompat > as needed where the v4l* headers are in the base OS > Does anyone know which ports use the current Linux compat layer port and the v4lcompat port ? I think it is smarter to look forward. I'm going for V4L2.0 support in the FreeBSD kernel with some modifications. It looks much more coherent than the V4L1.0 support. --HPS PS: The Linux compat port is broken on FreeBSD-current, because "msleep" is being re-defined. From owner-freebsd-current@FreeBSD.ORG Sat May 19 21:33:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24EC116A421 for ; Sat, 19 May 2007 21:33:07 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id BB64C13C45E for ; Sat, 19 May 2007 21:33:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 22743 invoked by uid 399); 19 May 2007 21:33:06 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 19 May 2007 21:33:06 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <464F6D0F.5030406@FreeBSD.org> From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0b2 (X11/20070116) MIME-Version: 1.0 To: Larry Rosenman References: <299DD8FD-0E7A-4E3D-9902-2C7FE45AA7BC@lerctr.org> In-Reply-To: <299DD8FD-0E7A-4E3D-9902-2C7FE45AA7BC@lerctr.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: PINE: SIG 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 21:33:07 -0000 X-Original-Date: Sat, 19 May 2007 14:33:03 -0700 X-List-Received-Date: Sat, 19 May 2007 21:33:07 -0000 Larry Rosenman wrote: > I seem to be having an issue with mail/pine4 since the GCC upgrade > (might also be SYMVER). > > I upgraded the system to today's -CURRENT and pine will work, except > when it tries to talk > SSL to my mailserver. > > I get a signal 6 ABORT. Couple of silly questions. First, are you using ssl from the base, or from ports. If the former, I assume it was rebuilt as a result of build/installworld along with the rest of the base. If the latter, did you rebuild it after you installed the new world? Second, did you rebuild pine after installing the new world and/or ssl? I'm not saying that rebuilding pine is the right answer, just curious if you did it or not. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat May 19 21:34:03 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2163C16A421 for ; Sat, 19 May 2007 21:34:03 +0000 (UTC) (envelope-from llwang@infor.ck.tp.edu.tw) Received: from infor.ck.tp.edu.tw (infor.ck.tp.edu.tw [203.64.26.200]) by mx1.freebsd.org (Postfix) with ESMTP id E6BAD13C487 for ; Sat, 19 May 2007 21:34:02 +0000 (UTC) (envelope-from llwang@infor.ck.tp.edu.tw) Received: by infor.ck.tp.edu.tw (Postfix, from userid 1001) id CEABA1700C; Sun, 20 May 2007 05:34:01 +0800 (CST) From: "Li-Lun Wang (Leland Wang)" To: freebsd-current@FreeBSD.org Message-ID: <20070519213401.GA67391@Athena.infor.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: msk watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 21:34:03 -0000 X-Original-Date: Sun, 20 May 2007 05:34:01 +0800 X-List-Received-Date: Sat, 19 May 2007 21:34:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I am resending this since my previous message didn't seem to go through a couple of days ago. I was persuaded to report this on freebsd-current. I just installed 7.0-current as of May 3 on my new computer that comes with an on-board Marvell Yukon Gigabit Ethernet. Every now and then if the network throughput comes near several hundred kbytes, I get the msk0 watchdog timeout messages: kernel: msk0: watchdog timeout msk0: watchdog timeout (missed Tx interrupts) -- recovering Although it says recovering, the interface never comes back alive. Sometimes doing a kldunload / kldload if_msk can bring the interface back, but sometimes it is helpless with the following message when I reload the kernel module: kernel: mskc0: port 0xb000-0xb0ff mem 0xf9000000-0xf9003fff irq 16 at device 0.0 on pci4 kernel: msk0: on mskc0 kernel: msk0: failed to allocate DMA'able memory for jumbo buf kernel: device_attach: msk0 attach returned 1 I would have to reboot to solve this situation. Google found me not much information, but someone did mention something about MSI. I set hw.pci.enable_msix=0 and hw.pci.enable_msi=0 in my loader.conf, and I was able to reach megas of bytes throughput without a problem. - -- llwang -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGT21HCQM7t5B2mhARAhdxAJ41bGN9ARaM5NtMBehWaIl+5GkMGQCfVlAD f2fQ1bh5IQlv6DDR9WWibUU= =Bg93 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat May 19 21:42:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5209916A41F for ; Sat, 19 May 2007 21:42:59 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 245E213C4B8 for ; Sat, 19 May 2007 21:42:59 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l4JLgu2q042101; Sat, 19 May 2007 14:42:56 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l4JLgurj042100; Sat, 19 May 2007 14:42:56 -0700 (PDT) (envelope-from rizzo) From: Luigi Rizzo To: Hans Petter Selasky Message-ID: <20070519144256.A41946@xorpc.icir.org> References: <200705191730.06964.hselasky@c2i.net> <20070519121417.A37468@xorpc.icir.org> <200705192324.34663.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200705192324.34663.hselasky@c2i.net>; from hselasky@c2i.net on Sat, May 19, 2007 at 11:24:34PM +0200 Cc: freebsd-current@freebsd.org Subject: Re: Video4Linux header files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 21:42:59 -0000 X-Original-Date: Sat, 19 May 2007 14:42:56 -0700 X-List-Received-Date: Sat, 19 May 2007 21:42:59 -0000 On Sat, May 19, 2007 at 11:24:34PM +0200, Hans Petter Selasky wrote: > On Saturday 19 May 2007 21:14, Luigi Rizzo wrote: ... > > - i don't know how problematic is this, but v4l2 headers seem to use > > unnamed unions which, last time i tried, conflict with the compiler > > setting used to build the kernel. While this is possibly an orthogonal > > problem which we may have to address at some point (as unnamed unions > > seem to be a common paradigm in linux headers), it is yet another hurdle. > > Unnamed unions are not so good. I suggest that we terminate unnamed unions > with an "u". It is not our choice. Linux v4l2 headers use these unions, software is written against these headers, we can't change the names unless we want to make extensive changes to the sources. > > I suppose a suitable plan would be the following, but i have not had > > the time to work on it: > > > > 1. add a v4lcompat build-dependency on the ports potentially affected, > > making sure they still build correctly using v4l1 > > 2. add v4l1 headers in the base system (possibly changing the v4lcompat > > port to not install the headers if they are already in the base system); > > I want to put a V4L2.0 "videodev.h" under /usr/src/sys/sys/ with some > modifications. What do you think about that? All the constraints i mentioned in the original email still apply. First you need to address the unnamed unions problem, then you will have to deal with a significant amount of breakage in the ports. > > 3. modify the vl4compat port to add the v4l2 headers, again fixing > > any breakage in the builds > > 4. as in step 2, add the v4l2 headers to the system, changing v4lcompat > > as needed where the v4l* headers are in the base OS > > > > Does anyone know which ports use the current Linux compat layer port and the > v4lcompat port ? There is some magic port script you can run on the ports tree to get the list of ports which depend on v4lcompat. But the problem, as i tried to explain in the original message, is that there are ports which don't have a v4lcompat dependency while they should (at least to have a consistent build environment) and others which misbehave when they find a v4l header. > PS: The Linux compat port is broken on FreeBSD-current, because "msleep" is > being re-defined. yes, i noticed. cheers luigi From owner-freebsd-current@FreeBSD.ORG Sat May 19 21:47:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7412516A421; Sat, 19 May 2007 21:47:35 +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 54C5213C489; Sat, 19 May 2007 21:47:35 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from 032-437-789.area7.spcsdns.net ([70.3.9.21]:2297) by thebighonker.lerctr.org with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HpWlx-000Dlo-6i; Sat, 19 May 2007 16:47:35 -0500 Sender: ler@lerctr.org From: "Larry Rosenman" To: "Doug Barton" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Message-ID: <200705191647320000@2074715352> Content-Transfer-Encoding: 8bit X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0.001 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0.001 DomainKey-Status: no signature Cc: freebsd-current@freebsd.org Subject: Re: PINE: SIG 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 21:47:35 -0000 X-Original-Date: Sat, 19 May 2007 16:47:31 -0500 X-List-Received-Date: Sat, 19 May 2007 21:47:35 -0000 from the base, and recompiled with -g to make the backtrace useful. See the ongoing thread on -CURRENT. Its (we think) been traced to the ssl/crypto libs). -- Larry Rosenman (via mobile) ------- Original Message ------- From: Doug Barton To: Larry Rosenman Sent: 5/19/07, 4:33:03 PM Subject: Re: PINE: SIG 6 Larry Rosenman wrote: > I seem to be having an issue with mail/pine4 since the GCC upgrade > (might also be SYMVER). > > I upgraded the system to today's -CURRENT and pine will work, except > when it tries to talk > SSL to my mailserver. > > I get a signal 6 ABORT. Couple of silly questions. First, are you using ssl from the base, or from ports. If the former, I assume it was rebuilt as a result of build/installworld along with the rest of the base. If the latter, did you rebuild it after you installed the new world? Second, did you rebuild pine after installing the new world and/or ssl? I'm not saying that rebuilding pine is the right answer, just curious if you did it or not. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat May 19 22:58:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2374616A468 for ; Sat, 19 May 2007 22:58:58 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id DB60513C46E for ; Sat, 19 May 2007 22:58:57 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so1473006pyh for ; Sat, 19 May 2007 15:58:57 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=a+Gmw7lxoRQ2o2JfJxFb2k1wNlCQUior0uQ3QKQotW2dG8KmdBQo+1oWlhlCm4qb1IIApIROuo6zS3gx1s+URGqiPA58KpUFPrMqQcbnDvEIoJ8+ABtR28J7iJWxCC8hJd4ZXGky9eGb8N0kQ8E+lO/TPJJO502eufJYhSgtUhY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=NWV1+GYt3TWZKr+P4yfo9LntRtCO5D7SMhXRctMyx9xVvMuWdZg4nJPWKuqxxN2aaj/PJ6vheY+727m/YBF54KToXNPDlRvpk8UhAv1piZ74tNyc/3l79WZ8XguHL2LZT1jmohJ9Z73tpGItYfPjaapPG0HjzqLFW6Nk2mFh7A4= Received: by 10.114.177.1 with SMTP id z1mr1730988wae.1179615536993; Sat, 19 May 2007 15:58:56 -0700 (PDT) Received: by 10.114.194.12 with HTTP; Sat, 19 May 2007 15:58:56 -0700 (PDT) Message-ID: From: "Claus Guttesen" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: make buildworld fails in gperf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 22:58:58 -0000 X-Original-Date: Sun, 20 May 2007 00:58:56 +0200 X-List-Received-Date: Sat, 19 May 2007 22:58:58 -0000 Hi. I did a make world and kernel after gcc 4.2 was imported and rebooted. When I try make buildworld after that I get (hand transcribed): undefined reference to '_Unwind_Resume' *** Error code 1 Stop in /usr/src/gnu/usr.bin/gperf *** Error code 1 Stop in /usr/src The pre-gcc-4.2 buildworld and buildworld completed and buildkernel as well but buildworld did not complete. I have removed gperf and done another csup from cvsup.no.freebsd.org but same error. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare. From owner-freebsd-current@FreeBSD.ORG Sat May 19 23:06:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B53E416A468 for ; Sat, 19 May 2007 23:06:00 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 3488813C46A for ; Sat, 19 May 2007 23:05:59 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l4JN5rqP061849 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 20 May 2007 01:05:58 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l4JN5rQG089911 for ; Sun, 20 May 2007 01:05:53 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.14.1/8.14.1/Submit) id l4JN5qFl006647 for freebsd-current@freebsd.org; Sun, 20 May 2007 01:05:52 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org User-Agent: KMail/1.9.4 References: <299DD8FD-0E7A-4E3D-9902-2C7FE45AA7BC@lerctr.org> <9F2A10A0-2B58-4BE4-8DD0-9D7811B6BCE6@lerctr.org> <200705192151.34547.pieter@degoeje.nl> In-Reply-To: <200705192151.34547.pieter@degoeje.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705200105.52657.h.schmalzbauer@omnisec.de> Subject: libssl broken by gcc4.2 import [Was: Re: PINE: SIG 6] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 23:06:00 -0000 X-Original-Date: Sun, 20 May 2007 01:05:52 +0200 X-List-Received-Date: Sat, 19 May 2007 23:06:00 -0000 Am Samstag, 19. Mai 2007 21:51 schrieb Pieter de Goeje: [...] > I believe libssl is broken if not compiled with -DOPENSSL_NO_DH. Gcc will > warn that the program will abort if the code reaches any call to > DHparams_dup() when compiling libssl. > > ssl3_send_client_key_exchange calls this (macro) at s3_clnt.c:1856. There > are other places too. I can confirm that many applications don't work with SSL protocolls any more, like kmail and opera. Your solution sounds reasonable. How is -DOPENSSL_NO_DH best implemented? Best regards, -Harry > > - Pieter de Goeje > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat May 19 23:21:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1CA5916A468 for ; Sat, 19 May 2007 23:21:09 +0000 (UTC) (envelope-from simon@benji.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id CE0C613C45B for ; Sat, 19 May 2007 23:21:08 +0000 (UTC) (envelope-from simon@benji.nitro.dk) Received: from benji.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 265242D4ED7; Sat, 19 May 2007 23:21:07 +0000 (UTC) Received: by benji.nitro.dk (Postfix, from userid 2000) id 36AD510001; Sat, 19 May 2007 19:21:06 -0400 (EDT) From: "Simon L. Nielsen" To: Michiel Boland Message-ID: <20070519232104.GA1028@zaphod.nitro.dk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: openvpn dies in recent -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 23:21:09 -0000 X-Original-Date: Sat, 19 May 2007 19:21:05 -0400 X-List-Received-Date: Sat, 19 May 2007 23:21:09 -0000 On 2007.05.19 22:29:45 +0200, Michiel Boland wrote: > Hi. Openvpn dies with an illegal instruction error in recent -CURRENTs. (I > guess currents with the new gcc.) Portsnap's use of openssl(1) also seems to trigger this, or a similar problem. I will have a look at it once I get home from BSDCan early next week. If anyone has looked at this before I get home, I will of course not complain :-). -- Simon L. Nielsen Hat: OpenSSL Janitor From owner-freebsd-current@FreeBSD.ORG Sat May 19 23:37:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 88ECA16A469 for ; Sat, 19 May 2007 23:37:46 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp1.utsp.utwente.nl [130.89.2.8]) by mx1.freebsd.org (Postfix) with ESMTP id 0F01113C448 for ; Sat, 19 May 2007 23:37:45 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id l4JNbdLr022555; Sun, 20 May 2007 01:37:40 +0200 From: Pieter de Goeje To: freebsd-current@freebsd.org User-Agent: KMail/1.9.6 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705200137.39544.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Michiel Boland Subject: Re: openvpn dies in recent -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 May 2007 23:37:46 -0000 X-Original-Date: Sun, 20 May 2007 01:37:39 +0200 X-List-Received-Date: Sat, 19 May 2007 23:37:46 -0000 On Saturday 19 May 2007, Michiel Boland wrote: > Hi. Openvpn dies with an illegal instruction error in recent -CURRENTs. (I > guess currents with the new gcc.) > > Running through a debugger gives:- > > Starting program: /usr/local/sbin/openvpn > /usr/local/etc/openvpn/openvpn.conf > > Program received signal SIGILL, Illegal instruction. > 0x0000000800868dd0 in PEM_read_bio_X509 (bp=0x800e4b080, x=0x0, > cb=0x439e70 , u=0x0) from /lib/libcrypto.so.5 > (gdb) bt > #0 0x0000000800868dd0 in PEM_read_bio_X509 (bp=0x800e4b080, x=0x0, > cb=0x439e70 , u=0x0) from /lib/libcrypto.so.5 > #1 0x00000008006b14e8 in SSL_CTX_use_certificate_file (ctx=0x800e3d1c0, > file=0x800e1a0e8 "/usr/local/etc/openvpn/mboland.crt", type=Variable > "type" is not available. ) > at > /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ssl_rsa.c:481 #2 > 0x000000000043b0f8 in init_ssl () > #3 0x0000000000413a04 in init_instance () > #4 0x0000000000413ecd in init_instance_handle_signals () > #5 0x0000000000422b7f in main () > (gdb) disas > Dump of assembler code for function PEM_read_bio_X509: > 0x0000000800868dd0 : ud2a > End of assembler dump. Basically everything that depends on openssl is broken. This is because gcc 4.2 disallows function pointer conversion. Gcc emits several warnings of this type during the compilation of openssl: "warning: function called through a non-compatible type note: if this code is reached, the program will abort" At these points gcc inserts an abort() call, instead of the intended call through a function pointer. You can find more information here: http://gcc.gnu.org/ml/gcc/2006-07/msg00037.html http://www.mail-archive.com/openssl-dev%40openssl.org/msg21938.html Apparently a fix for this is in openssl 0.9.9. - Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Sun May 20 00:52:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21FDE16A400; Sun, 20 May 2007 00:52:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EDDF813C455; Sun, 20 May 2007 00:52:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4K0qcFu017856; Sat, 19 May 2007 20:52:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4K0qcTe082975; Sat, 19 May 2007 20:52:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EA00D73068; Sat, 19 May 2007 20:52:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070520005237.EA00D73068@freebsd-current.sentex.ca> X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 20 May 2007 00:52:39 -0000 X-Original-Date: Sat, 19 May 2007 20:52:37 -0400 (EDT) X-List-Received-Date: Sun, 20 May 2007 00:52:39 -0000 TB --- 2007-05-19 23:22:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-19 23:22:14 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-05-19 23:22:14 - cleaning the object tree TB --- 2007-05-19 23:22:31 - checking out the source tree TB --- 2007-05-19 23:22:31 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-05-19 23:22:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-19 23:29:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-19 23:29:58 - cd /src TB --- 2007-05-19 23:29:58 - /usr/bin/make -B buildworld >>> World build started on Sat May 19 23:29:59 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun May 20 00:39:27 UTC 2007 TB --- 2007-05-20 00:39:27 - generating LINT kernel config TB --- 2007-05-20 00:39:27 - cd /src/sys/sun4v/conf TB --- 2007-05-20 00:39:27 - /usr/bin/make -B LINT TB --- 2007-05-20 00:39:27 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-20 00:39:27 - cd /src TB --- 2007-05-20 00:39:27 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 20 00:39:27 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding /src/sys/sun4v/sun4v/tsb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding /src/sys/sun4v/sun4v/tte.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding /src/sys/sun4v/sun4v/tte_hash.c /src/sys/sun4v/sun4v/tte_hash.c:234:26: error: macro "VMCNT_GET" passed 2 arguments, but takes just 1 /src/sys/sun4v/sun4v/tte_hash.c: In function 'free_fragment_pages': /src/sys/sun4v/sun4v/tte_hash.c:234: error: 'VMCNT_GET' undeclared (first use in this function) /src/sys/sun4v/sun4v/tte_hash.c:234: error: (Each undeclared identifier is reported only once /src/sys/sun4v/sun4v/tte_hash.c:234: error: for each function it appears in.) *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-20 00:52:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-20 00:52:37 - ERROR: failed to build lint kernel TB --- 2007-05-20 00:52:37 - tinderbox aborted TB --- 0.69 user 1.98 system 5423.51 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun May 20 03:23:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 471B116A468 for ; Sun, 20 May 2007 03:23:30 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 3835013C46C for ; Sun, 20 May 2007 03:23:30 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5BE0A1A3C19; Sat, 19 May 2007 20:24:26 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4BC0051417; Sat, 19 May 2007 23:23:29 -0400 (EDT) From: Kris Kennaway To: Michiel Boland Message-ID: <20070520032329.GA10730@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: openvpn dies in recent -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 20 May 2007 03:23:30 -0000 X-Original-Date: Sat, 19 May 2007 23:23:29 -0400 X-List-Received-Date: Sun, 20 May 2007 03:23:30 -0000 On Sat, May 19, 2007 at 10:29:45PM +0200, Michiel Boland wrote: > Hi. Openvpn dies with an illegal instruction error in recent -CURRENTs. (I > guess currents with the new gcc.) Known issue, libssl seems to be broken with gcc 4.2. Kris From owner-freebsd-current@FreeBSD.ORG Sun May 20 04:30:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC2BB16A421 for ; Sun, 20 May 2007 04:30:04 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx2.gfk.ru (mx2.gfk.ru [84.21.231.139]) by mx1.freebsd.org (Postfix) with ESMTP id 07EC513C43E for ; Sun, 20 May 2007 04:30:03 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx2.gfk.ru (MDaemon PRO v9.5.6) with ESMTP id md50000088761.msg; Sun, 20 May 2007 08:32:33 +0400 Received: from 10.0.0.30 ([10.0.0.30]) by ex.hhp.local ([10.0.0.30]) with Microsoft Exchange Server HTTP-DAV ; Sun, 20 May 2007 04:32:29 +0000 From: "Yuriy Tsibizov" To: , , Message-ID: <002b01c79a97$e001fd13$1e00000a@hhp.local> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Thread-Topic: [Regression] snd_emu10k1 doesn't work after GCC 4.2 upgrade Thread-Index: Aceal+ABVa5b3sTvQvCGNzRxiF7gkw== X-MimeOLE: Produced By Microsoft Exchange V6.5 X-Spam-Processed: mx2.gfk.ru, Sun, 20 May 2007 08:32:33 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDAV-Processed: mx2.gfk.ru, Sun, 20 May 2007 08:32:33 +0400 Cc: Subject: RE: [Regression] snd_emu10k1 doesn't work after GCC 4.2 upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 20 May 2007 04:30:04 -0000 X-Original-Date: Sun, 20 May 2007 08:30:39 +0400 X-List-Received-Date: Sun, 20 May 2007 04:30:04 -0000 Ed, do you use i386 or amd64 kernel? I can't repeat your problems on my = collection of Creative cards on i386. Yuriy -----Original Message----- From: "Ed Schouten" Sent: 19.05.07 22:48:09 To: "current@freebsd.org", = "sound@freebsd.org" Subject: [Regression] snd_emu10k1 doesn't work after GCC 4.2 upgrade Hello, This afternoon I reinstalled a new kernel and world, which has GCC 4.2. For some reason, my SoundBlaster Live! card doesn't work properly anymore. It seems at least the sample rate doesn't get set properly, because playback time is slower than wall clock time. My previous kernel was from May 14, but it seems there haven't been any commits in the audio layer in the mean time that could cause these problems. What would be a good way to see what's wrong? --=20 Ed Schouten WWW: http://g-rave.nl/ From owner-freebsd-current@FreeBSD.ORG Tue Oct 7 23:03:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53ED41065758; Tue, 7 Oct 2008 23:03:29 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 284168FC20; Tue, 7 Oct 2008 23:03:29 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 95D8971F462; Tue, 7 Oct 2008 19:03:28 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HiJNUooqRpqj; Tue, 7 Oct 2008 19:03:28 -0400 (EDT) Received: from [35.9.44.65] (daemon.egr.msu.edu [35.9.44.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTPSA id 736A671F45C; Tue, 7 Oct 2008 19:03:28 -0400 (EDT) Message-ID: <48EBEAC0.6030706@egr.msu.edu> Date: Tue, 07 Oct 2008 19:03:28 -0400 From: Adam McDougall User-Agent: Thunderbird 2.0.0.17 (X11/20080926) MIME-Version: 1.0 To: Alexander Motin References: <1222644184.00019171.1222632003@10.7.7.3> <48E263BE.7030006@FreeBSD.org> In-Reply-To: <48E263BE.7030006@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: Hard crash with new snd_hda. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 23:03:29 -0000 Alexander Motin wrote: > Frank Mayhar wrote: >> Fatal trap 12: page fault while in kernel mode >> cpuid = 1; apic id = 01 >> fault virtual address = 0x14 >> fault code = supervisor read, page not present >> instruction pointer = 0x20:0xc617e0f1 >> stack pointer = 0x28:0xe80697fc >> frame pointer = 0x28:0xe8069828 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 1184 (kldload) >> trap number = 12 >> panic: page fault >> cpuid = 1 >> Uptime: 54s >> Physical memory: 2003 MB >> Dumping 95 MB: > > This is probably the late consequence. I think debugging at this point > won't give much. At least it will require deep data structures digging. > > You can enable some more debugging with setting hw.snd.verbose=4. May > be it will give some clues. If not, probably we should try to add some > debug printing near channel-to-device assignment loop near line 7170. > We should try to find is the channel number was incorrectly set > initially or it was erased later or channel memory itself was erased. > > The only idea I have now about the problem is that it may be related > to the two audio codecs that you have on the same HDA bus. You are the > first person who reported about such setup, so it wasn't ever tested. > I think I am having a similar issue, discovered it on a new model Dell Latitude E6500. It is probably seeing a codec for HDMI and modem in addition to the normal sound. Sound works if I patch the old hda driver to detect my codec on 7.1, but I just got 8 installed last night. If I have KDB_UNATTENDED and a dumpdev, it either hangs at the beginning of the dump or reboots almost immediately after the panic. I can try to hook up a serial or firewire console later and gather more info, but tonight I might be too busy. In the meantime, here are two screenshots of the panic and the backtrace: http://www.egr.msu.edu/~mcdouga9/pics/1007081830.jpg http://www.egr.msu.edu/~mcdouga9/pics/1007081831.jpg From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 01:31:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9FA310656A7; Wed, 8 Oct 2008 01:31:41 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id AD1828FC19; Wed, 8 Oct 2008 01:31:40 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id C2A5928449; Wed, 8 Oct 2008 09:31:39 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 77D20101C7D3; Wed, 8 Oct 2008 09:31:39 +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 lCXemLZdUNYe; Wed, 8 Oct 2008 09:31:34 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 5B0AF101C682; Wed, 8 Oct 2008 09:31:33 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=cTby9hH4JmY/0YVJUCTMx+LD4uVNehW2jXquEKwGqfJD2yLe85jqA/7tQ0yUpuQSi F9b1kcT2YQtW25BIuHXxA== Message-ID: <48EC0D73.4000801@delphij.net> Date: Tue, 07 Oct 2008 18:31:31 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.17 (X11/20080928) MIME-Version: 1.0 To: Eric Anderson References: <464C4087.1070509@freebsd.org> In-Reply-To: <464C4087.1070509@freebsd.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: src/lib/compat mentioned in src/UPDATING X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 01:31:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Eric Anderson wrote: > In src/UPDATING, around line , it mentions: > > > > There's no src/lib/compat directory. Should it be removed from UPDATING? I think so, have changed this to ports/misc/compat*... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjsDXIACgkQi+vbBBjt66Cy5wCggoPvDC4ba68ZwFE9YXq0cKFQ sXQAnjP1eLWJiP6CTknolzTsVkoeZqG5 =k/CL -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 01:50:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B486C10656A2 for ; Wed, 8 Oct 2008 01:50:20 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6642E8FC0C for ; Wed, 8 Oct 2008 01:50:20 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.205] (p53.kientzle.com [66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id m981oEtv085390; Tue, 7 Oct 2008 18:50:18 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <48EC11D1.3090304@freebsd.org> Date: Tue, 07 Oct 2008 18:50:09 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: jos@catnook.com References: <20081004080511.GA72641@lizzy.catnook.local> <20081004161024.GA67323@nagual.pp.ru> <20081004222249.GA48928@lizzy.catnook.local> <48E80F02.4070309@freebsd.org> <20081005233256.GB8507@lizzy.catnook.local> <48E95D0E.50202@freebsd.org> <20081006051424.GA5858@lizzy.catnook.local> <48EA2FA0.8060007@freebsd.org> <20081006190750.GA14017@lizzy.catnook.local> <48EAE8DA.2000908@freebsd.org> <20081007163143.GA25284@lizzy.catnook.local> In-Reply-To: <20081007163143.GA25284@lizzy.catnook.local> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrey Chernov , freebsd-current@freebsd.org Subject: Re: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 01:50:20 -0000 This is a lot more interesting. This points to a crash within libc's db code. Somehow, it's trying to compute a hash for some element with length -10618, which is getting converted to an unsigned 4294956678, which is causing the crash. Does Firefox have knobs to use a newer Berkeley DB? I can't recall whether newer Berkeley DB versions are thread-safe but I'm pretty sure the old version in our libc isn't. If Firefox is assuming the BDB code is thread-safe that could certainly cause corruption of the BDB data with all sorts of unpleasant consequences. That's just a random guess, though. Maybe someone else on this mailing list knows better. Tim > Good news! firefox3 crashed again, so the problem is not fixed. But the > backtrace (attached) looks slightly different this time. Anything particular > you'd like me to look at? > #0 0x2a31656b in thr_kill () at thr_kill.S:2 > #1 0x2a2c5736 in pthread_kill () from /lib/libthr.so.3 > #2 0x2a2c32c3 in raise () from /lib/libthr.so.3 > #3 0x28237381 in XRE_InitEmbedding () from /usr/local/lib/firefox3/libxul.so > #4 > #5 hash4 (keyarg=0xad6397a, len=4294956678) at /usr/src/lib/libc/db/hash/hash_func.c:184 > #6 0x2a39ab3d in __call_hash (hashp=0x8386200, k=0xad6397a "", len=-10618) at /usr/src/lib/libc/db/hash/hash.c:896 > #7 0x2a3997fa in __split_page (hashp=0x8386200, obucket=7, nbucket=15) at /usr/src/lib/libc/db/hash/hash_page.c:356 > #8 0x2a39ac09 in __expand_table (hashp=0x8386200) at /usr/src/lib/libc/db/hash/hash.c:865 > #9 0x2a39922f in __addel (hashp=0x8386200, bufp=0xb2e47c0, key=0xbf4f9640, val=0xbf4f9648) at /usr/src/lib/libc/db/hash/hash_page.c:454 > #10 0x2a39c2e0 in hash_access (hashp=0x8386200, action=HASH_PUT, key=0xbf4f9640, val=0xbf4f9648) at /usr/src/lib/libc/db/hash/hash.c:680 > #11 0x2aa0cb9c in ?? () from /usr/local/lib/firefox3/libnssdbm3.so > #12 0xbf4f9648 in ?? () > #13 0xbf4f9640 in ?? () > #14 0xbf4f9648 in ?? () > #15 0x00000000 in ?? () > #16 0x2a2c3599 in pthread_self () from /lib/libthr.so.3 > #17 0x2aa1c3e4 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so > #18 0x2aa1cbb8 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so > #19 0x2aa1d6ff in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so > #20 0x2aa218b2 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so > #21 0x2aa236c9 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so > #22 0x2aa23791 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 06:22:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7681A106568E for ; Wed, 8 Oct 2008 06:22:08 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id D882B8FC25 for ; Wed, 8 Oct 2008 06:22:07 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=uUmtgKHQwvA07F2yBopI6A==:17 a=rAaZKoOGbiiHWbGSHA0A:9 a=H3lqEyebxMUFX65LxNMA:7 a=oMODqtlWI_SHHOdSRS9kp2QHvjgA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.118] (account mc467741@c2i.net [62.113.135.118] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1104083561; Wed, 08 Oct 2008 08:22:04 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 8 Oct 2008 08:24:01 +0200 User-Agent: KMail/1.9.7 References: <200705191730.06964.hselasky@c2i.net> <200705192324.34663.hselasky@c2i.net> <20070519144256.A41946@xorpc.icir.org> In-Reply-To: <20070519144256.A41946@xorpc.icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810080824.01507.hselasky@c2i.net> Cc: Luigi Rizzo Subject: Re: Video4Linux header files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 06:22:08 -0000 On Saturday 19 May 2007, Luigi Rizzo wrote: > On Sat, May 19, 2007 at 11:24:34PM +0200, Hans Petter Selasky wrote: > > On Saturday 19 May 2007 21:14, Luigi Rizzo wrote: > > ... > > > > - i don't know how problematic is this, but v4l2 headers seem to use > > > unnamed unions which, last time i tried, conflict with the compiler > > > setting used to build the kernel. While this is possibly an > > > orthogonal problem which we may have to address at some point (as > > > unnamed unions seem to be a common paradigm in linux headers), it is > > > yet another hurdle. > > > > Unnamed unions are not so good. I suggest that we terminate unnamed > > unions with an "u". We can make this a compile time option: #ifdef NOT_GCC_4X #define MY_UNION u #else #define MY_UNION #endif union { } MY_UNION; I see no problem about that. Else it will be a nightmare to port the code to other and especially older compilers. > > It is not our choice. Linux v4l2 headers use these unions, > software is written against these headers, we can't change the > names unless we want to make extensive changes to the sources. We can be compatible with both! > > > > I suppose a suitable plan would be the following, but i have not had > > > the time to work on it: > > > > > > 1. add a v4lcompat build-dependency on the ports potentially affected, > > > making sure they still build correctly using v4l1 > > > 2. add v4l1 headers in the base system (possibly changing the v4lcompat > > > port to not install the headers if they are already in the base > > > system); > > > > I want to put a V4L2.0 "videodev.h" under /usr/src/sys/sys/ with some > > modifications. What do you think about that? > > All the constraints i mentioned in the original email still apply. > First you need to address the unnamed unions problem, then > you will have to deal with a significant amount of breakage in > the ports. See comment above. > > > > 3. modify the vl4compat port to add the v4l2 headers, again fixing > > > any breakage in the builds > > > 4. as in step 2, add the v4l2 headers to the system, changing v4lcompat > > > as needed where the v4l* headers are in the base OS > > > > Does anyone know which ports use the current Linux compat layer port and > > the v4lcompat port ? > > There is some magic port script you can run on the ports tree to get the > list of ports which depend on v4lcompat. But the problem, as i tried to > explain in the original message, is that there are ports which don't have a > v4lcompat dependency while they should (at least to have a > consistent build environment) and others which misbehave when they find > a v4l header. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 07:54:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 117CF1065697; Wed, 8 Oct 2008 07:54:49 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 85B488FC0A; Wed, 8 Oct 2008 07:54:47 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 224036699; Wed, 08 Oct 2008 10:54:46 +0300 Message-ID: <48EC6745.8020404@FreeBSD.org> Date: Wed, 08 Oct 2008 10:54:45 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Ilya Bakulin References: <48DEA8E7.2080503@FreeBSD.org> <5f67a8c40810052226k3070a11ah463a819c677f6307@mail.gmail.com> <20081008113848.c9b44354.webmaster@kibab.com> In-Reply-To: <20081008113848.c9b44354.webmaster@kibab.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org, Zaphod Beeblebrox , imp@freebsd.org, freebsd-mobile@freebsd.org, freebsd-current@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 07:54:49 -0000 Ilya Bakulin wrote: > I have another SD card, 2 Gb size, in my camera. It's from Kingston. It doesn't work: > > sdhci0-slot0: Card inserted > mmc0: on sdhci0 > sdhci0-slot0: Command error 1 (opcode 2 arg 0 flags 103 dlen 0 dflags 0) > mmc0: setting transfer rate to 50.000MHz > > ... and no new storage devices appear. Theoretically it may be an SDHC card. They are not responding to incompatible host with alike symptoms. I have already implemented MMC and SDHC support and going to publish it soon. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 08:18:35 2008 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 095501065686; Wed, 8 Oct 2008 08:18:35 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id B74208FC17; Wed, 8 Oct 2008 08:18:34 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1KnTxu-0000i2-Pt>; Wed, 08 Oct 2008 10:00:14 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1KnTxu-0001SX-Ot>; Wed, 08 Oct 2008 10:00:14 +0200 Message-ID: <48EC67FF.3030900@zedat.fu-berlin.de> Date: Wed, 08 Oct 2008 07:57:51 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.17 (X11/20080927) MIME-Version: 1.0 To: Alexander Kabaev References: <20070518192007.6e6a91e1@kan.dnsalias.net> <20070519022016.2b4a6bda@kan.dnsalias.net> In-Reply-To: <20070519022016.2b4a6bda@kan.dnsalias.net> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: HEADS UP: GCC 4.2.0 is coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 08:18:35 -0000 Alexander Kabaev wrote: > On Fri, 18 May 2007 19:20:07 -0400 > Alexander Kabaev wrote: > >> HEADS UP: I will start importing GCC 4.2.0 bits in about one hour and >> plan to finish in a couple of hours after that. >> >> The src/ tree will be utterly broken meanwhile. I'll send an 'all >> clear' message when done. > > Done. > Just for those who aren't on the cutting edge: why gcc 4.2.0 and not 4.2.1 as it is used in 7.X? Regards, O. From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 08:36:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91906106568B for ; Wed, 8 Oct 2008 08:36:23 +0000 (UTC) (envelope-from peter@wemm.org) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 73B1D8FC1E for ; Wed, 8 Oct 2008 08:36:23 +0000 (UTC) (envelope-from peter@wemm.org) Received: by wf-out-1314.google.com with SMTP id 24so3729419wfg.7 for ; Wed, 08 Oct 2008 01:36:22 -0700 (PDT) Received: by 10.142.84.3 with SMTP id h3mr3273215wfb.309.1223454982785; Wed, 08 Oct 2008 01:36:22 -0700 (PDT) Received: by 10.142.255.21 with HTTP; Wed, 8 Oct 2008 01:36:22 -0700 (PDT) Message-ID: Date: Wed, 8 Oct 2008 01:36:22 -0700 From: "Peter Wemm" To: "O. Hartmann" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: hackers@freebsd.org, current@freebsd.org Subject: TIME WARP! Re: HEADS UP: GCC 4.2.0 is coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 08:36:23 -0000 On Wed, Oct 8, 2008 at 12:57 AM, O. Hartmann wrote: > Alexander Kabaev wrote: >> >> On Fri, 18 May 2007 19:20:07 -0400 >> Alexander Kabaev wrote: >> >>> HEADS UP: I will start importing GCC 4.2.0 bits in about one hour and >>> plan to finish in a couple of hours after that. >>> >>> The src/ tree will be utterly broken meanwhile. I'll send an 'all >>> clear' message when done. >> >> Done. >> > > Just for those who aren't on the cutting edge: why gcc 4.2.0 and not 4.2.1 > as it is used in 7.X? > > Regards, > O. Sorry about that. I accidently revived a bunch of stuck email messages from our mailing list processing system. These messages from 2007 came back to life somehow. (Hint: Mailman's 'unshunt' command doesn't give a usage message) -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 08:40:05 2008 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB8F81065690 for ; Wed, 8 Oct 2008 08:40:05 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 495B78FC2A for ; Wed, 8 Oct 2008 08:40:04 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id m988e01j028671 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Oct 2008 12:40:01 +0400 (MSD) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KnUaO-0005yu-0w; Wed, 08 Oct 2008 12:40:00 +0400 From: Vladimir Grebenschikov To: "O. Hartmann" In-Reply-To: <48EC67FF.3030900@zedat.fu-berlin.de> References: <20070518192007.6e6a91e1@kan.dnsalias.net> <20070519022016.2b4a6bda@kan.dnsalias.net> <48EC67FF.3030900@zedat.fu-berlin.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 08 Oct 2008 12:39:59 +0400 Message-Id: <1223455199.1864.16.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: HEADS UP: GCC 4.2.0 is coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 08:40:06 -0000 On Wed, 2008-10-08 at 07:57 +0000, O. Hartmann wrote: > Alexander Kabaev wrote: > > On Fri, 18 May 2007 19:20:07 -0400 -------^^^^^^^^^^^^^^^^^ > > Alexander Kabaev wrote: > > > >> HEADS UP: I will start importing GCC 4.2.0 bits in about one hour and > >> plan to finish in a couple of hours after that. > >> > >> The src/ tree will be utterly broken meanwhile. I'll send an 'all > >> clear' message when done. > > > > Done. > > > > Just for those who aren't on the cutting edge: why gcc 4.2.0 and not > 4.2.1 as it is used in 7.X? Looks like very outdated messages were delivered from spool. > Regards, > O. -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 08:40:10 2008 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02B65106568C for ; Wed, 8 Oct 2008 08:40:10 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id B0AC38FC31 for ; Wed, 8 Oct 2008 08:40:09 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-255-48-78.bredband.comhem.se ([83.255.48.78]:54562 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1KnULq-0004n8-54 for current@FreeBSD.ORG; Wed, 08 Oct 2008 10:25:02 +0200 Received: (qmail 64326 invoked from network); 8 Oct 2008 10:24:49 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 8 Oct 2008 10:24:49 +0200 Received: (qmail 3770 invoked by uid 1001); 8 Oct 2008 10:24:49 +0200 Date: Wed, 8 Oct 2008 10:24:49 +0200 From: Erik Trulsson To: "O. Hartmann" Message-ID: <20081008082449.GA3741@owl.midgard.homeip.net> References: <20070518192007.6e6a91e1@kan.dnsalias.net> <20070519022016.2b4a6bda@kan.dnsalias.net> <48EC67FF.3030900@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48EC67FF.3030900@zedat.fu-berlin.de> User-Agent: Mutt/1.5.18 (2008-05-17) X-Originating-IP: 83.255.48.78 X-Scan-Result: No virus found in message 1KnULq-0004n8-54. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1KnULq-0004n8-54 14f5700d13b63b099917739143826d25 Cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: HEADS UP: GCC 4.2.0 is coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 08:40:10 -0000 On Wed, Oct 08, 2008 at 07:57:51AM +0000, O. Hartmann wrote: > Alexander Kabaev wrote: > > On Fri, 18 May 2007 19:20:07 -0400 > > Alexander Kabaev wrote: > > > >> HEADS UP: I will start importing GCC 4.2.0 bits in about one hour and > >> plan to finish in a couple of hours after that. > >> > >> The src/ tree will be utterly broken meanwhile. I'll send an 'all > >> clear' message when done. > > > > Done. > > > > Just for those who aren't on the cutting edge: why gcc 4.2.0 and not > 4.2.1 as it is used in 7.X? Take a close look at the date of the message you were replying to. It is somewhat old. (There seems to have been a mail-server hiccup somewhere.) -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 08:51:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A48DB1065688 for ; Wed, 8 Oct 2008 08:51:22 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 6A9F88FC23 for ; Wed, 8 Oct 2008 08:51:22 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 4E295170E3 for ; Wed, 8 Oct 2008 08:33:08 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id m988X7bL056364 for ; Wed, 8 Oct 2008 08:33:07 GMT (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Wed, 08 Oct 2008 08:33:07 +0000 Message-ID: <56363.1223454787@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: umass quirk review ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 08:51:22 -0000 I'm vaguely aware that we have some admin process in place for reviewing quirkentries in umass, but I seem unable to find out who to send my patch to ? Unless anybody objects, this goes in soonish. And yes, an infrared camera is a neat toy: http://phk.freebsd.dk/misc/misling.png Poul-Henning Index: usbdevs =================================================================== --- usbdevs (revision 183674) +++ usbdevs (working copy) @@ -1855,6 +1855,7 @@ product OMNIVISION OV511PLUS 0xa511 OV511+ Camera /* OnSpec Electronic, Inc. */ +product ONSPEC SDS_HOTFIND_D 0x0400 SDS-infrared.com Hotfind-D Infrared Camera product ONSPEC MDCFE_B_CF_READER 0xa000 MDCFE-B USB CF Reader product ONSPEC CFMS_RW 0xa001 SIIG/Datafab Memory Stick+CF Reader/Writer product ONSPEC READER 0xa003 Datafab-based Reader Index: umass.c =================================================================== --- umass.c (revision 183674) +++ umass.c (working copy) @@ -610,6 +610,10 @@ UMASS_PROTO_SCSI, NO_QUIRKS }, + { USB_VENDOR_ONSPEC, USB_PRODUCT_ONSPEC_SDS_HOTFIND_D, RID_WILDCARD, + UMASS_PROTO_SCSI | UMASS_PROTO_BBB, + NO_GETMAXLUN | NO_SYNCHRONIZE_CACHE + }, { USB_VENDOR_ONSPEC, USB_PRODUCT_ONSPEC_MDCFE_B_CF_READER, RID_WILDCARD, UMASS_PROTO_SCSI, NO_QUIRKS -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 09:16:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D1D61065694 for ; Wed, 8 Oct 2008 09:16:22 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id DE9DB8FC23 for ; Wed, 8 Oct 2008 09:16:21 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2F246.dip.t-dialin.net [217.226.242.70]) by redbull.bpaserver.net (Postfix) with ESMTP id 143D12E0A5; Wed, 8 Oct 2008 11:16:15 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 3D85E67749; Wed, 8 Oct 2008 11:15:53 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1223457353; bh=7t5rA859sWI9faZ4MxQkfPdebk13E9SKN LBHi4hbJHI=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ko0w38WhkjHAdK/wyx/rFJxqzKBlm8BRpwqS8RiqXu1UfLgIPaw2pisFwHU5DT2pV NRi5oQZZa8/e6oed6ykqUp5Lrz+zstz50TiyK5QqGdojq5HexT3P+xjOZRBydDNIJni q8JhueN7edt8jrzdcVxkFRmtcO0aIe7QwTwR0G2D5W7HNWSNv4pdbsm766VR6mTXDNS tFjxkLIzRcZgFIcWX0HUBmqXWIMNkrDYWnrz8EZZDTJ5SxuvMnfvUnG7ct6o0cxZefV cX4ydSWYZQBh5aMWgduLLJVZJO6r8HXeh5XC1zwdOkRcLkD1w+g3LiGCBPUTDsY9VuF 76RXZx0Ug== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m989FqnZ003402; Wed, 8 Oct 2008 11:15:52 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 08 Oct 2008 11:15:52 +0200 Message-ID: <20081008111552.69843ndq7vkp4hgk@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 08 Oct 2008 11:15:52 +0200 From: Alexander Leidinger To: Poul-Henning Kamp References: <56363.1223454787@critter.freebsd.dk> In-Reply-To: <56363.1223454787@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 143D12E0A5.7601F X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-12.904, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, J_CHICKENPOX_52 0.60, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: current@freebsd.org Subject: Re: umass quirk review ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 09:16:22 -0000 Quoting Poul-Henning Kamp (from Wed, 08 Oct 2008 =20 08:33:07 +0000): > > I'm vaguely aware that we have some admin process in place for reviewing > quirkentries in umass, but I seem unable to find out who to send my > patch to ? AFAIR the process is to register a PR so that we have a trace. The PR =20 should give infos about the device and the problems without the =20 quirks, and ideally why each quirk is needed for this device ("quirk A =20 solves error X and quirk B solves error Y" or something like this). After that feel free to commit and close the PR. Bye, Alexander. > Unless anybody objects, this goes in soonish. > > And yes, an infrared camera is a neat toy: > > =09http://phk.freebsd.dk/misc/misling.png > > Poul-Henning > > > Index: usbdevs > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- usbdevs=09(revision 183674) > +++ usbdevs=09(working copy) > @@ -1855,6 +1855,7 @@ > product OMNIVISION OV511PLUS=090xa511=09OV511+ Camera > > /* OnSpec Electronic, Inc. */ > +product ONSPEC SDS_HOTFIND_D=090x0400=09SDS-infrared.com Hotfind-D =20 > Infrared Camera > product ONSPEC MDCFE_B_CF_READER=090xa000=09MDCFE-B USB CF Reader > product ONSPEC CFMS_RW=09=090xa001=09SIIG/Datafab Memory Stick+CF Reader/= Writer > product ONSPEC READER=09=090xa003=09Datafab-based Reader > Index: umass.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- umass.c=09(revision 183674) > +++ umass.c=09(working copy) > @@ -610,6 +610,10 @@ > =09 UMASS_PROTO_SCSI, > =09 NO_QUIRKS > =09}, > +=09{ USB_VENDOR_ONSPEC, USB_PRODUCT_ONSPEC_SDS_HOTFIND_D, RID_WILDCARD, > +=09 UMASS_PROTO_SCSI | UMASS_PROTO_BBB, > +=09 NO_GETMAXLUN | NO_SYNCHRONIZE_CACHE > +=09}, > =09{ USB_VENDOR_ONSPEC, USB_PRODUCT_ONSPEC_MDCFE_B_CF_READER, RID_WILDCAR= D, > =09 UMASS_PROTO_SCSI, > =09 NO_QUIRKS > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence= . > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > --=20 I'm definitely not in Omaha! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 08:58:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF5501065691; Wed, 8 Oct 2008 08:58:23 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from smtp.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id 790FE8FC24; Wed, 8 Oct 2008 08:58:23 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from [85.140.151.168] (helo=kibab-nb) by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1KnUs9-0002IW-HV; Wed, 08 Oct 2008 12:58:21 +0400 Date: Wed, 8 Oct 2008 12:58:20 +0400 From: Ilya Bakulin To: Alexander Motin Message-Id: <20081008125820.64e72352.webmaster@kibab.com> In-Reply-To: <48EC6745.8020404@FreeBSD.org> References: <48DEA8E7.2080503@FreeBSD.org> <5f67a8c40810052226k3070a11ah463a819c677f6307@mail.gmail.com> <20081008113848.c9b44354.webmaster@kibab.com> <48EC6745.8020404@FreeBSD.org> Organization: HT-Systems X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__8_Oct_2008_12_58_20_+0400_O4mBWNkDFWrKS_OB" X-Mailman-Approved-At: Wed, 08 Oct 2008 11:28:38 +0000 Cc: freebsd-arm@freebsd.org, Zaphod Beeblebrox , imp@freebsd.org, freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 08:58:24 -0000 --Signature=_Wed__8_Oct_2008_12_58_20_+0400_O4mBWNkDFWrKS_OB Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 08 Oct 2008 10:54:45 +0300 Alexander Motin wrote: > Theoretically it may be an SDHC card. They are not responding to > incompatible host with alike symptoms. I have already implemented MMC > and SDHC support and going to publish it soon. >=20 > --=20 > Alexander Motin It's not SDHC, because none of my home card readers understand SDHC, and th= is card can be read in all of them. Under Windows (installed on the same la= ptop) this card can be read. If you need any further information about this card - just say what you nee= d :-) I also have micro SDHC card (not mine), it responds exactly as that 2 Gb SD= ... But it can't be read in all my home equipment either :) --=20 Ilya Bakulin --Signature=_Wed__8_Oct_2008_12_58_20_+0400_O4mBWNkDFWrKS_OB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjsdjAACgkQo9vlj1oadwiVvgCfS4hZ6oPt4hfEzL28Jj/vyM19 /OgAn1kmI74WDGEpCLE5eyA0YC2kID6T =LFFR -----END PGP SIGNATURE----- --Signature=_Wed__8_Oct_2008_12_58_20_+0400_O4mBWNkDFWrKS_OB-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 11:32:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 582C4106569D for ; Wed, 8 Oct 2008 11:32:29 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id CA38B8FC15 for ; Wed, 8 Oct 2008 11:32:28 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 224064757; Wed, 08 Oct 2008 14:32:27 +0300 Message-ID: <48EC9A4B.90706@FreeBSD.org> Date: Wed, 08 Oct 2008 14:32:27 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Adam McDougall References: <1222644184.00019171.1222632003@10.7.7.3> <1222809781.00019960.1222796402@10.7.7.3> <1223436192.00023068.1223424004@10.7.7.3> In-Reply-To: <1223436192.00023068.1223424004@10.7.7.3> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: Hard crash with new snd_hda. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 11:32:29 -0000 Adam McDougall wrote: >> This is probably the late consequence. I think debugging at this point >> won't give much. At least it will require deep data structures digging. >> >> You can enable some more debugging with setting hw.snd.verbose=4. May >> be it will give some clues. If not, probably we should try to add some >> debug printing near channel-to-device assignment loop near line 7170. >> We should try to find is the channel number was incorrectly set >> initially or it was erased later or channel memory itself was erased. >> >> The only idea I have now about the problem is that it may be related >> to the two audio codecs that you have on the same HDA bus. You are the >> first person who reported about such setup, so it wasn't ever tested. >> > I think I am having a similar issue, discovered it on a new model Dell > Latitude E6500. It is probably seeing a codec for HDMI and modem in > addition to the normal sound. Sound works if I patch the old hda driver > to detect my codec on 7.1, but I just got 8 installed last night. If I > have KDB_UNATTENDED and a dumpdev, it either hangs at the beginning of > the dump or reboots almost immediately after the panic. I can try to > hook up a serial or firewire console later and gather more info, but > tonight I might be too busy. In the meantime, here are two screenshots > of the panic and the backtrace: > http://www.egr.msu.edu/~mcdouga9/pics/1007081830.jpg > http://www.egr.msu.edu/~mcdouga9/pics/1007081831.jpg Looks very alike as I can see without verbose messages. I will try to think more about it, but as I can't reproduce it myself probably you will probably have to add some additional debugging as I have written to Frank. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 13:54:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1F781065697 for ; Wed, 8 Oct 2008 13:54:26 +0000 (UTC) (envelope-from andreas@schweigstill.de) Received: from kitz.schweigstill.de (kitz.schweigstill.de [195.244.237.93]) by mx1.freebsd.org (Postfix) with ESMTP id 449AD8FC37 for ; Wed, 8 Oct 2008 13:54:26 +0000 (UTC) (envelope-from andreas@schweigstill.de) Received: from [10.40.5.232] [192.168.8.33] by mailserver (Axigen) with ESMTP id 1CEA97; Thu, 2 Oct 2008 09:19:19 +0200 Message-ID: <48E476A1.3030900@schweigstill.de> Date: Thu, 02 Oct 2008 09:22:09 +0200 From: Andreas Schweigstill User-Agent: Thunderbird 2.0.0.16 (X11/20080421) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-AxigenSpam-Level: 4 Subject: Re: 6-CORE Dunnington X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 13:54:26 -0000 Hello! Mars G Miro schrieb: > .... > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > .... > > I've also tried installing via PXE and it always hangs on the above > spot, even using a -CURRENT from Sept 26 and PXE-booting it. No go :-( Have you connected a self-powered USB hub to the system? I also noticed (on some other computers) major problems during cold boot when the USB hub provides power not only to its downstream ports but also to the upstream host port. This way the mainboard will get some power even when it should be completely turned off. It took me quite a long time to find out that nowadays cheap USB hubs do not have proper power supplies (e.g. a Schottky diode on the upstream port) which prevent such behaviour. Also some self-powered USB devices behave strange during enumeration done by the BIOS which also caused a hanging system during early boot stages. One of my computers (Asus P5Q Pro mainboard) didn't boot in all cases when the mouse was connected to a USB hub integrated into one of the TFT monitors. Connecting it directly to the PC (resp. it root hub) solved the problem. After a BIOS update the problem vanished. So you should try to disconnect all(!) USB devices from the computer in order to find out if they cause the problems. Regards Andreas Schweigstill -- Dipl.-Phys. Andreas Schweigstill Schweigstill IT | Embedded Systems Schauenburgerstrae 116, D-24118 Kiel, Germany Phone: (+49) 431 5606-435, Fax: (+49) 431 5606-436 Mobile: (+49) 171 6921973, Web: http://www.schweigstill.de/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 14:45:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAD1E1065686 for ; Wed, 8 Oct 2008 14:45:45 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 8EAB18FC13 for ; Wed, 8 Oct 2008 14:45:45 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m98EEiBR083484 for ; Wed, 8 Oct 2008 07:14:44 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m98EEifk083483 for current@freebsd.org; Wed, 8 Oct 2008 07:14:44 -0700 (PDT) (envelope-from david) Date: Wed, 8 Oct 2008 07:14:44 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20081008141444.GQ41015@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xeZ3YA8+Vf61r4iB" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: wpa_suuplicant(8) & wlan(4) vs. an(4) et al. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 14:45:45 -0000 --xeZ3YA8+Vf61r4iB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable A while back (Jan 2006, at the latest), I perceived a need to set up my wireless NIC in a way appropriate to the environment in which we found ourselves. Others have done this in various ways; I cobbled up a Perl script that has received various tweaks over the years, but which has worked reasonably well for wide-open environments and for those where WEP is used. I recently had occasion to use my laptop in an environment that used WPA2; my script doesn't cope with that, and as wpa_supplicant(8) is in base, I figured I'd merely switch to using it, and I could quit tweaking my script & its associated data files. That turns out to have been ... a bit overoptimistic. (And "overoptimism" isn't usually part of my self-image. Having been in sysadmin-type positions for over 3 decades tends to damp such tendencies, at best.) The types of (wireless) NICs I presently have available are an(4), iwi(4), and wi(4). The an(4) devices are PCMCIA form factor; the others are miniPCI. (I have a wi(4) PCMCIA card, but I've never got it to work -- not that doing so has been a priority.) Now, I read the entry about wlan(4) cloning in /usr/src/UPDATING (20080420). And I'm aware that wi(4) only works for me in RELENG_6, as it stopped associating after the 802.11 overhaul just before RELENG_7 was branched from HEAD. (I track each of RELENG_6, RELENG_7, and HEAD on my laptop, usually on a daily basis; each gets a separate slice. This message is mostly about HEAD; I refer to RELENG_* merely asa a point of reference.) After building & booting today's CURRENT: g1-37(8.0-C)[4] uname -a FreeBSD g1-37.catwhisker.org 8.0-CURRENT FreeBSD 8.0-CURRENT #827: Wed Oct = 8 06:09:16 PDT 2008 root@g1-37.catwhisker.org:/common/S4/obj/usr/src/s= ys/CANARY i386 g1-37(8.0-C)[5]=20 while using the an(4) device as configured by my script, I decided to try wpa_supplicant(8) once again. (There were no changes in src for either RELENG_6 or RELENG_7 since yesterday, so I had a bit more time than usual before heading in to work.) Now yesterday, I had tweaked the startup routine used by my script to pay attention & check to see if wpa_supplicant(8) was running; if so, the startup script would merely exit. That way, I wouldn't need to mess with the script's execution bits or other ugly stuff if I wanted to experiment with wpa_supplicant(8). So I edited /etc/rc.conf to include: g1-37(8.0-C)[5] grep an0 /etc/rc.conf wlans_an0=3Dwlan0 ifconfig_wlan0=3D"WPA DHCP" g1-37(8.0-C)[6]=20 and to ensure a clean start, I rebooted the machine. I was mildly surprised, then, to see my script get started anyway. (Note: my script doesn't know a thing about wlan(4) or cloning; it uses the an(4) device, and it appears to manage to get the NIC properly associated, then invokes dhclient(8) & steps out of the way.) Checking back on the consle log I saw: n0: wlan_clone_create: reject, not an 802.11 device ifconfig: SIOCIFCREATE2: Device not configured Starting wpa_supplicant. /etc/rc.d/wpa_supplicant: WARNING: failed to start wpa_supplicant Starting Network: lo0. xl0: link state changed to DOWN an0: wlan_clone_create: reject, not an 802.11 device ifconfig: SIOCIFCREATE2: Device not configured Starting wpa_supplicant. /etc/rc.d/wpa_supplicant: WARNING: failed to start wpa_supplicant lock order reversal: Hmmm.... "reject, not an 802.11 device" seems a bit harsh, given: g1-37(8.0-C)[7] ifconfig an0 an0: flags=3D8843 metric 0 mtu 1500 ether 00:40:96:40:5d:44 inet 172.17.1.37 netmask 0xffff0000 broadcast 172.17.255.255 media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps) status: associated ssid 1:lmdhw-net channel 6 (2437 Mhz 11b) stationname FreeBSD authmode OPEN privacy ON deftxkey 1 txpower 0 rtsthreshold 0 fragthreshold 0 bmiss 0 ucastrate 0 mcastrate 0 mgmtrate 0 maxretry= 0 roaming DEVICE bintval 0 g1-37(8.0-C)[8]=20 but I expect that's merely an artifact of an(4) not having been overhauled to the new(er) wlan(4) framework or some such thing. (Though I could well be completely wrong about this, as I confess I've not actually looked at the code in a long time.) (Rather off-topic, but I did manage to get wpa_supplicant(8) to work in RELENG_7 using WPA2 (though contrary to the man page, I was unable to specify that protocol in wpa_supplicant.conf), but only using the iwi(4) device -- and it would lose connectivity with maddening frequency during the period I was trying to use it. I was also able to get wpa_supplicant(8) to associate using a small access point I carry in my laptop bag, but I have not been able to get it to associate at home (where I use WEP). Weird.) I'm not enough of a hacker to overhaul a device driver, but I am willing (as some here might attest) to test patches & report back. I wouldn't mind being able to delete my script -- while retaining my ability to have network connetivity. :-} Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --xeZ3YA8+Vf61r4iB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkjswFAACgkQmprOCmdXAD3d1wCfR4n/jBsT+CwKL5IBluX9HNgF Um8AmweVxSf66wsOqaB59e+BBgOXrOd9 =2DGb -----END PGP SIGNATURE----- --xeZ3YA8+Vf61r4iB-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 15:11:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 560D8106568D; Wed, 8 Oct 2008 15:11:20 +0000 (UTC) (envelope-from prvs=1167892f71=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id ABF2F8FC1B; Wed, 8 Oct 2008 15:11:19 +0000 (UTC) (envelope-from prvs=1167892f71=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1223477593; x=1224082393; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=6w618BKOYQtfrTe8ekppK iyHdrgzUvH1NkNGcgtv0Fs=; b=a/ArZwPTxX1exbTUaLcb1ZpUYrpu2yrAp70TP W06tchyKnEfRVpqWXD7UN3WF6j2vJouxuhSYQ8SAOjswkyaaImbdQ4ZH0qPsF4PB 5ektMPhF37QnGN/16Zc0sLv2+fMGBy5sXoF8UViQK3/QTwj82PvxUO9/xJQLKk1Y sOSwOE= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, FORGED_MUA_OUTLOOK, USER_IN_WHITELIST,USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.6) with ESMTP id md50006300532.msg; Wed, 08 Oct 2008 15:53:08 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 85.236.106.102 X-Return-Path: prvs=1167892f71=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <19BC920CEFA644B5896E89FFB00B81F6@multiplay.co.uk> From: "Steven Hartland" To: "Sam Leffler" , "Jack Vogel" References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <464B70F4.3010109@errno.com> Date: Wed, 8 Oct 2008 15:53:00 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Spam-Processed: mail1.multiplay.co.uk, Wed, 08 Oct 2008 15:53:09 +0100 X-MDAV-Processed: mail1.multiplay.co.uk, Wed, 08 Oct 2008 15:53:13 +0100 Cc: freebsd-net , FreeBSD Current Subject: Re: EM and TSO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 15:11:20 -0000 Even on PCI-e devices this has some nasty side effects i.e. on a PFSence firewall box based on 7.0-RELEASE-p3 with TSO enabled, access via the public network to the web interface is almost impossible. Simply disabling TSO and all was good. This may not be strictly down to the HW or driver but is another reason to not enable it by default if it causes such poor performance. Regards Steve ----- Original Message ----- From: "Sam Leffler" To: "Jack Vogel" Cc: "freebsd-net" ; "FreeBSD Current" Sent: Wednesday, May 16, 2007 10:00 PM Subject: Re: EM and TSO > Jack Vogel wrote: >> I introduced a change yesterday that limited TSO to PCI Express >> adapters, I did this more for avoidance rather than a bug fix, and >> I'm not 100% sure its the right thing, so I thought I would poll >> everyone, do you have a PCI-X adapter and are using TSO without >> problems and wish to keep the support in? >> >> If no one is then I'll just leave it as is. > > It might be better to enable it by default on pci-e adapters and require > manual enable on other adapters that are capable but may not function > correctly. > > Sam > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 16:58:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADD1410656B7; Wed, 8 Oct 2008 16:58:51 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from smtp.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id 5ED518FC3C; Wed, 8 Oct 2008 16:58:51 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from [85.140.151.168] (helo=kibab-nb) by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1KnTdC-0007fG-Hk; Wed, 08 Oct 2008 11:38:50 +0400 Date: Wed, 8 Oct 2008 11:38:48 +0400 From: Ilya Bakulin To: "Zaphod Beeblebrox" Message-Id: <20081008113848.c9b44354.webmaster@kibab.com> In-Reply-To: <5f67a8c40810052226k3070a11ah463a819c677f6307@mail.gmail.com> References: <48DEA8E7.2080503@FreeBSD.org> <5f67a8c40810052226k3070a11ah463a819c677f6307@mail.gmail.com> Organization: HT-Systems X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__8_Oct_2008_11_38_48_+0400_9.Z3D3MtL6iCT7wi" X-Mailman-Approved-At: Wed, 08 Oct 2008 17:29:11 +0000 Cc: Alexander Motin , freebsd-current@freebsd.org, imp@freebsd.org, freebsd-arm@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 16:58:51 -0000 --Signature=_Wed__8_Oct_2008_11_38_48_+0400_9.Z3D3MtL6iCT7wi Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 6 Oct 2008 01:26:19 -0400 "Zaphod Beeblebrox" wrote: > Most 4G cards are SDHC that I've seen. The notes on this that I've read > talk about the fact that you can have a 4G regular SD card but that many > (most) devices don't support it because of the need for a larger FAT to > support 4G. >=20 > I have two laptops with these controllers, but I have only SDHC media (4 = and > 8 gig cards). I have 4G SD card (not SDHC), this driver works perfectly with it.=20 Card is Transcend 4Gb 150x. Output from dmesg:=20 sdhci0-slot0: Card inserted mmc0: on sdhci0 mmcsd0: 3926MB at mmc0 mmc0: setting transfer rate to 30.000MHz mmc0: setting bus width to 4 bits GEOM_LABEL: Label for provider mmcsd0 is msdosfs/WM_ILYA. I've been able to copy large file (diablo jdk 1.6) to and from this card, w= ith no file corruption. I have another SD card, 2 Gb size, in my camera. It's from Kingston. It doe= sn't work: sdhci0-slot0: Card inserted mmc0: on sdhci0 sdhci0-slot0: Command error 1 (opcode 2 arg 0 flags 103 dlen 0 dflags 0) mmc0: setting transfer rate to 50.000MHz ... and no new storage devices appear. --=20 Ilya Bakulin --Signature=_Wed__8_Oct_2008_11_38_48_+0400_9.Z3D3MtL6iCT7wi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjsY40ACgkQo9vlj1oadwjNBACeNVxxNOVZ5u3FUHqtX3PxV1GW ZJwAoJQUgXFZaONfuMJBY5+NhqJ7ZXHi =QZxx -----END PGP SIGNATURE----- --Signature=_Wed__8_Oct_2008_11_38_48_+0400_9.Z3D3MtL6iCT7wi-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 17:38:14 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BFAC1065686 for ; Wed, 8 Oct 2008 17:38:14 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (cl-2958.ham-01.de.sixxs.net [IPv6:2001:6f8:900:b8d::2]) by mx1.freebsd.org (Postfix) with ESMTP id A179E8FC22 for ; Wed, 8 Oct 2008 17:38:13 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.14.2/8.14.2) with ESMTP id m98HcAvh015018; Wed, 8 Oct 2008 21:38:11 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Wed, 8 Oct 2008 21:38:10 +0400 (MSD) From: Maxim Konovalov To: Alexander Leidinger In-Reply-To: <20081008111552.69843ndq7vkp4hgk@webmail.leidinger.net> Message-ID: <20081008213736.P94189@mp2.macomnet.net> References: <56363.1223454787@critter.freebsd.dk> <20081008111552.69843ndq7vkp4hgk@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: umass quirk review ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 17:38:14 -0000 On Wed, 8 Oct 2008, 11:15+0200, Alexander Leidinger wrote: > Quoting Poul-Henning Kamp (from Wed, 08 Oct 2008 08:33:07 > +0000): > > > > >I'm vaguely aware that we have some admin process in place for reviewing > >quirkentries in umass, but I seem unable to find out who to send my > >patch to ? > > AFAIR the process is to register a PR so that we have a trace. The > PR should give infos about the device and the problems without the > quirks, and ideally why each quirk is needed for this device ("quirk > A solves error X and quirk B solves error Y" or something like > this). > > After that feel free to commit and close the PR. > Nate's instructions: http://www.root.org/~nate/freebsd/scsi/quirks.html -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 21:36:51 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F938106568C for ; Wed, 8 Oct 2008 21:36:51 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id E3F408FC15 for ; Wed, 8 Oct 2008 21:36:50 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.54.128] (S01060014bf8629c0.vc.shawcable.net [24.87.44.186]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m98Lamul099423 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Oct 2008 14:36:49 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <48ED27EA.9020407@FreeBSD.org> Date: Wed, 08 Oct 2008 14:36:42 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Alexander Kabaev Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" Subject: dlsym(RTLD_NEXT) and weak symbols X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 21:36:51 -0000 Hi, I am not sure if it has even worked correctly, but calling dlsym("dlopen", RTLD_NEXT) returns reference to the dlopen() function in the libc, not reference to dlopen() function in the ld-elf.so. The attempt to call this function then fails, since dlopen() in libc is just a stub to make static linking happy. #pragma weak dlopen void * dlopen(const char *name, int mode) { _rtld_error(sorry); return NULL; } IMHO this is incorrect and is probably part of the bigger problem. The dlsym(3) should return first non-weak symbol instead. -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 22:33:49 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8DDB106569C; Wed, 8 Oct 2008 22:33:49 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id B101C8FC19; Wed, 8 Oct 2008 22:33:49 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.54.128] (S01060014bf8629c0.vc.shawcable.net [24.87.44.186]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m98MXlvk002312 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Oct 2008 15:33:48 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <48ED3545.6030609@FreeBSD.org> Date: Wed, 08 Oct 2008 15:33:41 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Alexander Kabaev References: <48ED27EA.9020407@FreeBSD.org> In-Reply-To: <48ED27EA.9020407@FreeBSD.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" Subject: Re: dlsym(RTLD_NEXT) and weak symbols X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 22:33:50 -0000 Maxim Sobolev wrote: > Hi, > > I am not sure if it has even worked correctly, but calling > dlsym("dlopen", RTLD_NEXT) returns reference to the dlopen() function in > the libc, not reference to dlopen() function in the ld-elf.so. The > attempt to call this function then fails, since dlopen() in libc is just > a stub to make static linking happy. > > #pragma weak dlopen > void * > dlopen(const char *name, int mode) > { > _rtld_error(sorry); > return NULL; > } > > IMHO this is incorrect and is probably part of the bigger problem. The > dlsym(3) should return first non-weak symbol instead. The following patch fixes the issue for me: --- rtld.c 2008-08-18 13:24:19.000000000 -0700 +++ rtld.c 2008-10-08 15:28:47.000000000 -0700 @@ -1871,10 +1871,25 @@ if (handle == RTLD_NEXT) obj = obj->next; for (; obj != NULL; obj = obj->next) { - if ((def = symlook_obj(name, hash, obj, true)) != NULL) { + if ((def = symlook_obj(name, hash, obj, true)) != NULL && + ELF_ST_BIND(def->st_info) != STB_WEAK) { defobj = obj; break; } + def = NULL; + } + /* + * Search the dynamic linker itself, and possibly resolve the + * symbol from there. Only the values listed in the "exports" + * array can be resolved from the dynamic linker. + */ + if (def == NULL) { + def = symlook_obj(name, hash, &obj_rtld, true); + if (def != NULL && is_exported(def)) { + defobj = &obj_rtld; + } else { + def = NULL; + } } } else { assert(handle == RTLD_DEFAULT); -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 23:07:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 971E61065699 for ; Wed, 8 Oct 2008 23:07:08 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0EE058FC14 for ; Wed, 8 Oct 2008 23:07:08 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 0AFCB30126 for ; Thu, 9 Oct 2008 00:07:04 +0100 (BST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on muon.cran.org.uk X-Spam-Level: X-Spam-Status: No, score=-2.3 required=8.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.3 Received: from [IPv6:2a01:348:10f:0:458e:a283:81d8:aec2] (unknown [IPv6:2a01:348:10f:0:458e:a283:81d8:aec2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTP for ; Thu, 9 Oct 2008 00:07:03 +0100 (BST) Message-ID: <48ED3D0F.6050209@cran.org.uk> Date: Thu, 09 Oct 2008 00:06:55 +0100 From: Bruce Cran User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: LOR during boot (if_sis.c/kbdmux.c - Giant after non-sleepable) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 23:07:08 -0000 During boot I pressed Scroll Lock at the wrong time and got a LOR. Switching between consoles became really slow once the system was running, taking a couple of seconds each time. I'm running -current from a few days ago. lock order reversal: (Giant after non-sleepable) 1st 0xc4283e84 sis0 (network driver) @ /usr/src/sys/dev/sis/if_sis.c:2106 2nd 0xc0d0d430 Giant (Giant) @ /usr/src/sys/dev/kbdmux/kbdmux.c:1103 KDB: stack backtrace: db_trace_self_wrapper(c0bc49d7,c3ee27f0,c0837e85,4,c0bc0367,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0bc0367,c0b9b6f1,c411d1a0,c3ee2848,...) at kdb_backtrace+0x29 _witness_debugger(c0bc728c,c0d0d430,c0be0869,c411d1a0,c0b9b6f1,...) at _witness_debugger+0x25 witness_checkorder(c0d0d430,9,c0b9b6f1,44f,0,...) at witness_checkorder+0x800 _mtx_lock_flags(c0d0d430,0,c0b9b6f1,44f,c4167d20,...) at _mtx_lock_flags+0xc4 kbdmux_ioctl(c4221b00,40044b13,c3ee28c8,100202,7,...) at kbdmux_ioctl+0x76e update_kbd_state(c0bc0367,c0bbaf86,2,c44b08c0,c0c577a0,...) at update_kbd_state+0x44 sc_cnputc(c0c577a0,73,c3ee2a94,5,73,...) at sc_cnputc+0x39 cnputc(73,c3ee2a94,c3ee2944,c082a2a1,c0be63cd,...) at cnputc+0x5f putcons(c0be63cd,c0bbaf86,1000001,c41d9d6d,c082a240,...) at putcons+0x17 putchar(73,c3ee2a94,c0d11900,1,c41d9d6f,...) at putchar+0x61 kvprintf(c0b668aa,c082a240,c3ee2a94,a,c3ee2ac0,...) at kvprintf+0xa27 printf(c0b668aa,c41d9d6c,0,c4283e00,c4283e00,...) at printf+0x4e device_print_prettyname(c4277c80,c4289800,c4283e00,c4283e00,c3ee2b24,...) at device_print_prettyname+0x4c device_printf(c4277c80,c0bab5be,f4,0,c06da240,...) at device_printf+0x12 sis_initl(c4283e84,0,c0bab5a0,83a,80206910,...) at sis_initl+0x99d sis_ioctl(c428cc00,80206910,c45ab740,628,c428cc00,...) at sis_ioctl+0xa8 ifhwioctl(c44b08c0,c452122c,c0e4d6d0,c44b0964,c0e4d6d0,...) at ifhwioctl+0x3eb ifioctl(c4555ab8,80206910,c45ab740,c44b08c0,80206910,...) at ifioctl+0x305 soo_ioctl(c449f3b8,80206910,c45ab740,c4169400,c44b08c0,...) at soo_ioctl+0x397 kern_ioctl(c44b08c0,5,80206910,c45ab740,8318c0,...) at kern_ioctl+0x1dd ioctl(c44b08c0,c3ee2cf8,c,c0bf8ba3,c0c9b110,...) at ioctl+0x134 syscall(c3ee2d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x281a9a23, esp = 0xbfbfe5bc, ebp = 0xbfbfe618 --- -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 23:48:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 972771065698 for ; Wed, 8 Oct 2008 23:48:37 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 465598FC08 for ; Wed, 8 Oct 2008 23:48:36 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m98NmaaC085417; Wed, 8 Oct 2008 16:48:36 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m98Nmaq5085416; Wed, 8 Oct 2008 16:48:36 -0700 (PDT) (envelope-from david) Date: Wed, 8 Oct 2008 16:48:36 -0700 From: David Wolfskill To: Sam Leffler Message-ID: <20081008234836.GW41015@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Sam Leffler , current@freebsd.org References: <20081008141444.GQ41015@bunrab.catwhisker.org> <48ED431E.6000904@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rtB7IEDY8voTVmfF" Content-Disposition: inline In-Reply-To: <48ED431E.6000904@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: wpa_suuplicant(8) & wlan(4) vs. an(4) et al. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 23:48:37 -0000 --rtB7IEDY8voTVmfF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 08, 2008 at 04:32:46PM -0700, Sam Leffler wrote: > ... > > Hmmm.... "reject, not an 802.11 device" seems a bit harsh, given: > >=20 > > g1-37(8.0-C)[7] ifconfig an0 > > ... > > but I expect that's merely an artifact of an(4) not having been > > overhauled to the new(er) wlan(4) framework or some such thing. (Though > > I could well be completely wrong about this, as I confess I've not > > actually looked at the code in a long time.) >=20 > Correct, an does not use net80211 so cannot be used to clone wlan vap's. > The "not an 802.11 device" is because the wlan clone routine checks the > ifnet's type to be sure it's IFT_IEE80211 and not IFT_ETHER. OK; makes sense. =20 > It's entirely possible to make an use net80211 and/or do wpa but noone's > made the effort. Ah.... > ...=20 > > I'm not enough of a hacker to overhaul a device driver, but I am willing > > (as some here might attest) to test patches & report back. > >=20 > > I wouldn't mind being able to delete my script -- while retaining my > > ability to have network connetivity. :-} >=20 > I guess you were also asking about using iwi and wi devices. iwi should > work; if it does not then please provide info though I'm overloaded and > may not have time to respond quickly. Submitting a PR would be useful. OK; I can certainly do that -- assuming(!) that more careful testing demonstrate that there's actually an issue. > wi was rewritten in HEAD and does support WPA but only with a subset of > the hardware (and firmware) that used to be usable. I believe the > manual page calls out what hardware is supported. Cool; I'll check -- I had dyked the driver out of my kernel config, intending to use kldload(8) for times I actually planned to use it. I certainly understand ENOTIME; thank you very much for your response. I will investigate more carefully & report (via PR if that's appropriate). Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --rtB7IEDY8voTVmfF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkjtRtIACgkQmprOCmdXAD25PQCeOxXo3u2dHh0UaQEHnqxxwAZr ov8AnicsXrvrd0Q0Ns4zQlHGKnqAfkQa =VsbF -----END PGP SIGNATURE----- --rtB7IEDY8voTVmfF-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 23:55:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DAE2106568A for ; Wed, 8 Oct 2008 23:55:56 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.237]) by mx1.freebsd.org (Postfix) with ESMTP id 503298FC1A for ; Wed, 8 Oct 2008 23:55:56 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so801286wra.27 for ; Wed, 08 Oct 2008 16:55:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=OUsRtGbFiQi7tEgkQHVqMXL6GcpdMAtRz3qKtDU8kRw=; b=erGUeGXQ94rMTKHW5cWKeuj60g0ZL1zI4F4dF1cAgXQZ1efQxBHd6HPIXgpaEifJvj kD8QlCz5fi9qZM4hAj8MvmfU1BYWLzqke1YMmv1hdmFj8yS7agTLEZPYx6Im8sw+c5Y5 WAp3xh4nSJUSFWr/T2yAxOgcqEUxgUI0TMRyA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=OqWcdx6l5+M3IodFtcipA/yoOIXCZJi+dVokB7ygLSD7hCTVfO9lwkpUZGJ9erR83t GjGDJOUWerHamxTawqjdQETprMcSXHrVyk2L0dZ+EFLX1GwzW8zPSv0yMLxWXG1emJm0 1GgKH88HrFjoOnBslEBb0fHsMNUjgv9G/c6Bo= Received: by 10.150.92.13 with SMTP id p13mr6562845ybb.145.1223508550665; Wed, 08 Oct 2008 16:29:10 -0700 (PDT) Received: from kan.dnsalias.net (c-24-62-106-68.hsd1.ma.comcast.net [24.62.106.68]) by mx.google.com with ESMTPS id p27sm927424ele.0.2008.10.08.16.29.09 (version=SSLv3 cipher=RC4-MD5); Wed, 08 Oct 2008 16:29:09 -0700 (PDT) Date: Wed, 8 Oct 2008 19:29:05 -0400 From: Alexander Kabaev To: Maxim Sobolev Message-ID: <20081008192905.0b75b0a6@kan.dnsalias.net> In-Reply-To: <48ED3545.6030609@FreeBSD.org> References: <48ED27EA.9020407@FreeBSD.org> <48ED3545.6030609@FreeBSD.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/iKWPDK2+MyrwaEDHj5BqloR"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Alexander Kabaev , "current@freebsd.org" Subject: Re: dlsym(RTLD_NEXT) and weak symbols X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 23:55:56 -0000 --Sig_/iKWPDK2+MyrwaEDHj5BqloR Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 08 Oct 2008 15:33:41 -0700 Maxim Sobolev wrote: >=20 > The following patch fixes the issue for me: > I do not think your patch is completely correct. How about this one instead:=20 =3D=3D=3D rtld.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- rtld.c (revision 183657) +++ rtld.c (local) @@ -1925,7 +1925,7 @@ { DoneList donelist; const Obj_Entry *obj, *defobj; - const Elf_Sym *def; + const Elf_Sym *def, *symp; unsigned long hash; int lockstate; =20 @@ -1951,11 +1951,28 @@ if (handle =3D=3D RTLD_NEXT) obj =3D obj->next; for (; obj !=3D NULL; obj =3D obj->next) { - if ((def =3D symlook_obj(name, hash, obj, ve, flags)) !=3D NULL) { - defobj =3D obj; - break; + if ((symp =3D symlook_obj(name, hash, obj, ve, flags)) !=3D NULL) { + if (def =3D=3D NULL || ELF_ST_BIND(symp->st_info) !=3D STB_WEAK) { + def =3D symp; + defobj =3D obj; + if (ELF_ST_BIND(def->st_info) !=3D STB_WEAK) + break; + } } } + /* + * Search the dynamic linker itself, and possibly resolve the + * symbol from there. This is how the application links to + * dynamic linker services such as dlopen. Only the values listed + * in the "exports" array can be resolved from the dynamic linker. + */ + if (def =3D=3D NULL || ELF_ST_BIND(def->st_info) =3D=3D STB_WEAK) { + symp =3D symlook_obj(name, hash, &obj_rtld, ve, flags); + if (symp !=3D NULL && is_exported(symp)) { + def =3D symp; + defobj =3D &obj_rtld; + } + } } else { assert(handle =3D=3D RTLD_DEFAULT); def =3D symlook_default(name, hash, obj, &defobj, ve, flags); --Sig_/iKWPDK2+MyrwaEDHj5BqloR Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFI7UJBQ6z1jMm+XZYRAimTAJ4sud5blRPU3p56/6DOBLj042J4NgCfRefv qN8RLZfeIQ7PznnKigTBvm4= =h2Bm -----END PGP SIGNATURE----- --Sig_/iKWPDK2+MyrwaEDHj5BqloR-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 00:13:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5314E1065688 for ; Thu, 9 Oct 2008 00:13:35 +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 010E28FC0A for ; Thu, 9 Oct 2008 00:13:34 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-4.local ([10.0.0.194]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m98NWkHn088056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Oct 2008 16:32:46 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <48ED431E.6000904@freebsd.org> Date: Wed, 08 Oct 2008 16:32:46 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: David Wolfskill , current@freebsd.org References: <20081008141444.GQ41015@bunrab.catwhisker.org> In-Reply-To: <20081008141444.GQ41015@bunrab.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: Subject: Re: wpa_suuplicant(8) & wlan(4) vs. an(4) et al. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 00:13:35 -0000 David Wolfskill wrote: > A while back (Jan 2006, at the latest), I perceived a need to set up my > wireless NIC in a way appropriate to the environment in which we found > ourselves. Others have done this in various ways; I cobbled up a Perl > script that has received various tweaks over the years, but which has > worked reasonably well for wide-open environments and for those where > WEP is used. > > I recently had occasion to use my laptop in an environment that used > WPA2; my script doesn't cope with that, and as wpa_supplicant(8) is in > base, I figured I'd merely switch to using it, and I could quit tweaking > my script & its associated data files. > > That turns out to have been ... a bit overoptimistic. (And > "overoptimism" isn't usually part of my self-image. Having been in > sysadmin-type positions for over 3 decades tends to damp such > tendencies, at best.) > > The types of (wireless) NICs I presently have available are an(4), > iwi(4), and wi(4). The an(4) devices are PCMCIA form factor; the > others are miniPCI. (I have a wi(4) PCMCIA card, but I've never got it > to work -- not that doing so has been a priority.) > > Now, I read the entry about wlan(4) cloning in /usr/src/UPDATING > (20080420). And I'm aware that wi(4) only works for me in RELENG_6, > as it stopped associating after the 802.11 overhaul just before > RELENG_7 was branched from HEAD. (I track each of RELENG_6, RELENG_7, > and HEAD on my laptop, usually on a daily basis; each gets a separate > slice. This message is mostly about HEAD; I refer to RELENG_* > merely asa a point of reference.) > > After building & booting today's CURRENT: > > g1-37(8.0-C)[4] uname -a > FreeBSD g1-37.catwhisker.org 8.0-CURRENT FreeBSD 8.0-CURRENT #827: Wed Oct 8 06:09:16 PDT 2008 root@g1-37.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 > g1-37(8.0-C)[5] > > while using the an(4) device as configured by my script, I decided to > try wpa_supplicant(8) once again. (There were no changes in src for > either RELENG_6 or RELENG_7 since yesterday, so I had a bit more time > than usual before heading in to work.) > > Now yesterday, I had tweaked the startup routine used by my script to > pay attention & check to see if wpa_supplicant(8) was running; if so, > the startup script would merely exit. That way, I wouldn't need to mess > with the script's execution bits or other ugly stuff if I wanted to > experiment with wpa_supplicant(8). > > So I edited /etc/rc.conf to include: > > g1-37(8.0-C)[5] grep an0 /etc/rc.conf > wlans_an0=wlan0 > ifconfig_wlan0="WPA DHCP" > g1-37(8.0-C)[6] > > and to ensure a clean start, I rebooted the machine. > > I was mildly surprised, then, to see my script get started anyway. > (Note: my script doesn't know a thing about wlan(4) or cloning; it uses > the an(4) device, and it appears to manage to get the NIC properly > associated, then invokes dhclient(8) & steps out of the way.) > > Checking back on the consle log I saw: > > n0: wlan_clone_create: reject, not an 802.11 device > ifconfig: SIOCIFCREATE2: Device not configured > Starting wpa_supplicant. > /etc/rc.d/wpa_supplicant: WARNING: failed to start wpa_supplicant > Starting Network: lo0. > xl0: link state changed to DOWN > an0: wlan_clone_create: reject, not an 802.11 device > ifconfig: SIOCIFCREATE2: Device not configured > Starting wpa_supplicant. > /etc/rc.d/wpa_supplicant: WARNING: failed to start wpa_supplicant > lock order reversal: > > Hmmm.... "reject, not an 802.11 device" seems a bit harsh, given: > > g1-37(8.0-C)[7] ifconfig an0 > an0: flags=8843 metric 0 mtu 1500 > ether 00:40:96:40:5d:44 > inet 172.17.1.37 netmask 0xffff0000 broadcast 172.17.255.255 > media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps) > status: associated > ssid 1:lmdhw-net channel 6 (2437 Mhz 11b) > stationname FreeBSD > authmode OPEN privacy ON deftxkey 1 txpower 0 rtsthreshold 0 > fragthreshold 0 bmiss 0 ucastrate 0 mcastrate 0 mgmtrate 0 maxretry 0 > roaming DEVICE bintval 0 > g1-37(8.0-C)[8] > > but I expect that's merely an artifact of an(4) not having been > overhauled to the new(er) wlan(4) framework or some such thing. (Though > I could well be completely wrong about this, as I confess I've not > actually looked at the code in a long time.) Correct, an does not use net80211 so cannot be used to clone wlan vap's. The "not an 802.11 device" is because the wlan clone routine checks the ifnet's type to be sure it's IFT_IEE80211 and not IFT_ETHER. It's entirely possible to make an use net80211 and/or do wpa but noone's made the effort. > > (Rather off-topic, but I did manage to get wpa_supplicant(8) to > work in RELENG_7 using WPA2 (though contrary to the man page, I was > unable to specify that protocol in wpa_supplicant.conf), but only > using the iwi(4) device -- and it would lose connectivity with > maddening frequency during the period I was trying to use it. I > was also able to get wpa_supplicant(8) to associate using a small access > point I carry in my laptop bag, but I have not been able to get it to > associate at home (where I use WEP). Weird.) > > I'm not enough of a hacker to overhaul a device driver, but I am willing > (as some here might attest) to test patches & report back. > > I wouldn't mind being able to delete my script -- while retaining my > ability to have network connetivity. :-} I guess you were also asking about using iwi and wi devices. iwi should work; if it does not then please provide info though I'm overloaded and may not have time to respond quickly. Submitting a PR would be useful. wi was rewritten in HEAD and does support WPA but only with a subset of the hardware (and firmware) that used to be usable. I believe the manual page calls out what hardware is supported. Sam From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 00:59:10 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05F301065699; Thu, 9 Oct 2008 00:59:10 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id C2B2E8FC16; Thu, 9 Oct 2008 00:59:09 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.54.128] (S01060014bf8629c0.vc.shawcable.net [24.87.44.186]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m990x79c009122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Oct 2008 17:59:08 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <48ED5755.3000601@FreeBSD.org> Date: Wed, 08 Oct 2008 17:59:01 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Alexander Kabaev References: <48ED27EA.9020407@FreeBSD.org> <48ED3545.6030609@FreeBSD.org> <20081008192905.0b75b0a6@kan.dnsalias.net> In-Reply-To: <20081008192905.0b75b0a6@kan.dnsalias.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Kabaev , "current@freebsd.org" Subject: Re: dlsym(RTLD_NEXT) and weak symbols X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 00:59:10 -0000 Alexander Kabaev wrote: > On Wed, 08 Oct 2008 15:33:41 -0700 > Maxim Sobolev wrote: >> The following patch fixes the issue for me: >> > > > I do not think your patch is completely correct. How about this one > instead: I see where you go, but I disagree. IMHO symbols in the ld-elf.so.1 should be searched even if there is no matching weak symbol found in other libraries. Technically, nothing says that the libc should have those weak symbols for dlopen and friends and also application can only be linked to ld-elf.so.1, not libc at all, and still dlsym("dlopen") should work. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 01:11:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B03681065688 for ; Thu, 9 Oct 2008 01:11:24 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id 53EAA8FC1B for ; Thu, 9 Oct 2008 01:11:24 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by gxk14 with SMTP id 14so8865624gxk.19 for ; Wed, 08 Oct 2008 18:11:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=Y5frcmgHXS/Z86L8ekzoqjM01yzuyVTifFksEXZdWiU=; b=QYSJpl8F81HL/icEpCnNA7Cs3XU/xWEiCp2qclLdGuBRRQ/3lYVqRugVLmth1TyZvb w2v7xsjI+OyTfTvYvFFlVk3aZNCf7ejrOug0/fvGCcLzz+2fk/HKkh0Oi/AtUooRAhEB I6bbalezpWPIsspJbFaRxJ4O3TnQqdEWQRTto= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=hwz+WKmPbdCiG09/VNHjpO8N+6x7V9FBvNbJ36/13p+G7avFXhoNv5Nk/C2L+O88c0 v9/xkZtdzQmTqS+kwjOddTUSdsotIuu3begtPfXGlBKDTW/SyGMBhSr8IoaQbYuzYeXg rfh5tsmjz4fFuJu22BnguDBIVUizKN5VnQtLY= Received: by 10.100.255.17 with SMTP id c17mr2821499ani.62.1223514683361; Wed, 08 Oct 2008 18:11:23 -0700 (PDT) Received: from kan.dnsalias.net (c-24-62-106-68.hsd1.ma.comcast.net [24.62.106.68]) by mx.google.com with ESMTPS id 71sm4857210wry.35.2008.10.08.18.11.22 (version=SSLv3 cipher=RC4-MD5); Wed, 08 Oct 2008 18:11:22 -0700 (PDT) Date: Wed, 8 Oct 2008 21:10:05 -0400 From: Alexander Kabaev To: Maxim Sobolev Message-ID: <20081008211005.0fcb6442@kan.dnsalias.net> In-Reply-To: <48ED5755.3000601@FreeBSD.org> References: <48ED27EA.9020407@FreeBSD.org> <48ED3545.6030609@FreeBSD.org> <20081008192905.0b75b0a6@kan.dnsalias.net> <48ED5755.3000601@FreeBSD.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/z22Pe9KDY2i=KhFyUazzYb0"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: "current@freebsd.org" Subject: Re: dlsym(RTLD_NEXT) and weak symbols X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 01:11:25 -0000 --Sig_/z22Pe9KDY2i=KhFyUazzYb0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 08 Oct 2008 17:59:01 -0700 Maxim Sobolev wrote: > Alexander Kabaev wrote: > > On Wed, 08 Oct 2008 15:33:41 -0700 > > Maxim Sobolev wrote: > >> The following patch fixes the issue for me: > >> > > > >=20 > > I do not think your patch is completely correct. How about this one > > instead:=20 >=20 > I see where you go, but I disagree. IMHO symbols in the ld-elf.so.1=20 > should be searched even if there is no matching weak symbol found in=20 > other libraries. Technically, nothing says that the libc should have=20 > those weak symbols for dlopen and friends and also application can > only be linked to ld-elf.so.1, not libc at all, and still > dlsym("dlopen") should work. >=20 > -Maxim Read the patch again please. You do not see where I am going :) We need to grab first non-weak symbol that matches or first weak symbol if no non-weak alternatives are found. =20 --=20 Alexander Kabaev --Sig_/z22Pe9KDY2i=KhFyUazzYb0 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFI7VntQ6z1jMm+XZYRArTeAJ91/SxJzyowkKNxU6xLE9a8b7BEqQCfQdg+ TSMqGWj/9RkRIfnh9qJWruw= =NcP4 -----END PGP SIGNATURE----- --Sig_/z22Pe9KDY2i=KhFyUazzYb0-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 02:02:06 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4205106568A for ; Thu, 9 Oct 2008 02:02:06 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 74C148FC1A for ; Thu, 9 Oct 2008 02:02:06 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.54.128] (S0106001372fd1e07.vs.shawcable.net [70.71.2.169]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m99223eE012123 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Oct 2008 19:02:05 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <48ED6619.5080102@FreeBSD.org> Date: Wed, 08 Oct 2008 19:02:01 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Alexander Kabaev References: <48ED27EA.9020407@FreeBSD.org> <48ED3545.6030609@FreeBSD.org> <20081008192905.0b75b0a6@kan.dnsalias.net> <48ED5755.3000601@FreeBSD.org> <20081008211005.0fcb6442@kan.dnsalias.net> In-Reply-To: <20081008211005.0fcb6442@kan.dnsalias.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" Subject: Re: dlsym(RTLD_NEXT) and weak symbols X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 02:02:06 -0000 Alexander Kabaev wrote: > We need to grab first non-weak symbol that matches or first weak symbol > if no non-weak alternatives are found. Yes, you are right. Now that I have taken a closer look the patch seems to DTRT. Thanks! -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 08:56:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D8CC106568C for ; Thu, 9 Oct 2008 08:56:30 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 9910E8FC17 for ; Thu, 9 Oct 2008 08:56:29 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by nf-out-0910.google.com with SMTP id h3so141035nfh.33 for ; Thu, 09 Oct 2008 01:56:28 -0700 (PDT) Received: by 10.86.63.19 with SMTP id l19mr8520410fga.60.1223542588210; Thu, 09 Oct 2008 01:56:28 -0700 (PDT) Received: by 10.86.4.18 with HTTP; Thu, 9 Oct 2008 01:56:28 -0700 (PDT) Message-ID: Date: Thu, 9 Oct 2008 16:56:28 +0800 From: "Mars G Miro" To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Mailman-Approved-At: Thu, 09 Oct 2008 11:22:29 +0000 Subject: Re: 6-CORE Dunnington X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 08:56:30 -0000 On Thu, Oct 2, 2008 at 4:25 PM, Mars G Miro wrote: > On Thu, Oct 2, 2008 at 8:03 AM, Eygene Ryabinkin wrote: >> Mars, good day. >> > > Yo > >> Wed, Oct 01, 2008 at 11:36:43PM +0800, Mars G Miro wrote: >>> I was able to install 200809-CURRENT on it but after recompiling >>> the kernel (taking out WITNESS, INVARIANTS KGDB et al) I found out >>> that I could not boot it anymore. What's weird is that I could not >>> boot the same 200809-CURRENT CD that I used the first time. >> >> [Assuming you had not touched any hardware or BIOS configuration >> since last good boot from -CURRENT CD.] >> >> Was is the totally cold boot (with power-off via unplugging the power >> cord/switching off the master power input on the power supply) or just a >> some sort of a warm or semi-cold boot with power button? I had seen >> the cases where hardware was in a such bad state, that only totally >> cold boot was helping to recover. >> > > Yes, I do this from time to time when I encounter hardware problems > like these. I've tried various BIOS settings and configurations, > changing to default BIOS values, I'd think I've scoured through all > the BIOS settings, frustratingly because the BIOS takes quite some > time to load (well this is a test platform, whaddya expect :-p) > > Cold-booting does not help either. > > >> Just hangs >>> on >>> .... >>> uhci0: [GIANT-LOCKED] >>> uhci0: [ITHREAD] >> >> Any ways to disable (at least partially) USB stuff via BIOS? May >> be disabling other devices will help too -- try to play with the >> disabling the various controllers. > > I've tried that one too. > > Someone mentioned the same boot hangup problems I've had and the 'fix' was to boot to some other OS first, like Linux. I tried Slackware 12.1 (also hangs somewhere during boot) and then Ubuntu 8.04 (am able to go into the install screen) but rebooting back to freebsd is no go. Then I recalled we were able to successfully install 64-bit Windows 2003 Server on it. So I booted it to the windows 2003 server just to the point where it asks to install it, then rebooted it to the already installed FreeBSD. verbose dmesgs of FreeBSD-200809 CURRENT: http://pastebin.com/f367b3203 of FreeBSD-20080925 CURRENT: http://pastebin.com/f4338460a I have also an output of acpidump but its quite huge, pastebin has limits: -rw-r--r-- 1 mars staff - 398105 Oct 9 16:38 DUNNINGTON-acpidump-td.txt Email me privately if you want this (or I can give this to someone w/ ample bandwidth and a web server). Also it detects only 16CPUs instead of 24. Win2k3 detects all 24. make -j16 buildworld: 4442.721u 3236.681s 16:29.50 776.0% 6064+6203k 539+8258io 15117pf+0w But I have an HP DL380 Quad-Core Xeon that rebuilds the world in just 13 minutes :-p Thanks. >> -- >> Eygene >> _ ___ _.--. # >> \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard >> / ' ` , __.--' # to read the on-line manual >> )/' _/ \ `-_, / # while single-stepping the kernel. >> `-'" `"\_ ,_.-;_.-\_ ', fsc/as # >> _.-'_./ {_.' ; / # -- FreeBSD Developers handbook >> {_.-``-' {_/ # >> > > > > -- > cheers > mars > -- cheers mars From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 11:32:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7A5D1065686 for ; Thu, 9 Oct 2008 11:32:42 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id 533E48FC1D for ; Thu, 9 Oct 2008 11:32:42 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-067-249-220.pools.arcor-ip.net [88.67.249.220]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1Kntl30gYG-0005AK; Thu, 09 Oct 2008 13:32:41 +0200 Received: (qmail 2847 invoked from network); 9 Oct 2008 11:32:40 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by router.laiers.local with SMTP; 9 Oct 2008 11:32:40 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Thu, 9 Oct 2008 13:32:39 +0200 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810091332.40091.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19sb8n/NVsFjind4QUnN18R3B3UndPKvGT0GBv CiE65mYS0p21ZFDY3JeuDmIHg4D1pTdNXS9+PirIfeCZqYaIPw Ln1xr6xwbtbcfySBZeLEw== Cc: Mars G Miro Subject: Re: 6-CORE Dunnington X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 11:32:43 -0000 On Thursday 09 October 2008 10:56:28 Mars G Miro wrote: > On Thu, Oct 2, 2008 at 4:25 PM, Mars G Miro wrote: > > On Thu, Oct 2, 2008 at 8:03 AM, Eygene Ryabinkin wrote: > >> Mars, good day. > > > > Yo > > > >> Wed, Oct 01, 2008 at 11:36:43PM +0800, Mars G Miro wrote: > >>> I was able to install 200809-CURRENT on it but after recompiling > >>> the kernel (taking out WITNESS, INVARIANTS KGDB et al) I found out > >>> that I could not boot it anymore. What's weird is that I could not > >>> boot the same 200809-CURRENT CD that I used the first time. > >> > >> [Assuming you had not touched any hardware or BIOS configuration > >> since last good boot from -CURRENT CD.] > >> > >> Was is the totally cold boot (with power-off via unplugging the power > >> cord/switching off the master power input on the power supply) or just a > >> some sort of a warm or semi-cold boot with power button? I had seen > >> the cases where hardware was in a such bad state, that only totally > >> cold boot was helping to recover. > > > > Yes, I do this from time to time when I encounter hardware problems > > like these. I've tried various BIOS settings and configurations, > > changing to default BIOS values, I'd think I've scoured through all > > the BIOS settings, frustratingly because the BIOS takes quite some > > time to load (well this is a test platform, whaddya expect :-p) > > > > Cold-booting does not help either. > > > >> Just hangs > >> > >>> on > >>> .... > >>> uhci0: [GIANT-LOCKED] > >>> uhci0: [ITHREAD] > >> > >> Any ways to disable (at least partially) USB stuff via BIOS? May > >> be disabling other devices will help too -- try to play with the > >> disabling the various controllers. > > > > I've tried that one too. > > Someone mentioned the same boot hangup problems I've had and the 'fix' > was to boot to some other OS first, like Linux. I tried Slackware 12.1 > (also hangs somewhere during boot) and then Ubuntu 8.04 (am able to go > into the install screen) but rebooting back to freebsd is no go. Then > I recalled we were able to successfully install 64-bit Windows 2003 > Server on it. So I booted it to the windows 2003 server just to the > point where it asks to install it, then rebooted it to the already > installed FreeBSD. > > verbose dmesgs > of FreeBSD-200809 CURRENT: http://pastebin.com/f367b3203 > of FreeBSD-20080925 CURRENT: http://pastebin.com/f4338460a > > I have also an output of acpidump but its quite huge, pastebin has limits: > -rw-r--r-- 1 mars staff - 398105 Oct 9 16:38 > DUNNINGTON-acpidump-td.txt Email me privately if you want this (or I can > give this to someone w/ ample bandwidth and a web server). > > Also it detects only 16CPUs instead of 24. Win2k3 detects all 24. This should be fixed with the following commit: http://svn.freebsd.org/changeset/base/183525 > make -j16 buildworld: 4442.721u 3236.681s 16:29.50 776.0% > 6064+6203k 539+8258io 15117pf+0w > > But I have an HP DL380 Quad-Core Xeon that rebuilds the world in just > 13 minutes :-p > > Thanks. > > >> -- > >> Eygene > >> _ ___ _.--. # > >> \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard > >> / ' ` , __.--' # to read the on-line manual > >> )/' _/ \ `-_, / # while single-stepping the kernel. > >> `-'" `"\_ ,_.-;_.-\_ ', fsc/as # > >> _.-'_./ {_.' ; / # -- FreeBSD Developers handbook > >> {_.-``-' {_/ # > > > > -- > > cheers > > mars -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 12:11:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B6C5106569D for ; Thu, 9 Oct 2008 12:11:47 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id A8AE98FC12 for ; Thu, 9 Oct 2008 12:11:46 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KnuMp-00060u-Fb for freebsd-current@freebsd.org; Thu, 09 Oct 2008 12:11:43 +0000 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, 09 Oct 2008 12:11:43 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Oct 2008 12:11:43 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 09 Oct 2008 14:12:10 +0200 Lines: 57 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig73772482295EEEC7F68A9AA2" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.17 (X11/20080925) In-Reply-To: X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: 6-CORE Dunnington X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 12:11:47 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig73772482295EEEC7F68A9AA2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Mars G Miro wrote: > Someone mentioned the same boot hangup problems I've had and the 'fix' > was to boot to some other OS first, like Linux. I tried Slackware 12.1 That was me... > (also hangs somewhere during boot) and then Ubuntu 8.04 (am able to go > into the install screen) but rebooting back to freebsd is no go. Then Hmm, Ubuntu (64-bit) worked for me. > I recalled we were able to successfully install 64-bit Windows 2003 > Server on it. So I booted it to the windows 2003 server just to the > point where it asks to install it, then rebooted it to the already > installed FreeBSD. So the problem looks like it has something to do with hardware initialization. > Also it detects only 16CPUs instead of 24. Win2k3 detects all 24. On Wed Oct 1 21:59:04 2008 John Baldwin increased the limit on CPUs to 32 for both AMD64 and i386. There is ongoing work to increase this to 64 CPUs in the 64-bit version. >=20 > make -j16 buildworld: 4442.721u 3236.681s 16:29.50 776.0% > 6064+6203k 539+8258io 15117pf+0w >=20 > But I have an HP DL380 Quad-Core Xeon that rebuilds the world in just > 13 minutes :-p 21 minutes with 2x4-core 1.86 GHz Xeon :( --------------enig73772482295EEEC7F68A9AA2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI7fUbldnAQVacBcgRAo1WAKDNTOGju5mfQyr9dqbOiy1w/JhY4QCghM0E WDZK+Ca82sWEIoaHOb1lE94= =OwpD -----END PGP SIGNATURE----- --------------enig73772482295EEEC7F68A9AA2-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 13:22:26 2008 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32E1F10656A1 for ; Thu, 9 Oct 2008 13:22:26 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from deepcore.dk (adsl.deepcore.dk [87.63.29.106]) by mx1.freebsd.org (Postfix) with ESMTP id A5D9E8FC0C for ; Thu, 9 Oct 2008 13:22:25 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from [192.168.0.138] ([192.168.0.138]) by deepcore.dk (8.14.3/8.14.2) with ESMTP id m99D1Wog039397 for ; Thu, 9 Oct 2008 15:01:32 +0200 (CEST) (envelope-from sos@deepcore.dk) Message-Id: From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: current Content-Type: multipart/mixed; boundary=Apple-Mail-2-436956406 Mime-Version: 1.0 (Apple Message framework v929.2) Date: Thu, 9 Oct 2008 15:01:32 +0200 X-Mailer: Apple Mail (2.929.2) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (deepcore.dk [87.63.29.106]); Thu, 09 Oct 2008 15:01:32 +0200 (CEST) Cc: Subject: ATA modules work committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 13:22:26 -0000 --Apple-Mail-2-436956406 Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Hi all! I've just committed the roumored ATA modulerisation works, and it =20 needs a little explanation I guess. If you just config KERNEL as usual there should be no apparent =20 changes, you'll get all chipset support code compiled in. However there is now a way to only compile in code for chipsets needed =20= on a pr vendor basis. ATA now has the following "device" entries: atacore: ATA core functionality, always needed for any ATA setup atacard: CARDBUS support atacbus: PC98 cbus support ataisa: ISA bus support atapci: PCI bus support only generic chipset support. ataahci: AHCI support, also pulled in by some vendor modules. ataacard, ataacerlabs, ataadaptec, ataamd, ataati, atacenatek, =20 atacypress, atacyrix, atahighpoint, ataintel, ataite, atajmicron, =20 atamarvell, atamicron, atanational, atanetcell, atanvidia, atapromise, =20= ataserverworks, atasiliconimage, atasis, atavia; Vendor support, = ie =20 atavia for VIA chipsets atadisk: ATA disk driver ataraid: ATA softraid driver atapicd: ATAPI cd/dvd driver atapifd: ATAPI floppy/flashdisk driver atapist: ATAPI tape driver atausb: ATA<>USB bridge atapicam: ATA<>CAM bridge This makes it possible to config a kernel with just VIA chipset =20 support by having the following ATA lines in the kernel config file: device atacore device atapci device atavia And then you need the atadisk, atapicd etc lines in there just as usual. If you use ATA as modules loaded at boot there is few changes except =20 the rename of the "ata" module to "atacore", things looks just as usual. However under atapci you now have a whole bunch of vendor specific =20 drivers, that you can kldload individually depending on you needs. =20 Drivers have the same names as used in the kernel config explained =20 above. -S=F8ren -- --Apple-Mail-2-436956406 Content-Disposition: attachment; filename=HEADSUP Content-Type: application/octet-stream; x-unix-mode=0644; name="HEADSUP" Content-Transfer-Encoding: quoted-printable Hi=20all!=0A=0AI've=20just=20committed=20the=20roumored=20ATA=20= modulerisation=20works,=20and=20it=20needs=20a=20little=20explanation=20= I=20guess.=0A=0AIf=20you=20just=20config=20KERNEL=20as=20usual=20there=20= should=20be=20no=20apparent=20changes,=20you'll=20get=20all=20chipset=20= support=20code=20compiled=20in.=0A=0AHowever=20there=20is=20now=20a=20= way=20to=20only=20compile=20in=20code=20for=20chipsets=20needed=20on=20a=20= pr=20vendor=20basis.=20ATA=20now=20has=20the=20following=20"device"=20= entries:=0A=0Aatacore:=09ATA=20core=20functionality,=20always=20needed=20= for=20any=20ATA=20setup=0A=0Aatacard:=09CARDBUS=20support=0Aatacbus:=09= PC98=20cbus=20support=0Aataisa:=09=09ISA=20bus=20support=0Aatapci:=09=09= PCI=20bus=20support=20only=20generic=20chipset=20support.=0A=0Aataahci:=09= AHCI=20support,=20also=20pulled=20in=20by=20some=20vendor=20modules.=0A=0A= ataacard,=20ataacerlabs,=20ataadaptec,=20ataamd,=20ataati,=20atacenatek,=20= atacypress,=20atacyrix,=20atahighpoint,=20ataintel,=20ataite,=20= atajmicron,=20atamarvell,=20atamicron,=20atanational,=20atanetcell,=20= atanvidia,=20atapromise,=20ataserverworks,=20atasiliconimage,=20atasis,=20= atavia;=09Vendor=20support,=20ie=20atavia=20for=20VIA=20chipsets=0A=0A= atadisk:=09ATA=20disk=20driver=0Aataraid:=09ATA=20softraid=20driver=0A=0A= atapicd:=09ATAPI=20cd/dvd=20driver=0Aatapifd:=09ATAPI=20floppy/flashdisk=20= driver=0Aatapist:=09ATAPI=20tape=20driver=0A=0Aatausb:=09=09ATA<>USB=20= bridge=0Aatapicam:=09ATA<>CAM=20bridge=0A=0AThis=20makes=20it=20possible=20= to=20config=20a=20kernel=20with=20just=20VIA=20chipset=20support=20by=20= having=20the=20following=20ATA=20lines=20in=20the=20kernel=20config=20= file:=0A=0Adevice=20=20=20=20=20=20=20=20=20=20atacore=0Adevice=20=20=20=20= =20=20=20=20=20=20atapci=0Adevice=20=20=20=20=20=20=20=20=20=20atavia=0A=0A= And=20then=20you=20need=20the=20atadisk,=20atapicd=20etc=20lines=20in=20= there=20just=20as=20usual.=0A=0A=0AIf=20you=20use=20ATA=20as=20modules=20= loaded=20at=20boot=20there=20is=20few=20changes=20except=20the=20rename=20= of=20the=20"ata"=20module=20to=20"atacore",=20things=20looks=20just=20as=20= usual.=0AHowever=20under=20atapci=20you=20now=20have=20a=20whole=20bunch=20= of=20vendor=20specific=20drivers,=20that=20you=20can=20kldload=20= individually=20depending=20on=20you=20needs.=20Drivers=20have=20the=20= same=20names=20as=20used=20in=20the=20kernel=20config=20explained=20= above.=0A=0A-S=C3=B8ren=0A= --Apple-Mail-2-436956406 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit --Apple-Mail-2-436956406-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 15:11:06 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF3131065691; Thu, 9 Oct 2008 15:11:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C54AE8FC08; Thu, 9 Oct 2008 15:11:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99FB1Sq066916; Thu, 9 Oct 2008 11:11:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m99FB1a1036729; Thu, 9 Oct 2008 11:11:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 336CC73039; Thu, 9 Oct 2008 11:11:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081009151101.336CC73039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 11:11:01 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8264/Tue Sep 16 14:01:22 2008 clamav-milter version 0.94 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 15:11:07 -0000 TB --- 2008-10-09 13:53:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-09 13:53:52 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-10-09 13:53:52 - cleaning the object tree TB --- 2008-10-09 13:54:30 - cvsupping the source tree TB --- 2008-10-09 13:54:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-10-09 13:54:37 - building world (CFLAGS=-O -pipe) TB --- 2008-10-09 13:54:37 - cd /src TB --- 2008-10-09 13:54:37 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 9 13:54:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Oct 9 15:01:32 UTC 2008 TB --- 2008-10-09 15:01:32 - generating LINT kernel config TB --- 2008-10-09 15:01:32 - cd /src/sys/pc98/conf TB --- 2008-10-09 15:01:32 - /usr/bin/make -B LINT TB --- 2008-10-09 15:01:32 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-09 15:01:32 - cd /src TB --- 2008-10-09 15:01:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 9 15:01:32 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:163: warning: nested extern declaration of 'ata_atapi' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: In function 'ata_acard_86X_setmode': /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: implicit declaration of function 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: nested extern declaration of 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: At top level: /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: data definition has no type or storage class /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: type defaults to 'int' in declaration of 'ATA_DECLARE_DRIVER' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets/ataacard. *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets. *** Error code 1 Stop in /src/sys/modules/ata/atapci. *** Error code 1 Stop in /src/sys/modules/ata. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-09 15:11:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-09 15:11:00 - ERROR: failed to build lint kernel TB --- 2008-10-09 15:11:00 - tinderbox aborted TB --- 3437.30 user 430.31 system 4628.82 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 16:03:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EE2010656A0; Thu, 9 Oct 2008 16:03:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 764818FC20; Thu, 9 Oct 2008 16:03:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99G3MiQ081824; Thu, 9 Oct 2008 12:03:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99G3M2b006968; Thu, 9 Oct 2008 12:03:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 908D673039; Thu, 9 Oct 2008 12:03:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081009160322.908D673039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 12:03:22 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8394/Wed Oct 8 00:15:25 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 16:03:28 -0000 TB --- 2008-10-09 14:34:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-09 14:34:19 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-10-09 14:34:20 - cleaning the object tree TB --- 2008-10-09 14:34:53 - cvsupping the source tree TB --- 2008-10-09 14:34:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-10-09 14:35:00 - building world (CFLAGS=-O -pipe) TB --- 2008-10-09 14:35:00 - cd /src TB --- 2008-10-09 14:35:00 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 9 14:35:02 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Oct 9 15:51:48 UTC 2008 TB --- 2008-10-09 15:51:48 - generating LINT kernel config TB --- 2008-10-09 15:51:48 - cd /src/sys/ia64/conf TB --- 2008-10-09 15:51:48 - /usr/bin/make -B LINT TB --- 2008-10-09 15:51:48 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-09 15:51:48 - cd /src TB --- 2008-10-09 15:51:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 9 15:51:49 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:163: warning: nested extern declaration of 'ata_atapi' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: In function 'ata_acard_86X_setmode': /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: implicit declaration of function 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: nested extern declaration of 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: At top level: /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: data definition has no type or storage class /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: type defaults to 'int' in declaration of 'ATA_DECLARE_DRIVER' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets/ataacard. *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets. *** Error code 1 Stop in /src/sys/modules/ata/atapci. *** Error code 1 Stop in /src/sys/modules/ata. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-09 16:03:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-09 16:03:22 - ERROR: failed to build lint kernel TB --- 2008-10-09 16:03:22 - tinderbox aborted TB --- 4044.09 user 422.48 system 5342.41 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 16:28:24 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 322FB1065687; Thu, 9 Oct 2008 16:28:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 090F78FC0C; Thu, 9 Oct 2008 16:28:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99GSLiM086774; Thu, 9 Oct 2008 12:28:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99GSL2k051961; Thu, 9 Oct 2008 12:28:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D947173039; Thu, 9 Oct 2008 12:28:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081009162820.D947173039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 12:28:20 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8394/Wed Oct 8 00:15:25 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 16:28:24 -0000 TB --- 2008-10-09 15:11:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-09 15:11:01 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-10-09 15:11:01 - cleaning the object tree TB --- 2008-10-09 15:11:34 - cvsupping the source tree TB --- 2008-10-09 15:11:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-10-09 15:11:41 - building world (CFLAGS=-O -pipe) TB --- 2008-10-09 15:11:41 - cd /src TB --- 2008-10-09 15:11:41 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 9 15:11:43 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Oct 9 16:20:26 UTC 2008 TB --- 2008-10-09 16:20:26 - generating LINT kernel config TB --- 2008-10-09 16:20:26 - cd /src/sys/powerpc/conf TB --- 2008-10-09 16:20:26 - /usr/bin/make -B LINT TB --- 2008-10-09 16:20:26 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-09 16:20:26 - cd /src TB --- 2008-10-09 16:20:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 9 16:20:26 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:163: warning: nested extern declaration of 'ata_atapi' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: In function 'ata_acard_86X_setmode': /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: implicit declaration of function 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: nested extern declaration of 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: At top level: /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: data definition has no type or storage class /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: type defaults to 'int' in declaration of 'ATA_DECLARE_DRIVER' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets/ataacard. *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets. *** Error code 1 Stop in /src/sys/modules/ata/atapci. *** Error code 1 Stop in /src/sys/modules/ata. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-09 16:28:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-09 16:28:20 - ERROR: failed to build lint kernel TB --- 2008-10-09 16:28:20 - tinderbox aborted TB --- 3466.34 user 404.30 system 4639.48 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 16:38:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09314106568E for ; Thu, 9 Oct 2008 16:38:37 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id 25BEB8FC22 for ; Thu, 9 Oct 2008 16:38:35 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 50196 invoked by uid 1000); 9 Oct 2008 16:38:55 -0000 Date: Thu, 9 Oct 2008 09:38:55 -0700 From: Jos Backus To: Tim Kientzle Message-ID: <20081009163855.GB49963@lizzy.catnook.local> References: <20081004222249.GA48928@lizzy.catnook.local> <48E80F02.4070309@freebsd.org> <20081005233256.GB8507@lizzy.catnook.local> <48E95D0E.50202@freebsd.org> <20081006051424.GA5858@lizzy.catnook.local> <48EA2FA0.8060007@freebsd.org> <20081006190750.GA14017@lizzy.catnook.local> <48EAE8DA.2000908@freebsd.org> <20081007163143.GA25284@lizzy.catnook.local> <48EC11D1.3090304@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48EC11D1.3090304@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Andrey Chernov , freebsd-current@freebsd.org Subject: Re: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 16:38:37 -0000 On Tue, Oct 07, 2008 at 06:50:09PM -0700, Tim Kientzle wrote: > This is a lot more interesting. This points to a crash > within libc's db code. Somehow, it's trying to compute > a hash for some element with length -10618, which is > getting converted to an unsigned 4294956678, which is > causing the crash. > > Does Firefox have knobs to use a newer Berkeley DB? Not that I am aware of. Maybe I should ask ports@... > I can't > recall whether newer Berkeley DB versions are thread-safe but > I'm pretty sure the old version in our libc isn't. If Firefox > is assuming the BDB code is thread-safe that could certainly > cause corruption of the BDB data with all sorts of unpleasant > consequences. That's just a random guess, though. Maybe someone > else on this mailing list knows better. I think you're on to something. Also, I have found a reliable way to cause the crash. It happens when I go to https://wellpointnextrx.com/ and try to accept the cert for the session. -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 17:00:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F31CB1065686; Thu, 9 Oct 2008 16:59:59 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.freebsd.org (Postfix) with ESMTP id A62088FC13; Thu, 9 Oct 2008 16:59:59 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 1B461173C9; Thu, 9 Oct 2008 18:40:56 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6SGKaNbgWG9h; Thu, 9 Oct 2008 18:40:50 +0200 (CEST) Received: from [212.61.27.67] (opteron [212.61.27.67]) by mail.digiware.nl (Postfix) with ESMTP id 580FE17170; Thu, 9 Oct 2008 18:40:50 +0200 (CEST) Message-ID: <48EE340B.9010507@IMAP> Date: Thu, 09 Oct 2008 18:40:43 +0200 From: Willem Jan Withagen User-Agent: Thunderbird 2.0.0.17 (X11/20080925) MIME-Version: 1.0 To: Kip Macy References: <3c1674c90808221503v5ee48f05td71f70f152e71ef8@mail.gmail.com> In-Reply-To: <3c1674c90808221503v5ee48f05td71f70f152e71ef8@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 09 Oct 2008 17:02:34 +0000 Cc: freebsd-hackers@freebsd.org, FreeBSD Current Subject: Re: request for testers - xen support for domU in head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 17:00:00 -0000 Kip Macy wrote: > Basic Xen support for 32-bit in PAE mode is in CVS. Please see the > wiki for general information: > > http://wiki.freebsd.org/FreeBSD/Xen > > Please be forewarned that I am not claiming that this is > production-ready. There are many known limitations. If you would like > to take it for a test drive and report bugs please give it a spin. Well it took me some figuring out, before I found this message. Getting it to run with a current-kernel is a lot simpeler. So what I've done is: take your mdroot-disk and your config build the current XEN kernel So I'm running a current-kernel with 7.0 world, I guess. That boots just fine after I changed the disk to xbd1a... So as a nice stresstest I thought: lets mount /usr/src8/src and try to build world. :) Well that is killed in the first serious work with sig 11. Which I at first expected to be due the small memsize. But even upping this on to 256Mb, the compiler still crashes. Also the system suffers from rather seriously long freezes. It can sit there for like > 30 secs. But then on the other hand: It is getting real close to being usefull. --WjW Underlying stuff: dual opteron 245 with 2gb RAM running Ubuntu Hardy en Xen 3.2 PAE --WjW From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 17:17:24 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B6AC1065688; Thu, 9 Oct 2008 17:17:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C10078FC18; Thu, 9 Oct 2008 17:17:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99HHJuQ095851; Thu, 9 Oct 2008 13:17:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99HHJi1014500; Thu, 9 Oct 2008 13:17:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3B4A073039; Thu, 9 Oct 2008 13:17:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081009171719.3B4A073039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 13:17:19 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8394/Wed Oct 8 00:15:25 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 17:17:24 -0000 TB --- 2008-10-09 16:03:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-09 16:03:22 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-10-09 16:03:22 - cleaning the object tree TB --- 2008-10-09 16:03:47 - cvsupping the source tree TB --- 2008-10-09 16:03:47 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-10-09 16:03:55 - building world (CFLAGS=-O -pipe) TB --- 2008-10-09 16:03:55 - cd /src TB --- 2008-10-09 16:03:55 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 9 16:03:56 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Oct 9 17:08:16 UTC 2008 TB --- 2008-10-09 17:08:16 - generating LINT kernel config TB --- 2008-10-09 17:08:16 - cd /src/sys/sparc64/conf TB --- 2008-10-09 17:08:16 - /usr/bin/make -B LINT TB --- 2008-10-09 17:08:17 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-09 17:08:17 - cd /src TB --- 2008-10-09 17:08:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 9 17:08:17 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:163: warning: nested extern declaration of 'ata_atapi' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: In function 'ata_acard_86X_setmode': /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: implicit declaration of function 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: nested extern declaration of 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: At top level: /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: data definition has no type or storage class /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: type defaults to 'int' in declaration of 'ATA_DECLARE_DRIVER' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets/ataacard. *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets. *** Error code 1 Stop in /src/sys/modules/ata/atapci. *** Error code 1 Stop in /src/sys/modules/ata. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-09 17:17:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-09 17:17:18 - ERROR: failed to build lint kernel TB --- 2008-10-09 17:17:18 - tinderbox aborted TB --- 3287.95 user 403.72 system 4436.28 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 17:32:12 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA1B5106568B; Thu, 9 Oct 2008 17:32:12 +0000 (UTC) (envelope-from lev@nupfel.de) Received: from schatten.darksystem.net (schatten.darksystem.net [88.198.51.7]) by mx1.freebsd.org (Postfix) with ESMTP id 4DFF18FC1C; Thu, 9 Oct 2008 17:32:10 +0000 (UTC) (envelope-from lev@nupfel.de) Received: from schatten.darksystem.net (localhost [127.0.0.1]) by schatten.darksystem.net (Postfix) with ESMTP id 0BB866EC03F; Thu, 9 Oct 2008 19:16:22 +0200 (CEST) X-Spam-Status: No, hits=0.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC X-Spam-Check-By: schatten.darksystem.net Received: from port-212-202-192-115.dynamic.qsc.de (HELO mail.nupfel.de) (212.202.192.115) (smtp-auth username lev, mechanism plain) by schatten.darksystem.net (qpsmtpd/0.40) with (AES256-SHA encrypted) ESMTPSA; Thu, 09 Oct 2008 19:15:18 +0200 Received: from localhost (localhost [127.0.0.1]) by mail.nupfel.de (Postfix) with ESMTP id 1804C1A5F9CF; Thu, 9 Oct 2008 19:15:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at nupfel.de Received: from mail.nupfel.de ([127.0.0.1]) by localhost (mail.nupfel.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DctwVTxNVNJi; Thu, 9 Oct 2008 19:15:14 +0200 (CEST) Received: from lain (lain.navi.wired [192.168.0.40]) by mail.nupfel.de (Postfix) with ESMTP id 757821A04E8A; Thu, 9 Oct 2008 19:15:14 +0200 (CEST) Date: Thu, 9 Oct 2008 19:15:19 +0200 From: Tobias Kirschstein To: Thiago Luz Basilio Message-ID: <20081009191519.790298e4@lain> In-Reply-To: <20081006072447.d51c76f1.elmofo@uol.com.br> References: <20081006072447.d51c76f1.elmofo@uol.com.br> Organization: NIC.BLA X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/3769EA0YoV8/PytLsZ/e5hy"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: rpaulo@FreeBSD.org, current@freebsd.org Subject: Re: 802.11b mode on wlan interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 17:32:12 -0000 --Sig_/3769EA0YoV8/PytLsZ/e5hy Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 6 Oct 2008 07:24:47 -0300 Thiago Luz Basilio wrote: > Hello! >=20 > I'm using -CURRENT on my Acer Aspire One (Atheros 5424/2424). Thanks > to the lastest ath_hal (0.10.5.10), the device is correctly attached. > However, I can't test it right now, because I have an old 802.11 > device that only works in 802.11b mode. >=20 > I tried to set manually the mode using ifconfig, but no go... :(. >=20 > I tried setting the mode (11b) on the ath0 interface and wlan0 > interface. Also setting the mode in rc.conf doesn't work at all. >=20 > Anybody had this problem? yes! and i mailed current@, driver@, questions@ some time ago without any response... i get the problem while trying to connect to an 11b only "AP" running on openbsd with my wpi0/wlan0. i have a ThinkPad X60T. please let me know if you have any solution! i tried a lot of things without success, see my mail... Subject: wpi not working on 11b Date: Fri, 1 Aug 2008 20:43:11 +0200 --=20 ciao, lev --Sig_/3769EA0YoV8/PytLsZ/e5hy Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iGwEARECACwFAkjuPCklGmh0dHA6Ly93d3cubnVwZmVsLmRlL3BncC9wb2xpY3ku aHRtbAAKCRCkm1fv1t7QADJWAKCvzmON40dDRHOBP+RlV2c6YrM4gQCgsQpwN/jX DjMPtiVVUpW81SNCsPA= =kH39 -----END PGP SIGNATURE----- --Sig_/3769EA0YoV8/PytLsZ/e5hy-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 17:38:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1F0D1065686; Thu, 9 Oct 2008 17:38:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 99F648FC23; Thu, 9 Oct 2008 17:38:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id m99HcTgv072616; Thu, 9 Oct 2008 13:38:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99HcTdE035820; Thu, 9 Oct 2008 13:38:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5C6F773039; Thu, 9 Oct 2008 13:38:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081009173829.5C6F773039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 13:38:29 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8394/Wed Oct 8 00:15:25 2008 clamav-milter version 0.94 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 17:38:33 -0000 TB --- 2008-10-09 16:28:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-09 16:28:21 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-10-09 16:28:21 - cleaning the object tree TB --- 2008-10-09 16:28:47 - cvsupping the source tree TB --- 2008-10-09 16:28:47 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-10-09 16:28:55 - building world (CFLAGS=-O -pipe) TB --- 2008-10-09 16:28:55 - cd /src TB --- 2008-10-09 16:28:55 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 9 16:28:57 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Oct 9 17:31:23 UTC 2008 TB --- 2008-10-09 17:31:23 - generating LINT kernel config TB --- 2008-10-09 17:31:23 - cd /src/sys/sun4v/conf TB --- 2008-10-09 17:31:23 - /usr/bin/make -B LINT TB --- 2008-10-09 17:31:23 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-09 17:31:23 - cd /src TB --- 2008-10-09 17:31:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 9 17:31:23 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:163: warning: nested extern declaration of 'ata_atapi' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: In function 'ata_acard_86X_setmode': /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: implicit declaration of function 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: nested extern declaration of 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: At top level: /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: data definition has no type or storage class /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: type defaults to 'int' in declaration of 'ATA_DECLARE_DRIVER' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets/ataacard. *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets. *** Error code 1 Stop in /src/sys/modules/ata/atapci. *** Error code 1 Stop in /src/sys/modules/ata. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-09 17:38:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-09 17:38:29 - ERROR: failed to build lint kernel TB --- 2008-10-09 17:38:29 - tinderbox aborted TB --- 3272.98 user 401.20 system 4208.34 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 17:45:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B96A106568C for ; Thu, 9 Oct 2008 17:45:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with ESMTP id E85DC8FC23 for ; Thu, 9 Oct 2008 17:45:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 8194 invoked by uid 399); 9 Oct 2008 17:18:40 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 9 Oct 2008 17:18:40 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <48EE3CEF.6080200@FreeBSD.org> Date: Thu, 09 Oct 2008 10:18:39 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: Larry Rosenman References: <200705191647320000@2074715352> In-Reply-To: <200705191647320000@2074715352> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: PINE: SIG 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 17:45:20 -0000 The pine port has been removed as the project is dead. Long live alpine. :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 18:14:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64186106568E for ; Thu, 9 Oct 2008 18:14:33 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id CCDD48FC16 for ; Thu, 9 Oct 2008 18:14:32 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180139110.adsl.alicedsl.de [85.180.139.110]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id m99IEU0I065753 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 9 Oct 2008 20:14:31 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m99IEUTL002726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 9 Oct 2008 20:14:30 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m99IEULO002725 for current@freebsd.org; Thu, 9 Oct 2008 20:14:30 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Thu, 9 Oct 2008 20:14:30 +0200 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20081009181430.GA2699@roadrunner.spoerlein.net> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: LOR: bufwait vs dirhash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 18:14:33 -0000 Hi all, pretty fresh -CURRENT, just removed a directory et voilá root@igor: /boot# rm -rf kernel.old lock order reversal: 1st 0xcffcd344 bufwait (bufwait) @ /vol/src/sys/kern/vfs_bio.c:2443 2nd 0xc38a0a00 dirhash (dirhash) @ /vol/src/sys/ufs/ufs/ufs_dirhash.c:254 KDB: stack backtrace: db_trace_self_wrapper(c07d2a15,daa7ca78,c057de85,4,c07ce2fe,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c07ce2fe,c07ee685,c30f01e8,daa7cad0,...) at kdb_backtrace+0x29 _witness_debugger(c07d53e1,c38a0a00,c07ee9ec,c30f01e8,c07ee685,...) at _witness_debugger+0x25 witness_checkorder(c38a0a00,9,c07ee685,fe,0,...) at witness_checkorder+0x7ec _sx_xlock(c38a0a00,0,c07ee685,fe,d0c5c018,...) at _sx_xlock+0x85 ufsdirhash_acquire(0,e,c31e0800,cffcd2e4,d0c5c018,...) at ufsdirhash_acquire+0x48 ufsdirhash_remove(c3930780,d0c5c018,18,daa7cb60,daa7cb5c,...) at ufsdirhash_remove+0x14 ufs_dirremove(c393e2b0,c39bb618,500800c,0,c393e2b0,...) at ufs_dirremove+0xe3 ufs_remove(daa7cc30,c07fed1f,0,daa7cc30,c39bd2b0,...) at ufs_remove+0x6e VOP_REMOVE_APV(c08367e0,daa7cc30,2,c07d40b6,8116238,...) at VOP_REMOVE_APV+0xf6 kern_unlinkat(c36a3000,ffffff9c,8116238,0,daa7cc80,...) at kern_unlinkat+0x187 kern_unlink(c36a3000,8116238,0,daa7cd2c,c07939f3,...) at kern_unlink+0x27 unlink(c36a3000,daa7ccf8,4,c07e9923,c0815770,...) at unlink+0x22 syscall(daa7cd38) at syscall+0x2e3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (10, FreeBSD ELF32, unlink), eip = 0x2815e33f, esp = 0xbfbfeccc, ebp = 0xbfbfecf8 --- Btw, how come the LOR page is down? http://sources.zabbadoz.net/freebsd/lor.html Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 19:30:00 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B32A1065687; Thu, 9 Oct 2008 19:30:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 60B2A8FC08; Thu, 9 Oct 2008 19:30:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99JTrdM023236; Thu, 9 Oct 2008 15:29:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m99JTr0Q072130; Thu, 9 Oct 2008 15:29:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3699C73039; Thu, 9 Oct 2008 15:29:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081009192953.3699C73039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 15:29:53 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8264/Tue Sep 16 14:01:22 2008 clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 19:30:00 -0000 TB --- 2008-10-09 17:40:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-09 17:40:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-10-09 17:40:01 - cleaning the object tree TB --- 2008-10-09 17:40:53 - cvsupping the source tree TB --- 2008-10-09 17:40:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-10-09 17:41:00 - building world (CFLAGS=-O -pipe) TB --- 2008-10-09 17:41:00 - cd /src TB --- 2008-10-09 17:41:00 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 9 17:41:03 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Oct 9 19:19:30 UTC 2008 TB --- 2008-10-09 19:19:30 - generating LINT kernel config TB --- 2008-10-09 19:19:30 - cd /src/sys/amd64/conf TB --- 2008-10-09 19:19:30 - /usr/bin/make -B LINT TB --- 2008-10-09 19:19:30 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-09 19:19:30 - cd /src TB --- 2008-10-09 19:19:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 9 19:19:30 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:163: warning: nested extern declaration of 'ata_atapi' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: In function 'ata_acard_86X_setmode': /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: implicit declaration of function 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: nested extern declaration of 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: At top level: /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: data definition has no type or storage class /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: type defaults to 'int' in declaration of 'ATA_DECLARE_DRIVER' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets/ataacard. *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets. *** Error code 1 Stop in /src/sys/modules/ata/atapci. *** Error code 1 Stop in /src/sys/modules/ata. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-09 19:29:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-09 19:29:52 - ERROR: failed to build lint kernel TB --- 2008-10-09 19:29:52 - tinderbox aborted TB --- 4907.62 user 613.63 system 6591.91 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 19:42:42 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 786591065698 for ; Thu, 9 Oct 2008 19:42:42 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 27C078FC30 for ; Thu, 9 Oct 2008 19:42:41 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.54.128] (S01060014bf8629c0.vc.shawcable.net [24.87.44.186]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m99Jgeac065851 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Oct 2008 12:42:41 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <48EE5EB2.7010000@FreeBSD.org> Date: Thu, 09 Oct 2008 12:42:42 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Alexander Kabaev References: <48ED27EA.9020407@FreeBSD.org> <48ED3545.6030609@FreeBSD.org> <20081008192905.0b75b0a6@kan.dnsalias.net> <48ED5755.3000601@FreeBSD.org> <20081008211005.0fcb6442@kan.dnsalias.net> <48ED6619.5080102@FreeBSD.org> In-Reply-To: <48ED6619.5080102@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" Subject: Re: dlsym(RTLD_NEXT) and weak symbols X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 19:42:42 -0000 Maxim Sobolev wrote: > Alexander Kabaev wrote: >> We need to grab first non-weak symbol that matches or first weak symbol >> if no non-weak alternatives are found. > > Yes, you are right. Now that I have taken a closer look the patch seems > to DTRT. Thanks! Alexander, Please don't forget to check in this change. Thanks! -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 20:04:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F4291065686; Thu, 9 Oct 2008 20:04:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 558CC8FC2D; Thu, 9 Oct 2008 20:04:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99K470X031652; Thu, 9 Oct 2008 16:04:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m99K47LH058758; Thu, 9 Oct 2008 16:04:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 286C173039; Thu, 9 Oct 2008 16:04:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081009200407.286C173039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 16:04:07 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8264/Tue Sep 16 14:01:22 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 20:04:09 -0000 TB --- 2008-10-09 18:44:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-09 18:44:49 - starting HEAD tinderbox run for i386/i386 TB --- 2008-10-09 18:44:49 - cleaning the object tree TB --- 2008-10-09 18:45:24 - cvsupping the source tree TB --- 2008-10-09 18:45:24 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-10-09 18:45:32 - building world (CFLAGS=-O -pipe) TB --- 2008-10-09 18:45:32 - cd /src TB --- 2008-10-09 18:45:32 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 9 18:45:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Oct 9 19:52:45 UTC 2008 TB --- 2008-10-09 19:52:45 - generating LINT kernel config TB --- 2008-10-09 19:52:45 - cd /src/sys/i386/conf TB --- 2008-10-09 19:52:45 - /usr/bin/make -B LINT TB --- 2008-10-09 19:52:45 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-09 19:52:45 - cd /src TB --- 2008-10-09 19:52:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 9 19:52:45 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:163: warning: nested extern declaration of 'ata_atapi' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: In function 'ata_acard_86X_setmode': /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: implicit declaration of function 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: nested extern declaration of 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: At top level: /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: data definition has no type or storage class /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: type defaults to 'int' in declaration of 'ATA_DECLARE_DRIVER' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets/ataacard. *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets. *** Error code 1 Stop in /src/sys/modules/ata/atapci. *** Error code 1 Stop in /src/sys/modules/ata. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-09 20:04:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-09 20:04:06 - ERROR: failed to build lint kernel TB --- 2008-10-09 20:04:06 - tinderbox aborted TB --- 3547.88 user 429.63 system 4757.12 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 20:46:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7232B10656BA; Thu, 9 Oct 2008 20:46:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C6B518FC23; Thu, 9 Oct 2008 20:46:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99KkgSM041345; Thu, 9 Oct 2008 16:46:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m99KkgOG072113; Thu, 9 Oct 2008 16:46:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D667973039; Thu, 9 Oct 2008 16:46:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081009204641.D667973039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 16:46:41 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8264/Tue Sep 16 14:01:22 2008 clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 20:46:45 -0000 TB --- 2008-10-09 19:29:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-09 19:29:53 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-10-09 19:29:53 - cleaning the object tree TB --- 2008-10-09 19:30:18 - cvsupping the source tree TB --- 2008-10-09 19:30:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-10-09 19:30:24 - building world (CFLAGS=-O -pipe) TB --- 2008-10-09 19:30:24 - cd /src TB --- 2008-10-09 19:30:24 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 9 19:30:25 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Oct 9 20:37:18 UTC 2008 TB --- 2008-10-09 20:37:18 - generating LINT kernel config TB --- 2008-10-09 20:37:18 - cd /src/sys/pc98/conf TB --- 2008-10-09 20:37:18 - /usr/bin/make -B LINT TB --- 2008-10-09 20:37:18 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-09 20:37:18 - cd /src TB --- 2008-10-09 20:37:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 9 20:37:19 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:163: warning: nested extern declaration of 'ata_atapi' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: In function 'ata_acard_86X_setmode': /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: implicit declaration of function 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: nested extern declaration of 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: At top level: /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: data definition has no type or storage class /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: type defaults to 'int' in declaration of 'ATA_DECLARE_DRIVER' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets/ataacard. *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets. *** Error code 1 Stop in /src/sys/modules/ata/atapci. *** Error code 1 Stop in /src/sys/modules/ata. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-09 20:46:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-09 20:46:41 - ERROR: failed to build lint kernel TB --- 2008-10-09 20:46:41 - tinderbox aborted TB --- 3438.94 user 428.05 system 4608.36 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 20:35:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 833FE1065686 for ; Thu, 9 Oct 2008 20:35:52 +0000 (UTC) (envelope-from nick@anywi.com) Received: from hpsmtp-eml16.kpnxchange.com (hpsmtp-eml16.KPNXCHANGE.COM [213.75.38.116]) by mx1.freebsd.org (Postfix) with ESMTP id 18E948FC1A for ; Thu, 9 Oct 2008 20:35:51 +0000 (UTC) (envelope-from nick@anywi.com) Received: from hpsmtp-eml08.kpnxchange.com ([213.75.38.108]) by hpsmtp-eml16.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 9 Oct 2008 22:23:47 +0200 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by hpsmtp-eml08.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 9 Oct 2008 22:23:47 +0200 Received: (qmail 93171 invoked by uid 98); 9 Oct 2008 20:23:47 -0000 Received: from 10.66.0.135 (nick@10.66.0.135) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:1(10.66.0.135):. Processed in 0.757535 secs); 09 Oct 2008 20:23:47 -0000 Received: from unknown (HELO van-laarhoven.org) (nick@10.66.0.135) by uitsmijter.van-laarhoven.org with SMTP; 9 Oct 2008 20:23:46 -0000 Received: (nullmailer pid 6290 invoked by uid 1001); Thu, 09 Oct 2008 20:23:45 -0000 From: Nick Hibma Organization: AnyWi To: freebsd-current@freebsd.org Date: Thu, 9 Oct 2008 22:23:44 +0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810092223.44917.nick@anywi.com> X-OriginalArrivalTime: 09 Oct 2008 20:23:47.0380 (UTC) FILETIME=[EF154740:01C92A4C] X-Mailman-Approved-At: Thu, 09 Oct 2008 20:49:07 +0000 Subject: HEADS UP: svn commit: r183730 - head/sys/modules/usb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 20:35:52 -0000 HEADS UP: Please note that this change requires you to load uhci, ohci, ehci, and/or slhci separately. If you have for example usb_load="YES" in /boot/loader.conf you should add the lines uhci_load="YES" ehci_load="YES" if you have an Intel motherboard with USB 2.0 support. Cheers, Nick ---------- Forwarded Message ---------- Subject: svn commit: r183730 - head/sys/modules/usb Date: Thu October 9 2008 From: Nick Hibma To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Author: n_hibma Date: Thu Oct 9 20:00:17 2008 New Revision: 183730 URL: http://svn.freebsd.org/changeset/base/183730 Log: Obfuscated by other diffs while committing r183728: Remove the files for the HCI interfaces from the usb module. Modified: head/sys/modules/usb/Makefile Modified: head/sys/modules/usb/Makefile ============================================================================== --- head/sys/modules/usb/Makefile Thu Oct 9 19:47:28 2008 (r183729) +++ head/sys/modules/usb/Makefile Thu Oct 9 20:00:17 2008 (r183730) @@ -19,9 +19,4 @@ SRCS= bus_if.h device_if.h usb_if.h usb_ usbdi_util.c usbdi_util.h \ usb_ethersubr.c usbdevs.h -SRCS+= uhci_pci.c uhci.c uhcireg.h uhcivar.h -SRCS+= ohci_pci.c ohci.c ohcireg.h ohcivar.h -SRCS+= ehci_pci.c ehci.c ehcireg.h ehcivar.h -SRCS+= pci_if.h - .include _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" ------------------------------------------------------- -- AnyWi Technologies From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 21:33:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2DD21065688; Thu, 9 Oct 2008 21:33:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6506B8FC08; Thu, 9 Oct 2008 21:33:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99LXN6u049847; Thu, 9 Oct 2008 17:33:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99LXN0m071638; Thu, 9 Oct 2008 17:33:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 51C7A73039; Thu, 9 Oct 2008 17:33:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081009213323.51C7A73039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 17:33:23 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8399/Thu Oct 9 08:27:14 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 21:33:27 -0000 TB --- 2008-10-09 20:04:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-09 20:04:07 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-10-09 20:04:07 - cleaning the object tree TB --- 2008-10-09 20:04:38 - cvsupping the source tree TB --- 2008-10-09 20:04:38 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-10-09 20:04:45 - building world (CFLAGS=-O -pipe) TB --- 2008-10-09 20:04:45 - cd /src TB --- 2008-10-09 20:04:45 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 9 20:04:46 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Oct 9 21:21:45 UTC 2008 TB --- 2008-10-09 21:21:45 - generating LINT kernel config TB --- 2008-10-09 21:21:45 - cd /src/sys/ia64/conf TB --- 2008-10-09 21:21:45 - /usr/bin/make -B LINT TB --- 2008-10-09 21:21:45 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-09 21:21:45 - cd /src TB --- 2008-10-09 21:21:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 9 21:21:45 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:163: warning: nested extern declaration of 'ata_atapi' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: In function 'ata_acard_86X_setmode': /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: implicit declaration of function 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: nested extern declaration of 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: At top level: /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: data definition has no type or storage class /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: type defaults to 'int' in declaration of 'ATA_DECLARE_DRIVER' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets/ataacard. *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets. *** Error code 1 Stop in /src/sys/modules/ata/atapci. *** Error code 1 Stop in /src/sys/modules/ata. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-09 21:33:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-09 21:33:23 - ERROR: failed to build lint kernel TB --- 2008-10-09 21:33:23 - tinderbox aborted TB --- 4042.94 user 424.62 system 5355.86 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 21:56:21 2008 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DF18106568A for ; Thu, 9 Oct 2008 21:56:21 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpo-eml06.kpnxchange.com (cpsmtpo-eml06.KPNXCHANGE.COM [213.75.38.155]) by mx1.freebsd.org (Postfix) with ESMTP id 6043B8FC16 for ; Thu, 9 Oct 2008 21:56:20 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpi-eml07.kpnxchange.com ([213.75.38.137]) by cpsmtpo-eml06.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 9 Oct 2008 23:44:16 +0200 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtpi-eml07.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 9 Oct 2008 23:44:14 +0200 Received: (qmail 93779 invoked by uid 98); 9 Oct 2008 21:44:12 -0000 Received: from 10.66.0.135 (nick@10.66.0.135) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:1(10.66.0.135):. Processed in 0.808936 secs); 09 Oct 2008 21:44:12 -0000 Received: from unknown (HELO van-laarhoven.org) (nick@10.66.0.135) by uitsmijter.van-laarhoven.org with SMTP; 9 Oct 2008 21:44:11 -0000 Received: (nullmailer pid 6612 invoked by uid 1001); Thu, 09 Oct 2008 21:44:10 -0000 From: Nick Hibma To: FreeBSD CURRENT Mailing List Date: Thu, 9 Oct 2008 23:44:09 +0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810092344.10388.nick@van-laarhoven.org> X-OriginalArrivalTime: 09 Oct 2008 21:44:15.0192 (UTC) FILETIME=[2CAEED80:01C92A58] Cc: FreeBSD Hardware Mailing list , Andrea Guzzo Subject: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 21:56:21 -0000 Just now I have committed a driver for Option and Huawei cards previously supported by the ubsa driver. More information is in the commit message. I am looking for people who would be able to provide more information after testing with the 3G cards branded by: OEM: Merlin Huawei Option Sierra Novatel Qualcomm Rebranded: Dell Vodafone Note: The driver can be copied across to FreeBSD 7-STABLE if you copy the sys/modules/u3g directory and sys/dev/usb/u3g.c and sys/dev/usb/usbdevs files from HEAD and _move_ the ID from ubsa to u3g. More information can be found on http://people.freebsd.org/~n_hibma/u3g.html Thanks, Nick ---------- Forwarded Message ---------- Subject: svn commit: r183735 - in head: share/man/man4 sys/conf sys/dev/usb sys/i386/conf sys/modules sys/modules/u3g Date: Thu October 9 2008 From: Nick Hibma To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Author: n_hibma Date: Thu Oct 9 21:25:01 2008 New Revision: 183735 URL: http://svn.freebsd.org/changeset/base/183735 Log: Say hello to the u3g driver, implementing support for 3G modems. This was located in the ubsa driver, but should be moved into a separate driver: - 3G modems provide multiple serial ports to allow AT commands while the PPP connection is up. - 3G modems do not provide baud rate or other serial port settings. - Huawei cards need specific initialisation. - ubsa is for Belkin adapters, an Linuxy choice for another device like 3G. Speeds achieved here with a weak signal at best is ~40kb/s (UMTS). No spooky STALLED messages as well. Next: Move over all entries for Sierra and Novatel cards once I have found testers, and implemented serial port enumeration for Sierra (or rather have Andrea Guzzo do it). They list all endpoints in 1 iface instead of 4 ifaces. Submitted by: aguzzo@anywi.com MFC after: 3 weeks Added: head/share/man/man4/u3g.4 (contents, props changed) head/sys/dev/usb/u3g.c (contents, props changed) head/sys/modules/u3g/ head/sys/modules/u3g/Makefile (contents, props changed) Modified: head/share/man/man4/Makefile head/sys/conf/NOTES head/sys/conf/files head/sys/dev/usb/ubsa.c head/sys/dev/usb/usbdevs head/sys/i386/conf/GENERIC head/sys/modules/Makefile Modified: head/share/man/man4/Makefile ============================================================================== --- head/share/man/man4/Makefile Thu Oct 9 20:51:25 2008 (r183734) +++ head/share/man/man4/Makefile Thu Oct 9 21:25:01 2008 (r183735) @@ -384,6 +384,7 @@ MAN= aac.4 \ twe.4 \ tx.4 \ txp.4 \ + u3g.4 \ uark.4 \ uart.4 \ ubsa.4 \ Added: head/share/man/man4/u3g.4 ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ head/share/man/man4/u3g.4 Thu Oct 9 21:25:01 2008 (r183735) @@ -0,0 +1,100 @@ +.\" +.\" Copyright (c) 2008 AnyWi Technologies +.\" All rights reserved. +.\" +.\" This code is derived from uark.c +.\" +.\" Permission to use, copy, modify, and distribute this software for any +.\" purpose with or without fee is hereby granted, provided that the above +.\" copyright notice and this permission notice appear in all copies. +.\" +.\" THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES +.\" WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF +.\" MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR +.\" ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES +.\" WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN +.\" ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF +.\" OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. +.\" +.\" $FreeBSD$ +.\" +.Dd October 7, 2008 +.Dt U3G 4 +.Os +.Sh NAME +.Nm u3g +.Nd USB support for 3G datacards +.Sh SYNOPSIS +To compile this driver into the kernel, +place the following lines in your +kernel configuration file: +.Bd -ragged -offset indent +.Cd "device u3g" +.Cd "device ucom" +.Ed +.Pp +Alternatively, to load the driver as a +module at boot time, place the following line in +.Xr loader.conf 5 : +.Bd -literal -offset indent +u3g_load="YES" +.Ed +.Sh DESCRIPTION +The +.Nm +driver provides support for the multiple USB-to-serial interfaces exposed by +many 3G usb/pccard modems. +.Pp +The device is accessed through the +.Xr ucom 4 +driver which makes it behave like a +.Xr tty 4 . +.Sh HARDWARE +The +.Nm +driver supports the following adapters: +.Pp +.Bl -bullet -compact +.It +Option Globetrotter 3G Fusion (only 3G part, not WLAN) +.It +Option Globetrotter 3G Fusion Quad (only 3G part, not WLAN) +.It +Option Globetrotter 3G Quad +.It +Option Globetrotter 3G +.It +Vodafone Mobile Connect Card 3G +.It +Huawei E220 (E270?) +.It +Huawei Mobile +.El +.Pp +The supported 3G cards provide the necessary modem port for ppp, +pppd, or mpd connections as well as extra ports (depending on the specific +device) to provide other functions (diagnostic port, SIM toolkit port) +.Sh SEE ALSO +.Xr tty 4 , +.Xr ucom 4 , +.Xr usb 4 , +.Xr ubsa 4 +.Sh HISTORY +The +.Nm +driver +appeared in +.Fx 7.0 . +The +.Xr ubsa 4 +manual page was modified for +.Nm +by +.An Andrea Guzzo Aq aguzzo@anywi.com +in September 2008. +.Sh AUTHORS +The +.Nm +driver was written by +.An Andrea Guzzo Aq aguzzo@anywi.com . +Hardware for testing provided by AnyWi Technologies, Leiden, NL. Modified: head/sys/conf/NOTES ============================================================================== --- head/sys/conf/NOTES Thu Oct 9 20:51:25 2008 (r183734) +++ head/sys/conf/NOTES Thu Oct 9 21:25:01 2008 (r183735) @@ -2416,6 +2416,8 @@ device uscanner # # USB serial support device ucom +# USB support for 3G modem cards by Option, Huawei and Sierra +device u3g # USB support for Technologies ARK3116 based serial adapters device uark # USB support for Belkin F5U103 and compatible serial adapters @@ -2441,7 +2443,6 @@ device aue # ASIX Electronics AX88172 USB 2.0 ethernet driver. Used in the # LinkSys USB200M and various other adapters. - device axe # Modified: head/sys/conf/files ============================================================================== --- head/sys/conf/files Thu Oct 9 20:51:25 2008 (r183734) +++ head/sys/conf/files Thu Oct 9 21:25:01 2008 (r183735) @@ -1327,6 +1327,7 @@ dev/usb/ohci_pci.c optional ohci pci dev/usb/sl811hs.c optional slhci dev/usb/slhci_pccard.c optional slhci pccard dev/usb/uark.c optional uark +dev/usb/u3g.c optional u3g dev/usb/ubsa.c optional ubsa dev/usb/ubser.c optional ubser dev/usb/ucom.c optional ucom Added: head/sys/dev/usb/u3g.c ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ head/sys/dev/usb/u3g.c Thu Oct 9 21:25:01 2008 (r183735) @@ -0,0 +1,330 @@ +/* + * Copyright (c) 2008 AnyWi Technologies + * Author: Andrea Guzzo + * * based on uark.c 1.1 2006/08/14 08:30:22 jsg * + * * parts from ubsa.c 183348 2008-09-25 12:00:56Z phk * + * + * Permission to use, copy, modify, and distribute this software for any + * purpose with or without fee is hereby granted, provided that the above + * copyright notice and this permission notice appear in all copies. + * + * THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES + * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF + * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR + * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES + * WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN + * ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF + * OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. + * + * $FreeBSD$ + */ + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include + +#include + +#include "usbdevs.h" + +#ifdef U3G_DEBUG +#define DPRINTFN(n, x) do { if (u3gdebug > (n)) printf x; } while (0) +int u3gtebug = 0; +#else +#define DPRINTFN(n, x) +#endif +#define DPRINTF(x) DPRINTFN(0, x) + +#define U3GBUFSZ 1024 +#define U3G_MAXPORTS 4 + +struct u3g_softc { + struct ucom_softc sc_ucom[U3G_MAXPORTS];; + device_t sc_dev; + usbd_device_handle sc_udev; + u_char sc_msr; + u_char sc_lsr; + u_char numports; + + usbd_interface_handle sc_intr_iface; /* interrupt interface */ +#ifdef U3G_DEBUG + int sc_intr_number; /* interrupt number */ + usbd_pipe_handle sc_intr_pipe; /* interrupt pipe */ + u_char *sc_intr_buf; /* interrupt buffer */ +#endif + int sc_isize; +}; + +struct ucom_callback u3g_callback = { + NULL, + NULL, + NULL, + NULL, + NULL, + NULL, + NULL, + NULL, +}; + +static const struct usb_devno u3g_devs[] = { + /* OEM: Option */ + { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3G }, + { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GQUAD }, + { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GPLUS }, + { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GTMAX36 }, + { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_VODAFONEMC3G }, + /* OEM: Huawei */ + { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MOBILE }, + { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E220 }, + + { 0, 0 } +}; + +#ifdef U3G_DEBUG +static void +u3g_intr(usbd_xfer_handle xfer, usbd_private_handle priv, usbd_status status) +{ + struct u3g_softc *sc = (struct u3g_softc *)priv; + device_printf(sc->sc_dev, "INTERRUPT CALLBACK\n"); +} +#endif + +static int +u3g_huawei_reinit(usbd_device_handle dev) +{ + /* The Huawei device presents itself as a umass device with Windows + * drivers on it. After installation of the driver, it reinits into a + * 3G serial device. + */ + usb_device_request_t req; + usb_config_descriptor_t *cdesc; + + /* Get the config descriptor */ + cdesc = usbd_get_config_descriptor(dev); + if (cdesc == NULL) + return (UMATCH_NONE); + + /* One iface means umass mode, more than 1 (4 usually) means 3G mode */ + if (cdesc->bNumInterface > 1) + return (UMATCH_VENDOR_PRODUCT); + + req.bmRequestType = UT_WRITE_DEVICE; + req.bRequest = UR_SET_FEATURE; + USETW(req.wValue, UF_DEVICE_REMOTE_WAKEUP); + USETW(req.wIndex, UHF_PORT_SUSPEND); + USETW(req.wLength, 0); + + (void) usbd_do_request(dev, &req, 0); + + return UMATCH_NONE; /* mismatch; it will be gone and reappear */ +} + +static int +u3g_match(device_t self) +{ + struct usb_attach_arg *uaa = device_get_ivars(self); + + if (uaa->iface != NULL) + return (UMATCH_NONE); + + if (uaa->vendor == USB_VENDOR_HUAWEI) + return u3g_huawei_reinit(uaa->device); + + if (usb_lookup(u3g_devs, uaa->vendor, uaa->product)) + return UMATCH_VENDOR_PRODUCT; + + return UMATCH_NONE; +} + +static int +u3g_attach(device_t self) +{ + struct u3g_softc *sc = device_get_softc(self); + struct usb_attach_arg *uaa = device_get_ivars(self); + usbd_device_handle dev = uaa->device; + usbd_interface_handle iface; + usb_interface_descriptor_t *id; + usb_endpoint_descriptor_t *ed; + usbd_status error; + int i, n; + usb_config_descriptor_t *cdesc; + struct ucom_softc *ucom = NULL; + char devnamefmt[32]; + + sc->sc_dev = self; +#ifdef DEBUG + sc->sc_intr_number = -1; + sc->sc_intr_pipe = NULL; +#endif + /* Move the device into the configured state. */ + error = usbd_set_config_index(dev, 1, 1); + if (error) { + device_printf(self, "failed to set configuration: %s\n", + usbd_errstr(error)); + goto bad; + } + + /* get the config descriptor */ + cdesc = usbd_get_config_descriptor(dev); + + if (cdesc == NULL) { + device_printf(self, "failed to get configuration descriptor\n"); + goto bad; + } + + sc->sc_udev = dev; + sc->numports = (cdesc->bNumInterface <= U3G_MAXPORTS)?cdesc->bNumInterface:U3G_MAXPORTS; + for ( i = 0; i < sc->numports; i++ ) { + ucom = &sc->sc_ucom[i]; + + ucom->sc_dev = self; + ucom->sc_udev = dev; + error = usbd_device2interface_handle(dev, i, &iface); + if (error) { + device_printf(ucom->sc_dev, + "failed to get interface, err=%s\n", + usbd_errstr(error)); + ucom->sc_dying = 1; + goto bad; + } + id = usbd_get_interface_descriptor(iface); + ucom->sc_iface = iface; + + ucom->sc_bulkin_no = ucom->sc_bulkout_no = -1; + for (n = 0; n < id->bNumEndpoints; n++) { + ed = usbd_interface2endpoint_descriptor(iface, n); + if (ed == NULL) { + device_printf(ucom->sc_dev, + "could not read endpoint descriptor\n"); + goto bad; + } + if (UE_GET_DIR(ed->bEndpointAddress) == UE_DIR_IN && + UE_GET_XFERTYPE(ed->bmAttributes) == UE_BULK) + ucom->sc_bulkin_no = ed->bEndpointAddress; + else if (UE_GET_DIR(ed->bEndpointAddress) == UE_DIR_OUT && + UE_GET_XFERTYPE(ed->bmAttributes) == UE_BULK) + ucom->sc_bulkout_no = ed->bEndpointAddress; + } + if (ucom->sc_bulkin_no == -1 || ucom->sc_bulkout_no == -1) { + device_printf(ucom->sc_dev, "missing endpoint\n"); + goto bad; + } + ucom->sc_parent = sc; + ucom->sc_ibufsize = U3GBUFSZ; + ucom->sc_obufsize = U3GBUFSZ; + ucom->sc_ibufsizepad = U3GBUFSZ; + ucom->sc_opkthdrlen = 0; + + ucom->sc_callback = &u3g_callback; + + sprintf(devnamefmt,"U%d.%%d", device_get_unit(self)); + DPRINTF(("u3g: in=0x%x out=0x%x, devname=%s\n", + ucom->sc_bulkin_no, ucom->sc_bulkout_no, devnamefmt)); +#if __FreeBSD_version < 800000 + ucom_attach_tty(ucom, TS_CALLOUT, devnamefmt, i); +#else + ucom_attach_tty(ucom, devnamefmt, i); +#endif + } +#ifdef U3G_DEBUG + if (sc->sc_intr_number != -1 && sc->sc_intr_pipe == NULL) { + sc->sc_intr_buf = malloc(sc->sc_isize, M_USBDEV, M_WAITOK); + error = usbd_open_pipe_intr(sc->sc_intr_iface, + sc->sc_intr_number, + USBD_SHORT_XFER_OK, + &sc->sc_intr_pipe, + sc, + sc->sc_intr_buf, + sc->sc_isize, + u3g_intr, + 100); + if (error) { + device_printf(self, + "cannot open interrupt pipe (addr %d)\n", + sc->sc_intr_number); + goto bad; + } + } +#endif + device_printf(self, "configured %d serial ports (/dev/cuaU%d.X)", + sc->numports, device_get_unit(self)); + + return 0; + +bad: + DPRINTF(("u3g_attach: ATTACH ERROR\n")); + ucom->sc_dying = 1; + return ENXIO; +} + +static int +u3g_detach(device_t self) +{ + struct u3g_softc *sc = device_get_softc(self); + int rv = 0; + int i; + + DPRINTF(("u3g_detach: sc=%p\n", sc)); + + for (i = 0; i < sc->numports; i++) { + if(sc->sc_ucom[i].sc_udev) { + sc->sc_ucom[i].sc_dying = 1; + rv = ucom_detach(&sc->sc_ucom[i]); + if(rv != 0) { + device_printf(self, "Can't deallocat port %d", i); + return rv; + } + } + } + +#ifdef U3G_DEBUG + if (sc->sc_intr_pipe != NULL) { + int err = usbd_abort_pipe(sc->sc_intr_pipe); + if (err) + device_printf(self, + "abort interrupt pipe failed: %s\n", + usbd_errstr(err)); + err = usbd_close_pipe(sc->sc_intr_pipe); + if (err) + device_printf(self, + "close interrupt pipe failed: %s\n", + usbd_errstr(err)); + free(sc->sc_intr_buf, M_USBDEV); + sc->sc_intr_pipe = NULL; + } +#endif + + return 0; +} + +static device_method_t u3g_methods[] = { + /* Device interface */ + DEVMETHOD(device_probe, u3g_match), + DEVMETHOD(device_attach, u3g_attach), + DEVMETHOD(device_detach, u3g_detach), + + { 0, 0 } +}; + +static driver_t u3g_driver = { + "ucom", + u3g_methods, + sizeof (struct u3g_softc) +}; + +DRIVER_MODULE(u3g, uhub, u3g_driver, ucom_devclass, usbd_driver_load, 0); +MODULE_DEPEND(u3g, usb, 1, 1, 1); +MODULE_DEPEND(u3g, ucom, UCOM_MINVER, UCOM_PREFVER, UCOM_MAXVER); Modified: head/sys/dev/usb/ubsa.c ============================================================================== --- head/sys/dev/usb/ubsa.c Thu Oct 9 20:51:25 2008 (r183734) +++ head/sys/dev/usb/ubsa.c Thu Oct 9 21:25:01 2008 (r183735) @@ -161,8 +161,6 @@ SYSCTL_INT(_hw_usb_ubsa, OID_AUTO, debug struct ubsa_softc { struct ucom_softc sc_ucom; - int sc_huawei; - int sc_iface_number; /* interface number */ usbd_interface_handle sc_intr_iface; /* interrupt interface */ @@ -228,24 +226,11 @@ static const struct ubsa_product { { USB_VENDOR_GOHUBS, USB_PRODUCT_GOHUBS_GOCOM232 }, /* Peracom */ { USB_VENDOR_PERACOM, USB_PRODUCT_PERACOM_SERIAL1 }, - /* Dell version of the Novatel 740 */ - { USB_VENDOR_DELL, USB_PRODUCT_DELL_U740 }, - /* Option Vodafone MC3G */ - { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_VODAFONEMC3G }, - /* Option GlobeTrotter 3G */ - { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3G }, - /* Option GlobeTrotter 3G QUAD */ - { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GQUAD }, - /* Option GlobeTrotter 3G+ */ - { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GPLUS }, - /* Option GlobeTrotter Max 3.6 */ - { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GTMAX36 }, - /* Huawei Mobile */ - { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MOBILE }, - { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E270 }, + /* Merlin */ { USB_VENDOR_MERLIN, USB_PRODUCT_MERLIN_V620 }, /* Qualcomm, Inc. ZTE CDMA */ { USB_VENDOR_QUALCOMMINC, USB_PRODUCT_QUALCOMMINC_CDMA_MSM }, + /* Novatel */ { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_CDMA_MODEM }, /* Novatel Wireless Merlin ES620 */ { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_ES620 }, @@ -256,6 +241,8 @@ static const struct ubsa_product { /* Novatel Wireless Merlin U740 */ { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U740 }, { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U740_2 }, + /* Dell version of the Novatel 740 */ + { USB_VENDOR_DELL, USB_PRODUCT_DELL_U740 }, /* Novatel Wireless Merlin U950D */ { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U950D }, /* Novatel Wireless Merlin V620 */ @@ -341,52 +328,6 @@ MODULE_DEPEND(ubsa, usb, 1, 1, 1); MODULE_DEPEND(ubsa, ucom, UCOM_MINVER, UCOM_PREFVER, UCOM_MAXVER); MODULE_VERSION(ubsa, UBSA_MODVER); -/* - * Huawei Exxx radio devices have a built in flash disk which is their - * default power up configuration. This allows the device to carry its - * own installation software. - * - * Instead of following the USB spec, and create multiple configuration - * descriptors for this, the devices expects the driver to send - * UF_DEVICE_REMOTE_WAKEUP to endpoint 2 to reset the device, so it - * reprobes, now with the radio exposed. - */ - -static usbd_status -ubsa_huawei(device_t self, struct usb_attach_arg *uaa) { - usb_device_request_t req; usbd_device_handle dev; - usb_config_descriptor_t *cdesc; - - if (self == NULL) - return (UMATCH_NONE); - if (uaa == NULL) - return (UMATCH_NONE); - dev = uaa->device; - if (dev == NULL) - return (UMATCH_NONE); - /* get the config descriptor */ - cdesc = usbd_get_config_descriptor(dev); - if (cdesc == NULL) - return (UMATCH_NONE); - - if (cdesc->bNumInterface > 1) - return (0); - - /* Bend it like Beckham */ - device_printf(self, "Kicking Huawei device into radio mode\n"); - memset(&req, 0, sizeof req); - req.bmRequestType = UT_WRITE_DEVICE; - req.bRequest = UR_SET_FEATURE; - USETW(req.wValue, UF_DEVICE_REMOTE_WAKEUP); - USETW(req.wIndex, 2); - USETW(req.wLength, 0); - - /* We get error return, but it works */ - (void)usbd_do_request(dev, &req, 0); - return (UMATCH_NONE); -} - - static int ubsa_match(device_t self) { @@ -399,9 +340,6 @@ ubsa_match(device_t self) for (i = 0; ubsa_products[i].vendor != 0; i++) { if (ubsa_products[i].vendor == uaa->vendor && ubsa_products[i].product == uaa->product) { - if (uaa->vendor == USB_VENDOR_HUAWEI && - ubsa_huawei(self, uaa)) - break; return (UMATCH_VENDOR_PRODUCT); } } @@ -424,9 +362,6 @@ ubsa_attach(device_t self) dev = uaa->device; ucom = &sc->sc_ucom; - if (uaa->vendor == USB_VENDOR_HUAWEI) - sc->sc_huawei = 1; - /* * initialize rts, dtr variables to something * different from boolean 0, 1 @@ -575,8 +510,6 @@ ubsa_request(struct ubsa_softc *sc, u_in usbd_status err; /* The huawei Exxx devices support none of these tricks */ - if (sc->sc_huawei) - return (0); req.bmRequestType = UT_WRITE_VENDOR_DEVICE; req.bRequest = request; USETW(req.wValue, value); Modified: head/sys/dev/usb/usbdevs ============================================================================== --- head/sys/dev/usb/usbdevs Thu Oct 9 20:51:25 2008 (r183734) +++ head/sys/dev/usb/usbdevs Thu Oct 9 21:25:01 2008 (r183735) @@ -1434,7 +1434,7 @@ product HTC SMARTPHONE 0x0a51 SmartPhon /* HUAWEI products */ product HUAWEI MOBILE 0x1001 Huawei Mobile -product HUAWEI E270 0x1003 Huawei HSPA modem +product HUAWEI E220 0x1003 Huawei HSDPA modem /* HUAWEI 3com products */ product HUAWEI3COM WUB320G 0x0009 Aolynk WUB320g Modified: head/sys/i386/conf/GENERIC ============================================================================== --- head/sys/i386/conf/GENERIC Thu Oct 9 20:51:25 2008 (r183734) +++ head/sys/i386/conf/GENERIC Thu Oct 9 21:25:01 2008 (r183735) @@ -304,6 +304,7 @@ device urio # Diamond Rio 500 MP3 play device uscanner # Scanners # USB Serial devices device ucom # Generic com ttys +device u3g # USB-based 3G modems (Option, Huawei, Sierra) device uark # Technologies ARK3116 based serial adapters device ubsa # Belkin F5U103 and compatible serial adapters device uftdi # For FTDI usb serial adapters Modified: head/sys/modules/Makefile ============================================================================== --- head/sys/modules/Makefile Thu Oct 9 20:51:25 2008 (r183734) +++ head/sys/modules/Makefile Thu Oct 9 21:25:01 2008 (r183735) @@ -269,6 +269,7 @@ SUBDIR= ${_3dfx} \ twe \ tx \ txp \ + u3g \ uark \ uart \ ubsa \ Added: head/sys/modules/u3g/Makefile ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ head/sys/modules/u3g/Makefile Thu Oct 9 21:25:01 2008 (r183735) @@ -0,0 +1,8 @@ +# $FreeBSD$ + +.PATH: ${.CURDIR}/../../dev/usb + +KMOD= u3g +SRCS= u3g.c ucomvar.h opt_usb.h device_if.h bus_if.h usbdevs.h + +.include _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" ------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 22:03:03 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47B2D1065692; Thu, 9 Oct 2008 22:03:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2AF8FC13; Thu, 9 Oct 2008 22:03:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99M30C5053602; Thu, 9 Oct 2008 18:03:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99M30A0091640; Thu, 9 Oct 2008 18:03:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2CA7A73039; Thu, 9 Oct 2008 18:03:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081009220300.2CA7A73039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 18:03:00 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8399/Thu Oct 9 08:27:14 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 22:03:03 -0000 TB --- 2008-10-09 20:46:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-09 20:46:41 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-10-09 20:46:42 - cleaning the object tree TB --- 2008-10-09 20:47:08 - cvsupping the source tree TB --- 2008-10-09 20:47:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-10-09 20:47:16 - building world (CFLAGS=-O -pipe) TB --- 2008-10-09 20:47:16 - cd /src TB --- 2008-10-09 20:47:16 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 9 20:47:18 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Oct 9 21:55:04 UTC 2008 TB --- 2008-10-09 21:55:04 - generating LINT kernel config TB --- 2008-10-09 21:55:04 - cd /src/sys/powerpc/conf TB --- 2008-10-09 21:55:04 - /usr/bin/make -B LINT TB --- 2008-10-09 21:55:04 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-09 21:55:04 - cd /src TB --- 2008-10-09 21:55:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 9 21:55:04 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:163: warning: nested extern declaration of 'ata_atapi' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: In function 'ata_acard_86X_setmode': /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: implicit declaration of function 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: nested extern declaration of 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: At top level: /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: data definition has no type or storage class /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: type defaults to 'int' in declaration of 'ATA_DECLARE_DRIVER' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets/ataacard. *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets. *** Error code 1 Stop in /src/sys/modules/ata/atapci. *** Error code 1 Stop in /src/sys/modules/ata. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-09 22:03:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-09 22:03:00 - ERROR: failed to build lint kernel TB --- 2008-10-09 22:03:00 - tinderbox aborted TB --- 3465.15 user 403.02 system 4578.05 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 22:15:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 002DF1065686 for ; Thu, 9 Oct 2008 22:15:21 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.235]) by mx1.freebsd.org (Postfix) with ESMTP id 911EC8FC24 for ; Thu, 9 Oct 2008 22:15:21 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so54916wra.27 for ; Thu, 09 Oct 2008 15:15:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=5C4q9rGwC3wczS8nqsp0tuomK+adJrQxB7PlObiEURk=; b=sMU4w927j7caszbndhFjCnA3oDs4Nz/KepvgmcD7zDju8glwGLawSQOPc+jPadYIfn B67q+DdPEdeyn1hOk7onm/cj71iUQfyp/hWRYvIwsmoKgW+YO+cWOp4ZmyheME9KKC6I e4Dj4gU9VlJ1fgeXXjKCbKNDcSDqlBeh3J8ms= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=LaikLq/k0UJZmkwoFnp/llU3sc3wD2asCv6fNnlWHJ8O7yLNd21/O2ZK5xHkJ/djVY sY6vaWKRWiMbk/u9i44iNesbX1qcTp8YOcz/mATsU3vUdfVEtepbdr7RQybp9MrOsCp3 ey+LYiInwP9rUzGveKAr9ByYhELFgOBzRIhv4= Received: by 10.90.65.5 with SMTP id n5mr585276aga.14.1223590520382; Thu, 09 Oct 2008 15:15:20 -0700 (PDT) Received: by 10.90.81.10 with HTTP; Thu, 9 Oct 2008 15:15:20 -0700 (PDT) Message-ID: Date: Fri, 10 Oct 2008 02:15:20 +0400 From: pluknet To: "FreeBSD Tinderbox" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081009200407.286C173039@freebsd-current.sentex.ca> Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 22:15:22 -0000 2008/10/10 pluknet : > 2008/10/10 FreeBSD Tinderbox : >> TB --- 2008-10-09 18:44:49 - tinderbox 2.3 running on freebsd-current.sentex.ca >> TB --- 2008-10-09 18:44:49 - starting HEAD tinderbox run for i386/i386 >> TB --- 2008-10-09 18:44:49 - cleaning the object tree >> TB --- 2008-10-09 18:45:24 - cvsupping the source tree >> TB --- 2008-10-09 18:45:24 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile >> TB --- 2008-10-09 18:45:32 - building world (CFLAGS=-O -pipe) >> TB --- 2008-10-09 18:45:32 - cd /src >> TB --- 2008-10-09 18:45:32 - /usr/bin/make -B buildworld >>>>> World build started on Thu Oct 9 18:45:34 UTC 2008 >>>>> Rebuilding the temporary build tree >>>>> stage 1.1: legacy release compatibility shims >>>>> stage 1.2: bootstrap tools >>>>> stage 2.1: cleaning up the object tree >>>>> stage 2.2: rebuilding the object tree >>>>> stage 2.3: build tools >>>>> stage 3: cross tools >>>>> stage 4.1: building includes >>>>> stage 4.2: building libraries >>>>> stage 4.3: make dependencies >>>>> stage 4.4: building everything >>>>> World build completed on Thu Oct 9 19:52:45 UTC 2008 >> TB --- 2008-10-09 19:52:45 - generating LINT kernel config >> TB --- 2008-10-09 19:52:45 - cd /src/sys/i386/conf >> TB --- 2008-10-09 19:52:45 - /usr/bin/make -B LINT >> TB --- 2008-10-09 19:52:45 - building LINT kernel (COPTFLAGS=) >> TB --- 2008-10-09 19:52:45 - cd /src >> TB --- 2008-10-09 19:52:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>>>> Kernel build for LINT started on Thu Oct 9 19:52:45 UTC 2008 >>>>> stage 1: configuring the kernel >>>>> stage 2.1: cleaning up the object tree >>>>> stage 2.2: rebuilding the object tree >>>>> stage 2.3: build tools >>>>> stage 3.1: making dependencies >>>>> stage 3.2: building everything >> [...] >> /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:163: warning: nested extern declaration of 'ata_atapi' >> /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: In function 'ata_acard_86X_setmode': >> /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: implicit declaration of function 'ata_check_80pin' >> /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: nested extern declaration of 'ata_check_80pin' >> /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: At top level: >> /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: data definition has no type or storage class >> /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: type defaults to 'int' in declaration of 'ATA_DECLARE_DRIVER' >> /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: parameter names (without types) in function declaration >> *** Error code 1 >> >> Stop in /src/sys/modules/ata/atapci/chipsets/ataacard. >> *** Error code 1 >> >> Stop in /src/sys/modules/ata/atapci/chipsets. >> *** Error code 1 >> >> Stop in /src/sys/modules/ata/atapci. >> *** Error code 1 >> >> Stop in /src/sys/modules/ata. >> *** Error code 1 >> >> Stop in /src/sys/modules. >> *** Error code 1 >> >> Stop in /obj/src/sys/LINT. >> *** Error code 1 >> >> Stop in /src. >> *** Error code 1 >> >> Stop in /src. >> TB --- 2008-10-09 20:04:06 - WARNING: /usr/bin/make returned exit code 1 >> TB --- 2008-10-09 20:04:06 - ERROR: failed to build lint kernel >> TB --- 2008-10-09 20:04:06 - tinderbox aborted >> TB --- 3547.88 user 429.63 system 4757.12 real >> >> >> http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full > > Looks odd. Pay attention to difference in @ and machine linkage through branches > (odd links underlined). Ah, already fixed. Sorry for noise. wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 22:15:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D2211065696 for ; Thu, 9 Oct 2008 22:15:25 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 39DE28FC2D for ; Thu, 9 Oct 2008 22:15:24 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so79660ywe.13 for ; Thu, 09 Oct 2008 15:15:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=nj0PN75FKZ5xDLEj6wpznIipi5uesZS3yW+bvX7esiA=; b=drMYXi7OAi8ErnAn6wVuI9ry/wZRIuawMcfglklo2G26V4H2puRPAOYDsSNPfDKELf BFdKt8XWO7XPkZ0t/xkLm/NOcqe/QfpQ8PpvVnuOvvxpJcfX9nU6/PsotnWqEZbd5+x0 yJN8UdpZfAStQKdG/C5aFamStGCWqdHOTL014= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=FxdRCftv6g7J7N2old7Cj4ektprUQBwSZPWaM8cfCqjQyz8C7sz4lf753hJckNBrvo QcWKYdTCUzX3VPi+G8upKqMiC4PxNcS3Mb7mdEjNVYiJgYQGB05sy9cQ4vHk0YAW/fOP uWHVS9gIT4H1v3facozhF83jdaHPqtBHaVAQ0= Received: by 10.90.120.14 with SMTP id s14mr555239agc.70.1223589124249; Thu, 09 Oct 2008 14:52:04 -0700 (PDT) Received: by 10.90.81.10 with HTTP; Thu, 9 Oct 2008 14:52:04 -0700 (PDT) Message-ID: Date: Fri, 10 Oct 2008 01:52:04 +0400 From: pluknet To: "FreeBSD Tinderbox" In-Reply-To: <20081009200407.286C173039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081009200407.286C173039@freebsd-current.sentex.ca> Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 22:15:25 -0000 2008/10/10 FreeBSD Tinderbox : > TB --- 2008-10-09 18:44:49 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2008-10-09 18:44:49 - starting HEAD tinderbox run for i386/i386 > TB --- 2008-10-09 18:44:49 - cleaning the object tree > TB --- 2008-10-09 18:45:24 - cvsupping the source tree > TB --- 2008-10-09 18:45:24 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile > TB --- 2008-10-09 18:45:32 - building world (CFLAGS=-O -pipe) > TB --- 2008-10-09 18:45:32 - cd /src > TB --- 2008-10-09 18:45:32 - /usr/bin/make -B buildworld >>>> World build started on Thu Oct 9 18:45:34 UTC 2008 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything >>>> World build completed on Thu Oct 9 19:52:45 UTC 2008 > TB --- 2008-10-09 19:52:45 - generating LINT kernel config > TB --- 2008-10-09 19:52:45 - cd /src/sys/i386/conf > TB --- 2008-10-09 19:52:45 - /usr/bin/make -B LINT > TB --- 2008-10-09 19:52:45 - building LINT kernel (COPTFLAGS=) > TB --- 2008-10-09 19:52:45 - cd /src > TB --- 2008-10-09 19:52:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>>> Kernel build for LINT started on Thu Oct 9 19:52:45 UTC 2008 >>>> stage 1: configuring the kernel >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything > [...] > /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:163: warning: nested extern declaration of 'ata_atapi' > /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: In function 'ata_acard_86X_setmode': > /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: implicit declaration of function 'ata_check_80pin' > /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: nested extern declaration of 'ata_check_80pin' > /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: At top level: > /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: data definition has no type or storage class > /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: type defaults to 'int' in declaration of 'ATA_DECLARE_DRIVER' > /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: parameter names (without types) in function declaration > *** Error code 1 > > Stop in /src/sys/modules/ata/atapci/chipsets/ataacard. > *** Error code 1 > > Stop in /src/sys/modules/ata/atapci/chipsets. > *** Error code 1 > > Stop in /src/sys/modules/ata/atapci. > *** Error code 1 > > Stop in /src/sys/modules/ata. > *** Error code 1 > > Stop in /src/sys/modules. > *** Error code 1 > > Stop in /obj/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2008-10-09 20:04:06 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2008-10-09 20:04:06 - ERROR: failed to build lint kernel > TB --- 2008-10-09 20:04:06 - tinderbox aborted > TB --- 3547.88 user 429.63 system 4757.12 real > > > http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full Looks odd. Pay attention to difference in @ and machine linkage through branches (odd links underlined). ===> asr (depend) @ -> /src/sys machine -> /src/sys/i386/include ln -sf /obj/src/sys/LINT/opt_scsi.h opt_scsi.h ln -sf /obj/src/sys/LINT/opt_cam.h opt_cam.h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h ln -sf /obj/src/sys/LINT/opt_asr.h opt_asr.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/src/sys/LINT /src/sys/modules/asr/../../dev/asr/asr.c ===> ata (depend) ===> ata/atacore (depend) @ -> /src/sys machine -> /src/sys/i386/include awk -f @/tools/makeobjops.awk @/dev/ata/ata_if.m -c ln -sf /obj/src/sys/LINT/opt_ata.h opt_ata.h awk -f @/tools/makeobjops.awk @/dev/ata/ata_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/src/sys/LINT /src/sys/modules/ata/atacore/../../../dev/ata/ata-all.c /src/sys/modules/ata/atacore/../../../dev/ata/ata-lowlevel.c /src/sys/modules/ata/atacore/../../../dev/ata/ata-queue.c ata_if.c ===> ata/atacard (depend) @ -> /src/sys machine -> /src/sys/i386/include ln -sf /obj/src/sys/LINT/opt_ata.h opt_ata.h awk -f @/tools/pccarddevs2h.awk @/dev/pccard/pccarddevs awk -f @/tools/makeobjops.awk @/dev/ata/ata_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/src/sys/LINT /src/sys/modules/ata/atacard/../../../dev/ata/ata-card.c ===> ata/ataisa (depend) @ -> /src/sys machine -> /src/sys/i386/include ln -sf /obj/src/sys/LINT/opt_ata.h opt_ata.h awk -f @/tools/makeobjops.awk @/dev/ata/ata_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/src/sys/LINT /src/sys/modules/ata/ataisa/../../../dev/ata/ata-isa.c ===> ata/atapci (depend) @ -> /src/sys machine -> /src/sys/i386/include ln -sf /obj/src/sys/LINT/opt_ata.h opt_ata.h awk -f @/tools/makeobjops.awk @/dev/ata/ata_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/src/sys/LINT /src/sys/modules/ata/atapci/../../../dev/ata/ata-pci.c /src/sys/modules/ata/atapci/../../../dev/ata/ata-dma.c /src/sys/modules/ata/atapci/../../../dev/ata/ata-sata.c ===> ata/atapci/chipsets (depend) ===> ata/atapci/chipsets/ataacard (depend) @ -> /usr/src/sys ^^^^^^^^ machine -> /usr/src/sys/i386/include ^^^^^^^^^^^ ln -sf /obj/src/sys/LINT/opt_ata.h opt_ata.h awk -f @/tools/makeobjops.awk @/dev/ata/ata_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/src/sys/LINT /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c ===> ata/atapci/chipsets/ataacerlabs (depend) @ -> /usr/src/sys wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 22:46:39 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD818106568E; Thu, 9 Oct 2008 22:46:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B24E88FC1D; Thu, 9 Oct 2008 22:46:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99MkbV7058298; Thu, 9 Oct 2008 18:46:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99MkaXY020916; Thu, 9 Oct 2008 18:46:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D9ABD73039; Thu, 9 Oct 2008 18:46:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081009224636.D9ABD73039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 18:46:36 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8399/Thu Oct 9 08:27:14 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 22:46:40 -0000 TB --- 2008-10-09 21:33:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-09 21:33:23 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-10-09 21:33:23 - cleaning the object tree TB --- 2008-10-09 21:33:41 - cvsupping the source tree TB --- 2008-10-09 21:33:41 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-10-09 21:33:48 - building world (CFLAGS=-O -pipe) TB --- 2008-10-09 21:33:48 - cd /src TB --- 2008-10-09 21:33:48 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 9 21:33:50 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Oct 9 22:37:51 UTC 2008 TB --- 2008-10-09 22:37:51 - generating LINT kernel config TB --- 2008-10-09 22:37:51 - cd /src/sys/sparc64/conf TB --- 2008-10-09 22:37:51 - /usr/bin/make -B LINT TB --- 2008-10-09 22:37:51 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-09 22:37:51 - cd /src TB --- 2008-10-09 22:37:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 9 22:37:51 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:163: warning: nested extern declaration of 'ata_atapi' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: In function 'ata_acard_86X_setmode': /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: implicit declaration of function 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: nested extern declaration of 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: At top level: /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: data definition has no type or storage class /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: type defaults to 'int' in declaration of 'ATA_DECLARE_DRIVER' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets/ataacard. *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets. *** Error code 1 Stop in /src/sys/modules/ata/atapci. *** Error code 1 Stop in /src/sys/modules/ata. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-09 22:46:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-09 22:46:36 - ERROR: failed to build lint kernel TB --- 2008-10-09 22:46:36 - tinderbox aborted TB --- 3288.85 user 401.87 system 4393.32 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 23:09:01 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AF7F1065694; Thu, 9 Oct 2008 23:09:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 004E98FC17; Thu, 9 Oct 2008 23:09:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id m99N8wnO027489; Thu, 9 Oct 2008 19:08:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99N8wY4034098; Thu, 9 Oct 2008 19:08:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 77E2073039; Thu, 9 Oct 2008 19:08:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081009230858.77E2073039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 19:08:58 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8399/Thu Oct 9 08:27:14 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 23:09:01 -0000 TB --- 2008-10-09 22:03:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-09 22:03:00 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-10-09 22:03:00 - cleaning the object tree TB --- 2008-10-09 22:03:21 - cvsupping the source tree TB --- 2008-10-09 22:03:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-10-09 22:03:28 - building world (CFLAGS=-O -pipe) TB --- 2008-10-09 22:03:28 - cd /src TB --- 2008-10-09 22:03:28 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 9 22:03:29 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Oct 9 23:04:43 UTC 2008 TB --- 2008-10-09 23:04:43 - generating LINT kernel config TB --- 2008-10-09 23:04:43 - cd /src/sys/sun4v/conf TB --- 2008-10-09 23:04:43 - /usr/bin/make -B LINT TB --- 2008-10-09 23:04:43 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-09 23:04:43 - cd /src TB --- 2008-10-09 23:04:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 9 23:04:43 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/ohci_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/sl811hs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/slhci_pccard.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/uark.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/u3g.c /src/sys/dev/usb/u3g.c: In function 'u3g_attach': /src/sys/dev/usb/u3g.c:169: error: 'struct u3g_softc' has no member named 'sc_intr_number' /src/sys/dev/usb/u3g.c:170: error: 'struct u3g_softc' has no member named 'sc_intr_pipe' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-09 23:08:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-09 23:08:58 - ERROR: failed to build lint kernel TB --- 2008-10-09 23:08:58 - tinderbox aborted TB --- 3121.82 user 387.09 system 3958.02 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 9 23:49:03 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7331F1065698 for ; Thu, 9 Oct 2008 23:49:03 +0000 (UTC) (envelope-from maksim.yevmenkin@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 E7D608FC14 for ; Thu, 9 Oct 2008 23:49:02 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so156111fgb.35 for ; Thu, 09 Oct 2008 16:49:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=c+8Bv14bSGwGXfQteD3oyVXPzHla9ihumqnGn1yZae0=; b=qxV5VJ2fQR4mPHAy/My/YdRX/hLb/L+9hRWw1BJcBD7F/zobKmZheLgWQSgFFdQRN2 WoHThgayWhE/VPQ8qVvkHEL4e5fv95Odx+BYFMl3Mo3Fdk5vfsnEaxQOKfp2SSEdMwag 3v/p+laOFSPKjohqdGYrgM8WtrXGlAMy4l688= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=cEID1dlxxL8KQuIaoleD3k+BVFCjsYC3ySnckolpOsFxLggGvabi4KmR1RHBfZFnQR vC/FjZJviH3Jn+N5d8jF70nE4olRoYmMUpdX7/+MeiH/VZiXX44cK1xQqZkxXMPoH1Tc 9W2e2TRNC6Dz3zuJn4MjpQgbQuUt37tLv0vR4= Received: by 10.86.80.5 with SMTP id d5mr916061fgb.11.1223596141380; Thu, 09 Oct 2008 16:49:01 -0700 (PDT) Received: by 10.86.82.17 with HTTP; Thu, 9 Oct 2008 16:49:01 -0700 (PDT) Message-ID: Date: Thu, 9 Oct 2008 16:49:01 -0700 From: "Maksim Yevmenkin" To: "Bruce Cran" In-Reply-To: <48ED3D0F.6050209@cran.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48ED3D0F.6050209@cran.org.uk> Cc: current@freebsd.org Subject: Re: LOR during boot (if_sis.c/kbdmux.c - Giant after non-sleepable) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 23:49:03 -0000 On 10/8/08, Bruce Cran wrote: > During boot I pressed Scroll Lock at the wrong time and got a LOR. > Switching between consoles became really slow once the system was running, > taking a couple of seconds each time. > I'm running -current from a few days ago. > > lock order reversal: (Giant after non-sleepable) > 1st 0xc4283e84 sis0 (network driver) @ > /usr/src/sys/dev/sis/if_sis.c:2106 > 2nd 0xc0d0d430 Giant (Giant) @ > /usr/src/sys/dev/kbdmux/kbdmux.c:1103 > KDB: stack backtrace: > db_trace_self_wrapper(c0bc49d7,c3ee27f0,c0837e85,4,c0bc0367,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0bc0367,c0b9b6f1,c411d1a0,c3ee2848,...) > at kdb_backtrace+0x29 > _witness_debugger(c0bc728c,c0d0d430,c0be0869,c411d1a0,c0b9b6f1,...) > at _witness_debugger+0x25 > witness_checkorder(c0d0d430,9,c0b9b6f1,44f,0,...) at > witness_checkorder+0x800 > _mtx_lock_flags(c0d0d430,0,c0b9b6f1,44f,c4167d20,...) at > _mtx_lock_flags+0xc4 > kbdmux_ioctl(c4221b00,40044b13,c3ee28c8,100202,7,...) > at kbdmux_ioctl+0x76e > update_kbd_state(c0bc0367,c0bbaf86,2,c44b08c0,c0c577a0,...) > at update_kbd_state+0x44 > sc_cnputc(c0c577a0,73,c3ee2a94,5,73,...) at sc_cnputc+0x39 > cnputc(73,c3ee2a94,c3ee2944,c082a2a1,c0be63cd,...) at > cnputc+0x5f > putcons(c0be63cd,c0bbaf86,1000001,c41d9d6d,c082a240,...) > at putcons+0x17 > putchar(73,c3ee2a94,c0d11900,1,c41d9d6f,...) at > putchar+0x61 > kvprintf(c0b668aa,c082a240,c3ee2a94,a,c3ee2ac0,...) at > kvprintf+0xa27 > printf(c0b668aa,c41d9d6c,0,c4283e00,c4283e00,...) at > printf+0x4e > device_print_prettyname(c4277c80,c4289800,c4283e00,c4283e00,c3ee2b24,...) > at device_print_prettyname+0x4c > device_printf(c4277c80,c0bab5be,f4,0,c06da240,...) at > device_printf+0x12 > sis_initl(c4283e84,0,c0bab5a0,83a,80206910,...) at > sis_initl+0x99d > sis_ioctl(c428cc00,80206910,c45ab740,628,c428cc00,...) at > sis_ioctl+0xa8 > ifhwioctl(c44b08c0,c452122c,c0e4d6d0,c44b0964,c0e4d6d0,...) > at ifhwioctl+0x3eb > ifioctl(c4555ab8,80206910,c45ab740,c44b08c0,80206910,...) > at ifioctl+0x305 > soo_ioctl(c449f3b8,80206910,c45ab740,c4169400,c44b08c0,...) > at soo_ioctl+0x397 > kern_ioctl(c44b08c0,5,80206910,c45ab740,8318c0,...) at > kern_ioctl+0x1dd > ioctl(c44b08c0,c3ee2cf8,c,c0bf8ba3,c0c9b110,...) at > ioctl+0x134 > syscall(c3ee2d38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x281a9a23, esp = 0xbfbfe5bc, > ebp = 0xbfbfe618 --- well, this particular lor is caused by the fact that sc_cnputc() wants to muck around kbd state. i do not know syscons code very well, but this looks rather strange to me. i really do not know why the function that really should just put a char on screen wants to do something with kbd. i see the code tries to deal with scroll lock, so that is consistent with your report. kbdmux was recently changed to use Giant based locking (as an attempt to work around other problems). when update_kbd_state() uses ioctl() on kbd device, kbdmux will try to grab Giant. the whole thing was started by device_printf() that is called from sis_initl() with another mutex held. so, to me, sc_cnputc() is broken and should be fixed. thanks, max From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 01:05:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 443031065697; Fri, 10 Oct 2008 01:05:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1A0FF8FC1F; Fri, 10 Oct 2008 01:05:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A15oKL037153; Thu, 9 Oct 2008 21:05:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A15nMr003736; Thu, 9 Oct 2008 21:05:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C7A2373039; Thu, 9 Oct 2008 21:05:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081010010549.C7A2373039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 21:05:49 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8399/Thu Oct 9 08:27:14 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 01:05:52 -0000 TB --- 2008-10-09 23:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-09 23:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-10-09 23:20:00 - cleaning the object tree TB --- 2008-10-09 23:20:37 - cvsupping the source tree TB --- 2008-10-09 23:20:37 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-10-09 23:20:44 - building world (CFLAGS=-O -pipe) TB --- 2008-10-09 23:20:44 - cd /src TB --- 2008-10-09 23:20:44 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 9 23:20:45 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Oct 10 00:58:50 UTC 2008 TB --- 2008-10-10 00:58:50 - generating LINT kernel config TB --- 2008-10-10 00:58:50 - cd /src/sys/amd64/conf TB --- 2008-10-10 00:58:50 - /usr/bin/make -B LINT TB --- 2008-10-10 00:58:50 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-10 00:58:50 - cd /src TB --- 2008-10-10 00:58:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 10 00:58:50 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/ohci_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/sl811hs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/slhci_pccard.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/uark.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/u3g.c /src/sys/dev/usb/u3g.c: In function 'u3g_attach': /src/sys/dev/usb/u3g.c:169: error: 'struct u3g_softc' has no member named 'sc_intr_number' /src/sys/dev/usb/u3g.c:170: error: 'struct u3g_softc' has no member named 'sc_intr_pipe' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-10 01:05:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-10 01:05:49 - ERROR: failed to build lint kernel TB --- 2008-10-10 01:05:49 - tinderbox aborted TB --- 4739.32 user 600.56 system 6348.97 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 01:39:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83881106568F; Fri, 10 Oct 2008 01:39:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 463578FC12; Fri, 10 Oct 2008 01:39:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A1dKRp039705; Thu, 9 Oct 2008 21:39:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A1dKYt023381; Thu, 9 Oct 2008 21:39:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 40CA673039; Thu, 9 Oct 2008 21:39:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081010013920.40CA673039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 21:39:20 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8399/Thu Oct 9 08:27:14 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 01:39:22 -0000 TB --- 2008-10-10 00:24:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-10 00:24:46 - starting HEAD tinderbox run for i386/i386 TB --- 2008-10-10 00:24:46 - cleaning the object tree TB --- 2008-10-10 00:25:06 - cvsupping the source tree TB --- 2008-10-10 00:25:06 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-10-10 00:25:16 - building world (CFLAGS=-O -pipe) TB --- 2008-10-10 00:25:16 - cd /src TB --- 2008-10-10 00:25:16 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 10 00:25:17 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Oct 10 01:32:08 UTC 2008 TB --- 2008-10-10 01:32:08 - generating LINT kernel config TB --- 2008-10-10 01:32:08 - cd /src/sys/i386/conf TB --- 2008-10-10 01:32:08 - /usr/bin/make -B LINT TB --- 2008-10-10 01:32:09 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-10 01:32:09 - cd /src TB --- 2008-10-10 01:32:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 10 01:32:09 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/ohci_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/sl811hs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/slhci_pccard.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/uark.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/u3g.c /src/sys/dev/usb/u3g.c: In function 'u3g_attach': /src/sys/dev/usb/u3g.c:169: error: 'struct u3g_softc' has no member named 'sc_intr_number' /src/sys/dev/usb/u3g.c:170: error: 'struct u3g_softc' has no member named 'sc_intr_pipe' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-10 01:39:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-10 01:39:20 - ERROR: failed to build lint kernel TB --- 2008-10-10 01:39:20 - tinderbox aborted TB --- 3354.60 user 408.12 system 4473.97 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 02:19:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 355E71065686; Fri, 10 Oct 2008 02:19:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EADA88FC27; Fri, 10 Oct 2008 02:19:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A2JT5i070584; Thu, 9 Oct 2008 22:19:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A2JTnO032471; Thu, 9 Oct 2008 22:19:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A2C0A73039; Thu, 9 Oct 2008 22:19:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081010021929.A2C0A73039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 22:19:29 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8264/Tue Sep 16 14:01:22 2008 clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 02:19:33 -0000 TB --- 2008-10-10 01:05:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-10 01:05:49 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-10-10 01:05:49 - cleaning the object tree TB --- 2008-10-10 01:06:09 - cvsupping the source tree TB --- 2008-10-10 01:06:09 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-10-10 01:06:16 - building world (CFLAGS=-O -pipe) TB --- 2008-10-10 01:06:16 - cd /src TB --- 2008-10-10 01:06:16 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 10 01:06:18 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Oct 10 02:13:19 UTC 2008 TB --- 2008-10-10 02:13:19 - generating LINT kernel config TB --- 2008-10-10 02:13:19 - cd /src/sys/pc98/conf TB --- 2008-10-10 02:13:19 - /usr/bin/make -B LINT TB --- 2008-10-10 02:13:19 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-10 02:13:19 - cd /src TB --- 2008-10-10 02:13:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 10 02:13:19 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/ohci_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/sl811hs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/slhci_pccard.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/uark.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/u3g.c /src/sys/dev/usb/u3g.c: In function 'u3g_attach': /src/sys/dev/usb/u3g.c:169: error: 'struct u3g_softc' has no member named 'sc_intr_number' /src/sys/dev/usb/u3g.c:170: error: 'struct u3g_softc' has no member named 'sc_intr_pipe' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-10 02:19:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-10 02:19:29 - ERROR: failed to build lint kernel TB --- 2008-10-10 02:19:29 - tinderbox aborted TB --- 3281.34 user 415.09 system 4419.52 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 02:34:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07E13106568E for ; Fri, 10 Oct 2008 02:34:02 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.freebsd.org (Postfix) with ESMTP id A89028FC19 for ; Fri, 10 Oct 2008 02:34:01 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by wx-out-0506.google.com with SMTP id s17so144335wxc.7 for ; Thu, 09 Oct 2008 19:34:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received: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:sender; bh=JdgUShrufDVC/ajoVao/GHjFLgpkisEr82XSB1WoDzs=; b=ZlWuCYHwWOGDQOK8ZuBFPloG3J6x2syDVy0XZbCE8b9C8lhnwLJ7KdMAclDpBBTKvV PnPCpJZbwHbbkHe5OJZU8q56HeOIcsm7SjWvyiTnViwmqbH0D1myWEuuattvXgE1wS66 J8cr6NqRCltqqi4bTgloYlwCowclSiDmrMvkU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance:sender; b=uV5psWnlg8UwgeNJh+s37yJABpI4XHDnbc3vw7Z9NV6GgKbiZfORxwbbPTOeLd7vdz 19AbDPw1InPacIgcRuLJooVLF5jgFjZJCGgS1UgnqAPNAap9xpXqTKW1Ejy1qYtuMuH7 tcSiWNRursJj1lJ0xU4g1XRj1GRv1vPu3KV5U= Received: by 10.70.10.3 with SMTP id 3mr934295wxj.28.1223604204129; Thu, 09 Oct 2008 19:03:24 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.68.38]) by mx.google.com with ESMTPS id h35sm1177007wxd.3.2008.10.09.19.03.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 09 Oct 2008 19:03:23 -0700 (PDT) Received: by cygnus.homeunix.com (Postfix, from userid 80) id E815FB81F6; Thu, 9 Oct 2008 23:03:14 -0300 (BRT) Received: from 189.92.15.9 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Thu, 9 Oct 2008 23:03:14 -0300 (BRT) Message-ID: <08cc4125205c11d9df338d6ee95a1d35.squirrel@cygnus.homeunix.com> In-Reply-To: <200810092344.10388.nick@van-laarhoven.org> References: <200810092344.10388.nick@van-laarhoven.org> Date: Thu, 9 Oct 2008 23:03:14 -0300 (BRT) From: "Nenhum_de_Nos" To: "Nick Hibma" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Sender: Nenhum_de_Nos Cc: Andrea Guzzo , FreeBSD CURRENT Mailing List , FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 02:34:02 -0000 hi, this works for huwaei E226 as well ? I'm willing to test this on stable this weekend :) I did tried the umass-out-of-kernel way and although it did connected, it created a route to 127.0.0.1 and no navigation worked. matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 03:03:55 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19712106568B; Fri, 10 Oct 2008 03:03:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CFB0A8FC48; Fri, 10 Oct 2008 03:03:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A33l58073751; Thu, 9 Oct 2008 23:03:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A33lxP072725; Thu, 9 Oct 2008 23:03:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 04E9F73039; Thu, 9 Oct 2008 23:03:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081010030347.04E9F73039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 23:03:46 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8399/Thu Oct 9 08:27:14 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 03:03:55 -0000 TB --- 2008-10-10 01:39:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-10 01:39:20 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-10-10 01:39:20 - cleaning the object tree TB --- 2008-10-10 01:39:48 - cvsupping the source tree TB --- 2008-10-10 01:39:48 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-10-10 01:39:55 - building world (CFLAGS=-O -pipe) TB --- 2008-10-10 01:39:55 - cd /src TB --- 2008-10-10 01:39:55 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 10 01:39:57 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Oct 10 02:57:00 UTC 2008 TB --- 2008-10-10 02:57:00 - generating LINT kernel config TB --- 2008-10-10 02:57:00 - cd /src/sys/ia64/conf TB --- 2008-10-10 02:57:00 - /usr/bin/make -B LINT TB --- 2008-10-10 02:57:00 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-10 02:57:00 - cd /src TB --- 2008-10-10 02:57:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 10 02:57:01 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/ohci_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/sl811hs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/slhci_pccard.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/uark.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/u3g.c /src/sys/dev/usb/u3g.c: In function 'u3g_attach': /src/sys/dev/usb/u3g.c:169: error: 'struct u3g_softc' has no member named 'sc_intr_number' /src/sys/dev/usb/u3g.c:170: error: 'struct u3g_softc' has no member named 'sc_intr_pipe' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-10 03:03:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-10 03:03:46 - ERROR: failed to build lint kernel TB --- 2008-10-10 03:03:46 - tinderbox aborted TB --- 3814.38 user 412.87 system 5066.41 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 03:32:34 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F0E01065686; Fri, 10 Oct 2008 03:32:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 466EE8FC13; Fri, 10 Oct 2008 03:32:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A3WVtl075680; Thu, 9 Oct 2008 23:32:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A3WVI7096596; Thu, 9 Oct 2008 23:32:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0781973039; Thu, 9 Oct 2008 23:32:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081010033231.0781973039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 23:32:31 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8264/Tue Sep 16 14:01:22 2008 clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 03:32:34 -0000 TB --- 2008-10-10 02:19:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-10 02:19:29 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-10-10 02:19:29 - cleaning the object tree TB --- 2008-10-10 02:19:46 - cvsupping the source tree TB --- 2008-10-10 02:19:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-10-10 02:19:53 - building world (CFLAGS=-O -pipe) TB --- 2008-10-10 02:19:53 - cd /src TB --- 2008-10-10 02:19:53 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 10 02:19:56 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Oct 10 03:27:38 UTC 2008 TB --- 2008-10-10 03:27:38 - generating LINT kernel config TB --- 2008-10-10 03:27:38 - cd /src/sys/powerpc/conf TB --- 2008-10-10 03:27:38 - /usr/bin/make -B LINT TB --- 2008-10-10 03:27:38 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-10 03:27:38 - cd /src TB --- 2008-10-10 03:27:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 10 03:27:39 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/ohci_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/sl811hs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/slhci_pccard.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/uark.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/u3g.c /src/sys/dev/usb/u3g.c: In function 'u3g_attach': /src/sys/dev/usb/u3g.c:169: error: 'struct u3g_softc' has no member named 'sc_intr_number' /src/sys/dev/usb/u3g.c:170: error: 'struct u3g_softc' has no member named 'sc_intr_pipe' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-10 03:32:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-10 03:32:30 - ERROR: failed to build lint kernel TB --- 2008-10-10 03:32:30 - tinderbox aborted TB --- 3318.81 user 389.25 system 4381.20 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 04:13:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52C6F1065697; Fri, 10 Oct 2008 04:13:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 299648FC13; Fri, 10 Oct 2008 04:13:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A4DmOs078017; Fri, 10 Oct 2008 00:13:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A4Dmig012389; Fri, 10 Oct 2008 00:13:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 60BCA73039; Fri, 10 Oct 2008 00:13:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081010041348.60BCA73039@freebsd-current.sentex.ca> Date: Fri, 10 Oct 2008 00:13:48 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8399/Thu Oct 9 08:27:14 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 04:13:51 -0000 TB --- 2008-10-10 03:03:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-10 03:03:47 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-10-10 03:03:47 - cleaning the object tree TB --- 2008-10-10 03:04:08 - cvsupping the source tree TB --- 2008-10-10 03:04:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-10-10 03:04:14 - building world (CFLAGS=-O -pipe) TB --- 2008-10-10 03:04:14 - cd /src TB --- 2008-10-10 03:04:14 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 10 03:04:16 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Oct 10 04:08:30 UTC 2008 TB --- 2008-10-10 04:08:30 - generating LINT kernel config TB --- 2008-10-10 04:08:30 - cd /src/sys/sparc64/conf TB --- 2008-10-10 04:08:30 - /usr/bin/make -B LINT TB --- 2008-10-10 04:08:31 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-10 04:08:31 - cd /src TB --- 2008-10-10 04:08:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 10 04:08:31 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/ohci_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/sl811hs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/slhci_pccard.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/uark.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/u3g.c /src/sys/dev/usb/u3g.c: In function 'u3g_attach': /src/sys/dev/usb/u3g.c:169: error: 'struct u3g_softc' has no member named 'sc_intr_number' /src/sys/dev/usb/u3g.c:170: error: 'struct u3g_softc' has no member named 'sc_intr_pipe' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-10 04:13:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-10 04:13:48 - ERROR: failed to build lint kernel TB --- 2008-10-10 04:13:48 - tinderbox aborted TB --- 3129.35 user 389.96 system 4201.12 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 04:38:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7545D1065698; Fri, 10 Oct 2008 04:38:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4CFF08FC1A; Fri, 10 Oct 2008 04:38:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A4ctS1079115; Fri, 10 Oct 2008 00:38:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A4ctNY042969; Fri, 10 Oct 2008 00:38:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1083273039; Fri, 10 Oct 2008 00:38:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081010043855.1083273039@freebsd-current.sentex.ca> Date: Fri, 10 Oct 2008 00:38:55 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8264/Tue Sep 16 14:01:22 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 04:38:59 -0000 TB --- 2008-10-10 03:32:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-10 03:32:31 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-10-10 03:32:31 - cleaning the object tree TB --- 2008-10-10 03:32:51 - cvsupping the source tree TB --- 2008-10-10 03:32:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-10-10 03:32:58 - building world (CFLAGS=-O -pipe) TB --- 2008-10-10 03:32:58 - cd /src TB --- 2008-10-10 03:32:58 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 10 03:32:59 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Oct 10 04:34:41 UTC 2008 TB --- 2008-10-10 04:34:41 - generating LINT kernel config TB --- 2008-10-10 04:34:41 - cd /src/sys/sun4v/conf TB --- 2008-10-10 04:34:41 - /usr/bin/make -B LINT TB --- 2008-10-10 04:34:41 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-10 04:34:41 - cd /src TB --- 2008-10-10 04:34:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 10 04:34:41 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/ohci_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/sl811hs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/slhci_pccard.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/uark.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/u3g.c /src/sys/dev/usb/u3g.c: In function 'u3g_attach': /src/sys/dev/usb/u3g.c:169: error: 'struct u3g_softc' has no member named 'sc_intr_number' /src/sys/dev/usb/u3g.c:170: error: 'struct u3g_softc' has no member named 'sc_intr_pipe' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-10 04:38:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-10 04:38:54 - ERROR: failed to build lint kernel TB --- 2008-10-10 04:38:54 - tinderbox aborted TB --- 3121.09 user 388.05 system 3983.66 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 06:25:55 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A685106568A; Fri, 10 Oct 2008 06:25:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id C478C8FC16; Fri, 10 Oct 2008 06:25:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A6PqQZ055633; Fri, 10 Oct 2008 02:25:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A6PpNf086139; Fri, 10 Oct 2008 02:25:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 521A573039; Fri, 10 Oct 2008 02:25:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081010062550.521A573039@freebsd-current.sentex.ca> Date: Fri, 10 Oct 2008 02:25:50 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8399/Thu Oct 9 08:27:14 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 06:25:55 -0000 TB --- 2008-10-10 04:40:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-10 04:40:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-10-10 04:40:01 - cleaning the object tree TB --- 2008-10-10 04:40:38 - cvsupping the source tree TB --- 2008-10-10 04:40:38 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-10-10 04:40:44 - building world (CFLAGS=-O -pipe) TB --- 2008-10-10 04:40:44 - cd /src TB --- 2008-10-10 04:40:44 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 10 04:40:47 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Oct 10 06:18:50 UTC 2008 TB --- 2008-10-10 06:18:50 - generating LINT kernel config TB --- 2008-10-10 06:18:50 - cd /src/sys/amd64/conf TB --- 2008-10-10 06:18:50 - /usr/bin/make -B LINT TB --- 2008-10-10 06:18:50 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-10 06:18:50 - cd /src TB --- 2008-10-10 06:18:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 10 06:18:50 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/ohci_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/sl811hs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/slhci_pccard.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/uark.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/u3g.c /src/sys/dev/usb/u3g.c: In function 'u3g_attach': /src/sys/dev/usb/u3g.c:169: error: 'struct u3g_softc' has no member named 'sc_intr_number' /src/sys/dev/usb/u3g.c:170: error: 'struct u3g_softc' has no member named 'sc_intr_pipe' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-10 06:25:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-10 06:25:50 - ERROR: failed to build lint kernel TB --- 2008-10-10 06:25:50 - tinderbox aborted TB --- 4741.84 user 598.29 system 6348.77 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 06:59:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68F30106568E; Fri, 10 Oct 2008 06:59:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2E2F48FC12; Fri, 10 Oct 2008 06:59:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A6xhv9057395; Fri, 10 Oct 2008 02:59:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A6xgwd007197; Fri, 10 Oct 2008 02:59:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BA4F073039; Fri, 10 Oct 2008 02:59:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081010065942.BA4F073039@freebsd-current.sentex.ca> Date: Fri, 10 Oct 2008 02:59:42 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8399/Thu Oct 9 08:27:14 2008 clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 06:59:45 -0000 TB --- 2008-10-10 05:44:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-10 05:44:49 - starting HEAD tinderbox run for i386/i386 TB --- 2008-10-10 05:44:49 - cleaning the object tree TB --- 2008-10-10 05:45:15 - cvsupping the source tree TB --- 2008-10-10 05:45:15 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-10-10 05:45:22 - building world (CFLAGS=-O -pipe) TB --- 2008-10-10 05:45:22 - cd /src TB --- 2008-10-10 05:45:22 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 10 05:45:24 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Oct 10 06:52:29 UTC 2008 TB --- 2008-10-10 06:52:29 - generating LINT kernel config TB --- 2008-10-10 06:52:29 - cd /src/sys/i386/conf TB --- 2008-10-10 06:52:29 - /usr/bin/make -B LINT TB --- 2008-10-10 06:52:29 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-10 06:52:29 - cd /src TB --- 2008-10-10 06:52:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 10 06:52:29 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/ohci_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/sl811hs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/slhci_pccard.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/uark.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/u3g.c /src/sys/dev/usb/u3g.c: In function 'u3g_attach': /src/sys/dev/usb/u3g.c:169: error: 'struct u3g_softc' has no member named 'sc_intr_number' /src/sys/dev/usb/u3g.c:170: error: 'struct u3g_softc' has no member named 'sc_intr_pipe' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-10 06:59:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-10 06:59:42 - ERROR: failed to build lint kernel TB --- 2008-10-10 06:59:42 - tinderbox aborted TB --- 3352.67 user 409.73 system 4492.87 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 07:44:24 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B43D1065689; Fri, 10 Oct 2008 07:44:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4F62D8FC0A; Fri, 10 Oct 2008 07:44:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A7iLsY059929; Fri, 10 Oct 2008 03:44:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A7iLvE037739; Fri, 10 Oct 2008 03:44:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ABAA573039; Fri, 10 Oct 2008 03:44:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081010074421.ABAA573039@freebsd-current.sentex.ca> Date: Fri, 10 Oct 2008 03:44:21 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8399/Thu Oct 9 08:27:14 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 07:44:24 -0000 TB --- 2008-10-10 06:25:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-10 06:25:50 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-10-10 06:25:51 - cleaning the object tree TB --- 2008-10-10 06:26:13 - cvsupping the source tree TB --- 2008-10-10 06:26:13 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-10-10 06:26:19 - building world (CFLAGS=-O -pipe) TB --- 2008-10-10 06:26:19 - cd /src TB --- 2008-10-10 06:26:19 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 10 06:26:20 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Oct 10 07:37:59 UTC 2008 TB --- 2008-10-10 07:37:59 - generating LINT kernel config TB --- 2008-10-10 07:37:59 - cd /src/sys/pc98/conf TB --- 2008-10-10 07:37:59 - /usr/bin/make -B LINT TB --- 2008-10-10 07:37:59 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-10 07:37:59 - cd /src TB --- 2008-10-10 07:37:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 10 07:37:59 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/ohci_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/sl811hs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/slhci_pccard.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/uark.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/u3g.c /src/sys/dev/usb/u3g.c: In function 'u3g_attach': /src/sys/dev/usb/u3g.c:169: error: 'struct u3g_softc' has no member named 'sc_intr_number' /src/sys/dev/usb/u3g.c:170: error: 'struct u3g_softc' has no member named 'sc_intr_pipe' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-10 07:44:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-10 07:44:21 - ERROR: failed to build lint kernel TB --- 2008-10-10 07:44:21 - tinderbox aborted TB --- 3286.85 user 415.35 system 4711.22 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 08:27:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE679106568C; Fri, 10 Oct 2008 08:27:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7932F8FC13; Fri, 10 Oct 2008 08:27:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A8RPT5062338; Fri, 10 Oct 2008 04:27:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A8RPIO068502; Fri, 10 Oct 2008 04:27:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4FCC273039; Fri, 10 Oct 2008 04:27:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081010082725.4FCC273039@freebsd-current.sentex.ca> Date: Fri, 10 Oct 2008 04:27:25 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8399/Thu Oct 9 08:27:14 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 08:27:28 -0000 TB --- 2008-10-10 06:59:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-10 06:59:42 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-10-10 06:59:42 - cleaning the object tree TB --- 2008-10-10 07:00:11 - cvsupping the source tree TB --- 2008-10-10 07:00:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-10-10 07:00:17 - building world (CFLAGS=-O -pipe) TB --- 2008-10-10 07:00:17 - cd /src TB --- 2008-10-10 07:00:17 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 10 07:00:19 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Oct 10 08:20:39 UTC 2008 TB --- 2008-10-10 08:20:39 - generating LINT kernel config TB --- 2008-10-10 08:20:39 - cd /src/sys/ia64/conf TB --- 2008-10-10 08:20:39 - /usr/bin/make -B LINT TB --- 2008-10-10 08:20:39 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-10 08:20:39 - cd /src TB --- 2008-10-10 08:20:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 10 08:20:39 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/ohci_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/sl811hs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/slhci_pccard.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/uark.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/u3g.c /src/sys/dev/usb/u3g.c: In function 'u3g_attach': /src/sys/dev/usb/u3g.c:169: error: 'struct u3g_softc' has no member named 'sc_intr_number' /src/sys/dev/usb/u3g.c:170: error: 'struct u3g_softc' has no member named 'sc_intr_pipe' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-10 08:27:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-10 08:27:25 - ERROR: failed to build lint kernel TB --- 2008-10-10 08:27:25 - tinderbox aborted TB --- 3818.16 user 413.73 system 5262.21 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 08:58:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C60A1065688 for ; Fri, 10 Oct 2008 08:58:38 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id DE1978FC14 for ; Fri, 10 Oct 2008 08:58:37 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so392482rvf.43 for ; Fri, 10 Oct 2008 01:58:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=7KW40I6IEFD52yIme5u+JnOZ552NGSrLGXLr6zAQdXw=; b=iUvx2PWv4TA/CNAkT2jN8O4UYwrr0ziUxOfgTYl+Zza3h6M6YqMQ3Wlou5KDrwvKOW UV2Hkwnq5EailJnugcSAuJ10iWQP8USoByDBmlmXPgYBxxcYu5aw+bFzmoDAQvb/YuV0 38EPh556G7unC3B0h5wjqw1xJIHXgn/zi6IqM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=t1Sj7c5ckFN+PYD9dPmzlPYTtXcViILr6B5yytnkWB4mDN4r6c4xAjNxY+dUOu2HZb dywpjl6Ib9+YCCF3FCpBgkAa9FoU0Ki1gqgc5HpT1sfI/8yBoc3JZxap8e4Zfu6WBbmI U8KHlNbDpOOEV+HM/T3MbZfkWysIhETHOV5Vw= Received: by 10.141.114.19 with SMTP id r19mr855088rvm.295.1223627800673; Fri, 10 Oct 2008 01:36:40 -0700 (PDT) Received: by 10.141.153.13 with HTTP; Fri, 10 Oct 2008 01:36:40 -0700 (PDT) Message-ID: <9bbcef730810100136w431e3359laaa6411e01cfdd16@mail.gmail.com> Date: Fri, 10 Oct 2008 10:36:40 +0200 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Mars G Miro" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200810091332.40091.max@love2party.net> X-Google-Sender-Auth: 601197d8d7b76213 Cc: freebsd-current@freebsd.org Subject: Re: 6-CORE Dunnington X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 08:58:38 -0000 2008/10/10 Mars G Miro : >> 21 minutes with 2x4-core 1.86 GHz Xeon :( > > new buildworld stats on 4CPU 6-Core DUNNINGTON (24 CPUs): > make -j8 buildworld: 4157.424u 2675.440s 19:43.60 577.2% > 6010+6465k 498+8312io 15123pf+0w > make -j16 buildworld: 4680.518u 6933.141s 19:24.25 997.5% > 5794+5492k 436+8312io 15123pf+0w > make -j24 buildworld: 5243.507u 10805.515s 20:59.02 1274.7% > 5686+5060k 16761+8455io 16821pf+0w If I'm parsing this correctly the time slightly increases with the number of CPUs used? From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 10:48:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9949A106569D for ; Fri, 10 Oct 2008 10:48:56 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml18.kpnxchange.com (hpsmtp-eml18.KPNXCHANGE.COM [213.75.38.118]) by mx1.freebsd.org (Postfix) with ESMTP id 2902B8FC1E for ; Fri, 10 Oct 2008 10:48:55 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpi-eml06.kpnxchange.com ([213.75.38.136]) by hpsmtp-eml18.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 10 Oct 2008 12:36:51 +0200 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtpi-eml06.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 10 Oct 2008 12:36:50 +0200 Received: (qmail 99965 invoked by uid 98); 10 Oct 2008 10:36:50 -0000 Received: from 10.66.0.135 (nick@10.66.0.135) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:1(10.66.0.135):. Processed in 0.747281 secs); 10 Oct 2008 10:36:50 -0000 Received: from unknown (HELO van-laarhoven.org) (nick@10.66.0.135) by uitsmijter.van-laarhoven.org with SMTP; 10 Oct 2008 10:36:49 -0000 Received: (nullmailer pid 9775 invoked by uid 1001); Fri, 10 Oct 2008 10:36:48 -0000 From: Nick Hibma To: freebsd-current@freebsd.org Date: Fri, 10 Oct 2008 12:36:47 +0200 User-Agent: KMail/1.9.7 References: <20081010010549.C7A2373039@freebsd-current.sentex.ca> In-Reply-To: <20081010010549.C7A2373039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810101236.47965.nick@van-laarhoven.org> X-OriginalArrivalTime: 10 Oct 2008 10:36:51.0073 (UTC) FILETIME=[1AF10710:01C92AC4] Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 10:48:56 -0000 Pointy hat, please. Didn't build LINT. To the folks maintaining tinderbox: Would it be possible to indicate which world it is currently building, and according to the previous completed buildworld, when it will be finished building that world? Could be useful. Great (and necessary!) service. Thanks. Cheers, Nick > TB --- 2008-10-09 23:20:00 - tinderbox 2.3 running on > freebsd-current.sentex.ca TB --- 2008-10-09 23:20:00 - starting HEAD > tinderbox run for amd64/amd64 TB --- 2008-10-09 23:20:00 - cleaning the > object tree > TB --- 2008-10-09 23:20:37 - cvsupping the source tree > TB --- 2008-10-09 23:20:37 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s > /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-10-09 23:20:44 - building > world (CFLAGS=-O -pipe) > TB --- 2008-10-09 23:20:44 - cd /src > TB --- 2008-10-09 23:20:44 - /usr/bin/make -B buildworld > > >>> World build started on Thu Oct 9 23:20:45 UTC 2008 > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > >>> stage 4.4: building everything > >>> stage 5.1: building 32 bit shim libraries > >>> World build completed on Fri Oct 10 00:58:50 UTC 2008 > > TB --- 2008-10-10 00:58:50 - generating LINT kernel config > TB --- 2008-10-10 00:58:50 - cd /src/sys/amd64/conf > TB --- 2008-10-10 00:58:50 - /usr/bin/make -B LINT > TB --- 2008-10-10 00:58:50 - building LINT kernel (COPTFLAGS=) > TB --- 2008-10-10 00:58:50 - cd /src > TB --- 2008-10-10 00:58:50 - /usr/bin/make -B buildkernel KERNCONF=LINT > > >>> Kernel build for LINT started on Fri Oct 10 00:58:50 UTC 2008 > >>> stage 1: configuring the kernel > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3.1: making dependencies > >>> stage 3.2: building everything > > [...] > cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. > -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -fno-common -finline-limit=8000 --param > inline-unit-growth=100 --param large-function-growth=1000 -DGPROF > -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin > -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 > -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > -pg -mprofiler-epilogue /src/sys/dev/usb/ohci_pci.c cc -c -std=c99 > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys > -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include > opt_global.h -fno-common -finline-limit=8000 --param > inline-unit-growth=100 --param large-function-growth=1000 -DGPROF > -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin > -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 > -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > -pg -mprofiler-epilogue /src/sys/dev/usb/sl811hs.c cc -c -std=c99 > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys > -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include > opt_global.h -fno-common -finline-limit=8000 --param > inline-unit-growth=100 --param large-function-growth=1000 -DGPROF > -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin > -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 > -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > -pg -mprofiler-epilogue /src/sys/dev/usb/slhci_pccard.c cc -c -std=c99 > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys > -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include > opt_global.h -fno-common -finline-limit=8000 --param > inline-unit-growth=100 --param large-function-growth=1000 -DGPROF > -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin > -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 > -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > -pg -mprofiler-epilogue /src/sys/dev/usb/uark.c cc -c -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys > -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include > opt_global.h -fno-common -finline-limit=8000 --param > inline-unit-growth=100 --param large-function-growth=1000 -DGPROF > -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin > -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 > -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > -pg -mprofiler-epilogue /src/sys/dev/usb/u3g.c /src/sys/dev/usb/u3g.c: In > function 'u3g_attach': > /src/sys/dev/usb/u3g.c:169: error: 'struct u3g_softc' has no member named > 'sc_intr_number' /src/sys/dev/usb/u3g.c:170: error: 'struct u3g_softc' > has no member named 'sc_intr_pipe' *** Error code 1 > > Stop in /obj/amd64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2008-10-10 01:05:49 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2008-10-10 01:05:49 - ERROR: failed to build lint kernel > TB --- 2008-10-10 01:05:49 - tinderbox aborted > TB --- 4739.32 user 600.56 system 6348.97 real > > > http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 06:41:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 807BD1065689 for ; Fri, 10 Oct 2008 06:41:02 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3E18FC21 for ; Fri, 10 Oct 2008 06:41:01 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by fg-out-1718.google.com with SMTP id l26so243369fgb.35 for ; Thu, 09 Oct 2008 23:41:00 -0700 (PDT) Received: by 10.86.70.3 with SMTP id s3mr1183019fga.41.1223620860735; Thu, 09 Oct 2008 23:41:00 -0700 (PDT) Received: by 10.86.4.18 with HTTP; Thu, 9 Oct 2008 23:41:00 -0700 (PDT) Message-ID: Date: Fri, 10 Oct 2008 14:41:00 +0800 From: "Mars G Miro" To: "Max Laier" , "Ivan Voras" In-Reply-To: <200810091332.40091.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200810091332.40091.max@love2party.net> X-Mailman-Approved-At: Fri, 10 Oct 2008 11:18:48 +0000 Cc: freebsd-current@freebsd.org Subject: Re: 6-CORE Dunnington X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 06:41:02 -0000 On Thu, Oct 9, 2008 at 7:32 PM, Max Laier wrote: [snip] >> >> Also it detects only 16CPUs instead of 24. Win2k3 detects all 24. > > This should be fixed with the following commit: > http://svn.freebsd.org/changeset/base/183525 > Cool. http://pastebin.com/f509d9e94 [in a separate email ..] >> I recalled we were able to successfully install 64-bit Windows 2003 >> Server on it. So I booted it to the windows 2003 server just to the >> point where it asks to install it, then rebooted it to the already >> installed FreeBSD. >So the problem looks like it has something to do with hardware initialization. So it seems. >> make -j16 buildworld: 4442.721u 3236.681s 16:29.50 776.0% >> 6064+6203k 539+8258io 15117pf+0w >> >> But I have an HP DL380 Quad-Core Xeon that rebuilds the world in just >> 13 minutes :-p >> > 21 minutes with 2x4-core 1.86 GHz Xeon :( new buildworld stats on 4CPU 6-Core DUNNINGTON (24 CPUs): make -j8 buildworld: 4157.424u 2675.440s 19:43.60 577.2% 6010+6465k 498+8312io 15123pf+0w make -j16 buildworld: 4680.518u 6933.141s 19:24.25 997.5% 5794+5492k 436+8312io 15123pf+0w make -j24 buildworld: 5243.507u 10805.515s 20:59.02 1274.7% 5686+5060k 16761+8455io 16821pf+0w Thanks guys. >> Thanks. >> -- cheers mars From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 08:55:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E898106568E for ; Fri, 10 Oct 2008 08:55:21 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 2643F8FC15 for ; Fri, 10 Oct 2008 08:55:20 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by fg-out-1718.google.com with SMTP id l26so269091fgb.35 for ; Fri, 10 Oct 2008 01:55:19 -0700 (PDT) Received: by 10.86.23.17 with SMTP id 17mr1301679fgw.32.1223628919556; Fri, 10 Oct 2008 01:55:19 -0700 (PDT) Received: by 10.86.4.18 with HTTP; Fri, 10 Oct 2008 01:55:19 -0700 (PDT) Message-ID: Date: Fri, 10 Oct 2008 16:55:19 +0800 From: "Mars G Miro" To: "Ivan Voras" In-Reply-To: <9bbcef730810100136w431e3359laaa6411e01cfdd16@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200810091332.40091.max@love2party.net> <9bbcef730810100136w431e3359laaa6411e01cfdd16@mail.gmail.com> X-Mailman-Approved-At: Fri, 10 Oct 2008 11:18:57 +0000 Cc: freebsd-current@freebsd.org Subject: Re: 6-CORE Dunnington X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 08:55:21 -0000 On Fri, Oct 10, 2008 at 4:36 PM, Ivan Voras wrote: > 2008/10/10 Mars G Miro : > >>> 21 minutes with 2x4-core 1.86 GHz Xeon :( >> >> new buildworld stats on 4CPU 6-Core DUNNINGTON (24 CPUs): > >> make -j8 buildworld: 4157.424u 2675.440s 19:43.60 577.2% >> 6010+6465k 498+8312io 15123pf+0w > >> make -j16 buildworld: 4680.518u 6933.141s 19:24.25 997.5% >> 5794+5492k 436+8312io 15123pf+0w > >> make -j24 buildworld: 5243.507u 10805.515s 20:59.02 1274.7% >> 5686+5060k 16761+8455io 16821pf+0w > > If I'm parsing this correctly the time slightly increases with the > number of CPUs used? > That's what it says. Also, the 16-minute buildworld clock was from a rebuild of Sep25-CURRENT (csup'd to around this time, rebooted, then clock rebuilding the world) , so I don't know how much code from then up until the recent that it takes ~ 4 minutes longer now. -- cheers mars From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 13:51:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 862BD1065693 for ; Fri, 10 Oct 2008 13:51:06 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 3F6478FC20 for ; Fri, 10 Oct 2008 13:51:06 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (201.158.192-77.rev.gaoland.net [77.192.158.201]) by smtp.lamaiziere.net (Postfix) with ESMTPA id A1F4A63366E for ; Fri, 10 Oct 2008 15:31:21 +0200 (CEST) Received: from baby-jane-lamaiziere-net.local (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id E003261E176 for ; Fri, 10 Oct 2008 15:31:20 +0200 (CEST) Date: Fri, 10 Oct 2008 15:31:20 +0200 From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: FreeBSD Current Message-ID: <20081010153120.2ca88ef5@baby-jane-lamaiziere-net.local> Organization: /dave/nulle X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i386-apple-darwin9.3.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/D_3JDDYDNCxH1cXBZgAUe2e" Subject: watchdog(9) bug in geode cs5536 watchdog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 13:51:06 -0000 --MP_/D_3JDDYDNCxH1cXBZgAUe2e Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, On a soekris Net5501, if you do a watchdog -t 16, followed by a watchdog -t 0 to disable the watchdog, and then after some time (16s) re-enable the watchdog the box reboots immediatly. This prevents also to stop and restart watchdogd(8). This is because when you stop the watchdog, the timer is not stoped, only the hard reset is disabled. So when the timer has elapsed, the C2 event of the timer is set. But when the hard reset is re-enabled, the event is not cleared and the box reboots. The attached patch stops and resets the counter when the watchdog is disabled and do not disable the hard reset of the timer (if the timer has elapsed it's too late). (also on http://user.lamaiziere.net/patrick/geode.c-patch.txt) Regards. --MP_/D_3JDDYDNCxH1cXBZgAUe2e Content-Type: application/octet-stream; name=geode.c-patch.txt Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=geode.c-patch.txt LS0tIGdlb2RlLmMJMjAwOC0xMC0wOSAyMDo1Mjo0Ny4wMDAwMDAwMDAgKzAyMDAKKysrIC91c3Iv c3JjL3N5cy9pMzg2L2kzODYvZ2VvZGUuYwkyMDA4LTEwLTEwIDEwOjI1OjQ3LjAwMDAwMDAwMCAr MDIwMApAQCAtMjA4LDE0ICsyMDgsMTEgQEAKIHN0YXRpYyB2b2lkCiBjczU1MzZfd2F0Y2hkb2co dm9pZCAqZm9vIF9fdW51c2VkLCB1X2ludCBjbWQsIGludCAqZXJyb3IpCiB7Ci0JdV9pbnQgdSwg cDsKKwl1X2ludCB1LCBwLCBzOwogCXVpbnQxNl90IGE7CiAJdWludDMyX3QgbTsKIAogCWEgPSBy ZG1zcigweDUxNDAwMDBkKTsKLQltID0gcmRtc3IoMHg1MTQwMDAyOSk7Ci0JbSAmPSB+KDEgPDwg MjQpOwotCXdybXNyKDB4NTE0MDAwMjksIG0pOwogCiAJdSA9IGNtZCAmIFdEX0lOVEVSVkFMOwog CWlmICh1ID49IDMwICYmIHUgPD0gNDQpIHsKQEAgLTIyOCwxMiArMjI1LDI0IEBACiAJCS8qIHJl c2V0IGNvdW50ZXIgKi8KIAkJb3V0dyhhICsgNCwgMCk7CiAJCS8qIEFybSByZXNldCBtZWNoYW5p c20gKi8KKwkJbSA9IHJkbXNyKDB4NTE0MDAwMjkpOwogCQltIHw9ICgxIDw8IDI0KTsKIAkJd3Jt c3IoMHg1MTQwMDAyOSwgbSk7CiAJCS8qIFN0YXJ0IGNvdW50ZXIgKi8KIAkJb3V0dyhhICsgNiwg MHg4MDAwKTsKIAogCQkqZXJyb3IgPSAwOworCX0gZWxzZSB7CisJCS8qIAorCQkgKiBNRkdQVF9T RVRVUCBpcyB3cml0ZS1vbmNlCisJCSAqIENoZWNrIGlmIHRoZSBjb3VudGVyIGhhcyBiZWVuIHNl dHVwCisJCSAqLworCQlzID0gaW53KGEgKyA2KTsKKwkJaWYgKHMgJiAoMSA8PCAxMikpIHsKKwkJ CS8qIFN0b3AgYW5kIHJlc2V0IGNvdW50ZXIgKi8KKwkJCW91dHcoYSArIDYsIDApOworCQkJb3V0 dyhhICsgNCwgMCk7CisJCX0KIAl9CiB9CiAK --MP_/D_3JDDYDNCxH1cXBZgAUe2e-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 15:29:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43A8A1065695 for ; Fri, 10 Oct 2008 15:29:19 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 0888F8FC18 for ; Fri, 10 Oct 2008 15:29:18 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 4EE4F730A8; Fri, 10 Oct 2008 17:14:56 +0200 (CEST) Date: Fri, 10 Oct 2008 17:14:56 +0200 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20081010151456.GA27576@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: setting bootverbose (or boothowto) from the kernel config file ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 15:29:19 -0000 In a diskless setting which does not use /boot/loader, i need to control the value of 'bootverbose' to print extra debugging messages. I just learned that using this line in the kernel config file env "my_kenv_settings" and providing a list of var.name=value in the file my_kenv_settings, these values get dumped to compile/MYKERNEL/env.c and become accessible from the kernel through getenv() (e.g. i used this for machdep.bios.pnp). However i haven't found a way to set 'bootverbose', which is a sysctl variable (debug.bootverbose) so it seems to be in a different namespace. Any ideas ? Also, what is exactly the relation between the two variables 'boothowto' (apparently set through the loader and containing various flags) and 'bootverbose' (which is a sysctl) ? Different parts of the kernel use one or the other to control verbose output, and i am not sure if, e.g. setting RB_VERBOSE in 'boothowto' also sets bootverbose... thanks luigi From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 15:29:55 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3980106569B for ; Fri, 10 Oct 2008 15:29:55 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 956CD8FC1C for ; Fri, 10 Oct 2008 15:29:55 +0000 (UTC) (envelope-from randy@psg.com) Received: from ip192.186.dsl-acs2.seawa0.iinet.com ([209.20.186.192] helo=rmac.psg.com) by ran.psg.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KoJwA-0008ul-UL for current@freebsd.org; Fri, 10 Oct 2008 15:29:55 +0000 Message-ID: <48EF74F2.3090703@psg.com> Date: Fri, 10 Oct 2008 08:29:54 -0700 From: Randy Bush User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: bad net state and not rebootable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 15:29:55 -0000 in the last days, i have had strange hangs on two servers, where they were pingable, i could log in to console port, but no response to ssh and other net services. they happily ran arbitrary programs. but, they hung in reboot and required a power-bar whack. now it is a third server and one where i have no power-bar. FreeBSD srv0.iad.rg.net 8.0-CURRENT FreeBSD 8.0-CURRENT #19: Mon Sep 15 01:23:26 UTC 2008 root@srv0.iad.rg.net:/usr/obj/usr/src/sys/SRV0 i386 rmac.psg.com:/Users/randy/config> ping srv0 PING srv0.iad.rg.net (198.180.150.1): 56 data bytes 64 bytes from 198.180.150.1: icmp_seq=0 ttl=51 time=136.989 ms 64 bytes from 198.180.150.1: icmp_seq=1 ttl=51 time=145.055 ms 64 bytes from 198.180.150.1: icmp_seq=2 ttl=51 time=144.968 ms 64 bytes from 198.180.150.1: icmp_seq=3 ttl=51 time=144.957 ms ifconfig looks ok srv0.iad.rg.net:/root# ifconfig bge0 bge0: flags=8843 metric 0 mtu 1500 options=9b ether 00:30:48:82:11:a2 inet 198.180.150.1 netmask 0xffffff80 broadcast 198.180.150.127 inet6 fe80::230:48ff:fe82:11a2%bge0 prefixlen 64 scopeid 0x1 inet 174.128.32.42 netmask 0xfffff000 broadcast 174.128.47.255 inet6 2001:418:8006::42 prefixlen 64 media: Ethernet autoselect (1000baseT ) status: active srv0.iad.rg.net:/root# netstat -in Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll bge0 1500 00:30:48:82:11:a2 22158026 0 23134038 0 0 bge0 1500 198.180.150.0 198.180.150.1 9420649 - 9338420 - - bge0 1500 fe80:1::230:4 fe80:1::230:48ff: 0 - 1 - - bge0 1500 174.128.32.0/ 174.128.32.42 116 - 0 - - bge0 1500 2001:418:8006 2001:418:8006::42 10460449 - 14334303 - - bge1* 1500 00:30:48:82:11:a3 0 0 0 0 0 lo0 16384 1492574 0 1492574 0 0 lo0 16384 127.0.0.0/8 127.0.0.1 915886 - 915886 - - lo0 16384 ::1/128 ::1 2556 - 2567 - - lo0 16384 fe80:3::1/64 fe80:3::1 0 - 0 - - ping looks normal srv0.iad.rg.net:/root# ping 147.28.0.39 PING 147.28.0.39 (147.28.0.39): 56 data bytes 64 bytes from 147.28.0.39: icmp_seq=0 ttl=56 time=76.845 ms ^C --- 147.28.0.39 ping statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 76.845/76.845/76.845/0.000 ms until you realize that i waited two minutes before hitting ^C srv0.iad.rg.net:/root# df Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/mirror/gm0s1a 507630 258478 208542 55% / devfs 1 1 0 100% /dev /dev/mirror/gm0s1d 63214 152 58006 0% /root /dev/mirror/gm0s1g 71055144 5565276 59805458 9% /usr /dev/mirror/gm0s1e 1012974 497442 434496 53% /var /dev/mirror/gm0s1f 1012974 18596 913342 2% /var/spool procfs 4 4 0 100% /proc /dev/md0 126702 34 116532 0% /tmp srv0.iad.rg.net:/root# gmirror status Name Status Components mirror/gm0 COMPLETE ad4 ad6 ssrv0.iad.rg.net:/root# /bin/ps -auxww USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND nagios 78154 0.3 0.4 6816 3932 ?? I 12:04AM 0:00.00 /usr/local/bin/nagios -d /usr/local/etc/nagios/nagios.cfg nagios 78155 0.3 0.2 3552 1616 ?? I 12:04AM 0:00.00 sh -c /usr/local/libexec/nagios/check_ssh 210.138.216.50 nagios 78156 0.3 0.1 4228 1324 ?? I 12:04AM 0:00.00 /usr/local/libexec/nagios/check_ssh 210.138.216.50 smokeping 64574 0.1 1.3 15944 13264 ?? I 15Sep08 3:57.48 /usr/local/bin/smokeping [FPing] (perl) root 0 0.0 0.0 0 48 ?? DLs 15Sep08 0:02.80 [kernel] root 1 0.0 0.0 1888 328 ?? ILs 15Sep08 1:09.48 /sbin/init -- root 2 0.0 0.0 0 8 ?? DL 15Sep08 0:49.11 [g_event] root 3 0.0 0.0 0 8 ?? DL 15Sep08 6:13.69 [g_up] root 4 0.0 0.0 0 8 ?? DL 15Sep08 6:03.08 [g_down] root 5 0.0 0.0 0 8 ?? DL 15Sep08 0:01.78 [pagedaemon] root 6 0.0 0.0 0 8 ?? DL 15Sep08 0:00.00 [vmdaemon] root 7 0.0 0.0 0 8 ?? DL 15Sep08 0:00.02 [pagezero] root 8 0.0 0.0 0 8 ?? DL 15Sep08 0:08.11 [bufdaemon] root 9 0.0 0.0 0 8 ?? DL 15Sep08 38:55.53 [syncer] root 10 0.0 0.0 0 8 ?? DL 15Sep08 0:00.00 [audit] root 11 0.0 0.0 0 8 ?? RL 15Sep08 34612:02.65 [idle] root 12 0.0 0.0 0 112 ?? WL 15Sep08 31:11.27 [intr] root 13 0.0 0.0 0 8 ?? DL 15Sep08 1:25.55 [yarrow] root 14 0.0 0.0 0 8 ?? DL 15Sep08 0:08.97 [vnlru] root 15 0.0 0.0 0 8 ?? DL 15Sep08 1:29.57 [softdepflush] root 16 0.0 0.0 0 8 ?? DL 15Sep08 1:49.61 [g_mirror gm0] root 553 0.0 0.0 1888 396 ?? Is 15Sep08 0:00.13 /sbin/devd root 712 0.0 0.0 0 8 ?? DL 15Sep08 0:01.01 [md0] root 887 0.0 0.2 4432 2044 ?? I 15Sep08 0:00.55 /usr/local/sbin/smartd -p /var/run/smartd.pid -c /usr/local/etc/smartd.conf www 941 0.0 0.6 9984 6180 ?? I 25Sep08 0:25.62 /usr/local/sbin/httpd -DNOHTTPACCEPT root 945 0.0 0.3 4796 2608 ?? Is 15Sep08 1:12.80 /usr/sbin/ntpd -c /etc/ntp.conf -g -p /var/run/ntpd.pid -f /var/db/ntpd.drift mailnull 1022 0.0 0.3 8244 3204 ?? Is 15Sep08 0:19.31 /usr/local/sbin/exim -bd -q1m (exim-4.69-0) root 1047 0.0 0.3 4236 2804 ?? Is 15Sep08 1:33.09 /usr/sbin/dhcpd -cf /etc/dhcpd.conf root 1085 0.0 0.3 5232 2956 ?? Is 15Sep08 0:05.31 /usr/sbin/sshd root 1095 0.0 0.1 3300 1404 ?? Is 15Sep08 0:03.33 /usr/sbin/cron -s root 1163 0.0 0.1 3272 1288 ?? I 15Sep08 0:00.00 /usr/libexec/getty std.9600 ttyu1 www 2139 0.0 0.6 9984 6240 ?? I 25Sep08 0:26.15 /usr/local/sbin/httpd -DNOHTTPACCEPT unbound 27209 0.0 0.8 12888 8612 ?? Is Sat12AM 0:20.46 /usr/local/sbin/unbound www 40079 0.0 0.6 9984 6208 ?? I 30Sep08 0:14.57 /usr/local/sbin/httpd -DNOHTTPACCEPT www 40296 0.0 0.6 9984 6200 ?? I 30Sep08 0:13.84 /usr/local/sbin/httpd -DNOHTTPACCEPT root 41167 0.0 0.5 9980 5520 ?? Is 15Sep08 0:45.77 /usr/local/sbin/httpd -DNOHTTPACCEPT smokeping 43819 0.0 1.6 20388 16216 ?? Is Wed11PM 0:00.01 /usr/local/bin/smokeping (perl) smokeping 43820 0.0 1.6 20416 16240 ?? I Wed11PM 0:11.41 /usr/local/bin/smokeping [FPing] (perl) root 55477 0.0 0.1 3272 1404 ?? Is 18Sep08 0:08.62 /usr/sbin/syslogd -s smokeping 64573 0.0 1.3 15912 13188 ?? Is 15Sep08 0:00.01 /usr/local/bin/smokeping (perl) root 77052 0.0 0.1 3428 1504 ?? Is 12:00AM 0:00.01 /usr/local/sbin/sshguard smokeping 77944 0.0 0.1 3212 1296 ?? I 12:04AM 0:00.03 /usr/local/sbin/fping -C 20 -q -B1 -r1 -i10 r0 iphone1 afnog.org work0.psg.com soek0 srv0 psg1 iphone0 rip psg0 raid1 drinx.linx.net r1 psg bbgp psg2 ver0 ran rip1.psg.com root 78307 0.0 0.4 8244 3732 ?? Is 12:04AM 0:00.02 /usr/local/sbin/exim -Mc 1Ko5UP-000KMv-OH (exim-4.69-0) mailnull 78309 0.0 0.4 8244 3740 ?? I 12:04AM 0:00.00 /usr/local/sbin/exim -Mc 1Ko5UP-000KMv-OH (exim-4.69-0) root 78313 0.0 0.4 8244 3732 ?? Is 12:04AM 0:00.02 /usr/local/sbin/exim -Mc 1Ko5UP-000KN0-Sj (exim-4.69-0) mailnull 78314 0.0 0.4 8244 3744 ?? I 12:04AM 0:00.00 /usr/local/sbin/exim -Mc 1Ko5UP-000KN0-Sj (exim-4.69-0) root 78333 0.0 0.4 8244 3732 ?? Is 12:04AM 0:00.02 /usr/local/sbin/exim -Mc 1Ko5UR-000KNP-5u (exim-4.69-0) mailnull 78334 0.0 0.4 8244 3740 ?? I 12:04AM 0:00.00 /usr/local/sbin/exim -Mc 1Ko5UR-000KNP-5u (exim-4.69-0) root 78347 0.0 0.4 8280 3752 ?? Is 12:04AM 0:00.02 /usr/local/sbin/exim -Mc 1Ko5UU-000KNe-0s (exim-4.69-0) mailnull 78348 0.0 0.4 8280 3764 ?? I 12:04AM 0:00.00 /usr/local/sbin/exim -Mc 1Ko5UU-000KNe-0s (exim-4.69-0) root 78371 0.0 0.3 6576 3148 ?? Is 8:37AM 0:00.05 sshd: [accepted] (sshd) sshd 78372 0.0 0.3 6576 3168 ?? I 8:38AM 0:00.01 sshd: [net] (sshd) root 78391 0.0 0.3 6576 3148 ?? Is 3:02PM 0:00.05 sshd: [accepted] (sshd) sshd 78392 0.0 0.3 6576 3160 ?? I 3:02PM 0:00.01 sshd: [net] (sshd) nagios 79837 0.0 0.4 6816 3920 ?? Is 23Sep08 1023:38.11 /usr/local/bin/nagios -d /usr/local/etc/nagios/nagios.cfg www 86137 0.0 1.3 18464 13524 ?? Is Thu10AM 0:00.44 /usr/local/bin/speedy_backend /usr/local/smokeping/htdocs/smokeping.cgi target=Westin www 86138 0.0 3.8 43960 39536 ?? I Thu10AM 2:14.61 /usr/local/bin/speedy_backend /usr/local/smokeping/htdocs/smokeping.cgi target=Westin www 87153 0.0 0.6 9984 6196 ?? I 25Sep08 0:27.22 /usr/local/sbin/httpd -DNOHTTPACCEPT www 90538 0.0 0.6 9984 6188 ?? I 25Sep08 0:25.02 /usr/local/sbin/httpd -DNOHTTPACCEPT www 92815 0.0 0.6 9984 6200 ?? I 25Sep08 0:25.94 /usr/local/sbin/httpd -DNOHTTPACCEPT www 95051 0.0 0.6 9984 6200 ?? I 25Sep08 0:25.50 /usr/local/sbin/httpd -DNOHTTPACCEPT www 96166 0.0 0.6 9984 6188 ?? I 25Sep08 0:24.96 /usr/local/sbin/httpd -DNOHTTPACCEPT www 97331 0.0 0.6 9984 6212 ?? I 25Sep08 0:24.87 /usr/local/sbin/httpd -DNOHTTPACCEPT root 1154 0.0 0.1 3272 1292 v0 Is+ 15Sep08 0:00.00 /usr/libexec/getty Pc ttyv0 root 1155 0.0 0.1 3272 1292 v1 Is+ 15Sep08 0:00.00 /usr/libexec/getty Pc ttyv1 root 1156 0.0 0.1 3272 1292 v2 Is+ 15Sep08 0:00.00 /usr/libexec/getty Pc ttyv2 root 1157 0.0 0.1 3272 1292 v3 Is+ 15Sep08 0:00.00 /usr/libexec/getty Pc ttyv3 root 1158 0.0 0.1 3272 1292 v4 Is+ 15Sep08 0:00.00 /usr/libexec/getty Pc ttyv4 root 1159 0.0 0.1 3272 1292 v5 Is+ 15Sep08 0:00.00 /usr/libexec/getty Pc ttyv5 root 1160 0.0 0.1 3272 1292 v6 Is+ 15Sep08 0:00.00 /usr/libexec/getty Pc ttyv6 root 1161 0.0 0.1 3272 1292 v7 Is+ 15Sep08 0:00.00 /usr/libexec/getty Pc ttyv7 tacacs 852 0.0 0.1 3472 1460 u0- I 15Sep08 0:19.88 /usr/local/bin/tac_plus -C /usr/local/etc/tac_plus.conf root 1162 0.0 0.2 3720 1704 u0 Is 15Sep08 0:00.16 login [pam] (login) root 78396 0.0 0.2 4484 2304 u0 S 3:03PM 0:00.04 -bash (bash) root 78433 0.0 0.1 3348 1436 u0 R+ 3:15PM 0:00.00 /bin/ps -auxww srv0.iad.rg.net:/root# netstat -nf inet Active Internet connections Proto Recv-Q Send-Q Local Address Foreign Address (state) tcp4 63 0 198.180.150.1.443 209.20.186.192.59658 ESTABLISHED tcp4 178 0 198.180.150.1.443 209.20.186.192.59655 CLOSE_WAIT tcp4 549 0 198.180.150.1.443 209.20.186.192.59654 ESTABLISHED tcp4 0 0 198.180.150.1.49 206.223.132.86.12837 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12835 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12834 TIME_WAIT tcp4 0 0 198.180.150.1.22 209.20.186.192.59606 CLOSE_WAIT tcp4 0 0 198.180.150.1.* 209.20.186.192.59602 CLOSED tcp4 469 0 198.180.150.1.* 209.20.186.192.59601 CLOSED tcp4 549 0 198.180.150.1.* 209.20.186.192.59600 CLOSED tcp4 458 0 198.180.150.1.* 209.20.186.192.59599 CLOSED tcp4 0 0 198.180.150.1.49 206.223.132.86.12833 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12832 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12831 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12830 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12829 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12828 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12827 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12826 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12825 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12824 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12823 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12822 TIME_WAIT tcp4 0 0 198.180.150.1.49 198.180.150.121.40309 TIME_WAIT tcp4 0 0 198.180.150.1.49 198.180.150.121.40306 TIME_WAIT tcp4 0 0 198.180.150.1.49 198.180.150.121.40226 TIME_WAIT tcp4 0 0 198.180.150.1.49 198.180.150.121.40016 TIME_WAIT tcp4 0 0 198.180.150.1.49 198.180.150.121.39811 TIME_WAIT tcp4 0 0 198.180.150.1.49 198.180.150.121.39767 TIME_WAIT tcp4 0 0 198.180.150.1.22 218.25.54.152.51578 CLOSE_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12821 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12820 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12819 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12818 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12817 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12816 TIME_WAIT tcp4 0 0 198.180.150.1.* 221.192.199.36.2106 CLOSED tcp4 0 0 198.180.150.1.49 206.223.132.86.12815 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12814 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12813 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12812 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12811 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12810 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12809 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12808 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12807 TIME_WAIT tcp4 0 0 198.180.150.1.49 206.223.132.86.12806 TIME_WAIT tcp4 0 0 198.180.150.1.* 209.20.186.192.56192 CLOSED tcp4 0 0 198.180.150.1.49 206.223.132.86.12805 TIME_WAIT tcp4 37 0 198.180.150.1.* 209.20.186.192.56179 CLOSED tcp4 0 0 198.180.150.1.49 206.223.132.86.12804 TIME_WAIT tcp4 0 0 198.180.150.1.* 209.20.186.192.56084 CLOSED tcp4 517 0 198.180.150.1.* 209.20.186.192.56039 CLOSED tcp4 0 0 198.180.150.1.45052 147.28.0.62.25 SYN_SENT tcp4 0 0 198.180.150.1.60087 147.28.0.62.25 SYN_SENT tcp4 0 0 198.180.150.1.37996 147.28.0.62.25 SYN_SENT tcp4 0 0 198.180.150.1.25993 147.28.0.62.25 SYN_SENT tcp4 0 0 198.180.150.1.58187 210.138.216.50.22 SYN_SENT udp4 0 0 127.0.0.1.11458 127.0.0.1.53 udp4 0 0 127.0.0.1.60611 127.0.0.1.53 udp4 0 0 127.0.0.1.26925 127.0.0.1.53 udp4 0 0 127.0.0.1.52800 127.0.0.1.53 udp4 0 0 127.0.0.1.57827 127.0.0.1.53 udp4 0 0 127.0.0.1.29704 127.0.0.1.53 udp4 0 0 127.0.0.1.49628 127.0.0.1.53 udp4 0 0 127.0.0.1.46057 127.0.0.1.53 udp4 0 0 127.0.0.1.56978 127.0.0.1.53 udp4 0 0 127.0.0.1.58174 127.0.0.1.53 udp4 0 0 127.0.0.1.30269 127.0.0.1.53 udp4 0 0 127.0.0.1.45296 127.0.0.1.53 udp4 0 0 127.0.0.1.123 *.* udp4 0 0 174.128.32.42.123 *.* udp4 0 0 198.180.150.1.123 *.* 206.223.132.86 is the local oob cisco, and 49 is tacacs. so someone was trying an ssh attack on the local oob server (the one on which i am using to get to the console port).? no lsof installed and can't fetch it now. any ideas before i try to reboot? randy From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 15:40:05 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AA9810656A1 for ; Fri, 10 Oct 2008 15:40:05 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 0901E8FC0C for ; Fri, 10 Oct 2008 15:40:04 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m9AFavT5076083; Fri, 10 Oct 2008 09:36:57 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 10 Oct 2008 09:38:02 -0600 (MDT) Message-Id: <20081010.093802.1338308573.imp@bsdimp.com> To: rizzo@iet.unipi.it From: "M. Warner Losh" In-Reply-To: <20081010151456.GA27576@onelab2.iet.unipi.it> References: <20081010151456.GA27576@onelab2.iet.unipi.it> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: setting bootverbose (or boothowto) from the kernel config file ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 15:40:05 -0000 In message: <20081010151456.GA27576@onelab2.iet.unipi.it> Luigi Rizzo writes: : In a diskless setting which does not use /boot/loader, i need to : control the value of 'bootverbose' to print extra debugging messages. : : I just learned that using this line in the kernel config file : : env "my_kenv_settings" : : and providing a list of var.name=value in the file my_kenv_settings, : these values get dumped to compile/MYKERNEL/env.c and become accessible : from the kernel through getenv() (e.g. i used this for machdep.bios.pnp). : : However i haven't found a way to set 'bootverbose', which is a sysctl : variable (debug.bootverbose) so it seems to be in a different namespace. : : Any ideas ? : : Also, what is exactly the relation between the two variables : 'boothowto' (apparently set through the loader and containing : various flags) and 'bootverbose' (which is a sysctl) ? : Different parts of the kernel use one or the other to control : verbose output, and i am not sure if, e.g. setting RB_VERBOSE : in 'boothowto' also sets bootverbose... bootverbose is set based on boothowto. The sysctl thing is just an afterthought: static void set_boot_verbose(void *data __unused) { if (boothowto & RB_VERBOSE) bootverbose++; } SYSINIT(boot_verbose, SI_SUB_TUNABLES, SI_ORDER_ANY, set_boot_verbose, NULL); We likely at this stage could convert it to a tunable as well... Warner From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 15:58:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC557106568E for ; Fri, 10 Oct 2008 15:58:08 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-gx0-f16.google.com (mail-gx0-f16.google.com [209.85.217.16]) by mx1.freebsd.org (Postfix) with ESMTP id A4B938FC21 for ; Fri, 10 Oct 2008 15:58:08 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by gxk9 with SMTP id 9so145779gxk.19 for ; Fri, 10 Oct 2008 08:58:07 -0700 (PDT) Received: by 10.103.215.4 with SMTP id s4mr1185893muq.13.1223653019421; Fri, 10 Oct 2008 08:36:59 -0700 (PDT) Received: by 10.103.229.14 with HTTP; Fri, 10 Oct 2008 08:36:59 -0700 (PDT) Message-ID: Date: Fri, 10 Oct 2008 18:36:59 +0300 From: "Vlad GALU" To: "Randy Bush" In-Reply-To: <48EF74F2.3090703@psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48EF74F2.3090703@psg.com> Cc: FreeBSD Current Subject: Re: bad net state and not rebootable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 15:58:09 -0000 On Fri, Oct 10, 2008 at 6:29 PM, Randy Bush wrote: [...] This sounds very similar to what has been happening to a RELENG_7 machine during the past couple of weeks ... -- ~/.signature: no such file or directory From owner-freebsd-current@FreeBSD.ORG Fri Oct 10 16:31:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0D421065698 for ; Fri, 10 Oct 2008 16:31:53 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from relais-inet.francetelecom.com (relais-ias244.francetelecom.com [80.12.204.244]) by mx1.freebsd.org (Postfix) with ESMTP id 777338FC08 for ; Fri, 10 Oct 2008 16:31:53 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from omfeda06.si.francetelecom.fr (unknown [xx.xx.xx.199]) by omfeda12.si.francetelecom.fr (ESMTP service) with ESMTP id 2F1DE7000D for ; Fri, 10 Oct 2008 18:14:39 +0200 (CEST) Received: from PUEXCC51.nanterre.francetelecom.fr (unknown [10.168.74.61]) by omfeda06.si.francetelecom.fr (ESMTP service) with ESMTP id F25AC70002 for ; Fri, 10 Oct 2008 18:14:38 +0200 (CEST) Received: from PUEXCBJ0.nanterre.francetelecom.fr ([10.168.75.61]) by PUEXCC51.nanterre.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.2499); Fri, 10 Oct 2008 18:14:38 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----_=_NextPart_001_01C92AF3.4B60E7F4"; type="multipart/alternative" x-cr-puzzleid: {12C0B158-4B62-477A-9B85-E99E11F65A18} Content-class: urn:content-classes:message x-cr-hashedpuzzle: AUpk AXPm AmvZ Ayw8 BWY7 CHHg EImL EQnh EWH4 EZCf E1Ah HQzo HU+Y HWi+ Hyj+ H42L; 1; ZgByAGUAZQBiAHMAZAAtAGMAdQByAHIAZQBuAHQAQABmAHIAZQBlAGIAcwBkAC4AbwByAGcA; Sosha1_v1; 7; {12C0B158-4B62-477A-9B85-E99E11F65A18}; awBhAHIAaQBtAC4AYgBvAHUAcgBlAG4AYQBuAGUAQABvAHIAYQBuAGcAZQAtAGYAdABnAHIAbwB1AHAALgBjAG8AbQA=; Fri, 10 Oct 2008 16:14:27 GMT; WwBCAEQAUwAgADcAXQAgAEYAaQByAGUAdwBhAGwAbAAgAEkAUABWADQAIABhAG4AZAAgAEkAUABWADYAIABpAG4AIABzAGEAbQBlACAARgBpAGwAZQA= Date: Fri, 10 Oct 2008 18:14:27 +0200 Message-ID: X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [BDS 7] Firewall IPV4 and IPV6 in same File Thread-Index: Ackq80Tl/yeB2uHLR2K09tg435Ynhg== From: To: "FreeBSD Current" X-OriginalArrivalTime: 10 Oct 2008 16:14:38.0865 (UTC) FILETIME=[4B7CA810:01C92AF3] X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: [BDS 7] Firewall IPV4 and IPV6 in same File X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 16:31:54 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C92AF3.4B60E7F4 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All =20 Just a simple question about Ipfilter with IPV4 and IPV6=2E =20 It's possible to configure IPfilter with same rules file ( on file )?=20 Or i must to create tow instance of Ipfilter with 2 rules files ? =20 Thanks you=20 =20 Karim Bourenane 112 Av=2E Charles de Gaules 92520 Neuilly S/Seine Phone: +33156 76 35 52 Fax: +33156 76 35 04 http://www=2Eequant=2Ecom =20 =20 =20 ********************************* This message and any attachments (the "message") are confidential and= intended solely for the addressees=2E=20 Any unauthorised use or dissemination is prohibited=2E Messages are susceptible to alteration=2E=20 France Telecom Group shall not be liable for the message if altered,= changed or falsified=2E If you are not the intended addressee of this message, please cancel it= immediately and inform the sender=2E ******************************** ------_=_NextPart_001_01C92AF3.4B60E7F4-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 11 02:06:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DB831065686; Sat, 11 Oct 2008 02:06:52 +0000 (UTC) (envelope-from elmofo@uol.com.br) Received: from smtp.uol.com.br (smtpout10.uol.com.br [200.221.4.201]) by mx1.freebsd.org (Postfix) with ESMTP id 3B3708FC0A; Sat, 11 Oct 2008 02:06:51 +0000 (UTC) (envelope-from elmofo@uol.com.br) Received: from localhost (localhost [127.0.0.1]) by socom10.uol.com.br (Postfix) with ESMTP id 9C63D3DD; Fri, 10 Oct 2008 23:06:50 -0300 (BRT) Received: from fixed-mofo (189-47-50-218.dsl.telesp.net.br [189.47.50.218]) by socom10.uol.com.br (Postfix) with SMTP id 0317A674; Fri, 10 Oct 2008 23:06:43 -0300 (BRT) Date: Fri, 10 Oct 2008 23:06:43 -0300 From: Thiago Luz Basilio To: Tobias Kirschstein Message-Id: <20081010230643.017d0dbe.elmofo@uol.com.br> In-Reply-To: <20081009191519.790298e4@lain> References: <20081006072447.d51c76f1.elmofo@uol.com.br> <20081009191519.790298e4@lain> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SIG5: a096efde54814dc6ab64f6fe1c57accc Cc: rpaulo@FreeBSD.org, current@freebsd.org Subject: Re: 802.11b mode on wlan interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2008 02:06:52 -0000 Hello! Well, still no luck with -CURRENT and ath_hal 0.10.5.10. I can't set the card to operate in "11b mode". Running 'ifconfig wlan0 mode 11b' returns no erros, but after doing this, the card is still on 11g mode. If I try 'ifconfig ath0 mode 11b', I get the same result. It works fine on 11g networks, but I didn't have any network with WPA/WEP keys to test, so, I can't confirm that everything is working on 11g mode. On 11b mode, I've tested open networks on adhoc mode (with and without WEP keys), and had no success. Same on 11b networks with WEP keys. Anybody is having those problems? TIA, Thiago. On Thu, 9 Oct 2008 19:15:19 +0200 Tobias Kirschstein wrote: > yes! and i mailed current@, driver@, questions@ some time ago without > any response... > i get the problem while trying to connect to an 11b only "AP" running > on openbsd with my wpi0/wlan0. i have a ThinkPad X60T. > > please let me know if you have any solution! > > i tried a lot of things without success, see my mail... > > Subject: wpi not working on 11b > Date: Fri, 1 Aug 2008 20:43:11 +0200 > > > -- > ciao, > lev > From owner-freebsd-current@FreeBSD.ORG Sat Oct 11 16:04:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47423106568A for ; Sat, 11 Oct 2008 16:04:59 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 04F678FC17 for ; Sat, 11 Oct 2008 16:04:58 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.149.183] (port=42526 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kogxa-000IfJ-FZ for freebsd-current@freebsd.org; Sat, 11 Oct 2008 20:04:54 +0400 Message-ID: <48F0CEA3.4080601@lissyara.su> Date: Sat, 11 Oct 2008 20:04:51 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.17) Gecko/20080928 Thunderbird/2.0.0.17 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: HAL source code vs binary code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2008 16:04:59 -0000 http://lkml.org/lkml/2008/9/26/321 whether there are plans to include source code HAL in FreeBSD? It is very difficult to update 2 MB binary files .. From owner-freebsd-current@FreeBSD.ORG Sat Oct 11 16:33:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCFF31065686 for ; Sat, 11 Oct 2008 16:33:00 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 8E7A08FC0A for ; Sat, 11 Oct 2008 16:33:00 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-255-48-78.bredband.comhem.se ([83.255.48.78]:64323 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1KohA5-0000ys-4J for freebsd-current@freebsd.org; Sat, 11 Oct 2008 18:17:53 +0200 Received: (qmail 93663 invoked from network); 11 Oct 2008 18:17:40 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 11 Oct 2008 18:17:40 +0200 Received: (qmail 90747 invoked by uid 1001); 11 Oct 2008 18:17:40 +0200 Date: Sat, 11 Oct 2008 18:17:40 +0200 From: Erik Trulsson To: Alex Keda Message-ID: <20081011161740.GA77291@owl.midgard.homeip.net> References: <48F0CEA3.4080601@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48F0CEA3.4080601@lissyara.su> User-Agent: Mutt/1.5.18 (2008-05-17) X-Originating-IP: 83.255.48.78 X-Scan-Result: No virus found in message 1KohA5-0000ys-4J. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1KohA5-0000ys-4J 70a6645f59ba26d1a654e6994dda3a79 Cc: FreeBSD Current Subject: Re: HAL source code vs binary code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2008 16:33:00 -0000 On Sat, Oct 11, 2008 at 08:04:51PM +0400, Alex Keda wrote: > http://lkml.org/lkml/2008/9/26/321 > whether there are plans to include source code HAL in FreeBSD? > It is very difficult to update 2 MB binary files .. Be aware that the binary HAL included in FreeBSD (and also used by the Linux Madwifi driver) is not identical to the HAL Atheros just released the source code for. (see http://lkml.org/lkml/2008/9/26/344 ) I am quite sure it would be possible to change the ath driver in FreeBSD to use this open HAL instead, but it would almost certainly require a non-trivial amount of work, and you might lose whatever enhancements and bug-fixes is available in the binary HAL compared to the released one. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Sat Oct 11 17:02:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8907D1065686 for ; Sat, 11 Oct 2008 17:02:07 +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 654C38FC1C for ; Sat, 11 Oct 2008 17:02:07 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m9BH26rH009201 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Oct 2008 10:02:06 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <48F0DC0E.4010301@freebsd.org> Date: Sat, 11 Oct 2008 10:02:06 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Alex Keda References: <48F0CEA3.4080601@lissyara.su> In-Reply-To: <48F0CEA3.4080601@lissyara.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: FreeBSD Current Subject: Re: HAL source code vs binary code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2008 17:02:07 -0000 Alex Keda wrote: > http://lkml.org/lkml/2008/9/26/321 > whether there are plans to include source code HAL in FreeBSD? > It is very difficult to update 2 MB binary files .. If someone wants to do the work I would happily turn over responsibility for ath. Beware however that the code Atheros gave out, while derived from my code base (note my name is on the files), has very different api's (sometimes subtle), lacks important functionality present in my hal, and is missing support for 5210, 5211, and 5416 class parts. Furthermore they didn't even give out the driver that goes with it and the code is incomplete (I know as have access to the code base this stuff came from). I will however say that releasing this code will enable me to start pushing certain useful tools into our code base (e.g. the register dumping tool I've used forever). The disclosure now also enables to me to point out how to do certain things like disable CCA on certain chips (ar5212/ar5212reg.h): #define AR_DIAG_SW 0x8048 /* MAC PCU control register */ #define DIAG_FORCE_RXCLR (1<<20) /* force rxclear (ignore CCA) */ The obvious right thing would have been to allow me to give out my code but that assumes Atheros really wanted to help the open source community. Sam From owner-freebsd-current@FreeBSD.ORG Sat Oct 11 16:06:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E85971065694 for ; Sat, 11 Oct 2008 16:06:58 +0000 (UTC) (envelope-from jamesfrancistoy@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.191]) by mx1.freebsd.org (Postfix) with ESMTP id 73D678FC15 for ; Sat, 11 Oct 2008 16:06:58 +0000 (UTC) (envelope-from jamesfrancistoy@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so953806fkk.11 for ; Sat, 11 Oct 2008 09:06:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition:x-google-sender-auth; bh=3oFbn+YGN2eoOjYjConeKFnlF0ncJBjSM+QN1aKVhm4=; b=V2ElKJwFUDhuwUXwjsfzykDLhx4tjWu1yAuOlM3WstaM0qPUKzyoEET+ULPyAaygxl Ccq5Ak/s8qtqayS5NtvZXC31bnFKouZ11hBbsbzEB4ztspfXfDrHhjcQtqZpNT8xzvPP 15hvgVkI4iABJBgOEbK5OxM/fjsuHSqsT3lg8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition:x-google-sender-auth; b=JiakJEQ3leEzXGFoSdBfmiZonnRFFbNHPmcZljtd9jxbDKhI/WS2n8IuRbA7bi+Ku/ Vgo4aS1DlgFJQb/OvZVG9fQUMwRol/ebApxaY8LKKJNBieGJB9dYkq5D4doK77Tk7wZQ i9tIKv7N1ivERwu9VD/vmyjlUoaQXX0r4uREQ= Received: by 10.187.182.10 with SMTP id j10mr789336fap.39.1223739775269; Sat, 11 Oct 2008 08:42:55 -0700 (PDT) Received: by 10.187.245.17 with HTTP; Sat, 11 Oct 2008 08:42:55 -0700 (PDT) Message-ID: <9f8af95f0810110842gbbd5feaydad82779f138f108@mail.gmail.com> Date: Sat, 11 Oct 2008 11:42:55 -0400 From: "james toy" Sender: jamesfrancistoy@gmail.com To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: d5cca6ca995a1bc8 X-Mailman-Approved-At: Sat, 11 Oct 2008 18:41:55 +0000 Subject: kernel build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2008 16:06:59 -0000 All, i've been getting this lately -- this is a fresh csup. Any thoughts? If more logs are needed let me know -- I wanted to verify that this was not a known issue before i looked into it: /usr/src/sys/dev/usb/ubser.c:617: error: 'struct tty' has no member named 't_state' /usr/src/sys/dev/usb/ubser.c:617: error: 'TS_FLUSH' undeclared (first use in this function) /usr/src/sys/dev/usb/ubser.c: In function 'ubserwritecb': /usr/src/sys/dev/usb/ubser.c:633: error: 'struct tty' has no member named 't_sc' /usr/src/sys/dev/usb/ubser.c:661: error: 'struct tty' has no member named 't_state' /usr/src/sys/dev/usb/ubser.c:661: error: 'TS_BUSY' undeclared (first use in this function) /usr/src/sys/dev/usb/ubser.c:662: error: 'struct tty' has no member named 't_state' /usr/src/sys/dev/usb/ubser.c:662: error: 'TS_FLUSH' undeclared (first use in this function) /usr/src/sys/dev/usb/ubser.c:663: error: 'struct tty' has no member named 't_state' /usr/src/sys/dev/usb/ubser.c:665: warning: passing argument 1 of 'ndflush' from incompatible pointer type /usr/src/sys/dev/usb/ubser.c:666: warning: implicit declaration of function 'ttyld_start' /usr/src/sys/dev/usb/ubser.c:666: warning: nested extern declaration of 'ttyld_start' /usr/src/sys/dev/usb/ubser.c:671: error: 'struct tty' has no member named 't_state' /usr/src/sys/dev/usb/ubser.c: In function 'ubserreadcb': /usr/src/sys/dev/usb/ubser.c:751: error: 'struct tty' has no member named 't_state' /usr/src/sys/dev/usb/ubser.c:751: error: 'TS_ISOPEN' undeclared (first use in this function) /usr/src/sys/dev/usb/ubser.c:754: error: 'struct tty' has no member named 't_state' /usr/src/sys/dev/usb/ubser.c:754: error: 'TS_CAN_BYPASS_L_RINT' undeclared (first use in this function) /usr/src/sys/dev/usb/ubser.c:755: error: 'struct tty' has no member named 't_rawq' /usr/src/sys/dev/usb/ubser.c:755: error: 'struct tty' has no member named 't_ihiwat' /usr/src/sys/dev/usb/ubser.c:756: error: 'struct tty' has no member named 't_iflag' /usr/src/sys/dev/usb/ubser.c:757: error: 'struct tty' has no member named 't_state' /usr/src/sys/dev/usb/ubser.c:757: error: 'TS_TBLOCK' undeclared (first use in this function) /usr/src/sys/dev/usb/ubser.c:758: warning: implicit declaration of function 'ttyblock' /usr/src/sys/dev/usb/ubser.c:758: warning: nested extern declaration of 'ttyblock' /usr/src/sys/dev/usb/ubser.c:759: error: 'struct tty' has no member named 't_rawq' /usr/src/sys/dev/usb/ubser.c:760: error: 'struct tty' has no member named 't_rawcc' /usr/src/sys/dev/usb/ubser.c:761: warning: implicit declaration of function 'ttwakeup' /usr/src/sys/dev/usb/ubser.c:761: warning: nested extern declaration of 'ttwakeup' /usr/src/sys/dev/usb/ubser.c:762: error: 'struct tty' has no member named 't_state' /usr/src/sys/dev/usb/ubser.c:762: error: 'TS_TTSTOP' undeclared (first use in this function) /usr/src/sys/dev/usb/ubser.c:763: error: 'struct tty' has no member named 't_iflag' /usr/src/sys/dev/usb/ubser.c:764: error: 'struct tty' has no member named 't_cc' /usr/src/sys/dev/usb/ubser.c:764: error: 'struct tty' has no member named 't_cc' /usr/src/sys/dev/usb/ubser.c:765: error: 'struct tty' has no member named 't_state' /usr/src/sys/dev/usb/ubser.c:766: error: 'struct tty' has no member named 't_lflag' /usr/src/sys/dev/usb/ubser.c:775: warning: implicit declaration of function 'ttyld_rint' /usr/src/sys/dev/usb/ubser.c:775: warning: nested extern declaration of 'ttyld_rint' /usr/src/sys/dev/usb/ubser.c: In function 'ubseropen': /usr/src/sys/dev/usb/ubser.c:832: error: 'struct tty' has no member named 't_sc' /usr/src/sys/dev/usb/ubser.c: In function 'ubserclose': /usr/src/sys/dev/usb/ubser.c:845: error: 'struct tty' has no member named 't_sc' /usr/src/sys/dev/usb/ubser.c: In function 'ubserbreak': /usr/src/sys/dev/usb/ubser.c:860: error: 'struct tty' has no member named 't_sc' *** Error code 1 Stop in /usr/obj/usr/src/sys/DOC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. thanks -- /jT http://git.zen-sources.org/?p=kernel/zenmm.git;a=summary From owner-freebsd-current@FreeBSD.ORG Sat Oct 11 19:20:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 243201065694 for ; Sat, 11 Oct 2008 19:20:13 +0000 (UTC) (envelope-from njm@njm.f2s.com) Received: from mk-outboundfilter-6-a-2.mail.uk.tiscali.com (mk-outboundfilter-6-a-2.mail.uk.tiscali.com [212.74.114.16]) by mx1.freebsd.org (Postfix) with ESMTP id B24838FC1F for ; Sat, 11 Oct 2008 19:20:12 +0000 (UTC) (envelope-from njm@njm.f2s.com) X-Trace: 36491203/mk-outboundfilter-6.mail.uk.tiscali.com/F2S/$F2S-ACCEPTED/f2s-freedom2Surf-customers/195.137.21.170 X-SBRS: None X-RemoteIP: 195.137.21.170 X-IP-MAIL-FROM: njm@njm.f2s.com X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtcEAL+R8EjDiRWq/2dsb2JhbACBcrg/gWw X-IronPort-AV: E=Sophos;i="4.33,394,1220223600"; d="scan'208";a="36491203" X-IP-Direction: IN Received: from i-195-137-21-170.freedom2surf.net (HELO oberon.njm.f2s.com) ([195.137.21.170]) by smtp.f2s.tiscali.co.uk with ESMTP/TLS/DHE-RSA-AES256-SHA; 11 Oct 2008 19:51:01 +0100 Received: from oberon.njm.f2s.com (localhost.njm.f2s.com [127.0.0.1]) by oberon.njm.f2s.com (8.14.3/8.14.3) with ESMTP id m9BIp18l080207; Sat, 11 Oct 2008 19:51:01 +0100 (BST) (envelope-from njm@oberon.njm.f2s.com) Received: (from njm@localhost) by oberon.njm.f2s.com (8.14.3/8.14.3/Submit) id m9BIp0IK080203; Sat, 11 Oct 2008 19:51:00 +0100 (BST) (envelope-from njm) Date: Sat, 11 Oct 2008 19:51:00 +0100 From: "N.J. Mann" To: james toy Message-ID: <20081011185100.GA79768@oberon.njm.f2s.com> Mail-Followup-To: james toy , FreeBSD Current References: <9f8af95f0810110842gbbd5feaydad82779f138f108@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9f8af95f0810110842gbbd5feaydad82779f138f108@mail.gmail.com> X-Operating-System: FreeBSD 7.1-PRERELEASE User-Agent: Mutt/1.5.18cvs (2008-07-02) Cc: FreeBSD Current Subject: Re: kernel build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2008 19:20:13 -0000 In message <9f8af95f0810110842gbbd5feaydad82779f138f108@mail.gmail.com>, james toy (unk.nown@unix.net) wrote: > All, > > i've been getting this lately -- this is a fresh csup. Any > thoughts? If more logs are needed let me know -- I wanted to verify > that this was not a known issue before i looked into it: > > > /usr/src/sys/dev/usb/ubser.c:617: error: 'struct tty' has no member > named 't_state' Have you read the 20080820 entry in /usr/src/UPDATING ? Cheers, Nick. -- From owner-freebsd-current@FreeBSD.ORG Sat Oct 11 20:46:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7308C1065693; Sat, 11 Oct 2008 20:46:03 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6C9458FC1D; Sat, 11 Oct 2008 20:46:02 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPSA id 224565171; Sat, 11 Oct 2008 23:46:01 +0300 Message-ID: <48F11087.20403@FreeBSD.org> Date: Sat, 11 Oct 2008 23:45:59 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: freebsd-arm@FreeBSD.org, freebsd-mobile@FreeBSD.org, freebsd-current@freebsd.org References: <48DEA8E7.2080503@FreeBSD.org> In-Reply-To: <48DEA8E7.2080503@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2008 20:46:03 -0000 Alexander Motin wrote: > I would like to present initial revision of my generic PCI SD Host > Controller driver (sdhci). It support PCI devices with class 8 and > subclass 5 according to SD Host Controller Specification. > > Latest patches against 8-CURRENT (mostly fit 7-STABLE) may be found at: > http://people.freebsd.org/~mav/sdhci/ For those who are not tracking actively, I would like to report that most of original driver's child illnesses are now healed. Driver now supports both PIO and DMA modes. Because of some special tunings DMA works fine even on almost broken ENE chips. I am reaching 15MB/s transfer (maximum for my controller's bus) with only about 1% of CPU load. Implemented 4 bits bus width and high speed timing modes support for high data rates up to 52MHz. Cards hot insertion/removing is now working. Together with in-tree mmc/mmcsd drivers improvements most of card types (SD, SDHC, standard and high capacity MMC) are now supported. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Oct 11 21:23:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0049B1065678 for ; Sat, 11 Oct 2008 21:23:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with ESMTP id 98AAC8FC0C for ; Sat, 11 Oct 2008 21:23:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 15451 invoked by uid 399); 11 Oct 2008 21:23:05 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 11 Oct 2008 21:23:05 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <48F11937.6060805@FreeBSD.org> Date: Sat, 11 Oct 2008 14:23:03 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.17 (X11/20081010) MIME-Version: 1.0 To: freebsd-current@freebsd.org, Alexey Dokuchaev X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: multipart/mixed; boundary="------------090603030609070109020103" Cc: Subject: nvidia-driver not compiling with recent -current (implicit declaration of function 'suser') X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2008 21:23:07 -0000 This is a multi-part message in MIME format. --------------090603030609070109020103 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit This first happened to me on 3 October but I didn't have time to follow up. The nvidia driver module doesn't work with the latest -current, and trying to compile a new one results in the errors in the attached log. This is after booting with a new kernel, but not installing the world. Is this a case where the new world (including headers) needs to be installed before it will compile? If so, a note should probably go into /usr/ports/UPDATING. Doug -- This .signature sanitized for your protection --------------090603030609070109020103 Content-Type: text/plain; name="port_log-1097-nvidia-driver.RLGZz2B8" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="port_log-1097-nvidia-driver.RLGZz2B8" PT09PiAgVnVsbmVyYWJpbGl0eSBjaGVjayBkaXNhYmxlZCwgZGF0YWJhc2Ugbm90IGZvdW5k Cj09PT4gIEZvdW5kIHNhdmVkIGNvbmZpZ3VyYXRpb24gZm9yIG52aWRpYS1kcml2ZXItMTcz LjE0LjEyCj09PT4gIEV4dHJhY3RpbmcgZm9yIG52aWRpYS1kcml2ZXItMTczLjE0LjEyCj0+ IE1ENSBDaGVja3N1bSBPSyBmb3IgTlZJRElBLUZyZWVCU0QteDg2LTE3My4xNC4xMi50YXIu Z3ouCj0+IFNIQTI1NiBDaGVja3N1bSBPSyBmb3IgTlZJRElBLUZyZWVCU0QteDg2LTE3My4x NC4xMi50YXIuZ3ouCj09PT4gIFBhdGNoaW5nIGZvciBudmlkaWEtZHJpdmVyLTE3My4xNC4x Mgo9PT0+ICBBcHBseWluZyBGcmVlQlNEIHBhdGNoZXMgZm9yIG52aWRpYS1kcml2ZXItMTcz LjE0LjEyCj09PT4gICBudmlkaWEtZHJpdmVyLTE3My4xNC4xMiBkZXBlbmRzIG9uIHNoYXJl ZCBsaWJyYXJ5OiBYMTEuNiAtIGZvdW5kCj09PT4gICBudmlkaWEtZHJpdmVyLTE3My4xNC4x MiBkZXBlbmRzIG9uIHNoYXJlZCBsaWJyYXJ5OiBtLjMgLSBmb3VuZAo9PT0+ICAgbnZpZGlh LWRyaXZlci0xNzMuMTQuMTIgZGVwZW5kcyBvbiBzaGFyZWQgbGlicmFyeTogR0wuMSAtIGZv dW5kCj09PT4gIENvbmZpZ3VyaW5nIGZvciBudmlkaWEtZHJpdmVyLTE3My4xNC4xMgo9PT0+ ICBCdWlsZGluZyBmb3IgbnZpZGlhLWRyaXZlci0xNzMuMTQuMTIKPT09PiBzcmMgKGFsbCkK QCAtPiAvdXNyL2xvY2FsL3NyYy9zeXMKbWFjaGluZSAtPiAvdXNyL2xvY2FsL3NyYy9zeXMv aTM4Ni9pbmNsdWRlCmF3ayAtZiBAL3Rvb2xzL21ha2VvYmpvcHMuYXdrIEAva2Vybi9kZXZp Y2VfaWYubSAtaAphd2sgLWYgQC90b29scy9tYWtlb2Jqb3BzLmF3ayBAL2tlcm4vYnVzX2lm Lm0gLWgKYXdrIC1mIEAvdG9vbHMvbWFrZW9iam9wcy5hd2sgQC9kZXYvcGNpL3BjaV9pZi5t IC1oCmF3ayAtZiBAL3Rvb2xzL3Zub2RlX2lmLmF3ayBAL2tlcm4vdm5vZGVfaWYuc3JjIC1w CmF3ayAtZiBAL3Rvb2xzL3Zub2RlX2lmLmF3ayBAL2tlcm4vdm5vZGVfaWYuc3JjIC1xCmF3 ayAtZiBAL3Rvb2xzL3Zub2RlX2lmLmF3ayBAL2tlcm4vdm5vZGVfaWYuc3JjIC1oCmNjIC1P MiAtcGlwZSAtZ2dkYiAtZm5vLXN0cmljdC1hbGlhc2luZyAtZ2dkYiAtRE5WX1ZFUlNJT05f U1RSSU5HPVwiMTczLjE0LjEyXCIgLURfX0tFUk5FTF9fIC1ETlZSTSAtVURFQlVHIC1VX0RF QlVHIC1ETkRFQlVHIC1PIC1XZXJyb3IgLURfS0VSTkVMIC1ES0xEX01PRFVMRSAtc3RkPWM5 OSAtbm9zdGRpbmMgIC1JL3NyYyAtSS4gLUlAIC1JQC9jb250cmliL2FsdHEgLWZpbmxpbmUt bGltaXQ9ODAwMCAtLXBhcmFtIGlubGluZS11bml0LWdyb3d0aD0xMDAgLS1wYXJhbSBsYXJn ZS1mdW5jdGlvbi1ncm93dGg9MTAwMCAtZm5vLWNvbW1vbiAtZ2dkYiAtbW5vLWFsaWduLWxv bmctc3RyaW5ncyAtbXByZWZlcnJlZC1zdGFjay1ib3VuZGFyeT0yICAtbW5vLW1teCAtbW5v LTNkbm93IC1tbm8tc3NlIC1tbm8tc3NlMiAtbW5vLXNzZTMgLWZmcmVlc3RhbmRpbmcgLWZz dGFjay1wcm90ZWN0b3IgLWZzdGFjay1wcm90ZWN0b3IgLVdhbGwgLVdyZWR1bmRhbnQtZGVj bHMgLVduZXN0ZWQtZXh0ZXJucyAtV3N0cmljdC1wcm90b3R5cGVzICAtV21pc3NpbmctcHJv dG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVdpbmxpbmUgLVdjYXN0LXF1YWwgIC1XdW5kZWYg LVduby1wb2ludGVyLXNpZ24gLWZmb3JtYXQtZXh0ZW5zaW9ucyAtYyBudmlkaWFfY3RsLmMK Y2MgLU8yIC1waXBlIC1nZ2RiIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1nZ2RiIC1ETlZfVkVS U0lPTl9TVFJJTkc9XCIxNzMuMTQuMTJcIiAtRF9fS0VSTkVMX18gLUROVlJNIC1VREVCVUcg LVVfREVCVUcgLUROREVCVUcgLU8gLVdlcnJvciAtRF9LRVJORUwgLURLTERfTU9EVUxFIC1z dGQ9Yzk5IC1ub3N0ZGluYyAgLUkvc3JjIC1JLiAtSUAgLUlAL2NvbnRyaWIvYWx0cSAtZmlu bGluZS1saW1pdD04MDAwIC0tcGFyYW0gaW5saW5lLXVuaXQtZ3Jvd3RoPTEwMCAtLXBhcmFt IGxhcmdlLWZ1bmN0aW9uLWdyb3d0aD0xMDAwIC1mbm8tY29tbW9uIC1nZ2RiIC1tbm8tYWxp Z24tbG9uZy1zdHJpbmdzIC1tcHJlZmVycmVkLXN0YWNrLWJvdW5kYXJ5PTIgIC1tbm8tbW14 IC1tbm8tM2Rub3cgLW1uby1zc2UgLW1uby1zc2UyIC1tbm8tc3NlMyAtZmZyZWVzdGFuZGlu ZyAtZnN0YWNrLXByb3RlY3RvciAtZnN0YWNrLXByb3RlY3RvciAtV2FsbCAtV3JlZHVuZGFu dC1kZWNscyAtV25lc3RlZC1leHRlcm5zIC1Xc3RyaWN0LXByb3RvdHlwZXMgIC1XbWlzc2lu Zy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV2lubGluZSAtV2Nhc3QtcXVhbCAgLVd1 bmRlZiAtV25vLXBvaW50ZXItc2lnbiAtZmZvcm1hdC1leHRlbnNpb25zIC1jIG52aWRpYV9k ZXYuYwpjYyAtTzIgLXBpcGUgLWdnZGIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWdnZGIgLURO Vl9WRVJTSU9OX1NUUklORz1cIjE3My4xNC4xMlwiIC1EX19LRVJORUxfXyAtRE5WUk0gLVVE RUJVRyAtVV9ERUJVRyAtRE5ERUJVRyAtTyAtV2Vycm9yIC1EX0tFUk5FTCAtREtMRF9NT0RV TEUgLXN0ZD1jOTkgLW5vc3RkaW5jICAtSS9zcmMgLUkuIC1JQCAtSUAvY29udHJpYi9hbHRx IC1maW5saW5lLWxpbWl0PTgwMDAgLS1wYXJhbSBpbmxpbmUtdW5pdC1ncm93dGg9MTAwIC0t cGFyYW0gbGFyZ2UtZnVuY3Rpb24tZ3Jvd3RoPTEwMDAgLWZuby1jb21tb24gLWdnZGIgLW1u by1hbGlnbi1sb25nLXN0cmluZ3MgLW1wcmVmZXJyZWQtc3RhY2stYm91bmRhcnk9MiAgLW1u by1tbXggLW1uby0zZG5vdyAtbW5vLXNzZSAtbW5vLXNzZTIgLW1uby1zc2UzIC1mZnJlZXN0 YW5kaW5nIC1mc3RhY2stcHJvdGVjdG9yIC1mc3RhY2stcHJvdGVjdG9yIC1XYWxsIC1XcmVk dW5kYW50LWRlY2xzIC1XbmVzdGVkLWV4dGVybnMgLVdzdHJpY3QtcHJvdG90eXBlcyAgLVdt aXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1XaW5saW5lIC1XY2FzdC1xdWFs ICAtV3VuZGVmIC1Xbm8tcG9pbnRlci1zaWduIC1mZm9ybWF0LWV4dGVuc2lvbnMgLWMgbnZp ZGlhX2xpbnV4LmMKY2MgLU8yIC1waXBlIC1nZ2RiIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1n Z2RiIC1ETlZfVkVSU0lPTl9TVFJJTkc9XCIxNzMuMTQuMTJcIiAtRF9fS0VSTkVMX18gLURO VlJNIC1VREVCVUcgLVVfREVCVUcgLUROREVCVUcgLU8gLVdlcnJvciAtRF9LRVJORUwgLURL TERfTU9EVUxFIC1zdGQ9Yzk5IC1ub3N0ZGluYyAgLUkvc3JjIC1JLiAtSUAgLUlAL2NvbnRy aWIvYWx0cSAtZmlubGluZS1saW1pdD04MDAwIC0tcGFyYW0gaW5saW5lLXVuaXQtZ3Jvd3Ro PTEwMCAtLXBhcmFtIGxhcmdlLWZ1bmN0aW9uLWdyb3d0aD0xMDAwIC1mbm8tY29tbW9uIC1n Z2RiIC1tbm8tYWxpZ24tbG9uZy1zdHJpbmdzIC1tcHJlZmVycmVkLXN0YWNrLWJvdW5kYXJ5 PTIgIC1tbm8tbW14IC1tbm8tM2Rub3cgLW1uby1zc2UgLW1uby1zc2UyIC1tbm8tc3NlMyAt ZmZyZWVzdGFuZGluZyAtZnN0YWNrLXByb3RlY3RvciAtZnN0YWNrLXByb3RlY3RvciAtV2Fs bCAtV3JlZHVuZGFudC1kZWNscyAtV25lc3RlZC1leHRlcm5zIC1Xc3RyaWN0LXByb3RvdHlw ZXMgIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV2lubGluZSAtV2Nh c3QtcXVhbCAgLVd1bmRlZiAtV25vLXBvaW50ZXItc2lnbiAtZmZvcm1hdC1leHRlbnNpb25z IC1jIG52aWRpYV9vcy5jCmNjMTogd2FybmluZ3MgYmVpbmcgdHJlYXRlZCBhcyBlcnJvcnMK bnZpZGlhX29zLmM6IEluIGZ1bmN0aW9uICdvc19pc19hZG1pbmlzdHJhdG9yJzoKbnZpZGlh X29zLmM6MTY4OiB3YXJuaW5nOiBpbXBsaWNpdCBkZWNsYXJhdGlvbiBvZiBmdW5jdGlvbiAn c3VzZXInCm52aWRpYV9vcy5jOjE2ODogd2FybmluZzogbmVzdGVkIGV4dGVybiBkZWNsYXJh dGlvbiBvZiAnc3VzZXInCioqKiBFcnJvciBjb2RlIDEKClN0b3AgaW4gL3Vzci9sb2NhbC90 bXAvbW50L3NsYXZlL2RhdGEvcG9ydHMveDExL252aWRpYS1kcml2ZXIvd29yay9OVklESUEt RnJlZUJTRC14ODYtMTczLjE0LjEyL3NyYy4KKioqIEVycm9yIGNvZGUgMQoKU3RvcCBpbiAv dXNyL2xvY2FsL3RtcC9tbnQvc2xhdmUvZGF0YS9wb3J0cy94MTEvbnZpZGlhLWRyaXZlci93 b3JrL05WSURJQS1GcmVlQlNELXg4Ni0xNzMuMTQuMTIuCioqKiBFcnJvciBjb2RlIDEKClN0 b3AgaW4gL21udC9zbGF2ZS9kYXRhL3BvcnRzL3gxMS9udmlkaWEtZHJpdmVyLgoqKiogRXJy b3IgY29kZSAxCgpTdG9wIGluIC9tbnQvc2xhdmUvZGF0YS9wb3J0cy94MTEvbnZpZGlhLWRy aXZlci4K --------------090603030609070109020103-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 11 21:55:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E86E9106568B for ; Sat, 11 Oct 2008 21:55:15 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id B8B118FC33 for ; Sat, 11 Oct 2008 21:55:15 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1124905wfg.7 for ; Sat, 11 Oct 2008 14:55:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=6QeNh45igbi1H2tgzYB1lHQo/T9gJArb6bYxpwb3eNs=; b=rkiChPhiIxX3qLD7HgZdsvLJGRYhktJO3AwTBYVF/jQzEU4Fp8uNeQSwa+yTUnp/yt PYdcj5bo2MTMKGdAhG5KLHYJndsqSGEmk1qxZK8S9OgnzXe65RElOqzgOkOPBYgBwmAb MMd9nFZqIHMguS6R8sQty7tZdWILh/s+oIMkc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=MKJ0+2yWptmgkPDaHtjjSfIPNebmeYh+5JTDcmVr5Q4lOS9ARA7W9oQhJTmYBIp2/E Vbnb68QGwBHT202pTnuTwJDEELt9dML6B5LKiczcF7zQKUnu9Do0sJrOUPtjzSKkdc4v Ni8ID8CBhZ/2HO1SXIXd2Xf21Tl9fWkjuTtSU= Received: by 10.143.4.16 with SMTP id g16mr1646940wfi.289.1223762115269; Sat, 11 Oct 2008 14:55:15 -0700 (PDT) Received: by 10.142.165.13 with HTTP; Sat, 11 Oct 2008 14:55:15 -0700 (PDT) Message-ID: <83e5fb980810111455s1960314cy8416830413a6608d@mail.gmail.com> Date: Sat, 11 Oct 2008 23:55:15 +0200 From: "Diego Depaoli" To: "Doug Barton" In-Reply-To: <48F11937.6060805@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48F11937.6060805@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: nvidia-driver not compiling with recent -current (implicit declaration of function 'suser') X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2008 21:55:16 -0000 2008/10/11 Doug Barton : > This first happened to me on 3 October but I didn't have time to > follow up. The nvidia driver module doesn't work with the latest > -current, and trying to compile a new one results in the errors in the > attached log. This is after booting with a new kernel, but not > installing the world. Is this a case where the new world (including > headers) needs to be installed before it will compile? If so, a note > should probably go into /usr/ports/UPDATING. Already noticed. You can find a workaround here http://lists.freebsd.org/pipermail/freebsd-current/2008-September/088696.html Cheers -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Sat Oct 11 23:41:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B8851065687 for ; Sat, 11 Oct 2008 23:41:50 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 8B9258FC0A for ; Sat, 11 Oct 2008 23:41:49 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so196770uge.39 for ; Sat, 11 Oct 2008 16:41:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=csTijmYqzCIiOOeVd5EvdJ/yg2zZPneBPacgAsKkddM=; b=tkaSbV7hwUUGN/1Tw3ejcX7FLXTDAv3V9KZVxFn6UNBL8S+/r37eu474YZok4d/8ot 8fn5Op2DAU+dp/8l5Z5LFKYx9kQjt+ofAJmgXlTHSg3+H7NGPWfQniX6Ll2TN7TfWi1V gSpMk+LsLrwW+bhhg+1lG0ydvtkCHBpmmLovY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=MiGu9OdKRrwPtCg7W3Q0l+FmLPSCML+e6Uwu3NNz6E38xit6tDftm1MJ4g0dvBM6Iq 9d3xfzOP7B0bVeOyn1yGMVc01K/1OOkxziX4hfcpDDf96l+xQbmP/GAYtuDOeaJS+kwe ZHaKYH1i+j76I3ZPB7FOuThwJVqWvP9Fpc7Zc= Received: by 10.67.15.2 with SMTP id s2mr1515167ugi.38.1223768507380; Sat, 11 Oct 2008 16:41:47 -0700 (PDT) Received: by 10.67.123.15 with HTTP; Sat, 11 Oct 2008 16:41:47 -0700 (PDT) Message-ID: <7d6fde3d0810111641s673bfc0aiac7735f517b73dd9@mail.gmail.com> Date: Sat, 11 Oct 2008 16:41:47 -0700 From: "Garrett Cooper" To: "Peter Wemm" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: hackers@freebsd.org, "O. Hartmann" , current@freebsd.org Subject: Re: TIME WARP! Re: HEADS UP: GCC 4.2.0 is coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2008 23:41:50 -0000 On Wed, Oct 8, 2008 at 1:36 AM, Peter Wemm wrote: > On Wed, Oct 8, 2008 at 12:57 AM, O. Hartmann > wrote: >> Alexander Kabaev wrote: >>> >>> On Fri, 18 May 2007 19:20:07 -0400 >>> Alexander Kabaev wrote: >>> >>>> HEADS UP: I will start importing GCC 4.2.0 bits in about one hour and >>>> plan to finish in a couple of hours after that. >>>> >>>> The src/ tree will be utterly broken meanwhile. I'll send an 'all >>>> clear' message when done. >>> >>> Done. >>> >> >> Just for those who aren't on the cutting edge: why gcc 4.2.0 and not 4.2.1 >> as it is used in 7.X? >> >> Regards, >> O. > > Sorry about that. I accidently revived a bunch of stuck email > messages from our mailing list processing system. These messages from > 2007 came back to life somehow. > > (Hint: Mailman's 'unshunt' command doesn't give a usage message) Apparently you mastered what Robert Zemekis was trying to do back in 1985 XD. -Garrett