From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 00:14: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 2E8F216A421; Sun, 3 Jun 2007 00:14:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D932213C46C; Sun, 3 Jun 2007 00:14:54 +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 l530EsQD013543; Sat, 2 Jun 2007 20:14: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.13.8/8.13.8) with ESMTP id l530EsFd020403; Sat, 2 Jun 2007 20:14:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D0AD073068; Sat, 2 Jun 2007 20:14:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070603001453.D0AD073068@freebsd-current.sentex.ca> Date: Sat, 2 Jun 2007 20:14:53 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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: Sun, 03 Jun 2007 00:14:57 -0000 TB --- 2007-06-02 23:39:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-02 23:39:13 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-06-02 23:39:13 - cleaning the object tree TB --- 2007-06-02 23:39:36 - checking out the source tree TB --- 2007-06-02 23:39:36 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-06-02 23:39:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-02 23:49:29 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-02 23:49:29 - cd /src TB --- 2007-06-02 23:49:29 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 2 23:49:30 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 [...] ===> lib/bind/bind (depend) rm -f .depend mkdep -f .depend -a -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/src/lib/bind/bind -DVERSION='"9.3.4"' -DHAVE_CONFIG_H -DLIBINTERFACE=4 -DLIBREVISION=7 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind/.. -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind/../dns -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/pthreads/includ e -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind/../isc -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind/../lwres /src/lib/bind/bind/../../../contrib/bind9/lib/bind/bsd/ftruncate.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/bsd/gettimeofday.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/bsd/mktemp.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/bsd/putenv.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/bsd/readv.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/bsd/setenv.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/bsd/setitimer.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/bsd/strcasecmp.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/bsd/strdup.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/bsd/strerror.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/bsd/strpbrk.c /src/lib/bind/bind /../../../contrib/bind9/lib/bind/bsd/strtoul.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/bsd/utimes.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/bsd/writev.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/dst/dst_api.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/dst/hmac_link.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/dst/md5_dgst.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/dst/support.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/inet/inet_addr.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/inet/inet_cidr_ntop.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/inet/inet_cidr_pton.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/inet/inet_data.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/inet/inet_lnaof.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/inet/inet_makeaddr.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/inet/inet_net_ntop.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/inet/ inet_net_pton.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/inet/inet_neta.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/inet/inet_netof.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/inet/inet_network.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/inet/inet_ntoa.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/inet/inet_ntop.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/inet/inet_pton.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/inet/nsap_addr.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gethostent_r.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getnetgrent_r.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getprotoent_r.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getservent_r.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/dns.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/dns_ho.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/dns_nw.c /src/lib/bind/bind/../ ../../contrib/bind9/lib/bind/irs/dns_pr.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/dns_sv.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gai_strerror.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen_ho.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen_ng.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen_nw.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen_pr.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen_sv.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getaddrinfo.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gethostent.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getnameinfo.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getnetent.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getnetent_r.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getnetgrent.c /src/lib/bind/bind/.. /../../contrib/bind9/lib/bind/irs/getprotoent.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getservent.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/hesiod.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/irp.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/irp_ho.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/irp_ng.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/irp_nw.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/irp_pr.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/irp_sv.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/irpmarshall.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/irs_data.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/lcl.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/lcl_ho.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/lcl_ng.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/lcl_nw.c /src/lib/bind/bind/../../../contrib/bind 9/lib/bind/irs/lcl_pr.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/lcl_sv.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/nis.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/nul_ng.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/util.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/isc/assertions.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/isc/base64.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/isc/bitncmp.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/isc/ctl_clnt.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/isc/ctl_p.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/isc/ctl_srvr.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/isc/ev_connects.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/isc/ev_files.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/isc/ev_streams.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/isc/ev_timers.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/i sc/ev_waits.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/isc/eventlib.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/isc/heap.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/isc/hex.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/isc/logging.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/isc/memcluster.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/isc/movefile.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/isc/tree.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/nameser/ns_date.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/nameser/ns_name.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/nameser/ns_netint.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/nameser/ns_parse.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/nameser/ns_print.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/nameser/ns_samedomain.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/nameser/ns_sign.c /src/lib/bind/bind/../../../cont rib/bind9/lib/bind/nameser/ns_ttl.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/nameser/ns_verify.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/herror.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_comp.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_data.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_debug.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_findzonecut.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_init.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_mkquery.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_mkupdate.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_query.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_send.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_sendsigned.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_update.c ===> lib/bind/bind9 (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.3.4"' -DHAVE_CONFIG_H -DLIBINTERFACE=0 -DLIBREVISION=8 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/ unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/sparc64/include /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/check.c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/getaddresses.c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/version.c ===> lib/bind/dns (depend) make: don't know how to make acache.c. Stop *** Error code 2 Stop in /src/lib/bind. *** Error code 1 Stop in /src/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-06-03 00:14:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-03 00:14:53 - ERROR: failed to build world TB --- 2007-06-03 00:14:53 - tinderbox aborted TB --- 0.77 user 2.48 system 2140.40 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 00:30: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 9F1EF16A469 for ; Sun, 3 Jun 2007 00:30:41 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6ABAC13C46A for ; Sun, 3 Jun 2007 00:30:41 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 52420 invoked from network); 3 Jun 2007 00:30:42 -0000 Received: from udp166215uds.hawaiiantel.net (HELO ?192.168.1.44?) (nate-mail@72.234.230.74) by root.org with ESMTPA; 3 Jun 2007 00:30:42 -0000 Message-ID: <46620B92.8020608@root.org> Date: Sat, 02 Jun 2007 17:30:10 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.0 (X11/20070513) MIME-Version: 1.0 To: Poul-Henning Kamp References: <47223.1180818913@critter.freebsd.dk> In-Reply-To: <47223.1180818913@critter.freebsd.dk> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: takawata@freeBSD.org, Dag-Erling Sm??rgrav , current@freeBSD.org, Kris Kennaway Subject: Re: HPET vs other timers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 00:30:41 -0000 Poul-Henning Kamp wrote: > Nate Lawson wrote: >>> Anyone able to speculate why though? HPET only reads 32 bits from a >>> memory mapped region. No locking or other requirements. ACPI_timer >>> does multiple IO ops, which according to bde@ are much slower than >>> memory reads. > > HPET needs to do metastability mitigation and is not "just a read > from a memory mapped region". If it does, then it's not implemented yet: static u_int hpet_get_timecount(struct timecounter *tc) { struct acpi_hpet_softc *sc; sc = tc->tc_priv; return (bus_read_4(sc->mem_res, HPET_OFFSET_VALUE)); } Are you sure you're not thinking of ACPI-safe? -- Nate From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 00:57:16 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 9E84A16A400 for ; Sun, 3 Jun 2007 00:57:16 +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 66A1613C43E for ; Sun, 3 Jun 2007 00:57:16 +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 l530tsZT042265; Sat, 2 Jun 2007 17:55:54 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l530trVM042264; Sat, 2 Jun 2007 17:55:53 -0700 (PDT) (envelope-from david) Date: Sat, 2 Jun 2007 17:55:53 -0700 From: David Wolfskill To: Sam Leffler Message-ID: <20070603005553.GJ27746@bunrab.catwhisker.org> References: <46605C26.9090304@errno.com> <20070602013002.GH27746@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AwgMNpd3VkAVXjS" Content-Disposition: inline In-Reply-To: <20070602013002.GH27746@bunrab.catwhisker.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: CFT: major wireless changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 00:57:16 -0000 --7AwgMNpd3VkAVXjS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 01, 2007 at 06:30:02PM -0700, David Wolfskill wrote: > On Fri, Jun 01, 2007 at 10:49:26AM -0700, Sam Leffler wrote: > > This patch against HEAD imports the work that's been sitting in the=20 > > sam_wifi p4 branch: > >=20 > > http://people.freebsd.org/~sam/sam_wifi-20070601.patch.gz > ... > Summmary: >=20 > * ifconfig dumped core; not sure why, and debug version doesn't. I spent some time poking at this today, after having built a stock CURRENT, then switching over to the slice where I had the patches installed. I did a "cvs update" to get the last 24 hrs. changes to CURRENT (so comparing against "stock" CURRENT would make more sense); this proceeded without incident, as did the subseequent "make buildworld" and friends. As expected, invoking ifconfig again generated a core file (that wasn't especially useful). Rebuilding ifconfig (after touching sbin/ifconfig/ifieee80211.c) with the -g flag generated an executable that didn't dump core. :-/ So I set about hacking the sources by sprinkling -- rather liberally, in some cases -- printf()s in places I though might possible be strategic. The problem appears to have the following characteristics: * It only shows up for 802.11 devices. (It did not show up when I specified either the xl0 or ed1 device. It did show up when I specified no arguments or if I specified either wi0 or an0.) * It is, indeed, associated with an exit code ("echo $?") of 139. * It occurs in the af_other_status() function of ifconfig.c. In particular, when af_other_status() is processing an afswtch entry with an af_name of "af_ieee80211", afp->af_other_status() is invoked with a value (stored in variable "s") of 3, but on return, the value of "s" is 0. * The evidence I was able to obtain appears to show that within ieee80211_status(), the value of "s" remains at 3. (I checked on entry, on exit, and after every ioctl() I found in the function.) * In af_other_status(), the statement immediately following the invocation of afp->af_other_status(s) is "setbit(afmask, afp->af_af);". I believe that this statement does not complete execution. IIRC -- I managed to fail to document this :-(! -- the value of afp->af_af was 0 at the time of failure. I hope this is of use. Peace, david --=20 David H. Wolfskill david@catwhisker.org Anything and everything is a (potential) cat toy. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --7AwgMNpd3VkAVXjS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkZiEZgACgkQmprOCmdXAD0/2QCdG5SvLFecmo/I8qoWitJu3LWA DokAmQGrJt6i2yMcsxzGoEDkvrhuLvw5 =NyAv -----END PGP SIGNATURE----- --7AwgMNpd3VkAVXjS-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 01:40:26 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 8CD6F16A41F for ; Sun, 3 Jun 2007 01:40:26 +0000 (UTC) (envelope-from dougb@dougbarton.us) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id 2833513C447 for ; Sun, 3 Jun 2007 01:40:25 +0000 (UTC) (envelope-from dougb@dougbarton.us) Received: (qmail 17427 invoked by uid 399); 3 Jun 2007 01:13:45 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 3 Jun 2007 01:13:45 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <466215C7.2010900@dougbarton.us> Date: Sat, 02 Jun 2007 18:13:43 -0700 From: Doug Barton User-Agent: Thunderbird 2.0.0.0 (X11/20070525) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20070603001453.D0AD073068@freebsd-current.sentex.ca> In-Reply-To: <20070603001453.D0AD073068@freebsd-current.sentex.ca> X-Enigmail-Version: 0.95.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 03 Jun 2007 01:43:26 +0000 Cc: current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 01:40:26 -0000 FreeBSD Tinderbox wrote: > ===> lib/bind/dns (depend) > make: don't know how to make acache.c. Stop This is one of the new files for this lib, so my guess here is that the cvs update for this one happened in the 4 minute window right after I committed the bmake glue, but right before I imported the new sources. Doug -- If you're never wrong, you're not trying hard enough From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 02:19:00 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 9EA1D16A421; Sun, 3 Jun 2007 02:19: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 71C0313C45A; Sun, 3 Jun 2007 02:19: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.13.8/8.13.8) with ESMTP id l532Ixrl017131; Sat, 2 Jun 2007 22:18:59 -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 l532Ix8R046219; Sat, 2 Jun 2007 22:18:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 956FA73068; Sat, 2 Jun 2007 22:18:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070603021859.956FA73068@freebsd-current.sentex.ca> Date: Sat, 2 Jun 2007 22:18:59 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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: Sun, 03 Jun 2007 02:19:00 -0000 TB --- 2007-06-03 01:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-03 01:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-03 01:40:00 - cleaning the object tree TB --- 2007-06-03 01:40:40 - checking out the source tree TB --- 2007-06-03 01:40:40 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-03 01:40:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-03 01:51:16 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-03 01:51:16 - cd /src TB --- 2007-06-03 01:51:16 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 3 01:51:18 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 [...] ===> lib/bind/bind9 (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/s rc/lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/x86_64/include /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/check.c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/getaddresses.c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/version.c In file included from /src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include/isc/refcount.h:23, from /src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dns/acl.h:39, from /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/check.c:38: /src/lib/bind/bind9/../../../contrib/bind9/lib/isc/x86_64/include/isc/atomic.h:28:2: error: #error "impossible case. check build configuration" mkdep: compile failed *** Error code 1 Stop in /src/lib/bind/bind9. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/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-06-03 02:18:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-03 02:18:59 - ERROR: failed to build world TB --- 2007-06-03 02:18:59 - tinderbox aborted TB --- 0.92 user 3.75 system 2338.50 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 02:19:28 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 C41BD16A468; Sun, 3 Jun 2007 02:19: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 80D6A13C45E; Sun, 3 Jun 2007 02:19:28 +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 l532JRwT017143; Sat, 2 Jun 2007 22:19:27 -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 l532JR0r046444; Sat, 2 Jun 2007 22:19:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 94FE273068; Sat, 2 Jun 2007 22:19:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070603021927.94FE273068@freebsd-current.sentex.ca> Date: Sat, 2 Jun 2007 22:19:27 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news 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: , X-List-Received-Date: Sun, 03 Jun 2007 02:19:28 -0000 TB --- 2007-06-03 01:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-03 01:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-03 01:40:00 - cleaning the object tree TB --- 2007-06-03 01:40:24 - checking out the source tree TB --- 2007-06-03 01:40:24 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-03 01:40:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-03 01:51:16 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-03 01:51:16 - cd /src TB --- 2007-06-03 01:51:16 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 3 01:51:18 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 [...] cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/src/ lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/getaddresses.c cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/src/ lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/version.c building static bind9 library ranlib libbind9.a ===> lib/bind/dns (all) cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=33 -DLIBREVISION=1 -DLIBAGE=1 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/dns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/dns/../../../co ntrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomic.h: In function 'isc_atomic_xadd': /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomic.h:35: error: unknown register name '$3' in 'asm' *** Error code 1 Stop in /src/lib/bind/dns. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/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-06-03 02:19:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-03 02:19:27 - ERROR: failed to build world TB --- 2007-06-03 02:19:27 - tinderbox aborted TB --- 0.49 user 1.76 system 2366.70 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 02:27:43 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 BD69C16A400; Sun, 3 Jun 2007 02:27:43 +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 AC06113C43E; Sun, 3 Jun 2007 02:27:43 +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 CD3701A3C1C; Sat, 2 Jun 2007 19:28:57 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 0615C51441; Sat, 2 Jun 2007 22:27:43 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id E6B7CC06D; Sat, 2 Jun 2007 22:27:42 -0400 (EDT) Date: Sat, 2 Jun 2007 22:27:42 -0400 From: Kris Kennaway To: Doug Barton Message-ID: <20070603022742.GA2886@rot13.obsecurity.org> References: <46620099.4080007@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46620099.4080007@FreeBSD.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: BIND 9.4.1 imported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 02:27:43 -0000 On Sat, Jun 02, 2007 at 04:43:21PM -0700, Doug Barton wrote: > Howdy, > > After extensive testing, I've upgraded the BIND in the base to version > 9.4.1. This version contains a lot of performance improvements, > especially for threading, so I've re-enabled it by default. The other > most significant thing in this version is improved DNSSEC, which will > of course be of interest to only a few of you (unfortunately). :) > > For the vast majority of users, this should be a noop. Please test, > especially if you have a heavier loaded name server, and report any > issues. Also I'll remark that we remain very interested in getting access to either a busy nameserver or the data stream from one, in order to profile FreeBSD kernel activity and look for places to optimize performance. Kris From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 02:34:21 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 54C2816A468 for ; Sun, 3 Jun 2007 02:34:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 2846613C45E for ; Sun, 3 Jun 2007 02:34:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id m33so1307840wag for ; Sat, 02 Jun 2007 19:34:20 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=XWRJprAUYoe5Lot9USsp5zaWLEBEvxBPXa+qpQlYfWy0PAyQjqcfmY7jgjfRUa+zJmLweUFlEYz5uXo+ee1jSTt4qoKxCggBiXnQZ41k75pghbXzbBVF6+S9RmZfBsLGtpSAQmH/arql2o+ifUcjduaZXorDF+Bh6efcmuI1Zjk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=NIcVunqFtL3R+Zzd5YsuDvbsniZ/U+k4pH6tUeo93zAuceV/8FAVlFUvXBSDQ8mQV2s67mPmGt43kR+mQfgt7ZKuBpZvpJEdF+YDEeTfOm+Ik6++cXN5SqGlOJdLTg1hov+irHX6NU++/Qos4jJZvlXptQFKhbg88IZT8ea06hI= Received: by 10.115.23.12 with SMTP id a12mr3319648waj.1180838060882; Sat, 02 Jun 2007 19:34:20 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id m24sm2609696waf.2007.06.02.19.34.18; Sat, 02 Jun 2007 19:34:19 -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 l532YFi2004594 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Jun 2007 11:34:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l532YFhw004593; Sun, 3 Jun 2007 11:34:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sun, 3 Jun 2007 11:34:15 +0900 From: Pyun YongHyeon To: Yuri Pankov Message-ID: <20070603023415.GA4456@cdnetworks.co.kr> References: <20070602084210.GC1140@cdnetworks.co.kr> <20070602202124.GA957@darklight.abyss> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070602202124.GA957@darklight.abyss> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: nfe(4) vs. nve(4) 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: Sun, 03 Jun 2007 02:34:21 -0000 On Sun, Jun 03, 2007 at 12:21:24AM +0400, Yuri Pankov wrote: > On Sat, Jun 02, 2007 at 05:42:10PM +0900, Pyun YongHyeon wrote: > > > > Dear All, > > > > As you know we have two drivers, nve(4) and nfe(4), in tree to serve > > nVidia network adapters. nve(4) was the first driver for nVidia > > network adapters and it relied on binary code(nvenetlib.o) from vendor > > to access the hardware. Using the binary code revealed several issues > > and David E. O'Brien imported FreeBSD nfe(4) which was ported by > > Shigeaki Tagashira from OpenBSD nfe(4). > > > > The nfe(4) was very promising as it has full source code and supported > > lots of newer nVidia hardwares. With bus_dma(9) changes I could even > > get netperf performance report for the first time which was never > > possible on nve(4).(It always panicked my box while the test was in > > progress and it's still true on CURRENT). > > > > Shigeaki Tagashira and I had been working on enhancing nfe(4) for > > several months. Now I think we'got stable working nfe(4) and it's time > > to supesede nve(4) with the overhauled nfe(4) before branching to 7. > > We fixed serveral bus_dma(9) bugs in the driver and added new hardware > > capabilities such as MSI/MSIX, hardware VLAN support and TSO. > > The only drawback of the overhauled nfe(4) I'm aware is lack of manual > > half-duplex media configuration. Autosensing the media works but some > > hardwares including mine does not work at all with manual half-duplex > > media configuration. Other than that it should work better than nve(4). > > > > I had mailed several times to David E. O'Brien to get his comments but > > I still didn't receive a reply. I'd like to commit the overhauled > > nfe(4) and make the nfe(4) default drivers for 6-STABLE/7. > > If there is objection please let me know. > > > > The overhauled nfe(4) can be found at the following URL. > > http://people.freebsd.org/~yongari/nfe/if_nfe.c > > http://people.freebsd.org/~yongari/nfe/if_nfereg.h > > http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > > > If you are brave enough to test Rx lock-free nfe(4), try: > > 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 > > I've tested both once again, seems to work fine with 1Gbps link (though I still > had to apply http://people.freebsd.org/~yongari/nfe/ciphy.patch ). And speaking Yes, nfe(4) needs more PHY driver patches. I'll handle that too. > of WIP version, which I'm using now, what kind of problems should I be aware of > (those "brave enough" words can't be good :)? > The WIP version has suspend/resume support code and do not drop/acquire driver lock in receive path. It was supposed to be more efficient than previous one. However it wasn't fully tested on edge cases so you may have to prepare system for unexpected results. > Hardware: > nfe0@pci0:10:0: class=0x068000 card=0xe0001458 chip=0x005710de rev=0xa3 hdr=0x00 > > nfe0: port 0xe800-0xe807 mem > 0xf5102000-0xf5102fff irq 23 at device 10.0 on pci0 > nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf5102000 > miibus1: on nfe0 > ciphy0: PHY 7 on miibus1 > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > nfe0: bpf attached > nfe0: Ethernet address: 00:0f:ea:7d:f3:20 > nfe0: [MPSAFE] > nfe0: [FILTER] > > > Thanks, > Yuri -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 03:12: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 83E4416A41F for ; Sun, 3 Jun 2007 03:12:04 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from ns.tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id 376AD13C458 for ; Sun, 3 Jun 2007 03:12:04 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by ns.tydfam.jp (8.14.1/8.14.1) with ESMTP id l532RdB3005179; Sun, 3 Jun 2007 11:27:40 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Sun, 03 Jun 2007 11:27:50 +0900 (JST) Message-Id: <20070603.112750.74752793.ken@tydfam.jp> To: freebsd-current@freebsd.org, freebsd-java@freebsd.org From: Ken Yamada 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 X-Virus-Scanned: ClamAV 0.90.2/3340/Sun Jun 3 07:40:38 2007 on ns.tydfam.jp X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.tydfam.jp Cc: Subject: Q) diablo-jdk1.5.0 dumps core @ -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2007 03:12:04 -0000 Hi, all! I encounter the following error with diablo-jdk1.5.0 after new versioning introduced. Although it was not officially supported, it worked fine on -current before recent changes, gcc42, new versioning, xorg 7.2... Is not there any fixes for this? I do not have any native Java on -current at this moment, and it is very appreciated if I could have fixes at earliest. # gdb /usr/local/diablo-jdk1.5.0/bin/java GNU gdb 6.1.1 [FreeBSD] (gdb) run -version Starting program: /usr/local/diablo-jdk1.5.0/bin/java -version warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. warning: shared library handler failed to enable breakpoint Program received signal SIGSEGV, Segmentation fault. 0x480b25d6 in ?? () (gdb) where #0 0x480b25d6 in ?? () #1 0x48056778 in ?? () #2 0x00000000 in ?? () #3 0x00000001 in ?? () #4 0x4817f508 in ?? () #5 0xbfbfe7c4 in ?? () #6 0x00000002 in ?? () #7 0xbfbfe798 in ?? () #8 0x480a3868 in ?? () #9 0x00000070 in ?? () : : : ---Type to continue, or q to quit---q # gdb /usr/local/diablo-jdk1.5.0/bin/java java.core GNU gdb 6.1.1 [FreeBSD] Core was generated by `java'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libz.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.3 Reading symbols from /lib/libpthread.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libpthread.so.2 Reading symbols from /usr/local/lib/compat/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/compat/libc.so.6 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x480b25d6 in pthread_setcancelstate () from /lib/libpthread.so.2 [New LWP 100243] (gdb) where #0 0x480b25d6 in pthread_setcancelstate () from /lib/libpthread.so.2 #1 0x480a3868 in pthread_create () from /lib/libpthread.so.2 #2 0x480af40e in pthread_join () from /lib/libpthread.so.2 #3 0x480b3312 in pthread_testcancel () from /lib/libpthread.so.2 #4 0x480b4aa1 in __error () from /lib/libpthread.so.2 #5 0x4809ac1d in ?? () from /lib/libpthread.so.2 #6 0x480548eb in dl_iterate_phdr () from /libexec/ld-elf.so.1 #7 0x480585a3 in dlopen () from /libexec/ld-elf.so.1 #8 0x480533ae in ?? () from /libexec/ld-elf.so.1 (gdb) From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 04:02: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 CF2FD16A41F for ; Sun, 3 Jun 2007 04:02:33 +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 839D813C480 for ; Sun, 3 Jun 2007 04:02:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 29040 invoked by uid 399); 3 Jun 2007 04:02:32 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 3 Jun 2007 04:02:32 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46623D56.2060805@FreeBSD.org> Date: Sat, 02 Jun 2007 21:02:30 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (X11/20070525) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20070603021927.94FE273068@freebsd-current.sentex.ca> In-Reply-To: <20070603021927.94FE273068@freebsd-current.sentex.ca> X-Enigmail-Version: 0.95.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, amd@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on arm and amd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 04:02:34 -0000 FreeBSD Tinderbox wrote: > cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/sr c/ > lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/getaddresses.c > cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/sr c/ > lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/version.c > building static bind9 library > ranlib libbind9.a > ===> lib/bind/dns (all) > cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=33 -DLIBREVISION=1 -DLIBAGE=1 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/dns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/dns/../../../ co > ntrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c > /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomic.h: In function 'isc_atomic_xadd': > /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomic.h:35: error: unknown register name '$3' in 'asm' I would appreciate it if someone familiar with our arm and/or amd platforms and atomic operations would take a look at line 65 of src/lib/bind/config.mk and the atomic.h files in the various platform directories of src/contrib/bind9/lib/isc and give me a suggestion on what you think might be a better option. If necessary I can conditionalize out thread support for arm and/or amd easily enough, but I was hoping to avoid doing that for obvious reasons. OTOH, if they will work with threads, but don't have atomic ops, we can fix that much more easily. Thanks, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 07: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 B670616A469 for ; Sun, 3 Jun 2007 07:09:52 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 20AF513C44C for ; Sun, 3 Jun 2007 07:09:51 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru ([89.163.10.141]) (authenticated bits=0) by ftp.translate.ru (8.13.8/8.13.8) with ESMTP id l536aptQ054661; Sun, 3 Jun 2007 10:36:51 +0400 (MSD) (envelope-from lev@FreeBSD.org) Date: Sun, 3 Jun 2007 10:36:37 +0400 From: Lev Serebryakov X-Mailer: The Bat! (v2.11.02) Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <546817416.20070603103637@serebryakov.spb.ru> To: Sam Leffler In-Reply-To: <46605C26.9090304@errno.com> References: <46605C26.9090304@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.7 required=5.0 tests=AWL,RCVD_IN_NJABL_DUL, SPF_SOFTFAIL autolearn=disabled version=3.1.8 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ftp.translate.ru Cc: freebsd-current@FreeBSD.org Subject: Re: CFT: major wireless changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lev Serebryakov List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2007 07:09:52 -0000 Hello Sam, Friday, June 1, 2007, 9:49:26 PM, you wrote: SL> o significantly change net80211 data structures in ways required by the SL> multi-bss/vap support and for 802.11n So, we will have multi-bss / virtual access point support in near future? THANK YOU VERY MUCH!!! Will it be possible to map different VAPs to different VLANs? -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 07:35: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 8DB6016A400 for ; Sun, 3 Jun 2007 07:35:51 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2699913C4D3 for ; Sun, 3 Jun 2007 07:35:51 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from [87.139.104.184] (helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66) (envelope-from ) id 1Hukcv-00044E-6c; Sun, 03 Jun 2007 09:35:49 +0200 Message-ID: <46626F51.40100@gwdg.de> Date: Sun, 03 Jun 2007 09:35:45 +0200 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.0 (X11/20070524) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20070602084210.GC1140@cdnetworks.co.kr> In-Reply-To: <20070602084210.GC1140@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@freebsd.org Subject: Re: nfe(4) vs. nve(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 07:35:51 -0000 On mainbord 'MSI K9N Neo' the newest nfe(4) driver is the only one working stable for me (nForce MCP55 Networking Adapter with ciphy patch). Thanks again, Rainer Pyun YongHyeon schrieb: > Dear All, > > As you know we have two drivers, nve(4) and nfe(4), in tree to serve > nVidia network adapters. nve(4) was the first driver for nVidia > network adapters and it relied on binary code(nvenetlib.o) from vendor > to access the hardware. Using the binary code revealed several issues > and David E. O'Brien imported FreeBSD nfe(4) which was ported by > Shigeaki Tagashira from OpenBSD nfe(4). > > The nfe(4) was very promising as it has full source code and supported > lots of newer nVidia hardwares. With bus_dma(9) changes I could even > get netperf performance report for the first time which was never > possible on nve(4).(It always panicked my box while the test was in > progress and it's still true on CURRENT). > > Shigeaki Tagashira and I had been working on enhancing nfe(4) for > several months. Now I think we'got stable working nfe(4) and it's time > to supesede nve(4) with the overhauled nfe(4) before branching to 7. > We fixed serveral bus_dma(9) bugs in the driver and added new hardware > capabilities such as MSI/MSIX, hardware VLAN support and TSO. > The only drawback of the overhauled nfe(4) I'm aware is lack of manual > half-duplex media configuration. Autosensing the media works but some > hardwares including mine does not work at all with manual half-duplex > media configuration. Other than that it should work better than nve(4). > > I had mailed several times to David E. O'Brien to get his comments but > I still didn't receive a reply. I'd like to commit the overhauled > nfe(4) and make the nfe(4) default drivers for 6-STABLE/7. > If there is objection please let me know. > > The overhauled nfe(4) can be found at the following URL. > http://people.freebsd.org/~yongari/nfe/if_nfe.c > http://people.freebsd.org/~yongari/nfe/if_nfereg.h > http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > If you are brave enough to test Rx lock-free nfe(4), try: > 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. From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 08:19: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 47AEC16A46D; Sun, 3 Jun 2007 08:19:51 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.freebsd.org (Postfix) with ESMTP id 05AFA13C46E; Sun, 3 Jun 2007 08:19:51 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from CITRIN (ppp12-133.pppoe.mtu-net.ru [81.195.12.133]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: citrin.citrin.ru) by mail.classis.ru (Postfix) with ESMTP id 2B941122207F; Sun, 3 Jun 2007 12:08:42 +0400 (MSD) Date: Sun, 3 Jun 2007 12:08:37 +0400 From: Anton Yuzhaninov X-Mailer: The Bat! (v3.62.14) Professional Organization: Rambler X-Priority: 3 (Normal) Message-ID: <1438422832.20070603120837@citrin.ru> To: Doug Barton In-Reply-To: <46620099.4080007@FreeBSD.org> References: <46620099.4080007@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: BIND 9.4.1 imported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 08:19:51 -0000 Hello Doug, You wrote on Sunday, June 3, 2007, 3:43:21 AM: DB> After extensive testing, I've upgraded the BIND in the base to version DB> 9.4.1. This version contains a lot of performance improvements, DB> especially for threading, so I've re-enabled it by default. Is there knobs to build bind without threads? -- Anton Yuzhaninov. From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 08:46:44 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 9332416A421 for ; Sun, 3 Jun 2007 08:46:44 +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 331B313C44C for ; Sun, 3 Jun 2007 08:46:44 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 30728 invoked by uid 399); 3 Jun 2007 08:46:43 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 3 Jun 2007 08:46:43 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46627FF2.6030404@FreeBSD.org> Date: Sun, 03 Jun 2007 01:46:42 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (X11/20070525) MIME-Version: 1.0 To: Anton Yuzhaninov References: <46620099.4080007@FreeBSD.org> <1438422832.20070603120837@citrin.ru> In-Reply-To: <1438422832.20070603120837@citrin.ru> X-Enigmail-Version: 0.95.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: BIND 9.4.1 imported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 08:46:44 -0000 Anton Yuzhaninov wrote: > Hello Doug, > > You wrote on Sunday, June 3, 2007, 3:43:21 AM: > > DB> After extensive testing, I've upgraded the BIND in the base to version > DB> 9.4.1. This version contains a lot of performance improvements, > DB> especially for threading, so I've re-enabled it by default. > > Is there knobs to build bind without threads? I wasn't planning to add one, but if someone can show me convincing proof that it's needed, I will be glad to do so. Why would you not want it to be threaded? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 08:55:56 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 BB7DB16A421; Sun, 3 Jun 2007 08:55:56 +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 7D63F13C447; Sun, 3 Jun 2007 08:55:56 +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 EAED017380; Sun, 3 Jun 2007 08:55:54 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l538trGd049989; Sun, 3 Jun 2007 08:55:53 GMT (envelope-from phk@critter.freebsd.dk) To: Nate Lawson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 02 Jun 2007 17:30:10 MST." <46620B92.8020608@root.org> Date: Sun, 03 Jun 2007 08:55:53 +0000 Message-ID: <49988.1180860953@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: takawata@freeBSD.org, Dag-Erling Sm??rgrav , current@freeBSD.org, Kris Kennaway Subject: Re: HPET vs other timers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 08:55:56 -0000 In message <46620B92.8020608@root.org>, Nate Lawson writes: >Poul-Henning Kamp wrote: >> Nate Lawson wrote: >>>> Anyone able to speculate why though? HPET only reads 32 bits from a >>>> memory mapped region. No locking or other requirements. ACPI_timer >>>> does multiple IO ops, which according to bde@ are much slower than >>>> memory reads. >> >> HPET needs to do metastability mitigation and is not "just a read >> from a memory mapped region". > >If it does, then it's not implemented yet: It's implemented in hardware, that's why the read is so slow. -- 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 Sun Jun 3 09:15:11 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 DF33416A41F for ; Sun, 3 Jun 2007 09:15:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 9891913C458 for ; Sun, 3 Jun 2007 09:15:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id CA7121FFF02; Sun, 3 Jun 2007 11:15:09 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 86D6B1FFE82; Sun, 3 Jun 2007 11:15:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 2ACD4444885; Sun, 3 Jun 2007 09:11:52 +0000 (UTC) Date: Sun, 3 Jun 2007 09:11:52 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Doug Barton In-Reply-To: <46627FF2.6030404@FreeBSD.org> Message-ID: <20070603090620.Q38838@maildrop.int.zabbadoz.net> References: <46620099.4080007@FreeBSD.org> <1438422832.20070603120837@citrin.ru> <46627FF2.6030404@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: BIND 9.4.1 imported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 09:15:12 -0000 On Sun, 3 Jun 2007, Doug Barton wrote: Hi, > Anton Yuzhaninov wrote: >> Hello Doug, >> >> You wrote on Sunday, June 3, 2007, 3:43:21 AM: >> >> DB> After extensive testing, I've upgraded the BIND in the base to version >> DB> 9.4.1. This version contains a lot of performance improvements, >> DB> especially for threading, so I've re-enabled it by default. >> >> Is there knobs to build bind without threads? > > I wasn't planning to add one, but if someone can show me convincing > proof that it's needed, I will be glad to do so. > > Why would you not want it to be threaded? I haven't checked which part (apart from named) might need libpthread (or equivalent). One thing comes to my mind: having installations without a thread library installed as in WITHOUT_LIBC_R= WITHOUT_LIBPTHREAD= WITHOUT_LIBTHR= (or whatever an up-to-date current would be). I remember that at least pppctl is one of the few other programs that needs a threading library in base. /bz -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 09:48:16 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 22F6616A468; Sun, 3 Jun 2007 09:48:16 +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 EFA6113C448; Sun, 3 Jun 2007 09:48:15 +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 l539mFBC028155; Sun, 3 Jun 2007 05:48:15 -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 l539mF4G030493; Sun, 3 Jun 2007 05:48:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CA1FB73068; Sun, 3 Jun 2007 05:48:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070603094814.CA1FB73068@freebsd-current.sentex.ca> Date: Sun, 3 Jun 2007 05:48:14 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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: Sun, 03 Jun 2007 09:48:16 -0000 TB --- 2007-06-03 09:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-03 09:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-03 09:10:00 - cleaning the object tree TB --- 2007-06-03 09:10:15 - checking out the source tree TB --- 2007-06-03 09:10:15 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-03 09:10:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-03 09:20:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-03 09:20:38 - cd /src TB --- 2007-06-03 09:20:38 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 3 09:20:39 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 [...] ===> lib/bind/bind9 (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/s rc/lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/x86_64/include /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/check.c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/getaddresses.c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/version.c In file included from /src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include/isc/refcount.h:23, from /src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dns/acl.h:39, from /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/check.c:38: /src/lib/bind/bind9/../../../contrib/bind9/lib/isc/x86_64/include/isc/atomic.h:28:2: error: #error "impossible case. check build configuration" mkdep: compile failed *** Error code 1 Stop in /src/lib/bind/bind9. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/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-06-03 09:48:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-03 09:48:14 - ERROR: failed to build world TB --- 2007-06-03 09:48:14 - tinderbox aborted TB --- 0.19 user 0.88 system 2293.70 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 09:48:40 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 168D816A46F; Sun, 3 Jun 2007 09:48:40 +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 C96FA13C44B; Sun, 3 Jun 2007 09:48:39 +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 l539md2f028162; Sun, 3 Jun 2007 05:48:39 -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 l539mdvu030648; Sun, 3 Jun 2007 05:48:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1FA6F73068; Sun, 3 Jun 2007 05:48:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070603094839.1FA6F73068@freebsd-current.sentex.ca> Date: Sun, 3 Jun 2007 05:48:39 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 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: , X-List-Received-Date: Sun, 03 Jun 2007 09:48:40 -0000 TB --- 2007-06-03 09:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-03 09:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-03 09:10:00 - cleaning the object tree TB --- 2007-06-03 09:10:15 - checking out the source tree TB --- 2007-06-03 09:10:15 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-03 09:10:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-03 09:20:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-03 09:20:38 - cd /src TB --- 2007-06-03 09:20:38 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 3 09:20:39 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 [...] cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/src/ lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/getaddresses.c cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/src/ lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/version.c building static bind9 library ranlib libbind9.a ===> lib/bind/dns (all) cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=33 -DLIBREVISION=1 -DLIBAGE=1 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/dns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/dns/../../../co ntrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomic.h: In function 'isc_atomic_xadd': /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomic.h:35: error: unknown register name '$3' in 'asm' *** Error code 1 Stop in /src/lib/bind/dns. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/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-06-03 09:48:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-03 09:48:39 - ERROR: failed to build world TB --- 2007-06-03 09:48:39 - tinderbox aborted TB --- 0.23 user 0.93 system 2318.70 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 10:51:24 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 042C016A400; Sun, 3 Jun 2007 10:51:24 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 5993013C45D; Sun, 3 Jun 2007 10:51:23 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l53ALLQg072307; Sun, 3 Jun 2007 12:21:21 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l53AL7BS040359 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Jun 2007 12:21:08 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l53AL7Kf010902; Sun, 3 Jun 2007 12:21:07 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l53AL75M010901; Sun, 3 Jun 2007 12:21:07 +0200 (CEST) (envelope-from ticso) Date: Sun, 3 Jun 2007 12:21:07 +0200 From: Bernd Walter To: Doug Barton Message-ID: <20070603102106.GI16463@cicely12.cicely.de> References: <20070603021927.94FE273068@freebsd-current.sentex.ca> <46623D56.2060805@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <46623D56.2060805@FreeBSD.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: arm@freebsd.org, amd@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on arm and amd 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: Sun, 03 Jun 2007 10:51:24 -0000 On Sat, Jun 02, 2007 at 09:02:30PM -0700, Doug Barton wrote: > FreeBSD Tinderbox wrote: > > cc -O2 -pipe -DVERSION=3D'"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=3D30= -DLIBREVISION=3D3 -DLIBAGE=3D0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALS= TATEDIR=3D'"/var"' -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/= etc/namedb/named.conf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_= KEYFILE=3D'"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind= /bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../..= /../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contr= ib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind= 9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../c= ontrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind= 9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/is= c/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/in= clude -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/= bind9/lib/lwres/unix/include -I/sr > c/ > > lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bi= nd/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/in= clude -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c= /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/getaddresses.c > > cc -O2 -pipe -DVERSION=3D'"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=3D30= -DLIBREVISION=3D3 -DLIBAGE=3D0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALS= TATEDIR=3D'"/var"' -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/= etc/namedb/named.conf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_= KEYFILE=3D'"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind= /bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../..= /../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contr= ib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind= 9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../c= ontrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind= 9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/is= c/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/in= clude -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/= bind9/lib/lwres/unix/include -I/sr > c/ > > lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bi= nd/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/in= clude -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c= /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/version.c > > building static bind9 library > > ranlib libbind9.a > > =3D=3D=3D> lib/bind/dns (all) > > cc -O2 -pipe -DVERSION=3D'"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=3D33= -DLIBREVISION=3D1 -DLIBAGE=3D1 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALS= TATEDIR=3D'"/var"' -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/= etc/namedb/named.conf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_= KEYFILE=3D'"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/d= ns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../co= ntrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9= /lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../c= ontrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/l= ib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/i= nclude -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include= -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bi= nd/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/unix/inc= lude -I/src/lib/bind/dns/../../../ > co > > ntrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib= /bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/..= /../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/b= ind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9= /lib/isc/mips/include -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/= acache.c > > /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomi= c.h: In function 'isc_atomic_xadd': > > /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomi= c.h:35: error: unknown register name '$3' in 'asm' >=20 > I would appreciate it if someone familiar with our arm and/or amd > platforms and atomic operations would take a look at line 65 of > src/lib/bind/config.mk and the atomic.h files in the various platform > directories of src/contrib/bind9/lib/isc and give me a suggestion on > what you think might be a better option. If necessary I can > conditionalize out thread support for arm and/or amd easily enough, > but I was hoping to avoid doing that for obvious reasons. OTOH, if > they will work with threads, but don't have atomic ops, we can fix > that much more easily. Well - we have atomic ops in , which should be in good shape for ARM, so I don't know why bind9 needs it's own, but I did not look at the code to know specific needs. In the given case the path looks like it is trying to compile MIPS code for ARM, which can't work anyway. --=20 B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 13:41: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 1653B16A400 for ; Sun, 3 Jun 2007 13:41:14 +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 C84CB13C447 for ; Sun, 3 Jun 2007 13:41:13 +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 8DB43690ADF; Sun, 3 Jun 2007 14:39:08 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 36DDD690AE3; Sun, 3 Jun 2007 14:39:08 +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, RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (unknown [83.144.140.161]) by core.fnop.net (Postfix) with ESMTP id 9C87E690ADF; Sun, 3 Jun 2007 14:39:07 +0100 (WEST) Date: Sun, 03 Jun 2007 14:41:09 +0100 Message-ID: <86r6otxiiy.wl%rpaulo@fnop.net> From: Rui Paulo To: Arne Schwabe In-Reply-To: <864plruqul.wl%rpaulo@fnop.net> References: <86k5vffjz8.wl%rpaulo@fnop.net> <86ejkx56y6.wl%rpaulo@fnop.net> <46609F87.9090201@uni-paderborn.de> <866467uuhw.wl%rpaulo@fnop.net> <4660ACD0.6040804@uni-paderborn.de> <864plruqul.wl%rpaulo@fnop.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) X-cite-me: rpaulo MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII 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: , X-List-Received-Date: Sun, 03 Jun 2007 13:41:14 -0000 At Sat, 02 Jun 2007 01:45:06 +0100, Rui Paulo wrote: > Can you try a 7.0-CURRENT i386 snapshot CD and see if it hangs when > booting the second core? > If it hangs, it should hang at: > ACPI APIC Table: Just to clarify, I asked you to boot an i386 CD because there's a problem with older MacBooks and I would like this information so that I can better understand the problem. Thanks in advance. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 14:18:48 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 42F5716A480 for ; Sun, 3 Jun 2007 14:18:48 +0000 (UTC) (envelope-from neshort@yahoo.com) Received: from web56505.mail.re3.yahoo.com (web56505.mail.re3.yahoo.com [66.196.97.34]) by mx1.freebsd.org (Postfix) with SMTP id D8D0E13C45A for ; Sun, 3 Jun 2007 14:18:47 +0000 (UTC) (envelope-from neshort@yahoo.com) Received: (qmail 96771 invoked by uid 60001); 3 Jun 2007 14:18:47 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=Hfkys9diHML+zjBh20L3lza0Tbs1zH4XY/omI2iKz3i7WdWDDMrXxwxHZWKTSzD97wftpwPyVUy5vDnXmtUv5pBwL6WZu2qtXV3ZWqhQACOKHUfO0XLD0jKRQBywBZ7iVO7vzhdTciTkHWboeMDeUYtfFVEUHMZ4+Grj+Uq0WXs=; X-YMail-OSG: WCfiu8QVM1lXFjYsIb4bvjjtccLsAHqkpYL5g_SlOGQ9YXey5uLCEVhsGWcTBqFXehruUTYug1dBxtzykbKBXvZ557ss8qzxgaaVN11ZGil379vaDPbQhIAEX9EayWXIekhNVZkyr1f4cMg- Received: from [216.142.36.2] by web56505.mail.re3.yahoo.com via HTTP; Sun, 03 Jun 2007 07:18:47 PDT Date: Sun, 3 Jun 2007 07:18:47 -0700 (PDT) From: Neil Short To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <201397.96752.qm@web56505.mail.re3.yahoo.com> Cc: Subject: ath0: using obsoleted if_watchdog 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: Sun, 03 Jun 2007 14:18:48 -0000 Recently cvsup'd. This is new and I'm not sure I understand it. dmesg... ... ath0: using obsoleted if_watchdog interface ... The full atheros stuff is: ... ath0: mem 0xc0200000-0xc020ffff irq 20 at device 4.0 on pci2 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: [numbers] ath0: mac 7.8 phy 4.5 radio 5.6 ath0: link state changed to UP ... By the way, my little built-in wireless atheros device is working better than it ever has on this machine. -N ====== Now I, Nebuchadnezzar, praise and extol and honor the King of heaven, for all his works are truth, and his ways are justice; and he is able to bring low those who walk in pride. Daniel 4:37 ____________________________________________________________________________________ Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when. http://tv.yahoo.com/collections/222 From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 14:38:21 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 E8CE216A41F for ; Sun, 3 Jun 2007 14:38:21 +0000 (UTC) (envelope-from neshort@yahoo.com) Received: from web56506.mail.re3.yahoo.com (web56506.mail.re3.yahoo.com [66.196.97.35]) by mx1.freebsd.org (Postfix) with SMTP id 8B2BC13C44B for ; Sun, 3 Jun 2007 14:38:21 +0000 (UTC) (envelope-from neshort@yahoo.com) Received: (qmail 60809 invoked by uid 60001); 3 Jun 2007 14:38:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=q8k9CQ6cqBkotcU+DuG+BziI4W8xk6ve21lON/NwBTwx9z7joy/Vq45MkquCu9JA/EW9BJ4nkLdxBfwsCJgAcqKbA75otDJlbuEI4efJ5s5ab1uwQcm3Td3kKISkWABhXGzUMtH/Fh4frexZnJ4auajb0yeImksLR+jVXxAquUI=; X-YMail-OSG: EFRmpvYVM1lQylSxi_xX8FhIybnuDv.hAxBxuOHz8ExBovA_0I8pAQPP8Oz1wUrntLGikiTkuUZ4IZEud1h4rzKPHzcpqslOm2APhohWqAOpaak1zus- Received: from [216.142.36.2] by web56506.mail.re3.yahoo.com via HTTP; Sun, 03 Jun 2007 07:38:20 PDT Date: Sun, 3 Jun 2007 07:38:20 -0700 (PDT) From: Neil Short To: freebsd-x11@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <977966.60249.qm@web56506.mail.re3.yahoo.com> Cc: Subject: Re: xorg 7.2 & environment variables set in login.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2007 14:38:22 -0000 > I have a problem after update to 7.2: the environment > variables set in > login.conf (for example, LANG for russian class) are > no longer > propagated to X apps I launch after I log in to X (now I have to > explicitely export those in ~/.xsession). Why's this > behavior changed > and how to make environment set up automatically like > before? Hay. I have that same problem! I posted the question in -current since I figured it had more to do with the OS than X -- and I still do. For example, the tar tool can't utilize the LANG setting either. How do you export those variables successfully in ~/.xsession? It still doesn't help with me. check this out: $ locale LANG=en_US LC_CTYPE="C" LC_COLLATE="C" LC_TIME="C" LC_NUMERIC="C" LC_MONETARY="C" LC_MESSAGES="C" LC_ALL= $ echo $LC_ALL en_US $ perl perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LC_ALL = (unset), LANG = "en_US" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). to be fair, I added the lang setting to /etc/login.conf only after doing my last build/installworld. > FreeBSD 6.1-RELEASE-p12, latest ports, X is launched > via xdm (enabled in > /etc/ttys). $ uname -a FreeBSD carmen.opera 7.0-CURRENT FreeBSD 7.0-CURRENT #5: Sat Jun 2 09:43:02 MST 2007 neshort@carmen.opera:/usr/obj/usr/src/sys/CARMEN i386 ====== Now I, Nebuchadnezzar, praise and extol and honor the King of heaven, for all his works are truth, and his ways are justice; and he is able to bring low those who walk in pride. Daniel 4:37 ____________________________________________________________________________________ Choose the right car based on your needs. Check out Yahoo! Autos new Car Finder tool. http://autos.yahoo.com/carfinder/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 14:47: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 D780C16A400 for ; Sun, 3 Jun 2007 14:47:34 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id 9E22C13C447 for ; Sun, 3 Jun 2007 14:47:34 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id CCC1A1CD65; Sun, 3 Jun 2007 16:47:32 +0200 (CEST) Date: Sun, 3 Jun 2007 16:47:32 +0200 From: Ed Schouten To: Gleb Smirnoff Message-ID: <20070603144732.GA45756@hoeg.nl> References: <465BE214.8040502@monkeybrains.net> <20070530105120.GT89017@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <20070530105120.GT89017@FreeBSD.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: FreeBSD Current , Rudy Rucker Subject: Re: ifconfig carp0 destroy = kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 14:47:34 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Gleb, * Gleb Smirnoff wrote: > Please confirm, that this patch fixes your problem: >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/ip_carp.c.diff?r1= =3Dtext&tr1=3D1.45&r2=3Dtext&tr2=3D1.47 >=20 > I will merge it to RELENG_6. Please take a look at this patch as well. It has been lying around in GNATS for some time and it really makes me go insane a lot of times: %%% --- src/sys/netinet/ip_carp.c Sat Jan 20 00:01:33 2007 +++ src/sys/netinet/ip_carp.c Sun Feb 18 23:13:01 2007 @@ -1882,8 +1882,10 @@ cif =3D (struct carp_if *)sc->sc_carpdev->if_carp; TAILQ_FOREACH(vr, &cif->vhif_vrs, sc_list) if (vr !=3D sc && - vr->sc_vhid =3D=3D carpr.carpr_vhid) - return EEXIST; + vr->sc_vhid =3D=3D carpr.carpr_vhid) { + error =3D EEXIST; + goto out; + } } sc->sc_vhid =3D carpr.carpr_vhid; IFP2ENADDR(sc->sc_ifp)[0] =3D 0; @@ -1933,6 +1935,7 @@ error =3D EINVAL; } =20 +out: if (locked) CARP_SCUNLOCK(sc); =20 %%% Just assign the same VHID to two CARP interfaces and your box panics because it forgets to unlock the CARP device. See also: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/92776 Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGYtSE52SDGA2eCwURAhAJAJ9PdFRrUmq7rZ1Ry8SjSQXZaqhEqQCfZHEq lcQnshtt//kRFqQYJCub124= =CoeT -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 15:26:56 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 5492516A421; Sun, 3 Jun 2007 15:26:56 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id BC97013C448; Sun, 3 Jun 2007 15:26:55 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 8088F6658; Sun, 3 Jun 2007 19:26:54 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 5C53865D9; Sun, 3 Jun 2007 19:26:54 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.14.1/8.14.1) id l53FQ7hK047259; Sun, 3 Jun 2007 19:26:07 +0400 (MSD) (envelope-from ru) Date: Sun, 3 Jun 2007 19:26:07 +0400 From: Ruslan Ermilov To: Doug Barton , FreeBSD Tinderbox Message-ID: <20070603152607.GA41397@rambler-co.ru> References: <20070603094814.CA1FB73068@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20070603094814.CA1FB73068@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: No virus found Cc: amd64@FreeBSD.org, current@FreeBSD.org 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: Sun, 03 Jun 2007 15:26:56 -0000 On Sun, Jun 03, 2007 at 05:48:14AM -0400, FreeBSD Tinderbox wrote: > TB --- 2007-06-03 09:10:00 - tinderbox 2.3 running on freebsd-current.sen= tex.ca > TB --- 2007-06-03 09:10:00 - starting HEAD tinderbox run for amd64/amd64 > TB --- 2007-06-03 09:10:00 - cleaning the object tree > TB --- 2007-06-03 09:10:15 - checking out the source tree > TB --- 2007-06-03 09:10:15 - cd /tinderbox/HEAD/amd64/amd64 > TB --- 2007-06-03 09:10:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -P= d -A src > TB --- 2007-06-03 09:20:38 - building world (CFLAGS=3D-O2 -pipe) > TB --- 2007-06-03 09:20:38 - cd /src > TB --- 2007-06-03 09:20:38 - /usr/bin/make -B buildworld > >>> World build started on Sun Jun 3 09:20:39 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 > [...] > =3D=3D=3D> lib/bind/bind9 (depend) > rm -f .depend > mkdep -f .depend -a -DVERSION=3D'"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFA= CE=3D30 -DLIBREVISION=3D3 -DLIBAGE=3D0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS= _LOCALSTATEDIR=3D'"/var"' -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFIL= E=3D'"/etc/namedb/named.conf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' = -DRNDC_KEYFILE=3D'"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/l= ib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind= 9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../..= /contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind= /bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../..= /../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib= /bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/li= b/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc= /include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contri= b/bind9/lib/lwres/unix/include -I/s > rc/lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bi= nd/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/in= clude -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/x86_64/include /= src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/check.c /src/lib/bind/b= ind9/../../../contrib/bind9/lib/bind9/getaddresses.c /src/lib/bind/bind9/..= /../../contrib/bind9/lib/bind9/version.c > In file included from /src/lib/bind/bind9/../../../contrib/bind9/lib/isc/= include/isc/refcount.h:23, > from /src/lib/bind/bind9/../../../contrib/bind9/lib/dns/= include/dns/acl.h:39, > from /src/lib/bind/bind9/../../../contrib/bind9/lib/bind= 9/check.c:38: > /src/lib/bind/bind9/../../../contrib/bind9/lib/isc/x86_64/include/isc/ato= mic.h:28:2: error: #error "impossible case. check build configuration" > mkdep: compile failed > *** Error code 1 >=20 I fixed this by the following patch: %%% Index: lib/bind/config.mk =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 RCS file: /home/ncvs/src/lib/bind/config.mk,v retrieving revision 1.17 diff -u -p -r1.17 config.mk --- lib/bind/config.mk 2 Jun 2007 23:19:55 -0000 1.17 +++ lib/bind/config.mk 3 Jun 2007 14:23:13 -0000 @@ -63,12 +63,10 @@ CFLAGS+=3D -I${LIB_BIND_DIR} .endif =20 # Use the right version of the atomic.h file from lib/isc -.if ${MACHINE_ARCH} =3D=3D "amd64" -ISC_ATOMIC_ARCH=3D x86_64 +.if ${MACHINE_ARCH} =3D=3D "amd64" || ${MACHINE_ARCH} =3D=3D "i386" +ISC_ATOMIC_ARCH=3D x86_32 .elif ${MACHINE_ARCH} =3D=3D "arm" ISC_ATOMIC_ARCH=3D mips -.elif ${MACHINE_ARCH} =3D=3D "i386" || ${MACHINE_ARCH} =3D=3D "i386/pc98" -ISC_ATOMIC_ARCH=3D x86_32 .else ISC_ATOMIC_ARCH=3D ${MACHINE_ARCH} .endif %%% Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 15:43: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 9AAA116A41F for ; Sun, 3 Jun 2007 15:43:34 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 463FC13C43E for ; Sun, 3 Jun 2007 15:43:34 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 5BAF8EB6F2C; Sun, 3 Jun 2007 23:43:33 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 8Pr8vG6OVOnQ; Sun, 3 Jun 2007 23:43:30 +0800 (CST) Received: from LI-Xins-MacBook.local (unknown [61.51.109.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 4AFA1EB1A10; Sun, 3 Jun 2007 23:43:29 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=vMDEu7ylrLOBjYkKE79zcHGnf3mltiwTSBKt+FD3f//Vxbj8OPaHpSaU3Nl2iGTyh +q+1nY+3yuZZhxf778R3A== Message-ID: <4662E18E.6010404@delphij.net> Date: Sun, 03 Jun 2007 23:43:10 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Max Laier References: <20070601103549.GA22490@localhost.localdomain> <200706011717.54698.max@love2party.net> <1180766346.30151.3.camel@genius.i.cz> <200706022242.37207.max@love2party.net> In-Reply-To: <200706022242.37207.max@love2party.net> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig846CF4050C9312DAF256EE08" Cc: Michal Mertl , freebsd-current@freebsd.org, freebsd-pf@freebsd.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 15:43:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig846CF4050C9312DAF256EE08 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Max Laier wrote: [...] > How do people feel about removing ftp-proxy from the base altogether? = I=20 > think it's better off in ports anyway. Opinions? /me vote for this. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig846CF4050C9312DAF256EE08 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGYuGPOfuToMruuMARCk6NAJ9ABOcHtLb4QY00P7BvVdSiL2ksfQCfTrC8 tlr7XBaEE3UnyrLBzOEGnE8= =QkEi -----END PGP SIGNATURE----- --------------enig846CF4050C9312DAF256EE08-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 15:53:40 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 64ADE16A400 for ; Sun, 3 Jun 2007 15:53:40 +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 2A90A13C44B for ; Sun, 3 Jun 2007 15:53:39 +0000 (UTC) (envelope-from schwabe@uni-paderborn.de) Received: from dslb-084-061-161-124.pools.arcor-ip.net ([84.61.161.124] helo=styx.local) by mail.blinkt.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HusOf-0000ca-I8; Sun, 03 Jun 2007 17:53:38 +0200 Message-ID: <4662E3FB.4000907@uni-paderborn.de> Date: Sun, 03 Jun 2007 17:53:31 +0200 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> <86ejkx56y6.wl%rpaulo@fnop.net> <46609F87.9090201@uni-paderborn.de> <866467uuhw.wl%rpaulo@fnop.net> <4660ACD0.6040804@uni-paderborn.de> <864plruqul.wl%rpaulo@fnop.net> <86r6otxiiy.wl%rpaulo@fnop.net> In-Reply-To: <86r6otxiiy.wl%rpaulo@fnop.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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: , X-List-Received-Date: Sun, 03 Jun 2007 15:53:40 -0000 Rui Paulo schrieb: > At Sat, 02 Jun 2007 01:45:06 +0100, > Rui Paulo wrote: > >> Can you try a 7.0-CURRENT i386 snapshot CD and see if it hangs when >> booting the second core? >> If it hangs, it should hang at: >> ACPI APIC Table: >> > > Just to clarify, I asked you to boot an i386 CD because there's a > problem with older MacBooks and I would like this information so that > I can better understand the problem. > Did that yesterday. (Had to time to report back). But it boots with almost no problems. Well sysinstalls can't parse the geom data and since it is init it panics. But both cores are detected. Arne From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 15:54: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 CCDD916A400 for ; Sun, 3 Jun 2007 15:54:59 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id ACCEC13C44C for ; Sun, 3 Jun 2007 15:54:59 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l53FsxuT009305 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 3 Jun 2007 08:54:59 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn01.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l53FswHd005476 for ; Sun, 3 Jun 2007 08:54:58 -0700 X-Auth-Received: from [134.134.136.3] by hymn01.u.washington.edu via HTTP; Sun, 03 Jun 2007 08:54:58 PDT Date: Sun, 3 Jun 2007 08:54:58 -0700 (PDT) From: youshi10@u.washington.edu To: freebsd-current@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.3.83732 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Subject: Re: Issues with kernel / userland drivers after recent install and 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: , X-List-Received-Date: Sun, 03 Jun 2007 15:55:00 -0000 On Sat, 2 Jun 2007 youshi10@u.washington.edu wrote: > On Sat, 2 Jun 2007, illoai@gmail.com wrote: > >> On 01/06/07, youshi10@u.washington.edu wrote: >>> Hello, >>> >>> I have the following issues with a clean install of 7-CURRENT; >>> they may be related to the GCC upgrade or other things. >> >> Probably not related to gcc4.2 >> >>> Background: >>> I started out with a virgin clean 6.2-RELEASE system, then went >>> straight to 7-CURRENT (synced yesterday) wit out installing anything >>> (to avoid having to reinstall packages, etc). >>> >>> pass: >>> 1. I have pass compiled into the kernel statically, but /dev/pass* isn't >>> created on boot (devfs is running properly I believe). >>> >> >> What SCSI devices do you have? > > No real SCSI devices on my desktop; just the generic ones like cd, ses, etc. > (In addition to those) just ahc on my server, but I don't think I'm going to go > upgrading quite yet on my server because I don't want to kill one of my disk's > functionality.. > >>> ohci/ukbd/ums: >>> 1. These aren't operating properly. I can't see any keyboard output >>> even though before when I didn't compile ukbd into the kernel the USB >>> keyboard worked magically with slight lag preceding the first input. >> >> "device ukbd" is in GENERIC . . . >> Assuming you commented it out, and you did not >> disinclude the module via /etc/make.conf, the lag >> was probably the module loading automagically. > > I do WITHOUT_MODULES=* just for speed and to reduce the amount of stuff that > gets compiled with buildworld. I figure that everything important should be > compiled statically into the kernel, but then again that's me, and since my > server/desktop aren't production machines I can take them down whenever I need > to modify the kernel. Yes, that's most likely true about the lag, but why did it used to load and now it doesn't >_>??? >> I have the line >> usbd_enable="YES" >> in /etc/rc.conf, although I do not know >> where the heck it comes from, since it >> did not used to be needed under 6.1, >> and it does not appear in /etc/defaults/rc.conf > > Yeah, got that too. Well, I did. It turns out a lot of that got deleted when I ran make delete-old, which begs the question is usbd obsolete in 7-CURRENT? According to usbdevs I don't have any devices attached, whatsoever (other than USB hubs): [root@optimus /home/gcooper]# usbdevs -vd Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000) , rev 1.00 uhub0 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000) , rev 1.00 uhub1 port 1 powered port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000) , rev 1.00 uhub2 port 1 powered port 2 powered usbdevs: /dev/usb3: Input/output error Controller /dev/usb4: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000) , rev 1.00 uhub4 port 1 enabled port 2 enabled port 3 enabled port 4 enabled port 5 enabled port 6 enabled port 7 enabled port 8 enabled I really wonder what /dev/usb3 and /dev/usb4 map to. Any ideas how to get this info? >>> 2. The mouse cursor doesn't move whatsoever. >>> 3. OHCI isn't detected on boot, and I think that only UHCI is detected >>> properly, even though my board is EHCI/OHCI capable (Asus P5B- >>> Deluxe). >>> >> >> % dmesg -a | grep hci >> perhaps? > > I'll check on that again, but all I saw with an OHCI in it was the firewire > stuff IIRC (something about Texas instruments, FWOHCI, etc). ehci and uhci are loaded (guess my MB doesn't support ohci). FWOHCI is just the TI onboard firewire controller. Thanks, and any suggestions and ideas are more than welcome and greatly appreciated :), -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 16:14: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 C8A0B16A468 for ; Sun, 3 Jun 2007 16:14:19 +0000 (UTC) (envelope-from thomas@hardy.tmseck.homedns.org) Received: from smtp3.netcologne.de (smtp3.netcologne.de [194.8.194.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8ABC613C46A for ; Sun, 3 Jun 2007 16:14:19 +0000 (UTC) (envelope-from thomas@hardy.tmseck.homedns.org) Received: from laurel.tmseck.homedns.org (xdsl-213-196-226-119.netcologne.de [213.196.226.119]) by smtp3.netcologne.de (Postfix) with SMTP id ED925675CD for ; Sun, 3 Jun 2007 17:57:33 +0200 (CEST) Received: (qmail 770 invoked from network); 3 Jun 2007 15:57:33 -0000 Received: from unknown (HELO hardy.tmseck.homedns.org) (192.168.1.2) by 0 with SMTP; 3 Jun 2007 15:57:33 -0000 Received: from hardy.tmseck.homedns.org (localhost [127.0.0.1]) by hardy.tmseck.homedns.org (8.14.1/8.14.1) with ESMTP id l53FvWSb004875; Sun, 3 Jun 2007 17:57:32 +0200 (CEST) (envelope-from thomas@hardy.tmseck.homedns.org) Received: (from thomas@localhost) by hardy.tmseck.homedns.org (8.14.1/8.14.1/Submit) id l53FvWPB004874; Sun, 3 Jun 2007 17:57:32 +0200 (CEST) (envelope-from thomas) Date: Sun, 3 Jun 2007 17:57:32 +0200 (CEST) Message-Id: <200706031557.l53FvWPB004874@hardy.tmseck.homedns.org> From: tmseck-lists@netcologne.de (Thomas-Martin Seck) To: freebsd-current@freebsd.org In-Reply-To: <977966.60249.qm@web56506.mail.re3.yahoo.com> X-Newsgroups: gmane.os.freebsd.current,gmane.os.freebsd.devel.x11 X-Attribution: tms Subject: Re: xorg 7.2 & environment variables set in login.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2007 16:14:19 -0000 * Neil Short : > Hay. I have that same problem! I posted the question > in -current since I figured it had more to do with the > OS than X -- and I still do. For example, the tar tool > can't utilize the LANG setting either. This is an open issue with X.Org 7.2's xdm. See PR 112932. (It misses a FreeBSD specific patch that got lost in the 6.9 -> 7.2 update.) From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 16:30: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 7108916A421; Sun, 3 Jun 2007 16:30:51 +0000 (UTC) (envelope-from SRS0=Q47g=LD=FreeBSD.org=se@srs.kundenserver.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id 09EF713C46A; Sun, 3 Jun 2007 16:30:51 +0000 (UTC) (envelope-from SRS0=Q47g=LD=FreeBSD.org=se@srs.kundenserver.de) Received: from [80.135.157.158] (helo=Gatekeeper.FreeBSD.org) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis), id 0ML31I-1HuslI2nHK-0004Fx; Sun, 03 Jun 2007 18:17:00 +0200 Received: by Gatekeeper.FreeBSD.org (Postfix, from userid 200) id 1310711A8; Sun, 3 Jun 2007 18:17:00 +0200 (CEST) Date: Sun, 3 Jun 2007 18:16:59 +0200 From: Stefan Esser To: Neil Short Message-ID: <20070603161659.GA50832@Gatekeeper.FreeBSD.org> Mail-Followup-To: Stefan Esser , Neil Short , freebsd-x11@freebsd.org, freebsd-current@freebsd.org References: <977966.60249.qm@web56506.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <977966.60249.qm@web56506.mail.re3.yahoo.com> User-Agent: Mutt/1.5.15 (2007-04-06) X-Provags-ID: V01U2FsdGVkX1/IoGYocVvLpAPLA0I/oSJ5NEp36wPlBVpPIvt 7IAHVVP3AjcyBvo4Kynbv4PZ1WQFW8cKTjKH6g0qibCG1Vc7T4 3/wA8OPBcM89OQbYAQnqQ== Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: xorg 7.2 & environment variables set in login.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2007 16:30:51 -0000 On 2007-06-03 07:38 -0700, Neil Short wrote: > How do you export those variables successfully in > ~/.xsession? It still doesn't help with me. > > check this out: > > $ locale > LANG=en_US This is not a valid locale! You have a choice between: en_US.ISO8859-1 en_US.ISO8859-15 en_US.US-ASCII en_US.UTF-8 [...] > $ echo $LC_ALL > en_US > $ perl > perl: warning: Setting locale failed. > perl: warning: Please check that your locale settings: > LC_ALL = (unset), > LANG = "en_US" > are supported and installed on your system. > perl: warning: Falling back to the standard locale ("C"). Yes, and perl tells you, that en_US just isn't specific enough for its needs ... It's up to you whether you prefer en_US.US-ASCII, en_US.ISO8859-1, or en_US.UTF-8 (e.g. depending on whether you at least occasionally work with foreign language texts). Regards, STefan From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 16:34: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 BC36116A46B for ; Sun, 3 Jun 2007 16:34:20 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 963C313C484 for ; Sun, 3 Jun 2007 16:34:20 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn04.u.washington.edu (hymn04.u.washington.edu [140.142.15.176]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l53GYJkM001388 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 3 Jun 2007 09:34:19 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn04.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l53GYJLj014760 for ; Sun, 3 Jun 2007 09:34:19 -0700 X-Auth-Received: from [67.166.149.71] by hymn04.u.washington.edu via HTTP; Sun, 03 Jun 2007 09:34:19 PDT Date: Sun, 3 Jun 2007 09:34:19 -0700 (PDT) From: youshi10@u.washington.edu To: freebsd-current@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1903382513-979164676-1180888459=:11679" X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.3.91343 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='SUPERLONG_LINE 0.05, NO_REAL_NAME 0, __C230066_P5 0, __CT 0, __CTYPE_HAS_BOUNDARY 0, __CTYPE_MULTIPART 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_PHRASE_24 0' Subject: Re: Issues with kernel / userland drivers after recent install and 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: , X-List-Received-Date: Sun, 03 Jun 2007 16:34:20 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---1903382513-979164676-1180888459=:11679 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Sun, 3 Jun 2007 youshi10@u.washington.edu wrote: > On Sat, 2 Jun 2007 youshi10@u.washington.edu wrote: > >> On Sat, 2 Jun 2007, illoai@gmail.com wrote: >> >>> On 01/06/07, youshi10@u.washington.edu wrote: >>>> pass: >>>> 1. I have pass compiled into the kernel statically, but /dev/pass* isn't >>>> created on boot (devfs is running properly I believe). >>>> >>> >>> What SCSI devices do you have? >> >> No real SCSI devices on my desktop; just the generic ones like cd, ses, etc. >> (In addition to those) just ahc on my server, but I don't think I'm going to >> go upgrading quite yet on my server because I don't want to kill one of my >> disk's functionality.. >> >> I do WITHOUT_MODULES=* just for speed and to reduce the amount of stuff that >> gets compiled with buildworld. I figure that everything important should be >> compiled statically into the kernel, but then again that's me, and since my >> server/desktop aren't production machines I can take them down whenever I >> need to modify the kernel. > > Yes, that's most likely true about the lag, but why did it used to load and now > it doesn't >_>??? > Well, I did. It turns out a lot of that got deleted when I ran make delete-old, > which begs the question is usbd obsolete in 7-CURRENT? After doing some researching, yes usbd(8) was made obsolete in favor of devd(8). So, that part of the question's answered, and appears to be in shape, but the device nodes still aren't being detected properly under 7-CURRENT (they were being detected properly under 6.2-RELEASE). A printout of /dev along with my dmesg is attached. > According to usbdevs I don't have any devices attached, whatsoever (other than > USB hubs): > > [root@optimus /home/gcooper]# usbdevs -vd > Controller /dev/usb0: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000) > , rev 1.00 > uhub0 > port 1 powered > port 2 powered > Controller /dev/usb1: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000) > , rev 1.00 > uhub1 > port 1 powered > port 2 powered > Controller /dev/usb2: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000) > , rev 1.00 > uhub2 > port 1 powered > port 2 powered > usbdevs: /dev/usb3: Input/output error > Controller /dev/usb4: > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), > Intel(0x0000) > , rev 1.00 > uhub4 > port 1 enabled > port 2 enabled > port 3 enabled > port 4 enabled > port 5 enabled > port 6 enabled > port 7 enabled > port 8 enabled > > I really wonder what /dev/usb3 and /dev/usb4 map to. Any ideas how to get this > info? > >>> % dmesg -a | grep hci >>> perhaps? >> >> I'll check on that again, but all I saw with an OHCI in it was the firewire >> stuff IIRC (something about Texas instruments, FWOHCI, etc). > > ehci and uhci are loaded (guess my MB doesn't support ohci). > > FWOHCI is just the TI onboard firewire controller. > > Thanks, and any suggestions and ideas are more than welcome and greatly > appreciated :), > > -Garrett For now I suppose my only workaround is to go buy a PS/2 keyboard, but it seems kind of silly given the circumstances. However, I need to work on my SoC project in a native environment, so desperate times call for desperate measures. -Garrett ---1903382513-979164676-1180888459=:11679 Content-Type: TEXT/plain; name="dev+dmesg_out.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: ls -l /dev && dmesg Content-Disposition: attachment; filename="dev+dmesg_out.txt" dG90YWwgMQ0KY3J3LXItLS0tLSAgMSByb290ICAgICBvcGVyYXRvciAgICAw LCAgNjggSnVuICAzIDA5OjExIGFjZDANCmNydy1yLS0tLS0gIDEgcm9vdCAg ICAgb3BlcmF0b3IgICAgMCwgIDY5IEp1biAgMyAwOToxMSBhY2QwdDAxDQpj cnctci0tci0tICAxIHJvb3QgICAgIHdoZWVsICAgICAgIDAsICAyOSBKdW4g IDMgMDk6MTEgYWNwaQ0KY3J3LXItLS0tLSAgMSByb290ICAgICBvcGVyYXRv ciAgICAwLCAgNzAgSnVuICAzIDA5OjExIGFkMTANCmNydy1yLS0tLS0gIDEg cm9vdCAgICAgb3BlcmF0b3IgICAgMCwgIDcyIEp1biAgMyAwOToxMSBhZDEw czENCmNydy1yLS0tLS0gIDEgcm9vdCAgICAgb3BlcmF0b3IgICAgMCwgIDcz IEp1biAgMyAwOToxMSBhZDEwczINCmNydy1yLS0tLS0gIDEgcm9vdCAgICAg b3BlcmF0b3IgICAgMCwgIDc3IEp1biAgMyAwMjoxMSBhZDEwczJhDQpjcnct ci0tLS0tICAxIHJvb3QgICAgIG9wZXJhdG9yICAgIDAsICA3OCBKdW4gIDMg MDI6MTEgYWQxMHMyYg0KY3J3LXItLS0tLSAgMSByb290ICAgICBvcGVyYXRv ciAgICAwLCAgNzkgSnVuICAzIDA5OjExIGFkMTBzMmMNCmNydy1yLS0tLS0g IDEgcm9vdCAgICAgb3BlcmF0b3IgICAgMCwgIDgwIEp1biAgMyAwMjoxMSBh ZDEwczJkDQpjcnctci0tLS0tICAxIHJvb3QgICAgIG9wZXJhdG9yICAgIDAs ICA4MSBKdW4gIDMgMDI6MTEgYWQxMHMyZQ0KY3J3LXItLS0tLSAgMSByb290 ICAgICBvcGVyYXRvciAgICAwLCAgODIgSnVuICAzIDAyOjExIGFkMTBzMmYN CmNydy1yLS0tLS0gIDEgcm9vdCAgICAgb3BlcmF0b3IgICAgMCwgIDgzIEp1 biAgMyAwMjoxMSBhZDEwczJnDQpjcnctci0tLS0tICAxIHJvb3QgICAgIG9w ZXJhdG9yICAgIDAsICA3MSBKdW4gIDMgMDk6MTEgYWQxMg0KY3J3LXItLS0t LSAgMSByb290ICAgICBvcGVyYXRvciAgICAwLCAgNzQgSnVuICAzIDA5OjEx IGFkMTJzMQ0KY3J3LXItLS0tLSAgMSByb290ICAgICBvcGVyYXRvciAgICAw LCAgNzUgSnVuICAzIDA5OjExIGFkMTJzMg0KY3J3LXItLS0tLSAgMSByb290 ICAgICBvcGVyYXRvciAgICAwLCAgNzYgSnVuICAzIDA5OjExIGFkMTJzMw0K Y3J3LS0tLS0tLSAgMSByb290ICAgICBvcGVyYXRvciAgICAwLCAgMjggSnVu ICAzIDA5OjExIGF0YQ0KY3J3LS0tLS0tLSAgMSByb290ICAgICB3aGVlbCAg ICAgICAwLCAgNDIgSnVuICAzIDA5OjExIGF0a2JkMA0KY3J3LS0tLS0tLSAg MSByb290ICAgICB3aGVlbCAgICAgICAwLCAgODggSnVuICAzIDA5OjEyIGJw ZjANCmNydy1ydy1ydy0gIDEgcm9vdCAgICAgd2hlZWwgICAgICAgMCwgIDQ1 IEp1biAgMyAwOToxMSBicHNtMA0KY3J3LS0tLS0tLSAgMSByb290ICAgICB3 aGVlbCAgICAgICAwLCAgMjAgSnVuICAzIDA5OjEyIGNvbnNvbGUNCmNydy0t LS0tLS0gIDEgcm9vdCAgICAgd2hlZWwgICAgICAgMCwgIDYyIEp1biAgMyAw OToxMSBjb25zb2xlY3RsDQpjcnctcnctcnctICAxIHJvb3QgICAgIHdoZWVs ICAgICAgIDAsICAyMiBKdW4gIDMgMDk6MTEgY3R0eQ0KY3J3LS0tLS0tLSAg MSByb290ICAgICB3aGVlbCAgICAgICAwLCAgIDQgSnVuICAzIDA5OjExIGRl dmN0bA0KY3ItLS0tLS0tLSAgMSByb290ICAgICB3aGVlbCAgICAgICAwLCAg NjcgSnVuICAzIDA5OjExIGRldnN0YXQNCmxyd3hyLXhyLXggIDEgcm9vdCAg ICAgd2hlZWwgICAgICAgICAgIDEyIEp1biAgMyAwMjoxMSBkdW1wZGV2IC0+ IC9kZXYvYWQxMHMyYg0KZHIteHIteHIteCAgMiByb290ICAgICB3aGVlbCAg ICAgICAgICA1MTIgSnVuICAzIDA5OjExIGZkDQpjcnctLS0tLS0tICAxIHJv b3QgICAgIHdoZWVsICAgICAgIDAsICAyNiBKdW4gIDMgMDk6MTEgZmlkbw0K bHJ3eHIteHIteCAgMSByb290ICAgICB3aGVlbCAgICAgICAgICAgIDUgSnVu ICAzIDA5OjExIGZ3MCAtPiBmdzAuMA0KY3J3LXJ3LS0tLSAgMSByb290ICAg ICBvcGVyYXRvciAgICAwLCAgMzggSnVuICAzIDA5OjExIGZ3MC4wDQpscnd4 ci14ci14ICAxIHJvb3QgICAgIHdoZWVsICAgICAgICAgICAgOCBKdW4gIDMg MDk6MTEgZndtZW0wIC0+IGZ3bWVtMC4wDQpjcnctcnctLS0tICAxIHJvb3Qg ICAgIG9wZXJhdG9yICAgIDAsICAzOSBKdW4gIDMgMDk6MTEgZndtZW0wLjAN CmNydy1yLS0tLS0gIDEgcm9vdCAgICAgb3BlcmF0b3IgICAgMCwgICA1IEp1 biAgMyAwOToxMSBnZW9tLmN0bA0KY3J3LS0tLS0tLSAgMSByb290ICAgICB3 aGVlbCAgICAgICAwLCAgMjcgSnVuICAzIDA5OjExIGlvDQpscnd4ci14ci14 ICAxIHJvb3QgICAgIHdoZWVsICAgICAgICAgICAgNiBKdW4gIDMgMDk6MTEg a2JkMCAtPiBhdGtiZDANCmxyd3hyLXhyLXggIDEgcm9vdCAgICAgd2hlZWwg ICAgICAgICAgICA3IEp1biAgMyAwOToxMSBrYmQxIC0+IGtiZG11eDANCmNy dy0tLS0tLS0gIDEgcm9vdCAgICAgd2hlZWwgICAgICAgMCwgICA2IEp1biAg MyAwOToxMSBrYmRtdXgwDQpjcnctLS0tLS0tICAxIHJvb3QgICAgIHdoZWVs ICAgICAgIDAsICAxMCBKdW4gIDMgMDk6MTEga2xvZw0KY3J3LXItLS0tLSAg MSByb290ICAgICBrbWVtICAgICAgICAwLCAgIDkgSnVuICAzIDA5OjExIGtt ZW0NCmxyd3hyLXhyLXggIDEgcm9vdCAgICAgd2hlZWwgICAgICAgICAgIDEy IEp1biAgMyAwOToxMiBsb2cgLT4gL3Zhci9ydW4vbG9nDQpjcnctLS0tLS0t ICAxIHJvb3QgICAgIHdoZWVsICAgICAgIDAsICA2NiBKdW4gIDMgMDk6MTEg bWRjdGwNCmNydy1yLS0tLS0gIDEgcm9vdCAgICAga21lbSAgICAgICAgMCwg ICA4IEp1biAgMyAwOToxMSBtZW0NCmRyLXhyLXhyLXggIDIgcm9vdCAgICAg d2hlZWwgICAgICAgICAgNTEyIEp1biAgMyAwOToxMSBuZXQNCmxyd3hyLXhy LXggIDEgcm9vdCAgICAgd2hlZWwgICAgICAgICAgICA4IEp1biAgMyAwOTox MSBuZXQxIC0+IG5ldC9tc2swDQpscnd4ci14ci14ICAxIHJvb3QgICAgIHdo ZWVsICAgICAgICAgICAgNyBKdW4gIDMgMDk6MTEgbmV0MiAtPiBuZXQvbG8w DQpjcnctLS0tLS0tICAxIHJvb3QgICAgIHdoZWVsICAgICAgIDAsICAgMyBK dW4gIDMgMDk6MTEgbmV0d29yaw0KY3J3LS0tLS0tLSAgMSByb290ICAgICB3 aGVlbCAgICAgICAwLCAgNjMgSnVuICAzIDA5OjExIG5mczQNCmNydy0tLS0t LS0gIDEgcm9vdCAgICAga21lbSAgICAgICAgMCwgIDExIEp1biAgMyAwOTox MSBuZnNsb2NrDQpjcnctcnctcnctICAxIHJvb3QgICAgIHdoZWVsICAgICAg IDAsICAxOCBKdW4gIDMgMDk6MjMgbnVsbA0KY3J3LXItLXItLSAgMSByb290 ICAgICB3aGVlbCAgICAgICAwLCAgMjEgSnVuICAzIDA5OjExIHBjaQ0KY3J3 LXJ3LXJ3LSAgMSByb290ICAgICB3aGVlbCAgICAgICAwLCAgNDQgSnVuICAz IDA5OjExIHBzbTANCmNydy1ydy1ydy0gIDEgcm9vdCAgICAgd2hlZWwgICAg ICAgMCwgIDkwIEp1biAgMyAwOToyOSBwdHlwMA0KY3J3LXJ3LXJ3LSAgMSBy b290ICAgICB3aGVlbCAgICAgICAwLCAgMjMgSnVuICAzIDAyOjExIHJhbmRv bQ0KbHJ3eHIteHIteCAgMSByb290ICAgICB3aGVlbCAgICAgICAgICAgIDQg SnVuICAzIDA5OjExIHN0ZGVyciAtPiBmZC8yDQpscnd4ci14ci14ICAxIHJv b3QgICAgIHdoZWVsICAgICAgICAgICAgNCBKdW4gIDMgMDk6MTEgc3RkaW4g LT4gZmQvMA0KbHJ3eHIteHIteCAgMSByb290ICAgICB3aGVlbCAgICAgICAg ICAgIDQgSnVuICAzIDA5OjExIHN0ZG91dCAtPiBmZC8xDQpjcnctLS0tLS0t ICAxIHJvb3QgICAgIHdoZWVsICAgICAgIDAsICAyNSBKdW4gIDMgMDk6MTEg c3lzbW91c2UNCmNydy0tdy0tLS0gIDEgZ2Nvb3BlciAgdHR5ICAgICAgICAg MCwgIDkxIEp1biAgMyAwOToyOSB0dHlwMA0KY3J3LS0tLS0tLSAgMSByb290 ICAgICB3aGVlbCAgICAgICAwLCAgNDYgSnVuICAzIDA5OjEyIHR0eXYwDQpj cnctLS0tLS0tICAxIHJvb3QgICAgIHdoZWVsICAgICAgIDAsICA0NyBKdW4g IDMgMDk6MTIgdHR5djENCmNydy0tLS0tLS0gIDEgcm9vdCAgICAgd2hlZWwg ICAgICAgMCwgIDQ4IEp1biAgMyAwOToxMiB0dHl2Mg0KY3J3LS0tLS0tLSAg MSByb290ICAgICB3aGVlbCAgICAgICAwLCAgNDkgSnVuICAzIDA5OjEyIHR0 eXYzDQpjcnctLS0tLS0tICAxIHJvb3QgICAgIHdoZWVsICAgICAgIDAsICA1 MCBKdW4gIDMgMDk6MTIgdHR5djQNCmNydy0tLS0tLS0gIDEgcm9vdCAgICAg d2hlZWwgICAgICAgMCwgIDUxIEp1biAgMyAwOToxMiB0dHl2NQ0KY3J3LS0t LS0tLSAgMSByb290ICAgICB3aGVlbCAgICAgICAwLCAgNTIgSnVuICAzIDA5 OjEyIHR0eXY2DQpjcnctLS0tLS0tICAxIHJvb3QgICAgIHdoZWVsICAgICAg IDAsICA1MyBKdW4gIDMgMDk6MTIgdHR5djcNCmNydy0tLS0tLS0gIDEgcm9v dCAgICAgd2hlZWwgICAgICAgMCwgIDU0IEp1biAgMyAwOToxMSB0dHl2OA0K Y3J3LS0tLS0tLSAgMSByb290ICAgICB3aGVlbCAgICAgICAwLCAgNTUgSnVu ICAzIDA5OjExIHR0eXY5DQpjcnctLS0tLS0tICAxIHJvb3QgICAgIHdoZWVs ICAgICAgIDAsICA1NiBKdW4gIDMgMDk6MTEgdHR5dmENCmNydy0tLS0tLS0g IDEgcm9vdCAgICAgd2hlZWwgICAgICAgMCwgIDU3IEp1biAgMyAwOToxMSB0 dHl2Yg0KY3J3LS0tLS0tLSAgMSByb290ICAgICB3aGVlbCAgICAgICAwLCAg NTggSnVuICAzIDA5OjExIHR0eXZjDQpjcnctLS0tLS0tICAxIHJvb3QgICAg IHdoZWVsICAgICAgIDAsICA1OSBKdW4gIDMgMDk6MTEgdHR5dmQNCmNydy0t LS0tLS0gIDEgcm9vdCAgICAgd2hlZWwgICAgICAgMCwgIDYwIEp1biAgMyAw OToxMSB0dHl2ZQ0KY3J3LS0tLS0tLSAgMSByb290ICAgICB3aGVlbCAgICAg ICAwLCAgNjEgSnVuICAzIDA5OjExIHR0eXZmDQpscnd4ci14ci14ICAxIHJv b3QgICAgIHdoZWVsICAgICAgICAgICAgNiBKdW4gIDMgMDk6MTEgdXJhbmRv bSAtPiByYW5kb20NCmNydy1ydy0tLS0gIDEgcm9vdCAgICAgb3BlcmF0b3Ig ICAgMCwgIDMzIEp1biAgMyAwOToxMSB1c2INCmNydy1ydy0tLS0gIDEgcm9v dCAgICAgb3BlcmF0b3IgICAgMCwgIDMyIEp1biAgMyAwOToxMSB1c2IwDQpj cnctcnctLS0tICAxIHJvb3QgICAgIG9wZXJhdG9yICAgIDAsICAzNCBKdW4g IDMgMDk6MTEgdXNiMQ0KY3J3LXJ3LS0tLSAgMSByb290ICAgICBvcGVyYXRv ciAgICAwLCAgMzUgSnVuICAzIDA5OjExIHVzYjINCmNydy1ydy0tLS0gIDEg cm9vdCAgICAgb3BlcmF0b3IgICAgMCwgIDM2IEp1biAgMyAwOToxMSB1c2Iz DQpjcnctcnctLS0tICAxIHJvb3QgICAgIG9wZXJhdG9yICAgIDAsICAzNyBK dW4gIDMgMDk6MTEgdXNiNA0KY3J3LS0tLS0tLSAgMSByb290ICAgICBvcGVy YXRvciAgICAwLCAgODQgSnVuICAzIDA5OjExIHhwdDANCmNydy1ydy1ydy0g IDEgcm9vdCAgICAgd2hlZWwgICAgICAgMCwgIDE5IEp1biAgMyAwOToxMSB6 ZXJvDQpDb3B5cmlnaHQgKGMpIDE5OTItMjAwNyBUaGUgRnJlZUJTRCBQcm9q ZWN0Lg0KQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAx OTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0DQoJVGhlIFJlZ2Vu dHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0 cyByZXNlcnZlZC4NCkZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFy ayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0aW9uLg0KRnJlZUJTRCA3LjAtQ1VS UkVOVCAjMTQ6IFN1biBKdW4gIDMgMDg6NDY6MzMgUERUIDIwMDcNCiAgICBn Y29vcGVyQG9wdGltdXM6L3Vzci9vYmovdXNyL3NyYy9zeXMvT1BUSU1VUw0K V0FSTklORzogV0lUTkVTUyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVj ZWQgcGVyZm9ybWFuY2UuDQpBQ1BJIEFQSUMgVGFibGU6IDxNU1RFU1QgT0VN QVBJQyA+DQpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgy IEh6IHF1YWxpdHkgMA0KQ1BVOiBJbnRlbChSKSBDb3JlKFRNKTIgQ1BVICAg ICAgICAgIDY3MDAgIEAgMi42NkdIeiAoMjY2Ni42OC1NSHogSzgtY2xhc3Mg Q1BVKQ0KICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweDZmNiAg U3RlcHBpbmcgPSA2DQogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxE RSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxN Q0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixT U0UsU1NFMixTUyxIVFQsVE0sUEJFPg0KICBGZWF0dXJlczI9MHhlM2JkPFNT RTMsUlNWRDIsTU9OLERTX0NQTCxWTVgsRVNULFRNMixTU1NFMyxDWDE2LHhU UFIsUERDTT4NCiAgQU1EIEZlYXR1cmVzPTB4MjAxMDA4MDA8U1lTQ0FMTCxO WCxMTT4NCiAgQU1EIEZlYXR1cmVzMj0weDE8TEFIRj4NCiAgQ29yZXMgcGVy IHBhY2thZ2U6IDINCnVzYWJsZSBtZW1vcnkgPSA0Mjg2MjYzMjk2ICg0MDg3 IE1CKQ0KYXZhaWwgbWVtb3J5ICA9IDQwODU2NDk0MDggKDM4OTYgTUIpDQpG cmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiAy IENQVXMNCiBjcHUwIChCU1ApOiBBUElDIElEOiAgMA0KIGNwdTEgKEFQKTog QVBJQyBJRDogIDENCmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMg b24gbW90aGVyYm9hcmQNCmtiZDAgYXQga2JkbXV4MA0KYWNwaTA6IDxcTV4/ XE1eP1xNXj9cTV4/XE1eP1xNXj8gXE1eP1xNXj9cTV4/XE1eP1xNXj9cTV4/ XE1eP1xNXj8+IG9uIG1vdGhlcmJvYXJkDQphY3BpMDogW0lUSFJFQURdDQph Y3BpX2hwZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVt IDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBhY3BpMA0KVGltZWNvdW50ZXIg IkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDIwMDANCmFj cGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQ0KYWNwaTA6IHJlc2VydmF0aW9u IG9mIDAsIGEwMDAwICgzKSBmYWlsZWQNCmFjcGkwOiByZXNlcnZhdGlvbiBv ZiAxMDAwMDAsIDdmZjAwMDAwICgzKSBmYWlsZWQNClRpbWVjb3VudGVyICJB Q1BJLXNhZmUiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMA0K YWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBv cnQgMHg4MDgtMHg4MGIgb24gYWNwaTANCmNwdTA6IDxBQ1BJIENQVT4gb24g YWNwaTANCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTANCnBjaWIwOiA8QUNQ SSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAN CnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwDQpwY2liMTogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAN CnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxDQp2Z2FwY2kwOiA8VkdB LWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweDljMDAtMHg5YzdmIG1lbSAw eGY1MDAwMDAwLTB4ZjVmZmZmZmYsMHhjMDAwMDAwMC0weGNmZmZmZmZmLDB4 ZjIwMDAwMDAtMHhmM2ZmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBw Y2kxDQpwY2kwOiA8bXVsdGltZWRpYT4gYXQgZGV2aWNlIDI3LjAgKG5vIGRy aXZlciBhdHRhY2hlZCkNCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g aXJxIDE2IGF0IGRldmljZSAyOC4wIG9uIHBjaTANCnBjaTQ6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWIyDQpwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGlycSAxNiBhdCBkZXZpY2UgMjguNCBvbiBwY2kwDQpwY2kzOiA8QUNQSSBQ Q0kgYnVzPiBvbiBwY2liMw0KYXRhcGNpMDogPEpNaWNyb24gSk1CMzYzIFNB VEEzMDAgY29udHJvbGxlcj4gcG9ydCAweGJjMDAtMHhiYzA3LDB4Yjg4MC0w eGI4ODMsMHhiODAwLTB4YjgwNywweGI0ODAtMHhiNDgzLDB4YjQwMC0weGI0 MGYgbWVtIDB4ZjYzZmUwMDAtMHhmNjNmZmZmZiBpcnEgMTYgYXQgZGV2aWNl IDAuMCBvbiBwY2kzDQphdGFwY2kwOiBbSVRIUkVBRF0NCmF0YXBjaTA6IEFI Q0kgVmVyc2lvbiAwMS4wMCBjb250cm9sbGVyIHdpdGggMiBwb3J0cyBkZXRl Y3RlZA0KYXRhMjogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTANCmF0YTI6 IFtJVEhSRUFEXQ0KYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAN CmF0YTM6IFtJVEhSRUFEXQ0KYXRhNDogPEFUQSBjaGFubmVsIDI+IG9uIGF0 YXBjaTANCmF0YTQ6IFtJVEhSRUFEXQ0KcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kg YnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4LjUgb24gcGNpMA0KcGNpMjog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjQNCm1za2MwOiA8TWFydmVsbCBZdWtv biA4OEU4MDU2IEdpZ2FiaXQgRXRoZXJuZXQ+IHBvcnQgMHhhODAwLTB4YThm ZiBtZW0gMHhmNjJmYzAwMC0weGY2MmZmZmZmIGlycSAxNyBhdCBkZXZpY2Ug MC4wIG9uIHBjaTINCm1zazA6IDxNYXJ2ZWxsIFRlY2hub2xvZ3kgR3JvdXAg THRkLiBZdWtvbiBFQyBVbHRyYSBJZCAweGI0IFJldiAweDAyPiBvbiBtc2tj MA0KbXNrMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MWE6OTI6ZjA6NTc6NTAN Cm1paWJ1czA6IDxNSUkgYnVzPiBvbiBtc2swDQplMTAwMHBoeTA6IDxNYXJ2 ZWxsIDg4RTExNDkgR2lnYWJpdCBQSFk+IFBIWSAwIG9uIG1paWJ1czANCmUx MDAwcGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEw MGJhc2VUWC1GRFgsIDEwMDBiYXNlVFgtRkRYLCBhdXRvDQptc2tjMDogW0ZJ TFRFUl0NCnVoY2kwOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+ IHBvcnQgMHhkODgwLTB4ZDg5ZiBpcnEgMjMgYXQgZGV2aWNlIDI5LjAgb24g cGNpMA0KdWhjaTA6IFtHSUFOVC1MT0NLRURdDQp1aGNpMDogW0lUSFJFQURd DQp1c2IwOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIHVo Y2kwDQp1c2IwOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMDogPEludGVsIFVI Q0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAx PiBvbiB1c2IwDQp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQNCnVoY2kxOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRy b2xsZXI+IHBvcnQgMHhkYzAwLTB4ZGMxZiBpcnEgMTkgYXQgZGV2aWNlIDI5 LjEgb24gcGNpMA0KdWhjaTE6IFtHSUFOVC1MT0NLRURdDQp1aGNpMTogW0lU SFJFQURdDQp1c2IxOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+ IG9uIHVoY2kxDQp1c2IxOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMTogPElu dGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwg YWRkciAxPiBvbiB1c2IxDQp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQNCnVoY2kyOiA8VUhDSSAoZ2VuZXJpYykgVVNC IGNvbnRyb2xsZXI+IHBvcnQgMHhlMDAwLTB4ZTAxZiBpcnEgMTggYXQgZGV2 aWNlIDI5LjIgb24gcGNpMA0KdWhjaTI6IFtHSUFOVC1MT0NLRURdDQp1aGNp MjogW0lUSFJFQURdDQp1c2IyOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRy b2xsZXI+IG9uIHVoY2kyDQp1c2IyOiBVU0IgcmV2aXNpb24gMS4wDQp1aHVi MjogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAv MS4wMCwgYWRkciAxPiBvbiB1c2IyDQp1aHViMjogMiBwb3J0cyB3aXRoIDIg cmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnVoY2kzOiA8VUhDSSAoZ2VuZXJp YykgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhlMDgwLTB4ZTA5ZiBpcnEgMTYg YXQgZGV2aWNlIDI5LjMgb24gcGNpMA0KdWhjaTM6IFtHSUFOVC1MT0NLRURd DQp1aGNpMzogW0lUSFJFQURdDQp1c2IzOiA8VUhDSSAoZ2VuZXJpYykgVVNC IGNvbnRyb2xsZXI+IG9uIHVoY2kzDQp1c2IzOiBVU0IgcmV2aXNpb24gMS4w DQp1aHViMzogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2 IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IzDQpkZXZpY2VfYXR0YWNoOiB1 aHViMyBhdHRhY2ggcmV0dXJuZWQgNg0KdXNiMzogcG9ydCAwLCBzZXQgY29u ZmlnIGF0IGFkZHIgMSBmYWlsZWQNCnVzYjM6IHJvb3QgaHViIHByb2JsZW0s IGVycm9yPTQNCmVoY2kwOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250 cm9sbGVyPiBtZW0gMHhmZWJmZjQwMC0weGZlYmZmN2ZmIGlycSAyMyBhdCBk ZXZpY2UgMjkuNyBvbiBwY2kwDQplaGNpMDogW0dJQU5ULUxPQ0tFRF0NCmVo Y2kwOiBbSVRIUkVBRF0NCnVzYjQ6IEVIQ0kgdmVyc2lvbiAxLjANCnVzYjQ6 IGNvbXBhbmlvbiBjb250cm9sbGVycywgMiBwb3J0cyBlYWNoOiB1c2IwIHVz YjEgdXNiMiB1c2IzDQp1c2I0OiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBj b250cm9sbGVyPiBvbiBlaGNpMA0KdXNiNDogVVNCIHJldmlzaW9uIDIuMA0K dWh1YjQ6IDxJbnRlbCBFSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAy LjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiNA0KdWh1YjQ6IDggcG9ydHMgd2l0 aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQpwY2liNTogPEFDUEkgUENJ LVBDSSBicmlkZ2U+IGF0IGRldmljZSAzMC4wIG9uIHBjaTANCnBjaTU6IDxB Q1BJIFBDSSBidXM+IG9uIHBjaWI1DQpwY2k1OiA8bXVsdGltZWRpYT4gYXQg ZGV2aWNlIDEuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpNTogPG11bHRp bWVkaWEsIGF1ZGlvPiBhdCBkZXZpY2UgMi4wIChubyBkcml2ZXIgYXR0YWNo ZWQpDQpmd29oY2kwOiA8VGV4YXMgSW5zdHJ1bWVudHMgVFNCNDNBQjIyL0E+ IG1lbSAweGZlN2ZmODAwLTB4ZmU3ZmZmZmYsMHhmZTdmODAwMC0weGZlN2Zi ZmZmIGlycSAyMSBhdCBkZXZpY2UgMy4wIG9uIHBjaTUNCmZ3b2hjaTA6IFtJ VEhSRUFEXQ0KZndvaGNpMDogT0hDSSB2ZXJzaW9uIDEuMTAgKFJPTT0xKQ0K ZndvaGNpMDogTm8uIG9mIElzb2Nocm9ub3VzIGNoYW5uZWxzIGlzIDQuDQpm d29oY2kwOiBFVUk2NCAwMDoxMTpkODowMDowMTo0MTo5MTpjNA0KZndvaGNp MDogUGh5IDEzOTRhIGF2YWlsYWJsZSBTNDAwLCAyIHBvcnRzLg0KZndvaGNp MDogTGluayBTNDAwLCBtYXhfcmVjIDIwNDggYnl0ZXMuDQpmaXJld2lyZTA6 IDxJRUVFMTM5NChGaXJlV2lyZSkgYnVzPiBvbiBmd29oY2kwDQpzYnAwOiA8 U0JQLTIvU0NTSSBvdmVyIEZpcmVXaXJlPiBvbiBmaXJld2lyZTANCmZ3b2hj aTA6IEluaXRpYXRlIGJ1cyByZXNldA0KZndvaGNpMDogQlVTIHJlc2V0DQpm d29oY2kwOiBub2RlX2lkPTB4YzgwMGZmYzAsIGdlbj0xLCBDWUNMRU1BU1RF UiBtb2RlDQpmaXJld2lyZTA6IDEgbm9kZXMsIG1heGhvcCA8PSAwLCBjYWJs ZSBJUk0gPSAwIChtZSkNCmZpcmV3aXJlMDogYnVzIG1hbmFnZXIgMCAobWUp DQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBw Y2kwDQppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjANCmF0YXBjaTE6IDxJbnRl bCBJQ0g4IFNBVEEzMDAgY29udHJvbGxlcj4gcG9ydCAweGVjMDAtMHhlYzA3 LDB4ZTg4MC0weGU4ODMsMHhlODAwLTB4ZTgwNywweGU0ODAtMHhlNDgzLDB4 ZTQwMC0weGU0MWYgbWVtIDB4ZmViZmY4MDAtMHhmZWJmZmZmZiBpcnEgMTkg YXQgZGV2aWNlIDMxLjIgb24gcGNpMA0KYXRhcGNpMTogW0lUSFJFQURdDQph dGFwY2kxOiBBSENJIFZlcnNpb24gMDEuMTAgY29udHJvbGxlciB3aXRoIDYg cG9ydHMgZGV0ZWN0ZWQNCmF0YTU6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFw Y2kxDQphdGE1OiBbSVRIUkVBRF0NCmF0YTY6IDxBVEEgY2hhbm5lbCAxPiBv biBhdGFwY2kxDQphdGE2OiBbSVRIUkVBRF0NCmF0YTc6IDxBVEEgY2hhbm5l bCAyPiBvbiBhdGFwY2kxDQphdGE3OiBbSVRIUkVBRF0NCmF0YTg6IDxBVEEg Y2hhbm5lbCAzPiBvbiBhdGFwY2kxDQphdGE4OiBbSVRIUkVBRF0NCmF0YTk6 IDxBVEEgY2hhbm5lbCA0PiBvbiBhdGFwY2kxDQphdGE5OiBbSVRIUkVBRF0N CmF0YTEwOiA8QVRBIGNoYW5uZWwgNT4gb24gYXRhcGNpMQ0KYXRhMTA6IFtJ VEhSRUFEXQ0KcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2Ug MzEuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KYWNwaV9idXR0b24wOiA8UG93 ZXIgQnV0dG9uPiBvbiBhY3BpMA0Kb3JtMDogPElTQSBPcHRpb24gUk9NPiBh dCBpb21lbSAweGNkMDAwLTB4Y2ZmZmYgb24gaXNhMA0KYXRrYmRjMDogPEtl eWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAweDYwLDB4NjQg b24gaXNhMA0Kc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAw IG9uIGlzYTANCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFn cz0weDMwMD4NCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgz YzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTANClRpbWVj b3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMNCmFjZDA6IERWRFIgPFRT U1Rjb3JwQ0QvRFZEVyBUUy1INTUyVS9VUzA2PiBhdCBhdGE0LW1hc3RlciBQ SU80DQphZDEwOiA3NjI5M01CIDxXREMgV0Q4MDBKRC03NUhLQTEgMTQuMDNH MTQ+IGF0IGF0YTUtbWFzdGVyIFNBVEExNTANCmFkMTI6IDMwNTI0NU1CIDxX REMgV0QzMjAwQUFKUy0wMFJZQTAgMTIuMDFCMDE+IGF0IGF0YTYtbWFzdGVy IFNBVEEzMDANClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQ0KVHJ5aW5nIHRv IG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDEwczJhDQptc2swOiBsaW5r IHN0YXRlIGNoYW5nZWQgdG8gVVANCldhaXRpbmcgKG1heCA2MCBzZWNvbmRz KSBmb3Igc3lzdGVtIHByb2Nlc3MgYHZubHJ1JyB0byBzdG9wLi4uZG9uZQ0K V2FpdGluZyAobWF4IDYwIHNlY29uZHMpIGZvciBzeXN0ZW0gcHJvY2VzcyBg YnVmZGFlbW9uJyB0byBzdG9wLi4uZG9uZQ0KV2FpdGluZyAobWF4IDYwIHNl Y29uZHMpIGZvciBzeXN0ZW0gcHJvY2VzcyBgc3luY2VyJyB0byBzdG9wLi4u DQpTeW5jaW5nIGRpc2tzLCB2bm9kZXMgcmVtYWluaW5nLi4uMiAyIDAgMiAw IDAgMCBkb25lDQpBbGwgYnVmZmVycyBzeW5jZWQuDQpDb3B5cmlnaHQgKGMp IDE5OTItMjAwNyBUaGUgRnJlZUJTRCBQcm9qZWN0Lg0KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAx OTkyLCAxOTkzLCAxOTk0DQoJVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNp dHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4NCkZyZWVC U0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBG b3VuZGF0aW9uLg0KRnJlZUJTRCA3LjAtQ1VSUkVOVCAjMTU6IFN1biBKdW4g IDMgMDk6MTA6MTQgUERUIDIwMDcNCiAgICBnY29vcGVyQG9wdGltdXM6L3Vz ci9vYmovdXNyL3NyYy9zeXMvT1BUSU1VUw0KV0FSTklORzogV0lUTkVTUyBv cHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVjZWQgcGVyZm9ybWFuY2UuDQpB Q1BJIEFQSUMgVGFibGU6IDxNU1RFU1QgT0VNQVBJQyA+DQpUaW1lY291bnRl ciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMA0KQ1BV OiBJbnRlbChSKSBDb3JlKFRNKTIgQ1BVICAgICAgICAgIDY3MDAgIEAgMi42 NkdIeiAoMjY2Ni42OC1NSHogSzgtY2xhc3MgQ1BVKQ0KICBPcmlnaW4gPSAi R2VudWluZUludGVsIiAgSWQgPSAweDZmNiAgU3RlcHBpbmcgPSA2DQogIEZl YXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUs TUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYs Q0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0s UEJFPg0KICBGZWF0dXJlczI9MHhlM2JkPFNTRTMsUlNWRDIsTU9OLERTX0NQ TCxWTVgsRVNULFRNMixTU1NFMyxDWDE2LHhUUFIsUERDTT4NCiAgQU1EIEZl YXR1cmVzPTB4MjAxMDA4MDA8U1lTQ0FMTCxOWCxMTT4NCiAgQU1EIEZlYXR1 cmVzMj0weDE8TEFIRj4NCiAgQ29yZXMgcGVyIHBhY2thZ2U6IDINCnVzYWJs ZSBtZW1vcnkgPSA0Mjg2MjEwMDQ4ICg0MDg3IE1CKQ0KYXZhaWwgbWVtb3J5 ICA9IDQwODU1OTYxNjAgKDM4OTYgTUIpDQpGcmVlQlNEL1NNUDogTXVsdGlw cm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiAyIENQVXMNCiBjcHUwIChCU1Ap OiBBUElDIElEOiAgMA0KIGNwdTEgKEFQKTogQVBJQyBJRDogIDENCmlvYXBp YzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQNCmti ZDEgYXQga2JkbXV4MA0KYWNwaTA6IDxcTV4/XE1eP1xNXj9cTV4/XE1eP1xN Xj8gXE1eP1xNXj9cTV4/XE1eP1xNXj9cTV4/XE1eP1xNXj8+IG9uIG1vdGhl cmJvYXJkDQphY3BpMDogW0lUSFJFQURdDQphY3BpX2hwZXQwOiA8SGlnaCBQ cmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQw MDNmZiBvbiBhY3BpMA0KVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAx NDMxODE4MCBIeiBxdWFsaXR5IDIwMDANCmFjcGkwOiBQb3dlciBCdXR0b24g KGZpeGVkKQ0KYWNwaTA6IHJlc2VydmF0aW9uIG9mIDAsIGEwMDAwICgzKSBm YWlsZWQNCmFjcGkwOiByZXNlcnZhdGlvbiBvZiAxMDAwMDAsIDdmZjAwMDAw ICgzKSBmYWlsZWQNClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5j eSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMA0KYWNwaV90aW1lcjA6IDwyNC1i aXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4MDgtMHg4MGIgb24g YWNwaTANCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTE6IDxBQ1BJ IENQVT4gb24gYWNwaTANCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+ IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTANCnBjaTA6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWIwDQpwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGly cSAxNiBhdCBkZXZpY2UgMS4wIG9uIHBjaTANCnBjaTE6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWIxDQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxh eT4gcG9ydCAweDljMDAtMHg5YzdmIG1lbSAweGY1MDAwMDAwLTB4ZjVmZmZm ZmYsMHhjMDAwMDAwMC0weGNmZmZmZmZmLDB4ZjIwMDAwMDAtMHhmM2ZmZmZm ZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kxDQpwY2kwOiA8bXVsdGlt ZWRpYT4gYXQgZGV2aWNlIDI3LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBj aWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAy OC4wIG9uIHBjaTANCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyDQpw Y2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2Ug MjguNCBvbiBwY2kwDQpwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMw0K YXRhcGNpMDogPEpNaWNyb24gSk1CMzYzIFNBVEEzMDAgY29udHJvbGxlcj4g cG9ydCAweGJjMDAtMHhiYzA3LDB4Yjg4MC0weGI4ODMsMHhiODAwLTB4Yjgw NywweGI0ODAtMHhiNDgzLDB4YjQwMC0weGI0MGYgbWVtIDB4ZjYzZmUwMDAt MHhmNjNmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kzDQphdGFw Y2kwOiBbSVRIUkVBRF0NCmF0YXBjaTA6IEFIQ0kgVmVyc2lvbiAwMS4wMCBj b250cm9sbGVyIHdpdGggMiBwb3J0cyBkZXRlY3RlZA0KYXRhMjogPEFUQSBj aGFubmVsIDA+IG9uIGF0YXBjaTANCmF0YTI6IFtJVEhSRUFEXQ0KYXRhMzog PEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTANCmF0YTM6IFtJVEhSRUFEXQ0K YXRhNDogPEFUQSBjaGFubmVsIDI+IG9uIGF0YXBjaTANCmF0YTQ6IFtJVEhS RUFEXQ0KcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQg ZGV2aWNlIDI4LjUgb24gcGNpMA0KcGNpMjogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjQNCm1za2MwOiA8TWFydmVsbCBZdWtvbiA4OEU4MDU2IEdpZ2FiaXQg RXRoZXJuZXQ+IHBvcnQgMHhhODAwLTB4YThmZiBtZW0gMHhmNjJmYzAwMC0w eGY2MmZmZmZmIGlycSAxNyBhdCBkZXZpY2UgMC4wIG9uIHBjaTINCm1zazA6 IDxNYXJ2ZWxsIFRlY2hub2xvZ3kgR3JvdXAgTHRkLiBZdWtvbiBFQyBVbHRy YSBJZCAweGI0IFJldiAweDAyPiBvbiBtc2tjMA0KbXNrMDogRXRoZXJuZXQg YWRkcmVzczogMDA6MWE6OTI6ZjA6NTc6NTANCm1paWJ1czA6IDxNSUkgYnVz PiBvbiBtc2swDQplMTAwMHBoeTA6IDxNYXJ2ZWxsIDg4RTExNDkgR2lnYWJp dCBQSFk+IFBIWSAwIG9uIG1paWJ1czANCmUxMDAwcGh5MDogIDEwYmFzZVQs IDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBi YXNlVFgtRkRYLCBhdXRvDQptc2tjMDogW0ZJTFRFUl0NCnVoY2kwOiA8VUhD SSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhkODgwLTB4ZDg5 ZiBpcnEgMjMgYXQgZGV2aWNlIDI5LjAgb24gcGNpMA0KdWhjaTA6IFtHSUFO VC1MT0NLRURdDQp1aGNpMDogW0lUSFJFQURdDQp1c2IwOiA8VUhDSSAoZ2Vu ZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kwDQp1c2IwOiBVU0IgcmV2 aXNpb24gMS4wDQp1aHViMDogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNz IDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IwDQp1aHViMDog MiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnVoY2kx OiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhkYzAw LTB4ZGMxZiBpcnEgMTkgYXQgZGV2aWNlIDI5LjEgb24gcGNpMA0KdWhjaTE6 IFtHSUFOVC1MT0NLRURdDQp1aGNpMTogW0lUSFJFQURdDQp1c2IxOiA8VUhD SSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kxDQp1c2IxOiBV U0IgcmV2aXNpb24gMS4wDQp1aHViMTogPEludGVsIFVIQ0kgcm9vdCBodWIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IxDQp1 aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQN CnVoY2kyOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IHBvcnQg MHhlMDAwLTB4ZTAxZiBpcnEgMTggYXQgZGV2aWNlIDI5LjIgb24gcGNpMA0K dWhjaTI6IFtHSUFOVC1MT0NLRURdDQp1aGNpMjogW0lUSFJFQURdDQp1c2Iy OiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kyDQp1 c2IyOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMjogPEludGVsIFVIQ0kgcm9v dCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1 c2IyDQpkZXZpY2VfYXR0YWNoOiB1aHViMiBhdHRhY2ggcmV0dXJuZWQgNg0K dXNiMjogcG9ydCAwLCBzZXQgY29uZmlnIGF0IGFkZHIgMSBmYWlsZWQNCnVz YjI6IHJvb3QgaHViIHByb2JsZW0sIGVycm9yPTQNCnVoY2kzOiA8VUhDSSAo Z2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhlMDgwLTB4ZTA5ZiBp cnEgMTYgYXQgZGV2aWNlIDI5LjMgb24gcGNpMA0KdWhjaTM6IFtHSUFOVC1M T0NLRURdDQp1aGNpMzogW0lUSFJFQURdDQp1c2IzOiA8VUhDSSAoZ2VuZXJp YykgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kzDQp1c2IzOiBVU0IgcmV2aXNp b24gMS4wDQp1aHViMzogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkv MCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IzDQpkZXZpY2VfYXR0 YWNoOiB1aHViMyBhdHRhY2ggcmV0dXJuZWQgNg0KdXNiMzogcG9ydCAwLCBz ZXQgY29uZmlnIGF0IGFkZHIgMSBmYWlsZWQNCnVzYjM6IHJvb3QgaHViIHBy b2JsZW0sIGVycm9yPTQNCmVoY2kwOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIu MCBjb250cm9sbGVyPiBtZW0gMHhmZWJmZjQwMC0weGZlYmZmN2ZmIGlycSAy MyBhdCBkZXZpY2UgMjkuNyBvbiBwY2kwDQplaGNpMDogW0dJQU5ULUxPQ0tF RF0NCmVoY2kwOiBbSVRIUkVBRF0NCnVzYjQ6IEVIQ0kgdmVyc2lvbiAxLjAN CnVzYjQ6IGNvbXBhbmlvbiBjb250cm9sbGVycywgMiBwb3J0cyBlYWNoOiB1 c2IwIHVzYjEgdXNiMiB1c2IzDQp1c2I0OiA8RUhDSSAoZ2VuZXJpYykgVVNC IDIuMCBjb250cm9sbGVyPiBvbiBlaGNpMA0KdXNiNDogVVNCIHJldmlzaW9u IDIuMA0KdWh1YjQ6IDxJbnRlbCBFSENJIHJvb3QgaHViLCBjbGFzcyA5LzAs IHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiNA0KZGV2aWNlX2F0dGFj aDogdWh1YjQgYXR0YWNoIHJldHVybmVkIDYNCnVzYjQ6IHBvcnQgMCwgc2V0 IGNvbmZpZyBhdCBhZGRyIDEgZmFpbGVkDQp1c2I0OiByb290IGh1YiBwcm9i bGVtLCBlcnJvcj00DQpwY2liNTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0 IGRldmljZSAzMC4wIG9uIHBjaTANCnBjaTU6IDxBQ1BJIFBDSSBidXM+IG9u IHBjaWI1DQpwY2k1OiA8bXVsdGltZWRpYT4gYXQgZGV2aWNlIDEuMCAobm8g ZHJpdmVyIGF0dGFjaGVkKQ0KcGNpNTogPG11bHRpbWVkaWEsIGF1ZGlvPiBh dCBkZXZpY2UgMi4wIChubyBkcml2ZXIgYXR0YWNoZWQpDQpmd29oY2kwOiA8 VGV4YXMgSW5zdHJ1bWVudHMgVFNCNDNBQjIyL0E+IG1lbSAweGZlN2ZmODAw LTB4ZmU3ZmZmZmYsMHhmZTdmODAwMC0weGZlN2ZiZmZmIGlycSAyMSBhdCBk ZXZpY2UgMy4wIG9uIHBjaTUNCmZ3b2hjaTA6IFtJVEhSRUFEXQ0KZndvaGNp MDogT0hDSSB2ZXJzaW9uIDEuMTAgKFJPTT0xKQ0KZndvaGNpMDogTm8uIG9m IElzb2Nocm9ub3VzIGNoYW5uZWxzIGlzIDQuDQpmd29oY2kwOiBFVUk2NCAw MDoxMTpkODowMDowMTo0MTo5MTpjNA0KZndvaGNpMDogUGh5IDEzOTRhIGF2 YWlsYWJsZSBTNDAwLCAyIHBvcnRzLg0KZndvaGNpMDogTGluayBTNDAwLCBt YXhfcmVjIDIwNDggYnl0ZXMuDQpmaXJld2lyZTA6IDxJRUVFMTM5NChGaXJl V2lyZSkgYnVzPiBvbiBmd29oY2kwDQpzYnAwOiA8U0JQLTIvU0NTSSBvdmVy IEZpcmVXaXJlPiBvbiBmaXJld2lyZTANCmZ3b2hjaTA6IEluaXRpYXRlIGJ1 cyByZXNldA0KZndvaGNpMDogQlVTIHJlc2V0DQpmd29oY2kwOiBub2RlX2lk PTB4YzgwMGZmYzAsIGdlbj0xLCBDWUNMRU1BU1RFUiBtb2RlDQpmaXJld2ly ZTA6IDEgbm9kZXMsIG1heGhvcCA8PSAwLCBjYWJsZSBJUk0gPSAwIChtZSkN CmZpcmV3aXJlMDogYnVzIG1hbmFnZXIgMCAobWUpDQppc2FiMDogPFBDSS1J U0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwDQppc2EwOiA8SVNB IGJ1cz4gb24gaXNhYjANCmF0YXBjaTE6IDxJbnRlbCBJQ0g4IFNBVEEzMDAg Y29udHJvbGxlcj4gcG9ydCAweGVjMDAtMHhlYzA3LDB4ZTg4MC0weGU4ODMs MHhlODAwLTB4ZTgwNywweGU0ODAtMHhlNDgzLDB4ZTQwMC0weGU0MWYgbWVt IDB4ZmViZmY4MDAtMHhmZWJmZmZmZiBpcnEgMTkgYXQgZGV2aWNlIDMxLjIg b24gcGNpMA0KYXRhcGNpMTogW0lUSFJFQURdDQphdGFwY2kxOiBBSENJIFZl cnNpb24gMDEuMTAgY29udHJvbGxlciB3aXRoIDYgcG9ydHMgZGV0ZWN0ZWQN CmF0YTU6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kxDQphdGE1OiBbSVRI UkVBRF0NCmF0YTY6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kxDQphdGE2 OiBbSVRIUkVBRF0NCmF0YTc6IDxBVEEgY2hhbm5lbCAyPiBvbiBhdGFwY2kx DQphdGE3OiBbSVRIUkVBRF0NCmF0YTg6IDxBVEEgY2hhbm5lbCAzPiBvbiBh dGFwY2kxDQphdGE4OiBbSVRIUkVBRF0NCmF0YTk6IDxBVEEgY2hhbm5lbCA0 PiBvbiBhdGFwY2kxDQphdGE5OiBbSVRIUkVBRF0NCmF0YTEwOiA8QVRBIGNo YW5uZWwgNT4gb24gYXRhcGNpMQ0KYXRhMTA6IFtJVEhSRUFEXQ0KcGNpMDog PHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAobm8gZHJpdmVy IGF0dGFjaGVkKQ0KYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBh Y3BpMA0Kb3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGNkMDAw LTB4Y2ZmZmYgb24gaXNhMA0KYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xs ZXIgKGk4MDQyKT4gYXQgcG9ydCAweDYwLDB4NjQgb24gaXNhMA0KYXRrYmQw OiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzANCmtiZDAgYXQgYXRr YmQwDQphdGtiZDA6IFtHSUFOVC1MT0NLRURdDQphdGtiZDA6IFtJVEhSRUFE XQ0KcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwDQpwc20w OiBbR0lBTlQtTE9DS0VEXQ0KcHNtMDogW0lUSFJFQURdDQpwc20wOiBtb2Rl bCBJbnRlbGxpTW91c2UgRXhwbG9yZXIsIGRldmljZSBJRCA0DQpzYzA6IDxT eXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMA0Kc2MwOiBW R0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPg0KdmdhMDog PEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAw eGEwMDAwLTB4YmZmZmYgb24gaXNhMA0KVGltZWNvdW50ZXJzIHRpY2sgZXZl cnkgMS4wMDAgbXNlYw0KYWNkMDogRFZEUiA8VFNTVGNvcnBDRC9EVkRXIFRT LUg1NTJVL1VTMDY+IGF0IGF0YTQtbWFzdGVyIFBJTzQNCmFkMTA6IDc2Mjkz TUIgPFdEQyBXRDgwMEpELTc1SEtBMSAxNC4wM0cxND4gYXQgYXRhNS1tYXN0 ZXIgU0FUQTE1MA0KYWQxMjogMzA1MjQ1TUIgPFdEQyBXRDMyMDBBQUpTLTAw UllBMCAxMi4wMUIwMT4gYXQgYXRhNi1tYXN0ZXIgU0FUQTMwMA0KU01QOiBB UCBDUFUgIzEgTGF1bmNoZWQhDQpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9t IHVmczovZGV2L2FkMTBzMmENCm1zazA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0 byBVUA0K ---1903382513-979164676-1180888459=:11679-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 16:35:44 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 1D19A16A468; Sun, 3 Jun 2007 16:35:44 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id C7C9D13C45E; Sun, 3 Jun 2007 16:35:43 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 233BEEB6F68; Mon, 4 Jun 2007 00:35:43 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id ASxGyi51VoRu; Mon, 4 Jun 2007 00:35:40 +0800 (CST) Received: from LI-Xins-MacBook.local (unknown [61.51.109.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 675EFEB6F10; Mon, 4 Jun 2007 00:35:40 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=Wr95r28BBn/EiRyFbu8qojRjo3DUfv7M+AxFzOiBQ3VQpyhSbUhedeGJf0qO/apyA KErPJ6isb6G1RFWcLXsZw== Message-ID: <4662EDC9.3020408@delphij.net> Date: Mon, 04 Jun 2007 00:35:21 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <46620099.4080007@FreeBSD.org> <1438422832.20070603120837@citrin.ru> <46627FF2.6030404@FreeBSD.org> <20070603090620.Q38838@maildrop.int.zabbadoz.net> In-Reply-To: <20070603090620.Q38838@maildrop.int.zabbadoz.net> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig1611C252EC9DC5AA5CD91447" Cc: Doug Barton , freebsd-current@freebsd.org Subject: Re: HEADS UP: BIND 9.4.1 imported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 16:35:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1611C252EC9DC5AA5CD91447 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bjoern A. Zeeb wrote: > On Sun, 3 Jun 2007, Doug Barton wrote: >=20 > Hi, >=20 >> Anton Yuzhaninov wrote: >>> Hello Doug, >>> >>> You wrote on Sunday, June 3, 2007, 3:43:21 AM: >>> >>> DB> After extensive testing, I've upgraded the BIND in the base to >>> version >>> DB> 9.4.1. This version contains a lot of performance improvements, >>> DB> especially for threading, so I've re-enabled it by default. >>> >>> Is there knobs to build bind without threads? >> >> I wasn't planning to add one, but if someone can show me convincing >> proof that it's needed, I will be glad to do so. >> >> Why would you not want it to be threaded? >=20 > I haven't checked which part (apart from named) might need libpthread > (or equivalent). One thing comes to my mind: > having installations without a thread library installed as in > WITHOUT_LIBC_R=3D > WITHOUT_LIBPTHREAD=3D > WITHOUT_LIBTHR=3D > (or whatever an up-to-date current would be). >=20 > I remember that at least pppctl is one of the few other programs > that needs a threading library in base. I think this is somewhat OT (the original request was to build BIND without threads support anyway), but to answer it, what about don't letting the user to disable build of default threading library? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig1611C252EC9DC5AA5CD91447 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGYu3JOfuToMruuMARCk6jAJ974Yjegl8sS7cNMLoHgrntBpEHpwCeIH13 QSNOw345rbWirKAp2t373zk= =32Yl -----END PGP SIGNATURE----- --------------enig1611C252EC9DC5AA5CD91447-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 16:37: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 4A84216A400; Sun, 3 Jun 2007 16:37:49 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 2AC2613C4BB; Sun, 3 Jun 2007 16:37:49 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn04.u.washington.edu (hymn04.u.washington.edu [140.142.15.176]) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l53Gbmhn011763 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Jun 2007 09:37:48 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn04.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l53Gblli016573; Sun, 3 Jun 2007 09:37:47 -0700 X-Auth-Received: from [67.166.149.71] by hymn04.u.washington.edu via HTTP; Sun, 03 Jun 2007 09:37:47 PDT Date: Sun, 3 Jun 2007 09:37:47 -0700 (PDT) From: youshi10@u.washington.edu To: Stefan Esser In-Reply-To: <20070603161659.GA50832@Gatekeeper.FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.3.91819 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='SUPERLONG_LINE 0.05, NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: freebsd-x11@freebsd.org, Neil Short , freebsd-current@freebsd.org Subject: Re: xorg 7.2 & environment variables set in login.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2007 16:37:49 -0000 On Sun, 3 Jun 2007, Stefan Esser wrote: > On 2007-06-03 07:38 -0700, Neil Short wrote: >> How do you export those variables successfully in >> ~/.xsession? It still doesn't help with me. >> >> check this out: >> >> $ locale >> LANG=en_US > > This is not a valid locale! You have a choice between: > > en_US.ISO8859-1 > en_US.ISO8859-15 > en_US.US-ASCII > en_US.UTF-8 > > [...] >> $ echo $LC_ALL >> en_US >> $ perl >> perl: warning: Setting locale failed. >> perl: warning: Please check that your locale settings: >> LC_ALL = (unset), >> LANG = "en_US" >> are supported and installed on your system. >> perl: warning: Falling back to the standard locale ("C"). > > Yes, and perl tells you, that en_US just isn't specific enough > for its needs ... > > It's up to you whether you prefer en_US.US-ASCII, en_US.ISO8859-1, > or en_US.UTF-8 (e.g. depending on whether you at least occasionally > work with foreign language texts). > > Regards, STefan Stefan's absolutely right. What I would do is use en_US.UTF-8, because it's unicode, but depending on your platform and how much memory you have, representing characters in 2 bytes (unicode) vs 1 byte (ASCII/ISO charsets), might not be such a hip idea (thinking embedded, low memory machines)... -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 16:45:13 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 6B9E816A400 for ; Sun, 3 Jun 2007 16:45:13 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2C26A13C44B for ; Sun, 3 Jun 2007 16:45:13 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 46785200155; Sun, 3 Jun 2007 18:45:11 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id DB9D0200014; Sun, 3 Jun 2007 18:45:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id F0F0B4448A9; Sun, 3 Jun 2007 16:42:04 +0000 (UTC) Date: Sun, 3 Jun 2007 16:42:04 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: LI Xin In-Reply-To: <4662EDC9.3020408@delphij.net> Message-ID: <20070603164045.J38838@maildrop.int.zabbadoz.net> References: <46620099.4080007@FreeBSD.org> <1438422832.20070603120837@citrin.ru> <46627FF2.6030404@FreeBSD.org> <20070603090620.Q38838@maildrop.int.zabbadoz.net> <4662EDC9.3020408@delphij.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: BIND 9.4.1 imported (no threading libs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 16:45:13 -0000 On Mon, 4 Jun 2007, LI Xin wrote: > Bjoern A. Zeeb wrote: >> On Sun, 3 Jun 2007, Doug Barton wrote: >> >> Hi, >> >>> Anton Yuzhaninov wrote: >>>> Hello Doug, >>>> >>>> You wrote on Sunday, June 3, 2007, 3:43:21 AM: >>>> >>>> DB> After extensive testing, I've upgraded the BIND in the base to >>>> version >>>> DB> 9.4.1. This version contains a lot of performance improvements, >>>> DB> especially for threading, so I've re-enabled it by default. >>>> >>>> Is there knobs to build bind without threads? >>> >>> I wasn't planning to add one, but if someone can show me convincing >>> proof that it's needed, I will be glad to do so. >>> >>> Why would you not want it to be threaded? >> >> I haven't checked which part (apart from named) might need libpthread >> (or equivalent). One thing comes to my mind: >> having installations without a thread library installed as in >> WITHOUT_LIBC_R= >> WITHOUT_LIBPTHREAD= >> WITHOUT_LIBTHR= >> (or whatever an up-to-date current would be). >> >> I remember that at least pppctl is one of the few other programs >> that needs a threading library in base. > > I think this is somewhat OT (the original request was to build BIND > without threads support anyway), but to answer it, what about don't > letting the user to disable build of default threading library? bad idea, really bad idea. I am building lots of images without any threading library included;-) -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 16:49: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 3B9D516A46D for ; Sun, 3 Jun 2007 16:49:57 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id BAF8213C455 for ; Sun, 3 Jun 2007 16:49:56 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 0D9ECEB6F82; Mon, 4 Jun 2007 00:49:56 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id HonUkdBcNJxL; Mon, 4 Jun 2007 00:49:54 +0800 (CST) Received: from LI-Xins-MacBook.local (unknown [61.51.109.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 45456EB091C; Mon, 4 Jun 2007 00:49:52 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=XEIMkVQ4JGNJpvUEsZ7x0Ur6hUL45YlwwlskyDTI7r0oCyi6/r2b46Vb7ZGc0GzCZ 1OIrJHHymyTOnp++1YJAA== Message-ID: <4662F11B.2090908@delphij.net> Date: Mon, 04 Jun 2007 00:49:31 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <46620099.4080007@FreeBSD.org> <1438422832.20070603120837@citrin.ru> <46627FF2.6030404@FreeBSD.org> <20070603090620.Q38838@maildrop.int.zabbadoz.net> <4662EDC9.3020408@delphij.net> <20070603164045.J38838@maildrop.int.zabbadoz.net> In-Reply-To: <20070603164045.J38838@maildrop.int.zabbadoz.net> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigCBAA951799093777324BC3DD" Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: BIND 9.4.1 imported (no threading libs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 16:49:57 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCBAA951799093777324BC3DD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bjoern A. Zeeb wrote: > On Mon, 4 Jun 2007, LI Xin wrote: >=20 >> Bjoern A. Zeeb wrote: >>> On Sun, 3 Jun 2007, Doug Barton wrote: >>> >>> Hi, >>> >>>> Anton Yuzhaninov wrote: >>>>> Hello Doug, >>>>> >>>>> You wrote on Sunday, June 3, 2007, 3:43:21 AM: >>>>> >>>>> DB> After extensive testing, I've upgraded the BIND in the base to >>>>> version >>>>> DB> 9.4.1. This version contains a lot of performance improvements,= >>>>> DB> especially for threading, so I've re-enabled it by default. >>>>> >>>>> Is there knobs to build bind without threads? >>>> >>>> I wasn't planning to add one, but if someone can show me convincing >>>> proof that it's needed, I will be glad to do so. >>>> >>>> Why would you not want it to be threaded? >>> >>> I haven't checked which part (apart from named) might need libpthread= >>> (or equivalent). One thing comes to my mind: >>> having installations without a thread library installed as in >>> WITHOUT_LIBC_R=3D >>> WITHOUT_LIBPTHREAD=3D >>> WITHOUT_LIBTHR=3D >>> (or whatever an up-to-date current would be). >>> >>> I remember that at least pppctl is one of the few other programs >>> that needs a threading library in base. >> >> I think this is somewhat OT (the original request was to build BIND >> without threads support anyway), but to answer it, what about don't >> letting the user to disable build of default threading library? >=20 > bad idea, really bad idea. I am building lots of images without any > threading library included;-) Not an end of world I think! So what we need is a global WITHOUT_THREADING_SUPPORT (or whatever name) and 'make buildworld' complain about disabling default threading library whenever it is not set. This way also makes it possible to exclude all threading stuff out your image :-) Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigCBAA951799093777324BC3DD 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGYvEbOfuToMruuMARCgQfAJ9mVY5enZp/zBGxNXg0AmgRnCboqwCfePRL 3rGIcg5psNjaOurgTtkGPUk= =Oo1Q -----END PGP SIGNATURE----- --------------enigCBAA951799093777324BC3DD-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 16:51: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 E9C8416A46B for ; Sun, 3 Jun 2007 16:51:57 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 81E4213C4AD for ; Sun, 3 Jun 2007 16:51:57 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 22036 invoked by uid 399); 3 Jun 2007 16:51:55 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 3 Jun 2007 16:51:55 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4662F1A8.70109@FreeBSD.org> Date: Sun, 03 Jun 2007 09:51:52 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (X11/20070525) MIME-Version: 1.0 To: Ruslan Ermilov References: <20070603094814.CA1FB73068@freebsd-current.sentex.ca> <20070603152607.GA41397@rambler-co.ru> In-Reply-To: <20070603152607.GA41397@rambler-co.ru> X-Enigmail-Version: 0.95.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: amd64@FreeBSD.org, FreeBSD Tinderbox , current@FreeBSD.org 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: Sun, 03 Jun 2007 16:51:58 -0000 Ruslan Ermilov wrote: > I fixed this by the following patch: Thanks for this, and the advice about the ARCH variables for pc98. I was going by the list of KNOWN_ARCHES in src/Makefile.inc1, but I should probably have looked closer. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 14:19:49 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 48E9D16A421 for ; Sun, 3 Jun 2007 14:19:49 +0000 (UTC) (envelope-from arnej@murphy.trondheim.corp.yahoo.com) Received: from murphy.trondheim.corp.yahoo.com (pat-gw.trondheim.corp.yahoo.com [217.144.236.4]) by mx1.freebsd.org (Postfix) with ESMTP id A5E1D13C44C for ; Sun, 3 Jun 2007 14:19:48 +0000 (UTC) (envelope-from arnej@murphy.trondheim.corp.yahoo.com) Received: from murphy.trondheim.corp.yahoo.com (arnej@localhost.trondheim.corp.yahoo.com [127.0.0.1]) by murphy.trondheim.corp.yahoo.com (8.14.0/8.13.8) with ESMTP id l53DdvGI023948 for ; Sun, 3 Jun 2007 15:39:57 +0200 (CEST) Received: (from arnej@localhost) by murphy.trondheim.corp.yahoo.com (8.14.1/8.13.8/Submit) id l53DduYK002943; Sun, 3 Jun 2007 15:39:56 +0200 (CEST) Date: Sun, 3 Jun 2007 15:39:56 +0200 (CEST) From: Arne H Juul X-X-Sender: arnej@murphy.trondheim.corp.yahoo.com To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sun, 03 Jun 2007 17:06:24 +0000 Cc: Subject: panic in tulip_rx_intr after recent changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 14:19:49 -0000 (this mail didn't make it to the list from my private address, so I'm resending it from work instead; my apologies if it suddenly appears multiple times) I'm getting a kernel panic during network startup with the "de" driver. Here's the messages from the crash dump: <118>Mounting local file systems: <118>. <118>Setting hostname: bluebox.trondheim.corp.yahoo.com. <118>net.inet6.ip6.auto_linklocal: <118>1 <118> -> <118>0 <118> de0: unable to load rx map, error = 27 panic: tulip_rx_intr cpuid = 0 KDB: enter: panic Uptime: 13s I think this must have been introduced during the last week or so on -CURRENT; my old kernel works OK: arnej@bluebox:~ $ uname -a FreeBSD bluebox 7.0-CURRENT FreeBSD 7.0-CURRENT #13: Tue May 29 08:02:41 CEST 2007 root@bluebox:/usr/obj/home/src.cur/sys/GENERIC amd64 as you can see this is on amd64 platform. it crashes here (in if_de.c): 3557 error = bus_dmamap_load_mbuf(ri->ri_data_tag, *nextout->di_map, ms, 3558 tulip_dma_map_rxbuf, nextout->di_desc, BUS_DMA_NOWAIT); 3559 if (error) { 3560 device_printf(sc->tulip_dev, 3561 "unable to load rx map, error = %d\n", error); 3562 panic("tulip_rx_intr"); /* XXX */ 3563 } errno 27 is EFBIG, and indeed the mbuf is MCLBYTES: (kgdb) print ms[0].M_dat.MH.MH_pkthdr.len $22 = 2048 while the tag has a lower limit: (kgdb) print ri->ri_data_tag[0].maxsegsz $21 = 2032 it looks like this is the triggering change: RCS file: /usr/cvs/src/sys/amd64/amd64/busdma_machdep.c,v ---------------------------- revision 1.81 date: 2007/05/29 06:30:25; author: yongari; state: Exp; lines: +2 -0 Honor maxsegsz of less than a page size in a DMA tag. Previously it used to return PAGE_SIZE without respect to restrictions of a DMA tag. This affected all of the busdma load functions that use _bus_dmamap_loader_buffer() as their back-end. so the questions are... Is the above change wrong? or is the "de" driver buggy? or should bus_dmamap_load_mbuf handle this somehow? and does it cause problems other places too? - Arne H. J. From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 16:49:21 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 563CB16A400; Sun, 3 Jun 2007 16:49:21 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) by mx1.freebsd.org (Postfix) with ESMTP id 11AC013C484; Sun, 3 Jun 2007 16:49:21 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from localhost (marvin-mail [192.168.0.2]) by marvin.harmless.hu (Postfix) with ESMTP id 270067C0CB6; Sun, 3 Jun 2007 18:16:49 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.4.2 (20060627) (Debian) at harmless.hu Received: from marvin.harmless.hu ([192.168.0.2]) by localhost (marvin.harmless.hu [192.168.0.2]) (amavisd-new, port 10024) with ESMTP id FXQHGcFq-cSj; Sun, 3 Jun 2007 18:16:48 +0200 (CEST) Received: from marvin.harmless.hu (localhost [127.0.0.1]) by marvin.harmless.hu (Postfix) with ESMTP id 87F6E7C0B0D; Sun, 3 Jun 2007 18:16:33 +0200 (CEST) Date: Sun, 3 Jun 2007 18:16:33 +0200 From: Gergely CZUCZY To: LI Xin Message-ID: <20070603161633.GA32255@harmless.hu> References: <20070601103549.GA22490@localhost.localdomain> <200706011717.54698.max@love2party.net> <1180766346.30151.3.camel@genius.i.cz> <200706022242.37207.max@love2party.net> <4662E18E.6010404@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <4662E18E.6010404@delphij.net> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Mailman-Approved-At: Sun, 03 Jun 2007 17:06:31 +0000 Cc: Max Laier , Michal Mertl , freebsd-pf@freebsd.org, freebsd-current@freebsd.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 16:49:21 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 03, 2007 at 11:43:10PM +0800, LI Xin wrote: > Max Laier wrote: > [...] > > How do people feel about removing ftp-proxy from the base altogether? = I=20 > > think it's better off in ports anyway. Opinions? I would vote for including pftpx (the newer version in OpenBSD) iirc. Almost a year ago I've made an ftp service where the ftpd was jailed to a local IP address, and i had to use ftp-proxy for this propose. This reverse-proxying stuff couldn't be achived with the ftp-proxy in base, so i had to use the later version, which has the name pftpx in the ports tree. I'd vote for replacing ftp-proxy with pftpx. >=20 > /me vote for this. >=20 > Cheers, > --=20 > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! >=20 Bye, Gergely Czuczy mailto: gergely.czuczy@harmless.hu --=20 Weenies test. Geniuses solve problems that arise. --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) owFVVD1vHEUYNnEoGEgRIURB8yAhjsi3e3t3OWxdsB3i4ORQgi1skUhRJOZ237ud MDuzzMze+tLSoIgiIKVKkYK0SCnyA+gokPgNdAjxCyiQePcudpxtdued9+P5mNmH 51ZXzpz/49nzO2s//PT4tV/OvjNeK6oQzDQqpJspE3WTpBv1e73BIPo4GiS9hAbr G4Nxn/rd9Yu747/ljjWBTIgO5yUNEegodEotlbmENJfOU9iswiTaEMd5V5UvrVdB WTOEMloZOtk7dNL4CbnoM5PaTJnpEN9WNlAWlU6ZIMeahNgzOKhMG59XBkm/jV6S rEMGdLvDi/1hN9m/ibVkI0nauDHCbWVQO24xFFu4KY9wQypyL0N34ji+y+8tXLc1 MouSbKkJEyINObZVgKPCshJTTELJOOzRHBNnC4ScMJaeIHWwU+Kl2wY2xWizlyw6 hlyZb6BCy2NMIfBYO5kwZZTWBQ9p5rWcx8BeqQyr4bfFCLWtdIYZo8PEOk5OddUI gZKnH+GjZqihmnvNyHmuavrtlWSuHFy9AKVcGotPdWF9gMScpIOcWoxaM0IhM8Zq GhrwxOamhJpB04IJRzPU0uOeVJoyBCsktE2lxmgfMssced/m+gwKuWwSUHk6LQrj ZcoevGSHKcYhr4SjBiktkxomPlQsQ9oQNa3A0kCmuZrxzFqF/BjMi6bKiEbjNrx9 dW6TpmV4KUSbyag05xy/2DSyoKVqgiVqIkvZgyOGNmqdUtkRn9j0VYsXWBblsdha Otrhhic1DdOTnZ2cGESbv6JoGWnOHR+/TzLSZa7uXX7xjg2FrTfyEMphp1PXdXwq 3uGyXQbHTiJi7Qj7tjGaCR+wXfT+cho/V+bUFuIauSnpOXbuV+n9uSjYt2CHmC7D cboIX+Y7WGi2Ls4rIZbobhEZRawE+RDjGi9YUM8Kaz4lzJ5vWdFoyHdKOsVGiu+3 V19faS778Z/i/Bn6euWJ3r3+1s/f/dp6e++vd5/+8/TBjw+2L608+fLfh+fK38dv /vlB68P3vvrt0Wr+xX//Aw== =HKO6 -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 17:08:30 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 5365A16A41F; Sun, 3 Jun 2007 17:08:30 +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 2C37613C43E; Sun, 3 Jun 2007 17:08:30 +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 l53H8TLf043067; Sun, 3 Jun 2007 13:08: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.13.8/8.13.8) with ESMTP id l53H8T3r046956; Sun, 3 Jun 2007 13:08:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E45BB73068; Sun, 3 Jun 2007 13:08:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070603170828.E45BB73068@freebsd-current.sentex.ca> Date: Sun, 3 Jun 2007 13:08:28 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Sun, 03 Jun 2007 17:08:30 -0000 TB --- 2007-06-03 16:30:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-03 16:30:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-03 16:30:01 - cleaning the object tree TB --- 2007-06-03 16:30:18 - checking out the source tree TB --- 2007-06-03 16:30:18 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-03 16:30:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-03 16:40:32 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-03 16:40:32 - cd /src TB --- 2007-06-03 16:40:32 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 3 16:40:33 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 [...] ===> lib/bind/bind9 (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/s rc/lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/x86_64/include /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/check.c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/getaddresses.c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/version.c In file included from /src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include/isc/refcount.h:23, from /src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dns/acl.h:39, from /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/check.c:38: /src/lib/bind/bind9/../../../contrib/bind9/lib/isc/x86_64/include/isc/atomic.h:28:2: error: #error "impossible case. check build configuration" mkdep: compile failed *** Error code 1 Stop in /src/lib/bind/bind9. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/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-06-03 17:08:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-03 17:08:28 - ERROR: failed to build world TB --- 2007-06-03 17:08:28 - tinderbox aborted TB --- 0.28 user 0.78 system 2307.42 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 17:09:21 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 D5E6316A421; Sun, 3 Jun 2007 17:09:21 +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 95A9113C4C8; Sun, 3 Jun 2007 17:09:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l53H9L6S043087; Sun, 3 Jun 2007 13:09: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.13.8/8.13.8) with ESMTP id l53H9KxC047418; Sun, 3 Jun 2007 13:09:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DEAEA73068; Sun, 3 Jun 2007 13:09:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070603170920.DEAEA73068@freebsd-current.sentex.ca> Date: Sun, 3 Jun 2007 13:09:20 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 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: , X-List-Received-Date: Sun, 03 Jun 2007 17:09:22 -0000 TB --- 2007-06-03 16:30:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-03 16:30:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-03 16:30:01 - cleaning the object tree TB --- 2007-06-03 16:30:17 - checking out the source tree TB --- 2007-06-03 16:30:17 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-03 16:30:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-03 16:40:32 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-03 16:40:32 - cd /src TB --- 2007-06-03 16:40:32 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 3 16:40:33 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 [...] cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/src/ lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/getaddresses.c cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/src/ lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/version.c building static bind9 library ranlib libbind9.a ===> lib/bind/dns (all) cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=33 -DLIBREVISION=1 -DLIBAGE=1 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/dns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/dns/../../../co ntrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomic.h: In function 'isc_atomic_xadd': /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomic.h:35: error: unknown register name '$3' in 'asm' *** Error code 1 Stop in /src/lib/bind/dns. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/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-06-03 17:09:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-03 17:09:20 - ERROR: failed to build world TB --- 2007-06-03 17:09:20 - tinderbox aborted TB --- 0.34 user 0.81 system 2359.79 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 17:34: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 08EB816A46B for ; Sun, 3 Jun 2007 17:34:20 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id AF22213C465 for ; Sun, 3 Jun 2007 17:34:19 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 3907E6049; Sun, 3 Jun 2007 21:07:05 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 17F1F6040; Sun, 3 Jun 2007 21:07:05 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.14.1/8.14.1) id l53H6HrT015993; Sun, 3 Jun 2007 21:06:17 +0400 (MSD) (envelope-from ru) Date: Sun, 3 Jun 2007 21:06:17 +0400 From: Ruslan Ermilov To: LI Xin Message-ID: <20070603170617.GA15967@rambler-co.ru> References: <46620099.4080007@FreeBSD.org> <1438422832.20070603120837@citrin.ru> <46627FF2.6030404@FreeBSD.org> <20070603090620.Q38838@maildrop.int.zabbadoz.net> <4662EDC9.3020408@delphij.net> <20070603164045.J38838@maildrop.int.zabbadoz.net> <4662F11B.2090908@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <4662F11B.2090908@delphij.net> User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: No virus found Cc: "Bjoern A. Zeeb" , freebsd-current@FreeBSD.org Subject: Re: HEADS UP: BIND 9.4.1 imported (no threading libs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 17:34:20 -0000 On Mon, Jun 04, 2007 at 12:49:31AM +0800, LI Xin wrote: > So what we need is a global WITHOUT_THREADING_SUPPORT (or whatever name) > and 'make buildworld' complain about disabling default threading library > whenever it is not set. This way also makes it possible to exclude all > threading stuff out your image :-) >=20 It's called -DWITHOUT_LIBPTHREAD -DWITHOUT_LIBTHR, and it was possible to build world like this in the past. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 17:51:36 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 206AF16A421; Sun, 3 Jun 2007 17:51:36 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id F1DCE13C43E; Sun, 3 Jun 2007 17:51:35 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l53HpZU6003722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 3 Jun 2007 10:51:35 -0700 X-Auth-Received: from [192.168.10.45] (c-67-166-149-71.hsd1.ca.comcast.net [67.166.149.71]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l53HpYap020168 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 3 Jun 2007 10:51:35 -0700 Message-ID: <4662FFA5.4000602@u.washington.edu> Date: Sun, 03 Jun 2007 10:51:33 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20070603170828.E45BB73068@freebsd-current.sentex.ca> In-Reply-To: <20070603170828.E45BB73068@freebsd-current.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.3.102838 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='SUPERLONG_LINE 0.05, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: amd64@freebsd.org, current@freebsd.org 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: Sun, 03 Jun 2007 17:51:36 -0000 FreeBSD Tinderbox wrote: > TB --- 2007-06-03 16:30:01 - tinderbox 2.3 running on freebsd-current.s= entex.ca > TB --- 2007-06-03 16:30:01 - starting HEAD tinderbox run for amd64/amd6= 4 > TB --- 2007-06-03 16:30:01 - cleaning the object tree > TB --- 2007-06-03 16:30:18 - checking out the source tree > TB --- 2007-06-03 16:30:18 - cd /tinderbox/HEAD/amd64/amd64 > TB --- 2007-06-03 16:30:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update = -Pd -A src > TB --- 2007-06-03 16:40:32 - building world (CFLAGS=3D-O2 -pipe) > TB --- 2007-06-03 16:40:32 - cd /src > TB --- 2007-06-03 16:40:32 - /usr/bin/make -B buildworld > =20 >>>> World build started on Sun Jun 3 16:40:33 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 >>>> =20 > [...] > =3D=3D=3D> lib/bind/bind9 (depend) > rm -f .depend > mkdep -f .depend -a -DVERSION=3D'"9.4.1"' -DHAVE_CONFIG_H -DLIBINTER= FACE=3D30 -DLIBREVISION=3D3 -DLIBAGE=3D0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 = -DNS_LOCALSTATEDIR=3D'"/var"' -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_C= ONFFILE=3D'"/etc/namedb/named.conf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc= =2Econf"' -DRNDC_KEYFILE=3D'"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9= /.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src= /lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bin= d/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../d= ns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/= lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/= bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/.= =2E/../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/..= /../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/= lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/s > rc/lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/= bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind= 9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/x86_64/inc= lude /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/check.c /src/li= b/bind/bind9/../../../contrib/bind9/lib/bind9/getaddresses.c /src/lib/bin= d/bind9/../../../contrib/bind9/lib/bind9/version.c > In file included from /src/lib/bind/bind9/../../../contrib/bind9/lib/is= c/include/isc/refcount.h:23, > from /src/lib/bind/bind9/../../../contrib/bind9/lib/dn= s/include/dns/acl.h:39, > from /src/lib/bind/bind9/../../../contrib/bind9/lib/bi= nd9/check.c:38: > /src/lib/bind/bind9/../../../contrib/bind9/lib/isc/x86_64/include/isc/a= tomic.h:28:2: error: #error "impossible case. check build configuration"= > mkdep: compile failed > *** Error code 1 > > Stop in /src/lib/bind/bind9. > *** Error code 1 > > Stop in /src/lib/bind. > *** Error code 1 > > Stop in /src/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-06-03 17:08:28 - WARNING: /usr/bin/make returned exit code = 1=20 > TB --- 2007-06-03 17:08:28 - ERROR: failed to build world > TB --- 2007-06-03 17:08:28 - tinderbox aborted > TB --- 0.28 user 0.78 system 2307.42 real > > > http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full Is there a reason why this line of code is invalid for amd64 (from=20 /usr/src/contrib/bind9/lib/isc/x86_64/include/isc/atomic.h:25-28)? #ifdef ISC_PLATFORM_USEGCCASM /* We share the gcc-version with x86_32 */ #error "impossible case. check build configuration" After doing some searching, all that that macro does is use says the = OS can use gcc asm instructions. -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 18:05:06 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 400C016A468; Sun, 3 Jun 2007 18:05:06 +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 C25B013C457; Sun, 3 Jun 2007 18:05:05 +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 l53I35Ib014340; Sun, 3 Jun 2007 12:03:05 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 03 Jun 2007 12:03:21 -0600 (MDT) Message-Id: <20070603.120321.63051709.imp@bsdimp.com> To: dougb@freebsd.org From: "M. Warner Losh" In-Reply-To: <46623D56.2060805@FreeBSD.org> References: <20070603021927.94FE273068@freebsd-current.sentex.ca> <46623D56.2060805@FreeBSD.org> 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: base64 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 03 Jun 2007 12:03:05 -0600 (MDT) Cc: arm@freebsd.org, amd@freebsd.org, tinderbox@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on arm and amd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 18:05:06 -0000 SW4gbWVzc2FnZTogPDQ2NjIzRDU2LjIwNjA4MDVARnJlZUJTRC5vcmc+DQogICAgICAgICAgICBE b3VnIEJhcnRvbiA8ZG91Z2JAZnJlZWJzZC5vcmc+IHdyaXRlczoNCjogRnJlZUJTRCBUaW5kZXJi b3ggd3JvdGU6DQo6ID4gY2MgLU8yIC1waXBlICAtRFZFUlNJT049JyI5LjQuMSInIC1ESEFWRV9D T05GSUdfSCAtRExJQklOVEVSRkFDRT0zMCAtRExJQlJFVklTSU9OPTMgLURMSUJBR0U9MCAtRFdB TlRfSVBWNiAtRE9QRU5TU0wgLURVU0VfTUQ1IC1ETlNfTE9DQUxTVEFURURJUj0nIi92YXIiJyAt RE5TX1NZU0NPTkZESVI9JyIvZXRjL25hbWVkYiInIC1ETkFNRURfQ09ORkZJTEU9JyIvZXRjL25h bWVkYi9uYW1lZC5jb25mIicgLURSTkRDX0NPTkZGSUxFPSciL2V0Yy9uYW1lZGIvcm5kYy5jb25m IicgLURSTkRDX0tFWUZJTEU9JyIvZXRjL25hbWVkYi9ybmRjLmtleSInIC1JL3NyYy9saWIvYmlu ZC9iaW5kOS8uLiAtSS9zcmMvbGliL2JpbmQvYmluZDkvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9s aWIvYmluZDkvaW5jbHVkZSAtSS9zcmMvbGliL2JpbmQvYmluZDkvLi4vLi4vLi4vY29udHJpYi9i aW5kOS9saWIvZG5zL2luY2x1ZGUvZHN0ICAtSS9zcmMvbGliL2JpbmQvYmluZDkvLi4vLi4vLi4v Y29udHJpYi9iaW5kOS9saWIvZG5zL2luY2x1ZGUgIC1JL3NyYy9saWIvYmluZC9iaW5kOS8uLi9k bnMgLUkvc3JjL2xpYi9iaW5kL2JpbmQ5Ly4uLy4uLy4uL2NvbnRyaWIvYmluZDkvbGliL2lzY2Nj L2luY2x1ZGUgLUkvc3JjL2xpYi9iaW5kL2JpbmQ5Ly4uLy4uLy4uL2NvbnRyaWIvYmluZDkvbGli L2lzY2NmZy9pbmNsdWRlIC1JL3NyYy9saWIvYmluZC9iaW5kOS8uLi8uLi8uLi9jb250cmliL2Jp bmQ5L2xpYi9pc2MvdW5peC9pbmNsdWRlICAtSS9zcmMvbGliL2JpbmQvYmluZDkvLi4vLi4vLi4v Y29udHJpYi9iaW5kOS9saWIvaXNjL3B0aHJlYWRzL2luY2x1ZGUgIC1JL3NyYy9saWIvYmluZC9i aW5kOS8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9pc2MvaW5jbHVkZSAgLUkvc3JjL2xpYi9i aW5kL2JpbmQ5Ly4uL2lzYyAtSS9zcmMvbGliL2JpbmQvYmluZDkvLi4vLi4vLi4vY29udHJpYi9i aW5kOS9saWIvbHdyZXMvdW5peC9pbmNsdWRlICAtSS9zcg0KOiBjLw0KOiA+ICBsaWIvYmluZC9i aW5kOS8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9sd3Jlcy9pbmNsdWRlICAtSS9zcmMvbGli L2JpbmQvYmluZDkvLi4vbHdyZXMgLUkvc3JjL2xpYi9iaW5kL2JpbmQ5Ly4uLy4uLy4uL2NvbnRy aWIvYmluZDkvbGliL2JpbmQ5L2luY2x1ZGUgLUkvc3JjL2xpYi9iaW5kL2JpbmQ5Ly4uLy4uLy4u L2NvbnRyaWIvYmluZDkvbGliL2lzYy9taXBzL2luY2x1ZGUgIC1jIC9zcmMvbGliL2JpbmQvYmlu ZDkvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9saWIvYmluZDkvZ2V0YWRkcmVzc2VzLmMNCjogPiBj YyAtTzIgLXBpcGUgIC1EVkVSU0lPTj0nIjkuNC4xIicgLURIQVZFX0NPTkZJR19IIC1ETElCSU5U RVJGQUNFPTMwIC1ETElCUkVWSVNJT049MyAtRExJQkFHRT0wIC1EV0FOVF9JUFY2IC1ET1BFTlNT TCAtRFVTRV9NRDUgLUROU19MT0NBTFNUQVRFRElSPSciL3ZhciInIC1ETlNfU1lTQ09ORkRJUj0n Ii9ldGMvbmFtZWRiIicgLUROQU1FRF9DT05GRklMRT0nIi9ldGMvbmFtZWRiL25hbWVkLmNvbmYi JyAtRFJORENfQ09ORkZJTEU9JyIvZXRjL25hbWVkYi9ybmRjLmNvbmYiJyAtRFJORENfS0VZRklM RT0nIi9ldGMvbmFtZWRiL3JuZGMua2V5IicgLUkvc3JjL2xpYi9iaW5kL2JpbmQ5Ly4uIC1JL3Ny Yy9saWIvYmluZC9iaW5kOS8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9iaW5kOS9pbmNsdWRl IC1JL3NyYy9saWIvYmluZC9iaW5kOS8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9kbnMvaW5j bHVkZS9kc3QgIC1JL3NyYy9saWIvYmluZC9iaW5kOS8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xp Yi9kbnMvaW5jbHVkZSAgLUkvc3JjL2xpYi9iaW5kL2JpbmQ5Ly4uL2RucyAtSS9zcmMvbGliL2Jp bmQvYmluZDkvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9saWIvaXNjY2MvaW5jbHVkZSAtSS9zcmMv bGliL2JpbmQvYmluZDkvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9saWIvaXNjY2ZnL2luY2x1ZGUg LUkvc3JjL2xpYi9iaW5kL2JpbmQ5Ly4uLy4uLy4uL2NvbnRyaWIvYmluZDkvbGliL2lzYy91bml4 L2luY2x1ZGUgIC1JL3NyYy9saWIvYmluZC9iaW5kOS8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xp Yi9pc2MvcHRocmVhZHMvaW5jbHVkZSAgLUkvc3JjL2xpYi9iaW5kL2JpbmQ5Ly4uLy4uLy4uL2Nv bnRyaWIvYmluZDkvbGliL2lzYy9pbmNsdWRlICAtSS9zcmMvbGliL2JpbmQvYmluZDkvLi4vaXNj IC1JL3NyYy9saWIvYmluZC9iaW5kOS8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9sd3Jlcy91 bml4L2luY2x1ZGUgIC1JL3NyDQo6IGMvDQo6ID4gIGxpYi9iaW5kL2JpbmQ5Ly4uLy4uLy4uL2Nv bnRyaWIvYmluZDkvbGliL2x3cmVzL2luY2x1ZGUgIC1JL3NyYy9saWIvYmluZC9iaW5kOS8uLi9s d3JlcyAtSS9zcmMvbGliL2JpbmQvYmluZDkvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9saWIvYmlu ZDkvaW5jbHVkZSAtSS9zcmMvbGliL2JpbmQvYmluZDkvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9s aWIvaXNjL21pcHMvaW5jbHVkZSAgLWMgL3NyYy9saWIvYmluZC9iaW5kOS8uLi8uLi8uLi9jb250 cmliL2JpbmQ5L2xpYi9iaW5kOS92ZXJzaW9uLmMNCjogPiBidWlsZGluZyBzdGF0aWMgYmluZDkg bGlicmFyeQ0KOiA+IHJhbmxpYiBsaWJiaW5kOS5hDQo6ID4gPT09PiBsaWIvYmluZC9kbnMgKGFs bCkNCjogPiBjYyAtTzIgLXBpcGUgIC1EVkVSU0lPTj0nIjkuNC4xIicgLURIQVZFX0NPTkZJR19I IC1ETElCSU5URVJGQUNFPTMzIC1ETElCUkVWSVNJT049MSAtRExJQkFHRT0xIC1EV0FOVF9JUFY2 IC1ET1BFTlNTTCAtRFVTRV9NRDUgLUROU19MT0NBTFNUQVRFRElSPSciL3ZhciInIC1ETlNfU1lT Q09ORkRJUj0nIi9ldGMvbmFtZWRiIicgLUROQU1FRF9DT05GRklMRT0nIi9ldGMvbmFtZWRiL25h bWVkLmNvbmYiJyAtRFJORENfQ09ORkZJTEU9JyIvZXRjL25hbWVkYi9ybmRjLmNvbmYiJyAtRFJO RENfS0VZRklMRT0nIi9ldGMvbmFtZWRiL3JuZGMua2V5IicgLUkvc3JjL2xpYi9iaW5kL2Rucy8u LiAtSS9zcmMvbGliL2JpbmQvZG5zLy4uLy4uLy4uL2NvbnRyaWIvYmluZDkvbGliL2JpbmQ5L2lu Y2x1ZGUgLUkvc3JjL2xpYi9iaW5kL2Rucy8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9kbnMv aW5jbHVkZS9kc3QgIC1JL3NyYy9saWIvYmluZC9kbnMvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9s aWIvZG5zL2luY2x1ZGUgIC1JL3NyYy9saWIvYmluZC9kbnMvLi4vZG5zIC1JL3NyYy9saWIvYmlu ZC9kbnMvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9saWIvaXNjY2MvaW5jbHVkZSAtSS9zcmMvbGli L2JpbmQvZG5zLy4uLy4uLy4uL2NvbnRyaWIvYmluZDkvbGliL2lzY2NmZy9pbmNsdWRlIC1JL3Ny Yy9saWIvYmluZC9kbnMvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9saWIvaXNjL3VuaXgvaW5jbHVk ZSAgLUkvc3JjL2xpYi9iaW5kL2Rucy8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9pc2MvcHRo cmVhZHMvaW5jbHVkZSAgLUkvc3JjL2xpYi9iaW5kL2Rucy8uLi8uLi8uLi9jb250cmliL2JpbmQ5 L2xpYi9pc2MvaW5jbHVkZSAgLUkvc3JjL2xpYi9iaW5kL2Rucy8uLi9pc2MgLUkvc3JjL2xpYi9i aW5kL2Rucy8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9sd3Jlcy91bml4L2luY2x1ZGUgIC1J L3NyYy9saWIvYmluZC9kbnMvLi4vLi4vLi4vDQo6IGNvDQo6ID4gIG50cmliL2JpbmQ5L2xpYi9s d3Jlcy9pbmNsdWRlICAtSS9zcmMvbGliL2JpbmQvZG5zLy4uL2x3cmVzIC1JL3NyYy9saWIvYmlu ZC9kbnMvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9saWIvZG5zL2luY2x1ZGUvZHN0IC1JL3NyYy9s aWIvYmluZC9kbnMvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9saWIvZG5zL2luY2x1ZGUgLUkvc3Jj L2xpYi9iaW5kL2Rucy8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9kbnMgLUkvc3JjL2xpYi9i aW5kL2RucyAtSS9zcmMvbGliL2JpbmQvZG5zLy4uLy4uLy4uL2NvbnRyaWIvYmluZDkvbGliL2lz Yy9taXBzL2luY2x1ZGUgIC1jIC9zcmMvbGliL2JpbmQvZG5zLy4uLy4uLy4uL2NvbnRyaWIvYmlu ZDkvbGliL2Rucy9hY2FjaGUuYw0KOiA+IC9zcmMvbGliL2JpbmQvZG5zLy4uLy4uLy4uL2NvbnRy aWIvYmluZDkvbGliL2lzYy9taXBzL2luY2x1ZGUvaXNjL2F0b21pYy5oOiBJbiBmdW5jdGlvbiAn aXNjX2F0b21pY194YWRkJzoNCjogPiAvc3JjL2xpYi9iaW5kL2Rucy8uLi8uLi8uLi9jb250cmli L2JpbmQ5L2xpYi9pc2MvbWlwcy9pbmNsdWRlL2lzYy9hdG9taWMuaDozNTogZXJyb3I6IHVua25v d24gcmVnaXN0ZXIgbmFtZSAnJDMnIGluICdhc20nDQo6IA0KOiBJIHdvdWxkIGFwcHJlY2lhdGUg aXQgaWYgc29tZW9uZSBmYW1pbGlhciB3aXRoIG91ciBhcm0gYW5kL29yIGFtZA0KOiBwbGF0Zm9y bXMgYW5kIGF0b21pYyBvcGVyYXRpb25zIHdvdWxkIHRha2UgYSBsb29rIGF0IGxpbmUgNjUgb2YN Cjogc3JjL2xpYi9iaW5kL2NvbmZpZy5tayBhbmQgdGhlIGF0b21pYy5oIGZpbGVzIGluIHRoZSB2 YXJpb3VzIHBsYXRmb3JtDQo6IGRpcmVjdG9yaWVzIG9mIHNyYy9jb250cmliL2JpbmQ5L2xpYi9p c2MgYW5kIGdpdmUgbWUgYSBzdWdnZXN0aW9uIG9uDQo6IHdoYXQgeW91IHRoaW5rIG1pZ2h0IGJl IGEgYmV0dGVyIG9wdGlvbi4gSWYgbmVjZXNzYXJ5IEkgY2FuDQo6IGNvbmRpdGlvbmFsaXplIG91 dCB0aHJlYWQgc3VwcG9ydCBmb3IgYXJtIGFuZC9vciBhbWQgZWFzaWx5IGVub3VnaCwNCjogYnV0 IEkgd2FzIGhvcGluZyB0byBhdm9pZCBkb2luZyB0aGF0IGZvciBvYnZpb3VzIHJlYXNvbnMuIE9U T0gsIGlmDQo6IHRoZXkgd2lsbCB3b3JrIHdpdGggdGhyZWFkcywgYnV0IGRvbid0IGhhdmUgYXRv bWljIG9wcywgd2UgY2FuIGZpeA0KOiB0aGF0IG11Y2ggbW9yZSBlYXNpbHkuDQoNClRoZXJlIGlz IG5vIGJpbmQ5L2xpYi9pc2MvKkFSTSovaW5jbHVkZS9pc2MvYXRvbWljLmgsIHdoaWNoIGlzIHRo ZQ0KcHJvYmxlbS4gIFRoZSBtaXBzL2luY2x1ZGUvaXNjL2F0b21pYy5oIGhhcyBtaXBzIGdvbyBp biBpdCwgYW5kIHRoYXQncw0Kbm90IGdvaW5nIHRvIHdvcmsgdG9vIHdlbGwuDQoNClNvbWUgcGxh dGZvcm1zIGRlZmluZSB0aGVpciBhdG9taWMgb3BlcmF0aW9ucyBpbiB0ZXJtcyBvZiB0aGUgaG9z dCdzDQpBUEkuICBNYXliZSB3ZSBzaG91bGQgaGF2ZSBnZW5lcmljIHZlcnNpb24gYmFzZWQgb24g b3VyIGF0b21pYy5oPw0KVGhlcmUncyBvbmx5IDMgcm91aW5ldHMgdGhhdCBhcmUgbmVlZGVkICho ZXJlJ3MgdGhlIHg4NiB2ZXJzaW9uczoNCg0KLyoNCiAqIFRoaXMgcm91dGluZSBhdG9taWNhbGx5 IGluY3JlbWVudHMgdGhlIHZhbHVlIHN0b3JlZCBpbiAncCcgYnkgJ3ZhbCcsIGFuZA0KICogcmV0 dXJucyB0aGUgcHJldmlvdXMgdmFsdWUuDQogKg0KICogWFhYaW1wOiBUaGlzIGxvb2tzIGlkZW50 aWNhbCB0byBhdG9taWNfZmV0Y2hhZGRfaW50KCkNCiAqLw0Kc3RhdGljIGlubGluZSBpc2NfaW50 MzJfdA0KaXNjX2F0b21pY194YWRkKGlzY19pbnQzMl90ICpwLCBpc2NfaW50MzJfdCB2YWwpIHsN Cglpc2NfaW50MzJfdCBwcmV2ID0gdmFsOw0KDQoJX19hc21fXyB2b2xhdGlsZSgNCiNpZmRlZiBJ U0NfUExBVEZPUk1fVVNFVEhSRUFEUw0KCQkibG9jazsiDQojZW5kaWYNCgkJInhhZGQgJTAsICUx Ig0KCQk6Ij1xIihwcmV2KQ0KCQk6Im0iKCpwKSwgIjAiKHByZXYpDQoJCToibWVtb3J5IiwgImNj Iik7DQoNCglyZXR1cm4gKHByZXYpOw0KfQ0KDQoNCi8qDQogKiBUaGlzIHJvdXRpbmUgYXRvbWlj YWxseSBzdG9yZXMgdGhlIHZhbHVlICd2YWwnIGluICdwJy4NCiAqDQogKiBYWFhpbXA6IFRoaXMg bG9va3MgaWRlbnRpY2FsIHRvIGF0b21pY19zdG9yZV9yZWxfaW50KCkNCiAqLw0Kc3RhdGljIGlu bGluZSB2b2lkDQppc2NfYXRvbWljX3N0b3JlKGlzY19pbnQzMl90ICpwLCBpc2NfaW50MzJfdCB2 YWwpIHsNCglfX2FzbV9fIHZvbGF0aWxlKA0KI2lmZGVmIElTQ19QTEFURk9STV9VU0VUSFJFQURT DQoJCS8qDQoJCSAqIHhjaGcgc2hvdWxkIGF1dG9tYXRpY2FsbHkgbG9jayBtZW1vcnksIGJ1dCB3 ZSBhZGQgaXQNCgkJICogZXhwbGljaXRseSBqdXN0IGluIGNhc2UgKGl0IGF0IGxlYXN0IGRvZXNu J3QgaGFybSkNCgkJICovDQoJCSJsb2NrOyIJCQ0KI2VuZGlmDQoNCgkJInhjaGdsICUxLCAlMCIN CgkJOg0KCQk6ICJyIih2YWwpLCAibSIoKnApDQoJCTogIm1lbW9yeSIpOw0KfQ0KDQovKg0KICog VGhpcyByb3V0aW5lIGF0b21pY2FsbHkgcmVwbGFjZXMgdGhlIHZhbHVlIGluICdwJyB3aXRoICd2 YWwnLCBpZiB0aGUNCiAqIG9yaWdpbmFsIHZhbHVlIGlzIGVxdWFsIHRvICdjbXB2YWwnLiAgVGhl IG9yaWdpbmFsIHZhbHVlIGlzIHJldHVybmVkIGluIGFueQ0KICogY2FzZS4NCiAqDQogKiBYWFhp bXA6IFRoaXMgbG9va3MgaWRlbnRpY2FsIHRvIGF0b21pY19jbXBzZXRfaW50KCkNCiAqLw0Kc3Rh dGljIGlubGluZSBpc2NfaW50MzJfdA0KaXNjX2F0b21pY19jbXB4Y2hnKGlzY19pbnQzMl90ICpw LCBpc2NfaW50MzJfdCBjbXB2YWwsIGlzY19pbnQzMl90IHZhbCkgew0KCV9fYXNtX18gdm9sYXRp bGUoDQojaWZkZWYgSVNDX1BMQVRGT1JNX1VTRVRIUkVBRFMNCgkJImxvY2s7Ig0KI2VuZGlmDQoJ CSJjbXB4Y2hnbCAlMSwgJTIiDQoJCTogIj1hIihjbXB2YWwpDQoJCTogInIiKHZhbCksICJtIigq cCksICJhIihjbXB2YWwpDQoJCTogIm1lbW9yeSIpOw0KDQoJcmV0dXJuIChjbXB2YWwpOw0KfQ0K DQpTbyBhdCBhIGd1ZXNzLCB0aGUgRnJlZUJTRC9hcm0gaW1wbGVtZW50YXRpb24gKG9yIGFjdHVh bGx5IGFueSkgd291bGQNCmJlOg0KDQojaWZuZGVmIElTQ19BVE9NSUNfSA0KI2RlZmluZSBJU0Nf QVRPTUlDX0ggMQ0KDQojaW5jbHVkZSA8aXNjL3BsYXRmb3JtLmg+DQojaW5jbHVkZSA8aXNjL3R5 cGVzLmg+DQojaW5jbHVkZSA8bWFjaGluZS9hdG9taWMuaD4NCg0KI2lmZGVmIF9fRnJlZUJTRF9f DQpzdGF0aWMgaW5saW5lIGlzY19pbnQzMl90DQppc2NfYXRvbWljX3hhZGQoaXNjX2ludDMyX3Qg KnAsIGlzY19pbnQzMl90IHZhbCkNCnsNCglyZXR1cm4gYXRvbWljX2ZldGNoYWRkX2ludChwLCB2 YWwpOw0KfQ0KDQpzdGF0aWMgaW5saW5lIHZvaWQNCmlzY19hdG9taWNfc3RvcmUoaXNjX2ludDMy X3QgKnAsIGlzY19pbnQzMl90IHZhbCkNCnsNCglhdG9taWNfc3RvcmVfcmVsX2ludChwLCB2YWwp Ow0KfQ0KDQpzdGF0aWMgaW5saW5lIGlzY19pbnQzMl90DQppc2NfYXRvbWljX2NtcHhjaGcoaXNj X2ludDMyX3QgKnAsIGlzY19pbnQzMl90IGNtcHZhbCwgaXNjX2ludDMyX3QgdmFsKQ0Kew0KCXJl dHVybiBhdG9taWNfY21wc2V0X2ludChwLCBjbXB2YWwsIHZhbCk7DQp9DQojZWxzZSAvKiAhRnJl ZUJTRCAqLw0KDQojZXJyb3IgInVuc3VwcG9ydGVkIGNvbXBpbGVyLiAgZGlzYWJsZSBhdG9taWMg b3BzIGJ5IC0tZGlzYWJsZS1hdG9taWMiDQoNCiNlbmRpZg0KI2VuZGlmIC8qIElTQ19BVE9NSUNf SCAqLw0KDQpOb3csIHdoeSB3ZSdkIHVzZSB0aGUgJ21pcHMnIHZlcnNpb24gaW4gdGhlIGZpcnN0 IHBsYWNlLCBJIGNhbid0IHNheS4NCkJ1dCB0aGlzIHNob3VsZCBnaXZlIHlvdSBlbm91Z2ggdG8g bWFrZSBzb21lIHByb2dyZXNzLg0KDQpXYXJuZXINCg== From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 18:52: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 EA77816A41F; Sun, 3 Jun 2007 18:52:56 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id 7F77F13C45E; Sun, 3 Jun 2007 18:52:56 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.48.230] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1HuvBa3Hwe-0003IY; Sun, 03 Jun 2007 20:52:19 +0200 From: Max Laier Organization: FreeBSD To: Gergely CZUCZY Date: Sun, 3 Jun 2007 20:52:03 +0200 User-Agent: KMail/1.9.6 References: <20070601103549.GA22490@localhost.localdomain> <4662E18E.6010404@delphij.net> <20070603161633.GA32255@harmless.hu> In-Reply-To: <20070603161633.GA32255@harmless.hu> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1470510.dkmkTBrb1h"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200706032052.12077.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+m+DAMAkhOo1Eqxrn52D4HA/JbYRYejpAVA4r nW/x+fGhcXseiKs68tmz0jAKwsHy0QloGOkJWgDEeCoxvT/bQy w5J5c0Yo2wNOAyi5GzTIg== Cc: Michal Mertl , LI Xin , freebsd-pf@freebsd.org, freebsd-current@freebsd.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 18:52:57 -0000 --nextPart1470510.dkmkTBrb1h Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 03 June 2007, Gergely CZUCZY wrote: > On Sun, Jun 03, 2007 at 11:43:10PM +0800, LI Xin wrote: > > Max Laier wrote: > > [...] > > > > > How do people feel about removing ftp-proxy from the base > > > altogether? I think it's better off in ports anyway. Opinions? > > I would vote for including pftpx (the newer version in OpenBSD) iirc. > Almost a year ago I've made an ftp service where the ftpd was jailed to > a local IP address, and i had to use ftp-proxy for this propose. This > reverse-proxying stuff couldn't be achived with the ftp-proxy in > base, so i had to use the later version, which has the name pftpx > in the ports tree. I'd vote for replacing ftp-proxy with pftpx. Okay, but why? Is there any reason you can't use pftpx (or the newer=20 version of ftp-proxy) from the ports tree? Why does ftp-proxy have to be=20 in base? =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1470510.dkmkTBrb1h Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGYw3cXyyEoT62BG0RAst3AJ9uJty0UNWIWjv/Ln7ZYyRmxPm+qwCeIJZk 58AkakQ6ECJbAx3QI4EnlcI= =Z0Ug -----END PGP SIGNATURE----- --nextPart1470510.dkmkTBrb1h-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 18:56: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 6F1EA16A421; Sun, 3 Jun 2007 18:56:58 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) by mx1.freebsd.org (Postfix) with ESMTP id EF72313C4B8; Sun, 3 Jun 2007 18:56:57 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from localhost (marvin-mail [192.168.0.2]) by marvin.harmless.hu (Postfix) with ESMTP id 177FC7C0CF2; Sun, 3 Jun 2007 20:57:06 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.4.2 (20060627) (Debian) at harmless.hu Received: from marvin.harmless.hu ([192.168.0.2]) by localhost (marvin.harmless.hu [192.168.0.2]) (amavisd-new, port 10024) with ESMTP id V0XMMfthOSt1; Sun, 3 Jun 2007 20:57:05 +0200 (CEST) Received: from marvin.harmless.hu (localhost [127.0.0.1]) by marvin.harmless.hu (Postfix) with ESMTP id 5B46D7C0CE8; Sun, 3 Jun 2007 20:56:49 +0200 (CEST) Date: Sun, 3 Jun 2007 20:56:49 +0200 From: Gergely CZUCZY To: Max Laier Message-ID: <20070603185649.GA35611@harmless.hu> References: <20070601103549.GA22490@localhost.localdomain> <4662E18E.6010404@delphij.net> <20070603161633.GA32255@harmless.hu> <200706032052.12077.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <200706032052.12077.max@love2party.net> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Mailman-Approved-At: Sun, 03 Jun 2007 19:32:56 +0000 Cc: Michal Mertl , LI Xin , freebsd-pf@freebsd.org, freebsd-current@freebsd.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 18:56:58 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 03, 2007 at 08:52:03PM +0200, Max Laier wrote: > On Sunday 03 June 2007, Gergely CZUCZY wrote: > > On Sun, Jun 03, 2007 at 11:43:10PM +0800, LI Xin wrote: > > > Max Laier wrote: > > > [...] > > > > > > > How do people feel about removing ftp-proxy from the base > > > > altogether? I think it's better off in ports anyway. Opinions? > > > > I would vote for including pftpx (the newer version in OpenBSD) iirc. > > Almost a year ago I've made an ftp service where the ftpd was jailed to > > a local IP address, and i had to use ftp-proxy for this propose. This > > reverse-proxying stuff couldn't be achived with the ftp-proxy in > > base, so i had to use the later version, which has the name pftpx > > in the ports tree. I'd vote for replacing ftp-proxy with pftpx. >=20 > Okay, but why? Is there any reason you can't use pftpx (or the newer=20 > version of ftp-proxy) from the ports tree? Why does ftp-proxy have to be= =20 > in base? Because it's somehow part of pf. Very loosely, but part of it. This is the way how pf(4) does the tracking of the data connections associated with the control connections, so it's kind of part of it. We could even use csup, ssh, or natd for ipfw from ports, but it's also somehow part of the base system, for a bit similar reason, I think so. >=20 > --=20 > /"\ Best regards, | mlaier@freebsd.org > \ / Max Laier | ICQ #67774661 > X http://pf4freebsd.love2party.net/ | mlaier@EFnet > / \ ASCII Ribbon Campaign | Against HTML Mail and News Bye, Gergely Czuczy mailto: gergely.czuczy@harmless.hu --=20 Weenies test. Geniuses solve problems that arise. --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) owF1Vb9vI0UUDjkhpJVAuhZRPIFELoq9tuPYDj4lucTJcUYJCSSQ+wXSePetd8ju zDIza2dPVyGEKCgQFRIFiIYKiYKGho6GAgQl4k+gAR006BBvZuPYdxybIt6Z9773 ve97O/Phkxfm5i/+8NXXt5Y++OiTx758ojZYSnNjxLCaMjXiotqo1xvVZqvdaFTb 1dZKC8MXsNNsdlrNdtC6Gjz1e08Kg8JUj4oMu2Dw1NSyhHFxGYKYKY1mLTdRddWb xG1znUnNDZeiC1wkXOD53pFiQkeoqjsikCEXwy68nUuDYTVTXBg2SNDz9gUc5qIC L+UC6s0KLNfrHWAG6qvd1nK33jzYg6U6LVZgj53CLuOoYKwIpeutQ5kcsoJSLQK6 9Aq8iGqISQG9m6/1bt6Yxk8y/luu0eiuNLuNuiu3asvt9uE6F7O564+iYP9u+b7/ Rvn7bGUdrskxhBIylFmCECEmwAYyN6AwlWTFECKTkRDytIBIyRRMjDBgGs8RWGLk EGlZbQD0aZ+LE+BmQcMAjSEOMopIcsikMhqYKMas8AH2My7IDb3hTej0YSzzJIQR UYZIKkoKktwaAhmROIVLtrbAMWGOUGnKtrj7GYqtw+1F4FwFvkPaTFKpDTAokClg Qwn9hRFCykIkArYj0EiDFiCMiTe6pmg1hDHT8BbjCYZgpMNikMiAJdA/ABaGCrWu EEYIHGJmgyDXOKsR8SYJNNArTRz6cERvDkmhZY1loO1Km5ykCWzTYsGQXMCCmI+o 9pibeELqDJgLB2Klr4CWD9a3oQkzU2Eq1BgPYorRblOwFEsVHQrJZldLS4xCotlf mFFeIX1NwYPuO04OgkReW67buT5hRQUGNC3juLDuu2LKilwQBtPkUCFzCJjtzxI9 M9KJdOZlCTUxVEbTkovTiZsypTLHcUEzi3qGXMzIXxJjgGteCUgtWq02vC0MmC3t RlLLFGMa+YwpY2tlkQ+voyrIZDIrOetmsstNaR9w15hHkwsuO7q0slhSsOSMYsGJ FYtS7HvIDCNbhcDAHjg09FrLgJM/pbOeDaJ9o2QyG1f6amkSWujoTYl43jGWswI0 R8KpGeg8oyQdV4AUFcyE5XeTReNSOieb68lzuCyhCg9rMPmiQRfaYFpxGAwG3IDm KU+Y8kovK+eft5bE52wIqtXyf+3Z2wBbqO3RMWQqpLqPfO5Cmtiz6UpEbg506Es1 pPTbUIOZg+t/n7vQ770Cz7U7nc5Ku92gTLhOy7ExWbdWy6KVCWwiR7hseyx8gaY2 U3jnKi1YxlQUNg97/T68ygcDmr4eSzPGh+LhkptDuluos2tHe7tEkifuCHgZx9qj Z6vAiuedH+Z38uBO4aUUZWQXhuWyH7jlK3Q7pQkdIn6ce14p3TGi4HaUSDuf7gTB yVs7qgnNNI033T+pHTQ6/pnidKR4729ceHzOXoOTO/Ti/K/vzX328Zv3fjq5/rT6 5/vP7//84+Ez9+5vXp77dDv74rvn53/75vTPP/7+9t1f9g/+emfnXw== =9GRi -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 19:29: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 C915916A469 for ; Sun, 3 Jun 2007 19:29:02 +0000 (UTC) (envelope-from cmarlatt@rxsec.com) Received: from core.rxsec.com (core.rxsec.com [64.132.46.102]) by mx1.freebsd.org (Postfix) with SMTP id 5981613C43E for ; Sun, 3 Jun 2007 19:29:02 +0000 (UTC) (envelope-from cmarlatt@rxsec.com) Received: (qmail 15237 invoked by uid 2009); 3 Jun 2007 18:55:36 -0000 Received: from 10.1.0.101 by core.rxsec.com (envelope-from , uid 2008) with qmail-scanner-1.25-st-qms (clamdscan: 0.86.2/1102. spamassassin: 3.0.4. perlscan: 1.25-st-qms. Clear:RC:0(10.1.0.101):SA:0(-4.4/5.0):. Processed in 1.290514 secs); 03 Jun 2007 18:55:36 -0000 X-Spam-Status: No, hits=-4.4 required=5.0 X-Antivirus-RXSEC-Mail-From: cmarlatt@rxsec.com via core.rxsec.com X-Antivirus-RXSEC: 1.25-st-qms (Clear:RC:0(10.1.0.101):SA:0(-4.4/5.0):. Processed in 1.290514 secs Process 15227) Received: from unknown (HELO ?10.1.0.101?) (cmarlatt@rxsec.com@10.1.0.101) by core.rxsec.com with SMTP; 3 Jun 2007 18:55:35 -0000 Message-ID: <46631034.5030700@rxsec.com> Date: Sun, 03 Jun 2007 15:02:12 -0400 From: Chris Marlatt Organization: Receive Security User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Max Laier References: <20070601103549.GA22490@localhost.localdomain> <4662E18E.6010404@delphij.net> <20070603161633.GA32255@harmless.hu> <200706032052.12077.max@love2party.net> In-Reply-To: <200706032052.12077.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 03 Jun 2007 19:32:56 +0000 Cc: Gergely CZUCZY , Michal Mertl , freebsd-current@freebsd.org, freebsd-pf@freebsd.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 19:29:02 -0000 Max Laier wrote: > > Okay, but why? Is there any reason you can't use pftpx (or the newer > version of ftp-proxy) from the ports tree? Why does ftp-proxy have to be > in base? > Why does named, or tftp, or openssh, or ntp, or,.. or... Why shouldn't there be have a fully packaged pf implementation in the base OS? From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 21:16: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 04A4316A468 for ; Sun, 3 Jun 2007 21:16:40 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from farris.bafirst.com (adsl-065-081-102-002.sip.jan.bellsouth.net [65.81.102.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7D1EB13C458 for ; Sun, 3 Jun 2007 21:16:39 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.2.135]) by farris.bafirst.com with esmtp; Sun, 03 Jun 2007 16:06:29 -0500 id 0006D43D.46632D55.00014E9C Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Sun, 03 Jun 2007 16:06:28 -0500 id 0004AC29.46632D54.000050E6 Received: from dsl-189-129-2-135.prod-infinitum.com.mx (dsl-189-129-2-135.prod-infinitum.com.mx [189.129.2.135]) by intranet.encontacto.net (Horde MIME library) with HTTP; Sun, 03 Jun 2007 16:06:28 -0500 Message-ID: <20070603160628.usrmzygdkwooo40s@intranet.encontacto.net> X-Priority: 3 (Normal) Date: Sun, 03 Jun 2007 16:06:28 -0500 From: eculp@encontacto.net To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) X-Originating-IP: 189.129.2.135 Subject: Couldn't build a release with this morning's sources md1 fixit floppy space problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 21:16:40 -0000 I tried to build a release from this morning's sources and it seems =20 that the fixit.flp needed more that the md alocated space. + [ x !=3D x ] + mdconfig -a -t vnode -f /R/stage/floppies/fixit.flp + MDDEVICE=3Dmd1 + [ ! -c /dev/md1 ] + trap umount /mnt; mdconfig -d -u md1 EXIT + [ xbsdlabel !=3D x ] + bsdlabel -w -B -b /R/stage/trees/base/boot/boot md1 fd1440 + newfs -O1 -i 40000 -o space -m 0 /dev/md1c /dev/md1c: 1.4MB (2880 sectors) block size 4096, fragment size 512 using 2 cylinder groups of 1.22MB, 312 blks, 32 inodes. super-block backups (for fsck -b #) at: 32, 2528 + mount /dev/md1c /mnt + [ -d /R/stage/fixitfd ] + set -e + cd /R/stage/fixitfd + + findcpio . -print -dump /mnt cpio: write error: No space left on device + umount /mnt + mdconfig -d -u md1 *** Error code 1 Stop in /usr/src/release. + umount /dev *** Error code 1 I'm going to give it another try with MAKE_FLOPPIES=3Dfalse which will =20 hopefully work. For future reference, it there a way to restart a broken make release? ed From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 21:31:45 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 C607216A468 for ; Sun, 3 Jun 2007 21:31:45 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from farris.bafirst.com (adsl-065-081-102-002.sip.jan.bellsouth.net [65.81.102.2]) by mx1.freebsd.org (Postfix) with ESMTP id 57C7113C468 for ; Sun, 3 Jun 2007 21:31:45 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.2.135]) by farris.bafirst.com with esmtp; Sun, 03 Jun 2007 16:31:41 -0500 id 0006D43D.4663333F.00014EDD Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Sun, 03 Jun 2007 16:31:40 -0500 id 0004AC29.4663333C.00005383 Received: from dsl-189-129-2-135.prod-infinitum.com.mx (dsl-189-129-2-135.prod-infinitum.com.mx [189.129.2.135]) by intranet.encontacto.net (Horde MIME library) with HTTP; Sun, 03 Jun 2007 16:31:40 -0500 Message-ID: <20070603163140.ihcy2jmpco84cw84@intranet.encontacto.net> X-Priority: 3 (Normal) Date: Sun, 03 Jun 2007 16:31:40 -0500 From: eculp@encontacto.net To: freebsd-current@freebsd.org References: <20070603160628.usrmzygdkwooo40s@intranet.encontacto.net> In-Reply-To: <20070603160628.usrmzygdkwooo40s@intranet.encontacto.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) X-Originating-IP: 189.129.2.135 Subject: Re: Couldn't build a release with this morning's sources md1 fixit floppy space problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 21:31:45 -0000 Quoting eculp@encontacto.net: > I tried to build a release from this morning's sources and it seems =20 > that the fixit.flp needed more that the md alocated space. > > + [ x !=3D x ] > + mdconfig -a -t vnode -f /R/stage/floppies/fixit.flp > + MDDEVICE=3Dmd1 > + [ ! -c /dev/md1 ] > + trap umount /mnt; mdconfig -d -u md1 EXIT > + [ xbsdlabel !=3D x ] > + bsdlabel -w -B -b /R/stage/trees/base/boot/boot md1 fd1440 > + newfs -O1 -i 40000 -o space -m 0 /dev/md1c > /dev/md1c: 1.4MB (2880 sectors) block size 4096, fragment size 512 > using 2 cylinder groups of 1.22MB, 312 blks, 32 inodes. > super-block backups (for fsck -b #) at: > 32, 2528 > + mount /dev/md1c /mnt > + [ -d /R/stage/fixitfd ] > + set -e > + cd /R/stage/fixitfd > + + findcpio . -print -dump > /mnt > cpio: write error: No space left on device > + umount /mnt > + mdconfig -d -u md1 > *** Error code 1 > > Stop in /usr/src/release. > + umount /dev > *** Error code 1 > > I'm going to give it another try with MAKE_FLOPPIES=3Dfalse which will =20 > hopefully work. > > For future reference, it there a way to restart a broken make release? Maybe I could just have put a -DNO_CLEAN and MAKE_FLOPPIES=3Dfalse after =20 the error and continued but i have my doubts. Suggestions apreciated. =20 Especially being so near yet so far. > > ed > _______________________________________________ > 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 Jun 3 21:37: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 D705A16A421 for ; Sun, 3 Jun 2007 21:37:20 +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 927E513C448 for ; Sun, 3 Jun 2007 21:37:20 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Huxko-0004fl-Dn for freebsd-current@freebsd.org; Sun, 03 Jun 2007 23:36:51 +0200 Received: from 89-172-45-175.adsl.net.t-com.hr ([89.172.45.175]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Jun 2007 23:36:50 +0200 Received: from ivoras by 89-172-45-175.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Jun 2007 23:36:50 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 03 Jun 2007 21:41:43 +0200 Lines: 32 Message-ID: References: <20070602084210.GC1140@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-45-175.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.0 (X11/20070527) In-Reply-To: <20070602084210.GC1140@cdnetworks.co.kr> Sender: news Subject: Re: nfe(4) vs. nve(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 21:37:20 -0000 Pyun YongHyeon wrote: > Shigeaki Tagashira and I had been working on enhancing nfe(4) for > several months. Now I think we'got stable working nfe(4) and it's time > to supesede nve(4) with the overhauled nfe(4) before branching to 7. Please do, my on-board NIC is finally working with your new source! nfe0: port 0xc400-0xc407 mem 0xfe02b000-0xfe02bfff,0xfe02a000-0xfe02a0ff,0xfe029000-0xfe02900f irq 22 at device 8.0 on pci0 miibus1: on nfe0 e1000phy0: PHY 0 on miibus1 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: Ethernet address: 00:50:8d:95:b3:5d nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: flags=8843 metric 0 mtu 1500 options=19b ether 00:50:8d:95:b3:5d inet 10.0.0.100 netmask 0xffffff00 broadcast 10.0.0.255 media: Ethernet autoselect (100baseTX ) status: active From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 21:46:12 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 0365C16A400 for ; Sun, 3 Jun 2007 21:46:12 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id D4D3213C46C for ; Sun, 3 Jun 2007 21:46:11 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l53Lk7HG012282 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 3 Jun 2007 14:46:08 -0700 X-Auth-Received: from [192.168.10.45] (c-67-166-149-71.hsd1.ca.comcast.net [67.166.149.71]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l53Lk6ix015509 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 3 Jun 2007 14:46:07 -0700 Message-ID: <4663369D.2020709@u.washington.edu> Date: Sun, 03 Jun 2007 14:46:05 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: eculp@encontacto.net References: <20070603160628.usrmzygdkwooo40s@intranet.encontacto.net> <20070603163140.ihcy2jmpco84cw84@intranet.encontacto.net> In-Reply-To: <20070603163140.ihcy2jmpco84cw84@intranet.encontacto.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.3.142743 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-current@freebsd.org Subject: Re: Couldn't build a release with this morning's sources md1 fixit floppy space problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 21:46:12 -0000 eculp@encontacto.net wrote: > Quoting eculp@encontacto.net: > >> I tried to build a release from this morning's sources and it seems >> that the fixit.flp needed more that the md alocated space. >> >> + [ x != x ] >> + mdconfig -a -t vnode -f /R/stage/floppies/fixit.flp >> + MDDEVICE=md1 >> + [ ! -c /dev/md1 ] >> + trap umount /mnt; mdconfig -d -u md1 EXIT >> + [ xbsdlabel != x ] >> + bsdlabel -w -B -b /R/stage/trees/base/boot/boot md1 fd1440 >> + newfs -O1 -i 40000 -o space -m 0 /dev/md1c >> /dev/md1c: 1.4MB (2880 sectors) block size 4096, fragment size 512 >> using 2 cylinder groups of 1.22MB, 312 blks, 32 inodes. >> super-block backups (for fsck -b #) at: >> 32, 2528 >> + mount /dev/md1c /mnt >> + [ -d /R/stage/fixitfd ] >> + set -e >> + cd /R/stage/fixitfd >> + + findcpio . -print -dump >> /mnt >> cpio: write error: No space left on device >> + umount /mnt >> + mdconfig -d -u md1 >> *** Error code 1 >> >> Stop in /usr/src/release. >> + umount /dev >> *** Error code 1 >> >> I'm going to give it another try with MAKE_FLOPPIES=false which will >> hopefully work. >> >> For future reference, it there a way to restart a broken make release? > > Maybe I could just have put a -DNO_CLEAN and MAKE_FLOPPIES=false after > the error and continued but i have my doubts. Suggestions apreciated. > Especially being so near yet so far. > >> >> ed How large is it? Could it be the possible quadratic gcc 4.2 bug? -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 22:19:44 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 48E6E16A421 for ; Sun, 3 Jun 2007 22:19:44 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from swaggi.com (c-71-232-182-120.hsd1.ma.comcast.net [71.232.182.120]) by mx1.freebsd.org (Postfix) with ESMTP id 207BF13C45A for ; Sun, 3 Jun 2007 22:19:44 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from localhost ([127.0.0.1] helo=swaggi.com) by swaggi.com with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HuxzH-00050J-DU; Sun, 03 Jun 2007 17:51:47 -0400 From: "Yuri Lukin" To: Sam Leffler Date: Sun, 3 Jun 2007 17:51:46 -0400 Message-Id: <20070603214845.M67914@swaggi.com> In-Reply-To: <46605C26.9090304@errno.com> References: <46605C26.9090304@errno.com> X-Mailer: swaggi.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: CFT: major wireless changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 22:19:44 -0000 On Fri, 01 Jun 2007 10:49:26 -0700, Sam Leffler wrote > This patch against HEAD imports the work that's been sitting in the > sam_wifi p4 branch: > > http://people.freebsd.org/~sam/sam_wifi-20070601.patch.gz > > To apply it do something like > > cd /usr/src > gzcat sam_wifi-20070601.patch.gz | patch -p4 > > Expect one reject in sys/net80211/ieee80211_input.c.rej; it can be ignored. > In addition to the reject cited above, I also got the following when patching a snapshot from today: Hunk #91 failed at 5301. 1 out of 109 hunks failed--saving rejects to sys/dev/ath/if_ath.c.rej *************** *** 4599,4605 **** * o notify the rate control algorithm */ sc->sc_imask &= ~(HAL_INT_SWBA | HAL_INT_BMISS); - ath_hal_intrset(ah, sc->sc_imask &~ HAL_INT_GLOBAL); /* XXX can't use taskqueue_drain 'cuz we're holding sc_mtx */ taskqueue_drain(sc->sc_tq, &sc->sc_rxtask); taskqueue_drain(sc->sc_tq, &sc->sc_rxorntask); --- 5301,5307 ---- * o notify the rate control algorithm */ sc->sc_imask &= ~(HAL_INT_SWBA | HAL_INT_BMISS); + ath_intrset(sc, sc->sc_imask &~ HAL_INT_GLOBAL); /* XXX can't use taskqueue_drain 'cuz we're holding sc_mtx */ taskqueue_drain(sc->sc_tq, &sc->sc_rxtask); taskqueue_drain(sc->sc_tq, &sc->sc_rxorntask); I see there was a change made to if_ath.c in HEAD yesterday related to taskqueue_drain. Is it safe to ignore this reject as well? Thanks for the work - looking forward to vap support. Yuri From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 22:20:49 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 C85AD16A468 for ; Sun, 3 Jun 2007 22:20:49 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 749F813C44C for ; Sun, 3 Jun 2007 22:20:49 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 23921 invoked by uid 399); 3 Jun 2007 22:20:48 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 3 Jun 2007 22:20:48 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46633EBF.4080209@FreeBSD.org> Date: Sun, 03 Jun 2007 15:20:47 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (X11/20070525) MIME-Version: 1.0 To: Garrett Cooper References: <20070603170828.E45BB73068@freebsd-current.sentex.ca> <4662FFA5.4000602@u.washington.edu> In-Reply-To: <4662FFA5.4000602@u.washington.edu> X-Enigmail-Version: 0.95.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: amd64@freebsd.org, FreeBSD Tinderbox , current@freebsd.org 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: Sun, 03 Jun 2007 22:20:49 -0000 Garrett Cooper wrote: > Is there a reason why this line of code is invalid for amd64 (from > /usr/src/contrib/bind9/lib/isc/x86_64/include/isc/atomic.h:25-28)? > > #ifdef ISC_PLATFORM_USEGCCASM > > /* We share the gcc-version with x86_32 */ > #error "impossible case. check build configuration" > > After doing some searching, all that that macro does is use says the > OS can use gcc asm instructions. Yeah, I looked at that header and asked myself the same question. I'm going to follow up with the ISC folks on that issue. Meanwhile I finally got access to an amd64 machine that I could build the port on (our reference system is literally FUBAR), and it looks like things are in better shape than I feared. Ruslan's suggestion of using the x86_32 atomic.h header that I already committed turns out to be how the port does it, and the other generated headers look good, so the build should be fine now. If anyone could confirm that with sources that include v. 1.18 of src/lib/bind/config.mk the world actually builds, I'd appreciate it. If you could do some rudimentary testing of the results, I'd be eternally grateful. :) FWIW, I relied on the fact that the bind94 port builds just fine on our platforms to convince me that things would be fine for the base. While that seems to have worked for most of the cases, it turns out to have not been a good assumption to make. I apologize for the inconvenience that I created. Mea culpa, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 22:43:01 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 A6BB716A400 for ; Sun, 3 Jun 2007 22:43:01 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 68B5B13C45E for ; Sun, 3 Jun 2007 22:43:01 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so345897anc for ; Sun, 03 Jun 2007 15:43:00 -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=BnHMs11pzYQYn0+AxeXIJQ8SBa7NJsX78ZhkFeyj72a5zCJOr6tU07h07axK6FCpW6yMVBJehkkkzGjbGuUwRgH18mV+s14rCPWSGDuqtTCXR4tueXKeiuOPhK9bMzmGQIymvUlFlsm3x8ToltzPT6b+GZtERt1/Yto8OI7qYbo= 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=LcrPTR0Qghner8cRXv+LvF4O3FIxt9OUTdvb+70J4tgwxj4wf+TCoRgtGZ6ZJSur2y+9LCl+EOQPH8ZAqeE5p1FwFEU082PI9twfn8lZMXwpUyhnexQy7dHbM34usOui3MuP0vO1VyNyHZYaay4jOt3KP1Kmn9TPuOpY4UvFfKI= Received: by 10.100.210.10 with SMTP id i10mr2244448ang.1180910580477; Sun, 03 Jun 2007 15:43:00 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Sun, 3 Jun 2007 15:43:00 -0700 (PDT) Message-ID: <499c70c0706031543s15e17401q1a420e5252a7fe43@mail.gmail.com> Date: Mon, 4 Jun 2007 01:43:00 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: FreeBSD 7.0-CURRENT weird msgs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 22:43:01 -0000 Hello Folks, Could someone tell me why I'm getting these msgs in in -CURRENT? Jun 2 21:27:16 services kernel: NMI ISA 3c, EISA 0 Jun 2 21:27:16 services kernel: kernel trap 19 with interrupts disabled Jun 2 21:27:16 services kernel: NMI ISA 2c, EISA 0 -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 23:21: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 B159516A41F for ; Sun, 3 Jun 2007 23:21:22 +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 67CE213C45A for ; Sun, 3 Jun 2007 23:21:22 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HuzNj-0001Pj-VP for freebsd-current@freebsd.org; Mon, 04 Jun 2007 01:21:08 +0200 Received: from 89-172-45-175.adsl.net.t-com.hr ([89.172.45.175]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Jun 2007 01:21:07 +0200 Received: from ivoras by 89-172-45-175.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Jun 2007 01:21:07 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 04 Jun 2007 01:20:48 +0200 Lines: 35 Message-ID: References: <499c70c0706031543s15e17401q1a420e5252a7fe43@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9C9DC733E2EBC3D57CDCEF91" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-45-175.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) In-Reply-To: <499c70c0706031543s15e17401q1a420e5252a7fe43@mail.gmail.com> X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: FreeBSD 7.0-CURRENT weird msgs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 23:21:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9C9DC733E2EBC3D57CDCEF91 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Abdullah Ibn Hamad Al-Marri wrote: > Hello Folks, >=20 > Could someone tell me why I'm getting these msgs in in -CURRENT? >=20 > Jun 2 21:27:16 services kernel: NMI ISA 3c, EISA 0 > Jun 2 21:27:16 services kernel: kernel trap 19 with interrupts disable= d > Jun 2 21:27:16 services kernel: NMI ISA 2c, EISA 0 Probably a memory error. Try running http://www.memtest86.com/ for a few hours. --------------enig9C9DC733E2EBC3D57CDCEF91 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGY0zQldnAQVacBcgRAjHDAKDtXBmNs5MOqr6EQEQN1Gue3WIyoQCeOafY YBgvUFS4pys+GeW2VOVMFoQ= =Qa3b -----END PGP SIGNATURE----- --------------enig9C9DC733E2EBC3D57CDCEF91-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 23:21: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 4135816A400 for ; Sun, 3 Jun 2007 23:21:40 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 1ED7B13C448 for ; Sun, 3 Jun 2007 23:21:40 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l53NLdwe026252 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 3 Jun 2007 16:21:39 -0700 X-Auth-Received: from [192.168.10.45] (c-67-166-149-71.hsd1.ca.comcast.net [67.166.149.71]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l53NLcSu002497 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 3 Jun 2007 16:21:39 -0700 Message-ID: <46634D01.9040507@u.washington.edu> Date: Sun, 03 Jun 2007 16:21:37 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <499c70c0706031543s15e17401q1a420e5252a7fe43@mail.gmail.com> In-Reply-To: <499c70c0706031543s15e17401q1a420e5252a7fe43@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.3.160256 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-CURRENT weird msgs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 03 Jun 2007 23:21:40 -0000 Abdullah Ibn Hamad Al-Marri wrote: > Hello Folks, > > Could someone tell me why I'm getting these msgs in in -CURRENT? > > Jun 2 21:27:16 services kernel: NMI ISA 3c, EISA 0 > Jun 2 21:27:16 services kernel: kernel trap 19 with interrupts disabled > Jun 2 21:27:16 services kernel: NMI ISA 2c, EISA 0 > > Looks similar to the following thread: http://lists.freebsd.org/pipermail/freebsd-drivers/2006-February/000143.html -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 23:22:19 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 37DC516A421; Sun, 3 Jun 2007 23:22:19 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id EFEBA13C489; Sun, 3 Jun 2007 23:22:18 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l53NMIPg026317 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 3 Jun 2007 16:22:18 -0700 X-Auth-Received: from [192.168.10.45] (c-67-166-149-71.hsd1.ca.comcast.net [67.166.149.71]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l53NMHFd002507 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 3 Jun 2007 16:22:18 -0700 Message-ID: <46634D28.8060503@u.washington.edu> Date: Sun, 03 Jun 2007 16:22:16 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Doug Barton References: <20070603170828.E45BB73068@freebsd-current.sentex.ca> <4662FFA5.4000602@u.washington.edu> <46633EBF.4080209@FreeBSD.org> In-Reply-To: <46633EBF.4080209@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.3.160256 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: amd64@freebsd.org, FreeBSD Tinderbox , current@freebsd.org 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: Sun, 03 Jun 2007 23:22:19 -0000 Doug Barton wrote: > Garrett Cooper wrote: > >> Is there a reason why this line of code is invalid for amd64 (from >> /usr/src/contrib/bind9/lib/isc/x86_64/include/isc/atomic.h:25-28)? >> >> #ifdef ISC_PLATFORM_USEGCCASM >> >> /* We share the gcc-version with x86_32 */ >> #error "impossible case. check build configuration" >> >> After doing some searching, all that that macro does is use says the >> OS can use gcc asm instructions. >> > > Yeah, I looked at that header and asked myself the same question. I'm > going to follow up with the ISC folks on that issue. > > Meanwhile I finally got access to an amd64 machine that I could build > the port on (our reference system is literally FUBAR), and it looks > like things are in better shape than I feared. Ruslan's suggestion of > using the x86_32 atomic.h header that I already committed turns out to > be how the port does it, and the other generated headers look good, so > the build should be fine now. If anyone could confirm that with > sources that include v. 1.18 of src/lib/bind/config.mk the world > actually builds, I'd appreciate it. If you could do some rudimentary > testing of the results, I'd be eternally grateful. :) > > FWIW, I relied on the fact that the bind94 port builds just fine on > our platforms to convince me that things would be fine for the base. > While that seems to have worked for most of the cases, it turns out to > have not been a good assumption to make. I apologize for the > inconvenience that I created. > > > Mea culpa, > > Doug Ok, I'll give it a shot now Doug. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 00:16:13 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 2927316A400; Mon, 4 Jun 2007 00:16:13 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id EB6E413C469; Mon, 4 Jun 2007 00:16:12 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id l53NlXU6055249; Sun, 3 Jun 2007 16:47:37 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200706032347.l53NlXU6055249@gw.catspoiler.org> Date: Sun, 3 Jun 2007 16:47:33 -0700 (PDT) From: Don Lewis To: current@FreeBSD.org, ports@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Subject: /usr/share/mk/sys.mk and FORTRAN 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: , X-List-Received-Date: Mon, 04 Jun 2007 00:16:13 -0000 I was taking a look at why math/lapack fails to build on -CURRENT and discovered that the port uses ${FC} to find the FORTRAN compiler. I then discovered that /usr/share/mk/sys.mk defines ${FC} as f77 (or fort77). I don't this is appropriate since f77 has been removed from -CURRENT. I don't know what the proper fix is, but I though I should point out the problem ... From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 00:23:38 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 444A716A481; Mon, 4 Jun 2007 00:23:38 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id 247FA13C4B8; Mon, 4 Jun 2007 00:23:38 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn03.u.washington.edu (hymn03.u.washington.edu [140.142.12.169]) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l540Nbqg012652 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Jun 2007 17:23:37 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn03.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l540NbXK015379; Sun, 3 Jun 2007 17:23:37 -0700 X-Auth-Received: from [134.134.136.3] by hymn03.u.washington.edu via HTTP; Sun, 03 Jun 2007 17:23:37 PDT Date: Sun, 3 Jun 2007 17:23:37 -0700 (PDT) From: youshi10@u.washington.edu To: Doug Barton In-Reply-To: <46634D28.8060503@u.washington.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.3.170236 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: current@freebsd.org 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: Mon, 04 Jun 2007 00:23:38 -0000 On Sun, 3 Jun 2007, Garrett Cooper wrote: > Doug Barton wrote: >> Garrett Cooper wrote: >> >>> Is there a reason why this line of code is invalid for amd64 (from >>> /usr/src/contrib/bind9/lib/isc/x86_64/include/isc/atomic.h:25-28)? >>> >>> #ifdef ISC_PLATFORM_USEGCCASM >>> >>> /* We share the gcc-version with x86_32 */ >>> #error "impossible case. check build configuration" >>> >>> After doing some searching, all that that macro does is use says the >>> OS can use gcc asm instructions. >>> >> >> Yeah, I looked at that header and asked myself the same question. I'm >> going to follow up with the ISC folks on that issue. >> >> Meanwhile I finally got access to an amd64 machine that I could build >> the port on (our reference system is literally FUBAR), and it looks >> like things are in better shape than I feared. Ruslan's suggestion of >> using the x86_32 atomic.h header that I already committed turns out to >> be how the port does it, and the other generated headers look good, so >> the build should be fine now. If anyone could confirm that with >> sources that include v. 1.18 of src/lib/bind/config.mk the world >> actually builds, I'd appreciate it. If you could do some rudimentary >> testing of the results, I'd be eternally grateful. :) >> >> FWIW, I relied on the fact that the bind94 port builds just fine on >> our platforms to convince me that things would be fine for the base. >> While that seems to have worked for most of the cases, it turns out to >> have not been a good assumption to make. I apologize for the >> inconvenience that I created. >> >> >> Mea culpa, >> >> Doug > Ok, I'll give it a shot now Doug. > > Thanks! > -Garrett buildworld just passed the bind9 section on my EMT64 machine, so I think it's safe to say that bind9's in the clear now :). -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 00:29:49 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 C6AF916A400 for ; Mon, 4 Jun 2007 00:29:49 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 81A8F13C457 for ; Mon, 4 Jun 2007 00:29:49 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so349681anc for ; Sun, 03 Jun 2007 17:29:48 -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=auFeUsJx8nkSLKVpNloPV4/RS7N3U/Vh2+pbpYMwXPzD6Xf6LalU8lVM5c0AQEbPmyHT8Vd1UKBeA+Vfxr/SnH1TNU/F+XNwajA2n5jpXdWbfqsRVZ2POgl1vRVkVvyuE1GIfp8l6JF2aCfSTAQ8pJONW6v0lpPuwyDACnebP5U= 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=XzVLLYr377wiMxvIe6b7nEiW15XtgEYHFzzjiykfSwdQBrzW23uUcf0d5xTRXV6/vx/5M9qKaafFd0MGCE2pyW6SBx977MXWzDD1yT5iSlaJL7lo9SV7FL/bJG/Hm1bemKLvh/pXQMBD3eSQc/XOa1uECyyR3M1QGUxkAY+nzbQ= Received: by 10.100.166.14 with SMTP id o14mr2293850ane.1180916988501; Sun, 03 Jun 2007 17:29:48 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Sun, 3 Jun 2007 17:29:48 -0700 (PDT) Message-ID: <499c70c0706031729t6a4f6b1cubf0ac50b3963036b@mail.gmail.com> Date: Mon, 4 Jun 2007 03:29:48 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Jeff Roberson" In-Reply-To: <20070531232525.X799@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070531232525.X799@10.0.0.1> Cc: current@freebsd.org Subject: Re: Call for testers, significant sched_lock 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: Mon, 04 Jun 2007 00:29:49 -0000 On 6/1/07, Jeff Roberson wrote: > I am going to commit a patch that goes significantly towards decomposing > the scheduler lock into per-cpu scheduler locks. Before this, I would > like it if a few more people would run it under more circumstances than I > have. The patch is available at: > > http://people.freebsd.org/~jeff/threadlock.diff > > So far Kris Kennaway and myself have tested it fairly thoroughly on amd64 > machines with 1-8 processors. We've mainly done various benchmarks as > well as Peter Holm's stress2 suite. It has survived our testing so this > isn't totally unstable code. I would like it if more people would test > on any other architecture you have available. I have also tested with > 4BSD and ULE with and without INVARIANTS and WITNESS. > > This patch should have 0 or almost 0 effect on performance. It sets the > stage for a drop-in replacement for ULE that has per-cpu run queue locks. > That scheduler has a sometimes dramatic effect on performance, depending > on the workload. I'm mostly looking for regressions here and not any > particular perf impact. > > Any questions on the design of the approach should be directed at the > arch@ topics on the subject. > > Thanks, > Jeff I wish we could try it in i386, do you have plans to do it? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 00:30:15 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 CA8B116A41F for ; Mon, 4 Jun 2007 00:30:15 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id AB27813C458 for ; Mon, 4 Jun 2007 00:30:15 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn03.u.washington.edu (hymn03.u.washington.edu [140.142.12.169]) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l540UFeo013332 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 3 Jun 2007 17:30:15 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn03.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l540UFEQ019936 for ; Sun, 3 Jun 2007 17:30:15 -0700 X-Auth-Received: from [134.134.136.3] by hymn03.u.washington.edu via HTTP; Sun, 03 Jun 2007 17:30:15 PDT Date: Sun, 3 Jun 2007 17:30:15 -0700 (PDT) From: youshi10@u.washington.edu To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.3.170734 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: Subject: Kudos to everyone who worked on the gcc-4.2 merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 00:30:15 -0000 I just wanted to thank everyone who helped make the gcc 4.2 merge possible -- I can see a noticeable performance increase (1.5x ~ 2.0x load time decrease) in my server (P4 HTT with SMP). This will be one of the great changes that will put FreeBSD back on the map closer to many Linux distros. Once gcc 4.2.1 gets in the tree, things will be much better, I'm sure :). Thank you very much, and let me know if you need testing with gcc 4.2.1 when it rolls around ;). -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 00:41:38 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 EB8E516A41F for ; Mon, 4 Jun 2007 00:41:38 +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 A242F13C44C for ; Mon, 4 Jun 2007 00:41:38 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hv0dS-0006Fw-Q7 for freebsd-current@freebsd.org; Mon, 04 Jun 2007 02:41:26 +0200 Received: from 89-172-45-175.adsl.net.t-com.hr ([89.172.45.175]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Jun 2007 02:41:26 +0200 Received: from ivoras by 89-172-45-175.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Jun 2007 02:41:26 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 04 Jun 2007 02:41:05 +0200 Lines: 28 Message-ID: References: <20070602084210.GC1140@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8E52BA1927A9952E3ABEAA27" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-45-175.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) In-Reply-To: X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: nfe(4) vs. nve(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 00:41:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8E52BA1927A9952E3ABEAA27 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ivan Voras wrote: > Please do, my on-board NIC is finally working with your new source! Hmmm, I've just got a random reboot. Don't know for sure if it's related to nfe. --------------enig8E52BA1927A9952E3ABEAA27 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGY1+nldnAQVacBcgRAvZbAJ9LKHNnc/UqlQt8w//jjHDPShyu7gCcC7TF 4CGaKNLmMrKe4Mb2NFkwehg= =POlg -----END PGP SIGNATURE----- --------------enig8E52BA1927A9952E3ABEAA27-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 00:43:51 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 D0C9016A421 for ; Mon, 4 Jun 2007 00:43:51 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id B00F913C45B for ; Mon, 4 Jun 2007 00:43:51 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn03.u.washington.edu (hymn03.u.washington.edu [140.142.12.169]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l540hpfJ016644 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 3 Jun 2007 17:43:51 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn03.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l540hpN6028995 for ; Sun, 3 Jun 2007 17:43:51 -0700 X-Auth-Received: from [134.134.136.3] by hymn03.u.washington.edu via HTTP; Sun, 03 Jun 2007 17:43:51 PDT Date: Sun, 3 Jun 2007 17:43:51 -0700 (PDT) From: youshi10@u.washington.edu To: current@freebsd.org In-Reply-To: <499c70c0706031729t6a4f6b1cubf0ac50b3963036b@mail.gmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.3.172652 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CP_URI_IN_BODY 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: Subject: Re: Call for testers, significant sched_lock 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: Mon, 04 Jun 2007 00:43:51 -0000 On Mon, 4 Jun 2007, Abdullah Ibn Hamad Al-Marri wrote: > On 6/1/07, Jeff Roberson wrote: >> I am going to commit a patch that goes significantly towards decomposing >> the scheduler lock into per-cpu scheduler locks. Before this, I would >> like it if a few more people would run it under more circumstances than I >> have. The patch is available at: >> >> http://people.freebsd.org/~jeff/threadlock.diff >> >> So far Kris Kennaway and myself have tested it fairly thoroughly on amd64 >> machines with 1-8 processors. We've mainly done various benchmarks as >> well as Peter Holm's stress2 suite. It has survived our testing so this >> isn't totally unstable code. I would like it if more people would test >> on any other architecture you have available. I have also tested with >> 4BSD and ULE with and without INVARIANTS and WITNESS. >> >> This patch should have 0 or almost 0 effect on performance. It sets the >> stage for a drop-in replacement for ULE that has per-cpu run queue locks. >> That scheduler has a sometimes dramatic effect on performance, depending >> on the workload. I'm mostly looking for regressions here and not any >> particular perf impact. >> >> Any questions on the design of the approach should be directed at the >> arch@ topics on the subject. >> >> Thanks, >> Jeff > > I wish we could try it in i386, do you have plans to do it? > > > -- > Regards, > > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ I'll give it a test on my desktop, once I can verify that the changes to bind and world are sound. -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 01:02: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 DB22C16A468; Mon, 4 Jun 2007 01:02:02 +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 8A6C413C457; Mon, 4 Jun 2007 01:02:02 +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 l54122Xr060363; Sun, 3 Jun 2007 21:02:02 -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 l54122hr085086; Sun, 3 Jun 2007 21:02:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 28C5473068; Sun, 3 Jun 2007 21:02:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070604010201.28C5473068@freebsd-current.sentex.ca> Date: Sun, 3 Jun 2007 21:02:00 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news 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: , X-List-Received-Date: Mon, 04 Jun 2007 01:02:03 -0000 TB --- 2007-06-03 23:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-03 23:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-03 23:50:00 - cleaning the object tree TB --- 2007-06-03 23:50:19 - checking out the source tree TB --- 2007-06-03 23:50:19 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-03 23:50:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-04 00:00:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-04 00:00:35 - cd /src TB --- 2007-06-04 00:00:35 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 4 00:00:37 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 [...] ../../lib/bind/isc/libisc.a(rwlock.o)(.text+0x884): In function `isc_rwlock_lock': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x7c): In function `isc_hash_ctxattach': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x2e0): In function `isc_hash_destroy': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x3c4): In function `isc_hash_ctxdetach': : undefined reference to `isc_atomic_xadd' *** Error code 1 Stop in /src/usr.bin/dig. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-04 01:02:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-04 01:02:00 - ERROR: failed to build world TB --- 2007-06-04 01:02:00 - tinderbox aborted TB --- 0.32 user 0.85 system 4320.29 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 01:09: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 3E82A16A400; Mon, 4 Jun 2007 01:09:52 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 218CC13C45A; Mon, 4 Jun 2007 01:09:52 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l5419gSW013459; Sun, 3 Jun 2007 18:09:42 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l5419gJh013458; Sun, 3 Jun 2007 18:09:42 -0700 (PDT) (envelope-from sgk) Date: Sun, 3 Jun 2007 18:09:42 -0700 From: Steve Kargl To: Don Lewis Message-ID: <20070604010942.GA13434@troutmask.apl.washington.edu> References: <200706032347.l53NlXU6055249@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706032347.l53NlXU6055249@gw.catspoiler.org> User-Agent: Mutt/1.4.2.2i Cc: ports@freebsd.org, current@freebsd.org Subject: Re: /usr/share/mk/sys.mk and FORTRAN 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: , X-List-Received-Date: Mon, 04 Jun 2007 01:09:52 -0000 On Sun, Jun 03, 2007 at 04:47:33PM -0700, Don Lewis wrote: > I was taking a look at why math/lapack fails to build on -CURRENT and > discovered that the port uses ${FC} to find the FORTRAN compiler. I > then discovered that /usr/share/mk/sys.mk defines ${FC} as f77 (or > fort77). I don't this is appropriate since f77 has been removed from > -CURRENT. > > I don't know what the proper fix is, but I though I should point out the > problem ... > There are two bugs here. 1) FC should be removed. 2) The various ports that use Fortran should use gfortran42 installed with lang/gcc42. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 01:13:26 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 E27EF16A468 for ; Mon, 4 Jun 2007 01:13:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id B565813C48A for ; Mon, 4 Jun 2007 01:13:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so1780863waf for ; Sun, 03 Jun 2007 18:13:26 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=gpdJe9kbUtaKDAV8Ed0Maqa/YAOzNE12dCcwROSp/XP8ic2FjtnyzD7k/J7enQ4SlY5mTWEi2hZSYV1/1qmjn6Pkfapwwpi4MJGj6JJERKR1EcJjlETOX8JArZUeoH+RU2msgu1s3IVY/lX7U3CcaBI5lrcs2GiNIFVhJNDFs8g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ZxpZoAjdmzOONFQFuiUbllyBKjXPJAY6xG67w1h4UdIIQlsZUoCgRP4S5tcvqva4iM3h9fuaSzL5LjHfCgnytU43UODSBbo5KLtAkVDVuRUBbpV46fEfdpLBhGr89SQdLkp8Eqqe12qJw+GTZ1lzcv8xUKzINy4vjfltPli3/H0= Received: by 10.115.110.6 with SMTP id n6mr4259079wam.1180919606239; Sun, 03 Jun 2007 18:13:26 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id m40sm4846628waf.2007.06.03.18.13.24; Sun, 03 Jun 2007 18:13:25 -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 l541DJSl009269 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Jun 2007 10:13:19 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l541DHrM009268; Mon, 4 Jun 2007 10:13:17 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 4 Jun 2007 10:13:17 +0900 From: Pyun YongHyeon To: Ivan Voras Message-ID: <20070604011317.GB6456@cdnetworks.co.kr> References: <20070602084210.GC1140@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: nfe(4) vs. nve(4) 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, 04 Jun 2007 01:13:27 -0000 On Mon, Jun 04, 2007 at 02:41:05AM +0200, Ivan Voras wrote: > Ivan Voras wrote: > > > Please do, my on-board NIC is finally working with your new source! > > Hmmm, I've just got a random reboot. Don't know for sure if it's related > to nfe. > I've never heard this kind of issue with nfe(4) but if you know any relations with nfe(4) please let me know. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 01:25:45 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 BD26116A47D for ; Mon, 4 Jun 2007 01:25:44 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id BEE6A13C45B for ; Mon, 4 Jun 2007 01:25:44 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn03.u.washington.edu (hymn03.u.washington.edu [140.142.12.169]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l541PiIC021685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 3 Jun 2007 18:25:44 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn03.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l541PhaE026818 for ; Sun, 3 Jun 2007 18:25:43 -0700 X-Auth-Received: from [134.134.136.3] by hymn03.u.washington.edu via HTTP; Sun, 03 Jun 2007 18:25:43 PDT Date: Sun, 3 Jun 2007 18:25:43 -0700 (PDT) From: youshi10@u.washington.edu To: freebsd-current@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.3.180735 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='SUPERLONG_LINE 0.05, NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Subject: Re: Issues with kernel / userland drivers after recent install and 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: , X-List-Received-Date: Mon, 04 Jun 2007 01:25:45 -0000 On Sun, 3 Jun 2007 youshi10@u.washington.edu wrote: > On Sun, 3 Jun 2007 youshi10@u.washington.edu wrote: > >> On Sat, 2 Jun 2007 youshi10@u.washington.edu wrote: >> >>> On Sat, 2 Jun 2007, illoai@gmail.com wrote: >>> >>>> On 01/06/07, youshi10@u.washington.edu >>>> wrote: > > > >>>>> pass: >>>>> 1. I have pass compiled into the kernel statically, but /dev/pass* >>>>> isn't >>>>> created on boot (devfs is running properly I believe). >>>>> >>>> >>>> What SCSI devices do you have? >>> >>> No real SCSI devices on my desktop; just the generic ones like cd, ses, >>> etc. (In addition to those) just ahc on my server, but I don't think I'm >>> going to go upgrading quite yet on my server because I don't want to kill >>> one of my disk's functionality.. >>> > > > >>> I do WITHOUT_MODULES=* just for speed and to reduce the amount of stuff >>> that gets compiled with buildworld. I figure that everything important >>> should be compiled statically into the kernel, but then again that's me, >>> and since my server/desktop aren't production machines I can take them >>> down whenever I need to modify the kernel. >> >> Yes, that's most likely true about the lag, but why did it used to load and >> now it doesn't >_>??? > > > >> Well, I did. It turns out a lot of that got deleted when I ran make >> delete-old, which begs the question is usbd obsolete in 7-CURRENT? > > After doing some researching, yes usbd(8) was made obsolete in favor of > devd(8). So, that part of the question's answered, and appears to be in shape, > but the device nodes still aren't being detected properly under 7-CURRENT (they > were being detected properly under 6.2-RELEASE). > > A printout of /dev along with my dmesg is attached. > >> According to usbdevs I don't have any devices attached, whatsoever (other >> than USB hubs): >> >> [root@optimus /home/gcooper]# usbdevs -vd >> Controller /dev/usb0: >> addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), >> Intel(0x0000) >> , rev 1.00 >> uhub0 >> port 1 powered >> port 2 powered >> Controller /dev/usb1: >> addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), >> Intel(0x0000) >> , rev 1.00 >> uhub1 >> port 1 powered >> port 2 powered >> Controller /dev/usb2: >> addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), >> Intel(0x0000) >> , rev 1.00 >> uhub2 >> port 1 powered >> port 2 powered >> usbdevs: /dev/usb3: Input/output error >> Controller /dev/usb4: >> addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), >> Intel(0x0000) >> , rev 1.00 >> uhub4 >> port 1 enabled >> port 2 enabled >> port 3 enabled >> port 4 enabled >> port 5 enabled >> port 6 enabled >> port 7 enabled >> port 8 enabled >> >> I really wonder what /dev/usb3 and /dev/usb4 map to. Any ideas how to get >> this info? >> >>>> % dmesg -a | grep hci >>>> perhaps? >>> >>> I'll check on that again, but all I saw with an OHCI in it was the >>> firewire stuff IIRC (something about Texas instruments, FWOHCI, etc). >> >> ehci and uhci are loaded (guess my MB doesn't support ohci). >> >> FWOHCI is just the TI onboard firewire controller. >> >> Thanks, and any suggestions and ideas are more than welcome and greatly >> appreciated :), >> >> -Garrett > > For now I suppose my only workaround is to go buy a PS/2 keyboard, but it seems > kind of silly given the circumstances. However, I need to work on my SoC > project in a native environment, so desperate times call for desperate > measures. > > -Garrett I'm not sure what it is, but something's really rotten with the way that my devices are being handled. moused starts up properly at boot (can force cursor to dance around the screen at will), and then moused's dying mysteriously without anything being printed out to the console or dmesg. Furthermore, from what I've seen usb devices aren't being detected properly (no debug printouts to the console if devices attach or detach). Also, I just plugged in my firewire iPod to see if it's just a USB thing, and my system isn't detecting the device at all. Could this maybe be a GCC thing (illegal instructions, etc?). Does devd have a logfile that it sends its info to? -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 01:29:47 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 AF39416A421 for ; Mon, 4 Jun 2007 01:29:47 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.229]) by mx1.freebsd.org (Postfix) with ESMTP id 28C6013C44B for ; Mon, 4 Jun 2007 01:29:44 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id 14so756609nzn for ; Sun, 03 Jun 2007 18:29:44 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Z5Uhmv5cfy7ZqtXN34YZV2tbskQfr77pKAu72lbIsmlTF3nM2n8HahAJ3RPYRsbHvFdv/oMpaUFRO428hWLCpg0auCjffzbLoV1fTAHFsOQPLcecITNQzzpjNAIN+WVP3PbRA3TgLsvIRpMQQCdahq8HxkPsIixx/JIIr69VP48= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=q9UQAX2BJb8HaSDbDq3c8c2FQDaofZX4Wc6WY4o+t/2Q1PkLQdw42s4yibg29a4n+G7cqjUKlJ8UC4hyEvUzVBh21Yv7lwpZ7zf2USTwE1kxP2Bjsnb63EdL7gu8+I4hnR3ipkzymUuhAHmXTTFKE4pVGgJgIe64A11LVvgO2aI= Received: by 10.114.37.1 with SMTP id k1mr4322997wak.1180918870404; Sun, 03 Jun 2007 18:01:10 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id j29sm4850249waf.2007.06.03.18.01.07; Sun, 03 Jun 2007 18:01:08 -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 l54113CL009210 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Jun 2007 10:01:03 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l54112GP009209; Mon, 4 Jun 2007 10:01:02 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 4 Jun 2007 10:01:02 +0900 From: Pyun YongHyeon To: Arne H Juul Message-ID: <20070604010102.GA6456@cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: panic in tulip_rx_intr after recent changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 01:29:47 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jun 03, 2007 at 03:39:56PM +0200, Arne H Juul wrote: > (this mail didn't make it to the list from my private > address, so I'm resending it from work instead; my > apologies if it suddenly appears multiple times) > > > I'm getting a kernel panic during network startup with the > "de" driver. Here's the messages from the crash dump: > > <118>Mounting local file systems: > <118>. > <118>Setting hostname: bluebox.trondheim.corp.yahoo.com. > <118>net.inet6.ip6.auto_linklocal: > <118>1 > <118> -> > <118>0 > <118> > de0: unable to load rx map, error = 27 > panic: tulip_rx_intr > cpuid = 0 > KDB: enter: panic > Uptime: 13s > > I think this must have been introduced during the last week > or so on -CURRENT; my old kernel works OK: > > arnej@bluebox:~ $ uname -a > FreeBSD bluebox 7.0-CURRENT FreeBSD 7.0-CURRENT #13: Tue May 29 08:02:41 > CEST 2007 root@bluebox:/usr/obj/home/src.cur/sys/GENERIC amd64 > > as you can see this is on amd64 platform. > > it crashes here (in if_de.c): > > 3557 error = bus_dmamap_load_mbuf(ri->ri_data_tag, > *nextout->di_map, ms, > 3558 tulip_dma_map_rxbuf, nextout->di_desc, > BUS_DMA_NOWAIT); > 3559 if (error) { > 3560 device_printf(sc->tulip_dev, > 3561 "unable to load rx map, error = %d\n", > error); > 3562 panic("tulip_rx_intr"); /* XXX */ > 3563 } > > errno 27 is EFBIG, and indeed the mbuf is MCLBYTES: > > (kgdb) print ms[0].M_dat.MH.MH_pkthdr.len > $22 = 2048 > > while the tag has a lower limit: > > (kgdb) print ri->ri_data_tag[0].maxsegsz > $21 = 2032 > > it looks like this is the triggering change: > > RCS file: /usr/cvs/src/sys/amd64/amd64/busdma_machdep.c,v > ---------------------------- > revision 1.81 > date: 2007/05/29 06:30:25; author: yongari; state: Exp; lines: +2 -0 > Honor maxsegsz of less than a page size in a DMA tag. Previously it > used to return PAGE_SIZE without respect to restrictions of a DMA tag. > This affected all of the busdma load functions that use > _bus_dmamap_loader_buffer() as their back-end. > > so the questions are... > > Is the above change wrong? > or is the "de" driver buggy? > or should bus_dmamap_load_mbuf handle this somehow? > and does it cause problems other places too? > I'm not familiar with de(4) but it seems that it needs big cleanup. All busdma load functions can fail so it's job of the driver to recover from busdma load failure. I think explicitly invoking panic(9) is really bad idea. The de(4) set maximum segment size for a dma segment to TULIP_DATA_PER_DESC in tulip_busdma_allocring(). I don't know why the author limit the segment size to TULIP_DATA_PER_DESC but I guess it comes from the limit of DMA engine of the hardware.(e.g. the hardware can dma upto TULIP_DATA_PER_DESC bytes in size for SG operations.) In Rx path it allocates a mbuf with m_getcl(9) so the length of the mbuf is MCLBYTES which is greater than a segment size supported by the hardware. I guess we have two possible way to fix de(4). 1. Nuke TULIP_DATA_PER_DESC and use MCLBYTES instead. Of course, it assumes the hardware can support upto the segment size in dma operation. 2. Set the mbuf length to TULIP_DATA_PER_DESC in Rx path after allocating a mbuf with m_getcl(9). See attached patch(I don't have de(4) hardware so it's just guess work but you may know the point). However it still lacks a code that should recover from busdma load failure. :-( -- Regards, Pyun YongHyeon --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_de.patch" Index: if_de.c =================================================================== RCS file: /home/ncvs/src/sys/dev/de/if_de.c,v retrieving revision 1.182 diff -u -r1.182 if_de.c --- if_de.c 23 Feb 2007 12:18:37 -0000 1.182 +++ if_de.c 4 Jun 2007 00:47:16 -0000 @@ -3553,7 +3553,7 @@ M_ASSERTPKTHDR(ms); KASSERT(ms->m_data == ms->m_ext.ext_buf, ("rx mbuf data doesn't point to cluster")); - ms->m_len = ms->m_pkthdr.len = MCLBYTES; + ms->m_len = ms->m_pkthdr.len = TULIP_RX_BUFLEN; error = bus_dmamap_load_mbuf(ri->ri_data_tag, *nextout->di_map, ms, tulip_dma_map_rxbuf, nextout->di_desc, BUS_DMA_NOWAIT); if (error) { --Qxx1br4bt0+wmkIi-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 01:41: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 B6E0A16A579 for ; Mon, 4 Jun 2007 01:41:49 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from farris.bafirst.com (adsl-065-081-102-002.sip.jan.bellsouth.net [65.81.102.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3FFF713C447 for ; Mon, 4 Jun 2007 01:41:48 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.2.135]) by farris.bafirst.com with esmtp; Sun, 03 Jun 2007 20:41:46 -0500 id 0006D421.46636DDB.00015124 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Sun, 03 Jun 2007 20:41:43 -0500 id 0004AC29.46636DD7.00006941 Received: from dsl-189-129-2-135.prod-infinitum.com.mx (dsl-189-129-2-135.prod-infinitum.com.mx [189.129.2.135]) by intranet.encontacto.net (Horde MIME library) with HTTP; Sun, 03 Jun 2007 20:41:43 -0500 Message-ID: <20070603204143.mgpprab1dwos488c@intranet.encontacto.net> X-Priority: 3 (Normal) Date: Sun, 03 Jun 2007 20:41:43 -0500 From: eculp@encontacto.net To: Garrett Cooper References: <20070603160628.usrmzygdkwooo40s@intranet.encontacto.net> <20070603163140.ihcy2jmpco84cw84@intranet.encontacto.net> <4663369D.2020709@u.washington.edu> In-Reply-To: <4663369D.2020709@u.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) X-Originating-IP: 189.129.2.135 Cc: freebsd-current@freebsd.org Subject: Re: Couldn't build a release with this morning's sources md1 fixit floppy space problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 01:41:49 -0000 Quoting Garrett Cooper : > eculp@encontacto.net wrote: >> Quoting eculp@encontacto.net: >> >>> I tried to build a release from this morning's sources and it =20 >>> seems that the fixit.flp needed more that the md alocated space. >>> >>> + [ x !=3D x ] >>> + mdconfig -a -t vnode -f /R/stage/floppies/fixit.flp >>> + MDDEVICE=3Dmd1 >>> + [ ! -c /dev/md1 ] >>> + trap umount /mnt; mdconfig -d -u md1 EXIT >>> + [ xbsdlabel !=3D x ] >>> + bsdlabel -w -B -b /R/stage/trees/base/boot/boot md1 fd1440 >>> + newfs -O1 -i 40000 -o space -m 0 /dev/md1c >>> /dev/md1c: 1.4MB (2880 sectors) block size 4096, fragment size 512 >>> using 2 cylinder groups of 1.22MB, 312 blks, 32 inodes. >>> super-block backups (for fsck -b #) at: >>> 32, 2528 >>> + mount /dev/md1c /mnt >>> + [ -d /R/stage/fixitfd ] >>> + set -e >>> + cd /R/stage/fixitfd >>> + + findcpio . -print -dump >>> /mnt >>> cpio: write error: No space left on device >>> + umount /mnt >>> + mdconfig -d -u md1 >>> *** Error code 1 >>> >>> Stop in /usr/src/release. >>> + umount /dev >>> *** Error code 1 >>> >>> I'm going to give it another try with MAKE_FLOPPIES=3Dfalse which =20 >>> will hopefully work. >>> >>> For future reference, it there a way to restart a broken make release? >> >> Maybe I could just have put a -DNO_CLEAN and MAKE_FLOPPIES=3Dfalse =20 >> after the error and continued but i have my doubts. Suggestions =20 >> apreciated. Especially being so near yet so far. >> >>> >>> ed > How large is it? Could it be the possible quadratic gcc 4.2 bug? > -Garrett > Darn, I already blew the release fs away [newfs] to try again with a =20 new cvsup. I'll check it this time, if the MAKE_FLOPPIES=3Dfalse =20 doesn't screw it up. sorry, ed From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 03:01:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 680) id 5697616A46B; Mon, 4 Jun 2007 03:01:42 +0000 (UTC) Date: Mon, 4 Jun 2007 03:01:42 +0000 From: Darren Reed To: current@freebsd.org Message-ID: <20070604030142.GA85958@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: IPFilter updated in HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 03:01:42 -0000 Hi, I've just finished updating the in-tree source code for IPFilter from 4.1.13 to 4.1.23. I'm hoping that for the first time I've managed to do an import without breaking the build (although there are some new compiler warnings from include files.) Thanks to Pawel and ZFS for making it easy to do testing of this through snapshots and rollback :) As the cvs messages say, for a full list of changes see the HISTORY file for IPFilter. THe most significant change has been the move of the various "stats" programs from being /dev/kmem grovellers to using ioctls so that they can function on systems without /dev/kmem. I'll be around if there are any problems... Darren From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 03:50:10 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 5D18616A400; Mon, 4 Jun 2007 03:50:10 +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 226A313C458; Mon, 4 Jun 2007 03:50:08 +0000 (UTC) (envelope-from sam@errno.com) Received: from sam-lefflers-powerbook-g4-15.local (sam@[10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l543o7Se015796 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Jun 2007 20:50:07 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <46638BF1.2050102@errno.com> Date: Sun, 03 Jun 2007 20:50:09 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Lev Serebryakov References: <46605C26.9090304@errno.com> <546817416.20070603103637@serebryakov.spb.ru> In-Reply-To: <546817416.20070603103637@serebryakov.spb.ru> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: CFT: major wireless changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 03:50:10 -0000 Lev Serebryakov wrote: > Hello Sam, > > Friday, June 1, 2007, 9:49:26 PM, you wrote: > > SL> o significantly change net80211 data structures in ways required by the > SL> multi-bss/vap support and for 802.11n > So, we will have multi-bss / virtual access point support in near future? THANK YOU VERY MUCH!!! > Will it be possible to map different VAPs to different VLANs? > > This work does not include vap's. It's unclear when vaps will make it into cvs. Sam From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 03:51: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 08D4216A400 for ; Mon, 4 Jun 2007 03:51:25 +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 C59A213C458 for ; Mon, 4 Jun 2007 03:51:24 +0000 (UTC) (envelope-from sam@errno.com) Received: from sam-lefflers-powerbook-g4-15.local (sam@[10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l543pOEf015799 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Jun 2007 20:51:24 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <46638C3D.10800@errno.com> Date: Sun, 03 Jun 2007 20:51:25 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Neil Short References: <201397.96752.qm@web56505.mail.re3.yahoo.com> In-Reply-To: <201397.96752.qm@web56505.mail.re3.yahoo.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: ath0: using obsoleted if_watchdog 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, 04 Jun 2007 03:51:25 -0000 Neil Short wrote: > Recently cvsup'd. > This is new and I'm not sure I understand it. > dmesg... > > ... > ath0: using obsoleted if_watchdog interface ignore it; it's just a reminder added when people decided to deprecate the api Sam From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 03:53: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 0BD0616A400 for ; Mon, 4 Jun 2007 03:53:22 +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 D74D213C448 for ; Mon, 4 Jun 2007 03:53:21 +0000 (UTC) (envelope-from sam@errno.com) Received: from sam-lefflers-powerbook-g4-15.local (sam@[10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l543rLRK015804 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Jun 2007 20:53:21 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <46638CB3.6020206@errno.com> Date: Sun, 03 Jun 2007 20:53:23 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Yuri Lukin References: <46605C26.9090304@errno.com> <20070603214845.M67914@swaggi.com> In-Reply-To: <20070603214845.M67914@swaggi.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: CFT: major wireless changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 03:53:22 -0000 Yuri Lukin wrote: > On Fri, 01 Jun 2007 10:49:26 -0700, Sam Leffler wrote >> This patch against HEAD imports the work that's been sitting in the >> sam_wifi p4 branch: >> >> http://people.freebsd.org/~sam/sam_wifi-20070601.patch.gz >> >> To apply it do something like >> >> cd /usr/src >> gzcat sam_wifi-20070601.patch.gz | patch -p4 >> >> Expect one reject in sys/net80211/ieee80211_input.c.rej; it can be ignored. >> > > In addition to the reject cited above, I also got the following when patching > a snapshot from today: > > Hunk #91 failed at 5301. > 1 out of 109 hunks failed--saving rejects to sys/dev/ath/if_ath.c.rej > > *************** > *** 4599,4605 **** > * o notify the rate control algorithm > */ > sc->sc_imask &= ~(HAL_INT_SWBA | HAL_INT_BMISS); > - ath_hal_intrset(ah, sc->sc_imask &~ HAL_INT_GLOBAL); > /* XXX can't use taskqueue_drain 'cuz we're holding sc_mtx */ > taskqueue_drain(sc->sc_tq, &sc->sc_rxtask); > taskqueue_drain(sc->sc_tq, &sc->sc_rxorntask); > --- 5301,5307 ---- > * o notify the rate control algorithm > */ > sc->sc_imask &= ~(HAL_INT_SWBA | HAL_INT_BMISS); > + ath_intrset(sc, sc->sc_imask &~ HAL_INT_GLOBAL); > /* XXX can't use taskqueue_drain 'cuz we're holding sc_mtx */ > taskqueue_drain(sc->sc_tq, &sc->sc_rxtask); > taskqueue_drain(sc->sc_tq, &sc->sc_rxorntask); > > > I see there was a change made to if_ath.c in HEAD yesterday related to > taskqueue_drain. Is it safe to ignore this reject as well? This is because the driver changed after I generated the patch. It's unlikely to be a worry so long as you don't enable polling (which you should not as it was an experiment that won't go into cvs). > > Thanks for the work - looking forward to vap support. > > Yuri > > > From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 04:32:41 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 998AF16A421 for ; Mon, 4 Jun 2007 04:32:41 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2166C13C457 for ; Mon, 4 Jun 2007 04:32:40 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l544MohW011167 for ; Mon, 4 Jun 2007 13:52:50 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Mon, 4 Jun 2007 14:02:34 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Jun 2007 14:02:33 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l544WN4u016834 for ; Mon, 4 Jun 2007 12:32:23 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l544WNN6016833 for freebsd-current@freebsd.org; Mon, 4 Jun 2007 12:32:23 +0800 (WST) (envelope-from wilkinsa) Date: Mon, 4 Jun 2007 12:32:23 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070604043222.GD16563@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <46605C26.9090304@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <46605C26.9090304@errno.com> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.15 (2007-04-06) X-OriginalArrivalTime: 04 Jun 2007 04:32:33.0489 (UTC) FILETIME=[5EBDE410:01C7A661] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15212.001 X-TM-AS-Result: No--4.316800-8.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: CFT: major wireless changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 04:32:41 -0000 0n Fri, Jun 01, 2007 at 10:49:26AM -0700, Sam Leffler wrote: > o add experimental radiotap additions for handling 802.11n packets I would like to know more about "radiotap", can anyone point me to authoritative documentation on this topic ? Cheers -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 04:53:55 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 0FAE516A400; Mon, 4 Jun 2007 04:53:55 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 896CB13C457; Mon, 4 Jun 2007 04:53:54 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l544i4MI014607; Mon, 4 Jun 2007 14:14:04 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id ; Mon, 4 Jun 2007 14:23:48 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Jun 2007 14:23:47 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l544rcWj017039; Mon, 4 Jun 2007 12:53:38 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l544rb4P017038; Mon, 4 Jun 2007 12:53:37 +0800 (WST) (envelope-from wilkinsa) Date: Mon, 4 Jun 2007 12:53:37 +0800 From: "Wilkinson, Alex" To: freebsd-net@freebsd.org, FreeBSD Current Message-ID: <20070604045337.GG16563@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-net@freebsd.org, FreeBSD Current References: <2a41acea0705301751t3d475bdagbb153e5ed25be8a5@mail.gmail.com> <20070531182233.GB1941@haakonia.hitnet.RWTH-Aachen.DE> <2a41acea0705311519l31dd95b3t81d70e321893f564@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <2a41acea0705311519l31dd95b3t81d70e321893f564@mail.gmail.com> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.15 (2007-04-06) X-OriginalArrivalTime: 04 Jun 2007 04:53:47.0935 (UTC) FILETIME=[565EEAF0:01C7A664] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15212.001 X-TM-AS-Result: No-0.685800-8.000000-31 Content-Transfer-Encoding: 7bit Cc: Subject: Re: New driver coming soon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 04:53:55 -0000 0n Thu, May 31, 2007 at 03:19:44PM -0700, Jack Vogel wrote: > FreeBSD customer base has been miniscule so not much has > been done to the code, maybe someday in my spare time :) "miniscule" ? That's scary to hear :( -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 05:02:23 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 95E1716A47B for ; Mon, 4 Jun 2007 05:02:23 +0000 (UTC) (envelope-from kip.macy@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 2DF4913C487 for ; Mon, 4 Jun 2007 05:02:23 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so759797uge for ; Sun, 03 Jun 2007 22:02:22 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ioboRmkH5qjdeX4LVNPmGf7lEInkEAfe2bFSgtykNxqfbUXPBeTQ/pAio55YDIYSCBfzbkC/ddH/tzbclSG7EhPfikb+AiekTLey8c0hekUpH7ZFdGMVaTUD+lfNCXW3tAC59XBbX1HurVFSQITJ7fvakhqQXLXyyR60IHjEVsw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UeleonQl/1JyYGbRrwEe5ZqgQ2H36boADekso7cz2PYk3Qvvg/SNSMBiRHEPlwqaMEIYuALg+dQWl+yehl4CKhk7A0RziMENDb2UBHwKHYRLlYCAmlUqAv7b79MAu4ZKxhNMMDrogSHXTsgNpVdGAfJtoIv98h6fidu0M4JAlPM= Received: by 10.78.170.6 with SMTP id s6mr1862142hue.1180933341798; Sun, 03 Jun 2007 22:02:21 -0700 (PDT) Received: by 10.78.162.15 with HTTP; Sun, 3 Jun 2007 22:02:21 -0700 (PDT) Message-ID: Date: Sun, 3 Jun 2007 22:02:21 -0700 From: "Kip Macy" To: "FreeBSD Current" In-Reply-To: <20070604045337.GG16563@obelix.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0705301751t3d475bdagbb153e5ed25be8a5@mail.gmail.com> <20070531182233.GB1941@haakonia.hitnet.RWTH-Aachen.DE> <2a41acea0705311519l31dd95b3t81d70e321893f564@mail.gmail.com> <20070604045337.GG16563@obelix.dsto.defence.gov.au> Subject: Re: New driver coming soon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 05:02:23 -0000 On 6/3/07, Wilkinson, Alex wrote: > 0n Thu, May 31, 2007 at 03:19:44PM -0700, Jack Vogel wrote: > > > FreeBSD customer base has been miniscule so not much has > > been done to the code, maybe someday in my spare time :) > > "miniscule" ? That's scary to hear :( Until the last year, FreeBSD lagged in network performance, so trying to push 10 GigE on it was not all that compelling. FreeBSD is fast becoming competitive again. I also see a number of non-technical factors that may drive a resurgence of interest in FreeBSD. -Kip From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 05:24: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 8358F16A478 for ; Mon, 4 Jun 2007 05:24:39 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0A72813C480 for ; Mon, 4 Jun 2007 05:24:38 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l545EmBJ019261 for ; Mon, 4 Jun 2007 14:44:48 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Mon, 4 Jun 2007 14:54:32 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Jun 2007 14:54:32 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l545OM2r017459 for ; Mon, 4 Jun 2007 13:24:22 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l545OMVq017458 for freebsd-current@freebsd.org; Mon, 4 Jun 2007 13:24:22 +0800 (WST) (envelope-from wilkinsa) Date: Mon, 4 Jun 2007 13:24:22 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070604052421.GM16563@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20070601103549.GA22490@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.15 (2007-04-06) X-OriginalArrivalTime: 04 Jun 2007 05:24:32.0228 (UTC) FILETIME=[A1A7B240:01C7A668] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15212.001 X-TM-AS-Result: No-1.137200-8.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 05:24:39 -0000 0n Fri, Jun 01, 2007 at 01:42:15PM +0200, Kenneth Vestergaard Schmidt wrote: >Stanislaw Halik writes: >> Are there any plans to sync pf(4) before 7.0-R? OpenBSD has some neat >> stuff in it, including expiretable functionality, which would come in >> handy. > >On that, note, it'd be nice with an update of carp(4), too, especially >the 'carpdev'-functionality. I'd probably even be able to get some money >to sponsor at least part of the work, if anybody was willing. What is the "'carpdev'-functionality" ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 05:42: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 52EC816A421 for ; Mon, 4 Jun 2007 05:42:50 +0000 (UTC) (envelope-from bruce@toorak.com) Received: from tintin.toorak.com (ns.toorak.com [203.43.140.97]) by mx1.freebsd.org (Postfix) with ESMTP id C0D1113C45E for ; Mon, 4 Jun 2007 05:42:49 +0000 (UTC) (envelope-from bruce@toorak.com) Received: from Colossus.local (colossus [203.43.140.124]) by tintin.toorak.com (8.14.1/8.13.8) with ESMTP id l545Lc8f011124 for ; Mon, 4 Jun 2007 15:21:41 +1000 (EST) (envelope-from bruce@toorak.com) Message-ID: <4663A161.5080209@toorak.com> Date: Mon, 04 Jun 2007 15:21:37 +1000 From: Bruce Stephens User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <2a41acea0705301751t3d475bdagbb153e5ed25be8a5@mail.gmail.com> <20070531182233.GB1941@haakonia.hitnet.RWTH-Aachen.DE> <2a41acea0705311519l31dd95b3t81d70e321893f564@mail.gmail.com> <20070604045337.GG16563@obelix.dsto.defence.gov.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.9 required=5.0 tests=AWL,DKIM_POLICY_SIGNSOME, DK_POLICY_SIGNSOME autolearn=no version=3.2.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on tintin.toorak.com Subject: Re: New driver coming soon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 05:42:50 -0000 FreeBSD becoming competitive?? Absolutely and the two major factors are the multiple disparate versions of Linux and Microsoft's meddling with SuSE and Novell - again... Isn't that familiar??!!! (FreeBSD 1.0 !!) FreeBSD is increasing important in the Business world as well. -Bruce. Kip Macy wrote: > On 6/3/07, Wilkinson, Alex wrote: >> 0n Thu, May 31, 2007 at 03:19:44PM -0700, Jack Vogel wrote: >> >> > FreeBSD customer base has been miniscule so not much has >> > been done to the code, maybe someday in my spare time :) >> >> "miniscule" ? That's scary to hear :( > > Until the last year, FreeBSD lagged in network performance, so trying > to push 10 GigE on it was not all that compelling. > > FreeBSD is fast becoming competitive again. I also see a number of > non-technical factors that may drive a resurgence of interest in > FreeBSD. > > > -Kip > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 06:02:18 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 1988716A41F; Mon, 4 Jun 2007 06:02:18 +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 CD47913C4B0; Mon, 4 Jun 2007 06:02: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 l5462HoX070548; Mon, 4 Jun 2007 02:02:17 -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 l5462G1I060301; Mon, 4 Jun 2007 02:02:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9C9F673068; Mon, 4 Jun 2007 02:02:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070604060216.9C9F673068@freebsd-current.sentex.ca> Date: Mon, 4 Jun 2007 02:02:16 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 06:02:18 -0000 TB --- 2007-06-04 04:34:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-04 04:34:36 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-04 04:34:36 - cleaning the object tree TB --- 2007-06-04 04:34:59 - checking out the source tree TB --- 2007-06-04 04:34:59 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-04 04:34:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-04 04:43:04 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-04 04:43:04 - cd /src TB --- 2007-06-04 04:43:04 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 4 04:43:05 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 Mon Jun 4 05:57:01 UTC 2007 TB --- 2007-06-04 05:57:01 - generating LINT kernel config TB --- 2007-06-04 05:57:01 - cd /src/sys/powerpc/conf TB --- 2007-06-04 05:57:01 - /usr/bin/make -B LINT TB --- 2007-06-04 05:57:01 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-04 05:57:01 - cd /src TB --- 2007-06-04 05:57:01 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 4 05:57:01 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 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding /src/sys/dev/mlx/mlx_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding /src/sys/dev/mly/mly.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/mmc/mmcbr_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding mmcbr_if.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/mmc/mmcbus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding mmcbus_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding /src/sys/dev/mpt/mpt.c /src/sys/dev/mpt/mpt.c: In function 'mpt2host_config_page_raid_vol_0': /src/sys/dev/mpt/mpt.c:2824: error: 'CONFIG_PAGE_RAID_VOL_0' has no member named 'Reserved1' /src/sys/dev/mpt/mpt.c:2824: error: 'CONFIG_PAGE_RAID_VOL_0' has no member named 'Reserved1' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-04 06:02:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-04 06:02:16 - ERROR: failed to build lint kernel TB --- 2007-06-04 06:02:16 - tinderbox aborted TB --- 0.70 user 2.48 system 5259.90 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 06:43:41 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 9133916A421 for ; Mon, 4 Jun 2007 06:43:41 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 4C89913C480 for ; Mon, 4 Jun 2007 06:43:41 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so364363anc for ; Sun, 03 Jun 2007 23:43:40 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Zbuz7sVVp4FBsCdZRpMftBfs5PNaUGQJskLl5V7ThDRFRQxqU05aloev7qQrHd+Wq5kGWCwtVDMt4t5l5IJLlmB3I5ZyD5dssg27pjM3JsTI/++dPgcQAk+p953Wwag1NO85+kzVnJoB+EvY0MGi6lxE1LLpH5A/nEIkD4gQcTI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kY28ojD1aOyhb0qhioUs/WX0YyBsCLG6PVQu/mQFfroYqIWSWTEkajhy/8CuCe8zmeUo4/PnuKj4f+x8Z5qe0yx3t7HShSbXDAQpRX0SKYB7GOMMvKgXllS2bZG1ncnxIfUU0cnPNL8mnqvD44x+s5nCgsX5Uwl5tDz+ROZ4ZCQ= Received: by 10.100.212.15 with SMTP id k15mr2388925ang.1180937809648; Sun, 03 Jun 2007 23:16:49 -0700 (PDT) Received: by 10.100.47.20 with HTTP; Sun, 3 Jun 2007 23:16:49 -0700 (PDT) Message-ID: Date: Mon, 4 Jun 2007 14:16:49 +0800 From: "Sepherosa Ziehau" To: freebsd-current@freebsd.org In-Reply-To: <20070604043222.GD16563@obelix.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46605C26.9090304@errno.com> <20070604043222.GD16563@obelix.dsto.defence.gov.au> Subject: Re: CFT: major wireless changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 06:43:41 -0000 On 6/4/07, Wilkinson, Alex wrote: > 0n Fri, Jun 01, 2007 at 10:49:26AM -0700, Sam Leffler wrote: > > > o add experimental radiotap additions for handling 802.11n packets > > I would like to know more about "radiotap", can anyone point me to > authoritative documentation on this topic ? tcpdump/libpcap source code and sys/net80211/ieee80211_radiotap.h Best Regards, sephe -- Live Free or Die From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 06:48:08 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 C39EF16A41F for ; Mon, 4 Jun 2007 06:48:08 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4FB0313C465 for ; Mon, 4 Jun 2007 06:48:08 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l546cIxl004201 for ; Mon, 4 Jun 2007 16:08:18 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Mon, 4 Jun 2007 16:18:02 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Jun 2007 16:18:01 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l546lptc017896 for ; Mon, 4 Jun 2007 14:47:51 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l546lp2h017895 for freebsd-current@freebsd.org; Mon, 4 Jun 2007 14:47:51 +0800 (WST) (envelope-from wilkinsa) Date: Mon, 4 Jun 2007 14:47:51 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070604064751.GW16563@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.15 (2007-04-06) X-OriginalArrivalTime: 04 Jun 2007 06:48:01.0682 (UTC) FILETIME=[4B85B720:01C7A674] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15212.001 X-TM-AS-Result: No--1.445500-8.000000-31 Content-Transfer-Encoding: 7bit Subject: [net/citrix_ica/] /usr/local/bin/wfcmgr ... hangs upon exec() [ptsopn] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 06:48:08 -0000 ok, I haven't had much luck @ freebsd-emulation, can anyone recommend what is going on here ? -aW ----- Forwarded message from "Wilkinson, Alex" ----- Date: Mon, 21 May 2007 09:43:16 +0800 From: "Wilkinson, Alex" To: freebsd-emulation@freebsd.org, emulation@freebsd.org Subject: Re: Re:Re: Re: Re: [net/citrix_ica/] /usr/local/bin/wfcmgr ... hangs upon exec(). 0n Wed, May 16, 2007 at 10:49:39AM +0800, Wilkinson, Alex wrote: Ok I am now seeing this problem again. /usr/local/bin/wfcmgr is hung and ^T outputs the following: load: 0.24 cmd: wfcmgr 15758 [ptsopn] 0.44u 167.05s 0% 7200k load: 0.24 cmd: wfcmgr 15758 [ptsopn] 0.44u 167.05s 0% 7200k And linux.ko debugging has stopped with the following: linux(15758): stat64(/dev/ukbd0, *) linux(15758): stat64(/dev/kbd2, *) linux(15758): stat64(/dev/log, *) linux(15758): stat64(/dev/ptyp0, *) linux(15758): stat64(/dev/ttyp0, *) linux(15758): stat64(/dev/ptyp1, *) linux(15758): stat64(/dev/ttyp1, *) linux(15758): stat64(/dev/ptyp2, *) linux(15758): stat64(/dev/ttyp2, *) linux(15758): stat64(/dev/ptyp3, *) linux(15758): stat64(/dev/ttyp3, *) linux(15758): stat64(/dev/ptyp4, *) linux(15758): stat64(/dev/ttyp4, *) linux(15758): stat64(/dev/ptyp5, *) linux(15758): stat64(/dev/ttyp5, *) linux(15758): stat64(/dev/ptyp6, *) linux(15758): stat64(/dev/ttyp6, *) linux(15758): stat64(/dev/ptyp7, *) linux(15758): stat64(/dev/ttyp7, *) linux(15758): stat64(/dev/ptyp8, *) linux(15758): stat64(/dev/ttyp8, *) linux(15758): stat64(/dev/ptyp9, *) linux(15758): stat64(/dev/ttyp9, *) -aW ----- End forwarded message ----- IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 07:14:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from misaki (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 87A1216A47A; Mon, 4 Jun 2007 07:14:23 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Mon, 4 Jun 2007 15:14:17 +0800 From: Ariff Abdullah To: thierry@herbelot.com Message-Id: <20070604151417.5b147896.ariff@FreeBSD.org> In-Reply-To: <200706012135.58563.thierry@herbelot.com> References: <200706011906.32987.thierry@herbelot.com> <20070602023914.746d63fb.ariff@FreeBSD.org> <200706012135.58563.thierry@herbelot.com> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__4_Jun_2007_15_14_17_+0800_.JmOO0VW20j_onRI" Cc: freebsd-current@freebsd.org Subject: Re: panic when detecting an ES1373 AudioPCI sound card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 07:14:24 -0000 --Signature=_Mon__4_Jun_2007_15_14_17_+0800_.JmOO0VW20j_onRI Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 1 Jun 2007 21:35:56 +0200 Thierry Herbelot wrote: > Le Friday 01 June 2007, vous avez =E9crit : > > On Fri, 1 Jun 2007 19:06:32 +0200 > > > > > the kernel and world sources were updated this morning around > > > Fri Jun 1 06:48 UTC 2007. The kernel and world have been > > > rebuilt via : make update && make -DNO_CLEAN buildworld && make > > > -j2 buildkernel > > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > Please start with a clean room. Too many changes was pouring in, > > not just in sound considering that (see below).. > > > > > the source code for the specific board seems to be quite old : > > > FreeBSD: src/sys/dev/sound/pci/es137x.c,v 1.65 2007/04/18 > > > 18:26:39 ariff Exp > > > > > > the previous kernel+world worked fine, including probing both > > > sound > > > > ^^^^^^^^ when? >=20 > the previous kernel+world were built with straight "make -j2 > buildworld && make -j2 buildkernel" with sources sup'ed around may > 30 >=20 Try reproduce the panic, and when it drops to ddb, do "show alllocks". I have few suggestions here, just for you to try it out: 1) Compile all sound modules and related into your kernel as part of kernel config instead using it as modules. 2) Try disabling all debuging options, especially WITNESSS, and other lock debugging options. Make it as debug-options free as possible. 3) Get http://people.freebsd.org/~ariff/test/es137x_mtx_grumpy.c and =20 replace your sys/dev/sound/pci/es137x.c. Look for "IMPOSSIBLE!" =20 kernel message during loading and startup. There is a person, reporting quite simmilar panic issue like this. My initial findings seems pointing to other places, not sound. > I found the following in a diff of the ident keywords between the > old, working kernel and the new kernel : > .... > 742,744c742,744 > < $FreeBSD: src/sys/dev/sound/pcm/buffer.c,v 1.35 2007/05/31 > 18:43:32 ariff Exp $ > < $FreeBSD: src/sys/dev/sound/pcm/channel.c,v 1.118 2007/05/31 > 18:43:32 ariff Exp $ > < $FreeBSD: src/sys/dev/sound/pcm/dsp.c,v 1.103 2007/05/31 > 18:43:32 ariff Exp $ > --- > > $FreeBSD: src/sys/dev/sound/pcm/buffer.c,v 1.34 2007/04/18 > > 18:26:40=20 > ariff Exp $ > > $FreeBSD: src/sys/dev/sound/pcm/channel.c,v 1.117 2007/04/02 > > 03:03:06=20 > ariff Exp $ > > $FreeBSD: src/sys/dev/sound/pcm/dsp.c,v 1.102 2007/03/16 > > 17:17:25 ariff=20 > Exp $ > 746c746 > < $FreeBSD: src/sys/dev/sound/pcm/feeder.c,v 1.41 2007/05/31 > 18:43:32 ariff Exp $ > --- > > $FreeBSD: src/sys/dev/sound/pcm/feeder.c,v 1.40 2007/03/16 > > 17:15:33=20 > ariff Exp $ > 750,753c750,753 > < $FreeBSD: src/sys/dev/sound/pcm/mixer.c,v 1.59 2007/05/31 > 18:43:32 ariff Exp $ > < $FreeBSD: src/sys/dev/sound/pcm/sndstat.c,v 1.26 2007/05/31 > 18:43:32 ariff Exp $ > < $FreeBSD: src/sys/dev/sound/pcm/sound.c,v 1.113 2007/05/31 > 18:43:32 ariff Exp $ > < $FreeBSD: src/sys/dev/sound/pcm/vchan.c,v 1.32 2007/05/31 > 18:43:32 ariff Exp $ > --- > > $FreeBSD: src/sys/dev/sound/pcm/mixer.c,v 1.58 2007/04/02 > > 10:24:15=20 > ariff Exp $ > > $FreeBSD: src/sys/dev/sound/pcm/sndstat.c,v 1.25 2007/03/16 > > 17:13:12=20 > ariff Exp $ > > $FreeBSD: src/sys/dev/sound/pcm/sound.c,v 1.112 2007/03/15 > > 18:19:01=20 > ariff Exp $ > > $FreeBSD: src/sys/dev/sound/pcm/vchan.c,v 1.31 2007/03/18 > > 18:26:40=20 > ariff Exp $ >=20 >=20 -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Mon__4_Jun_2007_15_14_17_+0800_.JmOO0VW20j_onRI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGY7vJlr+deMUwTNoRArm7AKCR+M74bgyPW3E+LrWr39LhsRL2VgCeIZ8f fKldJgOWLR8cP+MfDhmNJbM= =Qc3s -----END PGP SIGNATURE----- --Signature=_Mon__4_Jun_2007_15_14_17_+0800_.JmOO0VW20j_onRI-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 07:37:07 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 8DCFA16A41F; Mon, 4 Jun 2007 07:37:07 +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 4F8B813C447; Mon, 4 Jun 2007 07:37:07 +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 l547b66O073609; Mon, 4 Jun 2007 03:37:06 -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 l547b6sV014704; Mon, 4 Jun 2007 03:37:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 950DE73068; Mon, 4 Jun 2007 03:37:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070604073706.950DE73068@freebsd-current.sentex.ca> Date: Mon, 4 Jun 2007 03:37:06 -0400 (EDT) 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: , X-List-Received-Date: Mon, 04 Jun 2007 07:37:07 -0000 TB --- 2007-06-04 06:06:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-04 06:06:42 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-04 06:06:42 - cleaning the object tree TB --- 2007-06-04 06:07:07 - checking out the source tree TB --- 2007-06-04 06:07:07 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-04 06:07:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-04 06:13:21 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-04 06:13:21 - cd /src TB --- 2007-06-04 06:13:21 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 4 06:13:22 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 Mon Jun 4 07:31:11 UTC 2007 TB --- 2007-06-04 07:31:11 - generating LINT kernel config TB --- 2007-06-04 07:31:11 - cd /src/sys/sun4v/conf TB --- 2007-06-04 07:31:11 - /usr/bin/make -B LINT TB --- 2007-06-04 07:31:11 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-04 07:31:11 - cd /src TB --- 2007-06-04 07:31:11 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 4 07:31:11 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 [...] /src/sys/dev/mpt/mpt.c: In function 'mpt2host_config_page_raid_vol_0': /src/sys/dev/mpt/mpt.c:2824: error: 'CONFIG_PAGE_RAID_VOL_0' has no member named 'Reserved1' /src/sys/dev/mpt/mpt.c:2824: error: 'CONFIG_PAGE_RAID_VOL_0' has no member named 'Reserved1' /src/sys/dev/mpt/mpt.c:2824: error: 'CONFIG_PAGE_RAID_VOL_0' has no member named 'Reserved1' /src/sys/dev/mpt/mpt.c:2824: error: 'CONFIG_PAGE_RAID_VOL_0' has no member named 'Reserved1' /src/sys/dev/mpt/mpt.c:2824: error: 'CONFIG_PAGE_RAID_VOL_0' has no member named 'Reserved1' /src/sys/dev/mpt/mpt.c:2824: error: 'CONFIG_PAGE_RAID_VOL_0' has no member named 'Reserved1' /src/sys/dev/mpt/mpt.c:2824: error: 'CONFIG_PAGE_RAID_VOL_0' has no member named 'Reserved1' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-04 07:37:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-04 07:37:06 - ERROR: failed to build lint kernel TB --- 2007-06-04 07:37:06 - tinderbox aborted TB --- 0.52 user 2.18 system 5424.06 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 07:37:26 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 0016D16A46C; Mon, 4 Jun 2007 07:37:25 +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 B39D013C46E; Mon, 4 Jun 2007 07:37:25 +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 l547bPUG073621; Mon, 4 Jun 2007 03:37:25 -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 l547bPwA016644; Mon, 4 Jun 2007 03:37:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0522773068; Mon, 4 Jun 2007 03:37:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070604073725.0522773068@freebsd-current.sentex.ca> Date: Mon, 4 Jun 2007 03:37:25 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 07:37:26 -0000 TB --- 2007-06-04 06:02:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-04 06:02:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-06-04 06:02:16 - cleaning the object tree TB --- 2007-06-04 06:02:42 - checking out the source tree TB --- 2007-06-04 06:02:42 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-06-04 06:02:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-04 06:13:21 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-04 06:13:21 - cd /src TB --- 2007-06-04 06:13:21 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 4 06:13:22 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 Mon Jun 4 07:31:26 UTC 2007 TB --- 2007-06-04 07:31:26 - generating LINT kernel config TB --- 2007-06-04 07:31:26 - cd /src/sys/sparc64/conf TB --- 2007-06-04 07:31:26 - /usr/bin/make -B LINT TB --- 2007-06-04 07:31:26 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-04 07:31:26 - cd /src TB --- 2007-06-04 07:31:26 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 4 07:31: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 [...] /src/sys/dev/mpt/mpt.c: In function 'mpt2host_config_page_raid_vol_0': /src/sys/dev/mpt/mpt.c:2824: error: 'CONFIG_PAGE_RAID_VOL_0' has no member named 'Reserved1' /src/sys/dev/mpt/mpt.c:2824: error: 'CONFIG_PAGE_RAID_VOL_0' has no member named 'Reserved1' /src/sys/dev/mpt/mpt.c:2824: error: 'CONFIG_PAGE_RAID_VOL_0' has no member named 'Reserved1' /src/sys/dev/mpt/mpt.c:2824: error: 'CONFIG_PAGE_RAID_VOL_0' has no member named 'Reserved1' /src/sys/dev/mpt/mpt.c:2824: error: 'CONFIG_PAGE_RAID_VOL_0' has no member named 'Reserved1' /src/sys/dev/mpt/mpt.c:2824: error: 'CONFIG_PAGE_RAID_VOL_0' has no member named 'Reserved1' /src/sys/dev/mpt/mpt.c:2824: error: 'CONFIG_PAGE_RAID_VOL_0' has no member named 'Reserved1' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-04 07:37:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-04 07:37:25 - ERROR: failed to build lint kernel TB --- 2007-06-04 07:37:25 - tinderbox aborted TB --- 0.70 user 2.52 system 5708.35 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 07:41:05 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 1731316A46E for ; Mon, 4 Jun 2007 07:41:05 +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 C9BFF13C448 for ; Mon, 4 Jun 2007 07:41:04 +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.66) with esmtp (envelope-from ) id <1Hv7BX-00068E-Op>; Mon, 04 Jun 2007 09:41:03 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1Hv7BX-0007TK-Nd>; Mon, 04 Jun 2007 09:41:03 +0200 Message-ID: <4663C22C.1030107@zedat.fu-berlin.de> Date: Mon, 04 Jun 2007 09:41:32 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.0 (X11/20070522) MIME-Version: 1.0 To: freebsd-net@freebsd.org, FreeBSD Current References: <2a41acea0705301751t3d475bdagbb153e5ed25be8a5@mail.gmail.com> <20070531182233.GB1941@haakonia.hitnet.RWTH-Aachen.DE> <2a41acea0705311519l31dd95b3t81d70e321893f564@mail.gmail.com> <20070604045337.GG16563@obelix.dsto.defence.gov.au> In-Reply-To: <20070604045337.GG16563@obelix.dsto.defence.gov.au> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: Re: New driver coming soon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 07:41:05 -0000 Wilkinson, Alex wrote: > 0n Thu, May 31, 2007 at 03:19:44PM -0700, Jack Vogel wrote: > > > FreeBSD customer base has been miniscule so not much has > > been done to the code, maybe someday in my spare time :) > > "miniscule" ? That's scary to hear :( > > -aW > > IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. You mean 'minuscule" ...? Scares me, too ... Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 07:41:26 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 7F1D616A46C; Mon, 4 Jun 2007 07:41:26 +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 BB21713C43E; Mon, 4 Jun 2007 07:41:25 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.lan) by mailfe07.swip.net (CommuniGate Pro SMTP 5.1.7) with ESMTPA id 511246893; Mon, 04 Jun 2007 09:41:24 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 4 Jun 2007 09:41:16 +0200 User-Agent: KMail/1.9.5 References: <20070601105521.D77697@fledge.watson.org> <20070601125901.W92469@fw.reifenberger.com> <20070601.131946.71174943.imp@bsdimp.com> In-Reply-To: <20070601.131946.71174943.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706040941.16507.hselasky@c2i.net> Cc: rwatson@freebsd.org, current@freebsd.org, Warner Losh Subject: Re: NET_NEEDS_GIANT removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 07:41:26 -0000 On Friday 01 June 2007 21:19, Warner Losh wrote: > > > i4b - ISDN implementation > > > > ... > > > > Before deleting we should replace i4b with the one from hps. > > http://www.selasky.org/hans_petter/isdn4bsd/index.html > > It was said to be GIANT free last time I asked. > > Who has reviewed this code? Last time I checked, it had all kinds of > Byzantine construts that made it extremely difficult to penetrate. > There were very few comments and it implemented state machines as > computed gotos :-(. The cure would be worse than the disease. When was last time? The code is constantly changing during the years. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 07:41:26 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 7F1D616A46C; Mon, 4 Jun 2007 07:41:26 +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 BB21713C43E; Mon, 4 Jun 2007 07:41:25 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.lan) by mailfe07.swip.net (CommuniGate Pro SMTP 5.1.7) with ESMTPA id 511246893; Mon, 04 Jun 2007 09:41:24 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 4 Jun 2007 09:41:16 +0200 User-Agent: KMail/1.9.5 References: <20070601105521.D77697@fledge.watson.org> <20070601125901.W92469@fw.reifenberger.com> <20070601.131946.71174943.imp@bsdimp.com> In-Reply-To: <20070601.131946.71174943.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706040941.16507.hselasky@c2i.net> Cc: rwatson@freebsd.org, current@freebsd.org, Warner Losh Subject: Re: NET_NEEDS_GIANT removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 07:41:26 -0000 On Friday 01 June 2007 21:19, Warner Losh wrote: > > > i4b - ISDN implementation > > > > ... > > > > Before deleting we should replace i4b with the one from hps. > > http://www.selasky.org/hans_petter/isdn4bsd/index.html > > It was said to be GIANT free last time I asked. > > Who has reviewed this code? Last time I checked, it had all kinds of > Byzantine construts that made it extremely difficult to penetrate. > There were very few comments and it implemented state machines as > computed gotos :-(. The cure would be worse than the disease. When was last time? The code is constantly changing during the years. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 07:44:11 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 984B216A400 for ; Mon, 4 Jun 2007 07:44:11 +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 5AA6413C44C for ; Mon, 4 Jun 2007 07:44:11 +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.66) for freebsd-current@FreeBSD.org with esmtp (envelope-from ) id <1Hv7EY-0006Pq-Gg>; Mon, 04 Jun 2007 09:44:10 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.66) for freebsd-current@FreeBSD.org with esmtpsa (envelope-from ) id <1Hv7EY-0007dl-FM>; Mon, 04 Jun 2007 09:44:10 +0200 Message-ID: <4663C2EA.9050205@zedat.fu-berlin.de> Date: Mon, 04 Jun 2007 09:44:42 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.0 (X11/20070522) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: if_iwi: gone? HELP! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 07:44:11 -0000 Where is the if_iwi module? Can't load this and therefore can't activate the WLAN adaptor on my Centrino Duo based notebook. Sources seem to be in tree, but weren't build with buildworld (looking for if_iwi.ko). is there any issue with the driver? Or is it subject to be changed? regards, Oliver From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 07:46:11 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 44CB716A41F for ; Mon, 4 Jun 2007 07:46:11 +0000 (UTC) (envelope-from kvs@binarysolutions.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 1193513C46C for ; Mon, 4 Jun 2007 07:46:10 +0000 (UTC) (envelope-from kvs@binarysolutions.dk) Received: from coruscant.pil.dk (fw2.pil.dk [83.90.227.58]) by solow.pil.dk (Postfix) with ESMTP id A5BF11CC0BE for ; Mon, 4 Jun 2007 09:46:09 +0200 (CEST) Received: by coruscant.pil.dk (Postfix, from userid 502) id 0AD1540B340; Mon, 4 Jun 2007 09:46:07 +0200 (CEST) To: freebsd-current@freebsd.org References: <20070601103549.GA22490@localhost.localdomain> <20070604052421.GM16563@obelix.dsto.defence.gov.au> From: Kenneth Vestergaard Schmidt Organization: Binary Solutions Date: Mon, 04 Jun 2007 09:46:07 +0200 In-Reply-To: <20070604052421.GM16563@obelix.dsto.defence.gov.au> (Alex Wilkinson's message of "Mon\, 4 Jun 2007 13\:24\:22 +0800") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.96 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 07:46:11 -0000 "Wilkinson, Alex" writes: > >On that, note, it'd be nice with an update of carp(4), too, especially > >the 'carpdev'-functionality. I'd probably even be able to get some money > >to sponsor at least part of the work, if anybody was willing. > > What is the "'carpdev'-functionality" ? Quoting http://marc.info/?l=openbsd-tech&m=110229937028512&w=2 : "Here's the long-promised diff which allows you to specify a physical interface 'carpdev' which the carp interface will bind to, and that interface does not have to have an IP address on the same subnet (or at all, in fact)." We want to use it to replace a FreeVRRPd-setup, since FreeVRRPd seems to be pretty unmaintained (and possibly patent-encumbered). /Kenneth From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 07:51:12 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 F237F16A469 for ; Mon, 4 Jun 2007 07:51:12 +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 6EE3213C44C for ; Mon, 4 Jun 2007 07:51:12 +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 1Hv7LL-000Ee3-2w for freebsd-current@freebsd.org; Mon, 04 Jun 2007 11:51:11 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Hv7Kq-0001dK-6N for freebsd-current@freebsd.org; Mon, 04 Jun 2007 11:50:40 +0400 To: freebsd-current@freebsd.org References: <20070604064751.GW16563@obelix.dsto.defence.gov.au> From: Boris Samorodov Date: Mon, 04 Jun 2007 11:50:40 +0400 In-Reply-To: <20070604064751.GW16563@obelix.dsto.defence.gov.au> (Alex Wilkinson's message of "Mon\, 4 Jun 2007 14\:47\:51 +0800") Message-ID: <34044207@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.99 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: [net/citrix_ica/] /usr/local/bin/wfcmgr ... hangs upon exec() [ptsopn] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 07:51:13 -0000 On Mon, 4 Jun 2007 14:47:51 +0800 Wilkinson, Alex wrote: > ok, I haven't had much luck @ freebsd-emulation, can anyone recommend > what is going on here ? Hm, I missed your message there. Sorry. > From: "Wilkinson, Alex" > Subject: Re: Re:Re: Re: Re: [net/citrix_ica/] /usr/local/bin/wfcmgr ... hangs upon exec(). > To: freebsd-emulation@freebsd.org, emulation@freebsd.org > Date: Mon, 21 May 2007 09:43:16 +0800 > 0n Wed, May 16, 2007 at 10:49:39AM +0800, Wilkinson, Alex wrote: > Ok I am now seeing this problem again. > /usr/local/bin/wfcmgr is hung and ^T outputs the following: > load: 0.24 cmd: wfcmgr 15758 [ptsopn] 0.44u 167.05s 0% 7200k > load: 0.24 cmd: wfcmgr 15758 [ptsopn] 0.44u 167.05s 0% 7200k > And linux.ko debugging has stopped with the following: > linux(15758): stat64(/dev/ukbd0, *) > linux(15758): stat64(/dev/kbd2, *) > linux(15758): stat64(/dev/log, *) > linux(15758): stat64(/dev/ptyp0, *) > linux(15758): stat64(/dev/ttyp0, *) > linux(15758): stat64(/dev/ptyp1, *) > linux(15758): stat64(/dev/ttyp1, *) > linux(15758): stat64(/dev/ptyp2, *) > linux(15758): stat64(/dev/ttyp2, *) > linux(15758): stat64(/dev/ptyp3, *) > linux(15758): stat64(/dev/ttyp3, *) > linux(15758): stat64(/dev/ptyp4, *) > linux(15758): stat64(/dev/ttyp4, *) > linux(15758): stat64(/dev/ptyp5, *) > linux(15758): stat64(/dev/ttyp5, *) > linux(15758): stat64(/dev/ptyp6, *) > linux(15758): stat64(/dev/ttyp6, *) > linux(15758): stat64(/dev/ptyp7, *) > linux(15758): stat64(/dev/ttyp7, *) > linux(15758): stat64(/dev/ptyp8, *) > linux(15758): stat64(/dev/ttyp8, *) > linux(15758): stat64(/dev/ptyp9, *) > linux(15758): stat64(/dev/ttyp9, *) I've seen similar behaviour (with skype?) when /compat/linux/dev directory is present (the default port emulators/linux_base-fc4 doesn't install it). After removing that directory all went well. HTH & 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 Jun 4 08:13: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 307E816A46C for ; Mon, 4 Jun 2007 08:13:24 +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 2705213C457 for ; Mon, 4 Jun 2007 08:13:22 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 82685 invoked from network); 4 Jun 2007 07:28:28 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 4 Jun 2007 07:28:28 -0000 Message-ID: <4663C9A1.1060005@freebsd.org> Date: Mon, 04 Jun 2007 10:13:21 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: "O. Hartmann" References: <2a41acea0705301751t3d475bdagbb153e5ed25be8a5@mail.gmail.com> <20070531182233.GB1941@haakonia.hitnet.RWTH-Aachen.DE> <2a41acea0705311519l31dd95b3t81d70e321893f564@mail.gmail.com> <20070604045337.GG16563@obelix.dsto.defence.gov.au> <4663C22C.1030107@zedat.fu-berlin.de> In-Reply-To: <4663C22C.1030107@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, FreeBSD Current Subject: Re: New driver coming soon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 08:13:24 -0000 O. Hartmann wrote: > Wilkinson, Alex wrote: > >> 0n Thu, May 31, 2007 at 03:19:44PM -0700, Jack Vogel wrote: >> > FreeBSD customer base has been miniscule so not much has >> > been done to the code, maybe someday in my spare time :) >> >> "miniscule" ? That's scary to hear :( >> >> -aW >> >> IMPORTANT: This email remains the property of the Australian Defence >> Organisation and is subject to the jurisdiction of section 70 of the >> CRIMES ACT 1914. If you have received this email in error, you are >> requested to contact the sender and delete the email. > > You mean 'minuscule" ...? Scares me, too ... That's Intels first 10GigE hardware. Wasn't really pushed into the market and hard to obtain. Perhaps it also had some silicon short- comings too. I assume this will be very different with the new hardware for which the new driver is. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 08:16:17 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 01FC316A478 for ; Mon, 4 Jun 2007 08:16:17 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 517D913C45E for ; Mon, 4 Jun 2007 08:16:16 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l5486PxC015220; Mon, 4 Jun 2007 17:36:25 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id ; Mon, 4 Jun 2007 17:46:10 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Jun 2007 17:46:09 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l548Fxhc031459; Mon, 4 Jun 2007 16:15:59 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l548FxjU031458; Mon, 4 Jun 2007 16:15:59 +0800 (WST) (envelope-from wilkinsa) Date: Mon, 4 Jun 2007 16:15:59 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org, current@freebsd.org Message-ID: <20070604081558.GJ16563@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org, current@freebsd.org References: <20070531183719.B77697@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20070531183719.B77697@fledge.watson.org> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.15 (2007-04-06) X-OriginalArrivalTime: 04 Jun 2007 08:16:09.0575 (UTC) FILETIME=[9B5A2770:01C7A680] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15212.001 X-TM-AS-Result: No-8.758500-8.000000-31 Content-Transfer-Encoding: 7bit Cc: Subject: Spam: Re: watch(8) stuck in devdrn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 08:16:17 -0000 0n Thu, May 31, 2007 at 06:38:19PM +0100, Robert Watson wrote: > > I was using watch(8) this afternoon, and on trying to quit, ran into this: > > peppercorn:~> ps axl | grep watch > 0 14200 14194 0 -8 0 3416 1056 devdrn D p2- 0:00.01 watch -W tt > > It was running on a pty, but the target tty was ttyv1. I have been banging my head against the wall with this problem for ages and it still aint fixed. Please see the archive: [http://marc.info/?t=117786613800001&r=1&w=2] -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 08:34: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 E85BC16A41F for ; Mon, 4 Jun 2007 08:34:59 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 72DBC13C46A for ; Mon, 4 Jun 2007 08:34:59 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l5486PxC015220; Mon, 4 Jun 2007 17:36:25 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id ; Mon, 4 Jun 2007 17:46:10 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Jun 2007 17:46:09 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l548Fxhc031459; Mon, 4 Jun 2007 16:15:59 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l548FxjU031458; Mon, 4 Jun 2007 16:15:59 +0800 (WST) (envelope-from wilkinsa) Date: Mon, 4 Jun 2007 16:15:59 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org, current@freebsd.org Message-ID: <20070604081558.GJ16563@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org, current@freebsd.org References: <20070531183719.B77697@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20070531183719.B77697@fledge.watson.org> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.15 (2007-04-06) X-OriginalArrivalTime: 04 Jun 2007 08:16:09.0575 (UTC) FILETIME=[9B5A2770:01C7A680] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15212.001 X-TM-AS-Result: No-8.758500-8.000000-31 Content-Transfer-Encoding: 7bit Cc: Subject: Spam: Re: watch(8) stuck in devdrn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 08:35:00 -0000 0n Thu, May 31, 2007 at 06:38:19PM +0100, Robert Watson wrote: > > I was using watch(8) this afternoon, and on trying to quit, ran into this: > > peppercorn:~> ps axl | grep watch > 0 14200 14194 0 -8 0 3416 1056 devdrn D p2- 0:00.01 watch -W tt > > It was running on a pty, but the target tty was ttyv1. I have been banging my head against the wall with this problem for ages and it still aint fixed. Please see the archive: [http://marc.info/?t=117786613800001&r=1&w=2] -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 08:48: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 4137116A400; Mon, 4 Jun 2007 08:48:03 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id 1F26F13C45B; Mon, 4 Jun 2007 08:48:03 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l548m2Aa030766 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 4 Jun 2007 01:48:02 -0700 X-Auth-Received: from [192.168.10.45] (c-67-166-149-71.hsd1.ca.comcast.net [67.166.149.71]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l548m1KY017442 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 4 Jun 2007 01:48:02 -0700 Message-ID: <4663D1C1.2020705@u.washington.edu> Date: Mon, 04 Jun 2007 01:48:01 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Steve Kargl References: <200706032347.l53NlXU6055249@gw.catspoiler.org> <20070604010942.GA13434@troutmask.apl.washington.edu> In-Reply-To: <20070604010942.GA13434@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.4.12932 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: ports@freebsd.org, Don Lewis , current@freebsd.org Subject: Re: /usr/share/mk/sys.mk and FORTRAN 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: , X-List-Received-Date: Mon, 04 Jun 2007 08:48:03 -0000 Steve Kargl wrote: > On Sun, Jun 03, 2007 at 04:47:33PM -0700, Don Lewis wrote: > >> I was taking a look at why math/lapack fails to build on -CURRENT and >> discovered that the port uses ${FC} to find the FORTRAN compiler. I >> then discovered that /usr/share/mk/sys.mk defines ${FC} as f77 (or >> fort77). I don't this is appropriate since f77 has been removed from >> -CURRENT. >> >> I don't know what the proper fix is, but I though I should point out the >> problem ... >> >> > > There are two bugs here. 1) FC should be removed. 2) The > various ports that use Fortran should use gfortran42 > installed with lang/gcc42. > > Not only that. f77 in gcc-4.2 has some bugs that are waiting to be worked out in 4.2.1, so that may be a part of the issue as well. -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 08:52:45 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 CC79D16A469; Mon, 4 Jun 2007 08:52: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 9665813C46C; Mon, 4 Jun 2007 08:52:45 +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 l548qjJg075615; Mon, 4 Jun 2007 04:52:45 -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 l548qjYO071831; Mon, 4 Jun 2007 04:52:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C345A73068; Mon, 4 Jun 2007 04:52:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070604085244.C345A73068@freebsd-current.sentex.ca> Date: Mon, 4 Jun 2007 04:52:44 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 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: , X-List-Received-Date: Mon, 04 Jun 2007 08:52:45 -0000 TB --- 2007-06-04 07:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-04 07:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-04 07:40:00 - cleaning the object tree TB --- 2007-06-04 07:40:22 - checking out the source tree TB --- 2007-06-04 07:40:22 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-04 07:40:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-04 07:51:09 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-04 07:51:09 - cd /src TB --- 2007-06-04 07:51:09 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 4 07:51:10 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 [...] ../../lib/bind/isc/libisc.a(rwlock.o)(.text+0x884): In function `isc_rwlock_lock': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x7c): In function `isc_hash_ctxattach': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x2e0): In function `isc_hash_destroy': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x3c4): In function `isc_hash_ctxdetach': : undefined reference to `isc_atomic_xadd' *** Error code 1 Stop in /src/usr.bin/dig. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-04 08:52:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-04 08:52:44 - ERROR: failed to build world TB --- 2007-06-04 08:52:44 - tinderbox aborted TB --- 0.45 user 1.58 system 4363.86 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 09:01:13 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 EB94816A400 for ; Mon, 4 Jun 2007 09:01:13 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 84EBA13C447 for ; Mon, 4 Jun 2007 09:01:13 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 145E21CC58; Mon, 4 Jun 2007 21:01:12 +1200 (NZST) Date: Mon, 4 Jun 2007 21:01:12 +1200 From: Andrew Thompson To: "O. Hartmann" Message-ID: <20070604090112.GB23089@heff.fud.org.nz> References: <4663C2EA.9050205@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4663C2EA.9050205@zedat.fu-berlin.de> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@FreeBSD.org Subject: Re: if_iwi: gone? HELP! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 09:01:14 -0000 On Mon, Jun 04, 2007 at 09:44:42AM +0200, O. Hartmann wrote: > Where is the if_iwi module? Can't load this and therefore can't activate > the WLAN adaptor on my Centrino Duo based notebook. Sources seem to be > in tree, but weren't build with buildworld (looking for if_iwi.ko). > > is there any issue with the driver? Or is it subject to be changed? Its still there where its always been, see src/sys/modules/iwi/. Maybe you could tell us what sources you are using and if you are using any build options such as MODULES_OVERRIDE. Andrew From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 09:03:55 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 BA3AF16A41F; Mon, 4 Jun 2007 09:03:55 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.freebsd.org (Postfix) with ESMTP id EFED913C458; Mon, 4 Jun 2007 09:03:54 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [10.10.1.241] (isbalham.ist.co.uk [192.31.26.1]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id l548ggAm058988; Mon, 4 Jun 2007 09:42:42 +0100 (BST) (envelope-from rb@gid.co.uk) In-Reply-To: <20070604010942.GA13434@troutmask.apl.washington.edu> References: <200706032347.l53NlXU6055249@gw.catspoiler.org> <20070604010942.GA13434@troutmask.apl.washington.edu> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <80BDCC4A-97A0-4582-A237-D87B1143130C@gid.co.uk> Content-Transfer-Encoding: 7bit From: Bob Bishop Date: Mon, 4 Jun 2007 09:43:03 +0100 To: Steve Kargl X-Mailer: Apple Mail (2.752.3) Cc: ports@freebsd.org, Don Lewis , current@freebsd.org Subject: Re: /usr/share/mk/sys.mk and FORTRAN 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: , X-List-Received-Date: Mon, 04 Jun 2007 09:03:55 -0000 Hi, On 4 Jun 2007, at 02:09, Steve Kargl wrote: > On Sun, Jun 03, 2007 at 04:47:33PM -0700, Don Lewis wrote: >> I was taking a look at why math/lapack fails to build on -CURRENT and >> discovered that the port uses ${FC} to find the FORTRAN compiler. I >> then discovered that /usr/share/mk/sys.mk defines ${FC} as f77 (or >> fort77). I don't this is appropriate since f77 has been removed from >> -CURRENT. >> >> I don't know what the proper fix is, but I though I should point >> out the >> problem ... >> > > There are two bugs here. 1) FC should be removed. Why? One might well want the option to use any of the several FORTRAN compilers from ports. > 2) The various ports that use Fortran should use gfortran42 > installed with lang/gcc42. The various ports that use Fortran should be checked to see what version of FORTRAN they want. I suspect the easiest fix is to have $FC empty by default and for dependent ports to output a helpful diagnostic. A better fix would be to make ports dependent on an appropriate compiler port, but that's a lot of work and some users will prefer ifc anyway. > -- > Steve -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 09:06:07 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 464DC16A474 for ; Mon, 4 Jun 2007 09:06:07 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 1444313C487 for ; Mon, 4 Jun 2007 09:06:07 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=tNJacuZCfY6W/DGAlstMmErvIeoaKNZBHCHA/yOx8RIhKt4HPZzvM8GtZevzwx90i+iQJ6ZZhiGq6aB2RjPE5jLKaDXByLzA4P5N5IBBEkjSJZkaDtFenkoFjR5+Nv3gNEZ5sDNXtl7i12lTeiGmcrEZZuv4hTCNfQ9dz7woqDTnJ9TsfOjQ2Brr93KuWYGzPKKK4KEQNfyFyyLTzu9zG7LL5o3M5mUcth3CjiEo2miHBnrre7WHI/WrRFtbKRA1; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1Hv8DV-0000D1-E6; Mon, 04 Jun 2007 08:47:09 +0000 Received: from cluetoy.clue.co.za ([10.0.0.19] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1Hv8D0-0005eE-Mi; Mon, 04 Jun 2007 08:46:38 +0000 Received: from localhost ([127.0.0.1]) by clue.co.za with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Hv8Cz-0003zv-DT; Mon, 04 Jun 2007 10:46:37 +0200 To: Rui Paulo From: Ian FREISLICH In-Reply-To: Message from Rui Paulo of "Sun, 03 Jun 2007 14:41:09 +0100." <86r6otxiiy.wl%rpaulo@fnop.net> X-Attribution: BOFH Date: Mon, 04 Jun 2007 10:46:37 +0200 Message-Id: Cc: current@freebsd.org, Arne Schwabe 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: , X-List-Received-Date: Mon, 04 Jun 2007 09:06:07 -0000 Rui Paulo wrote: > At Sat, 02 Jun 2007 01:45:06 +0100, > Rui Paulo wrote: > > Can you try a 7.0-CURRENT i386 snapshot CD and see if it hangs when > > booting the second core? > > If it hangs, it should hang at: > > ACPI APIC Table: > > Just to clarify, I asked you to boot an i386 CD because there's a > problem with older MacBooks and I would like this information so that > I can better understand the problem. I can verify a hang at this point with the 7.0-CURRENT-200705-i386 snapshot. I was wondering how to get it past this point so that I could finish the install. If I boot in "safe mode" from the beasie menu, the boot works up until the point it prints "going nowhere without my init". Let me know what information you want and I'll boot whatever comination you want. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 09:08:41 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 AFF5816A4F1; Mon, 4 Jun 2007 09:08:41 +0000 (UTC) Date: Mon, 4 Jun 2007 09:08:41 +0000 From: Darren Reed To: Kenneth Vestergaard Schmidt Message-ID: <20070604090841.GA42731@hub.freebsd.org> References: <20070601103549.GA22490@localhost.localdomain> <20070604052421.GM16563@obelix.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 09:08:41 -0000 On Mon, Jun 04, 2007 at 09:46:07AM +0200, Kenneth Vestergaard Schmidt wrote: > "Wilkinson, Alex" writes: > > >On that, note, it'd be nice with an update of carp(4), too, especially > > >the 'carpdev'-functionality. I'd probably even be able to get some money > > >to sponsor at least part of the work, if anybody was willing. > > > > What is the "'carpdev'-functionality" ? > > Quoting http://marc.info/?l=openbsd-tech&m=110229937028512&w=2 : > > "Here's the long-promised diff which allows you to specify a physical > interface 'carpdev' which the carp interface will bind to, and that > interface does not have to have an IP address on the same subnet (or at > all, in fact)." > > We want to use it to replace a FreeVRRPd-setup, since FreeVRRPd seems to > be pretty unmaintained (and possibly patent-encumbered). Note that some people have concerns about CARP being patent-encumbered (by Cisco) too. Unless you know for sure if something is (or isn't) encumbered, don't bother speculating about what is or isn't a problem. If you're building a product from FreeBSD usign FreeVRRPd then you should have already contact'd Cisco... It's possible that lots of parts of FreeBSD are covered by patents and we just don't really know the full situation until someone sends an infringement notice and a court makes a decision. If Micrsoft have patents over SMB (for example) then any implementation of smbfs would potentially violate that...and they are under no obligation to tell us. Picking on things because they're unmaintained is fine but speculating on patent issues is a waste of time and energy. Leave that to those soulless and lifeless laywer-vampire types. Darren From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 09:21:12 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 0B4B616A46C for ; Mon, 4 Jun 2007 09:21:12 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id BEEDE13C469 for ; Mon, 4 Jun 2007 09:21:11 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so371140anc for ; Mon, 04 Jun 2007 02:21:11 -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=DUGmW33ku84e6jE0jqQ+5w2QYaWmyoxMFoJnMbjIvqRdN17x1mnFuj5T7T/A7ChAwnmzH3u4bKDRPTpcD6UzCaMp8g28sFgx4Oe1F7NOkNaeX5KKjRI8I8NxP04v54PWxpAYhtsKdS8FeMARctyRwmGlFlylzkEqQLlx4HKdGLQ= 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=hF0c7HrhF+qZ9o7HXwLO3MIhOupBdgVqAhs2O4wXswAOS4nGM3isT8t8p1d001yokDENCcKIgErJt6h24O3UgWUvMQ8u6mKukwf8CXKXA1tWMCPBOyFyf+9MwxXjWO/cYJdoer2zqSSLXnxD/nv6ziWuT1jF+lXvoqAtZr4srsw= Received: by 10.100.123.9 with SMTP id v9mr2443254anc.1180948869279; Mon, 04 Jun 2007 02:21:09 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Mon, 4 Jun 2007 02:21:09 -0700 (PDT) Message-ID: <499c70c0706040221v6566a830yda4b51bf9eae4ff1@mail.gmail.com> Date: Mon, 4 Jun 2007 12:21:09 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Darren Reed" In-Reply-To: <20070604090841.GA42731@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070601103549.GA22490@localhost.localdomain> <20070604052421.GM16563@obelix.dsto.defence.gov.au> <20070604090841.GA42731@hub.freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 09:21:12 -0000 On 6/4/07, Darren Reed wrote: > Note that some people have concerns about CARP being patent-encumbered > (by Cisco) too. Unless you know for sure if something is (or isn't) > encumbered, don't bother speculating about what is or isn't a problem. > If you're building a product from FreeBSD usign FreeVRRPd then you > should have already contact'd Cisco... > > It's possible that lots of parts of FreeBSD are covered by patents > and we just don't really know the full situation until someone sends > an infringement notice and a court makes a decision. If Micrsoft > have patents over SMB (for example) then any implementation of smbfs > would potentially violate that...and they are under no obligation to > tell us. > > Picking on things because they're unmaintained is fine but > speculating on patent issues is a waste of time and energy. > Leave that to those soulless and lifeless laywer-vampire types. > > Darren Kill patent and free the Revolution Technology :) -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 10:31:54 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 F14AF16A468 for ; Mon, 4 Jun 2007 10:31:54 +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 6AEFB13C4BE for ; Mon, 4 Jun 2007 10:31:54 +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 6B3CC690AA9; Mon, 4 Jun 2007 11:29:44 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 05483690AC8; Mon, 4 Jun 2007 11:29:44 +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.5 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-123-229.net.novis.pt [87.196.123.229]) by core.fnop.net (Postfix) with ESMTP id 779D0690AA9; Mon, 4 Jun 2007 11:29:43 +0100 (WEST) Date: Mon, 04 Jun 2007 11:31:48 +0100 Message-ID: <86zm3gdn8r.wl%rpaulo@fnop.net> From: Rui Paulo To: Ian FREISLICH In-Reply-To: References: <86r6otxiiy.wl%rpaulo@fnop.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) X-cite-me: rpaulo MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: Rui Paulo , current@freebsd.org, Arne Schwabe 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: , X-List-Received-Date: Mon, 04 Jun 2007 10:31:55 -0000 At Mon, 04 Jun 2007 10:46:37 +0200, Ian FREISLICH wrote: > > Rui Paulo wrote: > > At Sat, 02 Jun 2007 01:45:06 +0100, > > Rui Paulo wrote: > > > Can you try a 7.0-CURRENT i386 snapshot CD and see if it hangs when > > > booting the second core? > > > If it hangs, it should hang at: > > > ACPI APIC Table: > > > > Just to clarify, I asked you to boot an i386 CD because there's a > > problem with older MacBooks and I would like this information so that > > I can better understand the problem. > > I can verify a hang at this point with the 7.0-CURRENT-200705-i386 > snapshot. Press a key and the second core should come up. > I was wondering how to get it past this point so that I > could finish the install. If I boot in "safe mode" from the beasie > menu, the boot works up until the point it prints "going nowhere > without my init" That's a 7.0 bug. Try using a 6.2 CD and then updating to 7. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 13:16:42 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 DC15F16A421 for ; Mon, 4 Jun 2007 13:16:42 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.freebsd.org (Postfix) with ESMTP id 856F513C4AE for ; Mon, 4 Jun 2007 13:16:42 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so1061586wxd for ; Mon, 04 Jun 2007 06:16:41 -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=R/HSaF+alnwLqtnIzapCjDcGkylIByvUjIoCAIkmWL+1D4Z/UEp/VKntrqyv1oM+MymWs0f+izgGTnykID0kZNYYBpzTsfvafkKsJpyOjZ3urmDt3iXZ2zXY+4m5dHuCDWgmQAfy1tz/f0dbohKkop3yyHRQK8S8s/M8YWUI6Js= 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=tmGRy7IX8UDjptAHYphgGpLBFYaYLvboRjiLUR/61Wf0OOD4vnzwRCS2KEQbFb+cMwySeElCMupOENTvq5KlcxSu5D5qE4nEAzPEQCyrHv8D40TkAJW2mR5y6mVexbS6wX7PNYWnmgBHMgg2Ni45cYMQrZGs7BSX/8C8HFFGSC8= Received: by 10.70.57.2 with SMTP id f2mr7278519wxa.1180963001674; Mon, 04 Jun 2007 06:16:41 -0700 (PDT) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id i16sm259989wxd.2007.06.04.06.16.39; Mon, 04 Jun 2007 06:16:40 -0700 (PDT) Date: Mon, 4 Jun 2007 09:16:28 -0400 From: Alexander Kabaev To: youshi10@u.washington.edu Message-ID: <20070604091628.51e9632a@kan.dnsalias.net> In-Reply-To: References: X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_jHnVMaXiKrYo0gS+d_0otiz; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: current@freebsd.org Subject: Re: Kudos to everyone who worked on the gcc-4.2 merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 13:16:42 -0000 --Sig_jHnVMaXiKrYo0gS+d_0otiz Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 3 Jun 2007 17:30:15 -0700 (PDT) youshi10@u.washington.edu wrote: > I just wanted to thank everyone who helped make the gcc 4.2 merge > possible -- I can see a noticeable performance increase (1.5x ~ 2.0x > load time decrease) in my server (P4 HTT with SMP). >=20 > This will be one of the great changes that will put FreeBSD back on > the map closer to many Linux distros. >=20 > Once gcc 4.2.1 gets in the tree, things will be much better, I'm > sure :). >=20 > Thank you very much, and let me know if you need testing with gcc > 4.2.1 when it rolls around ;). >=20 > -Garrett >=20 Thanks, but I think kudos are addressed to wrong people. I very much doubt that GCC can be responsible for any, let alone dramatic, performance differences. Most likely you see effects of hard work done by SMP scalability guys. =20 --=20 Alexander Kabaev --Sig_jHnVMaXiKrYo0gS+d_0otiz Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGZBCsQ6z1jMm+XZYRAu72AJ0ZziiJtrgNIuXE6Zky/MSmuspfogCggU8r SRRnDaSpSq0NX2X01zOba+w= =DeRq -----END PGP SIGNATURE----- --Sig_jHnVMaXiKrYo0gS+d_0otiz-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 14:31:19 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 DFC1816A46B for ; Mon, 4 Jun 2007 14:31:19 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 434A513C480 for ; Mon, 4 Jun 2007 14:31:19 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so892529uge for ; Mon, 04 Jun 2007 07:31:17 -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=B5OMFq5OoOrjBwUJQNTx5dNEjuNIKgMl9QkNUBB3mpWTrlKRfBaz5dtzFGPST2iTndl7vg8ZNBK5zLp196Tlzba0js71ZEO4rOXc9uwjSRuak+Ebi/fTppUwiEfct0aOXnRMinLMvi1fah6I84e0l8tf0f0G33/uvIX6rV1ib9Y= 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=MGtZGwlZ4B3Rnl1Zs21Oe0XWP8t/qR6RxDHvILMJ6W17juQDLGOoVZ8YuMufjl6vS+3fLt6K3wRZUX+zivnQ7NWnDMmidAY2unoXkJjnXk3BhVBAMx21biuWPrBJWLIoWUogG91MEsmga8tYsgcp0e5WGuSKdU7tkwP2Qv+Y74M= Received: by 10.78.176.20 with SMTP id y20mr2013205hue.1180965933731; Mon, 04 Jun 2007 07:05:33 -0700 (PDT) Received: by 10.78.190.11 with HTTP; Mon, 4 Jun 2007 07:05:33 -0700 (PDT) Message-ID: <70e8236f0706040705h6d459373n8fa83b32aeaca117@mail.gmail.com> Date: Mon, 4 Jun 2007 15:05:33 +0100 From: "Joao Barros" To: "Alexander Kabaev" In-Reply-To: <20070604091628.51e9632a@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070604091628.51e9632a@kan.dnsalias.net> Cc: youshi10@u.washington.edu, current@freebsd.org Subject: Re: Kudos to everyone who worked on the gcc-4.2 merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 14:31:20 -0000 On 6/4/07, Alexander Kabaev wrote: > On Sun, 3 Jun 2007 17:30:15 -0700 (PDT) > youshi10@u.washington.edu wrote: > > > I just wanted to thank everyone who helped make the gcc 4.2 merge > > possible -- I can see a noticeable performance increase (1.5x ~ 2.0x > > load time decrease) in my server (P4 HTT with SMP). > > > > This will be one of the great changes that will put FreeBSD back on > > the map closer to many Linux distros. > > > > Once gcc 4.2.1 gets in the tree, things will be much better, I'm > > sure :). > > > > Thank you very much, and let me know if you need testing with gcc > > 4.2.1 when it rolls around ;). > > > > -Garrett > > > Thanks, but I think kudos are addressed to wrong people. I very much > doubt that GCC can be responsible for any, let alone dramatic, > performance differences. Most likely you see effects of hard work done > by SMP scalability guys. > > -- > Alexander Kabaev > > I emailed Garrett but forgot to cc current@ My question was: "Can you specify the workload that you verify that much improvement?" Like you I had my doubts gcc was responsible for such an improvement. -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 15:01:35 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 D4A1316A41F; Mon, 4 Jun 2007 15:01:35 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id B676913C465; Mon, 4 Jun 2007 15:01:35 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l54F1LWF018935; Mon, 4 Jun 2007 08:01:21 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l54F1LNP018934; Mon, 4 Jun 2007 08:01:21 -0700 (PDT) (envelope-from sgk) Date: Mon, 4 Jun 2007 08:01:21 -0700 From: Steve Kargl To: Garrett Cooper Message-ID: <20070604150121.GA18864@troutmask.apl.washington.edu> References: <200706032347.l53NlXU6055249@gw.catspoiler.org> <20070604010942.GA13434@troutmask.apl.washington.edu> <4663D1C1.2020705@u.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4663D1C1.2020705@u.washington.edu> User-Agent: Mutt/1.4.2.2i Cc: ports@freebsd.org, Don Lewis , current@freebsd.org Subject: Re: /usr/share/mk/sys.mk and FORTRAN 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: , X-List-Received-Date: Mon, 04 Jun 2007 15:01:35 -0000 On Mon, Jun 04, 2007 at 01:48:01AM -0700, Garrett Cooper wrote: > Steve Kargl wrote: > >On Sun, Jun 03, 2007 at 04:47:33PM -0700, Don Lewis wrote: > > > >>I was taking a look at why math/lapack fails to build on -CURRENT and > >>discovered that the port uses ${FC} to find the FORTRAN compiler. I > >>then discovered that /usr/share/mk/sys.mk defines ${FC} as f77 (or > >>fort77). I don't this is appropriate since f77 has been removed from > >>-CURRENT. > >> > >>I don't know what the proper fix is, but I though I should point out the > >>problem ... > >> > >> > > > >There are two bugs here. 1) FC should be removed. 2) The > >various ports that use Fortran should use gfortran42 > >installed with lang/gcc42. > > > > > Not only that. f77 in gcc-4.2 has some bugs that are waiting to be > worked out in 4.2.1, so that may be a part of the issue as well. There isn't an 'f77' in gcc-4.2. There is gfortran, which is a Fortran 95 comiler with several Fortran 2003 extension. There are only a few bugs (ie 2 or 3) in corner cases that affect the ability to compile code which conforms to the Fortran 77 standard. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 15:14:37 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 1470C16A46E; Mon, 4 Jun 2007 15:14:37 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id D1D8013C455; Mon, 4 Jun 2007 15:14:36 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l54FELkR018993; Mon, 4 Jun 2007 08:14:21 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l54FEJXp018992; Mon, 4 Jun 2007 08:14:19 -0700 (PDT) (envelope-from sgk) Date: Mon, 4 Jun 2007 08:14:19 -0700 From: Steve Kargl To: Bob Bishop Message-ID: <20070604151419.GB18864@troutmask.apl.washington.edu> References: <200706032347.l53NlXU6055249@gw.catspoiler.org> <20070604010942.GA13434@troutmask.apl.washington.edu> <80BDCC4A-97A0-4582-A237-D87B1143130C@gid.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <80BDCC4A-97A0-4582-A237-D87B1143130C@gid.co.uk> User-Agent: Mutt/1.4.2.2i Cc: ports@freebsd.org, Don Lewis , current@freebsd.org Subject: Re: /usr/share/mk/sys.mk and FORTRAN 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: , X-List-Received-Date: Mon, 04 Jun 2007 15:14:37 -0000 On Mon, Jun 04, 2007 at 09:43:03AM +0100, Bob Bishop wrote: > Hi, > > On 4 Jun 2007, at 02:09, Steve Kargl wrote: > > >On Sun, Jun 03, 2007 at 04:47:33PM -0700, Don Lewis wrote: > >>I was taking a look at why math/lapack fails to build on -CURRENT and > >>discovered that the port uses ${FC} to find the FORTRAN compiler. I > >>then discovered that /usr/share/mk/sys.mk defines ${FC} as f77 (or > >>fort77). I don't this is appropriate since f77 has been removed from > >>-CURRENT. > >> > >>I don't know what the proper fix is, but I though I should point > >>out the > >>problem ... > >> > > > >There are two bugs here. 1) FC should be removed. > > Why? One might well want the option to use any of the several FORTRAN > compilers from ports. The correct spelling of the name of the language is Fortran. The reason is simple. If you upgrade from 6-stable to 7-current and you do not clean out the f77 command (aka g77) then you may have ABI issues when LAPACK is compiled with f77 and consumers of liblapack.a use gfortran or even the base system cc. > > >2) The various ports that use Fortran should use gfortran42 > >installed with lang/gcc42. > > The various ports that use Fortran should be checked to see what > version of FORTRAN they want. I suspect the easiest fix is to have > $FC empty by default and for dependent ports to output a helpful > diagnostic. > A better fix would be to make ports dependent on an appropriate > compiler port, but that's a lot of work and some users will prefer > ifc anyway. The work has already been done for most ports. Lapack is one of the few that doesn't use gfortran42 by default. See http://www.freebsd.org/cgi/getmsg.cgi?fetch=313584+318166+/usr/local/www/db/text/2007/freebsd-ports/20070318.freebsd-ports -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 15:26:35 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 ED2AE16A400 for ; Mon, 4 Jun 2007 15:26:35 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id C994813C44C for ; Mon, 4 Jun 2007 15:26:35 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l54FQZI4020230 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 4 Jun 2007 08:26:35 -0700 X-Auth-Received: from [192.168.10.45] (c-67-166-149-71.hsd1.ca.comcast.net [67.166.149.71]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l54FQYSF017783 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 4 Jun 2007 08:26:34 -0700 Message-ID: <46642F2A.8000501@u.washington.edu> Date: Mon, 04 Jun 2007 08:26:34 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Joao Barros References: <20070604091628.51e9632a@kan.dnsalias.net> <70e8236f0706040705h6d459373n8fa83b32aeaca117@mail.gmail.com> In-Reply-To: <70e8236f0706040705h6d459373n8fa83b32aeaca117@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.4.80535 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: current@freebsd.org Subject: Re: Kudos to everyone who worked on the gcc-4.2 merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 15:26:36 -0000 Joao Barros wrote: > On 6/4/07, Alexander Kabaev wrote: >> On Sun, 3 Jun 2007 17:30:15 -0700 (PDT) >> youshi10@u.washington.edu wrote: >> >> > I just wanted to thank everyone who helped make the gcc 4.2 merge >> > possible -- I can see a noticeable performance increase (1.5x ~ 2.0x >> > load time decrease) in my server (P4 HTT with SMP). >> > >> > This will be one of the great changes that will put FreeBSD back on >> > the map closer to many Linux distros. >> > >> > Once gcc 4.2.1 gets in the tree, things will be much better, I'm >> > sure :). >> > >> > Thank you very much, and let me know if you need testing with gcc >> > 4.2.1 when it rolls around ;). >> > >> > -Garrett >> > >> Thanks, but I think kudos are addressed to wrong people. I very much >> doubt that GCC can be responsible for any, let alone dramatic, >> performance differences. Most likely you see effects of hard work done >> by SMP scalability guys. >> >> -- >> Alexander Kabaev >> >> > > I emailed Garrett but forgot to cc current@ > > My question was: "Can you specify the workload that you verify that > much improvement?" > Like you I had my doubts gcc was responsible for such an improvement. > > The differences I saw (ok, limited), were a decrease in bootup time (about 15-30 seconds faster), login via ssh (almost instantaneous when the sshd thread seemingly hasn't gone to sleep), restarting the samba daemon (3 seconds to ~1 second), and running make buildworld and installworld. The only thing that I've noticed so far is that acpi is broken again... I was shocked when I hit my power button and my machine instantly shut off 0_0... Synced to HEAD yesterday and rebuilt. ASUS P4800DX motherboard with a P4 3.0GHz Northwood chip. -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 15:27:06 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 CE8FC16A400 for ; Mon, 4 Jun 2007 15:27:06 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 62A1B13C447 for ; Mon, 4 Jun 2007 15:27:06 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.13.8/8.13.8) with ESMTP id l54FR3Tu003170; Mon, 4 Jun 2007 17:27:04 +0200 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 902FB637; Mon, 4 Jun 2007 17:27:03 +0200 (CEST) Date: Mon, 4 Jun 2007 17:27:03 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Message-Id: <20070604172703.25370453.gerrit@pmp.uni-hannover.de> In-Reply-To: <20070531120255.GA23146@mime.TechFak.Uni-Bielefeld.DE> References: <20070530174944.31966e57.gerrit@pmp.uni-hannover.de> <20070531072541.GA22936@mime.TechFak.Uni-Bielefeld.DE> <20070531093222.25fde006.gerrit@pmp.uni-hannover.de> <20070531120255.GA23146@mime.TechFak.Uni-Bielefeld.DE> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146 Cc: current@freebsd.org Subject: Re: ZFS does not load and mount at boot time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 15:27:06 -0000 On Thu, 31 May 2007 14:02:55 +0200 wrote about Re: ZFS does not load and mount at boot time: OUBD> If the ZFS module is loaded by the loader the symlinking trick will OUBD> not work. The module tries to load /boot/zfs/zpool.cache or expects OUBD> zpool.cache preloaded from the loader. However, I could not teach OUBD> the loader to load zpool.cache from the nanobsd configuration slice. OUBD> If the module is loaded by /etc/rc.d/zfs, the symlinking works, OUBD> because the module will try then try to load /boot/zfs/zpool.cache OUBD> (which points to /etc/zfs/zpool.cache) wich was initialized by OUBD> rc.initdiskless. I have now moved zfs.cache to /etc/zfs and load the module via rc.conf. I have also included the saving of zfs.cache on /cfg in "zfs stop" and set KEYWORD: shutdown for zfs. However, I still get ZFS: WARNING: pool 'tank' could not be loaded as it was last accessed by another system (host: eclipse.aei.uni-hannover.de hostid: 0xf7ab4bd6). See: http://www.sun.com/msg/ZFS-8000-EY when booting. Any further ideas? cu Gerrit From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 15:27:37 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 6D42416A421 for ; Mon, 4 Jun 2007 15:27:37 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id 4B38113C45B for ; Mon, 4 Jun 2007 15:27:37 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l54FRaTj020547 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 4 Jun 2007 08:27:37 -0700 X-Auth-Received: from [192.168.10.45] (c-67-166-149-71.hsd1.ca.comcast.net [67.166.149.71]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l54FRaZI017973 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 4 Jun 2007 08:27:36 -0700 Message-ID: <46642F68.9050102@u.washington.edu> Date: Mon, 04 Jun 2007 08:27:36 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Alexander Kabaev References: <20070604091628.51e9632a@kan.dnsalias.net> In-Reply-To: <20070604091628.51e9632a@kan.dnsalias.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.4.80535 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: current@freebsd.org Subject: Re: Kudos to everyone who worked on the gcc-4.2 merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 15:27:37 -0000 Alexander Kabaev wrote: > On Sun, 3 Jun 2007 17:30:15 -0700 (PDT) > youshi10@u.washington.edu wrote: > > >> I just wanted to thank everyone who helped make the gcc 4.2 merge >> possible -- I can see a noticeable performance increase (1.5x ~ 2.0x >> load time decrease) in my server (P4 HTT with SMP). >> >> This will be one of the great changes that will put FreeBSD back on >> the map closer to many Linux distros. >> >> Once gcc 4.2.1 gets in the tree, things will be much better, I'm >> sure :). >> >> Thank you very much, and let me know if you need testing with gcc >> 4.2.1 when it rolls around ;). >> >> -Garrett >> >> > Thanks, but I think kudos are addressed to wrong people. I very much > doubt that GCC can be responsible for any, let alone dramatic, > performance differences. Most likely you see effects of hard work done > by SMP scalability guys. > > Ok. Interesting. All the changes I could see were at the kernel level (I saw a speed improvement after installing the kernel, before I ran make installworld). -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 15:30:13 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 3B0B116A400 for ; Mon, 4 Jun 2007 15:30:13 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 17DE413C44B for ; Mon, 4 Jun 2007 15:30:13 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l54FUC8U019759 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 4 Jun 2007 08:30:12 -0700 X-Auth-Received: from [192.168.10.45] (c-67-166-149-71.hsd1.ca.comcast.net [67.166.149.71]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l54FUBU3006095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 4 Jun 2007 08:30:12 -0700 Message-ID: <46643003.3070308@u.washington.edu> Date: Mon, 04 Jun 2007 08:30:11 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Joao Barros References: <20070604091628.51e9632a@kan.dnsalias.net> <70e8236f0706040705h6d459373n8fa83b32aeaca117@mail.gmail.com> <46642F2A.8000501@u.washington.edu> In-Reply-To: <46642F2A.8000501@u.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.4.81533 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: current@freebsd.org Subject: Re: Kudos to everyone who worked on the gcc-4.2 merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 15:30:13 -0000 Garrett Cooper wrote: > Joao Barros wrote: >> On 6/4/07, Alexander Kabaev wrote: >>> On Sun, 3 Jun 2007 17:30:15 -0700 (PDT) >>> youshi10@u.washington.edu wrote: >>> >>> > I just wanted to thank everyone who helped make the gcc 4.2 merge >>> > possible -- I can see a noticeable performance increase (1.5x ~ 2.0x >>> > load time decrease) in my server (P4 HTT with SMP). >>> > >>> > This will be one of the great changes that will put FreeBSD back on >>> > the map closer to many Linux distros. >>> > >>> > Once gcc 4.2.1 gets in the tree, things will be much better, I'm >>> > sure :). >>> > >>> > Thank you very much, and let me know if you need testing with gcc >>> > 4.2.1 when it rolls around ;). >>> > >>> > -Garrett >>> > >>> Thanks, but I think kudos are addressed to wrong people. I very much >>> doubt that GCC can be responsible for any, let alone dramatic, >>> performance differences. Most likely you see effects of hard work done >>> by SMP scalability guys. >>> >>> -- >>> Alexander Kabaev >>> >>> >> >> I emailed Garrett but forgot to cc current@ >> >> My question was: "Can you specify the workload that you verify that >> much improvement?" >> Like you I had my doubts gcc was responsible for such an improvement. >> >> > The differences I saw (ok, limited), were a decrease in bootup time > (about 15-30 seconds faster), login via ssh (almost instantaneous when > the sshd thread seemingly hasn't gone to sleep), restarting the samba > daemon (3 seconds to ~1 second), and running make buildworld and > installworld. > > The only thing that I've noticed so far is that acpi is broken > again... I was shocked when I hit my power button and my machine > instantly shut off 0_0... > > Synced to HEAD yesterday and rebuilt. > > ASUS P4800DX motherboard with a P4 3.0GHz Northwood chip. > > -Garrett 3 other things I forgot to mention: 1. I don't use WITNESS on my server. 2. I use the 4BSD scheduler, not the ULE scheduler. 3. The last time I synced and built everything was around early May if I remember correctly. -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 15:34:13 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 A7C1D16A47F; Mon, 4 Jun 2007 15:34:13 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.freebsd.org (Postfix) with ESMTP id 32AF613C447; Mon, 4 Jun 2007 15:34:12 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [10.10.1.241] (isbalham.ist.co.uk [192.31.26.1]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id l54FYB90064015; Mon, 4 Jun 2007 16:34:11 +0100 (BST) (envelope-from rb@gid.co.uk) In-Reply-To: <20070604151419.GB18864@troutmask.apl.washington.edu> References: <200706032347.l53NlXU6055249@gw.catspoiler.org> <20070604010942.GA13434@troutmask.apl.washington.edu> <80BDCC4A-97A0-4582-A237-D87B1143130C@gid.co.uk> <20070604151419.GB18864@troutmask.apl.washington.edu> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Bob Bishop Date: Mon, 4 Jun 2007 16:34:32 +0100 To: Steve Kargl X-Mailer: Apple Mail (2.752.3) Cc: ports@freebsd.org, Don Lewis , current@freebsd.org Subject: Re: /usr/share/mk/sys.mk and FORTRAN 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: , X-List-Received-Date: Mon, 04 Jun 2007 15:34:13 -0000 Hi, On 4 Jun 2007, at 16:14, Steve Kargl wrote: > On Mon, Jun 04, 2007 at 09:43:03AM +0100, Bob Bishop wrote: >> [...]A better fix would be to make ports dependent on an appropriate >> compiler port, but that's a lot of work and some users will prefer >> ifc anyway. > > The work has already been done for most ports. Lapack is one of the > few that doesn't use gfortran42 by default. See > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=313584+318166+/usr/ > local/www/db/text/2007/freebsd-ports/20070318.freebsd-ports OK, I wasn't aware of that good work because I don't read -ports. Thanks -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 15:59:54 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 1903716A400 for ; Mon, 4 Jun 2007 15:59:54 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id A03EF13C45B for ; Mon, 4 Jun 2007 15:59:53 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.13.8/8.13.8) with ESMTP id l54FxpxQ006113; Mon, 4 Jun 2007 17:59:52 +0200 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 34A705BC; Mon, 4 Jun 2007 17:59:51 +0200 (CEST) Date: Mon, 4 Jun 2007 17:59:51 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: current@freebsd.org Message-Id: <20070604175951.a1fe8842.gerrit@pmp.uni-hannover.de> In-Reply-To: <20070604172703.25370453.gerrit@pmp.uni-hannover.de> References: <20070530174944.31966e57.gerrit@pmp.uni-hannover.de> <20070531072541.GA22936@mime.TechFak.Uni-Bielefeld.DE> <20070531093222.25fde006.gerrit@pmp.uni-hannover.de> <20070531120255.GA23146@mime.TechFak.Uni-Bielefeld.DE> <20070604172703.25370453.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-PMX-Version: 5.3.0.289146 Cc: oschonef@techfak.uni-bielefeld.de Subject: Re: ZFS does not load and mount at boot time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 15:59:54 -0000 On Mon, 4 Jun 2007 17:27:03 +0200 Gerrit K=FChn wrote about Re: ZFS does not load and mount at boot time: GK> I have now moved zfs.cache to /etc/zfs and load the module via GK> rc.conf. I have also included the saving of zfs.cache on /cfg in "zfs GK> stop" and set KEYWORD: shutdown for zfs. However, I still get=20 GK>=20 GK> ZFS: WARNING: pool 'tank' could not be loaded as it was last accessed GK> by another system (host: eclipse.aei.uni-hannover.de hostid: GK> 0xf7ab4bd6). See: http://www.sun.com/msg/ZFS-8000-EY GK>=20 GK> when booting. Any further ideas? Strange... neither "/etc/rc.shutdown.local" nor "/etc/rc.d/zfs stop" seems to be run when rebooting. But when running zfs stop manually before rebooting, the system comes back with the same error when trying to mount zfs volumes, so there are probably at least two problems left to solve here... cu Gerrit From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 16:09: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 6D23F16A468 for ; Mon, 4 Jun 2007 16:09:27 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out12.ilk.de [194.121.104.12]) by mx1.freebsd.org (Postfix) with ESMTP id 7CE9013C43E for ; Mon, 4 Jun 2007 16:09:26 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool44.ka.ilk.net [212.86.194.44]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id l54FR811015322; Mon, 4 Jun 2007 17:27:08 +0200 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.4+Sun/8.13.4) with ESMTP id l54FOfWQ017528; Mon, 4 Jun 2007 17:24:41 +0200 (CEST) Message-ID: <46642FA4.1090807@smo.de> Date: Mon, 04 Jun 2007 17:28:36 +0200 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070525 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: youshi10@u.washington.edu References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Kudos to everyone who worked on the gcc-4.2 merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 16:09:27 -0000 youshi10@u.washington.edu wrote: > I just wanted to thank everyone who helped make the gcc 4.2 merge > possible [...] Seconded. But the import of gcc 4.2 has one downside for me: it takes ~2 hours longer to compile a new world and kernel on my testbox (Celeron 500; 192MiB RAM) than in post-gcc42-CURRENT... That's just a detection, no complaint ;-) Philipp P.S.: If anybody is interested in some numbers drop me a mail. -- www.familie-ost.info/~pj From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 17:15: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 1F88016A46B for ; Mon, 4 Jun 2007 17:15:03 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from webmail30.mail.yandex.net (webmail30.mail.yandex.net [213.180.200.154]) by mx1.freebsd.org (Postfix) with ESMTP id 9D68E13C447 for ; Mon, 4 Jun 2007 17:15:02 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from YAMAIL (webmail30) by mail.yandex.ru id S4645265AbXFDROv for ; Mon, 4 Jun 2007 21:14:51 +0400 Received: from [91.122.16.136] ([91.122.16.136]) by mail.yandex.ru with HTTP; Mon, 04 Jun 2007 21:14:50 +0400 From: "S.N.Grigoriev" To: freebsd-current@freebsd.org MIME-Version: 1.0 Message-Id: <72711180977290@webmail30.yandex.ru> Date: Mon, 04 Jun 2007 21:14:50 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Subject: Fw: 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: , X-List-Received-Date: Mon, 04 Jun 2007 17:15:03 -0000 16 May 2007 S.N.Grigoriev wrote: > 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? The problem persists. GENERIC compiled with today sources crashes with the following output: panic: bad stray interrupt cpuid = 0 KDB: enter: panic [thread pid = 11 tid 100002 ] Stopped at kdb_enter+0x2f: leave The call stack trace is: Tracing pid 11 tid 100002 td 0xffffff003db84990 kdb_enter() at kdb_enter+0x30 intr_execute_handlers() at intr_execute_handlers+0x183 Xapic_isr1() at Xapic_isr1()+0x7f --- interrupt, rip = 0xffffffff8071ec56, rsp = 0xffffffffa075fbd0, rbp = 0xffffffffa075fbe0 --- acpi_cpu_c1() at acpi_cpu_c1+0x6 acpi_cpu_idle() at acpi_cpu_idle+0x27c sched_idletd() at sched_idletd+0x35 fork_exit() at fork_exit+0x153 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffa075fd30, rbp = 0 --- Crash dump is available at http://www.spbcity.net/crash/crash.tgz Regards, Serguey. From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 17:22:51 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 2AA8B16A421; Mon, 4 Jun 2007 17:22: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 E67FF13C46A; Mon, 4 Jun 2007 17:22:50 +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 l54HMou0027532; Mon, 4 Jun 2007 13:22: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.13.8/8.13.8) with ESMTP id l54HMoW9092877; Mon, 4 Jun 2007 13:22:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F3DB573068; Mon, 4 Jun 2007 13:22:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070604172249.F3DB573068@freebsd-current.sentex.ca> Date: Mon, 4 Jun 2007 13:22:49 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 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: , X-List-Received-Date: Mon, 04 Jun 2007 17:22:51 -0000 TB --- 2007-06-04 16:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-04 16:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-04 16:10:00 - cleaning the object tree TB --- 2007-06-04 16:10:19 - checking out the source tree TB --- 2007-06-04 16:10:19 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-04 16:10:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-04 16:21:05 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-04 16:21:05 - cd /src TB --- 2007-06-04 16:21:05 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 4 16:21:08 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 [...] ../../lib/bind/isc/libisc.a(rwlock.o)(.text+0x884): In function `isc_rwlock_lock': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x7c): In function `isc_hash_ctxattach': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x2e0): In function `isc_hash_destroy': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x3c4): In function `isc_hash_ctxdetach': : undefined reference to `isc_atomic_xadd' *** Error code 1 Stop in /src/usr.bin/dig. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-04 17:22:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-04 17:22:49 - ERROR: failed to build world TB --- 2007-06-04 17:22:49 - tinderbox aborted TB --- 0.41 user 1.64 system 4369.15 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 17:31:28 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 9071416A400; Mon, 4 Jun 2007 17:31:28 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3F63913C4BD; Mon, 4 Jun 2007 17:31:28 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HvFzu-0007z2-MF; Mon, 04 Jun 2007 21:05:38 +0400 From: Vladimir Grebenschikov To: java@freesbd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Mon, 04 Jun 2007 21:05:37 +0400 Message-Id: <1180976737.24934.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: glewis@FreeBSD.org, current Subject: failed to build java/jdk15 on recent current - gcc4 issue ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 17:31:28 -0000 Hi Todays 7-CURRENT with fresh ports tree: ../../../../../src/share/classes/java/nio/Bits.java:19: duplicate class: Bits class Bits { // package-private ^ ../../../../../src/solaris/classes/sun/net/www/protocol/file/Handler.java:26: duplicate class: Handler public class Handler extends URLStreamHandler { ^ ../../../../../src/share/classes/java/lang/Class.java:10: cannot access java.lang.reflect.Array bad class file: ../../../../../src/share/classes/java/lang/reflect/Array.java file does not contain class java.lang.reflect.Array Please remove or make sure it appears in the correct subdirectory of the classpath. import java.lang.reflect.Array; ^ 3 errors gmake[7]: *** [.compile.classlist] Error 1 gmake[7]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/sun/javac/recompile/library' gmake[6]: *** [optimized] Error 2 gmake[6]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/sun/javac/recompile/library' gmake[5]: *** [all] Error 1 gmake[5]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/sun/javac/recompile' gmake[4]: *** [all] Error 1 gmake[4]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/sun/javac' gmake[3]: *** [all] Error 2 gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/javac' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make' gmake: *** [j2se-build] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk15. *** Error code 1 Stop in /usr/ports/java/jdk15. /usr/ports/java/jdk15# cvs status Makefile =================================================================== File: Makefile Status: Up-to-date Working revision: 1.126 Mon Jun 4 09:09:25 2007 Repository revision: 1.126 /usr/ncvs/ports/java/jdk15/Makefile,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) /usr/ports/java/jdk15# Deps ports are also built recently. java/jdk14 also fails to build. Any hints ? -- Vladimir B. Grebenschikov SWsoft Inc. vova@swsoft.com From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 17:42:13 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 83EE016A46B for ; Mon, 4 Jun 2007 17:42:13 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234]) by mx1.freebsd.org (Postfix) with ESMTP id 3296113C45A for ; Mon, 4 Jun 2007 17:42:13 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by wr-out-0506.google.com with SMTP id 69so781948wra for ; Mon, 04 Jun 2007 10:42:12 -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=hiZjZWiBdjFKrsKKeGGniddMmVeyVIp1wKTTbL5ffN797abH4AtYV0nICYj6oIOgJuwrazfE9uL9JmcDPnLtKhXa3JJK88G1E2hiJBmIFjPwk+ehD6voTd6cuR7k2RdnQG4Wk9WnEJlcyIXWiR3q2pA4ZFhsF9qboEGW6hvFnSc= 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=Xd/uprswpKdyHSiWDw/m8TkQ3LzBN9GdinT0UjVoD16j/D3nN6tk441cKOBo1KnAsbCxSn1CA3sEqI26WptyZMkx1WwMB+33VwFWVah9HaGLUHduDRAQZ4iCWgBlX4mYhnD1GxdkR4BdThwg0g8Rcn9qK2d4eLvezHSfxCTivuY= Received: by 10.100.108.11 with SMTP id g11mr2720355anc.1180978931962; Mon, 04 Jun 2007 10:42:11 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Mon, 4 Jun 2007 10:42:11 -0700 (PDT) Message-ID: <499c70c0706041042w7c5c70dbh382e0674dac90bb9@mail.gmail.com> Date: Mon, 4 Jun 2007 20:42:11 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Mon, 04 Jun 2007 17:42:13 -0000 Hello, I have IRC services and it stored the dbs as MyISAM in MySQL 5.0.41 which runs on dedicated C2D 6600 with 2 GB of ram. FreeBSD 7.0-CURRENT #4: Sun Jun 3 22:56:52 GMT 2007 i386 Here is my kernel config cpu I686_CPU ident SERVICES options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options SC_DISABLE_REBOOT # Disable reboot key sequence # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC device acpi # Compile acpi in statically # Bus support. device eisa device pci # Bus support. device eisa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives options ATA_STATIC_ID # Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device vga # VGA video card driver # syscons is the default console driver, resembling an SCO console device sc # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device snp # Snoop Device # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter Here is the sysctl of kern kern.maxvnodes: 100000 kern.maxproc: 6164 kern.maxfiles: 32768 kern.argmax: 262144 kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } kern.posix1version: 200112 kern.ngroups: 16 kern.job_control: 1 kern.saved_ids: 0 kern.bootfile: /boot/kernel/kernel kern.maxfilesperproc: 11095 kern.maxprocperuid: 5547 kern.ipc.maxsockbuf: 262144 kern.ipc.sockbuf_waste_factor: 8 kern.ipc.somaxconn: 1024 kern.ipc.max_linkhdr: 16 kern.ipc.max_protohdr: 40 kern.ipc.max_hdr: 56 kern.ipc.max_datalen: 148 kern.ipc.nmbjumbo16: 0 kern.ipc.nmbjumbo9: 0 kern.ipc.nmbjumbop: 0 kern.ipc.nmbclusters: 25600 kern.ipc.piperesizeallowed: 1 kern.ipc.piperesizefail: 0 kern.ipc.pipeallocfail: 0 kern.ipc.pipefragretry: 0 kern.ipc.pipekva: 16384 kern.ipc.maxpipekva: 16777216 kern.ipc.msgseg: 2048 kern.ipc.msgssz: 8 kern.ipc.msgtql: 40 kern.ipc.msgmnb: 2048 kern.ipc.msgmni: 40 kern.ipc.msgmax: 16384 kern.ipc.semaem: 16384 kern.ipc.semvmx: 32767 kern.ipc.semusz: 92 kern.ipc.semume: 10 kern.ipc.semopm: 100 kern.ipc.semmsl: 60 kern.ipc.semmnu: 30 kern.ipc.semmns: 60 kern.ipc.semmni: 10 kern.ipc.semmap: 30 kern.ipc.shm_allow_removed: 0 kern.ipc.shm_use_phys: 0 kern.ipc.shmall: 8192 kern.ipc.shmseg: 128 kern.ipc.shmmni: 192 kern.ipc.shmmin: 1 kern.ipc.shmmax: 33554432 kern.ipc.maxsockets: 25600 kern.ipc.numopensockets: 26 kern.ipc.nsfbufsused: 0 kern.ipc.nsfbufspeak: 5 kern.ipc.nsfbufs: 6656 kern.dummy: 0 kern.ps_strings: 3217031152 kern.usrstack: 3217031168 kern.logsigexit: 1 kern.iov_max: 1024 kern.hostuuid: 802D1F15-461D-D711-A11F-C7ABFF8EBB17 kern.arandom: 653627002 kern.disks: ad2 ad0 kern.geom.collectstats: 1 kern.geom.debugflags: 0 kern.geom.label.debug: 0 kern.elf32.fallback_brand: -1 kern.init_shutdown_timeout: 120 kern.init_path: /sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init:/stand/sysinstall kern.acct_suspended: 0 kern.acct_configured: 0 kern.acct_chkfreq: 15 kern.acct_resume: 4 kern.acct_suspend: 2 kern.cp_time: 5327530 0 60047 15732 9213550 kern.openfiles: 121 kern.kq_calloutmax: 4096 kern.ps_arg_cache_limit: 256 kern.stackprot: 7 kern.randompid: 0 kern.lastpid: 3158 kern.ktrace.request_pool: 100 kern.ktrace.genio_size: 4096 kern.module_path: /boot/kernel;/boot/modules kern.malloc_count: 134 kern.fallback_elf_brand: -1 kern.maxusers: 384 kern.ident: SERVICES kern.kstack_pages: 2 kern.shutdown.kproc_shutdown_wait: 60 kern.shutdown.poweroff_delay: 5000 kern.sync_on_panic: 0 kern.corefile: %N.core kern.nodump_coredump: 0 kern.coredump: 1 kern.sugid_coredump: 0 kern.sigqueue.alloc_fail: 0 kern.sigqueue.overflow: 0 kern.sigqueue.preallocate: 1024 kern.sigqueue.max_pending_per_proc: 128 kern.forcesigexit: 1 kern.fscale: 2048 kern.timecounter.tick: 1 kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.hardware: ACPI-fast kern.timecounter.nsetclock: 3 kern.timecounter.ngetmicrotime: 1966 kern.timecounter.ngetnanotime: 1 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetmicrouptime: 4172907 kern.timecounter.ngetnanouptime: 2512 kern.timecounter.ngetbinuptime: 401300 kern.timecounter.nmicrotime: 2986925 kern.timecounter.nnanotime: 423 kern.timecounter.nbintime: 2987361 kern.timecounter.nmicrouptime: 3182 kern.timecounter.nnanouptime: 8 kern.timecounter.nbinuptime: 3825003 kern.timecounter.stepwarnings: 0 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 27888 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 2515696 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 1000 kern.timecounter.tc.TSC.mask: 4294967295 kern.timecounter.tc.TSC.counter: 4040078241 kern.timecounter.tc.TSC.frequency: 2394010377 kern.timecounter.tc.TSC.quality: -100 kern.timecounter.smp_tsc: 0 kern.threads.virtual_cpu: 2 kern.threads.max_threads_hits: 0 kern.threads.max_threads_per_proc: 1500 kern.threads.umtx_max_spins: 3000 kern.threads.umtx_dflt_spins: 0 kern.ccpu: 1948 kern.sched.runq_fuzz: 1 kern.sched.preemption: 1 kern.sched.ipiwakeup.htt2: 0 kern.sched.ipiwakeup.onecpu: 0 kern.sched.ipiwakeup.useloop: 0 kern.sched.ipiwakeup.usemask: 1 kern.sched.ipiwakeup.delivered: 1796942 kern.sched.ipiwakeup.requested: 1796941 kern.sched.ipiwakeup.enabled: 1 kern.sched.quantum: 100000 kern.sched.name: 4BSD kern.devstat.version: 6 kern.devstat.generation: 177 kern.devstat.numdevs: 2 kern.kobj_methodcount: 105 kern.log_wakeups_per_second: 5 kern.msgbuf_clear: 0 kern.msgbuf: kern.always_console_output: 0 kern.log_console_output: 1 kern.smp.forward_roundrobin_enabled: 1 kern.smp.forward_signal_enabled: 1 kern.smp.cpus: 2 kern.smp.disabled: 0 kern.smp.active: 1 kern.smp.maxcpus: 16 kern.nselcoll: 0 kern.tty_nout: 198594 kern.tty_nin: 1711 kern.drainwait: 300 kern.constty_wakeups_per_second: 5 kern.consmsgbuf_size: 8192 kern.consmute: 0 kern.console: consolectl,/consolectl, kern.pts.max: 1000 kern.pts.enable: 0 kern.minvnodes: 25000 kern.metadelay: 28 kern.dirdelay: 29 kern.filedelay: 30 kern.chroot_allow_open_directories: 1 kern.random.yarrow.gengateinterval: 10 kern.random.yarrow.bins: 10 kern.random.yarrow.fastthresh: 192 kern.random.yarrow.slowthresh: 256 kern.random.yarrow.slowoverthresh: 2 kern.random.sys.seeded: 1 kern.random.sys.harvest.ethernet: 1 kern.random.sys.harvest.point_to_point: 1 kern.random.sys.harvest.interrupt: 1 kern.random.sys.harvest.swi: 0 I see both daemons use CPU0 most of the time, and the other one is idling. last pid: 3138; load averages: 0.70, 0.56, 0.70 up 0+15:20:36 17:29:46 34 processes: 2 running, 32 sleeping CPU states: 48.9% user, 0.0% nice, 1.7% system, 0.0% interrupt, 49.4% idle Mem: 711M Active, 420M Inact, 183M Wired, 32K Cache, 112M Buf, 685M Free Swap: 2048M Total, 2048M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 3135 services 3 96 0 29716K 27432K select 0 0:27 60.75% services 3106 mysql 14 96 0 637M 628M ucond 0 3:42 33.35% mysqld last pid: 3142; load averages: 0.83, 0.61, 0.71 up 0+15:21:13 17:30:23 34 processes: 2 running, 32 sleeping CPU states: 47.2% user, 0.0% nice, 4.9% system, 0.2% interrupt, 47.7% idle Mem: 711M Active, 420M Inact, 183M Wired, 32K Cache, 112M Buf, 684M Free Swap: 2048M Total, 2048M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME CPU COMMAND 3135 services 3 96 0 29716K 27668K select 0 0:55 72.61% services 3106 mysql 14 96 0 637M 628M ucond 0 3:52 24.66% mysqld Both of them using libthr as well. Now my question is, why they don't use 100% of both COREs while syncing to 4k users? Here is my my.cnf [mysqld] thread_concurrency=100 max_connections=5000 wait_timeout=300 max_allowed_packet=32M key_buffer=512M read_buffer_size=3M sort_buffer_size=9M join_buffer_size=3M myisam_sort_buffer_size=100M read_rnd_buffer_size=5M query_cache_limit=1M query_cache_size=64M query_cache_type=1 thread_cache_size=256 table_cache=2048 max_tmp_tables=1024 tmp_table_size=512M safe-show-database skip-networking socket=/tmp/mysql.sock [client] socket=/tmp/mysql.sock The total database size is less than 60 MBs. mysqladmin status Uptime: 878 Threads: 2 Questions: 225769 Slow queries: 0 Opens: 31 Flush tables: 1 Open tables: 25 Queries per second avg: 257.140 -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 17:55:54 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 CF3FF16A41F for ; Mon, 4 Jun 2007 17:55:54 +0000 (UTC) (envelope-from master@preved.cn) Received: from mc333.mccolo.com (mc333.mccolo.com [208.72.175.2]) by mx1.freebsd.org (Postfix) with ESMTP id BA3A313C447 for ; Mon, 4 Jun 2007 17:55:54 +0000 (UTC) (envelope-from master@preved.cn) Received: from mc333.mccolo.com (localhost [127.0.0.1]) by mc333.mccolo.com (Postfix) with ESMTP id 4F474114FB; Mon, 4 Jun 2007 10:55:47 -0700 (PDT) Received: from [10.99.0.2] (unknown [81.29.242.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mc333.mccolo.com (Postfix) with ESMTP id D1752114DA; Mon, 4 Jun 2007 10:55:45 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: <499c70c0706041042w7c5c70dbh382e0674dac90bb9@mail.gmail.com> References: <499c70c0706041042w7c5c70dbh382e0674dac90bb9@mail.gmail.com> Content-Type: text/plain; charset=KOI8-R; delsp=yes; format=flowed Message-Id: <34AE885F-1525-402E-84DA-B1F9E51F4B52@preved.cn> Content-Transfer-Encoding: quoted-printable From: Alexey Tarasov Date: Mon, 4 Jun 2007 21:55:46 +0400 To: Abdullah Ibn Hamad Al-Marri , current@freebsd.org X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Mon, 04 Jun 2007 17:55:54 -0000 Hi. > options SCHED_4BSD # 4BSD scheduler Try to use SCHED_ULE or SCHED_CORE. ::[ | | | | ]:: Alexey Tarasov master@preved.cn 04.06.2007, =D7 21:42, Abdullah Ibn Hamad Al-Marri =D0=C9=D3=C1=CC(=C1): > Hello, > > I have IRC services and it stored the dbs as MyISAM in MySQL 5.0.41 > which runs on dedicated C2D 6600 with 2 GB of ram. > > FreeBSD 7.0-CURRENT #4: Sun Jun 3 22:56:52 GMT 2007 i386 > > Here is my kernel config > > cpu I686_CPU > ident SERVICES > > options SCHED_4BSD # 4BSD scheduler > options PREEMPTION # Enable kernel thread =20 > preemption > options INET # InterNETworking > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates =20 > support > options UFS_ACL # Support for access =20 > control lists > options UFS_DIRHASH # Improve performance on =20 > big directories > options UFS_GJOURNAL # Enable gjournal-based UFS =20= > journaling > options GEOM_PART_GPT # GUID Partition Tables. > options GEOM_LABEL # Provides labelization > options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP =20 > THIS!] > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > options SCSI_DELAY=3D5000 # Delay (in ms) before =20 > probing SCSI > options KTRACE # ktrace(1) support > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > extensions > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options ADAPTIVE_GIANT # Giant mutex is adaptive. > options STOP_NMI # Stop CPUS using NMI =20 > instead of IPI > options SC_DISABLE_REBOOT # Disable reboot =20 > key sequence > > # To make an SMP kernel, the next two lines are needed > options SMP # Symmetric MultiProcessor =20 > Kernel > device apic # I/O APIC > > device acpi # Compile acpi in statically > > # Bus support. > device eisa > device pci > > # Bus support. > device eisa > device pci > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > options ATA_STATIC_ID # Static device numbering > > # atkbdc0 controls both the keyboard and the PS/2 mouse > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > device vga # VGA video card driver > > # syscons is the default console driver, resembling an SCO console > device sc > > # PCI Ethernet NICs that use the common MII bus controller code. > # NOTE: Be sure to keep the 'device miibus' line in order to use =20 > these NICs! > device miibus # MII bus support > device sk # SysKonnect SK-984x & SK-982x =20 > gigabit Ethernet > > # Pseudo devices. > device loop # Network loopback > device random # Entropy device > device ether # Ethernet support > device pty # Pseudo-ttys (telnet etc) > device snp # Snoop Device > > # The `bpf' device enables the Berkeley Packet Filter. > # Be aware of the administrative consequences of enabling this! > # Note that 'bpf' is required for DHCP. > device bpf # Berkeley packet filter > > Here is the sysctl of kern > > kern.maxvnodes: 100000 > kern.maxproc: 6164 > kern.maxfiles: 32768 > kern.argmax: 262144 > kern.clockrate: { hz =3D 1000, tick =3D 1000, profhz =3D 666, stathz =3D= 133 } > kern.posix1version: 200112 > kern.ngroups: 16 > kern.job_control: 1 > kern.saved_ids: 0 > kern.bootfile: /boot/kernel/kernel > kern.maxfilesperproc: 11095 > kern.maxprocperuid: 5547 > kern.ipc.maxsockbuf: 262144 > kern.ipc.sockbuf_waste_factor: 8 > kern.ipc.somaxconn: 1024 > kern.ipc.max_linkhdr: 16 > kern.ipc.max_protohdr: 40 > kern.ipc.max_hdr: 56 > kern.ipc.max_datalen: 148 > kern.ipc.nmbjumbo16: 0 > kern.ipc.nmbjumbo9: 0 > kern.ipc.nmbjumbop: 0 > kern.ipc.nmbclusters: 25600 > kern.ipc.piperesizeallowed: 1 > kern.ipc.piperesizefail: 0 > kern.ipc.pipeallocfail: 0 > kern.ipc.pipefragretry: 0 > kern.ipc.pipekva: 16384 > kern.ipc.maxpipekva: 16777216 > kern.ipc.msgseg: 2048 > kern.ipc.msgssz: 8 > kern.ipc.msgtql: 40 > kern.ipc.msgmnb: 2048 > kern.ipc.msgmni: 40 > kern.ipc.msgmax: 16384 > kern.ipc.semaem: 16384 > kern.ipc.semvmx: 32767 > kern.ipc.semusz: 92 > kern.ipc.semume: 10 > kern.ipc.semopm: 100 > kern.ipc.semmsl: 60 > kern.ipc.semmnu: 30 > kern.ipc.semmns: 60 > kern.ipc.semmni: 10 > kern.ipc.semmap: 30 > kern.ipc.shm_allow_removed: 0 > kern.ipc.shm_use_phys: 0 > kern.ipc.shmall: 8192 > kern.ipc.shmseg: 128 > kern.ipc.shmmni: 192 > kern.ipc.shmmin: 1 > kern.ipc.shmmax: 33554432 > kern.ipc.maxsockets: 25600 > kern.ipc.numopensockets: 26 > kern.ipc.nsfbufsused: 0 > kern.ipc.nsfbufspeak: 5 > kern.ipc.nsfbufs: 6656 > kern.dummy: 0 > kern.ps_strings: 3217031152 > kern.usrstack: 3217031168 > kern.logsigexit: 1 > kern.iov_max: 1024 > kern.hostuuid: 802D1F15-461D-D711-A11F-C7ABFF8EBB17 > kern.arandom: 653627002 > kern.disks: ad2 ad0 > kern.geom.collectstats: 1 > kern.geom.debugflags: 0 > kern.geom.label.debug: 0 > kern.elf32.fallback_brand: -1 > kern.init_shutdown_timeout: 120 > kern.init_path: > /sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init:/stand/sysinstall > kern.acct_suspended: 0 > kern.acct_configured: 0 > kern.acct_chkfreq: 15 > kern.acct_resume: 4 > kern.acct_suspend: 2 > kern.cp_time: 5327530 0 60047 15732 9213550 > kern.openfiles: 121 > kern.kq_calloutmax: 4096 > kern.ps_arg_cache_limit: 256 > kern.stackprot: 7 > kern.randompid: 0 > kern.lastpid: 3158 > kern.ktrace.request_pool: 100 > kern.ktrace.genio_size: 4096 > kern.module_path: /boot/kernel;/boot/modules > kern.malloc_count: 134 > kern.fallback_elf_brand: -1 > kern.maxusers: 384 > kern.ident: SERVICES > kern.kstack_pages: 2 > kern.shutdown.kproc_shutdown_wait: 60 > kern.shutdown.poweroff_delay: 5000 > kern.sync_on_panic: 0 > kern.corefile: %N.core > kern.nodump_coredump: 0 > kern.coredump: 1 > kern.sugid_coredump: 0 > kern.sigqueue.alloc_fail: 0 > kern.sigqueue.overflow: 0 > kern.sigqueue.preallocate: 1024 > kern.sigqueue.max_pending_per_proc: 128 > kern.forcesigexit: 1 > kern.fscale: 2048 > kern.timecounter.tick: 1 > kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) dummy=20 > (-1000000) > kern.timecounter.hardware: ACPI-fast > kern.timecounter.nsetclock: 3 > kern.timecounter.ngetmicrotime: 1966 > kern.timecounter.ngetnanotime: 1 > kern.timecounter.ngetbintime: 0 > kern.timecounter.ngetmicrouptime: 4172907 > kern.timecounter.ngetnanouptime: 2512 > kern.timecounter.ngetbinuptime: 401300 > kern.timecounter.nmicrotime: 2986925 > kern.timecounter.nnanotime: 423 > kern.timecounter.nbintime: 2987361 > kern.timecounter.nmicrouptime: 3182 > kern.timecounter.nnanouptime: 8 > kern.timecounter.nbinuptime: 3825003 > kern.timecounter.stepwarnings: 0 > kern.timecounter.tc.i8254.mask: 65535 > kern.timecounter.tc.i8254.counter: 27888 > kern.timecounter.tc.i8254.frequency: 1193182 > kern.timecounter.tc.i8254.quality: 0 > kern.timecounter.tc.ACPI-fast.mask: 16777215 > kern.timecounter.tc.ACPI-fast.counter: 2515696 > kern.timecounter.tc.ACPI-fast.frequency: 3579545 > kern.timecounter.tc.ACPI-fast.quality: 1000 > kern.timecounter.tc.TSC.mask: 4294967295 > kern.timecounter.tc.TSC.counter: 4040078241 > kern.timecounter.tc.TSC.frequency: 2394010377 > kern.timecounter.tc.TSC.quality: -100 > kern.timecounter.smp_tsc: 0 > kern.threads.virtual_cpu: 2 > kern.threads.max_threads_hits: 0 > kern.threads.max_threads_per_proc: 1500 > kern.threads.umtx_max_spins: 3000 > kern.threads.umtx_dflt_spins: 0 > kern.ccpu: 1948 > kern.sched.runq_fuzz: 1 > kern.sched.preemption: 1 > kern.sched.ipiwakeup.htt2: 0 > kern.sched.ipiwakeup.onecpu: 0 > kern.sched.ipiwakeup.useloop: 0 > kern.sched.ipiwakeup.usemask: 1 > kern.sched.ipiwakeup.delivered: 1796942 > kern.sched.ipiwakeup.requested: 1796941 > kern.sched.ipiwakeup.enabled: 1 > kern.sched.quantum: 100000 > kern.sched.name: 4BSD > kern.devstat.version: 6 > kern.devstat.generation: 177 > kern.devstat.numdevs: 2 > kern.kobj_methodcount: 105 > kern.log_wakeups_per_second: 5 > kern.msgbuf_clear: 0 > kern.msgbuf: > kern.always_console_output: 0 > kern.log_console_output: 1 > kern.smp.forward_roundrobin_enabled: 1 > kern.smp.forward_signal_enabled: 1 > kern.smp.cpus: 2 > kern.smp.disabled: 0 > kern.smp.active: 1 > kern.smp.maxcpus: 16 > kern.nselcoll: 0 > kern.tty_nout: 198594 > kern.tty_nin: 1711 > kern.drainwait: 300 > kern.constty_wakeups_per_second: 5 > kern.consmsgbuf_size: 8192 > kern.consmute: 0 > kern.console: consolectl,/consolectl, > kern.pts.max: 1000 > kern.pts.enable: 0 > kern.minvnodes: 25000 > kern.metadelay: 28 > kern.dirdelay: 29 > kern.filedelay: 30 > kern.chroot_allow_open_directories: 1 > kern.random.yarrow.gengateinterval: 10 > kern.random.yarrow.bins: 10 > kern.random.yarrow.fastthresh: 192 > kern.random.yarrow.slowthresh: 256 > kern.random.yarrow.slowoverthresh: 2 > kern.random.sys.seeded: 1 > kern.random.sys.harvest.ethernet: 1 > kern.random.sys.harvest.point_to_point: 1 > kern.random.sys.harvest.interrupt: 1 > kern.random.sys.harvest.swi: 0 > > I see both daemons use CPU0 most of the time, and the other one is =20 > idling. > > last pid: 3138; load averages: 0.70, 0.56, 0.70 > up 0+15:20:36 17:29:46 > 34 processes: 2 running, 32 sleeping > CPU states: 48.9% user, 0.0% nice, 1.7% system, 0.0% interrupt, =20 > 49.4% idle > Mem: 711M Active, 420M Inact, 183M Wired, 32K Cache, 112M Buf, 685M =20= > Free > Swap: 2048M Total, 2048M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU =20 > COMMAND > 3135 services 3 96 0 29716K 27432K select 0 0:27 60.75% =20 > services > 3106 mysql 14 96 0 637M 628M ucond 0 3:42 33.35% =20 > mysqld > > > last pid: 3142; load averages: 0.83, 0.61, 0.71 > up 0+15:21:13 17:30:23 > 34 processes: 2 running, 32 sleeping > CPU states: 47.2% user, 0.0% nice, 4.9% system, 0.2% interrupt, =20 > 47.7% idle > Mem: 711M Active, 420M Inact, 183M Wired, 32K Cache, 112M Buf, 684M =20= > Free > Swap: 2048M Total, 2048M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME CPU =20 > COMMAND > 3135 services 3 96 0 29716K 27668K select 0 0:55 72.61% =20 > services > 3106 mysql 14 96 0 637M 628M ucond 0 3:52 24.66% =20 > mysqld > > Both of them using libthr as well. > > Now my question is, why they don't use 100% of both COREs while > syncing to 4k users? > > Here is my my.cnf > > [mysqld] > thread_concurrency=3D100 > max_connections=3D5000 > wait_timeout=3D300 > max_allowed_packet=3D32M > key_buffer=3D512M > read_buffer_size=3D3M > sort_buffer_size=3D9M > join_buffer_size=3D3M > myisam_sort_buffer_size=3D100M > read_rnd_buffer_size=3D5M > query_cache_limit=3D1M > query_cache_size=3D64M > query_cache_type=3D1 > thread_cache_size=3D256 > table_cache=3D2048 > max_tmp_tables=3D1024 > tmp_table_size=3D512M > safe-show-database > skip-networking > socket=3D/tmp/mysql.sock > > [client] > socket=3D/tmp/mysql.sock > > The total database size is less than 60 MBs. > > mysqladmin status > Uptime: 878 Threads: 2 Questions: 225769 Slow queries: 0 Opens: 31 > Flush tables: 1 Open tables: 25 Queries per second avg: 257.140 > > > --=20 > Regards, > > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-=20 > unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 18:13:54 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 680) id 9E07F16A46C; Mon, 4 Jun 2007 18:13:54 +0000 (UTC) Date: Mon, 4 Jun 2007 18:13:54 +0000 From: Darren Reed To: Gerrit K?hn Message-ID: <20070604181354.GA35141@hub.freebsd.org> References: <20070530174944.31966e57.gerrit@pmp.uni-hannover.de> <20070531072541.GA22936@mime.TechFak.Uni-Bielefeld.DE> <20070531093222.25fde006.gerrit@pmp.uni-hannover.de> <20070531120255.GA23146@mime.TechFak.Uni-Bielefeld.DE> <20070604172703.25370453.gerrit@pmp.uni-hannover.de> <20070604175951.a1fe8842.gerrit@pmp.uni-hannover.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070604175951.a1fe8842.gerrit@pmp.uni-hannover.de> User-Agent: Mutt/1.4.2.1i Cc: oschonef@techfak.uni-bielefeld.de, current@freebsd.org Subject: Re: ZFS does not load and mount at boot time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 18:13:54 -0000 On Mon, Jun 04, 2007 at 05:59:51PM +0200, Gerrit K?hn wrote: > On Mon, 4 Jun 2007 17:27:03 +0200 Gerrit K?hn > wrote about Re: ZFS does not load and mount at boot time: > > GK> I have now moved zfs.cache to /etc/zfs and load the module via > GK> rc.conf. I have also included the saving of zfs.cache on /cfg in "zfs > GK> stop" and set KEYWORD: shutdown for zfs. However, I still get > GK> > GK> ZFS: WARNING: pool 'tank' could not be loaded as it was last accessed > GK> by another system (host: eclipse.aei.uni-hannover.de hostid: > GK> 0xf7ab4bd6). See: http://www.sun.com/msg/ZFS-8000-EY > GK> > GK> when booting. Any further ideas? > > Strange... neither "/etc/rc.shutdown.local" nor "/etc/rc.d/zfs stop" seems > to be run when rebooting. But when running zfs stop manually before > rebooting, the system comes back with the same error when trying to mount > zfs volumes, so there are probably at least two problems left to solve > here... Instead of "reboot", try: shutdown -r now Darren From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 18:19: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 770F516A46E for ; Mon, 4 Jun 2007 18:19:03 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 3663913C45A for ; Mon, 4 Jun 2007 18:19:03 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so414648anc for ; Mon, 04 Jun 2007 11:19:02 -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=eKnBAN+4D/dK2gU/AVz8ITHmoLWGsLqLMchbFhLS9d7tDDUMg12VLTGdwfEY+GWnVub2P7kG/o8ha4fISbdpNvSNkiUdb4awMNzbpuoTQboKr0waQYkZwZ8WJOSItKPxyfP9q1hZdTM8XBF6XSL2P63QoxKSIz87GykIfZMrWaE= 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=Rdsyn7odcTWb4CCilohRrusy815Prx0cUOQKQfhOJ6WKTCam5aGZ0wsc58RB+kJR2oWXOxApk2umzBxBzlK28srfys/pZNQdKhw/KTXxjfu3rJRfqFiUwhRWNAcwaOWAa9V6zUbvzUoG6q/mBA1YaF6xjjg7nA/hRJC5457kk8M= Received: by 10.101.1.13 with SMTP id d13mr2720114ani.1180981142253; Mon, 04 Jun 2007 11:19:02 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Mon, 4 Jun 2007 11:19:01 -0700 (PDT) Message-ID: <499c70c0706041119o6c290fb3k7f234492df2f6548@mail.gmail.com> Date: Mon, 4 Jun 2007 21:19:01 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Alexey Tarasov" In-Reply-To: <34AE885F-1525-402E-84DA-B1F9E51F4B52@preved.cn> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0706041042w7c5c70dbh382e0674dac90bb9@mail.gmail.com> <34AE885F-1525-402E-84DA-B1F9E51F4B52@preved.cn> Cc: current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Mon, 04 Jun 2007 18:19:03 -0000 On 6/4/07, Alexey Tarasov wrote: > Hi. > > > options SCHED_4BSD # 4BSD scheduler > > Try to use SCHED_ULE or SCHED_CORE. > > ::[ | | | | ]:: > Alexey Tarasov > master@preved.cn I thought Davidxu removed SCHED_CORE for SCHED_ULE, am I missing something? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 18:28:31 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 E54D916A400 for ; Mon, 4 Jun 2007 18:28:31 +0000 (UTC) (envelope-from master@preved.cn) Received: from mc333.mccolo.com (mc333.mccolo.com [208.72.175.2]) by mx1.freebsd.org (Postfix) with ESMTP id CEA0B13C4B8 for ; Mon, 4 Jun 2007 18:28:31 +0000 (UTC) (envelope-from master@preved.cn) Received: from mc333.mccolo.com (localhost [127.0.0.1]) by mc333.mccolo.com (Postfix) with ESMTP id 8ED62114FC; Mon, 4 Jun 2007 11:28:24 -0700 (PDT) Received: from [10.99.0.2] (unknown [81.29.242.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mc333.mccolo.com (Postfix) with ESMTP id 88639114FB; Mon, 4 Jun 2007 11:28:23 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: <499c70c0706041119o6c290fb3k7f234492df2f6548@mail.gmail.com> References: <499c70c0706041042w7c5c70dbh382e0674dac90bb9@mail.gmail.com> <34AE885F-1525-402E-84DA-B1F9E51F4B52@preved.cn> <499c70c0706041119o6c290fb3k7f234492df2f6548@mail.gmail.com> Content-Type: text/plain; charset=KOI8-R; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Alexey Tarasov Date: Mon, 4 Jun 2007 22:28:26 +0400 To: Abdullah Ibn Hamad Al-Marri , current@freebsd.org X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Mon, 04 Jun 2007 18:28:32 -0000 Look here: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/sched_core.c http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/sched_ule.c Why he can remove them? ULE and CORE works much better than 4BSD, =20 especially CORE :) ::[ | | | | ]:: Alexey Tarasov master@preved.cn 04.06.2007, =D7 22:19, Abdullah Ibn Hamad Al-Marri =D0=C9=D3=C1=CC(=C1): > On 6/4/07, Alexey Tarasov wrote: >> Hi. >> >> > options SCHED_4BSD # 4BSD scheduler >> >> Try to use SCHED_ULE or SCHED_CORE. >> >> ::[ | | | | ]:: >> Alexey Tarasov >> master@preved.cn > > I thought Davidxu removed SCHED_CORE for SCHED_ULE, am I missing =20 > something? > --=20 > Regards, > > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-=20 > unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 18:34: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 7A5C816A4D0 for ; Mon, 4 Jun 2007 18:34:23 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 40EEE13C4AE for ; Mon, 4 Jun 2007 18:34:22 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <46645710.8070801@intersonic.se> Date: Mon, 04 Jun 2007 20:16:48 +0200 From: Per olof Ljungmark User-Agent: Thunderbird 1.5.0.9 (X11/20070124) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: CISS(4) dumps core at shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 18:34:23 -0000 After running -CURRENT on several machines for nine months this is the first major issue I've seen, probably because I just said there were no problems... HP ProLiant DL360G3 1G RAM SMARTArray 5 Kernel is GENERIC 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Mon Jun 4 12:14:26 CEST 2007 Since last weekend, when issuing shutdown or halt, it will panic just after All buffers synced Uptime: 37m7s panic: witness_save: lock (sleep mutex) cissmtx not locked Could it be a hardware problem or did I hit a bug? Thank you, Per olof From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 18:46:44 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 D249C16A421 for ; Mon, 4 Jun 2007 18:46:44 +0000 (UTC) (envelope-from geekout@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 57B7A13C465 for ; Mon, 4 Jun 2007 18:46:44 +0000 (UTC) (envelope-from geekout@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so44823nfb for ; Mon, 04 Jun 2007 11:46:43 -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=l+yyJ6Cm+8Mr+uE6qAWBsfyz46sNiJBg6LG3wHl+wkxHuPf2OFe10GyVwpNYpMMMYjxEcsJv/YZrFdsm0rNLvJJ/GJWNLAJ65A0qp2Zsnwkj6PF3j4oKIVeORZxsVB/6xObeJ8YajhsLt7zrNFuUZxMcVWoNsK3juXrKA0isyGg= 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=bD5CEoXEoXqxjgnKtPdxuOjKK9dTpmRler1uZ7E1T+UKAXJ8ZLry4E3kp2kBCAelIij6y/JD6LM1p7R1OuaWP+ml3GYWX1y10nts/qrOnkRKgcBrEkQYAsR3Nizb8q/v3J1E8g4j1vI58YA2qbP6/t0BWW8YP++Y3N+OCNF1A0w= Received: by 10.82.120.15 with SMTP id s15mr7029182buc.1180981512063; Mon, 04 Jun 2007 11:25:12 -0700 (PDT) Received: by 10.82.187.7 with HTTP; Mon, 4 Jun 2007 11:25:11 -0700 (PDT) Message-ID: <6e01203b0706041125m2de6563ax55f87b7d673c5d7b@mail.gmail.com> Date: Mon, 4 Jun 2007 08:25:11 -1000 From: "Tyler Gee" To: "Rui Paulo" In-Reply-To: <86zm3gdn8r.wl%rpaulo@fnop.net> MIME-Version: 1.0 References: <86r6otxiiy.wl%rpaulo@fnop.net> <86zm3gdn8r.wl%rpaulo@fnop.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Ian FREISLICH , current@freebsd.org, Arne Schwabe 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: , X-List-Received-Date: Mon, 04 Jun 2007 18:46:45 -0000 On 6/4/07, Rui Paulo wrote: > > At Mon, 04 Jun 2007 10:46:37 +0200, > Ian FREISLICH wrote: > > > > Rui Paulo wrote: > > > At Sat, 02 Jun 2007 01:45:06 +0100, > > > Rui Paulo wrote: > > > > Can you try a 7.0-CURRENT i386 snapshot CD and see if it hangs when > > > > booting the second core? > > > > If it hangs, it should hang at: > > > > ACPI APIC Table: > > > > > > Just to clarify, I asked you to boot an i386 CD because there's a > > > problem with older MacBooks and I would like this information so that > > > I can better understand the problem. > > > > I can verify a hang at this point with the 7.0-CURRENT-200705-i386 > > snapshot. > > Press a key and the second core should come up. > > > I was wondering how to get it past this point so that I > > could finish the install. If I boot in "safe mode" from the beasie > > menu, the boot works up until the point it prints "going nowhere > > without my init" > > That's a 7.0 bug. Try using a 6.2 CD and then updating to 7. I was trying to get catch up this weekend so I could help you out and 6.2didn't have network for me on my Pro C2D. I installed 7-current-012007 and it keeps giving me library errors (specifically libz.so.4 not found when trying to run cvsup to up to the most recent -current). I am open to anything for testing on the Pro C2D so what route would you like me to take? Thanks, -- > Rui Paulo > _______________________________________________ > 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" > -- ~Tyler From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 18:53: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 329BE16A421 for ; Mon, 4 Jun 2007 18:53:05 +0000 (UTC) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (gerbercreations.com [71.39.140.16]) by mx1.freebsd.org (Postfix) with ESMTP id D497313C455 for ; Mon, 4 Jun 2007 18:53:04 +0000 (UTC) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) by misty.eyesbeyond.com (8.13.1/8.13.3) with ESMTP id l54IMYl0027061; Mon, 4 Jun 2007 11:22:34 -0700 (PDT) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.13.1/8.13.3/Submit) id l54IMUT3027058; Mon, 4 Jun 2007 11:22:30 -0700 (PDT) (envelope-from glewis@eyesbeyond.com) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Mon, 4 Jun 2007 11:22:30 -0700 From: Greg Lewis To: Vladimir Grebenschikov Message-ID: <20070604182230.GA26966@misty.eyesbeyond.com> References: <1180976737.24934.4.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1180976737.24934.4.camel@localhost> User-Agent: Mutt/1.4.2.2i Cc: java@freesbd.org, current Subject: Re: failed to build java/jdk15 on recent current - gcc4 issue ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 18:53:05 -0000 G'day Vladimir, On Mon, Jun 04, 2007 at 09:05:37PM +0400, Vladimir Grebenschikov wrote: > Todays 7-CURRENT with fresh ports tree: > > > ../../../../../src/share/classes/java/nio/Bits.java:19: duplicate class: Bits > class Bits { // package-private > ^ > ../../../../../src/solaris/classes/sun/net/www/protocol/file/Handler.java:26: duplicate class: Handler > public class Handler extends URLStreamHandler { > ^ > ../../../../../src/share/classes/java/lang/Class.java:10: cannot access java.lang.reflect.Array > bad class file: ../../../../../src/share/classes/java/lang/reflect/Array.java > file does not contain class java.lang.reflect.Array > Please remove or make sure it appears in the correct subdirectory of the classpath. > import java.lang.reflect.Array; > ^ > 3 errors > gmake[7]: *** [.compile.classlist] Error 1 > gmake[7]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/sun/javac/recompile/library' > gmake[6]: *** [optimized] Error 2 > gmake[6]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/sun/javac/recompile/library' > gmake[5]: *** [all] Error 1 > gmake[5]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/sun/javac/recompile' > gmake[4]: *** [all] Error 1 > gmake[4]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/sun/javac' > gmake[3]: *** [all] Error 2 > gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/javac' > gmake[2]: *** [all] Error 1 > gmake[2]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java' > gmake[1]: *** [all] Error 1 > gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make' > gmake: *** [j2se-build] Error 2 > *** Error code 2 > > Stop in /usr/ports/java/jdk15. > *** Error code 1 > > Stop in /usr/ports/java/jdk15. > > > /usr/ports/java/jdk15# cvs status Makefile > =================================================================== > File: Makefile Status: Up-to-date > > Working revision: 1.126 Mon Jun 4 09:09:25 2007 > Repository revision: 1.126 /usr/ncvs/ports/java/jdk15/Makefile,v > Sticky Tag: (none) > Sticky Date: (none) > Sticky Options: (none) > /usr/ports/java/jdk15# > > Deps ports are also built recently. > > java/jdk14 also fails to build. jdk14 has some different problems (possibly as well as this problem) related to GCC4. Those are on my TODO list and should be fairly similar to the changes done for jdk15. > Any hints ? There are multiple reports of similar failures on 7-CURRENT/i386. The cause is unclear and I'm not sure if anyone is working on it. If you really need a working JDK you should use -STABLE or try one of the Linux JDK ports (although they also have some problems on -CURRENT, at least under amd64 it seems). -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 19:36:25 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 45A3216A400 for ; Mon, 4 Jun 2007 19:36:25 +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 AB21613C447 for ; Mon, 4 Jun 2007 19:36:24 +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 l54JaJ107115; Mon, 4 Jun 2007 15:36:19 -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 l54JaJq06491; Mon, 4 Jun 2007 15:36:19 -0400 (EDT) Message-ID: <466469E4.2070106@FreeBSD.org> Date: Mon, 04 Jun 2007 15:37:08 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Rui Paulo References: <86k5vffjz8.wl%rpaulo@fnop.net> <86ejkx56y6.wl%rpaulo@fnop.net> <465EF64B.9000505@FreeBSD.org> <86fy5drlro.wl%rpaulo@fnop.net> <465EFCDF.5010903@FreeBSD.org> <86ira6saqv.wl%rpaulo@fnop.net> In-Reply-To: <86ira6saqv.wl%rpaulo@fnop.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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: , X-List-Received-Date: Mon, 04 Jun 2007 19:36:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rui Paulo wrote: > At Thu, 31 May 2007 12:50:39 -0400, > Joe Marcus Clarke wrote: >>> I can try to make this work for you if you are willing to test :-) >> Sure. > > Grab my p4 branch and then apply the attached patch. This doesn't seem to do anything different that the previous version: hw.backlight.enable: 1 hw.backlight.level: 23884 That level looks bogus. Setting enable to 0 just puts it back to 1. It does appear to be properly detected, though: backlight0: on vgapci0 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 iD8DBQFGZGnkb2iPiv4Uz4cRAnGaAJ0cdp55OAyFqFATztSlnvDtSEFHAwCeOmZt 5j+lsp8ng9+rewY2DQPOfYQ= =ZyKH -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 20:06: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 C5E6916A469; Mon, 4 Jun 2007 20:06:17 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 7878713C457; Mon, 4 Jun 2007 20:06:17 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.101] (c-71-231-138-78.hsd1.or.comcast.net [71.231.138.78]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l54K6EHQ069096 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 4 Jun 2007 16:06:15 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Mon, 4 Jun 2007 13:06:02 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: current@freebsd.org Message-ID: <20070604130224.F606@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: HEADS UP: threadlock going in, likely tonight. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 20:06:17 -0000 This has been up for review and testing for some time. I think it's ready for prime-time. Only one new bug came up over the weekend and I believe I have that fixed. I'm going to commit the patch in stages but the tree will not be functional in between. I'm not able to break it down into several functional steps but I want to leave meaningful commit messages in several files. I will send out one more mail when I start and another when I'm done. Thanks, Jeff From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 20:10:09 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 0F31F16A469 for ; Mon, 4 Jun 2007 20:10:09 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id BBAAB13C465 for ; Mon, 4 Jun 2007 20:10:08 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l54KA5Kq018011; Mon, 4 Jun 2007 14:10:05 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4664719B.4080006@samsco.org> Date: Mon, 04 Jun 2007 14:10:03 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Per olof Ljungmark References: <46645710.8070801@intersonic.se> In-Reply-To: <46645710.8070801@intersonic.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Mon, 04 Jun 2007 14:10:05 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: CISS(4) dumps core at shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 20:10:09 -0000 Per olof Ljungmark wrote: > After running -CURRENT on several machines for nine months this is the > first major issue I've seen, probably because I just said there were no > problems... > > HP ProLiant DL360G3 1G RAM SMARTArray 5 > Kernel is GENERIC > 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Mon Jun 4 12:14:26 CEST 2007 > > Since last weekend, when issuing shutdown or halt, it will panic just after > > All buffers synced > Uptime: 37m7s > panic: witness_save: lock (sleep mutex) cissmtx not locked > > Could it be a hardware problem or did I hit a bug? > > Thank you, > > Per olof I'll fix it soon, thanks for the report. Without WITNESS enabled, it's a harmless problem. Scott From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 20:13:13 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 8E6E216A400 for ; Mon, 4 Jun 2007 20:13:13 +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 481E813C4BC for ; Mon, 4 Jun 2007 20:13:13 +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 85D8A20A5; Mon, 4 Jun 2007 22:13:09 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 0518520A4; Mon, 4 Jun 2007 22:13:09 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 12C6054D2; Mon, 4 Jun 2007 22:13:14 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Max Laier References: <20070601103549.GA22490@localhost.localdomain> <465FFFA4.1060706@delphij.net> <200706011717.54698.max@love2party.net> Date: Mon, 04 Jun 2007 22:13:13 +0200 In-Reply-To: <200706011717.54698.max@love2party.net> (Max Laier's message of "Fri\, 1 Jun 2007 17\:17\:52 +0200") Message-ID: <86wsyjfpgm.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-current@freebsd.org, LI Xin , freebsd-pf@freebsd.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 20:13:13 -0000 Max Laier writes: > Anything else? ftp-proxy(8) and tftp-proxy(8) would be nice... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 20:16: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 65FEF16A4FE for ; Mon, 4 Jun 2007 20:16:03 +0000 (UTC) (envelope-from tino.engel@hotmail.com) Received: from bay0-omc1-s37.bay0.hotmail.com (bay0-omc1-s37.bay0.hotmail.com [65.54.246.109]) by mx1.freebsd.org (Postfix) with ESMTP id 44DF913C4C1 for ; Mon, 4 Jun 2007 20:16:03 +0000 (UTC) (envelope-from tino.engel@hotmail.com) Received: from BAY143-W9 ([65.55.154.44]) by bay0-omc1-s37.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Mon, 4 Jun 2007 13:16:03 -0700 Message-ID: X-Originating-IP: [84.57.52.59] From: Tino Engel To: Date: Mon, 4 Jun 2007 21:16:03 +0100 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 04 Jun 2007 20:16:03.0309 (UTC) FILETIME=[2CD2E9D0:01C7A6E5] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: automatik make tree error corrector - automatischer mach baum fehler korrigierer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 20:16:03 -0000 # Ports build Error Corrector# Level 1# Version 1.2# Autor engel@freebsd.or= gcd /usr/ports#POSIX Verfikationscode BEGIN#a >& cat ; cat cat | grep abc#a= >& cat ; cat cat | grep a#POSIX Verfikationscode ENDwhile ( 0 =3D=3D 0 ) = make >& cat cat cat echo TEST $0.out cat cat | g= rep "Stop in" | head -1 | \ sed -e 's/Stop in/cd /g' -e 's/\= ./ ;make ;make install/g' > $0.out chmod u+x $0.out && $0.out = cat cat | grep "Stop in" | head -1 | \ sed -e 's/Stop in/cd= /g' -e 's/\./ ;make -i ;make -i install/g' > $0.out chmod u+x $0.ou= t && $0.out cat cat | grep "Stop in" | head -2 | tail -1 | \ = sed -e 's/Stop in/cd /g' -e 's/\./ ;make ;make install/g' > $0.out = chmod u+x $0.out && $0.out cat cat | grep "Stop in" | head -2= | tail -1 | \ sed -e 's/Stop in/cd /g' -e 's/\./ ;make -i ;= make -i install/g' > $0.out chmod u+x $0.out && $0.out cat ca= t | grep "Stop in" | head -3 t tail -1 | \ sed -e 's/Stop in= /cd /g' -e 's/\./ ;make -i ;make -i install/g' > $0.out chmod u+x $0= .out && $0.outendwhile ( 0 =3D=3D 0 ) echo "Bitte kontaktieren sie d= en Administrator des Programms $0."end#POSIX Verfikationscode BEGIN#a >& ca= t ; cat cat | grep abc#a >& cat ; cat cat | grep a#POSIX Verfikationscode E= ND _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/= From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 20:16:26 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 D6A9316A469 for ; Mon, 4 Jun 2007 20:16:26 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 96A0013C480 for ; Mon, 4 Jun 2007 20:16:26 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id l54KGBRo058608; Mon, 4 Jun 2007 13:16:15 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200706042016.l54KGBRo058608@gw.catspoiler.org> Date: Mon, 4 Jun 2007 13:16:11 -0700 (PDT) From: Don Lewis To: vova@sw.ru In-Reply-To: <1180976737.24934.4.camel@localhost> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: glewis@FreeBSD.org, java@freesbd.org, current@FreeBSD.org Subject: Re: failed to build java/jdk15 on recent current - gcc4 issue ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 20:16:26 -0000 On 4 Jun, Vladimir Grebenschikov wrote: > java/jdk14 also fails to build. I managed to rebuild jdk14 even after "make delete-old-libs" using the gcc34 port and bootstrapping using the Linux JDK. I haven't yet had a chance to see if the plugin communicates with Firefox built with the system compiler or if there will be an ABI mismatch. In the process I discovered two interesting quirks. The first is that there are a number of places that set $(CXX), assuming that this is c++ compiler, and $(CPP), assuming that this is the preprocessor. This isn't entirely true, because the hotspot build uses $(CPP) as the c++ compiler (see hotspot/build/*/makefiles/adlc.make). The linker bails out when it encounters a .o file that is actually just source code that has been run through the preprocessor. The second quirk is that overriding $(CC) in MAKE_ARGS isn't sufficient to get the j2se portion of the build to work, because j2se/make/common/Defs-bsd.gmk doesn't allow $(CC) to be overridden. I added this to MAKE_ARGS in pkgtools.conf: 'java/jdk14' => [ 'WITH_LINUX_BOOTSTRAP=yes', 'USE_GCC=3.4', 'MAKE_FLAGS="CC=/usr/local/bin/gcc34 CXX=/usr/local/bin/c++34 CPP=/ usr/local/bin/c++34"', ], and I had to apply this patch (to a patch): Index: java/jdk14/files/patch-common::Defs-bsd.gmk =================================================================== RCS file: /home/ncvs/ports/java/jdk14/files/patch-common::Defs-bsd.gmk,v retrieving revision 1.9 diff -u -r1.9 patch-common::Defs-bsd.gmk --- java/jdk14/files/patch-common::Defs-bsd.gmk 8 Dec 2006 22:36:15 -0000 1.9 +++ java/jdk14/files/patch-common::Defs-bsd.gmk 3 Jun 2007 18:08:47 -0000 @@ -1,7 +1,26 @@ $FreeBSD: ports/java/jdk14/files/patch-common::Defs-bsd.gmk,v 1.9 2006/12/08 22:36:15 glewis Exp $ - ---- ../../j2se/make/common/Defs-bsd.gmk.orig Fri Dec 8 11:50:23 2006 -+++ ../../j2se/make/common/Defs-bsd.gmk Fri Dec 8 11:58:29 2006 +--- ../../j2se/make/common/Defs-bsd.gmk.orig Sun Jun 3 10:46:29 2007 ++++ ../../j2se/make/common/Defs-bsd.gmk Sun Jun 3 11:04:08 2007 +@@ -40,15 +40,15 @@ + BASENAME = $(USRBIN_PATH)basename + CAT = $(UNIXCOMMAND_PATH)cat + ifneq ($(TRUE_PLATFORM), OpenBSD) +-CC = $(COMPILER_PATH)gcc +-CPP = $(COMPILER_PATH)gcc -E ++CC ?= $(COMPILER_PATH)gcc ++CPP ?= $(COMPILER_PATH)gcc -E + ifeq ($(STATIC_CXX),true) + # g++ always dynamically links libstdc++, even we use "-Wl,-Bstatic -lstdc++" + # We need to use gcc to statically link the C++ runtime. gcc and g++ use + # the same subprocess to compile C++ files, so it is OK to build using gcc. +-CXX = $(COMPILER_PATH)gcc ++CXX ?= $(COMPILER_PATH)gcc + else +-CXX = $(COMPILER_PATH)g++ ++CXX ?= $(COMPILER_PATH)g++ + endif + else + # Allow ports/pkgsrc infrastructure to override CC, CPP and CXX. @@ -192,7 +192,7 @@ ifeq ($(TRUE_PLATFORM), NetBSD) DEVTOOLS_PATH = /usr/pkg/bin/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 20:23:33 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 342EE16A41F; Mon, 4 Jun 2007 20:23:33 +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 E74D713C45E; Mon, 4 Jun 2007 20:23:32 +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 D100120B2; Mon, 4 Jun 2007 22:23:28 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 2D7CD20A6; Mon, 4 Jun 2007 22:23:28 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 4D45B54D4; Mon, 4 Jun 2007 22:23:33 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: youshi10@u.washington.edu References: Date: Mon, 04 Jun 2007 22:23:33 +0200 In-Reply-To: (youshi10@u.washington.edu's message of "Sun\, 3 Jun 2007 09\:37\:47 -0700 \(PDT\)") Message-ID: <86sl97foze.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-x11@freebsd.org, Stefan Esser , Neil Short , freebsd-current@freebsd.org Subject: Re: xorg 7.2 & environment variables set in login.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 20:23:33 -0000 youshi10@u.washington.edu writes: > Stefan's absolutely right. What I would do is use en_US.UTF-8, because > it's unicode, but depending on your platform and how much memory you > have, representing characters in 2 bytes (unicode) vs 1 byte > (ASCII/ISO charsets), might not be such a hip idea (thinking embedded, > low memory machines)... UTF-8 only uses two bytes when one isn't enough. It is a strict superset of ASCII. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 20:30:18 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 4218816A400; Mon, 4 Jun 2007 20:30:18 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 23AD413C448; Mon, 4 Jun 2007 20:30:17 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id l54KU83p058640; Mon, 4 Jun 2007 13:30:12 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200706042030.l54KU83p058640@gw.catspoiler.org> Date: Mon, 4 Jun 2007 13:30:08 -0700 (PDT) From: Don Lewis To: sgk@troutmask.apl.washington.edu In-Reply-To: <20070604151419.GB18864@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: ports@FreeBSD.org, current@FreeBSD.org Subject: Re: /usr/share/mk/sys.mk and FORTRAN 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: , X-List-Received-Date: Mon, 04 Jun 2007 20:30:18 -0000 On 4 Jun, Steve Kargl wrote: > The correct spelling of the name of the language is Fortran. It's spelled FORTRAN if you're old enough ;-) > The reason is simple. If you upgrade from 6-stable to 7-current > and you do not clean out the f77 command (aka g77) then you > may have ABI issues when LAPACK is compiled with f77 and consumers > of liblapack.a use gfortran or even the base system cc. If you happened to upgrade -current in a certain window, "make delete-old-libs" would remove the necessary libraries, even though "make delete-old" didn't know that it should delete /usr/bin/f77, so the lapack build would bail out because f77 couldn't find libg2c. Setting FC=gfortran42 is is sufficient to get lapack and math/atlas-devel to build, assuming that lang/gcc42 is installed. BTW, math/atlas* has been using the combination of gcc34 and gfortran42 on -current for a while now, which means that it requires the installation of two different gcc ports ... From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 20:37: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 9C30916A41F; Mon, 4 Jun 2007 20:37:50 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id 83BE313C465; Mon, 4 Jun 2007 20:37:50 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay5.apple.com (relay5.apple.com [17.128.113.35]) by mail-out3.apple.com (Postfix) with ESMTP id 8F1847E144C; Mon, 4 Jun 2007 13:20:58 -0700 (PDT) Received: from relay5.apple.com (unknown [127.0.0.1]) by relay5.apple.com (Symantec Mail Security) with ESMTP id 7D97729C002; Mon, 4 Jun 2007 13:21:51 -0700 (PDT) X-AuditID: 11807123-9f821bb000000a23-d7-4664745fbe1c Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay5.apple.com (Apple SCV relay) with ESMTP id 617C530400D; Mon, 4 Jun 2007 13:21:51 -0700 (PDT) In-Reply-To: <20070603022742.GA2886@rot13.obsecurity.org> References: <46620099.4080007@FreeBSD.org> <20070603022742.GA2886@rot13.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Mon, 4 Jun 2007 13:21:51 -0700 To: Kris Kennaway X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: Doug Barton , freebsd-current@freebsd.org Subject: Re: HEADS UP: BIND 9.4.1 imported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 20:37:50 -0000 On Jun 2, 2007, at 7:27 PM, Kris Kennaway wrote: >> For the vast majority of users, this should be a noop. Please test, >> especially if you have a heavier loaded name server, and report any >> issues. > > Also I'll remark that we remain very interested in getting access to > either a busy nameserver or the data stream from one, in order to > profile FreeBSD kernel activity and look for places to optimize > performance. I've mentioned this before, but the dns/adns port provides some handy utilities for putting a DNS server under high loads. Something like the following command will generate anywhere from 200 queries/sec to 1500+ queries/sec, depending on the IPs involved in the logfile you use, and how rapidly the remote nameservers respond: /usr/local/bin/adnslogres -c 500 < /var/log/httpd-access.log >! / var/log/httpd-access.log.dns -- -Chuck From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 21:28:26 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 D20A216A468 for ; Mon, 4 Jun 2007 21:28:26 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id B221E13C45A for ; Mon, 4 Jun 2007 21:28:26 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn02.u.washington.edu (hymn02.u.washington.edu [140.142.13.239]) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l54LSQij012097 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 4 Jun 2007 14:28:26 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn02.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l54LSQ0Y020972 for ; Mon, 4 Jun 2007 14:28:26 -0700 X-Auth-Received: from [134.134.136.3] by hymn02.u.washington.edu via HTTP; Mon, 04 Jun 2007 14:28:26 PDT Date: Mon, 4 Jun 2007 14:28:26 -0700 (PDT) From: youshi10@u.washington.edu To: current@freebsd.org In-Reply-To: <499c70c0706041119o6c290fb3k7f234492df2f6548@mail.gmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.4.141237 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CP_URI_IN_BODY 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Mon, 04 Jun 2007 21:28:26 -0000 On Mon, 4 Jun 2007, Abdullah Ibn Hamad Al-Marri wrote: > On 6/4/07, Alexey Tarasov wrote: >> Hi. >> >> > options SCHED_4BSD # 4BSD scheduler >> >> Try to use SCHED_ULE or SCHED_CORE. >> >> ::[ | | | | ]:: >> Alexey Tarasov >> master@preved.cn > > I thought Davidxu removed SCHED_CORE for SCHED_ULE, am I missing something? > -- > Regards, > > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ I think so. Try SCHED_ULE. -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 21:41: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 B249616A502 for ; Mon, 4 Jun 2007 21:41:46 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 70FC113C489 for ; Mon, 4 Jun 2007 21:41:46 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so434893anc for ; Mon, 04 Jun 2007 14:41:45 -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=a9474WuZkvcw4ENArOPNImVanpnA7KjJJ7MPEbqx35ap4MpDHVtAq39NdVPYpHQ3WIkayNH/MCR7mzzSba8AWMplTiHNlG3Jx96yyCM6I33iEp2Zvf9DnGsO3BId4lRwDRbGPd+xC9OtPTnHUUnS4uK0b2oPWLdxQnsr/AT2FkU= 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=qHKvh2P3H46cyNTO3UR8XDdb+QAYhAq77x8UZoBq2vB9TFh6iL6ejHILm+v2iVP/oLthPK+hJpU52A2pln2keCfeVZ6QwqxHpoQrpReizl2sD71ZLAq5nw0/el4JhAGwRAzD39xYZb2rNotP3kFCoICElHGerJQS+EksJIUGRVw= Received: by 10.100.153.17 with SMTP id a17mr2834193ane.1180993305435; Mon, 04 Jun 2007 14:41:45 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Mon, 4 Jun 2007 14:41:45 -0700 (PDT) Message-ID: <499c70c0706041441q4d4f13adtebd979ec87f71558@mail.gmail.com> Date: Tue, 5 Jun 2007 00:41:45 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "youshi10@u.washington.edu" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0706041119o6c290fb3k7f234492df2f6548@mail.gmail.com> Cc: current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Mon, 04 Jun 2007 21:41:46 -0000 On 6/5/07, youshi10@u.washington.edu wrote: > On Mon, 4 Jun 2007, Abdullah Ibn Hamad Al-Marri wrote: > > > On 6/4/07, Alexey Tarasov wrote: > >> Hi. > >> > >> > options SCHED_4BSD # 4BSD scheduler > >> > >> Try to use SCHED_ULE or SCHED_CORE. > >> > >> ::[ | | | | ]:: > >> Alexey Tarasov > >> master@preved.cn > > > > I thought Davidxu removed SCHED_CORE for SCHED_ULE, am I missing something? > > -- > > Regards, > > > > -Abdullah Ibn Hamad Al-Marri > > Arab Portal > > http://www.WeArab.Net/ > > I think so. Try SCHED_ULE. > > -Garrett I'm using ULE now, and I see mysqld could use 104%in WCPU. But do you know why services still share the cpu0 instead of using CPU1 PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 598 mysql 16 44 0 639M 633M ucond 0 50:53 4.83% mysqld 740 services 3 44 0 54292K 51352K select 0 3:08 0.00% services I wish kernel can balance using both CORES with ULE 2.0 -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 21:49:56 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 F299916A46E for ; Mon, 4 Jun 2007 21:49:56 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 8311C13C487 for ; Mon, 4 Jun 2007 21:49:55 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1023978uge for ; Mon, 04 Jun 2007 14:49:54 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=BHzUChPKDRk1YcSrFTKJiqfu9nhgUVDDQIpgfv41jzk7dC3ekSsyP9s1CW5gftxIMvshQuP/xpv5T3TX1uFxCy83f3biYOKiHX/HApmxya5Gk+MQ93hrQc4Ty9X1QX72c/LeOBnLRwSMBbQoxWnMFykmc6aYo2Fy8Z6RYhs1nDA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=m2fG5BETNeIr9z5noRyHAv3G9eg4xPC3us9WWznYXD/t3kHUTg8CrQc2bJmrrH0z6GtaoMbQnvHsB5r+SqLpr+q/ZPzvetJFoPD9oF6yyUfmJzXc+Yc7jfUznq+RRZlp5hTv/cn/ZS0ByS2vomNPjZXPYhIDg8V+2mJ7vcby9E0= Received: by 10.67.10.18 with SMTP id n18mr3388810ugi.1180993794422; Mon, 04 Jun 2007 14:49:54 -0700 (PDT) Received: from ?151.75.229.254? ( [151.75.229.254]) by mx.google.com with ESMTP id y34sm1747654iky.2007.06.04.14.49.53; Mon, 04 Jun 2007 14:49:54 -0700 (PDT) Message-ID: <466488F0.9070802@FreeBSD.org> Date: Mon, 04 Jun 2007 23:49:36 +0200 From: Attilio Rao User-Agent: Thunderbird 1.5 (X11/20060526) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <499c70c0706041119o6c290fb3k7f234492df2f6548@mail.gmail.com> <499c70c0706041441q4d4f13adtebd979ec87f71558@mail.gmail.com> In-Reply-To: <499c70c0706041441q4d4f13adtebd979ec87f71558@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: Attilio Rao Cc: "youshi10@u.washington.edu" , current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 21:49:57 -0000 Abdullah Ibn Hamad Al-Marri wrote: > On 6/5/07, youshi10@u.washington.edu wrote: >> On Mon, 4 Jun 2007, Abdullah Ibn Hamad Al-Marri wrote: >> >> > On 6/4/07, Alexey Tarasov wrote: >> >> Hi. >> >> >> >> > options SCHED_4BSD # 4BSD scheduler >> >> >> >> Try to use SCHED_ULE or SCHED_CORE. >> >> >> >> ::[ | | | | ]:: >> >> Alexey Tarasov >> >> master@preved.cn >> > >> > I thought Davidxu removed SCHED_CORE for SCHED_ULE, am I missing >> something? >> > -- >> > Regards, >> > >> > -Abdullah Ibn Hamad Al-Marri >> > Arab Portal >> > http://www.WeArab.Net/ >> >> I think so. Try SCHED_ULE. >> >> -Garrett > > I'm using ULE now, and I see mysqld could use 104%in WCPU. > > But do you know why services still share the cpu0 instead of using CPU1 > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 598 mysql 16 44 0 639M 633M ucond 0 50:53 4.83% mysqld > 740 services 3 44 0 54292K 51352K select 0 3:08 0.00% services > > I wish kernel can balance using both CORES with ULE 2.0 ULE currently uses some tricks in order to avoid too many sched_lock acquisitions that pessimize in load balancing and in pick_pri case. In the night, I think Jeff is going to commit the infrastructure to let sched_lock back home and soon we will have ULE sched_lock free. It means that we could really have a good balancing and an effective usage of pick_pri for it. As saying: it is a known bug, and partially intentional... Attilio From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 21:56:28 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 27B5016A46B for ; Mon, 4 Jun 2007 21:56:28 +0000 (UTC) (envelope-from almarrie@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 C62D813C469 for ; Mon, 4 Jun 2007 21:56:27 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so436253anc for ; Mon, 04 Jun 2007 14:56:27 -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=r0dZxI15tIHTxj/GGRmpJxnWxgx5pEty4SaE77AGt6JhyEkHa9XKlU6O1iWTzL0lZlK2FzUGrmetwCtmiFFxGWoXSFUWgQDcok+8NA7LQhi1oaEy5jHJO9hbs71UYr2JOWY0oESOi+HH/k9rEZ8y/KDdUlI2rg3u8OSrDUc829I= 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=jz+XWBXsL+cUSYmr8tgMYxMynMFyvdb8aPFEC0DDUctCioHkFf1UWniRLomw2TNGcsOGecmVJ+GOIrbqwKxdsbwoWb1FyISL3f+1K1snTp8Li0NTlE9y5srt31fTpb0itV12EG6o8edEKSD0zfMMmMawQEHn13URJ9OoshcrVyQ= Received: by 10.100.91.6 with SMTP id o6mr2854248anb.1180994187036; Mon, 04 Jun 2007 14:56:27 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Mon, 4 Jun 2007 14:56:26 -0700 (PDT) Message-ID: <499c70c0706041456x1a448348mec7410678c1f1d7d@mail.gmail.com> Date: Tue, 5 Jun 2007 00:56:26 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: attilio@freebsd.org In-Reply-To: <466488F0.9070802@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0706041119o6c290fb3k7f234492df2f6548@mail.gmail.com> <499c70c0706041441q4d4f13adtebd979ec87f71558@mail.gmail.com> <466488F0.9070802@FreeBSD.org> Cc: "youshi10@u.washington.edu" , current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Mon, 04 Jun 2007 21:56:28 -0000 On 6/5/07, Attilio Rao wrote: > Abdullah Ibn Hamad Al-Marri wrote: > > On 6/5/07, youshi10@u.washington.edu wrote: > >> On Mon, 4 Jun 2007, Abdullah Ibn Hamad Al-Marri wrote: > >> > >> > On 6/4/07, Alexey Tarasov wrote: > >> >> Hi. > >> >> > >> >> > options SCHED_4BSD # 4BSD scheduler > >> >> > >> >> Try to use SCHED_ULE or SCHED_CORE. > >> >> > >> >> ::[ | | | | ]:: > >> >> Alexey Tarasov > >> >> master@preved.cn > >> > > >> > I thought Davidxu removed SCHED_CORE for SCHED_ULE, am I missing > >> something? > >> > -- > >> > Regards, > >> > > >> > -Abdullah Ibn Hamad Al-Marri > >> > Arab Portal > >> > http://www.WeArab.Net/ > >> > >> I think so. Try SCHED_ULE. > >> > >> -Garrett > > > > I'm using ULE now, and I see mysqld could use 104%in WCPU. > > > > But do you know why services still share the cpu0 instead of using CPU1 > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 598 mysql 16 44 0 639M 633M ucond 0 50:53 4.83% mysqld > > 740 services 3 44 0 54292K 51352K select 0 3:08 0.00% services > > > > I wish kernel can balance using both CORES with ULE 2.0 > > ULE currently uses some tricks in order to avoid too many sched_lock > acquisitions that pessimize in load balancing and in pick_pri case. > In the night, I think Jeff is going to commit the infrastructure to let > sched_lock back home and soon we will have ULE sched_lock free. It means > that we could really have a good balancing and an effective usage of > pick_pri for it. > > As saying: it is a known bug, and partially intentional... > > Attilio Attilio, Thanks for explaining the issue deeper. So is fixing this issue would make FreeBSD runs apps faster than Linux or we will get the same result that linux offers now? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 22:18:11 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 0849316A46B; Mon, 4 Jun 2007 22:18:11 +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 E86B613C4BF; Mon, 4 Jun 2007 22:18:10 +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 6DB101A3C19; Mon, 4 Jun 2007 15:19:27 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 42410513BC; Mon, 4 Jun 2007 18:18:10 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 39105C204; Mon, 4 Jun 2007 18:18:10 -0400 (EDT) Date: Mon, 4 Jun 2007 18:18:10 -0400 From: Kris Kennaway To: Chuck Swiger Message-ID: <20070604221810.GC29472@rot13.obsecurity.org> References: <46620099.4080007@FreeBSD.org> <20070603022742.GA2886@rot13.obsecurity.org> 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: Doug Barton , freebsd-current@freebsd.org, Kris Kennaway Subject: Re: HEADS UP: BIND 9.4.1 imported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 22:18:11 -0000 On Mon, Jun 04, 2007 at 01:21:51PM -0700, Chuck Swiger wrote: > On Jun 2, 2007, at 7:27 PM, Kris Kennaway wrote: > >>For the vast majority of users, this should be a noop. Please test, > >>especially if you have a heavier loaded name server, and report any > >>issues. > > > >Also I'll remark that we remain very interested in getting access to > >either a busy nameserver or the data stream from one, in order to > >profile FreeBSD kernel activity and look for places to optimize > >performance. > > I've mentioned this before, but the dns/adns port provides some handy > utilities for putting a DNS server under high loads. > > Something like the following command will generate anywhere from 200 > queries/sec to 1500+ queries/sec, depending on the IPs involved in > the logfile you use, and how rapidly the remote nameservers respond: > > /usr/local/bin/adnslogres -c 500 < /var/log/httpd-access.log >! / > var/log/httpd-access.log.dns Thanks, this is a good idea. I hadn't though of using a httpd access log as a source of queries. Kris From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 22:24: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 2EA7916A400 for ; Mon, 4 Jun 2007 22:24:25 +0000 (UTC) (envelope-from SRS1=4198ef9e75b8771621245a43f1d386997d4147c4=es.net==4198ef9e75b8771621245a43f1d386997d4147c4=356=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 0E92213C43E for ; Mon, 4 Jun 2007 22:24:24 +0000 (UTC) (envelope-from SRS1=4198ef9e75b8771621245a43f1d386997d4147c4=es.net==4198ef9e75b8771621245a43f1d386997d4147c4=356=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id JCM79548 for ; Mon, 04 Jun 2007 15:08:48 -0700 Received: from postal1.es.net (postal2.es.net [198.128.3.206]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id JCM85346 for ; Mon, 04 Jun 2007 15:08:46 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id JCM46244; Mon, 04 Jun 2007 15:08:44 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 3366745055; Mon, 4 Jun 2007 15:08:44 -0700 (PDT) To: "Kip Macy" In-Reply-To: Your message of "Sun, 03 Jun 2007 22:02:21 PDT." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1180994924_1046P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 04 Jun 2007 15:08:44 -0700 From: "Kevin Oberman" Message-Id: <20070604220844.3366745055@ptavv.es.net> Cc: FreeBSD Current Subject: Re: New driver coming soon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 22:24:25 -0000 --==_Exmh_1180994924_1046P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Sun, 3 Jun 2007 22:02:21 -0700 > From: "Kip Macy" > Sender: owner-freebsd-current@freebsd.org > > On 6/3/07, Wilkinson, Alex wrote: > > 0n Thu, May 31, 2007 at 03:19:44PM -0700, Jack Vogel wrote: > > > > > FreeBSD customer base has been miniscule so not much has > > > been done to the code, maybe someday in my spare time :) > > > > "miniscule" ? That's scary to hear :( > > Until the last year, FreeBSD lagged in network performance, so trying > to push 10 GigE on it was not all that compelling. > > FreeBSD is fast becoming competitive again. I also see a number of > non-technical factors that may drive a resurgence of interest in > FreeBSD. It appears that it is very competitive and the vendors (or at least one vendor) is aware of it. When we were having issues with getting acceptable performance with Linux (no, I don't know which one), the Chelsio engineer suggested that we try FreeBSD-current to see if it might not do better. I must admit that I found this way cool and really appreciate all of the work you, Drew, Andre, jhb and others have done to make this happen. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1180994924_1046P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGZI1skn3rs5h7N1ERAovQAJ9EDYj87k6yb3O+MDbv/t6gqv6g4gCdGl8b 8Kooyc63fCamrVrOGE7DBDE= =MnMA -----END PGP SIGNATURE----- --==_Exmh_1180994924_1046P-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 22:30:56 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 D755E16A41F; Mon, 4 Jun 2007 22:30:56 +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 4B2CE13C44C; Mon, 4 Jun 2007 22:30:56 +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 B578B6908CE; Mon, 4 Jun 2007 23:28:43 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 76737690AD7; Mon, 4 Jun 2007 23:28:43 +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.5 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-123-229.net.novis.pt [87.196.123.229]) by core.fnop.net (Postfix) with ESMTP id E585F6908CE; Mon, 4 Jun 2007 23:28:39 +0100 (WEST) Date: Mon, 04 Jun 2007 23:30:49 +0100 Message-ID: <86y7ize4iu.wl%rpaulo@fnop.net> From: Rui Paulo To: Joe Marcus Clarke In-Reply-To: <466469E4.2070106@FreeBSD.org> References: <86k5vffjz8.wl%rpaulo@fnop.net> <86ejkx56y6.wl%rpaulo@fnop.net> <465EF64B.9000505@FreeBSD.org> <86fy5drlro.wl%rpaulo@fnop.net> <465EFCDF.5010903@FreeBSD.org> <86ira6saqv.wl%rpaulo@fnop.net> <466469E4.2070106@FreeBSD.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) X-cite-me: rpaulo MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII 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: , X-List-Received-Date: Mon, 04 Jun 2007 22:30:56 -0000 At Mon, 04 Jun 2007 15:37:08 -0400, Joe Marcus Clarke wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Rui Paulo wrote: > > At Thu, 31 May 2007 12:50:39 -0400, > > Joe Marcus Clarke wrote: > >>> I can try to make this work for you if you are willing to test :-) > >> Sure. > > > > Grab my p4 branch and then apply the attached patch. > > This doesn't seem to do anything different that the previous version: > > hw.backlight.enable: 1 > hw.backlight.level: 23884 > > That level looks bogus. Setting enable to 0 just puts it back to 1. It > does appear to be properly detected, though: > > backlight0: on vgapci0 Thanks, I'll try to see what's the problem. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 22:54: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 3E0B016A47F for ; Mon, 4 Jun 2007 22:54:14 +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 28AE813C48A for ; Mon, 4 Jun 2007 22:54:14 +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 ACF731A4D84; Mon, 4 Jun 2007 15:55:30 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 8014E511B4; Mon, 4 Jun 2007 18:54:13 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 6D302C204; Mon, 4 Jun 2007 18:54:13 -0400 (EDT) Date: Mon, 4 Jun 2007 18:54:13 -0400 From: Kris Kennaway To: Alexey Tarasov Message-ID: <20070604225413.GA32131@rot13.obsecurity.org> References: <499c70c0706041042w7c5c70dbh382e0674dac90bb9@mail.gmail.com> <34AE885F-1525-402E-84DA-B1F9E51F4B52@preved.cn> <499c70c0706041119o6c290fb3k7f234492df2f6548@mail.gmail.com> 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: current@freebsd.org, Abdullah Ibn Hamad Al-Marri Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Mon, 04 Jun 2007 22:54:14 -0000 On Mon, Jun 04, 2007 at 10:28:26PM +0400, Alexey Tarasov wrote: > > Look here: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/sched_core.c > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/sched_ule.c > > Why he can remove them? ULE and CORE works much better than 4BSD, > especially CORE :) AFAIK even the author recommends CORE not be used. Your experiences with ULE will be useful though. Kris From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 23:14: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 D183C16A421 for ; Mon, 4 Jun 2007 23:14:51 +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 99D9413C46C for ; Mon, 4 Jun 2007 23:14:51 +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 52C6D124D724 for ; Mon, 4 Jun 2007 23:54:28 +0200 (CEST) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 84005442CD for ; Tue, 5 Jun 2007 00:53:54 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id E58A99C442 for ; Mon, 4 Jun 2007 22:53:47 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id D06DE405B; Tue, 5 Jun 2007 00:53:47 +0200 (CEST) Date: Tue, 5 Jun 2007 00:53:47 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20070604225347.GA91251@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: nspluginwrapper and linux-flashplayer9 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: , X-List-Received-Date: Mon, 04 Jun 2007 23:14:51 -0000 Hi list, This is just a poke in order to know any successful attempt to use www/nspluginwrapper with www/linux-flashpayer9 on a recent -CURRENT (with GCC 4.2). Thank you. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 23:38:16 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 CB95416A46C for ; Mon, 4 Jun 2007 23:38:16 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 95EBF13C46C for ; Mon, 4 Jun 2007 23:38:16 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.101] (c-71-231-138-78.hsd1.or.comcast.net [71.231.138.78]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l54NcDvQ026144 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Mon, 4 Jun 2007 19:38:15 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Mon, 4 Jun 2007 16:38:00 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: current@freebsd.org In-Reply-To: <20070604130224.F606@10.0.0.1> Message-ID: <20070604163739.S606@10.0.0.1> References: <20070604130224.F606@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: HEADS UP: threadlock going in, likely tonight. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 04 Jun 2007 23:38:16 -0000 I will now begin committing threadlock. Please wait to cvsup until I send another mail. Thanks, Jeff On Mon, 4 Jun 2007, Jeff Roberson wrote: > This has been up for review and testing for some time. I think it's ready > for prime-time. Only one new bug came up over the weekend and I believe I > have that fixed. > > I'm going to commit the patch in stages but the tree will not be functional > in between. I'm not able to break it down into several functional steps but > I want to leave meaningful commit messages in several files. > > I will send out one more mail when I start and another when I'm done. > > Thanks, > Jeff > From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 00:09:18 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 D8EFE16A46B for ; Tue, 5 Jun 2007 00:09:18 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id A1C7413C4D0 for ; Tue, 5 Jun 2007 00:09:18 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.101] (c-71-231-138-78.hsd1.or.comcast.net [71.231.138.78]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l5509Gh7033457 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Mon, 4 Jun 2007 20:09:17 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Mon, 4 Jun 2007 17:09:03 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: current@freebsd.org In-Reply-To: <20070604163739.S606@10.0.0.1> Message-ID: <20070604170715.S606@10.0.0.1> References: <20070604130224.F606@10.0.0.1> <20070604163739.S606@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: HEADS UP: threadlock going in, likely tonight. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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 Jun 2007 00:09:18 -0000 Ok folks, make sure you don't sup a snapshot from the middle of my commits and you should have a solid working tree. I am going to work on the version of ule with per-cpu locks (sched_smp) a little while longer before sending that out again. I suspect this will address many of the scheduling related complaints and performance problems people have had. Thanks, Jeff On Mon, 4 Jun 2007, Jeff Roberson wrote: > I will now begin committing threadlock. > > Please wait to cvsup until I send another mail. > > Thanks, > Jeff > > On Mon, 4 Jun 2007, Jeff Roberson wrote: > >> This has been up for review and testing for some time. I think it's ready >> for prime-time. Only one new bug came up over the weekend and I believe I >> have that fixed. >> >> I'm going to commit the patch in stages but the tree will not be functional >> in between. I'm not able to break it down into several functional steps >> but I want to leave meaningful commit messages in several files. >> >> I will send out one more mail when I start and another when I'm done. >> >> Thanks, >> Jeff >> > From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 01:17:26 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 A815716A41F for ; Tue, 5 Jun 2007 01:17:26 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id 659ED13C468 for ; Tue, 5 Jun 2007 01:17:26 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn02.u.washington.edu (hymn02.u.washington.edu [140.142.13.239]) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l551HPfo020049 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 4 Jun 2007 18:17:26 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn02.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l551HP1n028455 for ; Mon, 4 Jun 2007 18:17:25 -0700 X-Auth-Received: from [134.134.136.3] by hymn02.u.washington.edu via HTTP; Mon, 04 Jun 2007 18:17:25 PDT Date: Mon, 4 Jun 2007 18:17:25 -0700 (PDT) From: youshi10@u.washington.edu To: current@freebsd.org In-Reply-To: <20070604170715.S606@10.0.0.1> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.4.175732 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: Subject: Re: HEADS UP: threadlock going in, likely tonight. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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 Jun 2007 01:17:26 -0000 On Mon, 4 Jun 2007, Jeff Roberson wrote: > Ok folks, make sure you don't sup a snapshot from the middle of my commits > and you should have a solid working tree. > > I am going to work on the version of ule with per-cpu locks (sched_smp) a > little while longer before sending that out again. I suspect this will address > many of the scheduling related complaints and performance problems people have > had. > > Thanks, > Jeff > > On Mon, 4 Jun 2007, Jeff Roberson wrote: > >> I will now begin committing threadlock. >> >> Please wait to cvsup until I send another mail. >> >> Thanks, >> Jeff >> >> On Mon, 4 Jun 2007, Jeff Roberson wrote: >> >>> This has been up for review and testing for some time. I think it's ready >>> for prime-time. Only one new bug came up over the weekend and I believe I >>> have that fixed. >>> >>> I'm going to commit the patch in stages but the tree will not be >>> functional in between. I'm not able to break it down into several >>> functional steps but I want to leave meaningful commit messages in several >>> files. >>> >>> I will send out one more mail when I start and another when I'm done. >>> >>> Thanks, >>> Jeff Jeff, Thanks again and I'll be sure to burn in the new scheduling prio system on my desktop :). Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 01:52:47 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 A781E16A41F; Tue, 5 Jun 2007 01:52:47 +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 58A6E13C457; Tue, 5 Jun 2007 01:52:47 +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 l551qkRs070538; Mon, 4 Jun 2007 21:52:46 -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 l551qkXU050384; Mon, 4 Jun 2007 21:52:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 57B7E73068; Mon, 4 Jun 2007 21:52:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070605015246.57B7E73068@freebsd-current.sentex.ca> Date: Mon, 4 Jun 2007 21:52:46 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news 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: , X-List-Received-Date: Tue, 05 Jun 2007 01:52:47 -0000 TB --- 2007-06-05 00:40:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-05 00:40:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-05 00:40:01 - cleaning the object tree TB --- 2007-06-05 00:40:23 - checking out the source tree TB --- 2007-06-05 00:40:23 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-05 00:40:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-05 00:51:22 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-05 00:51:22 - cd /src TB --- 2007-06-05 00:51:22 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 5 00:51:24 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 [...] ../../lib/bind/isc/libisc.a(rwlock.o)(.text+0x884): In function `isc_rwlock_lock': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x7c): In function `isc_hash_ctxattach': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x2e0): In function `isc_hash_destroy': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x3c4): In function `isc_hash_ctxdetach': : undefined reference to `isc_atomic_xadd' *** Error code 1 Stop in /src/usr.bin/dig. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-05 01:52:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-05 01:52:45 - ERROR: failed to build world TB --- 2007-06-05 01:52:45 - tinderbox aborted TB --- 0.44 user 1.60 system 4364.88 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 02:23: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 0E5CF16A41F for ; Tue, 5 Jun 2007 02:23:59 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail01.adl2.internode.on.net (ipmail01.adl2.internode.on.net [203.16.214.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7040513C45D for ; Tue, 5 Jun 2007 02:23:58 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-AV: E=Sophos;i="4.16,383,1175437800"; d="scan'208";a="138837129" Received: from ppp190-66.lns11.adl2.internode.on.net (HELO mail.clearchain.com) ([121.45.190.66]) by ipmail01.adl2.internode.on.net with ESMTP; 05 Jun 2007 11:53:42 +0930 Received: from wolf.clearchain.com (wcl.ml.unisa.edu.au [130.220.166.5]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id l552NSEB062405 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jun 2007 11:53:40 +0930 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <4664C920.4080701@clearchain.com> Date: Tue, 05 Jun 2007 11:53:28 +0930 From: Benjamin Close User-Agent: Thunderbird 2.0.0.0 (X11/20070522) MIME-Version: 1.0 To: Jeremie Le Hen References: <20070604225347.GA91251@obiwan.tataz.chchile.org> In-Reply-To: <20070604225347.GA91251@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.90.3, clamav-milter version 0.90.3 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Tue, 05 Jun 2007 11:53:41 +0930 (CST) X-Mailman-Approved-At: Tue, 05 Jun 2007 03:30:13 +0000 Cc: freebsd-current@freebsd.org Subject: Re: nspluginwrapper and linux-flashplayer9 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: , X-List-Received-Date: Tue, 05 Jun 2007 02:23:59 -0000 Jeremie Le Hen wrote: > Hi list, > > This is just a poke in order to know any successful attempt to use > www/nspluginwrapper with www/linux-flashpayer9 on a recent -CURRENT > (with GCC 4.2). > > Thank you. > Best regards, > Currently using both with firefox. Flash works for a few seconds then dies hard. Haven't had time to debug it yet. Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 03:54:33 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 D3C0C16A400 for ; Tue, 5 Jun 2007 03:54:33 +0000 (UTC) (envelope-from neshort@yahoo.com) Received: from web56513.mail.re3.yahoo.com (web56513.mail.re3.yahoo.com [66.196.97.42]) by mx1.freebsd.org (Postfix) with SMTP id 88CD613C46E for ; Tue, 5 Jun 2007 03:54:33 +0000 (UTC) (envelope-from neshort@yahoo.com) Received: (qmail 73652 invoked by uid 60001); 5 Jun 2007 03:54:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=VxEcLmax6cfNE2iB2n/kU2JKcwq/7gARKpflkSW0VLfzNeFvwzb2ehNV/0NFLWQGZdB8y/WVBUwOBQq7fSPI7YB/wzV4J0gtOkMc3U4FBDOzreQhLqAa9nuhsTnOhqGj0ehwiidzA//BAOK6Nw2dmfa5fgTfpI+MmxSJ2WdpZZA=; X-YMail-OSG: OQvv.REVM1lXihehEWYu0FYVQHz.osYEGQtwbzXHzOJalDdZhMSzPYQBDKZpuq4QQxT6aY9K07bWIBz5Kx9gjzyB6K1qS5.D_M1WTnf4b85fDmmPWueaiu8V4lefdiwUrAVJtwDq3M9ZxRtH7y8xp.M1bA-- Received: from [216.183.65.61] by web56513.mail.re3.yahoo.com via HTTP; Mon, 04 Jun 2007 20:54:32 PDT Date: Mon, 4 Jun 2007 20:54:32 -0700 (PDT) From: Neil Short To: freebsd-current@FreeBSD.org In-Reply-To: <20070603161659.GA50832@Gatekeeper.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <958545.72886.qm@web56513.mail.re3.yahoo.com> Cc: Subject: Re: xorg 7.2 & environment variables set in login.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2007 03:54:33 -0000 --- Stefan Esser wrote: > On 2007-06-03 07:38 -0700, Neil Short > wrote: > > How do you export those variables successfully in > > ~/.xsession? It still doesn't help with me. > > > > check this out: > > > > $ locale > > LANG=en_US > > This is not a valid locale! You have a choice > between: > > en_US.ISO8859-1 > en_US.ISO8859-15 > en_US.US-ASCII > en_US.UTF-8 > > [...] > > $ echo $LC_ALL > > en_US > > $ perl > > perl: warning: Setting locale failed. > > perl: warning: Please check that your locale > settings: > > LC_ALL = (unset), > > LANG = "en_US" > > are supported and installed on your system. > > perl: warning: Falling back to the standard locale > ("C"). > > Yes, and perl tells you, that en_US just isn't > specific enough > for its needs ... > > It's up to you whether you prefer en_US.US-ASCII, > en_US.ISO8859-1, > or en_US.UTF-8 (e.g. depending on whether you at > least occasionally > work with foreign language texts). > > Regards, STefan > That did the trick. I appreciate it. Just for the documentation of it all -- I messed up by putting my language setting under the "default:" catagory in /etc/login.conf. I needed to ALSO create a separate "me:" catagory like so: me:\ :tc=default: I suppose the real moral to the story is: be very careful what you overwrite during mergemaster. It's my guess that I overwrote /etc/login.conf at some point when my eyes were glassed over. -N ====== Now I, Nebuchadnezzar, praise and extol and honor the King of heaven, for all his works are truth, and his ways are justice; and he is able to bring low those who walk in pride. Daniel 4:37 ___________________________________________________________________________________ You snooze, you lose. Get messages ASAP with AutoCheck in the all-new Yahoo! Mail Beta. http://advision.webevents.yahoo.com/mailbeta/newmail_html.html From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 05:12:55 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 8AE3916A469; Tue, 5 Jun 2007 05:12: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 6339213C44B; Tue, 5 Jun 2007 05:12:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l555Cs3V080747; Tue, 5 Jun 2007 01:12:54 -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 l555CsbI029427; Tue, 5 Jun 2007 01:12:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 11F1973068; Tue, 5 Jun 2007 01:12:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070605051254.11F1973068@freebsd-current.sentex.ca> Date: Tue, 5 Jun 2007 01:12:53 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean 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: Tue, 05 Jun 2007 05:12:55 -0000 TB --- 2007-06-05 03:21:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-05 03:21:44 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-05 03:21:44 - cleaning the object tree TB --- 2007-06-05 03:22:10 - checking out the source tree TB --- 2007-06-05 03:22:10 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-05 03:22:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-05 03:29:54 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-05 03:29:54 - cd /src TB --- 2007-06-05 03:29:54 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 5 03:29:55 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 Tue Jun 5 04:44:09 UTC 2007 TB --- 2007-06-05 04:44:09 - generating LINT kernel config TB --- 2007-06-05 04:44:09 - cd /src/sys/pc98/conf TB --- 2007-06-05 04:44:09 - /usr/bin/make -B LINT TB --- 2007-06-05 04:44:09 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-05 04:44:09 - cd /src TB --- 2007-06-05 04:44:09 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 5 04:44:09 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 >>> Kernel build for LINT completed on Tue Jun 5 05:08:29 UTC 2007 TB --- 2007-06-05 05:08:29 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-05 05:08:29 - cd /src TB --- 2007-06-05 05:08:29 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Jun 5 05:08:30 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 [...] /src/sys/kern/kern_mutex.c:580: warning: no previous prototype for '_mtx_unlock_sleep' /src/sys/kern/kern_mutex.c:692: warning: no previous prototype for '_mtx_assert' /src/sys/kern/kern_mutex.c:759: warning: no previous prototype for 'mtx_sysinit' /src/sys/kern/kern_mutex.c:773: warning: no previous prototype for 'mtx_init' /src/sys/kern/kern_mutex.c:817: warning: no previous prototype for 'mtx_destroy' /src/sys/kern/kern_mutex.c:846: warning: no previous prototype for 'mutex_init' /src/sys/kern/kern_mutex.c:869: warning: no previous prototype for 'db_show_mtx' /src/sys/kern/kern_mutex.c:905: error: expected declaration or statement at end of input *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-05 05:12:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-05 05:12:53 - ERROR: failed to build GENERIC kernel TB --- 2007-06-05 05:12:53 - tinderbox aborted TB --- 0.91 user 2.74 system 6669.41 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 05:32:16 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 8516B16A41F for ; Tue, 5 Jun 2007 05:32:16 +0000 (UTC) (envelope-from sfourman@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 42D9013C45E for ; Tue, 5 Jun 2007 05:32:16 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so459462anc for ; Mon, 04 Jun 2007 22:32:15 -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=b9siPg3332pzK/vQuJbwID3534plzSNN/JTWbXXbMnZj5qh6F+Yxh13dXN4bP7jFzOTcLHQhNmX+HbX8Z3zKxUeTqYDtFYrY7mk7YT9c0ayoZDpAFWB9eBK98J/c/BBpkWZNMOVBNBraE8zTFZX/zvYRk6WHYFpZB2lZyyZrCG8= 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=KVlWZi7gNDCWkQLYqBePGkNTKdpbQY8Hl9XOnK2LT7dx/hb4dR1A/w+nls3nRSPrBlmnEGaMW3iIpX0FPdiLjnTxiCI9GU8xMa1ePW+TLnuJ8HwtUNM8+Nuopysi21Ve5yYLacOLYcKvMns0EyKKm1oOP+e104FTlEi19IBF6MA= Received: by 10.101.69.4 with SMTP id w4mr2978898ank.1181019863555; Mon, 04 Jun 2007 22:04:23 -0700 (PDT) Received: by 10.100.166.18 with HTTP; Mon, 4 Jun 2007 22:04:23 -0700 (PDT) Message-ID: <11167f520706042204l58e09c8el107a5c3e40744ae0@mail.gmail.com> Date: Tue, 5 Jun 2007 00:04:23 -0500 From: "Sam Fourman Jr." To: "Benjamin Close" In-Reply-To: <4664C920.4080701@clearchain.com> MIME-Version: 1.0 References: <20070604225347.GA91251@obiwan.tataz.chchile.org> <4664C920.4080701@clearchain.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, Jeremie Le Hen Subject: Re: nspluginwrapper and linux-flashplayer9 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: , X-List-Received-Date: Tue, 05 Jun 2007 05:32:16 -0000 Same here Flash 9 just doesn't seem to like google stock charts http://finance.google.com/finance?q=IBM it starts to work then just dies Sam Fourman Jr. On 6/4/07, Benjamin Close wrote: > > Jeremie Le Hen wrote: > > Hi list, > > > > This is just a poke in order to know any successful attempt to use > > www/nspluginwrapper with www/linux-flashpayer9 on a recent -CURRENT > > (with GCC 4.2). > > > > Thank you. > > Best regards, > > > Currently using both with firefox. Flash works for a few seconds then > dies hard. Haven't had time to debug it yet. > > Cheers, > Benjamin > _______________________________________________ > 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 Tue Jun 5 05:53:24 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 42EB116A421 for ; Tue, 5 Jun 2007 05:53:24 +0000 (UTC) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (gerbercreations.com [71.39.140.16]) by mx1.freebsd.org (Postfix) with ESMTP id DE18613C44B for ; Tue, 5 Jun 2007 05:53:23 +0000 (UTC) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) by misty.eyesbeyond.com (8.13.1/8.13.3) with ESMTP id l555rKKT043487; Mon, 4 Jun 2007 22:53:21 -0700 (PDT) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.13.1/8.13.3/Submit) id l555rHWr043474; Mon, 4 Jun 2007 22:53:17 -0700 (PDT) (envelope-from glewis@eyesbeyond.com) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Mon, 4 Jun 2007 22:53:16 -0700 From: Greg Lewis To: Don Lewis Message-ID: <20070605055316.GA42186@misty.eyesbeyond.com> References: <1180976737.24934.4.camel@localhost> <200706042016.l54KGBRo058608@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706042016.l54KGBRo058608@gw.catspoiler.org> User-Agent: Mutt/1.4.2.2i Cc: glewis@freebsd.org, vova@sw.ru, current@freebsd.org, java@freesbd.org Subject: Re: failed to build java/jdk15 on recent current - gcc4 issue ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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 Jun 2007 05:53:24 -0000 On Mon, Jun 04, 2007 at 01:16:11PM -0700, Don Lewis wrote: > On 4 Jun, Vladimir Grebenschikov wrote: > > java/jdk14 also fails to build. > > I managed to rebuild jdk14 even after "make delete-old-libs" using the > gcc34 port and bootstrapping using the Linux JDK. I haven't yet had a > chance to see if the plugin communicates with Firefox built with the > system compiler or if there will be an ABI mismatch. > > In the process I discovered two interesting quirks. The first is that > there are a number of places that set $(CXX), assuming that this is c++ > compiler, and $(CPP), assuming that this is the preprocessor. This isn't > entirely true, because the hotspot build uses $(CPP) as the c++ compiler > (see hotspot/build/*/makefiles/adlc.make). The linker bails out when it > encounters a .o file that is actually just source code that has been run > through the preprocessor. The second quirk is that overriding $(CC) in > MAKE_ARGS isn't sufficient to get the j2se portion of the build to work, > because j2se/make/common/Defs-bsd.gmk doesn't allow $(CC) to be > overridden. Agreed. The HotSpot build is definitely quirky about allowing the compiler to be overridden. It actually seems to have gotten worse in later releases (it includes a header file based on the compiler name and it better be gcc). > I added this to MAKE_ARGS in pkgtools.conf: > > 'java/jdk14' => [ > 'WITH_LINUX_BOOTSTRAP=yes', > 'USE_GCC=3.4', > 'MAKE_FLAGS="CC=/usr/local/bin/gcc34 CXX=/usr/local/bin/c++34 CPP=/ > usr/local/bin/c++34"', > ], > > and I had to apply this patch (to a patch): [snip] Thanks for tracking this down! I think the other jdk* ports also have problems respecting $(CC) and $(CXX). I'll get this committed to jdk14. It would be interesting to try the jdk15 port with gcc34 (or even the gcc42 port rather than system compiler). There will need to be some more hackery to try that though I believe. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 06:43:11 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 0921816A400; Tue, 5 Jun 2007 06:43:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BC4E713C46A; Tue, 5 Jun 2007 06:43:10 +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 l556hA4Q084091; Tue, 5 Jun 2007 02:43:10 -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 l556hAj1037299; Tue, 5 Jun 2007 02:43:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A340673068; Tue, 5 Jun 2007 02:43:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070605064309.A340673068@freebsd-current.sentex.ca> Date: Tue, 5 Jun 2007 02:43:09 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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: Tue, 05 Jun 2007 06:43:11 -0000 TB --- 2007-06-05 05:12:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-05 05:12:54 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-05 05:12:54 - cleaning the object tree TB --- 2007-06-05 05:13:19 - checking out the source tree TB --- 2007-06-05 05:13:19 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-05 05:13:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-05 05:21:00 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-05 05:21:00 - cd /src TB --- 2007-06-05 05:21:00 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 5 05:21:02 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 Tue Jun 5 06:35:17 UTC 2007 TB --- 2007-06-05 06:35:17 - generating LINT kernel config TB --- 2007-06-05 06:35:17 - cd /src/sys/powerpc/conf TB --- 2007-06-05 06:35:17 - /usr/bin/make -B LINT TB --- 2007-06-05 06:35:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-05 06:35:18 - cd /src TB --- 2007-06-05 06:35:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 5 06:35:18 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 [...] /src/sys/kern/kern_mutex.c:735: error: static declaration of 'mtx_validate' follows non-static declaration /src/sys/kern/kern_mutex.c:731: error: previous declaration of 'mtx_validate' was here /src/sys/kern/kern_mutex.c:759: warning: no previous prototype for 'mtx_sysinit' /src/sys/kern/kern_mutex.c:773: warning: no previous prototype for 'mtx_init' /src/sys/kern/kern_mutex.c:817: warning: no previous prototype for 'mtx_destroy' /src/sys/kern/kern_mutex.c:846: warning: no previous prototype for 'mutex_init' /src/sys/kern/kern_mutex.c:869: warning: no previous prototype for 'db_show_mtx' /src/sys/kern/kern_mutex.c:905: error: expected declaration or statement at end of input *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-05 06:43:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-05 06:43:09 - ERROR: failed to build lint kernel TB --- 2007-06-05 06:43:09 - tinderbox aborted TB --- 0.85 user 2.34 system 5415.09 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 07:13: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 75B9516A46B for ; Tue, 5 Jun 2007 07:13:14 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 24F9813C4BF for ; Tue, 5 Jun 2007 07:13:14 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.101] (c-71-231-138-78.hsd1.or.comcast.net [71.231.138.78]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l557DBWP098646 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 5 Jun 2007 03:13:12 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Tue, 5 Jun 2007 00:12:57 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Alexey Tarasov In-Reply-To: <34AE885F-1525-402E-84DA-B1F9E51F4B52@preved.cn> Message-ID: <20070605001204.M606@10.0.0.1> References: <499c70c0706041042w7c5c70dbh382e0674dac90bb9@mail.gmail.com> <34AE885F-1525-402E-84DA-B1F9E51F4B52@preved.cn> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1753755805-1181027577=:606" Cc: current@freebsd.org, Abdullah Ibn Hamad Al-Marri Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 07:13:14 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1753755805-1181027577=:606 Content-Type: TEXT/PLAIN; charset=KOI8-R; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 4 Jun 2007, Alexey Tarasov wrote: > Hi. > >> options SCHED_4BSD # 4BSD scheduler > > Try to use SCHED_ULE or SCHED_CORE. CORE is no longer supported and has been removed from the tree. If you=20 would like to try something new you can cvsup to sources from tonight and= =20 apply this patch: http://people.freebsd.org/~jeff/schedsmp.diff Then use options SCHED_SMP, which is a ULE variant. Please report back=20 your findings if you do try this. However, it only works on amd64. Thanks, Jeff > > ::[ | | | | ]:: > Alexey Tarasov > master@preved.cn > > > 04.06.2007, =D7 21:42, Abdullah Ibn Hamad Al-Marri =D0=C9=D3=C1=CC(=C1): > >> Hello, >>=20 >> I have IRC services and it stored the dbs as MyISAM in MySQL 5.0.41 >> which runs on dedicated C2D 6600 with 2 GB of ram. >>=20 >> FreeBSD 7.0-CURRENT #4: Sun Jun 3 22:56:52 GMT 2007 i386 >>=20 >> Here is my kernel config >>=20 >> cpu I686_CPU >> ident SERVICES >>=20 >> options SCHED_4BSD # 4BSD scheduler >> options PREEMPTION # Enable kernel thread preemptio= n >> options INET # InterNETworking >> options FFS # Berkeley Fast Filesystem >> options SOFTUPDATES # Enable FFS soft updates suppor= t >> options UFS_ACL # Support for access control lis= ts >> options UFS_DIRHASH # Improve performance on big=20 >> directories >> options UFS_GJOURNAL # Enable gjournal-based UFS=20 >> journaling >> options GEOM_PART_GPT # GUID Partition Tables. >> options GEOM_LABEL # Provides labelization >> options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!= ] >> options COMPAT_FREEBSD4 # Compatible with FreeBSD4 >> options COMPAT_FREEBSD5 # Compatible with FreeBSD5 >> options COMPAT_FREEBSD6 # Compatible with FreeBSD6 >> options SCSI_DELAY=3D5000 # Delay (in ms) before probing= SCSI >> options KTRACE # ktrace(1) support >> options SYSVSHM # SYSV-style shared memory >> options SYSVMSG # SYSV-style message queues >> options SYSVSEM # SYSV-style semaphores >> options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time >> extensions >> options KBD_INSTALL_CDEV # install a CDEV entry in /dev >> options ADAPTIVE_GIANT # Giant mutex is adaptive. >> options STOP_NMI # Stop CPUS using NMI instead of= =20 >> IPI >> options SC_DISABLE_REBOOT # Disable reboot key=20 >> sequence >>=20 >> # To make an SMP kernel, the next two lines are needed >> options SMP # Symmetric MultiProcessor Kerne= l >> device apic # I/O APIC >>=20 >> device acpi # Compile acpi in statically >>=20 >> # Bus support. >> device eisa >> device pci >>=20 >> # Bus support. >> device eisa >> device pci >>=20 >> # ATA and ATAPI devices >> device ata >> device atadisk # ATA disk drives >> options ATA_STATIC_ID # Static device numbering >>=20 >> # atkbdc0 controls both the keyboard and the PS/2 mouse >> device atkbdc # AT keyboard controller >> device atkbd # AT keyboard >> device vga # VGA video card driver >>=20 >> # syscons is the default console driver, resembling an SCO console >> device sc >>=20 >> # PCI Ethernet NICs that use the common MII bus controller code. >> # NOTE: Be sure to keep the 'device miibus' line in order to use these= =20 >> NICs! >> device miibus # MII bus support >> device sk # SysKonnect SK-984x & SK-982x gigabit= =20 >> Ethernet >>=20 >> # Pseudo devices. >> device loop # Network loopback >> device random # Entropy device >> device ether # Ethernet support >> device pty # Pseudo-ttys (telnet etc) >> device snp # Snoop Device >>=20 >> # The `bpf' device enables the Berkeley Packet Filter. >> # Be aware of the administrative consequences of enabling this! >> # Note that 'bpf' is required for DHCP. >> device bpf # Berkeley packet filter >>=20 >> Here is the sysctl of kern >>=20 >> kern.maxvnodes: 100000 >> kern.maxproc: 6164 >> kern.maxfiles: 32768 >> kern.argmax: 262144 >> kern.clockrate: { hz =3D 1000, tick =3D 1000, profhz =3D 666, stathz =3D= 133 } >> kern.posix1version: 200112 >> kern.ngroups: 16 >> kern.job_control: 1 >> kern.saved_ids: 0 >> kern.bootfile: /boot/kernel/kernel >> kern.maxfilesperproc: 11095 >> kern.maxprocperuid: 5547 >> kern.ipc.maxsockbuf: 262144 >> kern.ipc.sockbuf_waste_factor: 8 >> kern.ipc.somaxconn: 1024 >> kern.ipc.max_linkhdr: 16 >> kern.ipc.max_protohdr: 40 >> kern.ipc.max_hdr: 56 >> kern.ipc.max_datalen: 148 >> kern.ipc.nmbjumbo16: 0 >> kern.ipc.nmbjumbo9: 0 >> kern.ipc.nmbjumbop: 0 >> kern.ipc.nmbclusters: 25600 >> kern.ipc.piperesizeallowed: 1 >> kern.ipc.piperesizefail: 0 >> kern.ipc.pipeallocfail: 0 >> kern.ipc.pipefragretry: 0 >> kern.ipc.pipekva: 16384 >> kern.ipc.maxpipekva: 16777216 >> kern.ipc.msgseg: 2048 >> kern.ipc.msgssz: 8 >> kern.ipc.msgtql: 40 >> kern.ipc.msgmnb: 2048 >> kern.ipc.msgmni: 40 >> kern.ipc.msgmax: 16384 >> kern.ipc.semaem: 16384 >> kern.ipc.semvmx: 32767 >> kern.ipc.semusz: 92 >> kern.ipc.semume: 10 >> kern.ipc.semopm: 100 >> kern.ipc.semmsl: 60 >> kern.ipc.semmnu: 30 >> kern.ipc.semmns: 60 >> kern.ipc.semmni: 10 >> kern.ipc.semmap: 30 >> kern.ipc.shm_allow_removed: 0 >> kern.ipc.shm_use_phys: 0 >> kern.ipc.shmall: 8192 >> kern.ipc.shmseg: 128 >> kern.ipc.shmmni: 192 >> kern.ipc.shmmin: 1 >> kern.ipc.shmmax: 33554432 >> kern.ipc.maxsockets: 25600 >> kern.ipc.numopensockets: 26 >> kern.ipc.nsfbufsused: 0 >> kern.ipc.nsfbufspeak: 5 >> kern.ipc.nsfbufs: 6656 >> kern.dummy: 0 >> kern.ps_strings: 3217031152 >> kern.usrstack: 3217031168 >> kern.logsigexit: 1 >> kern.iov_max: 1024 >> kern.hostuuid: 802D1F15-461D-D711-A11F-C7ABFF8EBB17 >> kern.arandom: 653627002 >> kern.disks: ad2 ad0 >> kern.geom.collectstats: 1 >> kern.geom.debugflags: 0 >> kern.geom.label.debug: 0 >> kern.elf32.fallback_brand: -1 >> kern.init_shutdown_timeout: 120 >> kern.init_path: >> /sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init:/stand/sysinstall >> kern.acct_suspended: 0 >> kern.acct_configured: 0 >> kern.acct_chkfreq: 15 >> kern.acct_resume: 4 >> kern.acct_suspend: 2 >> kern.cp_time: 5327530 0 60047 15732 9213550 >> kern.openfiles: 121 >> kern.kq_calloutmax: 4096 >> kern.ps_arg_cache_limit: 256 >> kern.stackprot: 7 >> kern.randompid: 0 >> kern.lastpid: 3158 >> kern.ktrace.request_pool: 100 >> kern.ktrace.genio_size: 4096 >> kern.module_path: /boot/kernel;/boot/modules >> kern.malloc_count: 134 >> kern.fallback_elf_brand: -1 >> kern.maxusers: 384 >> kern.ident: SERVICES >> kern.kstack_pages: 2 >> kern.shutdown.kproc_shutdown_wait: 60 >> kern.shutdown.poweroff_delay: 5000 >> kern.sync_on_panic: 0 >> kern.corefile: %N.core >> kern.nodump_coredump: 0 >> kern.coredump: 1 >> kern.sugid_coredump: 0 >> kern.sigqueue.alloc_fail: 0 >> kern.sigqueue.overflow: 0 >> kern.sigqueue.preallocate: 1024 >> kern.sigqueue.max_pending_per_proc: 128 >> kern.forcesigexit: 1 >> kern.fscale: 2048 >> kern.timecounter.tick: 1 >> kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) dummy(-10000= 00) >> kern.timecounter.hardware: ACPI-fast >> kern.timecounter.nsetclock: 3 >> kern.timecounter.ngetmicrotime: 1966 >> kern.timecounter.ngetnanotime: 1 >> kern.timecounter.ngetbintime: 0 >> kern.timecounter.ngetmicrouptime: 4172907 >> kern.timecounter.ngetnanouptime: 2512 >> kern.timecounter.ngetbinuptime: 401300 >> kern.timecounter.nmicrotime: 2986925 >> kern.timecounter.nnanotime: 423 >> kern.timecounter.nbintime: 2987361 >> kern.timecounter.nmicrouptime: 3182 >> kern.timecounter.nnanouptime: 8 >> kern.timecounter.nbinuptime: 3825003 >> kern.timecounter.stepwarnings: 0 >> kern.timecounter.tc.i8254.mask: 65535 >> kern.timecounter.tc.i8254.counter: 27888 >> kern.timecounter.tc.i8254.frequency: 1193182 >> kern.timecounter.tc.i8254.quality: 0 >> kern.timecounter.tc.ACPI-fast.mask: 16777215 >> kern.timecounter.tc.ACPI-fast.counter: 2515696 >> kern.timecounter.tc.ACPI-fast.frequency: 3579545 >> kern.timecounter.tc.ACPI-fast.quality: 1000 >> kern.timecounter.tc.TSC.mask: 4294967295 >> kern.timecounter.tc.TSC.counter: 4040078241 >> kern.timecounter.tc.TSC.frequency: 2394010377 >> kern.timecounter.tc.TSC.quality: -100 >> kern.timecounter.smp_tsc: 0 >> kern.threads.virtual_cpu: 2 >> kern.threads.max_threads_hits: 0 >> kern.threads.max_threads_per_proc: 1500 >> kern.threads.umtx_max_spins: 3000 >> kern.threads.umtx_dflt_spins: 0 >> kern.ccpu: 1948 >> kern.sched.runq_fuzz: 1 >> kern.sched.preemption: 1 >> kern.sched.ipiwakeup.htt2: 0 >> kern.sched.ipiwakeup.onecpu: 0 >> kern.sched.ipiwakeup.useloop: 0 >> kern.sched.ipiwakeup.usemask: 1 >> kern.sched.ipiwakeup.delivered: 1796942 >> kern.sched.ipiwakeup.requested: 1796941 >> kern.sched.ipiwakeup.enabled: 1 >> kern.sched.quantum: 100000 >> kern.sched.name: 4BSD >> kern.devstat.version: 6 >> kern.devstat.generation: 177 >> kern.devstat.numdevs: 2 >> kern.kobj_methodcount: 105 >> kern.log_wakeups_per_second: 5 >> kern.msgbuf_clear: 0 >> kern.msgbuf: >> kern.always_console_output: 0 >> kern.log_console_output: 1 >> kern.smp.forward_roundrobin_enabled: 1 >> kern.smp.forward_signal_enabled: 1 >> kern.smp.cpus: 2 >> kern.smp.disabled: 0 >> kern.smp.active: 1 >> kern.smp.maxcpus: 16 >> kern.nselcoll: 0 >> kern.tty_nout: 198594 >> kern.tty_nin: 1711 >> kern.drainwait: 300 >> kern.constty_wakeups_per_second: 5 >> kern.consmsgbuf_size: 8192 >> kern.consmute: 0 >> kern.console: consolectl,/consolectl, >> kern.pts.max: 1000 >> kern.pts.enable: 0 >> kern.minvnodes: 25000 >> kern.metadelay: 28 >> kern.dirdelay: 29 >> kern.filedelay: 30 >> kern.chroot_allow_open_directories: 1 >> kern.random.yarrow.gengateinterval: 10 >> kern.random.yarrow.bins: 10 >> kern.random.yarrow.fastthresh: 192 >> kern.random.yarrow.slowthresh: 256 >> kern.random.yarrow.slowoverthresh: 2 >> kern.random.sys.seeded: 1 >> kern.random.sys.harvest.ethernet: 1 >> kern.random.sys.harvest.point_to_point: 1 >> kern.random.sys.harvest.interrupt: 1 >> kern.random.sys.harvest.swi: 0 >>=20 >> I see both daemons use CPU0 most of the time, and the other one is idlin= g. >>=20 >> last pid: 3138; load averages: 0.70, 0.56, 0.70 >> up 0+15:20:36 17:29:46 >> 34 processes: 2 running, 32 sleeping >> CPU states: 48.9% user, 0.0% nice, 1.7% system, 0.0% interrupt, 49.4%= =20 >> idle >> Mem: 711M Active, 420M Inact, 183M Wired, 32K Cache, 112M Buf, 685M Free >> Swap: 2048M Total, 2048M Free >>=20 >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND >> 3135 services 3 96 0 29716K 27432K select 0 0:27 60.75% service= s >> 3106 mysql 14 96 0 637M 628M ucond 0 3:42 33.35% mysqld >>=20 >>=20 >> last pid: 3142; load averages: 0.83, 0.61, 0.71 >> up 0+15:21:13 17:30:23 >> 34 processes: 2 running, 32 sleeping >> CPU states: 47.2% user, 0.0% nice, 4.9% system, 0.2% interrupt, 47.7%= =20 >> idle >> Mem: 711M Active, 420M Inact, 183M Wired, 32K Cache, 112M Buf, 684M Free >> Swap: 2048M Total, 2048M Free >>=20 >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME CPU COMMAND >> 3135 services 3 96 0 29716K 27668K select 0 0:55 72.61% service= s >> 3106 mysql 14 96 0 637M 628M ucond 0 3:52 24.66% mysqld >>=20 >> Both of them using libthr as well. >>=20 >> Now my question is, why they don't use 100% of both COREs while >> syncing to 4k users? >>=20 >> Here is my my.cnf >>=20 >> [mysqld] >> thread_concurrency=3D100 >> max_connections=3D5000 >> wait_timeout=3D300 >> max_allowed_packet=3D32M >> key_buffer=3D512M >> read_buffer_size=3D3M >> sort_buffer_size=3D9M >> join_buffer_size=3D3M >> myisam_sort_buffer_size=3D100M >> read_rnd_buffer_size=3D5M >> query_cache_limit=3D1M >> query_cache_size=3D64M >> query_cache_type=3D1 >> thread_cache_size=3D256 >> table_cache=3D2048 >> max_tmp_tables=3D1024 >> tmp_table_size=3D512M >> safe-show-database >> skip-networking >> socket=3D/tmp/mysql.sock >>=20 >> [client] >> socket=3D/tmp/mysql.sock >>=20 >> The total database size is less than 60 MBs. >>=20 >> mysqladmin status >> Uptime: 878 Threads: 2 Questions: 225769 Slow queries: 0 Opens: 31 >> Flush tables: 1 Open tables: 25 Queries per second avg: 257.140 >>=20 >>=20 >> --=20 >> Regards, >>=20 >> -Abdullah Ibn Hamad Al-Marri >> Arab Portal >> http://www.WeArab.Net/ >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" > > _______________________________________________ > 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= " --0-1753755805-1181027577=:606-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 08:05: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 D3CDB16A400 for ; Tue, 5 Jun 2007 08:05:24 +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 9010A13C44C for ; Tue, 5 Jun 2007 08:05:24 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 983D38BDAF3; Tue, 5 Jun 2007 10:05:22 +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 mGW2RPZQ2+1v; Tue, 5 Jun 2007 10:05:21 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 81E8865B6D0; Tue, 5 Jun 2007 10:05:21 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l5585Kkn004133; Tue, 5 Jun 2007 10:05:20 +0200 (CEST) (envelope-from rdivacky) Date: Tue, 5 Jun 2007 10:05:19 +0200 From: Roman Divacky To: Jeremie Le Hen Message-ID: <20070605080519.GA4108@freebsd.org> References: <20070604225347.GA91251@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070604225347.GA91251@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: nspluginwrapper and linux-flashplayer9 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: , X-List-Received-Date: Tue, 05 Jun 2007 08:05:24 -0000 On Tue, Jun 05, 2007 at 12:53:47AM +0200, Jeremie Le Hen wrote: > Hi list, > > This is just a poke in order to know any successful attempt to use > www/nspluginwrapper with www/linux-flashpayer9 on a recent -CURRENT > (with GCC 4.2). I have a few bugs in mind to fix that should/could help the flash9 in linuxulator.... roman From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 08:26:41 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 92FD816A46B for ; Tue, 5 Jun 2007 08:26:41 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 169EB13C468 for ; Tue, 5 Jun 2007 08:26:40 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l558GmrN019123 for ; Tue, 5 Jun 2007 17:46:48 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Tue, 5 Jun 2007 17:56:34 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Tue, 5 Jun 2007 17:56:33 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l558QJSS097054 for ; Tue, 5 Jun 2007 16:26:19 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l558QJSt097053 for freebsd-current@freebsd.org; Tue, 5 Jun 2007 16:26:19 +0800 (WST) (envelope-from wilkinsa) Date: Tue, 5 Jun 2007 16:26:18 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070605082618.GS16563@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20070604064751.GW16563@obelix.dsto.defence.gov.au> <34044207@srv.sem.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <34044207@srv.sem.ipt.ru> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.15 (2007-04-06) X-OriginalArrivalTime: 05 Jun 2007 08:26:33.0837 (UTC) FILETIME=[39DAB9D0:01C7A74B] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15218.002 X-TM-AS-Result: No--1.017800-8.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: [net/citrix_ica/] /usr/local/bin/wfcmgr ... hangs upon exec() [ptsopn] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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 Jun 2007 08:26:41 -0000 0n Mon, Jun 04, 2007 at 11:50:40AM +0400, Boris Samorodov wrote: >I've seen similar behaviour (with skype?) when /compat/linux/dev >directory is present (the default port emulators/linux_base-fc4 >doesn't install it). After removing that directory all went well. hah, interesting, because /compat/linux/dev wasn't there so I created it just to see if that makes a differnce and volia ... it works perfectly. Bizarre ! -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 09:44: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 8C9AB16A46B for ; Tue, 5 Jun 2007 09:44:53 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.188]) by mx1.freebsd.org (Postfix) with ESMTP id 1858413C45D for ; Tue, 5 Jun 2007 09:44:52 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so1775413mue for ; Tue, 05 Jun 2007 02:44:51 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=KdH2AfHkSOzBjb4wAzaw8a3mFewTxuyCkChHnOJod6hw+IJAazFJW+kxIzlid52GeNL3U4WcO2v/RgjTA1phHf9zoEx0R7klYbZR0bF/K/KSsmy4euB+0nuVLH675K6vsC9b7Wh44ye6y6yVV8GBivSGl3S+mJ4tIVqDjg5bfyA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=BC/9MfxRqBbXFvH1d+losPCZ3H+VoSjywi0oDwufl3y3zTycewNRTFA27IftNoEqN7nS7o6WHBlcEcc33jW9F18A9Mea2kbCDkriNxc51dbBTHeSyAnMxt83Fac7212foDMdm83/lpLd1ZsJJ8Wt4liksLaeXA++qPAZ5rhLK8s= Received: by 10.82.189.6 with SMTP id m6mr7710163buf.1181036691284; Tue, 05 Jun 2007 02:44:51 -0700 (PDT) Received: from ?172.31.5.25? ( [89.97.252.178]) by mx.google.com with ESMTP id i7sm1393102nfh.2007.06.05.02.44.50; Tue, 05 Jun 2007 02:44:51 -0700 (PDT) Message-ID: <46653084.7080502@FreeBSD.org> Date: Tue, 05 Jun 2007 11:44:36 +0200 From: Attilio Rao User-Agent: Thunderbird 1.5 (X11/20060526) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <499c70c0706041119o6c290fb3k7f234492df2f6548@mail.gmail.com> <499c70c0706041441q4d4f13adtebd979ec87f71558@mail.gmail.com> <466488F0.9070802@FreeBSD.org> <499c70c0706041456x1a448348mec7410678c1f1d7d@mail.gmail.com> In-Reply-To: <499c70c0706041456x1a448348mec7410678c1f1d7d@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: Attilio Rao Cc: "youshi10@u.washington.edu" , current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org 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 Jun 2007 09:44:53 -0000 Abdullah Ibn Hamad Al-Marri wrote: > Attilio, > > Thanks for explaining the issue deeper. > > So is fixing this issue would make FreeBSD runs apps faster than Linux > or we will get the same result that linux offers now? This is not intended to improve the quickness of a program per-se (I'm not saying it is impossible to happen, just that it would be a side effect), but it is intended to improve scalabilty. I expect a very good boost up on scalabilty for us by these jeff's efforts, but quantify now is not very simple. Time will say better than me. Attilio From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 10:07:19 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 905DA16A421; Tue, 5 Jun 2007 10:07:19 +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 3D65713C44C; Tue, 5 Jun 2007 10:07:19 +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 l55A7IjM092909; Tue, 5 Jun 2007 06:07:18 -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 l55A7Ijv028377; Tue, 5 Jun 2007 06:07:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3376073068; Tue, 5 Jun 2007 06:07:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070605100718.3376073068@freebsd-current.sentex.ca> Date: Tue, 5 Jun 2007 06:07:18 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 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: , X-List-Received-Date: Tue, 05 Jun 2007 10:07:19 -0000 TB --- 2007-06-05 08:55:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-05 08:55:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-05 08:55:01 - cleaning the object tree TB --- 2007-06-05 08:55:25 - checking out the source tree TB --- 2007-06-05 08:55:25 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-05 08:55:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-05 09:05:59 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-05 09:05:59 - cd /src TB --- 2007-06-05 09:05:59 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 5 09:06:00 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 [...] ../../lib/bind/isc/libisc.a(rwlock.o)(.text+0x884): In function `isc_rwlock_lock': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x7c): In function `isc_hash_ctxattach': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x2e0): In function `isc_hash_destroy': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x3c4): In function `isc_hash_ctxdetach': : undefined reference to `isc_atomic_xadd' *** Error code 1 Stop in /src/usr.bin/dig. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-05 10:07:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-05 10:07:17 - ERROR: failed to build world TB --- 2007-06-05 10:07:17 - tinderbox aborted TB --- 0.52 user 1.53 system 4336.78 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 10:48:09 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 2E56816A421 for ; Tue, 5 Jun 2007 10:48:09 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id DBE5813C45A for ; Tue, 5 Jun 2007 10:48:08 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so474660anc for ; Tue, 05 Jun 2007 03:48:08 -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=AzSVA6HD3YhswoOsYGkReRxruqyb0TmwWSx8vUsaIYhWf72dtz+YKXbDlXDmvAjCe/FQZbeu5ztq0sqm2hIWjkHhKSZCHdj1Ecfctm86ap5MAOSqmTWukv9nvQPmtya8u/85yQhfUXZeIGvJfHs909lVZ5DEUhrn3p/PJpmN7mE= 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=a7mRLoKa+jjctiGjCQLVUGO0hQE3dSZ26bkND/Aqaw/hm1knuY3/oxLLfyf0NgHCkNbKkJygKXzTQcLB82SbgWKOkrARIKSMOTPKRvkBdPbV1J9jJpLmqUTsme7PVD/bZL9XaidvMscS1Ejwcjt/c7bOdaFgkc0GgjBbqVdPHKs= Received: by 10.100.177.16 with SMTP id z16mr3148444ane.1181040488156; Tue, 05 Jun 2007 03:48:08 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Tue, 5 Jun 2007 03:48:08 -0700 (PDT) Message-ID: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> Date: Tue, 5 Jun 2007 13:48:08 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Jeff Roberson" In-Reply-To: <20070605001204.M606@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0706041042w7c5c70dbh382e0674dac90bb9@mail.gmail.com> <34AE885F-1525-402E-84DA-B1F9E51F4B52@preved.cn> <20070605001204.M606@10.0.0.1> Cc: current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 10:48:09 -0000 On 6/5/07, Jeff Roberson wrote: > > > On Mon, 4 Jun 2007, Alexey Tarasov wrote: > > > Hi. > > > >> options SCHED_4BSD # 4BSD scheduler > > > > Try to use SCHED_ULE or SCHED_CORE. > > CORE is no longer supported and has been removed from the tree. If you > would like to try something new you can cvsup to sources from tonight and > apply this patch: > > http://people.freebsd.org/~jeff/schedsmp.diff > > Then use options SCHED_SMP, which is a ULE variant. Please report back > your findings if you do try this. However, it only works on amd64. > > Thanks, > Jeff I can't wait for it if it's for i386. ;) Would you implement it for i386 in the future too, or it's exclusive for AMD64? :) I don't have 4 GB ram, and I don't see a strong reason to switch to AMD64 with 2 GB of ram, beside 95% of the ports are 32bits even they can run in AMD64. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 13:16:45 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 003EF16A469 for ; Tue, 5 Jun 2007 13:16:44 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 6EC9E13C458 for ; Tue, 5 Jun 2007 13:16:44 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (wtcfqp@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l55DGSC7052273; Tue, 5 Jun 2007 15:16:34 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l55DGSU0052272; Tue, 5 Jun 2007 15:16:28 +0200 (CEST) (envelope-from olli) Date: Tue, 5 Jun 2007 15:16:28 +0200 (CEST) Message-Id: <200706051316.l55DGSU0052272@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, almarrie@gmail.com, jroberson@chesapeake.net In-Reply-To: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 05 Jun 2007 15:16:34 +0200 (CEST) Cc: Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, almarrie@gmail.com, jroberson@chesapeake.net 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 Jun 2007 13:16:45 -0000 Abdullah Ibn Hamad Al-Marri wrote: > Jeff Roberson wrote: > > CORE is no longer supported and has been removed from the tree. If you > > would like to try something new you can cvsup to sources from tonight and > > apply this patch: > > > > http://people.freebsd.org/~jeff/schedsmp.diff > > > > Then use options SCHED_SMP, which is a ULE variant. Please report back > > your findings if you do try this. However, it only works on amd64. > > I can't wait for it if it's for i386. ;) > > Would you implement it for i386 in the future too, or it's exclusive > for AMD64? :) > > I don't have 4 GB ram, and I don't see a strong reason to switch to > AMD64 with 2 GB of ram, It's a common mistake to assume that amd64 only makes sense if you have >= 4GB RAM. There are several reasons why it might be useful to switch from i386 to amd64: - Most programs (though not all) will run faster, because in amd64 mode there are twice as many general-purpose registers, giving compilers much better opportunities for optimizations and caching of values, and reducing slow memory accesses. - Programs that use a lot of "long" values (64bit) will run faster because the processor can handle them natively. In i386 mode those values have to be split into two 32bit parts, reducing performance noticeably. - Some applications might benefit from a larger virtual address space > 4 GB. (Note that this is not related to the amount of physical RAM!) > beside 95% of the ports are 32bits even they > can run in AMD64. I'm not sure I understand that sentence correctly, but every possible interpretation is complete nonsense. First, ports are neither 32bit nor 64bit, except for binary ports, but that's a small minority. Once you build a port, it becomes either a 32bit binary or a 64bit binary, depending on the architecture on which you build it. Second, my guess is that > 95% of the ports are 64bit- clean and will run on amd64 as native 64bit binaries. In practice there's (almost) only one reason not to run FreeBSD/amd64 on amd64-capable hardware: If you depend on a certain piece of software which is known not to run correctly in 64bit mode. Fortunately those are not many. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 13:23: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 6800516A4D7 for ; Tue, 5 Jun 2007 13:23:24 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id 2A59813C480 for ; Tue, 5 Jun 2007 13:23:24 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id DBA991CD11; Tue, 5 Jun 2007 15:23:20 +0200 (CEST) Date: Tue, 5 Jun 2007 15:23:20 +0200 From: Ed Schouten To: FreeBSD Current , almarrie@gmail.com, jroberson@chesapeake.net Message-ID: <20070605132320.GQ45756@hoeg.nl> References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2D20dG0OqTzqkNh7" Content-Disposition: inline In-Reply-To: <200706051316.l55DGSU0052272@lurza.secnetix.de> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 13:23:24 -0000 --2D20dG0OqTzqkNh7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Oliver Fromme wrote: > - Most programs (though not all) will run faster, because > in amd64 mode there are twice as many general-purpose > registers, giving compilers much better opportunities > for optimizations and caching of values, and reducing > slow memory accesses. And the assumptions you can make about the processor's capabilities. It's very safe to assume an AMD64 processor has MMX and SSE, so when you ship binaries, you don't need to be conservative about this. > In practice there's (almost) only one reason not to run > FreeBSD/amd64 on amd64-capable hardware: If you depend > on a certain piece of software which is known not to run > correctly in 64bit mode. Fortunately those are not many. I guess most of those are still waiting for a 64-bits nvidia.ko. --=20 Ed Schouten WWW: http://g-rave.nl/ --2D20dG0OqTzqkNh7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGZWPI52SDGA2eCwURAvd7AJ0VQMigybeb6BasVQP0vKH+5ObW1wCdHJAJ wuJjHR8WIR0x/WPKJoEm4gY= =Lgdl -----END PGP SIGNATURE----- --2D20dG0OqTzqkNh7-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 13:27:35 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 9310116A400; Tue, 5 Jun 2007 13:27:35 +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 55C5313C4B9; Tue, 5 Jun 2007 13:27:35 +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 l55DRYZr008121; Tue, 5 Jun 2007 09:27:34 -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 l55DRYGU070863; Tue, 5 Jun 2007 09:27:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D7EC673068; Tue, 5 Jun 2007 09:27:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070605132733.D7EC673068@freebsd-current.sentex.ca> Date: Tue, 5 Jun 2007 09:27:33 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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: Tue, 05 Jun 2007 13:27:35 -0000 TB --- 2007-06-05 11:36:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-05 11:36:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-05 11:36:01 - cleaning the object tree TB --- 2007-06-05 11:36:26 - checking out the source tree TB --- 2007-06-05 11:36:26 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-05 11:36:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-05 11:44:31 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-05 11:44:31 - cd /src TB --- 2007-06-05 11:44:31 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 5 11:44:32 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 Tue Jun 5 12:59:04 UTC 2007 TB --- 2007-06-05 12:59:04 - generating LINT kernel config TB --- 2007-06-05 12:59:04 - cd /src/sys/pc98/conf TB --- 2007-06-05 12:59:04 - /usr/bin/make -B LINT TB --- 2007-06-05 12:59:04 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-05 12:59:04 - cd /src TB --- 2007-06-05 12:59:04 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 5 12:59:04 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 >>> Kernel build for LINT completed on Tue Jun 5 13:23:10 UTC 2007 TB --- 2007-06-05 13:23:10 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-05 13:23:10 - cd /src TB --- 2007-06-05 13:23:10 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Jun 5 13:23:11 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 [...] /src/sys/kern/kern_mutex.c:580: warning: no previous prototype for '_mtx_unlock_sleep' /src/sys/kern/kern_mutex.c:692: warning: no previous prototype for '_mtx_assert' /src/sys/kern/kern_mutex.c:759: warning: no previous prototype for 'mtx_sysinit' /src/sys/kern/kern_mutex.c:773: warning: no previous prototype for 'mtx_init' /src/sys/kern/kern_mutex.c:817: warning: no previous prototype for 'mtx_destroy' /src/sys/kern/kern_mutex.c:846: warning: no previous prototype for 'mutex_init' /src/sys/kern/kern_mutex.c:869: warning: no previous prototype for 'db_show_mtx' /src/sys/kern/kern_mutex.c:905: error: expected declaration or statement at end of input *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-05 13:27:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-05 13:27:33 - ERROR: failed to build GENERIC kernel TB --- 2007-06-05 13:27:33 - tinderbox aborted TB --- 0.80 user 2.52 system 6691.88 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 14:25: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 B7C1716A421 for ; Tue, 5 Jun 2007 14:25:29 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.245]) by mx1.freebsd.org (Postfix) with ESMTP id 739DC13C457 for ; Tue, 5 Jun 2007 14:25:29 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ag-out-0708.google.com with SMTP id 9so1226629agd for ; Tue, 05 Jun 2007 07:25:28 -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=UpdYFjn0CX98o30XBT+04DuQSY4YS5aI24j1cYEue+sYtJw//rmoEWwcajRRSPJayjivaMg21+mHU1yyJ5cC184z9EniX0iRmNkYJPtZ3TgMRl1I9+rc21vguMmNYQj0UuQWGu2PjKY9pu4XeZ1pKFdXtxEL5CghE+5NmBGu3SU= 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=iGGXBKa0dl2iTwf0DHPf3ZXo466uvSbSVbr/EExJKXzs0JExPil4k4jbV9Zf5B7AT1B8K81rzfJsCiZDJrFgSv50Gs779hIQsz2URu/PRZ5OD4KpkSeGiw74X76mlSujLrTgkunmtdZPYxcnKwH+XK5UNd7TM+ZSe1Ox/eE8dt0= Received: by 10.100.209.10 with SMTP id h10mr3262605ang.1181053528751; Tue, 05 Jun 2007 07:25:28 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Tue, 5 Jun 2007 07:25:28 -0700 (PDT) Message-ID: <499c70c0706050725o3af806e5mf1cedc7b09528c9e@mail.gmail.com> Date: Tue, 5 Jun 2007 17:25:28 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Jeff Roberson" In-Reply-To: <20070604170715.S606@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070604130224.F606@10.0.0.1> <20070604163739.S606@10.0.0.1> <20070604170715.S606@10.0.0.1> Cc: current@freebsd.org Subject: Re: HEADS UP: threadlock going in, likely tonight. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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 Jun 2007 14:25:29 -0000 On 6/5/07, Jeff Roberson wrote: > Ok folks, make sure you don't sup a snapshot from the middle of my commits > and you should have a solid working tree. > > I am going to work on the version of ule with per-cpu locks (sched_smp) a > little while longer before sending that out again. I suspect this will > address many of the scheduling related complaints and performance problems > people have had. > > Thanks, > Jeff > > On Mon, 4 Jun 2007, Jeff Roberson wrote: > > > I will now begin committing threadlock. > > > > Please wait to cvsup until I send another mail. > > > > Thanks, > > Jeff > > > > On Mon, 4 Jun 2007, Jeff Roberson wrote: > > > >> This has been up for review and testing for some time. I think it's ready > >> for prime-time. Only one new bug came up over the weekend and I believe I > >> have that fixed. > >> > >> I'm going to commit the patch in stages but the tree will not be functional > >> in between. I'm not able to break it down into several functional steps > >> but I want to leave meaningful commit messages in several files. > >> > >> I will send out one more mail when I start and another when I'm done. > >> > >> Thanks, > >> Jeff Greetings Jeff, Thanks for the great work have you done to kill the FreeBSD performance gab. :) Is it safe to csup to buildkernel now? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 14:57: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 5039916A41F; Tue, 5 Jun 2007 14:57: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 EE4B913C465; Tue, 5 Jun 2007 14:57:16 +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 l55EvG9g020313; Tue, 5 Jun 2007 10:57:16 -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 l55EvFAB046127; Tue, 5 Jun 2007 10:57:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7412A73068; Tue, 5 Jun 2007 10:57:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070605145715.7412A73068@freebsd-current.sentex.ca> Date: Tue, 5 Jun 2007 10:57:15 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean 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: Tue, 05 Jun 2007 14:57:17 -0000 TB --- 2007-06-05 13:27:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-05 13:27:33 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-05 13:27:33 - cleaning the object tree TB --- 2007-06-05 13:27:55 - checking out the source tree TB --- 2007-06-05 13:27:55 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-05 13:27:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-05 13:35:10 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-05 13:35:10 - cd /src TB --- 2007-06-05 13:35:10 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 5 13:35:11 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 Tue Jun 5 14:49:21 UTC 2007 TB --- 2007-06-05 14:49:21 - generating LINT kernel config TB --- 2007-06-05 14:49:21 - cd /src/sys/powerpc/conf TB --- 2007-06-05 14:49:21 - /usr/bin/make -B LINT TB --- 2007-06-05 14:49:21 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-05 14:49:21 - cd /src TB --- 2007-06-05 14:49:21 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 5 14:49:21 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 [...] /src/sys/kern/kern_mutex.c:735: error: static declaration of 'mtx_validate' follows non-static declaration /src/sys/kern/kern_mutex.c:731: error: previous declaration of 'mtx_validate' was here /src/sys/kern/kern_mutex.c:759: warning: no previous prototype for 'mtx_sysinit' /src/sys/kern/kern_mutex.c:773: warning: no previous prototype for 'mtx_init' /src/sys/kern/kern_mutex.c:817: warning: no previous prototype for 'mtx_destroy' /src/sys/kern/kern_mutex.c:846: warning: no previous prototype for 'mutex_init' /src/sys/kern/kern_mutex.c:869: warning: no previous prototype for 'db_show_mtx' /src/sys/kern/kern_mutex.c:905: error: expected declaration or statement at end of input *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-05 14:57:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-05 14:57:14 - ERROR: failed to build lint kernel TB --- 2007-06-05 14:57:14 - tinderbox aborted TB --- 0.67 user 1.83 system 5381.06 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 15:03:18 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 F2C8E16A468; Tue, 5 Jun 2007 15:03:17 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id AD76813C448; Tue, 5 Jun 2007 15:03:17 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 3194621E87; Tue, 5 Jun 2007 18:03:16 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14871-08; Tue, 5 Jun 2007 18:03:14 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id CC4C021DAD; Tue, 5 Jun 2007 18:03:14 +0300 (EEST) Message-ID: <46657B33.5010804@bulinfo.net> Date: Tue, 05 Jun 2007 18:03:15 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.0 (X11/20070601) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: Subject: kernel linking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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 Jun 2007 15:03:18 -0000 This is with latest -current on arm: linking kernel kern_intr.o(.text+0x15d8): In function `swi_sched': : undefined reference to `PCPU_LAZY_ADD' kern_synch.o(.text+0x210): In function `mi_switch': : undefined reference to `PCPU_LAZY_ADD' kern_thread.o(.text+0x9b4): In function `thread_exit': : undefined reference to `PCPU_LAZY_ADD' subr_trap.o(.text+0x180): In function `ast': : undefined reference to `PCPU_LAZY_ADD' nfs_bio.o(.text+0x11cc): In function `nfs_getpages': : undefined reference to `PCPU_LAZY_ADD' nfs_bio.o(.text+0x1620): more undefined references to `PCPU_LAZY_ADD' follow *** Error code 1 May be I need to add something in my kernel config file? From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 15:15:38 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 4681B16A41F for ; Tue, 5 Jun 2007 15:15:38 +0000 (UTC) (envelope-from asmrookie@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 C8B6913C4B9 for ; Tue, 5 Jun 2007 15:15:37 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so221224uge for ; Tue, 05 Jun 2007 08:15:36 -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=jMmShnlH5y1w1kOPAuQ4a2CKCowwIf462hSnIe5qSXbbvBVDvbCIg+3JUQ/1qvszfxHdRASQHXSqkYVjs0DY3THxVUrAp2i20WGUep2NIvZJXBgjEQ5idsDkqvGVC7DLtD02yYjN7l/iJLxXbvjpk+sNyQbXwGJC+1/k3WAIhrU= 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=iInJqPD0t/vFmg74wQaHGsvLg+gjmtU331eVWxd5T9I4vlE9ezL4vt2mgZtG1GdvPZV2OSkNAxEuBZGBnCjDkFBRJDX9DuDAEqROAVT4orDSv52sKiLUJf/ubQeRqjCnzsEaaOA2RhZmQGM40KR2ASV9TG5vuLaUtGTJ2mOvTqc= Received: by 10.78.180.16 with SMTP id c16mr2530404huf.1181056536398; Tue, 05 Jun 2007 08:15:36 -0700 (PDT) Received: by 10.78.120.9 with HTTP; Tue, 5 Jun 2007 08:15:36 -0700 (PDT) Message-ID: <3bbf2fe10706050815u619bd2e6p728c0d20e2aae802@mail.gmail.com> Date: Tue, 5 Jun 2007 17:15:36 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Krassimir Slavchev" In-Reply-To: <46657B33.5010804@bulinfo.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46657B33.5010804@bulinfo.net> X-Google-Sender-Auth: 0d6b8abb72e787d3 Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: kernel linking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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 Jun 2007 15:15:38 -0000 2007/6/5, Krassimir Slavchev : > This is with latest -current on arm: > > linking kernel > kern_intr.o(.text+0x15d8): In function `swi_sched': > : undefined reference to `PCPU_LAZY_ADD' > kern_synch.o(.text+0x210): In function `mi_switch': > : undefined reference to `PCPU_LAZY_ADD' > kern_thread.o(.text+0x9b4): In function `thread_exit': > : undefined reference to `PCPU_LAZY_ADD' > subr_trap.o(.text+0x180): In function `ast': > : undefined reference to `PCPU_LAZY_ADD' > nfs_bio.o(.text+0x11cc): In function `nfs_getpages': > : undefined reference to `PCPU_LAZY_ADD' > nfs_bio.o(.text+0x1620): more undefined references to `PCPU_LAZY_ADD' follow These have been renamed. Be sure you update all your src tree, then recompile by scratch your kernel. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 15:19:33 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 934CE16A400 for ; Tue, 5 Jun 2007 15:19:33 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 6D52213C458 for ; Tue, 5 Jun 2007 15:19:33 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l55FJW7P007378 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 5 Jun 2007 08:19:33 -0700 X-Auth-Received: from [192.168.10.45] (c-67-166-149-71.hsd1.ca.comcast.net [67.166.149.71]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l55FJWGp018036 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 5 Jun 2007 08:19:32 -0700 Message-ID: <46657F05.50609@u.washington.edu> Date: Tue, 05 Jun 2007 08:19:33 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <46657B33.5010804@bulinfo.net> <3bbf2fe10706050815u619bd2e6p728c0d20e2aae802@mail.gmail.com> <46657EE9.7070207@u.washington.edu> In-Reply-To: <46657EE9.7070207@u.washington.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.5.80538 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='LEO_OBFU_SUBJ_RE 0.1, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Subject: Re: kernel linking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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 Jun 2007 15:19:33 -0000 Garrett Cooper wrote: > Attilio Rao wrote: >> 2007/6/5, Krassimir Slavchev : >>> This is with latest -current on arm: >>> >>> linking kernel >>> kern_intr.o(.text+0x15d8): In function `swi_sched': >>> : undefined reference to `PCPU_LAZY_ADD' >>> kern_synch.o(.text+0x210): In function `mi_switch': >>> : undefined reference to `PCPU_LAZY_ADD' >>> kern_thread.o(.text+0x9b4): In function `thread_exit': >>> : undefined reference to `PCPU_LAZY_ADD' >>> subr_trap.o(.text+0x180): In function `ast': >>> : undefined reference to `PCPU_LAZY_ADD' >>> nfs_bio.o(.text+0x11cc): In function `nfs_getpages': >>> : undefined reference to `PCPU_LAZY_ADD' >>> nfs_bio.o(.text+0x1620): more undefined references to >>> `PCPU_LAZY_ADD' follow >> >> These have been renamed. >> Be sure you update all your src tree, then recompile by scratch your >> kernel. >> >> Attilio > Make sure NO_CLEAN isn't enabled and you might want to blow away > your kernel obj directories (/usr/obj/usr/sys?). > -Garrett > Forgot to CC current@. -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 15:28: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 151D016A47B for ; Tue, 5 Jun 2007 15:28:23 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id BE62C13C593 for ; Tue, 5 Jun 2007 15:28:15 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so2503220waf for ; Tue, 05 Jun 2007 08:28:14 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Dndg8vZJe591ZetuqEGkPnpNfd3ePlG/HJOyIuX7tcxlpxBFUrlWvehE1idCIfJ3lgGdc8SFXnZonIRIwKs0FsxRqXUOe4JRAk6upDMN92n20F+0mb7hXDOzW31OgO/wP6kGspXGygSIM8jjgT48TshnFgOm6lybnu/0zBdO7p4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VzXeg8S3Esa6sRCTwcPyL81T2myFpgsqRJCPJCg2grXCLiUXgeei7YLe2P4rwpE7vWXRmtXdOBht2KUwF5iQYwSU15Ra4fH4AyOlWTdUCc1MGxunIKz1y5QGIvA2vV2kCnfUtJsTDoAHoVcegcmu7vareDFFNLH0UPH/cf8lz2s= Received: by 10.114.160.1 with SMTP id i1mr6086552wae.1181057294320; Tue, 05 Jun 2007 08:28:14 -0700 (PDT) Received: by 10.114.153.7 with HTTP; Tue, 5 Jun 2007 08:28:14 -0700 (PDT) Message-ID: <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> Date: Tue, 5 Jun 2007 17:28:14 +0200 From: "Diego Depaoli" To: current@freebsd.org In-Reply-To: <20070605132320.GQ45756@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> Cc: Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 15:28:23 -0000 2007/6/5, Ed Schouten : > > In practice there's (almost) only one reason not to run > > FreeBSD/amd64 on amd64-capable hardware: If you depend > > on a certain piece of software which is known not to run > > correctly in 64bit mode. Fortunately those are not many. > > I guess most of those are still waiting for a 64-bits nvidia.ko. That's true. Is there any news? -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 15:31: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 E5E6F16A400 for ; Tue, 5 Jun 2007 15:31:03 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id BEBA013C45B for ; Tue, 5 Jun 2007 15:31:03 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.7] (may be forged)) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l55FV3Xm011069 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 5 Jun 2007 08:31:03 -0700 X-Auth-Received: from [192.168.10.45] (c-67-166-149-71.hsd1.ca.comcast.net [67.166.149.71]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l55FV2VV027313 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 5 Jun 2007 08:31:03 -0700 Message-ID: <466581B7.6080903@u.washington.edu> Date: Tue, 05 Jun 2007 08:31:03 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Diego Depaoli References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> In-Reply-To: <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.5.81035 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 15:31:04 -0000 Diego Depaoli wrote: > 2007/6/5, Ed Schouten : >> > In practice there's (almost) only one reason not to run >> > FreeBSD/amd64 on amd64-capable hardware: If you depend >> > on a certain piece of software which is known not to run >> > correctly in 64bit mode. Fortunately those are not many. >> >> I guess most of those are still waiting for a 64-bits nvidia.ko. > That's true. > Is there any news? > Yeah, a lot of people are still waiting for that (including me.. can't get nv to work under amd64 :(...). We should band together and get nvidia to speed up amd64 development a bit more *sigh*.. -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 15:40:23 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 9F4EE16A46B; Tue, 5 Jun 2007 15:40:23 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id 2AA0413C46A; Tue, 5 Jun 2007 15:40:22 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 78398-10; Tue, 5 Jun 2007 17:40:20 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 652B815A2E0; Tue, 5 Jun 2007 17:40:20 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 3814D45046; Tue, 5 Jun 2007 17:40:18 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Tue, 5 Jun 2007 17:40:18 +0200 (CEST) Message-ID: <62789.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181058018.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <46657B33.5010804@bulinfo.net> References: <46657B33.5010804@bulinfo.net> Date: Tue, 5 Jun 2007 17:40:18 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: "Krassimir Slavchev" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: kernel linking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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 Jun 2007 15:40:23 -0000 > This is with latest -current on arm: > > linking kernel > kern_intr.o(.text+0x15d8): In function `swi_sched': > : undefined reference to `PCPU_LAZY_ADD' > [...] Most likely an inconsistent source tree. According to http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/kern_intr.c PCPU_LAZY_ADD has been renamed to PCPU_INC. Björn From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 15:57:10 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 CA4DB16A580 for ; Tue, 5 Jun 2007 15:57:10 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.freebsd.org (Postfix) with ESMTP id 6EC1E13C45E for ; Tue, 5 Jun 2007 15:57:10 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by wr-out-0506.google.com with SMTP id 69so1046781wra for ; Tue, 05 Jun 2007 08:57:09 -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=GswcvWxac5xU1OXDKMSQpqIhWHXN/12d/QkUQ+m8KBq2vUGqYfeaM2yjyIbcTwNPtEYEENpbws4+h2NkuEGETplRWEjpETKAVVmtLQUlA9Lr35h96SDhi3n8de+u2IL8u8obSCqn19tD8sTQu37xKWyM8u8/xb+ouwpZITtLsPM= 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=l2AOFXx9blCqxg/Q+H/OK8WZ7etmVG/ucmaSBlb3i9QH0wva3HWrNYDiyoFUCSWBkQeRm+nEc3E39P5WQ43T9H3PzwwZmA4Ni5Z93lYpkQJuEPQzVpdsX29ldF/7YFUgg3pH1JJ50cWP0y3LkoYBNUybtcudT6L6B7qiz+X/dEw= Received: by 10.100.225.13 with SMTP id x13mr3353233ang.1181059029865; Tue, 05 Jun 2007 08:57:09 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Tue, 5 Jun 2007 08:57:09 -0700 (PDT) Message-ID: <499c70c0706050857i3f66cd14h19838c2e5229721f@mail.gmail.com> Date: Tue, 5 Jun 2007 18:57:09 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: attilio@freebsd.org In-Reply-To: <46653084.7080502@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0706041119o6c290fb3k7f234492df2f6548@mail.gmail.com> <499c70c0706041441q4d4f13adtebd979ec87f71558@mail.gmail.com> <466488F0.9070802@FreeBSD.org> <499c70c0706041456x1a448348mec7410678c1f1d7d@mail.gmail.com> <46653084.7080502@FreeBSD.org> Cc: youshi10@u.washington.edu, current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 15:57:10 -0000 On 6/5/07, Attilio Rao wrote: > Abdullah Ibn Hamad Al-Marri wrote: > > Attilio, > > > > Thanks for explaining the issue deeper. > > > > So is fixing this issue would make FreeBSD runs apps faster than Linux > > or we will get the same result that linux offers now? > > This is not intended to improve the quickness of a program per-se (I'm > not saying it is impossible to happen, just that it would be a side > effect), but it is intended to improve scalabilty. > I expect a very good boost up on scalabilty for us by these jeff's > efforts, but quantify now is not very simple. Time will say better than me. > > Attilio I just did csup, and the CPU with 2 COREs usage looks better now, and things run really faster with SCHED_ULE Thank You Jeff, Kris, Attilio, and Jhb, beside the rest of the guys who made this possible :) -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 16:32:28 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 B2DD816A468 for ; Tue, 5 Jun 2007 16:32:28 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av10-1-sn2.hy.skanova.net (av10-1-sn2.hy.skanova.net [81.228.8.181]) by mx1.freebsd.org (Postfix) with ESMTP id 6F87C13C46A for ; Tue, 5 Jun 2007 16:32:28 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: by av10-1-sn2.hy.skanova.net (Postfix, from userid 502) id 04C0E3822B; Tue, 5 Jun 2007 18:15:28 +0200 (CEST) Received: from smtp4-1-sn2.hy.skanova.net (smtp4-1-sn2.hy.skanova.net [81.228.8.92]) by av10-1-sn2.hy.skanova.net (Postfix) with ESMTP id DF6D038216; Tue, 5 Jun 2007 18:15:28 +0200 (CEST) Received: from [192.168.1.197] (81-229-94-7-no68.tbcn.telia.com [81.229.94.7]) by smtp4-1-sn2.hy.skanova.net (Postfix) with ESMTP id B6B6237E44; Tue, 5 Jun 2007 18:15:28 +0200 (CEST) From: Joel Dahl To: Garrett Cooper In-Reply-To: <466581B7.6080903@u.washington.edu> References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> <466581B7.6080903@u.washington.edu> Content-Type: text/plain Date: Tue, 05 Jun 2007 18:15:36 +0200 Message-Id: <1181060136.1248.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Diego Depaoli , current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 16:32:28 -0000 On Tue, 2007-06-05 at 08:31 -0700, Garrett Cooper wrote: > Diego Depaoli wrote: > > 2007/6/5, Ed Schouten : > >> > In practice there's (almost) only one reason not to run > >> > FreeBSD/amd64 on amd64-capable hardware: If you depend > >> > on a certain piece of software which is known not to run > >> > correctly in 64bit mode. Fortunately those are not many. > >> > >> I guess most of those are still waiting for a 64-bits nvidia.ko. > > That's true. > > Is there any news? > > > Yeah, a lot of people are still waiting for that (including me.. > can't get nv to work under amd64 :(...). > We should band together and get nvidia to speed up amd64 development > a bit more *sigh*.. Well, nvidia wants to build a driver for FreeBSD/amd64, but they're waiting for us to implement certain necessary "features" first... -- Joel From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 16:40:42 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 3399116A400 for ; Tue, 5 Jun 2007 16:40:42 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from farris.bafirst.com (adsl-065-081-102-002.sip.jan.bellsouth.net [65.81.102.2]) by mx1.freebsd.org (Postfix) with ESMTP id B312F13C469 for ; Tue, 5 Jun 2007 16:40:41 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.2.135]) by farris.bafirst.com with esmtp; Tue, 05 Jun 2007 11:40:36 -0500 id 0006D421.46659204.000023D4 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Tue, 05 Jun 2007 11:40:34 -0500 id 0004AC27.46659202.0000FD79 Received: from dsl-189-129-2-135.prod-infinitum.com.mx (dsl-189-129-2-135.prod-infinitum.com.mx [189.129.2.135]) by intranet.encontacto.net (Horde MIME library) with HTTP; Tue, 05 Jun 2007 11:40:34 -0500 Message-ID: <20070605114034.zhsdibbccgwswk00@intranet.encontacto.net> X-Priority: 3 (Normal) Date: Tue, 05 Jun 2007 11:40:34 -0500 From: eculp@encontacto.net To: freebsd-current@freebsd.org References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> <466581B7.6080903@u.washington.edu> In-Reply-To: <466581B7.6080903@u.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) X-Originating-IP: 189.129.2.135 Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 16:40:42 -0000 Quoting Garrett Cooper : > Diego Depaoli wrote: >> 2007/6/5, Ed Schouten : >>>> In practice there's (almost) only one reason not to run >>>> FreeBSD/amd64 on amd64-capable hardware: If you depend >>>> on a certain piece of software which is known not to run >>>> correctly in 64bit mode. Fortunately those are not many. >>> >>> I guess most of those are still waiting for a 64-bits nvidia.ko. >> That's true. >> Is there any news? >> > Yeah, a lot of people are still waiting for that (including me.. =20 > can't get nv to work under amd64 :(...). > We should band together and get nvidia to speed up amd64 =20 > development a bit more *sigh*.. Boy am I glad that I am reading this thread. As weird as it may sound, I was going to go buy a new laptop, amd64 =20 with nvidia. In fact the explanation given by Oliver helped push me =20 over to AMD in addition to past experience has always been good with =20 them. I also had the idea that AMD had purchased a chunk of nvidia =20 which made the decision make even more sense to me. Luckily I saw =20 these, before rather that after the fact. I understand from this that the nvidia will not run the new xorg-7.2 =20 with AMD64? Am I reading this right or am I just having a case of =20 PRE-buyers remorse? ;) Thanks, ed From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 17:02:33 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 55DA516A46D for ; Tue, 5 Jun 2007 17:02:33 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id 2617713C4C2 for ; Tue, 5 Jun 2007 17:02:32 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 674855C2E; Tue, 5 Jun 2007 13:04:53 -0400 (EDT) Date: Tue, 5 Jun 2007 13:04:53 -0400 From: Wesley Shields To: eculp@encontacto.net Message-ID: <20070605170453.GB38752@atarininja.org> References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> <466581B7.6080903@u.washington.edu> <20070605114034.zhsdibbccgwswk00@intranet.encontacto.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070605114034.zhsdibbccgwswk00@intranet.encontacto.net> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 17:02:33 -0000 On Tue, Jun 05, 2007 at 11:40:34AM -0500, eculp@encontacto.net wrote: > Quoting Garrett Cooper : > > > Diego Depaoli wrote: > >> 2007/6/5, Ed Schouten : > >>>> In practice there's (almost) only one reason not to run > >>>> FreeBSD/amd64 on amd64-capable hardware: If you depend > >>>> on a certain piece of software which is known not to run > >>>> correctly in 64bit mode. Fortunately those are not many. > >>> > >>> I guess most of those are still waiting for a 64-bits nvidia.ko. > >> That's true. > >> Is there any news? > >> > > Yeah, a lot of people are still waiting for that (including me.. can't > > get nv to work under amd64 :(...). > > We should band together and get nvidia to speed up amd64 development a > > bit more *sigh*.. > > Boy am I glad that I am reading this thread. > > As weird as it may sound, I was going to go buy a new laptop, amd64 with > nvidia. In fact the explanation given by Oliver helped push me over to AMD > in addition to past experience has always been good with them. I also had > the idea that AMD had purchased a chunk of nvidia which made the decision > make even more sense to me. Luckily I saw these, before rather that after > the fact. > > I understand from this that the nvidia will not run the new xorg-7.2 with > AMD64? Am I reading this right or am I just having a case of PRE-buyers > remorse? ;) Nvidia cards work just fine - just not with the nvidia driver. I'm using xorg 7.2 with the nv driver just fine on an AMD64 laptop. -- WXS From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 17:04: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 4C32B16A473 for ; Tue, 5 Jun 2007 17:04:22 +0000 (UTC) (envelope-from ken@stox.org) Received: from flpi101.sbcis.sbc.com (flpi101.sbcis.sbc.com [207.115.20.70]) by mx1.freebsd.org (Postfix) with ESMTP id 16DDD13C4B0 for ; Tue, 5 Jun 2007 17:04:22 +0000 (UTC) (envelope-from ken@stox.org) X-ORBL: [71.155.229.34] Received: from [192.168.2.100] (adsl-71-155-229-34.dsl.emhril.sbcglobal.net [71.155.229.34]) by flpi101.sbcis.sbc.com (8.13.8 out.dk.spool/8.13.8) with ESMTP id l55Gofah009544 for ; Tue, 5 Jun 2007 09:50:41 -0700 From: "Kenneth P. Stox" To: FreeBSD users In-Reply-To: <20070605114034.zhsdibbccgwswk00@intranet.encontacto.net> References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> <466581B7.6080903@u.washington.edu> <20070605114034.zhsdibbccgwswk00@intranet.encontacto.net> Content-Type: text/plain Organization: The Stox Organization Date: Tue, 05 Jun 2007 11:50:35 -0500 Message-Id: <1181062235.6725.39.camel@stox.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ken@stox.org 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 Jun 2007 17:04:22 -0000 On Tue, 2007-06-05 at 11:40 -0500, eculp@encontacto.net wrote: > I also had the idea that AMD had purchased a chunk of nvidia > which made the decision make even more sense to me. AMD bought ATI, not NVidia. From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 17:23:21 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 E061F16A421 for ; Tue, 5 Jun 2007 17:23:21 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id BB92213C44C for ; Tue, 5 Jun 2007 17:23:21 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 0CA241A000B17 for ; Tue, 5 Jun 2007 09:53:36 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id LcTZceAGl6SI for ; Tue, 5 Jun 2007 09:53:27 -0700 (PDT) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 74A121A000B0C for ; Tue, 5 Jun 2007 09:53:27 -0700 (PDT) From: Freddie Cash Organization: School District 73 To: current@freebsd.org Date: Tue, 5 Jun 2007 09:53:26 -0700 User-Agent: KMail/1.9.5 References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <466581B7.6080903@u.washington.edu> <20070605114034.zhsdibbccgwswk00@intranet.encontacto.net> In-Reply-To: <20070605114034.zhsdibbccgwswk00@intranet.encontacto.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706050953.26464.fjwcash+freebsd@gmail.com> Cc: Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 17:23:22 -0000 On Tuesday 05 June 2007 09:40 am, eculp@encontacto.net wrote: > Quoting Garrett Cooper : > As weird as it may sound, I was going to go buy a new laptop, amd64 > with nvidia. In fact the explanation given by Oliver helped push me > over to AMD in addition to past experience has always been good with > them. I also had the idea that AMD had purchased a chunk of nvidia > which made the decision make even more sense to me. Luckily I saw > these, before rather that after the fact. AMD bought ATi. nVidia is still their own company. -- Freddie Cash, LPIC-2 CCNT CCLP Network Support Technician School District 73 (250) 377-HELP [377-4357] fjwcash+freebsd@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 17:30:11 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 BEC1916A421 for ; Tue, 5 Jun 2007 17:30:11 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from b.mx.visualtech.com (imap.visualtech.com [208.16.19.9]) by mx1.freebsd.org (Postfix) with ESMTP id 4C4F013C447 for ; Tue, 5 Jun 2007 17:30:11 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from memory.visualtech.com (fw.visualtech.com [208.16.19.254]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by b.mx.visualtech.com (Postfix) with ESMTP id 9C8F1483BA; Tue, 5 Jun 2007 13:03:10 -0400 (EDT) From: Adam K Kirchhoff To: freebsd-current@freebsd.org Date: Tue, 5 Jun 2007 13:03:10 -0400 User-Agent: KMail/1.9.6 References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <466581B7.6080903@u.washington.edu> <20070605114034.zhsdibbccgwswk00@intranet.encontacto.net> In-Reply-To: <20070605114034.zhsdibbccgwswk00@intranet.encontacto.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706051303.11431.adamk@voicenet.com> Cc: Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 17:30:11 -0000 On Tuesday 05 June 2007 12:40:34 eculp@encontacto.net wrote: > Quoting Garrett Cooper : > > Diego Depaoli wrote: > >> 2007/6/5, Ed Schouten : > >>>> In practice there's (almost) only one reason not to run > >>>> FreeBSD/amd64 on amd64-capable hardware: If you depend > >>>> on a certain piece of software which is known not to run > >>>> correctly in 64bit mode. Fortunately those are not many. > >>> > >>> I guess most of those are still waiting for a 64-bits nvidia.ko. > >> > >> That's true. > >> Is there any news? > > > > Yeah, a lot of people are still waiting for that (including me.. > > can't get nv to work under amd64 :(...). > > We should band together and get nvidia to speed up amd64 > > development a bit more *sigh*.. > > Boy am I glad that I am reading this thread. > > As weird as it may sound, I was going to go buy a new laptop, amd64 > with nvidia. In fact the explanation given by Oliver helped push me > over to AMD in addition to past experience has always been good with > them. I also had the idea that AMD had purchased a chunk of nvidia > which made the decision make even more sense to me. Luckily I saw > these, before rather that after the fact. > > I understand from this that the nvidia will not run the new xorg-7.2 > with AMD64? Am I reading this right or am I just having a case of > PRE-buyers remorse? ;) It is true that the closed source nvidia driver will not work on an AMD64 system. However, bear in mind that Xorg does not support any recent AMD cards (X1300 or newer) with anything other than the vesa driver. The open source drivers support up-to the x850 (actually, the x1050 now, iirc). The AMD/ATI Xpress chipsets are supported by the open source 2D drivers, but not (yet) the 3D drivers. Your best bet might be to go with a laptop with intel graphics. Adam From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 18:01: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 E352316A41F for ; Tue, 5 Jun 2007 18:01:24 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from farris.bafirst.com (adsl-065-081-102-002.sip.jan.bellsouth.net [65.81.102.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6402413C469 for ; Tue, 5 Jun 2007 18:01:24 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.2.135]) by farris.bafirst.com with esmtp; Tue, 05 Jun 2007 13:01:21 -0500 id 0006D40C.4665A4F2.0000352A Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Tue, 05 Jun 2007 13:01:20 -0500 id 0004AC27.4665A4F0.000047D3 Received: from dsl-189-129-2-135.prod-infinitum.com.mx (dsl-189-129-2-135.prod-infinitum.com.mx [189.129.2.135]) by intranet.encontacto.net (Horde MIME library) with HTTP; Tue, 05 Jun 2007 13:01:19 -0500 Message-ID: <20070605130119.qwq67ctr4gcsgsgg@intranet.encontacto.net> X-Priority: 3 (Normal) Date: Tue, 05 Jun 2007 13:01:19 -0500 From: eculp@encontacto.net To: freebsd-current@freebsd.org References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <466581B7.6080903@u.washington.edu> <20070605114034.zhsdibbccgwswk00@intranet.encontacto.net> <200706050953.26464.fjwcash+freebsd@gmail.com> In-Reply-To: <200706050953.26464.fjwcash+freebsd@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) X-Originating-IP: 189.129.2.135 Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 18:01:25 -0000 Quoting Freddie Cash : > On Tuesday 05 June 2007 09:40 am, eculp@encontacto.net wrote: >> Quoting Garrett Cooper : >> As weird as it may sound, I was going to go buy a new laptop, amd64 >> with nvidia. In fact the explanation given by Oliver helped push me >> over to AMD in addition to past experience has always been good with >> them. I also had the idea that AMD had purchased a chunk of nvidia >> which made the decision make even more sense to me. Luckily I saw >> these, before rather that after the fact. > > AMD bought ATi. nVidia is still their own company. Thanks, Freddie, At least I got that part right ;) ed From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 18:06: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 7605416A400 for ; Tue, 5 Jun 2007 18:06:59 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from farris.bafirst.com (adsl-065-081-102-002.sip.jan.bellsouth.net [65.81.102.2]) by mx1.freebsd.org (Postfix) with ESMTP id E991213C45D for ; Tue, 5 Jun 2007 18:06:58 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.2.135]) by farris.bafirst.com with esmtp; Tue, 05 Jun 2007 13:06:56 -0500 id 0006D40C.4665A641.00003531 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Tue, 05 Jun 2007 13:06:55 -0500 id 0004AC27.4665A63F.0000486D Received: from dsl-189-129-2-135.prod-infinitum.com.mx (dsl-189-129-2-135.prod-infinitum.com.mx [189.129.2.135]) by intranet.encontacto.net (Horde MIME library) with HTTP; Tue, 05 Jun 2007 13:06:54 -0500 Message-ID: <20070605130654.vwwh16dnkg4s44ck@intranet.encontacto.net> X-Priority: 3 (Normal) Date: Tue, 05 Jun 2007 13:06:54 -0500 From: eculp@encontacto.net To: freebsd-current@freebsd.org References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> <466581B7.6080903@u.washington.edu> <20070605114034.zhsdibbccgwswk00@intranet.encontacto.net> <1181062235.6725.39.camel@stox.dyndns.org> In-Reply-To: <1181062235.6725.39.camel@stox.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) X-Originating-IP: 189.129.2.135 Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 18:06:59 -0000 Quoting "Kenneth P. Stox" : > On Tue, 2007-06-05 at 11:40 -0500, eculp@encontacto.net wrote: >> I also had the idea that AMD had purchased a chunk of nvidia >> which made the decision make even more sense to me. > > AMD bought ATI, not NVidia. Thanks Kenneth, but now I am confused. Why would all the AMD64 laptops that I've been looking at have nvidia video? Doesn't matter. I would assume that xorg would work with ATI, going to double check with HP to confirm which the laptop has, I know I am not crazy about HP either but at least they have service where I am. Thanks again, ed From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 18:11:43 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 544C616A41F for ; Tue, 5 Jun 2007 18:11:43 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from farris.bafirst.com (adsl-065-081-102-002.sip.jan.bellsouth.net [65.81.102.2]) by mx1.freebsd.org (Postfix) with ESMTP id D1E3913C458 for ; Tue, 5 Jun 2007 18:11:42 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.2.135]) by farris.bafirst.com with esmtp; Tue, 05 Jun 2007 13:11:40 -0500 id 0006D421.4665A75D.0000354A Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Tue, 05 Jun 2007 13:11:36 -0500 id 0004AC23.4665A758.000048D4 Received: from dsl-189-129-2-135.prod-infinitum.com.mx (dsl-189-129-2-135.prod-infinitum.com.mx [189.129.2.135]) by intranet.encontacto.net (Horde MIME library) with HTTP; Tue, 05 Jun 2007 13:11:36 -0500 Message-ID: <20070605131136.f07dq9qaas8ws4gc@intranet.encontacto.net> X-Priority: 3 (Normal) Date: Tue, 05 Jun 2007 13:11:36 -0500 From: eculp@encontacto.net To: Adam K Kirchhoff References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <466581B7.6080903@u.washington.edu> <20070605114034.zhsdibbccgwswk00@intranet.encontacto.net> <200706051303.11431.adamk@voicenet.com> In-Reply-To: <200706051303.11431.adamk@voicenet.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) X-Originating-IP: 189.129.2.135 Cc: freebsd-current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 18:11:43 -0000 Quoting Adam K Kirchhoff : > On Tuesday 05 June 2007 12:40:34 eculp@encontacto.net wrote: >> Quoting Garrett Cooper : >> > Diego Depaoli wrote: >> >> 2007/6/5, Ed Schouten : >> >>>> In practice there's (almost) only one reason not to run >> >>>> FreeBSD/amd64 on amd64-capable hardware: If you depend >> >>>> on a certain piece of software which is known not to run >> >>>> correctly in 64bit mode. Fortunately those are not many. >> >>> >> >>> I guess most of those are still waiting for a 64-bits nvidia.ko. >> >> >> >> That's true. >> >> Is there any news? >> > >> > Yeah, a lot of people are still waiting for that (including me.. >> > can't get nv to work under amd64 :(...). >> > We should band together and get nvidia to speed up amd64 >> > development a bit more *sigh*.. >> >> Boy am I glad that I am reading this thread. >> >> As weird as it may sound, I was going to go buy a new laptop, amd64 >> with nvidia. In fact the explanation given by Oliver helped push me >> over to AMD in addition to past experience has always been good with >> them. I also had the idea that AMD had purchased a chunk of nvidia >> which made the decision make even more sense to me. Luckily I saw >> these, before rather that after the fact. >> >> I understand from this that the nvidia will not run the new xorg-7.2 >> with AMD64? Am I reading this right or am I just having a case of >> PRE-buyers remorse? ;) > > It is true that the closed source nvidia driver will not work on an AMD64 > system. > > However, bear in mind that Xorg does not support any recent AMD cards (X13= 00 > or newer) with anything other than the vesa driver. The open source drive= rs > support up-to the x850 (actually, the x1050 now, iirc). The AMD/ATI Xpres= s > chipsets are supported by the open source 2D drivers, but not (yet) the 3D > drivers. > > Your best bet might be to go with a laptop with intel graphics. Hi Adam, Back to the drawing board as they say. I've been trying to make that =20 decision for a couple of weeks now, since my old laptop's disk died. I guess you are right but I should probably add a gig of memory to be =20 sure that all will be well. I had actually thought of upgrading it =20 from one to two and that just gives me justification ;) thanks, ed From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 18:12:56 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 7F60C16A474; Tue, 5 Jun 2007 18:12:54 +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 4557413C4AE; Tue, 5 Jun 2007 18:12:54 +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 l55ICrwg054545; Tue, 5 Jun 2007 14:12:53 -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 l55ICrtM062700; Tue, 5 Jun 2007 14:12:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F203373068; Tue, 5 Jun 2007 14:12:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070605181252.F203373068@freebsd-current.sentex.ca> Date: Tue, 5 Jun 2007 14:12:52 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 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: , X-List-Received-Date: Tue, 05 Jun 2007 18:12:56 -0000 TB --- 2007-06-05 17:00:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-05 17:00:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-05 17:00:01 - cleaning the object tree TB --- 2007-06-05 17:00:24 - checking out the source tree TB --- 2007-06-05 17:00:24 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-05 17:00:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-05 17:11:04 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-05 17:11:04 - cd /src TB --- 2007-06-05 17:11:04 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 5 17:11:05 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 [...] ../../lib/bind/isc/libisc.a(rwlock.o)(.text+0x884): In function `isc_rwlock_lock': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x7c): In function `isc_hash_ctxattach': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x2e0): In function `isc_hash_destroy': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x3c4): In function `isc_hash_ctxdetach': : undefined reference to `isc_atomic_xadd' *** Error code 1 Stop in /src/usr.bin/dig. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-05 18:12:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-05 18:12:52 - ERROR: failed to build world TB --- 2007-06-05 18:12:52 - tinderbox aborted TB --- 0.48 user 1.61 system 4371.51 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 18:27:00 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 DD46616A400 for ; Tue, 5 Jun 2007 18:27:00 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 99CC313C44B for ; Tue, 5 Jun 2007 18:27:00 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so512557anc for ; Tue, 05 Jun 2007 11:27:00 -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=Pst3jWBRTaKYIQk29i1fulQGcufp09V1a8LP/ZR2A5yhs+gw8IhN8LeFBLob7bGZ29IQ/vX8Fc7H8wDus6mJb1n3S4OveoRoWDSquxNpNffsTr/bH3CHKHyWg2R3yJLx63NCZ6aSXdu/++B5+yAQqA4OpjiCqz7kl4AFF8jHO7Q= 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=qo+9ePLNi5YK3BLHkq9BxiFHgiwOeEHXc9t+rr18qZNgTxs0LIiCCcIPMKax/ALkO6TQf/lAUsq8DQhercS7RT575yQoADyhU8drstM+FfohwHuU8vzfIGgs0UtmNRpWrbMPhDoVnPM7rd68Y+JK26HAHd5Jin2T+h0t8Hxdey8= Received: by 10.100.138.2 with SMTP id l2mr3470791and.1181068019912; Tue, 05 Jun 2007 11:26:59 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Tue, 5 Jun 2007 11:26:59 -0700 (PDT) Message-ID: <499c70c0706051126r542a2edfq401bfb60fb63b2e5@mail.gmail.com> Date: Tue, 5 Jun 2007 21:26:59 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Jeff Roberson" In-Reply-To: <20070605001204.M606@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0706041042w7c5c70dbh382e0674dac90bb9@mail.gmail.com> <34AE885F-1525-402E-84DA-B1F9E51F4B52@preved.cn> <20070605001204.M606@10.0.0.1> Cc: current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 18:27:00 -0000 On 6/5/07, Jeff Roberson wrote: > > > On Mon, 4 Jun 2007, Alexey Tarasov wrote: > > > Hi. > > > >> options SCHED_4BSD # 4BSD scheduler > > > > Try to use SCHED_ULE or SCHED_CORE. > > CORE is no longer supported and has been removed from the tree. If you > would like to try something new you can cvsup to sources from tonight and > apply this patch: > > http://people.freebsd.org/~jeff/schedsmp.diff > > Then use options SCHED_SMP, which is a ULE variant. Please report back > your findings if you do try this. However, it only works on amd64. > > Thanks, > Jeff Here is my i386 after csup today. # mysqladmin status Uptime: 2613 Threads: 2 Questions: 418993 Slow queries: 0 Opens: 30 Flush tables: 1 Open tables: 24 Queries per second avg: 160.349 I'm really amazed ;) So I'll be waiting for SHCED_SMP soon. *smile* -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 18:39: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 2665716A421 for ; Tue, 5 Jun 2007 18:39:29 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from farris.bafirst.com (adsl-065-081-102-002.sip.jan.bellsouth.net [65.81.102.2]) by mx1.freebsd.org (Postfix) with ESMTP id A69B413C480 for ; Tue, 5 Jun 2007 18:39:28 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.2.135]) by farris.bafirst.com with esmtp; Tue, 05 Jun 2007 13:39:25 -0500 id 0006D41E.4665ADDE.00003580 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Tue, 05 Jun 2007 13:39:24 -0500 id 0004AC23.4665ADDC.00004BA7 Received: from dsl-189-129-2-135.prod-infinitum.com.mx (dsl-189-129-2-135.prod-infinitum.com.mx [189.129.2.135]) by intranet.encontacto.net (Horde MIME library) with HTTP; Tue, 05 Jun 2007 13:39:24 -0500 Message-ID: <20070605133924.om35kjhiscg0o0o0@intranet.encontacto.net> X-Priority: 3 (Normal) Date: Tue, 05 Jun 2007 13:39:24 -0500 From: eculp@encontacto.net To: Wesley Shields References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> <466581B7.6080903@u.washington.edu> <20070605114034.zhsdibbccgwswk00@intranet.encontacto.net> <20070605170453.GB38752@atarininja.org> In-Reply-To: <20070605170453.GB38752@atarininja.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) X-Originating-IP: 189.129.2.135 Cc: freebsd-current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 18:39:29 -0000 Quoting Wesley Shields : > On Tue, Jun 05, 2007 at 11:40:34AM -0500, eculp@encontacto.net wrote: >> Quoting Garrett Cooper : >> >> > Diego Depaoli wrote: >> >> 2007/6/5, Ed Schouten : >> >>>> In practice there's (almost) only one reason not to run >> >>>> FreeBSD/amd64 on amd64-capable hardware: If you depend >> >>>> on a certain piece of software which is known not to run >> >>>> correctly in 64bit mode. Fortunately those are not many. >> >>> >> >>> I guess most of those are still waiting for a 64-bits nvidia.ko. >> >> That's true. >> >> Is there any news? >> >> >> > Yeah, a lot of people are still waiting for that (including me.. can= 't >> > get nv to work under amd64 :(...). >> > We should band together and get nvidia to speed up amd64 development= a >> > bit more *sigh*.. >> >> Boy am I glad that I am reading this thread. >> >> As weird as it may sound, I was going to go buy a new laptop, amd64 with >> nvidia. In fact the explanation given by Oliver helped push me over to = AMD >> in addition to past experience has always been good with them. I also h= ad >> the idea that AMD had purchased a chunk of nvidia which made the decisio= n >> make even more sense to me. Luckily I saw these, before rather that af= ter >> the fact. >> >> I understand from this that the nvidia will not run the new xorg-7.2 wit= h >> AMD64? Am I reading this right or am I just having a case of PRE-buyers >> remorse? ;) > > Nvidia cards work just fine - just not with the nvidia driver. I'm > using xorg 7.2 with the nv driver just fine on an AMD64 laptop. > > -- WXS > Wesley, you made my day. Thanks. To show my ignorance, I thought the =20 nv driver was synonymous with the nvidia driver. I use nv for all my =20 desktops with AMD but they are not AMD64 and they work great. Thanks a lot, ed From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 18:45:05 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 A0FFC16A468 for ; Tue, 5 Jun 2007 18:45:05 +0000 (UTC) (envelope-from SRS1=0c45849e2b4bd5a2ab9bd66dc6033596ae2ca708=es.net==0c45849e2b4bd5a2ab9bd66dc6033596ae2ca708=357=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 5C5C813C4D5 for ; Tue, 5 Jun 2007 18:45:05 +0000 (UTC) (envelope-from SRS1=0c45849e2b4bd5a2ab9bd66dc6033596ae2ca708=es.net==0c45849e2b4bd5a2ab9bd66dc6033596ae2ca708=357=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id KYI62851 for ; Tue, 05 Jun 2007 11:29:51 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id KYI94149; Tue, 05 Jun 2007 11:29:49 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id E31B845042; Tue, 5 Jun 2007 11:29:48 -0700 (PDT) To: Neil Short In-Reply-To: Your message of "Mon, 04 Jun 2007 20:54:32 PDT." <958545.72886.qm@web56513.mail.re3.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1181068188_74263P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 05 Jun 2007 11:29:48 -0700 From: "Kevin Oberman" Message-Id: <20070605182948.E31B845042@ptavv.es.net> Cc: freebsd-current@FreeBSD.org Subject: Re: xorg 7.2 & environment variables set in login.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2007 18:45:05 -0000 --==_Exmh_1181068188_74263P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Mon, 4 Jun 2007 20:54:32 -0700 (PDT) > From: Neil Short > Sender: owner-freebsd-current@freebsd.org > > > --- Stefan Esser wrote: > > > On 2007-06-03 07:38 -0700, Neil Short > > wrote: > > > How do you export those variables successfully in > > > ~/.xsession? It still doesn't help with me. > > > > > > check this out: > > > > > > $ locale > > > LANG=en_US > > > > This is not a valid locale! You have a choice > > between: > > > > en_US.ISO8859-1 > > en_US.ISO8859-15 > > en_US.US-ASCII > > en_US.UTF-8 > > > > [...] > > > $ echo $LC_ALL > > > en_US > > > $ perl > > > perl: warning: Setting locale failed. > > > perl: warning: Please check that your locale > > settings: > > > LC_ALL = (unset), > > > LANG = "en_US" > > > are supported and installed on your system. > > > perl: warning: Falling back to the standard locale > > ("C"). > > > > Yes, and perl tells you, that en_US just isn't > > specific enough > > for its needs ... > > > > It's up to you whether you prefer en_US.US-ASCII, > > en_US.ISO8859-1, > > or en_US.UTF-8 (e.g. depending on whether you at > > least occasionally > > work with foreign language texts). > > > > Regards, STefan > > > > That did the trick. I appreciate it. > Just for the documentation of it all -- I messed up by > putting my language setting under the "default:" > catagory in /etc/login.conf. > I needed to ALSO create a separate "me:" catagory like > so: > me:\ > :tc=default: > > I suppose the real moral to the story is: be very > careful what you overwrite during mergemaster. It's my > guess that I overwrote /etc/login.conf at some point > when my eyes were glassed over. And 'mergemaster -U' is probably your best friend for letting you be very, very careful without spending all day doing the merge. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1181068188_74263P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGZauckn3rs5h7N1ERAt/nAJ0arVUv8UcSjKoZXkrReRlwH5yaLACeNkN1 YaX5Z9BS+feSs1Hq8XG8ycY= =Vh23 -----END PGP SIGNATURE----- --==_Exmh_1181068188_74263P-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 19:45:32 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 D466116A400; Tue, 5 Jun 2007 19:45:32 +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 510C913C469; Tue, 5 Jun 2007 19:45:32 +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 l55JC293030114; Tue, 5 Jun 2007 15:12:03 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Tue, 5 Jun 2007 14:51:18 -0400 User-Agent: KMail/1.9.6 References: <20070603094814.CA1FB73068@freebsd-current.sentex.ca> <20070603152607.GA41397@rambler-co.ru> In-Reply-To: <20070603152607.GA41397@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200706051451.19707.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]); Tue, 05 Jun 2007 15:12:03 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3362/Tue Jun 5 13:02:53 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: amd64@freebsd.org, Doug Barton , FreeBSD Tinderbox , current@freebsd.org 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: Tue, 05 Jun 2007 19:45:33 -0000 On Sunday 03 June 2007 11:26:07 am Ruslan Ermilov wrote: > On Sun, Jun 03, 2007 at 05:48:14AM -0400, FreeBSD Tinderbox wrote: > > TB --- 2007-06-03 09:10:00 - tinderbox 2.3 running on=20 freebsd-current.sentex.ca > > TB --- 2007-06-03 09:10:00 - starting HEAD tinderbox run for amd64/amd64 > > TB --- 2007-06-03 09:10:00 - cleaning the object tree > > TB --- 2007-06-03 09:10:15 - checking out the source tree > > TB --- 2007-06-03 09:10:15 - cd /tinderbox/HEAD/amd64/amd64 > > TB --- 2007-06-03 09:10:15 - /usr/bin/cvs -f -R -q -d/home/ncvs=20 update -Pd -A src > > TB --- 2007-06-03 09:20:38 - building world (CFLAGS=3D-O2 -pipe) > > TB --- 2007-06-03 09:20:38 - cd /src > > TB --- 2007-06-03 09:20:38 - /usr/bin/make -B buildworld > > >>> World build started on Sun Jun 3 09:20:39 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 > > [...] > > =3D=3D=3D> lib/bind/bind9 (depend) > > rm -f .depend > >=20 mkdep -f .depend -a -DVERSION=3D'"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE= =3D30 -DLIBREVISION=3D3 -DLIBAGE=3D0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_L= OCALSTATEDIR=3D'"/var"' -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE= =3D'"/etc/namedb/named.conf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -= DRNDC_KEYFILE=3D'"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/li= b/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9= /../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../= contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/= bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../= =2E./contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contri= b/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/l= ib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/is= c/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contr= ib/bind9/lib/lwres/unix/include -I/s > > =20 rc/lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/= bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/inclu= de -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/x86_64/include /src= /lib/bind/bind9/../../../contrib/bind9/lib/bind9/check.c /src/lib/bind/bind= 9/../../../contrib/bind9/lib/bind9/getaddresses.c /src/lib/bind/bind9/../..= /../contrib/bind9/lib/bind9/version.c > > In file included=20 from /src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include/isc/refcoun= t.h:23, > > =20 from /src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dns/acl.h:3= 9, > > =20 from /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/check.c:38: >=20 > /src/lib/bind/bind9/../../../contrib/bind9/lib/isc/x86_64/include/isc/ato= mic.h:28:2:=20 error: #error "impossible case. check build configuration" > > mkdep: compile failed > > *** Error code 1 > >=20 > I fixed this by the following patch: >=20 > %%% > Index: lib/bind/config.mk > =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 > RCS file: /home/ncvs/src/lib/bind/config.mk,v > retrieving revision 1.17 > diff -u -p -r1.17 config.mk > --- lib/bind/config.mk 2 Jun 2007 23:19:55 -0000 1.17 > +++ lib/bind/config.mk 3 Jun 2007 14:23:13 -0000 > @@ -63,12 +63,10 @@ CFLAGS+=3D -I${LIB_BIND_DIR} > .endif > =20 > # Use the right version of the atomic.h file from lib/isc > -.if ${MACHINE_ARCH} =3D=3D "amd64" > -ISC_ATOMIC_ARCH=3D x86_64 > +.if ${MACHINE_ARCH} =3D=3D "amd64" || ${MACHINE_ARCH} =3D=3D "i386" > +ISC_ATOMIC_ARCH=3D x86_32 > .elif ${MACHINE_ARCH} =3D=3D "arm" > ISC_ATOMIC_ARCH=3D mips > -.elif ${MACHINE_ARCH} =3D=3D "i386" || ${MACHINE_ARCH} =3D=3D "i386/pc98" > -ISC_ATOMIC_ARCH=3D x86_32 > .else > ISC_ATOMIC_ARCH=3D ${MACHINE_ARCH} > .endif > %%% Arguably, this is a bug in bind9 that if you use gcc you use x86_32 for=20 x86_64, but if you use a different compiler, you use x86_64 for x86_64. I'= d=20 suggest that the bind9 folks either always use x86_32 for x86_64, or always= =20 use x86_64 for x86_64. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 21:52:11 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 A9A7E16A47B for ; Tue, 5 Jun 2007 21:52:11 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232]) by mx1.freebsd.org (Postfix) with ESMTP id F102D13C48C for ; Tue, 5 Jun 2007 21:52:10 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: by wr-out-0506.google.com with SMTP id 69so1135690wra for ; Tue, 05 Jun 2007 14:52:10 -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=gP3m+uAlG9rXEHiYAN9Wc/kBUauRh9OvH0DwB11LstoG6E7sypEKlV/bFQJ2CPcI5KO+DElyOnWCPnja2pYOCTYdOsvHM3JtjpSRk91eeT4LV+MoLpVhDw95H2RDbZG0d4ae+QvpR4HhjDRFAO5hHhg044YGjaEqtSakB9lToAs= 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=BXCdau11Ui8izVArY8n8RX0dpqzXAGCzxT3a98GoeTngU+BtD4sJe6PZUuyP8jHvTLmkZSR7cLxLvbrJYapQ3kInZ6+uXsqQwsRkIVPL/AIC8ZE+ewQTjcaF2TAEl2kg8lPa9ftTrr9rzAeoOar1zZDa3DraEDrdwXwZG6p6r2k= Received: by 10.78.188.10 with SMTP id l10mr2712429huf.1181078558207; Tue, 05 Jun 2007 14:22:38 -0700 (PDT) Received: by 10.78.178.15 with HTTP; Tue, 5 Jun 2007 14:22:38 -0700 (PDT) Message-ID: Date: Tue, 5 Jun 2007 14:22:38 -0700 From: "Matt Reimer" 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: arcmsr crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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 Jun 2007 21:52:11 -0000 Once a week or so we're seeing a panic with a -current kernel built just before the gcc 4.2 import (maybe three weeks ago). The box has a Supermicro X7DBE/X7DBE+ motherboard with two Xeon 5160s, 16G RAM, and an Areca 1220 controller with eight 500G disks connected. Does this indicate that the arcmsr driver is at fault: Tracing command irq16: arcmsr0 pid 26 tid 100018 td 0xffffff040fc5b000 cpustop_handler() at cpustop_handler+0x35 ipi_nmi_handler() at ipi_nmi_handler+0x2e trap() at trap+0x365 nmi_calltrap() at nmi_calltrap+0x8 --- trap 0x13, rip = 0xffffffff8041ab11, rsp = 0xffffffffab59eff0, rbp = 0xffffffffac0a37d0 --- siocnclose() at siocnclose+0x21 sio_cnputc() at sio_cnputc+0x89 cnputc() at cnputc+0x6a putchar() at putchar+0x5f kvprintf() at kvprintf+0xd45 printf() at printf+0xe1 panic() at panic+0x145 xpt_done() at xpt_done+0x14a arcmsr_interrupt() at arcmsr_interrupt+0x2df ithread_loop() at ithread_loop+0x108 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac0a3d30, rbp = 0 --- Following is a bunch of ddb output and dmesg. The initial KDB backtrace seems to have a panic message intermingled somehow. It looks like the arcmsr driver caused a panic, which in turn fails because of a lock violation. What else can I do to track down the problem? TIA, Matt KDB: stack backtrace: pandb_trace_self_wrapper() at idb_trace_self_wrapper+0x3a c: vfs_badlock() at Bvfs_badlock+0x95 adassert_vop_locked() at assert_vop_locked+0x77 taiVOP_READ_APV() at lVOP_READ_APV+0x8a q Nvn_read() at Evn_read+0x244 XTdofileread() at (dofileread+0x94 0xkern_readv() at fkern_readv+0x60 ffread() at fread+0x4a ff0syscall() at 0syscall+0x20b 00Xfast_syscall() at aXfast_syscall+0xab 5--- syscall (3d, FreeBSD ELF64, read), rip = 0x800c7aa2c, rsp = 0x7fffffffc758, rbp = 0 --- 6VOP_READ: 0xffffff0336319798 is not locked but should be KDB: enter: lock violation 2[thread pid 66384 tid 100138 ] Stopped at kdb_enter+0x2f: nop db> trace Tracing pid 66384 tid 100138 td 0xffffff0345b6f2c0 kdb_enter() at kdb_enter+0x2f assert_vop_locked() at assert_vop_locked+0x77 VOP_READ_APV() at VOP_READ_APV+0x8a vn_read() at vn_read+0x244 dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x800c7aa2c, rsp = 0x7fffffffc758, rbp = 0 --- db> ps pid ppid pgrp uid state wmesg wchan cmd 66384 66292 687 1003 R CPU 1 perl5.8.8 66383 687 687 80 S lockf 0xffffff030c65d280 httpd 66331 687 687 80 S select 0xffffffff8069a830 httpd 66292 687 687 80 S kqread 0xffffff02afe39600 httpd 66290 687 687 80 S select 0xffffffff8069a830 httpd 66288 687 687 80 S select 0xffffffff8069a830 httpd 66279 687 687 80 S select 0xffffffff8069a830 httpd 66277 687 687 80 S select 0xffffffff8069a830 httpd 66275 687 687 80 S select 0xffffffff8069a830 httpd 66274 687 687 80 S kqread 0xffffff02c8c1b700 httpd 66267 687 687 80 S select 0xffffffff8069a830 httpd 66210 687 687 80 S lockf 0xffffff02d96ba580 httpd 66206 687 687 80 S select 0xffffffff8069a830 httpd 66203 687 687 80 S select 0xffffffff8069a830 httpd 66031 687 687 80 S select 0xffffffff8069a830 httpd 53467 53465 53465 1003 S select 0xffffffff8069a830 sftp-server 53465 53464 53465 1003 Ss pause 0xffffff024debbac8 csh 53464 53462 53462 1003 S select 0xffffffff8069a830 sshd 53462 699 53462 0 Ss sbwait 0xffffff03b3932984 sshd 3194 77246 3194 0 S+ select 0xffffffff8069a830 ssh 69351 77246 69351 0 T+ emacs 38702 77246 38702 0 T+ ping 37157 37146 37157 0 S+ ttyin 0xffffff0000a5a010 bash 37146 37142 37146 1005 S+ wait 0xffffff02db456000 su 37142 37141 37142 1005 Ss+ wait 0xffffff030b361380 bash 37141 37123 37123 1005 S select 0xffffffff8069a830 sshd 37123 699 37123 0 Ss sbwait 0xffffff034d8a0c3c sshd 77253 77246 77253 0 T+ emacs 77246 77235 77246 0 S+ wait 0xffffff034cb40000 bash 77235 77054 77235 1001 S+ wait 0xffffff004ba44380 su 77054 77001 77054 1001 S+ wait 0xffffff02cff28700 bash 77001 77000 77001 1001 Ss+ wait 0xffffff007b41aa80 sh 77000 76971 76971 1001 S select 0xffffffff8069a830 sshd 76971 699 76971 0 Ss sbwait 0xffffff02e3cc4c3c sshd 831 830 831 1005 Ss+ ttyin 0xffffff00009f7010 bash 830 827 827 1005 S select 0xffffffff8069a830 sshd 827 699 827 0 Ss sbwait 0xffffff0349f216cc sshd 765 1 765 0 Ss+ ttyin 0xffffff0000a84810 getty 764 1 764 0 Ss+ ttyin 0xffffff0000a82410 getty 763 1 763 0 Ss+ ttyin 0xffffff0000b00410 getty 762 1 762 0 Ss+ ttyin 0xffffff0000a84410 getty 761 1 761 0 Ss+ ttyin 0xffffff040fa5c410 getty 760 1 760 0 Ss+ ttyin 0xffffff0000abfc10 getty 759 1 759 0 Ss+ ttyin 0xffffff0000abf810 getty 758 1 758 0 Ss+ ttyin 0xffffff0000abe810 getty 757 1 757 0 Ss+ ttyin 0xffffff0000abe410 getty 742 1 742 0 Ss select 0xffffffff8069a830 inetd 715 1 715 0 Ss nanslp 0xffffffff80609bc8 cron 709 1 709 25 Ss pause 0xffffff008bb63ac8 sendmail 705 1 705 0 Ss select 0xffffffff8069a830 sendmail 699 1 699 0 Ss select 0xffffffff8069a830 sshd 687 1 687 0 Ss nanslp 0xffffffff80609bc8 httpd 675 644 643 88 S+ (threaded) mysqld 100283 S ucond 0xffffff003fe30800 mysqld 100282 S ucond 0xffffff0000afc580 mysqld 100281 S ucond 0xffffff03059b9900 mysqld 100264 S ucond 0xffffff02c9816680 mysqld 100103 S sigwait 0xffffffffae6b69f8 mysqld 100100 S ucond 0xffffff01151a9900 mysqld 100102 S select 0xffffffff8069a830 mysqld 100101 S select 0xffffffff8069a830 mysqld 100099 S ucond 0xffffff01151a9a00 mysqld 100098 S ucond 0xffffff0000b15c00 mysqld 100097 S ucond 0xffffff0000b15d00 mysqld 100096 S ucond 0xffffff0000d1d100 mysqld 100091 S select 0xffffffff8069a830 initial thread 644 1 643 88 S+ wait 0xffffff010b0b1000 sh 536 1 536 0 Ss select 0xffffffff8069a830 syslogd 469 1 469 0 Ss select 0xffffffff8069a830 devd 110 1 110 0 Ss pause 0xffffff006635c748 adjkerntz 38 0 0 0 SL sdflush 0xffffffff806a9308 [softdepflush] 37 0 0 0 SL syncer 0xffffffff80609840 [syncer] 36 0 0 0 SL vlruwt 0xffffff040fbfe000 [vnlru] 35 0 0 0 SL psleep 0xffffffff8069b09c [bufdaemon] 34 0 0 0 SL pgzero 0xffffffff806ba2a0 [pagezero] 33 0 0 0 SL pollid 0xffffffff8060898c [idlepoll] 32 0 0 0 SL psleep 0xffffffff806aa14c [vmdaemon] 31 0 0 0 SL psleep 0xffffffff806aa104 [pagedaemon] 30 0 0 0 WL [swi0: sio] 29 0 0 0 WL [irq1: atkbd0] 28 0 0 0 WL [irq15: ata1] 27 0 0 0 WL [irq14: ata0] 26 0 0 0 RL CPU 2 [irq16: arcmsr0] 25 0 0 0 WL [irq19: em1] 24 0 0 0 RL [irq18: em0] 23 0 0 0 WL [irq9: acpi0] 22 0 0 0 SL - 0xffffff00009d2580 [acpi_task_2] 9 0 0 0 SL - 0xffffff00009d2580 [acpi_task_1] 8 0 0 0 SL - 0xffffff00009d2580 [acpi_task_0] 7 0 0 0 SL - 0xffffff00009d9a80 [kqueue taskq] 21 0 0 0 WL [swi6: task queue] 20 0 0 0 WL [swi6: Giant taskq] 6 0 0 0 SL - 0xffffff00009d9d00 [thread taskq] 19 0 0 0 WL [swi5: +] 18 0 0 0 RL [swi2: cambio] 5 0 0 0 SL ccb_scan 0xffffffff805ef440 [xpt_thrd] 17 0 0 0 SL - 0xffffffff80609848 [yarrow] 4 0 0 0 SL - 0xffffffff80605b18 [g_down] 3 0 0 0 SL - 0xffffffff80605b10 [g_up] 2 0 0 0 SL - 0xffffffff80605b00 [g_event] 16 0 0 0 WL [swi1: net] 15 0 0 0 WL [swi3: vm] 14 0 0 0 RL [swi4: clock sio] 13 0 0 0 RL CPU 0 [idle: cpu0] 12 0 0 0 RL [idle: cpu1] 11 0 0 0 RL [idle: cpu2] 10 0 0 0 RL CPU 3 [idle: cpu3] 1 0 1 0 SLs wait 0xffffff040fc98000 [init] 0 0 0 0 WLs [swapper] 66360 66331 687 1003 Z perl5.8.8 db> show pcpu cpuid = 1 curthread = 0xffffff0345b6f2c0: pid 66384 "perl5.8.8" curpcb = 0xffffffffae76fd40 fpcurthread = 0xffffff0345b6f2c0: pid 66384 "perl5.8.8" idlethread = 0xffffff040fc93b00: pid 12 "idle: cpu1" spin locks held: db> show allpcpu Current CPU: 1 cpuid = 0 curthread = 0xffffff040fc56000: pid 13 "idle: cpu0" curpcb = 0xffffffffac06fd40 fpcurthread = none idlethread = 0xffffff040fc56000: pid 13 "idle: cpu0" spin locks held: cpuid = 1 curthread = 0xffffff0345b6f2c0: pid 66384 "perl5.8.8" curpcb = 0xffffffffae76fd40 fpcurthread = 0xffffff0345b6f2c0: pid 66384 "perl5.8.8" idlethread = 0xffffff040fc93b00: pid 12 "idle: cpu1" spin locks held: cpuid = 2 curthread = 0xffffff040fc5b000: pid 26 "irq16: arcmsr0" curpcb = 0xffffffffac0a3d40 fpcurthread = none idlethread = 0xffffff040fc93840: pid 11 "idle: cpu2" spin locks held: cpuid = 3 curthread = 0xffffff040fc93580: pid 10 "idle: cpu3" curpcb = 0xffffffffac060d40 fpcurthread = none idlethread = 0xffffff040fc93580: pid 10 "idle: cpu3" spin locks held: db> show locks db> show alllocks Process 53462 (sshd) thread 0xffffff008ba852c0 (100238) exclusive sx so_rcv_sx r = 0 (0xffffff03b3932928) locked @ /usr/src/sys/kern/uipc_sockbuf.c:141 Process 37123 (sshd) thread 0xffffff03084d5580 (100259) exclusive sx so_rcv_sx r = 0 (0xffffff034d8a0be0) locked @ /usr/src/sys/kern/uipc_sockbuf.c:141 Process 76971 (sshd) thread 0xffffff034db08b00 (100123) exclusive sx so_rcv_sx r = 0 (0xffffff02e3cc4be0) locked @ /usr/src/sys/kern/uipc_sockbuf.c:141 Process 827 (sshd) thread 0xffffff034da09840 (100119) exclusive sx so_rcv_sx r = 0 (0xffffff0349f21670) locked @ /usr/src/sys/kern/uipc_sockbuf.c:141 Process 18 (swi2: cambio) thread 0xffffff040fc5b840 (100015) exclusive sleep mutex Giant r = 0 (0xffffffff80608820) locked @ /usr/src/sys/cam/cam_xpt.c:7107 db> show lockedvnods Locked vnodes db> alltrace Tracing command perl5.8.8 pid 66384 tid 100138 td 0xffffff0345b6f2c0 kdb_enter() at kdb_enter+0x2f assert_vop_locked() at assert_vop_locked+0x77 VOP_READ_APV() at VOP_READ_APV+0x8a vn_read() at vn_read+0x244 dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x800c7aa2c, rsp = 0x7fffffffc758, rbp = 0 --- Tracing command httpd pid 66383 tid 100199 td 0xffffff030581f000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee lf_advlock() at lf_advlock+0x29c VOP_ADVLOCK_APV() at VOP_ADVLOCK_APV+0x9b flock() at flock+0x125 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (131, FreeBSD ELF64, flock), rip = 0x800fb6e4c, rsp = 0x7fffffffeb38, rbp = 0x804cb1028 --- Tracing command httpd pid 66331 tid 100171 td 0xffffff02e2c00000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait_sig() at sleepq_timedwait_sig+0x2b _cv_timedwait_sig() at _cv_timedwait_sig+0x166 poll() at poll+0x538 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (209, FreeBSD ELF64, poll), rip = 0x800fd006c, rsp = 0x7fffffff82c8, rbp = 0x801219400 --- Tracing command httpd pid 66292 tid 100213 td 0xffffff02e2c002c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait_sig() at sleepq_timedwait_sig+0x2b _sleep() at _sleep+0x34d kern_kevent() at kern_kevent+0x2e9 kevent() at kevent+0x90 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (363, FreeBSD ELF64, kevent), rip = 0x8010083cc, rsp = 0x7fffffff86e8, rbp = 0x7fffffff875c --- Tracing command httpd pid 66290 tid 100353 td 0xffffff02dd7fa840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait_sig() at sleepq_timedwait_sig+0x2b _cv_timedwait_sig() at _cv_timedwait_sig+0x166 poll() at poll+0x538 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (209, FreeBSD ELF64, poll), rip = 0x800fd006c, rsp = 0x7fffffffe818, rbp = 0x801219400 --- Tracing command httpd pid 66288 tid 100056 td 0xffffff00663f8000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait_sig() at sleepq_timedwait_sig+0x2b _cv_timedwait_sig() at _cv_timedwait_sig+0x166 poll() at poll+0x538 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (209, FreeBSD ELF64, poll), rip = 0x800fd006c, rsp = 0x7fffffffe818, rbp = 0x801219400 --- Tracing command httpd pid 66279 tid 100125 td 0xffffff034db08580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait_sig() at sleepq_timedwait_sig+0x2b _cv_timedwait_sig() at _cv_timedwait_sig+0x166 poll() at poll+0x538 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (209, FreeBSD ELF64, poll), rip = 0x800fd006c, rsp = 0x7fffffffe818, rbp = 0x801219400 --- Tracing command httpd pid 66277 tid 100321 td 0xffffff037e09e2c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait_sig() at sleepq_timedwait_sig+0x2b _cv_timedwait_sig() at _cv_timedwait_sig+0x166 poll() at poll+0x538 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (209, FreeBSD ELF64, poll), rip = 0x800fd006c, rsp = 0x7fffffffe818, rbp = 0x801219400 --- Tracing command httpd pid 66275 tid 100287 td 0xffffff02ff4982c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait_sig() at sleepq_timedwait_sig+0x2b _cv_timedwait_sig() at _cv_timedwait_sig+0x166 poll() at poll+0x538 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (209, FreeBSD ELF64, poll), rip = 0x800fd006c, rsp = 0x7fffffffe818, rbp = 0x801219400 --- Tracing command httpd pid 66274 tid 100166 td 0xffffff032cd14000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee kern_kevent() at kern_kevent+0x2e9 kevent() at kevent+0x90 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (363, FreeBSD ELF64, kevent), rip = 0x8010083cc, rsp = 0x7fffffffeb08, rbp = 0x7fffffffeb74 --- Tracing command httpd pid 66267 tid 100290 td 0xffffff03b6a46840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait_sig() at sleepq_timedwait_sig+0x2b _cv_timedwait_sig() at _cv_timedwait_sig+0x166 poll() at poll+0x538 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (209, FreeBSD ELF64, poll), rip = 0x800fd006c, rsp = 0x7fffffffe8a8, rbp = 0x801219400 --- Tracing command httpd pid 66210 tid 100231 td 0xffffff033ff762c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee lf_advlock() at lf_advlock+0x29c VOP_ADVLOCK_APV() at VOP_ADVLOCK_APV+0x9b flock() at flock+0x125 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (131, FreeBSD ELF64, flock), rip = 0x800fb6e4c, rsp = 0x7fffffffeb38, rbp = 0x804cb1028 --- Tracing command httpd pid 66206 tid 100379 td 0xffffff022511fb00 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait_sig() at sleepq_timedwait_sig+0x2b _cv_timedwait_sig() at _cv_timedwait_sig+0x166 poll() at poll+0x538 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (209, FreeBSD ELF64, poll), rip = 0x800fd006c, rsp = 0x7fffffffe818, rbp = 0x801219400 --- Tracing command httpd pid 66203 tid 100205 td 0xffffff030939db00 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait_sig() at sleepq_timedwait_sig+0x2b _cv_timedwait_sig() at _cv_timedwait_sig+0x166 poll() at poll+0x538 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (209, FreeBSD ELF64, poll), rip = 0x800fd006c, rsp = 0x7fffffffe818, rbp = 0x801219400 --- Tracing command httpd pid 66031 tid 100149 td 0xffffff034600d000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait_sig() at sleepq_timedwait_sig+0x2b _cv_timedwait_sig() at _cv_timedwait_sig+0x166 poll() at poll+0x538 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (209, FreeBSD ELF64, poll), rip = 0x800fd006c, rsp = 0x7fffffffe8a8, rbp = 0x801219400 --- Tracing command sftp-server pid 53467 tid 100078 td 0xffffff00663f8b00 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _cv_wait_sig() at _cv_wait_sig+0x158 kern_select() at kern_select+0x80f select() at select+0x3e syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800d0a9ac, rsp = 0x7fffffffab68, rbp = 0x80151e100 --- Tracing command csh pid 53465 tid 100359 td 0xffffff030e579580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee kern_sigsuspend() at kern_sigsuspend+0xa0 sigsuspend() at sigsuspend+0x40 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x80094a94c, rsp = 0x7fffffffe5f8, rbp = 0x5b7c08 --- Tracing command sshd pid 53464 tid 100192 td 0xffffff02ff080580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _cv_wait_sig() at _cv_wait_sig+0x158 kern_select() at kern_select+0x80f select() at select+0x3e syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x8016e79ac, rsp = 0x7fffffffe008, rbp = 0x7fffffffe078 --- Tracing command sshd pid 53462 tid 100238 td 0xffffff008ba852c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee soreceive_generic() at soreceive_generic+0xf31 soo_read() at soo_read+0x37 dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x8016e7a2c, rsp = 0x7fffffffe008, rbp = 0x4 --- Tracing command ssh pid 3194 tid 100383 td 0xffffff022511f000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _cv_wait_sig() at _cv_wait_sig+0x158 kern_select() at kern_select+0x80f select() at select+0x3e syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800f349ac, rsp = 0x7fffffffbef8, rbp = 0x7fffffffbff8 --- Tracing command emacs pid 69351 tid 100122 td 0xffffff034da09000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 thread_suspend_check() at thread_suspend_check+0x12d userret() at userret+0x12c syscall() at syscall+0x2c6 Xfast_syscall() at Xfast_syscall+0xab --- syscall (0, FreeBSD ELF64, nosys), rip = 0x800baba3c, rsp = 0x7fffffffe398, rbp = 0x3 --- Tracing command ping pid 38702 tid 100241 td 0xffffff008bb04840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait_sig() at sleepq_timedwait_sig+0x2b _cv_timedwait_sig() at _cv_timedwait_sig+0x166 kern_select() at kern_select+0x4fc select() at select+0x3e syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x80093f9ac, rsp = 0x7ffffffee6d8, rbp = 0x7ffffffee880 --- Tracing command bash pid 37157 tid 100345 td 0xffffff032f666840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee ttysleep() at ttysleep+0x1b ttread() at ttread+0x312 ptsread() at ptsread+0x52 giant_read() at giant_read+0x51 devfs_read_f() at devfs_read_f+0x6c dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x800bf4a2c, rsp = 0x7fffffffe6f8, rbp = 0 --- Tracing command su pid 37146 tid 100380 td 0xffffff022511f840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee kern_wait() at kern_wait+0x39e wait4() at wait4+0x38 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (7, FreeBSD ELF64, wait4), rip = 0x8009c8d8c, rsp = 0x7fffffffe6e8, rbp = 0x800b6f8a0 --- Tracing command bash pid 37142 tid 100237 td 0xffffff008ba85580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee kern_wait() at kern_wait+0x39e wait4() at wait4+0x38 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (7, FreeBSD ELF64, wait4), rip = 0x800b7cd8c, rsp = 0x7fffffffe828, rbp = 0x800e315b0 --- Tracing command sshd pid 37141 tid 100401 td 0xffffff0296e13580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _cv_wait_sig() at _cv_wait_sig+0x158 kern_select() at kern_select+0x80f select() at select+0x3e syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x8016e79ac, rsp = 0x7fffffffe008, rbp = 0x7fffffffe078 --- Tracing command sshd pid 37123 tid 100259 td 0xffffff03084d5580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee soreceive_generic() at soreceive_generic+0xf31 soo_read() at soo_read+0x37 dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x8016e7a2c, rsp = 0x7fffffffe008, rbp = 0x4 --- Tracing command emacs pid 77253 tid 100127 td 0xffffff034db08000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 thread_suspend_check() at thread_suspend_check+0x12d userret() at userret+0x12c syscall() at syscall+0x2c6 Xfast_syscall() at Xfast_syscall+0xab --- syscall (0, FreeBSD ELF64, nosys), rip = 0x800baba3c, rsp = 0x7fffffffe3f8, rbp = 0x3 --- Tracing command bash pid 77246 tid 100128 td 0xffffff034d8c7b00 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee kern_wait() at kern_wait+0x39e wait4() at wait4+0x38 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (7, FreeBSD ELF64, wait4), rip = 0x800b7cd8c, rsp = 0x7fffffffe788, rbp = 0x800e32560 --- Tracing command su pid 77235 tid 100049 td 0xffffff004ba462c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee kern_wait() at kern_wait+0x39e wait4() at wait4+0x38 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (7, FreeBSD ELF64, wait4), rip = 0x8009c8d8c, rsp = 0x7fffffffe6d8, rbp = 0x800b6f8a0 --- Tracing command bash pid 77054 tid 100275 td 0xffffff02b13e6580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee kern_wait() at kern_wait+0x39e wait4() at wait4+0x38 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (7, FreeBSD ELF64, wait4), rip = 0x800b7cd8c, rsp = 0x7fffffffe7c8, rbp = 0x800e32110 --- Tracing command sh pid 77001 tid 100071 td 0xffffff007b99c2c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee kern_wait() at kern_wait+0x39e wait4() at wait4+0x38 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (7, FreeBSD ELF64, wait4), rip = 0x800931d8c, rsp = 0x7fffffffe948, rbp = 0x12cc9 --- Tracing command sshd pid 77000 tid 100193 td 0xffffff02ff0802c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _cv_wait_sig() at _cv_wait_sig+0x158 kern_select() at kern_select+0x80f select() at select+0x3e syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x8016e79ac, rsp = 0x7fffffffe008, rbp = 0x7fffffffe078 --- Tracing command sshd pid 76971 tid 100123 td 0xffffff034db08b00 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee soreceive_generic() at soreceive_generic+0xf31 soo_read() at soo_read+0x37 dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x8016e7a2c, rsp = 0x7fffffffe008, rbp = 0x4 --- Tracing command bash pid 831 tid 100131 td 0xffffff034d8c72c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee ttysleep() at ttysleep+0x1b ttread() at ttread+0x312 ptsread() at ptsread+0x52 giant_read() at giant_read+0x51 devfs_read_f() at devfs_read_f+0x6c dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x800bf4a2c, rsp = 0x7fffffffe778, rbp = 0 --- Tracing command sshd pid 830 tid 100129 td 0xffffff034d8c7840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _cv_wait_sig() at _cv_wait_sig+0x158 kern_select() at kern_select+0x80f select() at select+0x3e syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x8016e79ac, rsp = 0x7fffffffe008, rbp = 0x7fffffffe078 --- Tracing command sshd pid 827 tid 100119 td 0xffffff034da09840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee soreceive_generic() at soreceive_generic+0xf31 soo_read() at soo_read+0x37 dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x8016e7a2c, rsp = 0x7fffffffe008, rbp = 0x4 --- Tracing command getty pid 765 tid 100105 td 0xffffff027a490580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee ttysleep() at ttysleep+0x1b ttread() at ttread+0x312 giant_read() at giant_read+0x51 devfs_read_f() at devfs_read_f+0x6c dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x800829a2c, rsp = 0x7fffffffeda8, rbp = 0x5088c0 --- Tracing command getty pid 764 tid 100055 td 0xffffff004ba65000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee ttysleep() at ttysleep+0x1b ttread() at ttread+0x312 giant_read() at giant_read+0x51 devfs_read_f() at devfs_read_f+0x6c dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x800829a2c, rsp = 0x7fffffffeda8, rbp = 0x5088c0 --- Tracing command getty pid 763 tid 100116 td 0xffffff010b1482c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee ttysleep() at ttysleep+0x1b ttread() at ttread+0x312 giant_read() at giant_read+0x51 devfs_read_f() at devfs_read_f+0x6c dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x800829a2c, rsp = 0x7fffffffeda8, rbp = 0x5088c0 --- Tracing command getty pid 762 tid 100114 td 0xffffff010b148840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee ttysleep() at ttysleep+0x1b ttread() at ttread+0x312 giant_read() at giant_read+0x51 devfs_read_f() at devfs_read_f+0x6c dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x800829a2c, rsp = 0x7fffffffeda8, rbp = 0x5088c0 --- Tracing command getty pid 761 tid 100112 td 0xffffff027a5ef000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee ttysleep() at ttysleep+0x1b ttread() at ttread+0x312 giant_read() at giant_read+0x51 devfs_read_f() at devfs_read_f+0x6c dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x800829a2c, rsp = 0x7fffffffeda8, rbp = 0x5088c0 --- Tracing command getty pid 760 tid 100111 td 0xffffff027a5ef2c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee ttysleep() at ttysleep+0x1b ttread() at ttread+0x312 giant_read() at giant_read+0x51 devfs_read_f() at devfs_read_f+0x6c dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x800829a2c, rsp = 0x7fffffffeda8, rbp = 0x5088c0 --- Tracing command getty pid 759 tid 100110 td 0xffffff027a5ef580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee ttysleep() at ttysleep+0x1b ttread() at ttread+0x312 giant_read() at giant_read+0x51 devfs_read_f() at devfs_read_f+0x6c dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x800829a2c, rsp = 0x7fffffffeda8, rbp = 0x5088c0 --- Tracing command getty pid 758 tid 100108 td 0xffffff027a5efb00 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee ttysleep() at ttysleep+0x1b ttread() at ttread+0x312 giant_read() at giant_read+0x51 devfs_read_f() at devfs_read_f+0x6c dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x800829a2c, rsp = 0x7fffffffeda8, rbp = 0x5088c0 --- Tracing command getty pid 757 tid 100106 td 0xffffff027a4902c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee ttysleep() at ttysleep+0x1b ttread() at ttread+0x312 giant_read() at giant_read+0x51 devfs_read_f() at devfs_read_f+0x6c dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x800829a2c, rsp = 0x7fffffffeda8, rbp = 0x5088c0 --- Tracing command inetd pid 742 tid 100067 td 0xffffff004ba46b00 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _cv_wait_sig() at _cv_wait_sig+0x158 kern_select() at kern_select+0x80f select() at select+0x3e syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800a3e9ac, rsp = 0x7fffffffdae8, rbp = 0x800c39080 --- Tracing command cron pid 715 tid 100115 td 0xffffff010b148580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait_sig() at sleepq_timedwait_sig+0x2b _sleep() at _sleep+0x34d kern_nanosleep() at kern_nanosleep+0x130 nanosleep() at nanosleep+0x59 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (240, FreeBSD ELF64, nanosleep), rip = 0x80081121c, rsp = 0x7fffffffec28, rbp = 0x46657ea8 --- Tracing command sendmail pid 709 tid 100083 td 0xffffff008bb26840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee kern_sigsuspend() at kern_sigsuspend+0xa0 sigsuspend() at sigsuspend+0x40 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x800d0294c, rsp = 0x7fffffffcef8, rbp = 0 --- Tracing command sendmail pid 705 tid 100061 td 0xffffff00663b7000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait_sig() at sleepq_timedwait_sig+0x2b _cv_timedwait_sig() at _cv_timedwait_sig+0x166 kern_select() at kern_select+0x4fc select() at select+0x3e syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800d8f9ac, rsp = 0x7fffffffc298, rbp = 0x3 --- Tracing command sshd pid 699 tid 100086 td 0xffffff010b027b00 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _cv_wait_sig() at _cv_wait_sig+0x158 kern_select() at kern_select+0x80f select() at select+0x3e syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x8016e79ac, rsp = 0x7fffffffe0e8, rbp = 0x9 --- Tracing command httpd pid 687 tid 100036 td 0xffffff040fc74840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait_sig() at sleepq_timedwait_sig+0x2b _sleep() at _sleep+0x34d kern_nanosleep() at kern_nanosleep+0x130 nanosleep() at nanosleep+0x59 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (240, FreeBSD ELF64, nanosleep), rip = 0x80100721c, rsp = 0x7fffffffeae8, rbp = 0x801219400 --- Tracing command mysqld pid 675 tid 100283 td 0xffffff027f70bb00 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee do_cv_wait() at do_cv_wait+0x5c7 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x38 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x8012a2e0c, rsp = 0x7ffffeaf2d88, rbp = 0 --- Tracing command mysqld pid 675 tid 100282 td 0xffffff040fbfd2c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee do_cv_wait() at do_cv_wait+0x5c7 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x38 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x8012a2e0c, rsp = 0x7ffffeb33d88, rbp = 0 --- Tracing command mysqld pid 675 tid 100281 td 0xffffff033ff76000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee do_cv_wait() at do_cv_wait+0x5c7 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x38 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x8012a2e0c, rsp = 0x7ffffeb74d88, rbp = 0 --- Tracing command mysqld pid 675 tid 100264 td 0xffffff02ffe94580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee do_cv_wait() at do_cv_wait+0x5c7 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x38 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x8012a2e0c, rsp = 0x7ffffebb5d88, rbp = 0 --- Tracing command mysqld pid 675 tid 100103 td 0xffffff027a490b00 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee kern_sigtimedwait() at kern_sigtimedwait+0x1fc sigwait() at sigwait+0x74 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (429, FreeBSD ELF64, sigwait), rip = 0x8012a312c, rsp = 0x7ffffebf6f28, rbp = 0x801501e10 --- Tracing command mysqld pid 675 tid 100100 td 0xffffff027ab31000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee do_cv_wait() at do_cv_wait+0x5c7 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x38 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x8012a2e0c, rsp = 0x7ffffedf7e98, rbp = 0 --- Tracing command mysqld pid 675 tid 100102 td 0xffffff040fbfd580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait_sig() at sleepq_timedwait_sig+0x2b _cv_timedwait_sig() at _cv_timedwait_sig+0x166 kern_select() at kern_select+0x4fc select() at select+0x3e syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x8013309ac, rsp = 0x7ffffeff8f08, rbp = 0 --- Tracing command mysqld pid 675 tid 100101 td 0xffffff040fbfd840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait_sig() at sleepq_timedwait_sig+0x2b _cv_timedwait_sig() at _cv_timedwait_sig+0x166 kern_select() at kern_select+0x4fc select() at select+0x3e syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x8013309ac, rsp = 0x7fffff1f9f38, rbp = 0 --- Tracing command mysqld pid 675 tid 100099 td 0xffffff027ab312c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee do_cv_wait() at do_cv_wait+0x5c7 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x38 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x8012a2e0c, rsp = 0x7fffff5fbbf8, rbp = 0 --- Tracing command mysqld pid 675 tid 100098 td 0xffffff040f9d9000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee do_cv_wait() at do_cv_wait+0x5c7 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x38 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x8012a2e0c, rsp = 0x7fffff7fcbf8, rbp = 0 --- Tracing command mysqld pid 675 tid 100097 td 0xffffff040f9d92c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee do_cv_wait() at do_cv_wait+0x5c7 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x38 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x8012a2e0c, rsp = 0x7fffff9fdbf8, rbp = 0 --- Tracing command mysqld pid 675 tid 100096 td 0xffffff040f9d9580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee do_cv_wait() at do_cv_wait+0x5c7 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x38 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x8012a2e0c, rsp = 0x7fffffbfebf8, rbp = 0 --- Tracing command mysqld pid 675 tid 100091 td 0xffffff010afe6b00 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _cv_wait_sig() at _cv_wait_sig+0x158 kern_select() at kern_select+0x80f select() at select+0x3e syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x8013309ac, rsp = 0x7fffffffe518, rbp = 0xf --- Tracing command sh pid 644 tid 100092 td 0xffffff010afe6840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee kern_wait() at kern_wait+0x39e wait4() at wait4+0x38 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (7, FreeBSD ELF64, wait4), rip = 0x800931d8c, rsp = 0x7fffffffe228, rbp = 0x283 --- Tracing command syslogd pid 536 tid 100090 td 0xffffff010b027000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _cv_wait_sig() at _cv_wait_sig+0x158 kern_select() at kern_select+0x80f select() at select+0x3e syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x80082c9ac, rsp = 0x7fffffffd988, rbp = 0x800a1a0f0 --- Tracing command devd pid 469 tid 100060 td 0xffffff00663b72c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _cv_wait_sig() at _cv_wait_sig+0x158 kern_select() at kern_select+0x80f select() at select+0x3e syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x437ebc, rsp = 0x7fffffffe938, rbp = 0x7fffffffe960 --- Tracing command adjkerntz pid 110 tid 100066 td 0xffffff00663d6000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee kern_sigsuspend() at kern_sigsuspend+0xa0 sigsuspend() at sigsuspend+0x40 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x80068a94c, rsp = 0x7fffffffed18, rbp = 0x6270 --- Tracing command softdepflush pid 38 tid 100042 td 0xffffff040f97b840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait() at sleepq_timedwait+0x40 _sleep() at _sleep+0x3b3 softdep_flush() at softdep_flush+0x330 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac1fad30, rbp = 0 --- Tracing command syncer pid 37 tid 100043 td 0xffffff040f97b580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait() at sleepq_wait+0x40 _sleep() at _sleep+0x21a sched_sync() at sched_sync+0x557 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac1f5d30, rbp = 0 --- Tracing command vnlru pid 36 tid 100044 td 0xffffff040f97b2c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait() at sleepq_timedwait+0x40 _sleep() at _sleep+0x3b3 vnlru_proc() at vnlru_proc+0x6de fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac1f0d30, rbp = 0 --- Tracing command bufdaemon pid 35 tid 100026 td 0xffffff040fc7db00 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait() at sleepq_timedwait+0x40 _sleep() at _sleep+0x3b3 buf_daemon() at buf_daemon+0x136 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac0d0d30, rbp = 0 --- Tracing command pagezero pid 34 tid 100027 td 0xffffff040fc7d840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait() at sleepq_timedwait+0x40 _sleep() at _sleep+0x3b3 vm_pagezero() at vm_pagezero+0x74 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac0cbd30, rbp = 0 --- Tracing command idlepoll pid 33 tid 100028 td 0xffffff040fc7d580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait() at sleepq_timedwait+0x40 _sleep() at _sleep+0x3b3 poll_idle() at poll_idle+0x93 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac0c6d30, rbp = 0 --- Tracing command vmdaemon pid 32 tid 100029 td 0xffffff040fc7d2c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait() at sleepq_wait+0x40 _sleep() at _sleep+0x21a vm_daemon() at vm_daemon+0x48 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac0c1d30, rbp = 0 --- Tracing command pagedaemon pid 31 tid 100030 td 0xffffff040fa75b00 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait() at sleepq_timedwait+0x40 _sleep() at _sleep+0x3b3 vm_pageout() at vm_pageout+0x28a fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac19ad30, rbp = 0 --- Tracing command swi0: sio pid 30 tid 100031 td 0xffffff040fa75840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 ithread_loop() at ithread_loop+0x340 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac195d30, rbp = 0 --- Tracing command irq1: atkbd0 pid 29 tid 100032 td 0xffffff040fa75580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 ithread_loop() at ithread_loop+0x340 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac190d30, rbp = 0 --- Tracing command irq15: ata1 pid 28 tid 100033 td 0xffffff040fa752c0 fork_trampoline() at fork_trampoline Tracing command irq14: ata0 pid 27 tid 100034 td 0xffffff040fa75000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 ithread_loop() at ithread_loop+0x340 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac186d30, rbp = 0 --- Tracing command irq16: arcmsr0 pid 26 tid 100018 td 0xffffff040fc5b000 cpustop_handler() at cpustop_handler+0x35 ipi_nmi_handler() at ipi_nmi_handler+0x2e trap() at trap+0x365 nmi_calltrap() at nmi_calltrap+0x8 --- trap 0x13, rip = 0xffffffff8041ab11, rsp = 0xffffffffab59eff0, rbp = 0xffffffffac0a37d0 --- siocnclose() at siocnclose+0x21 sio_cnputc() at sio_cnputc+0x89 cnputc() at cnputc+0x6a putchar() at putchar+0x5f kvprintf() at kvprintf+0xd45 printf() at printf+0xe1 panic() at panic+0x145 xpt_done() at xpt_done+0x14a arcmsr_interrupt() at arcmsr_interrupt+0x2df ithread_loop() at ithread_loop+0x108 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac0a3d30, rbp = 0 --- Tracing command irq19: em1 pid 25 tid 100019 td 0xffffff040fc7ab00 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 ithread_loop() at ithread_loop+0x340 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac09cd30, rbp = 0 --- Tracing command irq18: em0 pid 24 tid 100020 td 0xffffff040fc7a840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 ithread_loop() at ithread_loop+0x340 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac097d30, rbp = 0 --- Tracing command irq9: acpi0 pid 23 tid 100021 td 0xffffff040fc71b00 fork_trampoline() at fork_trampoline Tracing command acpi_task_2 pid 22 tid 100022 td 0xffffff040fc71840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait() at sleepq_wait+0x40 _sleep() at _sleep+0x21a taskqueue_thread_loop() at taskqueue_thread_loop+0x71 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac0e4d30, rbp = 0 --- Tracing command acpi_task_1 pid 9 tid 100023 td 0xffffff040fc71580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait() at sleepq_wait+0x40 _sleep() at _sleep+0x21a taskqueue_thread_loop() at taskqueue_thread_loop+0x71 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac0dfd30, rbp = 0 --- Tracing command acpi_task_0 pid 8 tid 100024 td 0xffffff040fc712c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait() at sleepq_wait+0x40 _sleep() at _sleep+0x21a taskqueue_thread_loop() at taskqueue_thread_loop+0x71 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac0dad30, rbp = 0 --- Tracing command kqueue taskq pid 7 tid 100025 td 0xffffff040fc71000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait() at sleepq_wait+0x40 _sleep() at _sleep+0x21a taskqueue_thread_loop() at taskqueue_thread_loop+0x71 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac0d5d30, rbp = 0 --- Tracing command swi6: task queue pid 21 tid 100011 td 0xffffff040fc56580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 ithread_loop() at ithread_loop+0x340 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac079d30, rbp = 0 --- Tracing command swi6: Giant taskq pid 20 tid 100012 td 0xffffff040fc562c0 fork_trampoline() at fork_trampoline Tracing command thread taskq pid 6 tid 100013 td 0xffffff040fc7d000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait() at sleepq_wait+0x40 _sleep() at _sleep+0x21a taskqueue_thread_loop() at taskqueue_thread_loop+0x71 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac0bcd30, rbp = 0 --- Tracing command swi5: + pid 19 tid 100014 td 0xffffff040fc5bb00 fork_trampoline() at fork_trampoline Tracing command swi2: cambio pid 18 tid 100015 td 0xffffff040fc5b840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sched_add() at sched_add+0x6d7 intr_event_schedule_thread() at intr_event_schedule_thread+0xbc intr_execute_handlers() at intr_execute_handlers+0x182 Xapic_isr1() at Xapic_isr1+0x7f --- interrupt, rip = 0xffffffff80156c77, rsp = 0xffffffffac0b2ad0, rbp = 0xffffffffac0b2bd0 --- camisr_runqueue() at camisr_runqueue+0x257 camisr() at camisr+0xaf ithread_loop() at ithread_loop+0x108 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac0b2d30, rbp = 0 --- Tracing command xpt_thrd pid 5 tid 100016 td 0xffffff040fc5b580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait() at sleepq_wait+0x40 _sleep() at _sleep+0x21a xpt_scanner_thread() at xpt_scanner_thread+0x38 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac0add30, rbp = 0 --- Tracing command yarrow pid 17 tid 100017 td 0xffffff040fc5b2c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait() at sleepq_timedwait+0x40 _sleep() at _sleep+0x3b3 random_kthread() at random_kthread+0x100 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac0a8d30, rbp = 0 --- Tracing command g_down pid 4 tid 100005 td 0xffffff040fc93000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait() at sleepq_timedwait+0x40 _sleep() at _sleep+0x3b3 g_io_schedule_down() at g_io_schedule_down+0x213 g_down_procbody() at g_down_procbody+0x7a fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac056d30, rbp = 0 --- Tracing command g_up pid 3 tid 100006 td 0xffffff040fc7a580 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait() at sleepq_timedwait+0x40 _sleep() at _sleep+0x3b3 g_io_schedule_up() at g_io_schedule_up+0x147 g_up_procbody() at g_up_procbody+0x7a fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac092d30, rbp = 0 --- Tracing command g_event pid 2 tid 100007 td 0xffffff040fc7a2c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_timedwait() at sleepq_timedwait+0x40 _sleep() at _sleep+0x3b3 g_event_procbody() at g_event_procbody+0xaf fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac08dd30, rbp = 0 --- Tracing command swi1: net pid 16 tid 100008 td 0xffffff040fc7a000 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 ithread_loop() at ithread_loop+0x340 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac088d30, rbp = 0 --- Tracing command swi3: vm pid 15 tid 100009 td 0xffffff040fc56b00 fork_trampoline() at fork_trampoline Tracing command swi4: clock sio pid 14 tid 100010 td 0xffffff040fc56840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 ithread_loop() at ithread_loop+0x340 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac07ed30, rbp = 0 --- Tracing command idle: cpu0 pid 13 tid 100000 td 0xffffff040fc56000 cpustop_handler() at cpustop_handler+0x35 ipi_nmi_handler() at ipi_nmi_handler+0x2e trap() at trap+0x365 nmi_calltrap() at nmi_calltrap+0x8 --- trap 0x13, rip = 0xffffffff80284240, rsp = 0xffffffff806c56d0, rbp = 0xffffffffac06fc20 --- sched_runnable() at sched_runnable+0x20 cpu_idle() at cpu_idle+0x26 sched_idletd() at sched_idletd+0x2f fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac06fd30, rbp = 0 --- Tracing command idle: cpu1 pid 12 tid 100001 td 0xffffff040fc93b00 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 ipi_bitmap_handler() at ipi_bitmap_handler+0x91 Xipi_intr_bitmap_handler() at Xipi_intr_bitmap_handler+0x76 --- interrupt, rip = 0xffffffff803da5d6, rsp = 0xffffffffac06abe0, rbp = 0xffffffffac06abf0 --- acpi_cpu_c1() at acpi_cpu_c1+0x6 acpi_cpu_idle() at acpi_cpu_idle+0x1a0 sched_idletd() at sched_idletd+0x34 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac06ad30, rbp = 0 --- Tracing command idle: cpu2 pid 11 tid 100002 td 0xffffff040fc93840 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sched_add() at sched_add+0x6d7 intr_event_schedule_thread() at intr_event_schedule_thread+0xbc intr_execute_handlers() at intr_execute_handlers+0x182 Xapic_isr1() at Xapic_isr1+0x7f --- interrupt, rip = 0xffffffff803da5d6, rsp = 0xffffffffac065be0, rbp = 0xffffffffac065bf0 --- acpi_cpu_c1() at acpi_cpu_c1+0x6 acpi_cpu_idle() at acpi_cpu_idle+0x1a0 sched_idletd() at sched_idletd+0x34 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac065d30, rbp = 0 --- Tracing command idle: cpu3 pid 10 tid 100003 td 0xffffff040fc93580 cpustop_handler() at cpustop_handler+0x35 ipi_nmi_handler() at ipi_nmi_handler+0x2e trap() at trap+0x365 nmi_calltrap() at nmi_calltrap+0x8 --- trap 0x13, rip = 0xffffffff803e878c, rsp = 0xffffffffab5a3ff0, rbp = 0xffffffffac060c40 --- cpu_idle() at cpu_idle+0x2c fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac060d30, rbp = 0 --- Tracing command init pid 1 tid 100004 td 0xffffff040fc932c0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 sleepq_switch() at sleepq_switch+0xcb sleepq_wait_sig() at sleepq_wait_sig+0x28 _sleep() at _sleep+0x2ee kern_wait() at kern_wait+0x39e wait4() at wait4+0x38 syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (7, FreeBSD ELF64, wait4), rip = 0x40c4dc, rsp = 0x7fffffffe8a8, rbp = 0x60 --- Tracing command swapper pid 0 tid 0 td 0xffffffff80605fa0 sched_switch() at sched_switch+0xe1 mi_switch() at mi_switch+0x1c7 scheduler() at scheduler+0x2eb mi_startup() at mi_startup+0xd3 btext() at btext+0x2c db> call boot(0) KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a mi_switch() at mi_switch+0x2bf boot() at boot+0x3e db_fncall() at db_fncall+0xb4 db_command_loop() at db_command_loop+0x319 db_trap() at db_trap+0x63 kdb_trap() at kdb_trap+0xa8 trap() at trap+0x20a calltrap() at calltrap+0x8 --- trap 0x3, rip = 0xffffffff8028ffcf, rsp = 0xffffffffae76f910, rbp = 0xffffffffae76f920 --- kdb_enter() at kdb_enter+0x2f assert_vop_locked() at assert_vop_locked+0x77 VOP_READ_APV() at VOP_READ_APV+0x8a vn_read() at vn_read+0x244 dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x20b Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x800c7aa2c, rsp = 0x7fffffffc758, rbp = 0 --- db> call cpu_reset(0) cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 1 Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #6: Tue May 22 14:07:46 PDT 2007 mreimer@gandalf.vpop.net:/usr/obj/usr/src/sys/GANDALF WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz (3000.02-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0x4e3bd,DCA> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 17170817024 (16375 MB) avail memory = 16629559296 (15859 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 cpu2: on acpi0 acpi_throttle2: on cpu2 acpi_throttle2: failed to attach P_CNT device_attach: acpi_throttle2 attach returned 6 cpu3: on acpi0 acpi_throttle3: on cpu3 acpi_throttle3: failed to attach P_CNT device_attach: acpi_throttle3 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 pcib5: at device 0.2 on pci3 pci5: on pcib5 pcib6: irq 18 at device 2.0 on pci2 pci6: on pcib6 em0: port 0x2000-0x201f mem 0xd8400000-0xd841ffff irq 18 at device 0.0 on pci6 em0: Ethernet address: 00:30:48:33:96:a4 em0: [ITHREAD] em1: port 0x2020-0x203f mem 0xd8420000-0xd843ffff irq 19 at device 0.1 on pci6 em1: Ethernet address: 00:30:48:33:96:a5 em1: [ITHREAD] pcib7: at device 0.3 on pci1 pci7: on pcib7 pcib8: at device 4.0 on pci0 pci8: on pcib8 pcib9: at device 6.0 on pci0 pci9: on pcib9 pcib10: at device 0.0 on pci9 pci10: on pcib10 arcmsr0: mem 0xd8700000-0xd8700fff,0xd8000000-0xd83fffff irq 16 at device 14.0 on pci10 ARECA RAID ADAPTER0: Driver Version 1.20.00.14 2007-2-05 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.42 2007-1-15 arcmsr0: [ITHREAD] pcib11: at device 0.2 on pci9 pci11: on pcib11 pci0: at device 8.0 (no driver attached) pcib12: irq 17 at device 28.0 on pci0 pci12: on pcib12 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.7 (no driver attached) pcib13: at device 30.0 on pci0 pci13: on pcib13 vgapci0: port 0x3000-0x30ff mem 0xd0000000-0xd7ffffff,0xd8600000-0xd860ffff irq 18 at device 1.0 on pci13 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: DMA limited to UDMA33, controller found non-ATA66 cable acd0: DVDROM at ata0-slave UDMA33 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da0: 19072MB (39060480 512 byte sectors: 255H 63S/T 2431C) da1 at arcmsr0 bus 0 target 0 lun 1 da1: Fixed Direct Access SCSI-5 device da1: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da1: 19072MB (39060480 512 byte sectors: 255H 63S/T 2431C) da2 at arcmsr0 bus 0 target 0 lun 2 da2: Fixed Direct Access SCSI-5 device da2: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da2: 2761840MB (5656249344 512 byte sectors: 255H 63S/T 352085C) da3 at arcmsr0 bus 0 target 0 lun 3 da3: Fixed Direct Access SCSI-5 device da3: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da3: 61032MB (124993536 512 byte sectors: 255H 63S/T 7780C) SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/da1s1a WARNING: reducing size to maximum of 67108864 blocks per swap unit ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled em0: link state changed to UP From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 22:06: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 5C3F816A46B for ; Tue, 5 Jun 2007 22:06:50 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 265FA13C45E for ; Tue, 5 Jun 2007 22:06:50 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:d059:de62:e6f9:88a2] (unknown [IPv6:2001:7b8:3a7:0:d059:de62:e6f9:88a2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 247193D; Tue, 5 Jun 2007 23:48:42 +0200 (CEST) Message-ID: <4665DA3C.20904@andric.com> Date: Tue, 05 Jun 2007 23:48:44 +0200 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.4pre (Windows/20070430) MIME-Version: 1.0 To: eculp@encontacto.net References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> <466581B7.6080903@u.washington.edu> <20070605114034.zhsdibbccgwswk00@intranet.encontacto.net> In-Reply-To: <20070605114034.zhsdibbccgwswk00@intranet.encontacto.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 22:06:50 -0000 eculp@encontacto.net wrote: > As weird as it may sound, I was going to go buy a new laptop, amd64 with > nvidia. In fact the explanation given by Oliver helped push me over to > AMD in addition to past experience has always been good with them. Please note that the new Core 2 Duo's have "EM64T", as Intel calls it, which is functionally equivalent to amd64 (at least mostly :). You can run amd64 software on them without modifications. From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 22:21:06 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 95AEF16A469 for ; Tue, 5 Jun 2007 22:21:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 3943113C4B8 for ; Tue, 5 Jun 2007 22:21:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 1268 invoked by uid 399); 5 Jun 2007 22:21:05 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 5 Jun 2007 22:21:05 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4665E1CF.3020304@FreeBSD.org> Date: Tue, 05 Jun 2007 15:21:03 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (X11/20070525) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20070605181252.F203373068@freebsd-current.sentex.ca> In-Reply-To: <20070605181252.F203373068@freebsd-current.sentex.ca> X-Enigmail-Version: 0.95.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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 Jun 2007 22:21:06 -0000 FreeBSD Tinderbox wrote: > TB --- 2007-06-05 18:12:52 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2007-06-05 18:12:52 - ERROR: failed to build world Once again, my apologies for this ongoing issue. I finally had a chance to test and commit the fix supplied by Warner, so once the tinderbox gets the update world will build again for arm unless I've done something seriously wrong with my cross build. Regards, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 22:26:43 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 7D8A216A46F for ; Tue, 5 Jun 2007 22:26:43 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id 8405413C622 for ; Tue, 5 Jun 2007 22:26:30 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn09.u.washington.edu (hymn09.u.washington.edu [140.142.12.183]) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l55MQNJa010448 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jun 2007 15:26:23 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn09.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l55MQNUj012248; Tue, 5 Jun 2007 15:26:23 -0700 X-Auth-Received: from [192.55.52.3] by hymn09.u.washington.edu via HTTP; Tue, 05 Jun 2007 15:26:23 PDT Date: Tue, 5 Jun 2007 15:26:23 -0700 (PDT) From: youshi10@u.washington.edu To: eculp@encontacto.net In-Reply-To: <20070605130654.vwwh16dnkg4s44ck@intranet.encontacto.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.5.150734 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CP_MEDIA_BODY 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 22:26:43 -0000 On Tue, 5 Jun 2007 eculp@encontacto.net wrote: > Quoting "Kenneth P. Stox" : > >> On Tue, 2007-06-05 at 11:40 -0500, eculp@encontacto.net wrote: >>> I also had the idea that AMD had purchased a chunk of nvidia >>> which made the decision make even more sense to me. >> >> AMD bought ATI, not NVidia. > > Thanks Kenneth, but now I am confused. Why would all the AMD64 laptops that > I've been looking at have nvidia video? Doesn't matter. I would assume that > xorg would work with ATI, going to double check with HP to confirm which the > laptop has, I know I am not crazy about HP either but at least they have > service where I am. > > Thanks again, > > ed Business contracts. HP probably gets ATI cheaper on bulk compared to nVidia. The ATI / AMD merge happened in the past 5 months too, so it's not going to affect purchasing for a while I think.. Lenovo (formerly IBM) is still selling ATI card in their laptops even though they do house their hardware with Intel CPUs and chipsets. -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 22:28: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 9052116A475 for ; Tue, 5 Jun 2007 22:28:02 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 7723713C480 for ; Tue, 5 Jun 2007 22:28:02 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn09.u.washington.edu (hymn09.u.washington.edu [140.142.12.183]) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l55MRvpu009605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jun 2007 15:27:57 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn09.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l55MRuL4015204; Tue, 5 Jun 2007 15:27:56 -0700 X-Auth-Received: from [192.55.52.3] by hymn09.u.washington.edu via HTTP; Tue, 05 Jun 2007 15:27:56 PDT Date: Tue, 5 Jun 2007 15:27:56 -0700 (PDT) From: youshi10@u.washington.edu To: eculp@encontacto.net In-Reply-To: <20070605131136.f07dq9qaas8ws4gc@intranet.encontacto.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.5.150734 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CP_NAME_BODY 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 22:28:02 -0000 On Tue, 5 Jun 2007 eculp@encontacto.net wrote: > Quoting Adam K Kirchhoff : > >> On Tuesday 05 June 2007 12:40:34 eculp@encontacto.net wrote: >>> Quoting Garrett Cooper : >>> > Diego Depaoli wrote: >>> >> 2007/6/5, Ed Schouten : >>> >>>> In practice there's (almost) only one reason not to run >>> >>>> FreeBSD/amd64 on amd64-capable hardware: If you depend >>> >>>> on a certain piece of software which is known not to run >>> >>>> correctly in 64bit mode. Fortunately those are not many. >>> >>> >>> >>> I guess most of those are still waiting for a 64-bits nvidia.ko. >>> >> >>> >> That's true. >>> >> Is there any news? >>> > >>> > Yeah, a lot of people are still waiting for that (including me.. >>> > can't get nv to work under amd64 :(...). >>> > We should band together and get nvidia to speed up amd64 >>> > development a bit more *sigh*.. >>> >>> Boy am I glad that I am reading this thread. >>> >>> As weird as it may sound, I was going to go buy a new laptop, amd64 >>> with nvidia. In fact the explanation given by Oliver helped push me >>> over to AMD in addition to past experience has always been good with >>> them. I also had the idea that AMD had purchased a chunk of nvidia >>> which made the decision make even more sense to me. Luckily I saw >>> these, before rather that after the fact. >>> >>> I understand from this that the nvidia will not run the new xorg-7.2 >>> with AMD64? Am I reading this right or am I just having a case of >>> PRE-buyers remorse? ;) >> >> It is true that the closed source nvidia driver will not work on an AMD64 >> system. >> >> However, bear in mind that Xorg does not support any recent AMD cards (X1300 >> or newer) with anything other than the vesa driver. The open source drivers >> support up-to the x850 (actually, the x1050 now, iirc). The AMD/ATI Xpress >> chipsets are supported by the open source 2D drivers, but not (yet) the 3D >> drivers. >> >> Your best bet might be to go with a laptop with intel graphics. > > Hi Adam, > > Back to the drawing board as they say. I've been trying to make that decision > for a couple of weeks now, since my old laptop's disk died. > > I guess you are right but I should probably add a gig of memory to be sure that > all will be well. I had actually thought of upgrading it from one to two and > that just gives me justification ;) > > thanks, > > ed Intel integrated graphics are getting better all the time, their driver's open sourced, and OpenGL compatible. Then again I'm biased because I work for them :). -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 22:30:54 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 3276B16A468 for ; Tue, 5 Jun 2007 22:30:54 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id 18BC513C4BC for ; Tue, 5 Jun 2007 22:30:54 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn09.u.washington.edu (hymn09.u.washington.edu [140.142.12.183]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l55MUjdA009731 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jun 2007 15:30:45 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn09.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l55MUjmc019736; Tue, 5 Jun 2007 15:30:45 -0700 X-Auth-Received: from [192.55.52.3] by hymn09.u.washington.edu via HTTP; Tue, 05 Jun 2007 15:30:45 PDT Date: Tue, 5 Jun 2007 15:30:45 -0700 (PDT) From: youshi10@u.washington.edu To: eculp@encontacto.net In-Reply-To: <20070605133924.om35kjhiscg0o0o0@intranet.encontacto.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.5.151232 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='SUPERLONG_LINE 0.05, NO_REAL_NAME 0, __CP_NAME_BODY 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 22:30:54 -0000 On Tue, 5 Jun 2007 eculp@encontacto.net wrote: > Quoting Wesley Shields : > >> On Tue, Jun 05, 2007 at 11:40:34AM -0500, eculp@encontacto.net wrote: >>> Quoting Garrett Cooper : >>> >>> > Diego Depaoli wrote: >>> >> 2007/6/5, Ed Schouten : >>> >>>> In practice there's (almost) only one reason not to run >>> >>>> FreeBSD/amd64 on amd64-capable hardware: If you depend >>> >>>> on a certain piece of software which is known not to run >>> >>>> correctly in 64bit mode. Fortunately those are not many. >>> >>> >>> >>> I guess most of those are still waiting for a 64-bits nvidia.ko. >>> >> That's true. >>> >> Is there any news? >>> >> >>> > Yeah, a lot of people are still waiting for that (including me.. >>> can't >>> > get nv to work under amd64 :(...). >>> > We should band together and get nvidia to speed up amd64 development >>> a >>> > bit more *sigh*.. >>> >>> Boy am I glad that I am reading this thread. >>> >>> As weird as it may sound, I was going to go buy a new laptop, amd64 with >>> nvidia. In fact the explanation given by Oliver helped push me over to >>> AMD >>> in addition to past experience has always been good with them. I also >>> had >>> the idea that AMD had purchased a chunk of nvidia which made the decision >>> make even more sense to me. Luckily I saw these, before rather that >>> after >>> the fact. >>> >>> I understand from this that the nvidia will not run the new xorg-7.2 with >>> AMD64? Am I reading this right or am I just having a case of PRE-buyers >>> remorse? ;) >> >> Nvidia cards work just fine - just not with the nvidia driver. I'm >> using xorg 7.2 with the nv driver just fine on an AMD64 laptop. >> >> -- WXS >> > > Wesley, you made my day. Thanks. To show my ignorance, I thought the nv > driver was synonymous with the nvidia driver. I use nv for all my desktops > with AMD but they are not AMD64 and they work great. > > Thanks a lot, > > ed nv will always work with nVidia chipsets (until the maintainer at nVidia stops supporting it :)..) because it's completely open sourced. As for the nvidia driver, like was stated earlier, it's close sourced, and only works on i386 now. -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 22:33:54 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 955FC16A468 for ; Tue, 5 Jun 2007 22:33:54 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 7C21213C44C for ; Tue, 5 Jun 2007 22:33:54 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn09.u.washington.edu (hymn09.u.washington.edu [140.142.12.183]) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l55MXpE4011565 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jun 2007 15:33:51 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn09.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l55MXorE024215; Tue, 5 Jun 2007 15:33:50 -0700 X-Auth-Received: from [192.55.52.3] by hymn09.u.washington.edu via HTTP; Tue, 05 Jun 2007 15:33:50 PDT Date: Tue, 5 Jun 2007 15:33:50 -0700 (PDT) From: youshi10@u.washington.edu To: Dimitry Andric In-Reply-To: <4665DA3C.20904@andric.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.5.151733 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 22:33:54 -0000 On Tue, 5 Jun 2007, Dimitry Andric wrote: > eculp@encontacto.net wrote: >> As weird as it may sound, I was going to go buy a new laptop, amd64 with >> nvidia. In fact the explanation given by Oliver helped push me over to >> AMD in addition to past experience has always been good with them. > > Please note that the new Core 2 Duo's have "EM64T", as Intel calls it, > which is functionally equivalent to amd64 (at least mostly :). You can > run amd64 software on them without modifications. Yeah, the general playing (architecture specs) field's the same, but each brand has their own advantages and drawbacks. -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 22:34: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 64A9E16A473 for ; Tue, 5 Jun 2007 22:34:41 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 4B2E313C468 for ; Tue, 5 Jun 2007 22:34:41 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn09.u.washington.edu (hymn09.u.washington.edu [140.142.12.183]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l55MYY6r031163 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jun 2007 15:34:35 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn09.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l55MYYPB025705; Tue, 5 Jun 2007 15:34:34 -0700 X-Auth-Received: from [192.55.52.3] by hymn09.u.washington.edu via HTTP; Tue, 05 Jun 2007 15:34:34 PDT Date: Tue, 5 Jun 2007 15:34:34 -0700 (PDT) From: youshi10@u.washington.edu To: eculp@encontacto.net In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.5.151232 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CP_MEDIA_BODY 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 22:34:41 -0000 On Tue, 5 Jun 2007 youshi10@u.washington.edu wrote: > On Tue, 5 Jun 2007 eculp@encontacto.net wrote: > >> Quoting "Kenneth P. Stox" : >> >>> On Tue, 2007-06-05 at 11:40 -0500, eculp@encontacto.net wrote: >>>> I also had the idea that AMD had purchased a chunk of nvidia >>>> which made the decision make even more sense to me. >>> >>> AMD bought ATI, not NVidia. >> >> Thanks Kenneth, but now I am confused. Why would all the AMD64 laptops that >> I've been looking at have nvidia video? Doesn't matter. I would assume >> that xorg would work with ATI, going to double check with HP to confirm >> which the laptop has, I know I am not crazy about HP either but at least >> they have service where I am. >> >> Thanks again, >> >> ed > > Business contracts. HP probably gets ATI cheaper on bulk compared to nVidia. > The ATI / AMD merge happened in the past 5 months too, so it's not going to > affect purchasing for a while I think.. > > Lenovo (formerly IBM) is still selling ATI card in their laptops even though > they do house their hardware with Intel CPUs and chipsets. > > -Garrett ATI <-> nVidia. -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 22:35:18 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 239FC16A41F; Tue, 5 Jun 2007 22:35:18 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 0B03613C4B7; Tue, 5 Jun 2007 22:35:18 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn09.u.washington.edu (hymn09.u.washington.edu [140.142.12.183]) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l55MZHQQ012026 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jun 2007 15:35:17 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn09.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l55MZHHZ026881; Tue, 5 Jun 2007 15:35:17 -0700 X-Auth-Received: from [192.55.52.3] by hymn09.u.washington.edu via HTTP; Tue, 05 Jun 2007 15:35:17 PDT Date: Tue, 5 Jun 2007 15:35:17 -0700 (PDT) From: youshi10@u.washington.edu To: Joel Dahl In-Reply-To: <1181060136.1248.1.camel@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.5.151733 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 22:35:18 -0000 On Tue, 5 Jun 2007, Joel Dahl wrote: > On Tue, 2007-06-05 at 08:31 -0700, Garrett Cooper wrote: >> Diego Depaoli wrote: >>> 2007/6/5, Ed Schouten : >>>> > In practice there's (almost) only one reason not to run >>>> > FreeBSD/amd64 on amd64-capable hardware: If you depend >>>> > on a certain piece of software which is known not to run >>>> > correctly in 64bit mode. Fortunately those are not many. >>>> >>>> I guess most of those are still waiting for a 64-bits nvidia.ko. >>> That's true. >>> Is there any news? >>> >> Yeah, a lot of people are still waiting for that (including me.. >> can't get nv to work under amd64 :(...). >> We should band together and get nvidia to speed up amd64 development >> a bit more *sigh*.. > > Well, nvidia wants to build a driver for FreeBSD/amd64, but they're > waiting for us to implement certain necessary "features" first... > > -- > Joel What features might that be? -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 22:41: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 F3FE316A41F for ; Tue, 5 Jun 2007 22:41:33 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id C583213C44C for ; Tue, 5 Jun 2007 22:41:33 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from [192.168.1.211] ([192.168.1.211]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l55MgBuW023145; Tue, 5 Jun 2007 17:42:16 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Tue, 5 Jun 2007 17:41:28 -0500 (CDT) From: "Sean C. Farley" To: youshi10@u.washington.edu In-Reply-To: Message-ID: <20070605173914.F4448@baba.farley.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 22:41:34 -0000 On Tue, 5 Jun 2007, youshi10@u.washington.edu wrote: > On Tue, 5 Jun 2007, Joel Dahl wrote: > >> On Tue, 2007-06-05 at 08:31 -0700, Garrett Cooper wrote: >>> Diego Depaoli wrote: >>>> 2007/6/5, Ed Schouten : >>>>> > In practice there's (almost) only one reason not to run >>>>> > FreeBSD/amd64 on amd64-capable hardware: If you depend >>>>> > on a certain piece of software which is known not to run >>>>> > correctly in 64bit mode. Fortunately those are not many. >>>>> >>>>> I guess most of those are still waiting for a 64-bits nvidia.ko. >>>> That's true. >>>> Is there any news? >>>> >>> Yeah, a lot of people are still waiting for that (including me.. >>> can't get nv to work under amd64 :(...). >>> We should band together and get nvidia to speed up amd64 >>> development a bit more *sigh*.. >> >> Well, nvidia wants to build a driver for FreeBSD/amd64, but they're >> waiting for us to implement certain necessary "features" first... > > What features might that be? Christian Zander's (nVidia) request[1] for needed features in FreeBSD for the FreeBSD/amd64 driver. His latest update[2] about it. Sean 1. http://lists.freebsd.org/pipermail/freebsd-hackers/2006-June/016995.html 2. http://www.nvnews.net/vbulletin/showpost.php?p=1262407&postcount=19 -- sean-freebsd@farley.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 23:00:42 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 919ED16A400 for ; Tue, 5 Jun 2007 23:00:42 +0000 (UTC) (envelope-from sah.list@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 758AA13C480 for ; Tue, 5 Jun 2007 23:00:42 +0000 (UTC) (envelope-from sah.list@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so2672368waf for ; Tue, 05 Jun 2007 16:00:42 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer; b=NgKke33Rni2FHExfjWSjTbPccEkMNjuXIozsxxn9tayH9nGsjpOg6o2Y9IK0hzE1NCPeANv58BKK5ZXPF/MuIkbydagqV58HGiSF11V95JLc0qx9aW8ZhSQvP8Mwc/7+kfQ2LLc7vveI1YquQqegTeFCoWAkiFpGkw+oOLLirfY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer; b=uihvAnacPqxrY/2Qu1vRrmolAiXhOSqtYB6l0dxC0VVZl1hjHf0oFLFp/j7AeE3V1A8MxSICjRICo9Ixp1DdSyaNFprfS8/Swuhfh+Ptz7AMB7tb3Hb66aWsuVEm93dSEU5a1WiWOqZnTQz/LsJ2vBx8iAtssuDoFRVX9yx3+YA= Received: by 10.115.91.2 with SMTP id t2mr6380785wal.1181082893213; Tue, 05 Jun 2007 15:34:53 -0700 (PDT) Received: from ?192.168.119.61? ( [67.109.14.227]) by mx.google.com with ESMTP id m6sm1927873wag.2007.06.05.15.34.50; Tue, 05 Jun 2007 15:34:52 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <78878E5C-A219-42A6-AB9F-D4C4C7FC994E@gmail.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Sean Hafeez Date: Tue, 5 Jun 2007 15:34:46 -0700 X-Mailer: Apple Mail (2.752.2) Subject: ZFS on 32-bit CPUs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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 Jun 2007 23:00:42 -0000 Has anyone looked at the ZFS port and how it does on 32-bit CPUs vs 64-bit ones? I know under Solaris they do not recommend using a 32- bit CPU. I my case I was thinking about doing some testing on a Dual P3-850. Thanks! From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 23:02: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 85DC816A41F for ; Tue, 5 Jun 2007 23:02:46 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 2C22B13C480 for ; Tue, 5 Jun 2007 23:02:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 14108 invoked by uid 399); 5 Jun 2007 23:02:45 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 5 Jun 2007 23:02:45 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4665EB93.4040402@FreeBSD.org> Date: Tue, 05 Jun 2007 16:02:43 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (X11/20070525) MIME-Version: 1.0 To: Wesley Shields References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> <466581B7.6080903@u.washington.edu> <20070605114034.zhsdibbccgwswk00@intranet.encontacto.net> <20070605170453.GB38752@atarininja.org> In-Reply-To: <20070605170453.GB38752@atarininja.org> X-Enigmail-Version: 0.95.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Tue, 05 Jun 2007 23:02:46 -0000 Wesley Shields wrote: > Nvidia cards work just fine - just not with the nvidia driver. I'm > using xorg 7.2 with the nv driver just fine on an AMD64 laptop. By any chance is anyone using the nv driver with a docking station? With the nvidia driver I can use the docking station's video out to drive my big monitor without any problem, but with the nv driver it doesn't seem to pump bits to the monitor at all. If I try to start X the monitor immediately goes into power save mode. If I turn off the monitor and open the laptop lid, the nv driver works with the laptop's screen as if the docking station weren't there, but I'd prefer to use my nice big scree when I'm at home. I'd give up the graphics acceleration to be able to run my C2D in amd64 mode, but my old eyes can't give up the big monitor. :-/ Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 23:12:33 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 797B516A400 for ; Tue, 5 Jun 2007 23:12:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 2023B13C457 for ; Tue, 5 Jun 2007 23:12:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 24434 invoked by uid 399); 5 Jun 2007 23:12:32 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 5 Jun 2007 23:12:32 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4665EDDE.90306@FreeBSD.org> Date: Tue, 05 Jun 2007 16:12:30 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (X11/20070525) MIME-Version: 1.0 To: Kevin Oberman References: <20070605182948.E31B845042@ptavv.es.net> In-Reply-To: <20070605182948.E31B845042@ptavv.es.net> X-Enigmail-Version: 0.95.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Neil Short Subject: Re: xorg 7.2 & environment variables set in login.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2007 23:12:33 -0000 Kevin Oberman wrote: >> I suppose the real moral to the story is: be very >> careful what you overwrite during mergemaster. It's my >> guess that I overwrote /etc/login.conf at some point >> when my eyes were glassed over. mergemaster doesn't touch /etc/login.conf*, but that does not rule out the "eyes glazed over" part. :) > And 'mergemaster -U' is probably your best friend for letting you be > very, very careful without spending all day doing the merge. I'm glad that people are finding this feature that Gordon added useful. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 23:20:54 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 AA15816A468; Tue, 5 Jun 2007 23:20:54 +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 8889613C465; Tue, 5 Jun 2007 23:20:54 +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 l55NKrPC006561; Tue, 5 Jun 2007 19:20:53 -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 l55NKrnX012262; Tue, 5 Jun 2007 19:20:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 916C073068; Tue, 5 Jun 2007 19:20:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070605232053.916C073068@freebsd-current.sentex.ca> Date: Tue, 5 Jun 2007 19:20:53 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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: Tue, 05 Jun 2007 23:20:54 -0000 TB --- 2007-06-05 21:46:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-05 21:46:19 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-05 21:46:19 - cleaning the object tree TB --- 2007-06-05 21:46:37 - checking out the source tree TB --- 2007-06-05 21:46:37 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-05 21:46:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-05 21:54:54 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-05 21:54:54 - cd /src TB --- 2007-06-05 21:54:54 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 5 21:54:56 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 Tue Jun 5 23:08:16 UTC 2007 TB --- 2007-06-05 23:08:16 - generating LINT kernel config TB --- 2007-06-05 23:08:16 - cd /src/sys/powerpc/conf TB --- 2007-06-05 23:08:16 - /usr/bin/make -B LINT TB --- 2007-06-05 23:08:16 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-05 23:08:16 - cd /src TB --- 2007-06-05 23:08:16 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 5 23:08:16 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 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding /src/sys/powerpc/powerpc/sys_machdep.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding /src/sys/powerpc/powerpc/swtch.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding /src/sys/powerpc/powerpc/trap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding /src/sys/powerpc/powerpc/uio_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding /src/sys/powerpc/powerpc/uma_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding /src/sys/powerpc/powerpc/vm_machdep.c /src/sys/powerpc/powerpc/vm_machdep.c: In function 'cpu_throw': /src/sys/powerpc/powerpc/vm_machdep.c:200: error: too few arguments to function 'cpu_switch' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-05 23:20:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-05 23:20:52 - ERROR: failed to build lint kernel TB --- 2007-06-05 23:20:52 - tinderbox aborted TB --- 0.59 user 1.88 system 5673.45 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 23:56:10 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 1130516A400 for ; Tue, 5 Jun 2007 23:56:10 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 6E9C013C447 for ; Tue, 5 Jun 2007 23:56:09 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so358654uge for ; Tue, 05 Jun 2007 16:56:08 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=CBlr0fD3zkjzGOQ3UwGBi3/D2yrXehDxVAT6S3vtz0W3BcrboZpTFycW8cdRrb2ppB4nI63RsjBWJXIPCt/1eX+o7u9nq9jD0E4d228UMWPqcaPF9XpKxcD48s9SwuDPQYuRO4cbJBN+VaQD5bXnA0hVXKd9gPBI4Jd5lalwtc8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=SlEuJGZhtEAP+gojiIHGUCA7QPfS+cZSGeJ1sd2Go94XrKsOAG7BuZoFXKy+uhSXSRvp1VaLN6o83it73b72VHHADF4SWJoSofjEoAWHO+KXK9Fg3/7jOtjQ/PM67RvDPErRSWU1U4stMXBYIpcVHc+v5dtRttSG2g2R/5hrOAk= Received: by 10.67.118.8 with SMTP id v8mr828803ugm.1181087768396; Tue, 05 Jun 2007 16:56:08 -0700 (PDT) Received: from darklight.abyss ( [194.186.18.2]) by mx.google.com with ESMTP id k30sm222823ugc.2007.06.05.16.56.05 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 05 Jun 2007 16:56:07 -0700 (PDT) Received: from darklight.abyss (localhost [127.0.0.1]) by darklight.abyss (8.14.1/8.14.1) with ESMTP id l55NtmuC007896; Wed, 6 Jun 2007 03:55:48 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.abyss (8.14.1/8.14.1/Submit) id l55Ntkqu007895; Wed, 6 Jun 2007 03:55:46 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.abyss: yuri set sender to yuri.pankov@gmail.com using -f Date: Wed, 6 Jun 2007 03:55:45 +0400 From: Yuri Pankov To: Doug Barton Message-ID: <20070605235545.GA5658@darklight.abyss> References: <20070605182948.E31B845042@ptavv.es.net> <4665EDDE.90306@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4665EDDE.90306@FreeBSD.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@FreeBSD.org Subject: Re: xorg 7.2 & environment variables set in login.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2007 23:56:10 -0000 On Tue, Jun 05, 2007 at 04:12:30PM -0700, Doug Barton wrote: > Kevin Oberman wrote: > > >> I suppose the real moral to the story is: be very > >> careful what you overwrite during mergemaster. It's my > >> guess that I overwrote /etc/login.conf at some point > >> when my eyes were glassed over. > > mergemaster doesn't touch /etc/login.conf*, but that does not rule out > the "eyes glazed over" part. :) Sorry, but it does. FWIW: *** Displaying differences between ./etc/login.conf and installed version: --- /etc/login.conf Wed Jun 6 03:54:12 2007 +++ ./etc/login.conf Wed Jun 6 03:54:35 2007 @@ -7,7 +7,7 @@ # This file controls resource limits, accounting limits and # default user environment settings. # -# $FreeBSD: src/etc/login.conf,v 1.50 2005/08/31 15:02:11 keramida Exp $ +# $FreeBSD: src/etc/login.conf,v 1.51 2007/05/29 06:37:57 dougb Exp $ # > > > And 'mergemaster -U' is probably your best friend for letting you be > > very, very careful without spending all day doing the merge. > > I'm glad that people are finding this feature that Gordon added useful. > > Doug > > -- > Yuri From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 00: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 B2B4C16A46D for ; Wed, 6 Jun 2007 00:20:25 +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 725AE13C468 for ; Wed, 6 Jun 2007 00:20:25 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HvjG2-0008Lt-AP for freebsd-current@freebsd.org; Wed, 06 Jun 2007 02:20:14 +0200 Received: from 89-172-57-47.adsl.net.t-com.hr ([89.172.57.47]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jun 2007 02:20:14 +0200 Received: from ivoras by 89-172-57-47.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jun 2007 02:20:14 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 06 Jun 2007 02:19:57 +0200 Lines: 35 Message-ID: References: <78878E5C-A219-42A6-AB9F-D4C4C7FC994E@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig849F4EF0EB8681D7F473DE96" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-57-47.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) In-Reply-To: <78878E5C-A219-42A6-AB9F-D4C4C7FC994E@gmail.com> X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: ZFS on 32-bit CPUs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 00:20:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig849F4EF0EB8681D7F473DE96 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sean Hafeez wrote: > Has anyone looked at the ZFS port and how it does on 32-bit CPUs vs > 64-bit ones? I know under Solaris they do not recommend using a 32-bit > CPU. I my case I was thinking about doing some testing on a Dual P3-850= =2E It works, and there's never been doubt that it would work. The main resource you need is memory. At least 1 GB is recommended, but it should work with 512 MB (though people were reporting panics unless they scale ZFS and VFS parameters down). If you're thinking of using it in production, you should read the threads on this list regarding ZFS, especially those mentioning panics. --------------enig849F4EF0EB8681D7F473DE96 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGZf2tldnAQVacBcgRAhF7AKCZjytHNbJ72wDlKjO9Na7+e+a/mwCg8EDl X5NYxLjsXn0xAZtQP1tLZX0= =d0h2 -----END PGP SIGNATURE----- --------------enig849F4EF0EB8681D7F473DE96-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 00:35:20 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 0460A16A41F; Wed, 6 Jun 2007 00:35:20 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id E213713C457; Wed, 6 Jun 2007 00:35:19 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn09.u.washington.edu (hymn09.u.washington.edu [140.142.12.183]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l560ZJ4a004161 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jun 2007 17:35:19 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn09.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l560ZJvC026966; Tue, 5 Jun 2007 17:35:19 -0700 X-Auth-Received: from [192.55.52.3] by hymn09.u.washington.edu via HTTP; Tue, 05 Jun 2007 17:35:19 PDT Date: Tue, 5 Jun 2007 17:35:19 -0700 (PDT) From: youshi10@u.washington.edu To: Doug Barton In-Reply-To: <4665EB93.4040402@FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.5.171832 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CP_MEDIA_BODY 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Wed, 06 Jun 2007 00:35:20 -0000 On Tue, 5 Jun 2007, Doug Barton wrote: > Wesley Shields wrote: > >> Nvidia cards work just fine - just not with the nvidia driver. I'm >> using xorg 7.2 with the nv driver just fine on an AMD64 laptop. > > By any chance is anyone using the nv driver with a docking station? > With the nvidia driver I can use the docking station's video out to > drive my big monitor without any problem, but with the nv driver it > doesn't seem to pump bits to the monitor at all. If I try to start X > the monitor immediately goes into power save mode. If I turn off the > monitor and open the laptop lid, the nv driver works with the laptop's > screen as if the docking station weren't there, but I'd prefer to use > my nice big scree when I'm at home. > > I'd give up the graphics acceleration to be able to run my C2D in > amd64 mode, but my old eyes can't give up the big monitor. :-/ > > Doug >From my understanding the nv driver (no real hardware support?) can't drive nVidia cards properly, and thus can't drive large monitors. -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 00:35: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 E737916A400 for ; Wed, 6 Jun 2007 00:35: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 D261E13C484 for ; Wed, 6 Jun 2007 00:35: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 94C4F1A3C19; Tue, 5 Jun 2007 17:37:10 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 0A2B9511D0; Tue, 5 Jun 2007 20:35:52 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id E92D1C207; Tue, 5 Jun 2007 20:35:51 -0400 (EDT) Date: Tue, 5 Jun 2007 20:35:51 -0400 From: Kris Kennaway To: Ivan Voras Message-ID: <20070606003551.GA50194@rot13.obsecurity.org> References: <78878E5C-A219-42A6-AB9F-D4C4C7FC994E@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: ZFS on 32-bit CPUs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 00:35:53 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 06, 2007 at 02:19:57AM +0200, Ivan Voras wrote: > Sean Hafeez wrote: > > Has anyone looked at the ZFS port and how it does on 32-bit CPUs vs > > 64-bit ones? I know under Solaris they do not recommend using a 32-bit > > CPU. I my case I was thinking about doing some testing on a Dual P3-850. >=20 > It works, and there's never been doubt that it would work. The main > resource you need is memory. At least 1 GB is recommended, but it should > work with 512 MB (though people were reporting panics unless they scale > ZFS and VFS parameters down). If you're thinking of using it in > production, you should read the threads on this list regarding ZFS, > especially those mentioning panics. It "works", but there are serious performance issues to do with how ZFS on freebsd handles caching of data. In order to get reasonable performance you will want to tune VM_KMEM_SIZE_MAX as high as you can get away with (depends on how much ram you have). Roughly half of this will be used by the ARC (zfs buffer cache). This is typically less memory than the standard buffer cache would have available so ZFS still loses out on caching, particularly on systems with a lot of RAM. You may also need to hack zfs a bit. The following patch improves performance for me on amd64 (and avoids a deadlock). I have not tested whether it is sufficient or reasonable on i386 (only amd64), the KVA shortage there makes it hard to tune memory availability the way zfs wants it. There is also a panic condition that may be triggered on SMP when you have INVARIANTS enabled. pjd and I don't yet understand the cause of this but it appears to be spurious ("returning to userspace with 1 locks held" when no locks appear to actually be held, i.e. it seems to be some kind of leak in the stats). Index: contrib/opensolaris/uts/common/fs/zfs/arc.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 RCS file: /mnt/xor/ncvs/src/sys/contrib/opensolaris/uts/common/fs/zfs/arc.c= ,v retrieving revision 1.9 diff -u -d -u -r1.9 arc.c --- contrib/opensolaris/uts/common/fs/zfs/arc.c 23 Apr 2007 21:52:14 -0000 = 1.9 +++ contrib/opensolaris/uts/common/fs/zfs/arc.c 2 Jun 2007 20:22:00 -0000 @@ -1439,8 +1439,10 @@ return (1); #endif #else - if (kmem_used() > kmem_size() / 2) + if (kmem_used() * 10 > kmem_size() * 9) { + printf("kmem_used =3D %ld, kmem_size =3D %ld\n", kmem_used(), kmem_size(= )); return (1); + } #endif =20 #else @@ -2689,13 +2689,19 @@ static void arc_lowmem(void *arg __unused, int howto __unused) { + int vnodesave, count =3D 0; =20 /* Serialize access via arc_lowmem_lock. */ mutex_enter(&arc_lowmem_lock); zfs_needfree =3D 1; cv_signal(&arc_reclaim_thr_cv); - while (zfs_needfree) + vnodesave =3D desiredvnodes; + while (zfs_needfree) { + if (count++ % 5 =3D=3D 0) + desiredvnodes /=3D 2; tsleep(&zfs_needfree, 0, "zfs:lowmem", hz / 5); + } + desiredvnodes =3D vnodesave; mutex_exit(&arc_lowmem_lock); } #endif --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGZgFnWry0BWjoQKURAheaAKDx59Jf2zZ4eu+a/Ix8HVpDct2fJgCg072B O9jyjjGdG4UyH1tcLo55PXA= =Z7os -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 00:45:16 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 E0DAC16A46C for ; Wed, 6 Jun 2007 00:45:16 +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 CD88D13C46C for ; Wed, 6 Jun 2007 00:45:16 +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 AEB141A3C19; Tue, 5 Jun 2007 17:46:34 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 1E3155129D; Tue, 5 Jun 2007 20:45:16 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 0838FC207; Tue, 5 Jun 2007 20:45:16 -0400 (EDT) Date: Tue, 5 Jun 2007 20:45:16 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20070606004515.GA50367@rot13.obsecurity.org> References: <78878E5C-A219-42A6-AB9F-D4C4C7FC994E@gmail.com> <20070606003551.GA50194@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070606003551.GA50194@rot13.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: ZFS on 32-bit CPUs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 00:45:17 -0000 On Tue, Jun 05, 2007 at 08:35:51PM -0400, Kris Kennaway wrote: > On Wed, Jun 06, 2007 at 02:19:57AM +0200, Ivan Voras wrote: > > Sean Hafeez wrote: > > > Has anyone looked at the ZFS port and how it does on 32-bit CPUs vs > > > 64-bit ones? I know under Solaris they do not recommend using a 32-bit > > > CPU. I my case I was thinking about doing some testing on a Dual P3-850. > > > > It works, and there's never been doubt that it would work. The main > > resource you need is memory. At least 1 GB is recommended, but it should > > work with 512 MB (though people were reporting panics unless they scale > > ZFS and VFS parameters down). If you're thinking of using it in > > production, you should read the threads on this list regarding ZFS, > > especially those mentioning panics. > > It "works", but there are serious performance issues to do with how > ZFS on freebsd handles caching of data. In order to get reasonable > performance you will want to tune VM_KMEM_SIZE_MAX as high as you can > get away with (depends on how much ram you have). Roughly half of > this will be used by the ARC (zfs buffer cache). This is typically > less memory than the standard buffer cache would have available so ZFS > still loses out on caching, particularly on systems with a lot of RAM. > > You may also need to hack zfs a bit. The following patch improves > performance for me on amd64 (and avoids a deadlock). I have not > tested whether it is sufficient or reasonable on i386 (only amd64), > the KVA shortage there makes it hard to tune memory availability the > way zfs wants it. > > There is also a panic condition that may be triggered on SMP when you > have INVARIANTS enabled. pjd and I don't yet understand the cause of > this but it appears to be spurious ("returning to userspace with 1 > locks held" when no locks appear to actually be held, i.e. it seems to > be some kind of leak in the stats). Also on amd64 it helps to crank kern.maxvnodes way up if you have the ram for it (I use 400000 on my 2GB system). With my patch it seems to do a reasonable job of autotuning itself if you set it too high, but there is a bit of performance loss from this if it kickstarts vnlru too frequently. Watch vfs.numvnodes to see where it stabilizes over time on your workload and then cap it a bit higher. On i386 this may be bad advice since vnodes are also allocated out of the kmem_map on i386 (in amd64 the use the direct mapped area) and will compete for space with everything else (i.e. with the default kmem_map size you have to *lower* the kern.maxvnodes from 100000 to 75000 to avoid zfs running out of space). Running with maxvnodes too low will seriously limit your performance by reducing caching though. The bottom line is that zfs on freebsd/i386 currently seems hard to tune for performance, so if possible consider running it on amd64 instead. There is a lot of scope for someone to fix zfs on freebsd to be more sane about memory management (on all architectures), and hopefully someone will be motivated to do that. Kris From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 00:58: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 E13A116A421 for ; Wed, 6 Jun 2007 00:58:46 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 8C67613C469 for ; Wed, 6 Jun 2007 00:58:46 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 8064 invoked by uid 399); 6 Jun 2007 00:58:46 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 6 Jun 2007 00:58:46 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <466606C4.5000105@FreeBSD.org> Date: Tue, 05 Jun 2007 17:58:44 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (X11/20070525) MIME-Version: 1.0 To: Yuri Pankov References: <20070605182948.E31B845042@ptavv.es.net> <4665EDDE.90306@FreeBSD.org> <20070605235545.GA5658@darklight.abyss> In-Reply-To: <20070605235545.GA5658@darklight.abyss> X-Enigmail-Version: 0.95.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: xorg 7.2 & environment variables set in login.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 00:58:47 -0000 Yuri Pankov wrote: > On Tue, Jun 05, 2007 at 04:12:30PM -0700, Doug Barton wrote: >> Kevin Oberman wrote: >> >>>> I suppose the real moral to the story is: be very >>>> careful what you overwrite during mergemaster. It's my >>>> guess that I overwrote /etc/login.conf at some point >>>> when my eyes were glassed over. >> mergemaster doesn't touch /etc/login.conf*, but that does not rule out >> the "eyes glazed over" part. :) > > Sorry, but it does. FWIW: D'oh, sorry, I was reading that too fast and was thinking rc.conf. You're right of course. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 07:18:42 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 5A3F516A400 for ; Wed, 6 Jun 2007 07:18:42 +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 17C3713C48C for ; Wed, 6 Jun 2007 07:18:42 +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 1Hvpmy-0001hk-Az for freebsd-current@FreeBSD.org; Wed, 06 Jun 2007 10:18:40 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Jun 2007 10:18:40 +0300 From: Danny Braniss Message-ID: Cc: Subject: INCLUDE_CONFIG_FILE off-by-one problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 07:18:42 -0000 to get the config file from the kernel, one can use config -k, which executes elfdump to get the offset and size. The size is actually 1(one) byte too big, and so the output of config -k contains a NULL/0/^@ as the last byte. I think the problem is in the elf file. btw, it would realy be nice if the sys/conf/NOTES file is updated. danny From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 07:34:47 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 8E97D16A477; Wed, 6 Jun 2007 07:34:47 +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 45EE913C48A; Wed, 6 Jun 2007 07:34:47 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54a5e961.dip.t-dialin.net [84.165.233.97]) by redbull.bpaserver.net (Postfix) with ESMTP id 3D4A32E13F; Wed, 6 Jun 2007 09:34:44 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 14B415B4A93; Wed, 6 Jun 2007 09:34:27 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l567YQ5D081630; Wed, 6 Jun 2007 09:34:26 +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 MIME library) with HTTP; Wed, 06 Jun 2007 09:34:26 +0200 Message-ID: <20070606093426.pc1yle0wg8cggcw4@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 06 Jun 2007 09:34:26 +0200 From: Alexander Leidinger To: Joel Dahl References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> <466581B7.6080903@u.washington.edu> <1181060136.1248.1.camel@localhost> In-Reply-To: <1181060136.1248.1.camel@localhost> 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.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.764, required 8, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14, J_CHICKENPOX_62 0.60, SMILEY -0.50) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Garrett Cooper , Diego Depaoli , current@FreeBSD.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Wed, 06 Jun 2007 07:34:47 -0000 Quoting Joel Dahl (from Tue, 05 Jun 2007 18:15:36 +0200): > On Tue, 2007-06-05 at 08:31 -0700, Garrett Cooper wrote: >> Diego Depaoli wrote: >> > 2007/6/5, Ed Schouten : >> >> > In practice there's (almost) only one reason not to run >> >> > FreeBSD/amd64 on amd64-capable hardware: If you depend >> >> > on a certain piece of software which is known not to run >> >> > correctly in 64bit mode. Fortunately those are not many. >> >> >> >> I guess most of those are still waiting for a 64-bits nvidia.ko. >> > That's true. >> > Is there any news? >> > >> Yeah, a lot of people are still waiting for that (including me.. >> can't get nv to work under amd64 :(...). >> We should band together and get nvidia to speed up amd64 development >> a bit more *sigh*.. > > Well, nvidia wants to build a driver for FreeBSD/amd64, but they're > waiting for us to implement certain necessary "features" first... And we don't have them on the ideas list, so it's not obvious what is =20 needed... Bye, Alexander. --=20 The Gordian Maxim: If a string has one end, it has another. 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 Jun 6 07:47:00 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 81AC916A46D; Wed, 6 Jun 2007 07:47: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 4295313C4BC; Wed, 6 Jun 2007 07:47: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.13.8/8.13.8) with ESMTP id l567kxBl034963; Wed, 6 Jun 2007 03:46:59 -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 l567kxYj022921; Wed, 6 Jun 2007 03:46:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 38C8773068; Wed, 6 Jun 2007 03:46:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070606074659.38C8773068@freebsd-current.sentex.ca> Date: Wed, 6 Jun 2007 03:46:59 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 07:47:00 -0000 TB --- 2007-06-06 06:08:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-06 06:08:20 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-06 06:08:20 - cleaning the object tree TB --- 2007-06-06 06:08:39 - checking out the source tree TB --- 2007-06-06 06:08:39 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-06 06:08:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-06 06:15:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-06 06:15:57 - cd /src TB --- 2007-06-06 06:15:57 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 06:15:58 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 Wed Jun 6 07:34:16 UTC 2007 TB --- 2007-06-06 07:34:18 - generating LINT kernel config TB --- 2007-06-06 07:34:18 - cd /src/sys/powerpc/conf TB --- 2007-06-06 07:34:18 - /usr/bin/make -B LINT TB --- 2007-06-06 07:34:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-06 07:34:18 - cd /src TB --- 2007-06-06 07:34:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 07:34:18 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 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding /src/sys/powerpc/powerpc/sys_machdep.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding /src/sys/powerpc/powerpc/swtch.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding /src/sys/powerpc/powerpc/trap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding /src/sys/powerpc/powerpc/uio_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding /src/sys/powerpc/powerpc/uma_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding /src/sys/powerpc/powerpc/vm_machdep.c /src/sys/powerpc/powerpc/vm_machdep.c: In function 'cpu_throw': /src/sys/powerpc/powerpc/vm_machdep.c:200: error: too few arguments to function 'cpu_switch' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-06 07:46:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-06 07:46:58 - ERROR: failed to build lint kernel TB --- 2007-06-06 07:46:58 - tinderbox aborted TB --- 0.64 user 1.88 system 5918.24 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 07:52:21 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 919F016A468 for ; Wed, 6 Jun 2007 07:52:21 +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 1FCDD13C4C3 for ; Wed, 6 Jun 2007 07:52:21 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54a5e961.dip.t-dialin.net [84.165.233.97]) by redbull.bpaserver.net (Postfix) with ESMTP id 90D0F2E1DA; Wed, 6 Jun 2007 09:52:15 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 78D085B4A93; Wed, 6 Jun 2007 09:51:58 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l567pwq3084539; Wed, 6 Jun 2007 09:51:58 +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 MIME library) with HTTP; Wed, 06 Jun 2007 09:51:58 +0200 Message-ID: <20070606095158.0a23k616sgowokk0@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 06 Jun 2007 09:51:58 +0200 From: Alexander Leidinger To: Kris Kennaway References: <78878E5C-A219-42A6-AB9F-D4C4C7FC994E@gmail.com> <20070606003551.GA50194@rot13.obsecurity.org> <20070606004515.GA50367@rot13.obsecurity.org> In-Reply-To: <20070606004515.GA50367@rot13.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.787, required 8, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14, TW_ZF 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: ZFS on 32-bit CPUs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 07:52:21 -0000 Quoting Kris Kennaway (from Tue, 5 Jun 2007 20:45:16 -0400): > On Tue, Jun 05, 2007 at 08:35:51PM -0400, Kris Kennaway wrote: > There is a lot of scope for someone to fix zfs on freebsd to be more > sane about memory management (on all architectures), and hopefully > someone will be motivated to do that. It's not listed as one of the open tasks on our ZFS wiki page... Bye, Alexander. -- Real programmers don't grumble about the disadvantages of Cobol when they don't know any other language. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 08:03:26 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 23AED16A400 for ; Wed, 6 Jun 2007 08:03:26 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 849F013C469 for ; Wed, 6 Jun 2007 08:03:25 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l567rVqp009292 for ; Wed, 6 Jun 2007 17:23:31 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Wed, 6 Jun 2007 17:33:19 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Wed, 6 Jun 2007 17:33:18 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l5683H3Z003172 for ; Wed, 6 Jun 2007 16:03:18 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l5683HXO003171 for freebsd-current@freebsd.org; Wed, 6 Jun 2007 16:03:17 +0800 (WST) (envelope-from wilkinsa) Date: Wed, 6 Jun 2007 16:03:17 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070606080317.GE2977@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> <466581B7.6080903@u.washington.edu> <1181060136.1248.1.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <1181060136.1248.1.camel@localhost> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.15 (2007-04-06) X-OriginalArrivalTime: 06 Jun 2007 08:03:18.0903 (UTC) FILETIME=[24D27070:01C7A811] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15220.000 X-TM-AS-Result: No--0.619100-8.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Wed, 06 Jun 2007 08:03:26 -0000 0n Tue, Jun 05, 2007 at 06:15:36PM +0200, Joel Dahl wrote: >On Tue, 2007-06-05 at 08:31 -0700, Garrett Cooper wrote: >> Diego Depaoli wrote: >> > 2007/6/5, Ed Schouten : >> >> > In practice there's (almost) only one reason not to run >> >> > FreeBSD/amd64 on amd64-capable hardware: If you depend >> >> > on a certain piece of software which is known not to run >> >> > correctly in 64bit mode. Fortunately those are not many. >> >> >> >> I guess most of those are still waiting for a 64-bits nvidia.ko. >> > That's true. >> > Is there any news? >> > >> Yeah, a lot of people are still waiting for that (including me.. >> can't get nv to work under amd64 :(...). >> We should band together and get nvidia to speed up amd64 development >> a bit more *sigh*.. > >Well, nvidia wants to build a driver for FreeBSD/amd64, but they're >waiting for us to implement certain necessary "features" first... Such as ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 09:24:56 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 0018516A400; Wed, 6 Jun 2007 09:24: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 CC54513C43E; Wed, 6 Jun 2007 09:24:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l569Otqd039332; Wed, 6 Jun 2007 05:24:55 -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 l569Ota4060082; Wed, 6 Jun 2007 05:24:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EFB1773068; Wed, 6 Jun 2007 05:24:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070606092454.EFB1773068@freebsd-current.sentex.ca> Date: Wed, 6 Jun 2007 05:24:54 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 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: , X-List-Received-Date: Wed, 06 Jun 2007 09:24:56 -0000 TB --- 2007-06-06 07:51:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-06 07:51:37 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-06 07:51:37 - cleaning the object tree TB --- 2007-06-06 07:52:02 - checking out the source tree TB --- 2007-06-06 07:52:02 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-06 07:52:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-06 07:58:26 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-06 07:58:26 - cd /src TB --- 2007-06-06 07:58:26 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 07:58:27 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 Wed Jun 6 09:11:32 UTC 2007 TB --- 2007-06-06 09:11:32 - generating LINT kernel config TB --- 2007-06-06 09:11:32 - cd /src/sys/sun4v/conf TB --- 2007-06-06 09:11:32 - /usr/bin/make -B LINT TB --- 2007-06-06 09:11:32 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-06 09:11:32 - cd /src TB --- 2007-06-06 09:11:32 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 09:11:33 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/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -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/hcall.S 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/hviommu.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/sparc64/sparc64/identcpu.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/sparc64/sparc64/in_cksum.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/intr_machdep.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/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-06 09:24:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-06 09:24:54 - ERROR: failed to build lint kernel TB --- 2007-06-06 09:24:54 - tinderbox aborted TB --- 0.61 user 2.09 system 5597.71 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 09:54: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 F055F16A421; Wed, 6 Jun 2007 09:54:35 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id 7AC0213C44C; Wed, 6 Jun 2007 09:54:35 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.35.164] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1HvsDK19yO-00012n; Wed, 06 Jun 2007 11:54:03 +0200 From: Max Laier Organization: FreeBSD To: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= Date: Wed, 6 Jun 2007 11:53:52 +0200 User-Agent: KMail/1.9.6 References: <20070601103549.GA22490@localhost.localdomain> <200706011717.54698.max@love2party.net> <86wsyjfpgm.fsf@dwp.des.no> In-Reply-To: <86wsyjfpgm.fsf@dwp.des.no> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1303220.QhQrTmsQ2P"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200706061154.00751.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18kOfwvYxyAG0dMM/M+d7feqfusAgwfOJ5Iybw S/GLnunDAzvNdxRapu0Mlfv0EFv+Ny1rEImcQwmpYaLALPkS50 X9nPybUIpIhCZZyjLm7eg== Cc: mnag@FreeBSD.org, freebsd-current@freebsd.org, LI Xin , freebsd-pf@freebsd.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 09:54:36 -0000 --nextPart1303220.QhQrTmsQ2P Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 04 June 2007, Dag-Erling Sm=C3=B8rgrav wrote: > Max Laier writes: > > Anything else? > > ftp-proxy(8) and tftp-proxy(8) would be nice... =2E.. I'm at it. Could you maybe lend a hand with importing libevent[1]=20 which is a requirement for ftp-proxy now? It should make a good addition=20 to base anyhow - as a convenient (and portable) interface to kqueue. [1] devel/libevent | http://www.monkey.org/~provos/libevent/ =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1303220.QhQrTmsQ2P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGZoQ4XyyEoT62BG0RApBFAJ4y6ER9LkQohxlMX+GgQEvsfex3ngCfR9XE jSDcL0Jkgkw3iE55MnVkGt0= =Z8Hx -----END PGP SIGNATURE----- --nextPart1303220.QhQrTmsQ2P-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 10:35:28 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 88F7516A46B for ; Wed, 6 Jun 2007 10:35:28 +0000 (UTC) (envelope-from almarrie@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 47D3413C4BA for ; Wed, 6 Jun 2007 10:35:27 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so22873anc for ; Wed, 06 Jun 2007 03:35:27 -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=bNDYMbF3D2gbRzhBLTV2UepruCy03yYbexwUWWjCHm+qir8DGS+Nkr1ujkL2XlvZqNlgy318geNLL7LCF8aclywtzstFVgc/NDzb7Oo4mPccyQOUCkIFfo5kKfgfqxi5tagbsqbXlLBlME/Xhdfa6CMKpOi149R+QTz3exaCjtc= 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=PnEPlrj1LsgylBAdhJsHnY9rhlh1jRgezGzFM87YRUkW+nJDxFLzhr/vr6DzMVl1JaIqrMknLhbHMWvGF28IQ1YlRUKgpcBRW2uR5Y7JdYXNtOdAIKeMDShJ6lArNfm9QGzPLwy6Hn5MS6Jr9VIljEFbFvKf8wmDOSMYfUe6LBc= Received: by 10.100.123.9 with SMTP id v9mr175026anc.1181126127245; Wed, 06 Jun 2007 03:35:27 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Wed, 6 Jun 2007 03:35:27 -0700 (PDT) Message-ID: <499c70c0706060335u52a9a97cw67dde9c637cc5c9f@mail.gmail.com> Date: Wed, 6 Jun 2007 13:35:27 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Brad Davis" In-Reply-To: <35ffa5710706010804o249fe83cy9b879cd0610c50b5@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070601103549.GA22490@localhost.localdomain> <35ffa5710706010804o249fe83cy9b879cd0610c50b5@mail.gmail.com> Cc: Stanislaw Halik , current@freebsd.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 10:35:28 -0000 On 6/1/07, Brad Davis wrote: > On 6/1/07, Stanislaw Halik wrote: > > Heya, > > > > Are there any plans to sync pf(4) before 7.0-R? OpenBSD has some neat > > stuff in it, including expiretable functionality, which would come in > > handy. > > See security/expiretable. > > > Regards, > Brad Davis That port works for me, but is it hard to have it in in the pf itself without the need to install a port? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 10:40: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 63F8816A475; Wed, 6 Jun 2007 10:40:51 +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 D3B2B13C483; Wed, 6 Jun 2007 10:40:49 +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 72B7120A6; Wed, 6 Jun 2007 12:40:43 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 60D5320A5; Wed, 6 Jun 2007 12:40:43 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id DD7AF56F3; Wed, 6 Jun 2007 12:40:50 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Max Laier References: <20070601103549.GA22490@localhost.localdomain> <200706011717.54698.max@love2party.net> <86wsyjfpgm.fsf@dwp.des.no> <200706061154.00751.max@love2party.net> Date: Wed, 06 Jun 2007 12:40:50 +0200 In-Reply-To: <200706061154.00751.max@love2party.net> (Max Laier's message of "Wed\, 6 Jun 2007 11\:53\:52 +0200") Message-ID: <86tztll619.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: mnag@FreeBSD.org, freebsd-current@freebsd.org, LI Xin , freebsd-pf@freebsd.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 10:40:51 -0000 Max Laier writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Max Laier writes: > > > Anything else? > > ftp-proxy(8) and tftp-proxy(8) would be nice... > ... I'm at it. Could you maybe lend a hand with importing libevent[1] > which is a requirement for ftp-proxy now? It should make a good addition > to base anyhow - as a convenient (and portable) interface to kqueue. Convenient and portable, but buggy as hell - we used it in Varnish to begin with but had to ditch it due to a combination of design flaws and bugs. It also suffers from creeping featuritis - the latest version includes a DNS resolver and a full HTTP implementation... it's only a matter of time before it grows a lisp interpreter and a mail reader. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 10:47: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 5231F16A400 for ; Wed, 6 Jun 2007 10:47:58 +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 3F86613C455 for ; Wed, 6 Jun 2007 10:47:56 +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 7621F20A5; Wed, 6 Jun 2007 12:47:52 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id EE1D420A4; Wed, 6 Jun 2007 12:47:51 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 774D256F5; Wed, 6 Jun 2007 12:47:59 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: freebsd-current@FreeBSD.ORG References: <200706051316.l55DGSU0052272@lurza.secnetix.de> Date: Wed, 06 Jun 2007 12:47:59 +0200 In-Reply-To: <200706051316.l55DGSU0052272@lurza.secnetix.de> (Oliver Fromme's message of "Tue\, 5 Jun 2007 15\:16\:28 +0200 \(CEST\)") Message-ID: <86ps49l5pc.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: jroberson@chesapeake.net, almarrie@gmail.com Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Wed, 06 Jun 2007 10:47:58 -0000 Oliver Fromme writes: > It's a common mistake to assume that amd64 only makes sense > if you have >=3D 4GB RAM. There are several reasons why it > might be useful to switch from i386 to amd64: > > - Most programs (though not all) will run faster, because > in amd64 mode there are twice as many general-purpose > registers, giving compilers much better opportunities > for optimizations and caching of values, and reducing > slow memory accesses. "twice as many" is an understatement. AMD64 has 16 GPRs vs i386's 8 if you consider BP, SI, DI and SP as GPRs (as the AMD and Intel literature does); in practical terms the score is 12 to 4. > - Some applications might benefit from a larger virtual > address space > 4 GB. (Note that this is not related > to the amount of physical RAM!) For instance, Varnish maps its entire storage into memory, and will benefit greatly from the increased address space. > In practice there's (almost) only one reason not to run > FreeBSD/amd64 on amd64-capable hardware: If you depend > on a certain piece of software which is known not to run > correctly in 64bit mode. Fortunately those are not many. The only one I can think of (for a desktop) is the Flash plugin. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 10:50: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 0F5E316A41F for ; Wed, 6 Jun 2007 10:50:15 +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 BEFB513C489 for ; Wed, 6 Jun 2007 10:50:14 +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 1Hvt5h-0008an-94; Wed, 06 Jun 2007 13:50:13 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Jun 2007 13:50:12 +0300 From: Danny Braniss Message-ID: Cc: freebsd-current@freebsd.org Subject: iSCSI initiator tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 10:50:15 -0000 Hi all, I'm in the last mile before crossing the beta->release line, so I'd like to get some input, and update the list of targets it supports. you can obtain the driver from: ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.0.92.tar.gz Cheers, danny From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 10:51:18 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 A03E616A46B for ; Wed, 6 Jun 2007 10:51:18 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id 5F84E13C4AD for ; Wed, 6 Jun 2007 10:51:18 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so23658anc for ; Wed, 06 Jun 2007 03:51:18 -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=ml7Q8oUP5+/SWdrjcafW7VWOZysuHGaZ6PmUJ5RotQA0EFqATGrEy2LXMcKdhFVZztnZ/wCjv/6EeD0lzJVa8pGPXVwphcJPz9eRQMt8XlJs7vybDRO8bLll3qpYxY9uih3FgtP8hwGFNGB1NwVaBnC+EiqVIe9NZ27FYqevgeU= 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=LKRxjkjY/Q94XqaeU8M2DUSAtidCe7ifZFM1XSUhbN6MYQyRJDiAZgo+xm/Sfxx38RK7czbK++kHk8I9PTmnSIyQ4iFioTUSiBl+j9i5zKELsANM/Qxdef8fB4iOVtc69VbXimTTQ5ofZEJq0DvAH43Iln0NCUj81MTMHWI60es= Received: by 10.100.13.12 with SMTP id 12mr189041anm.1181127077904; Wed, 06 Jun 2007 03:51:17 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Wed, 6 Jun 2007 03:51:17 -0700 (PDT) Message-ID: <499c70c0706060351x17d76eb2ge719c605cfa49e50@mail.gmail.com> Date: Wed, 6 Jun 2007 13:51:17 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "=?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?=" In-Reply-To: <86ps49l5pc.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline References: <200706051316.l55DGSU0052272@lurza.secnetix.de> <86ps49l5pc.fsf@dwp.des.no> Cc: freebsd-current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Wed, 06 Jun 2007 10:51:18 -0000 T24gNi82LzA3LCBEYWctRXJsaW5nIFNtw7hyZ3JhdiA8ZGVzQGRlcy5ubz4gd3JvdGU6Cj4gT2xp dmVyIEZyb21tZSA8b2xsaUBsdXJ6YS5zZWNuZXRpeC5kZT4gd3JpdGVzOgo+ID4gSXQncyBhIGNv bW1vbiBtaXN0YWtlIHRvIGFzc3VtZSB0aGF0IGFtZDY0IG9ubHkgbWFrZXMgc2Vuc2UKPiA+IGlm IHlvdSBoYXZlID49IDRHQiBSQU0uICBUaGVyZSBhcmUgc2V2ZXJhbCByZWFzb25zIHdoeSBpdAo+ ID4gbWlnaHQgYmUgdXNlZnVsIHRvIHN3aXRjaCBmcm9tIGkzODYgdG8gYW1kNjQ6Cj4gPgo+ID4g IC0gTW9zdCBwcm9ncmFtcyAodGhvdWdoIG5vdCBhbGwpIHdpbGwgcnVuIGZhc3RlciwgYmVjYXVz ZQo+ID4gICAgaW4gYW1kNjQgbW9kZSB0aGVyZSBhcmUgdHdpY2UgYXMgbWFueSBnZW5lcmFsLXB1 cnBvc2UKPiA+ICAgIHJlZ2lzdGVycywgZ2l2aW5nIGNvbXBpbGVycyBtdWNoIGJldHRlciBvcHBv cnR1bml0aWVzCj4gPiAgICBmb3Igb3B0aW1pemF0aW9ucyBhbmQgY2FjaGluZyBvZiB2YWx1ZXMs IGFuZCByZWR1Y2luZwo+ID4gICAgc2xvdyBtZW1vcnkgYWNjZXNzZXMuCj4KPiAidHdpY2UgYXMg bWFueSIgaXMgYW4gdW5kZXJzdGF0ZW1lbnQuICBBTUQ2NCBoYXMgMTYgR1BScyB2cyBpMzg2J3Mg OCBpZgo+IHlvdSBjb25zaWRlciBCUCwgU0ksIERJIGFuZCBTUCBhcyBHUFJzIChhcyB0aGUgQU1E IGFuZCBJbnRlbCBsaXRlcmF0dXJlCj4gZG9lcyk7IGluIHByYWN0aWNhbCB0ZXJtcyB0aGUgc2Nv cmUgaXMgMTIgdG8gNC4KPgo+ID4gIC0gU29tZSBhcHBsaWNhdGlvbnMgbWlnaHQgYmVuZWZpdCBm cm9tIGEgbGFyZ2VyIHZpcnR1YWwKPiA+ICAgIGFkZHJlc3Mgc3BhY2UgPiA0IEdCLiAgKE5vdGUg dGhhdCB0aGlzIGlzIG5vdCByZWxhdGVkCj4gPiAgICB0byB0aGUgYW1vdW50IG9mIHBoeXNpY2Fs IFJBTSEpCj4KPiBGb3IgaW5zdGFuY2UsIFZhcm5pc2ggbWFwcyBpdHMgZW50aXJlIHN0b3JhZ2Ug aW50byBtZW1vcnksIGFuZCB3aWxsCj4gYmVuZWZpdCBncmVhdGx5IGZyb20gdGhlIGluY3JlYXNl ZCBhZGRyZXNzIHNwYWNlLgo+Cj4gPiBJbiBwcmFjdGljZSB0aGVyZSdzIChhbG1vc3QpIG9ubHkg b25lIHJlYXNvbiBub3QgdG8gcnVuCj4gPiBGcmVlQlNEL2FtZDY0IG9uIGFtZDY0LWNhcGFibGUg aGFyZHdhcmU6ICBJZiB5b3UgZGVwZW5kCj4gPiBvbiBhIGNlcnRhaW4gcGllY2Ugb2Ygc29mdHdh cmUgd2hpY2ggaXMga25vd24gbm90IHRvIHJ1bgo+ID4gY29ycmVjdGx5IGluIDY0Yml0IG1vZGUu ICBGb3J0dW5hdGVseSB0aG9zZSBhcmUgbm90IG1hbnkuCj4KPiBUaGUgb25seSBvbmUgSSBjYW4g dGhpbmsgb2YgKGZvciBhIGRlc2t0b3ApIGlzIHRoZSBGbGFzaCBwbHVnaW4uCj4KPiBERVMKPiAt LQo+IERhZy1FcmxpbmcgU23DuHJncmF2IC0gZGVzQGRlcy5ubwoKU28gc3dpdGNoaW5nIHRvIEFN RDY0IGFyY2ggd291bGQgYm9vdCBNeVNRTCBwZXJmb3JtYW5jZSBmb3IgbXkgY2FzZSAyCmNvcmVz IGFuZCAyIEdCIG9mIHJhbT8KCgotLSAKUmVnYXJkcywKCi1BYmR1bGxhaCBJYm4gSGFtYWQgQWwt TWFycmkKQXJhYiBQb3J0YWwKaHR0cDovL3d3dy5XZUFyYWIuTmV0Lwo= From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 10:55: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 DA15416A46C for ; Wed, 6 Jun 2007 10:55:02 +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 9781D13C4B7 for ; Wed, 6 Jun 2007 10:55:02 +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 0995020AF; Wed, 6 Jun 2007 12:54:59 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id F075A20A6; Wed, 6 Jun 2007 12:54:58 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 7E2DE56F7; Wed, 6 Jun 2007 12:55:06 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: youshi10@u.washington.edu References: Date: Wed, 06 Jun 2007 12:55:06 +0200 In-Reply-To: (youshi10@u.washington.edu's message of "Tue\, 5 Jun 2007 15\:26\:23 -0700 \(PDT\)") Message-ID: <86lkexl5dh.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: current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Wed, 06 Jun 2007 10:55:02 -0000 youshi10@u.washington.edu writes: > On Tue, 5 Jun 2007 eculp@encontacto.net wrote: > > Quoting "Kenneth P. Stox" : > > > AMD bought ATI, not NVidia. > > Thanks Kenneth, but now I am confused. Why would all the AMD64 > > laptops that I've been looking at have nvidia video? > Business contracts. HP probably gets ATI cheaper on bulk compared to > nVidia. The ATI / AMD merge happened in the past 5 months too, so > it's not going to affect purchasing for a while I think.. AMD bought ATI last fall, more than five months ago. The reason so many AMD-based laptops have nVidia GPUs is simply that nVidia is by far the largest supplier of AMD-compatible chipsets, and it makes sense to get your GPU from the same source (especially when it's integrated in the chipset). AMD don't make desktop or laptop chipsets themselves. ATI do, but don't have much of a market share. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 10:57: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 7252F16A41F for ; Wed, 6 Jun 2007 10:57:52 +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 306A413C468 for ; Wed, 6 Jun 2007 10:57:51 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hvsfr-0004Pk-62 for freebsd-current@freebsd.org; Wed, 06 Jun 2007 12:23:31 +0200 Received: from www.creo.hu ([217.113.62.14]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jun 2007 12:23:31 +0200 Received: from csaba-ml by www.creo.hu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jun 2007 12:23:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Csaba Henk Date: Wed, 6 Jun 2007 09:49:41 +0000 (UTC) Lines: 9 Message-ID: X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: www.creo.hu User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: VOP_OPEN(): fdidx -> fp => __FreeBSD_version++ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 10:57:52 -0000 Hi, I see that VOP_OPEN now gets a file pointer instead of a file index. Could you please honor this change with a __FreeBSD_version bump? Csaba From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 10:58:54 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 836EC16A468 for ; Wed, 6 Jun 2007 10:58:54 +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 4500E13C4BC for ; Wed, 6 Jun 2007 10:58:54 +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 7074D20A5; Wed, 6 Jun 2007 12:58:50 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 63ABE20A4; Wed, 6 Jun 2007 12:58:50 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id E5E3256F9; Wed, 6 Jun 2007 12:58:57 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: youshi10@u.washington.edu References: Date: Wed, 06 Jun 2007 12:58:57 +0200 In-Reply-To: (youshi10@u.washington.edu's message of "Tue\, 5 Jun 2007 15\:33\:50 -0700 \(PDT\)") Message-ID: <86ejkpl572.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: Dimitry Andric , current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Wed, 06 Jun 2007 10:58:54 -0000 youshi10@u.washington.edu writes: > On Tue, 5 Jun 2007, Dimitry Andric wrote: > > Please note that the new Core 2 Duo's have "EM64T", as Intel calls it, > > which is functionally equivalent to amd64 (at least mostly :). You can > > run amd64 software on them without modifications. > Yeah, the general playing (architecture specs) field's the same, but > each brand has their own advantages and drawbacks. AMD's advantages are mainly in the server segment (better I/O capacity and memory bandwidth in multi-chip systems), the Intel Core 2 Duo in a single-chip (dual-core) configuration gives very good performance for the money, probably better than the current generation of AMD chips. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 11:09: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 D890716A41F for ; Wed, 6 Jun 2007 11:09:29 +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 9906213C447 for ; Wed, 6 Jun 2007 11:09:29 +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 13FC420A6; Wed, 6 Jun 2007 13:09:26 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 90F5120A5; Wed, 6 Jun 2007 13:09:25 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 22C7F56FE; Wed, 6 Jun 2007 13:09:33 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Abdullah Ibn Hamad Al-Marri" References: <200706051316.l55DGSU0052272@lurza.secnetix.de> <86ps49l5pc.fsf@dwp.des.no> <499c70c0706060351x17d76eb2ge719c605cfa49e50@mail.gmail.com> Date: Wed, 06 Jun 2007 13:09:32 +0200 In-Reply-To: <499c70c0706060351x17d76eb2ge719c605cfa49e50@mail.gmail.com> (Abdullah Ibn Hamad Al-Marri's message of "Wed\, 6 Jun 2007 13\:51\:17 +0300") Message-ID: <866461l4pf.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-current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Wed, 06 Jun 2007 11:09:29 -0000 "Abdullah Ibn Hamad Al-Marri" writes: > So switching to AMD64 arch would boot MySQL performance for my case 2 > cores and 2 GB of ram? Most likely, yes. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 11:22:43 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 56B6516A400; Wed, 6 Jun 2007 11:22:43 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id DF5D113C465; Wed, 6 Jun 2007 11:22:42 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.35.164] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis), id 0ML2xA-1Hvtb53KiY-0000rv; Wed, 06 Jun 2007 13:22:40 +0200 From: Max Laier Organization: FreeBSD To: freebsd-pf@freebsd.org Date: Wed, 6 Jun 2007 13:22:33 +0200 User-Agent: KMail/1.9.6 References: <20070601103549.GA22490@localhost.localdomain> <465FFFA4.1060706@delphij.net> <200706011717.54698.max@love2party.net> In-Reply-To: <200706011717.54698.max@love2party.net> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart17387536.dpcVp4DU5g"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200706061322.38568.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+Yqgk23VPuiJTZEwX34JcJpHUBuV9MTVHPF6D WBbJfsg8qXIyQB6F4foDdwhGpLNEqurQttT4+htbf+KoQZR7Hm tGxxs8fh6tWYqRwcS/8QQ== Cc: freebsd-current@freebsd.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 11:22:43 -0000 --nextPart17387536.dpcVp4DU5g Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 01 June 2007, Max Laier wrote: > [ moving this to the more specific list ] > ... > Anything else? Contrary to earlier remarks, I'll do an almost complete import of pf as=20 per OpenBSD 4.1, not supported features will be disabled. These include=20 routing: tags, multipath, etc. and pfsync ipsec SA-sync support (this=20 might be trivial to fix, some ipsec knowhow provided). From a quick=20 glance, this seems to be it already. Also, due to popular demand, I'll import the new ftp-proxy, too. Stay tuned for patches in the course of the week (if things go according=20 to plan). =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart17387536.dpcVp4DU5g Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGZpj+XyyEoT62BG0RAmbmAJ488n0smM0dOqJ2WwWfre0N3FhwjgCdFg1u YVzR+Do+iULOCb0IWFFU0mU= =kcn2 -----END PGP SIGNATURE----- --nextPart17387536.dpcVp4DU5g-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 11:31: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 D942116A46C; Wed, 6 Jun 2007 11:31:20 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 84ADD13C4AE; Wed, 6 Jun 2007 11:31:20 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 3AF9735C47; Wed, 6 Jun 2007 14:31:10 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 86594-04; Wed, 6 Jun 2007 14:31:06 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id C907535C3F; Wed, 6 Jun 2007 14:31:06 +0300 (EEST) Message-ID: <46669AFA.2060104@bulinfo.net> Date: Wed, 06 Jun 2007 14:31:06 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.0 (X11/20070601) MIME-Version: 1.0 To: Attilio Rao References: <46657B33.5010804@bulinfo.net> <3bbf2fe10706050815u619bd2e6p728c0d20e2aae802@mail.gmail.com> In-Reply-To: <3bbf2fe10706050815u619bd2e6p728c0d20e2aae802@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, =?UTF-8?B?QmrDtnJuIEvDtm5pZw==?= Subject: Re: kernel linking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 11:31:20 -0000 Attilio Rao wrote: > 2007/6/5, Krassimir Slavchev : >> This is with latest -current on arm: >> >> linking kernel >> kern_intr.o(.text+0x15d8): In function `swi_sched': >> : undefined reference to `PCPU_LAZY_ADD' >> kern_synch.o(.text+0x210): In function `mi_switch': >> : undefined reference to `PCPU_LAZY_ADD' >> kern_thread.o(.text+0x9b4): In function `thread_exit': >> : undefined reference to `PCPU_LAZY_ADD' >> subr_trap.o(.text+0x180): In function `ast': >> : undefined reference to `PCPU_LAZY_ADD' >> nfs_bio.o(.text+0x11cc): In function `nfs_getpages': >> : undefined reference to `PCPU_LAZY_ADD' >> nfs_bio.o(.text+0x1620): more undefined references to `PCPU_LAZY_ADD' >> follow > > These have been renamed. > Be sure you update all your src tree, then recompile by scratch your > kernel. > > Attilio > > OK, but in src/sys/arm/include/pcpu.h we have: #define PCPU_INC(member) PCPU_LAZY_ADD(member, 1) which should be: #define PCPU_INC(member) PCPU_ADD(member, 1) or as patch: RCS file: /home/ncvs/src/sys/arm/include/pcpu.h,v retrieving revision 1.5 diff -r1.5 pcpu.h 61c61 < #define PCPU_INC(member) PCPU_LAZY_ADD(member, 1) --- > #define PCPU_INC(member) PCPU_ADD(member, 1) -- Krassimir Slavchev Bulinfo Ltd. krassi@bulinfo.net (+359 2) 969-9160 http://www.bulinfo.net (+359 2) 969-9166 From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 11:39:53 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 2DB8C16A4C6; Wed, 6 Jun 2007 11:39:53 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id 43ABF13C4B8; Wed, 6 Jun 2007 11:39:52 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.179.143] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis), id 0ML2xA-1HvtrW1ujB-0000tB; Wed, 06 Jun 2007 13:39:39 +0200 From: Max Laier Organization: FreeBSD To: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= Date: Wed, 6 Jun 2007 13:39:23 +0200 User-Agent: KMail/1.9.6 References: <20070601103549.GA22490@localhost.localdomain> <200706061154.00751.max@love2party.net> <86tztll619.fsf@dwp.des.no> In-Reply-To: <86tztll619.fsf@dwp.des.no> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1299045.gxVR5udAAe"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200706061339.37147.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/Ck9JubX02h2euuTfdWD3w8HYuLsP4wL2cqTS zekYg7YBvTPTvPOLyjvutLmk3mhnbYRIolgl4Kg24IElwud8kp NZ4vHvtHE+3kyG1RDhVzw== Cc: mnag@freebsd.org, freebsd-current@freebsd.org, LI Xin , freebsd-pf@freebsd.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 11:39:53 -0000 --nextPart1299045.gxVR5udAAe Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 06 June 2007, Dag-Erling Sm=C3=B8rgrav wrote: > Max Laier writes: > > Dag-Erling Sm=C3=B8rgrav writes: > > > Max Laier writes: > > > > Anything else? > > > > > > ftp-proxy(8) and tftp-proxy(8) would be nice... > > > > ... I'm at it. Could you maybe lend a hand with importing > > libevent[1] which is a requirement for ftp-proxy now? It should make > > a good addition to base anyhow - as a convenient (and portable) > > interface to kqueue. > > Convenient and portable, but buggy as hell - we used it in Varnish to > begin with but had to ditch it due to a combination of design flaws and > bugs. It also suffers from creeping featuritis - the latest version > includes a DNS resolver and a full HTTP implementation... it's only a > matter of time before it grows a lisp interpreter and a mail reader. hmmm ... okay, didn't know that. But what do you suggest as an=20 alternative? I certainly won't reinvent the wheel for the libevent calls=20 in ftp-proxy. Importing libevent code private to ftp-proxy seems equally=20 wrong. So the alternatives - to me at least - are either importing=20 libevent or leaveing ftp-proxy in ports. Pick your poison. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1299045.gxVR5udAAe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGZpz5XyyEoT62BG0RAv3ZAKCB6ZQScP9VKxm6EIe3R984mGMZ/QCfQhwn YOuohsB7QaeHr0xUq7LqU7s= =yKVc -----END PGP SIGNATURE----- --nextPart1299045.gxVR5udAAe-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 11:46:26 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 8474F16A421 for ; Wed, 6 Jun 2007 11:46:26 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 172EA13C46E for ; Wed, 6 Jun 2007 11:46:25 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so471787uge for ; Wed, 06 Jun 2007 04:46:24 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=NtRYa0Z3DwOb/BFXN0r4f1NDDd/0w3qSoEwNsBOh3Z21lUOx/qC2d4P7wJ7YSjSECaCupY8POCJRRhEIx/379P4zI5ZMj7LDsvbotI9PK4N+gNXw+jwYYuWmuBalE8TgMPFX+b3QzzT8/Hw+pBY7gUIqqP2/f2TJ7LXdVCXCsjw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=RgBhoRwhWk45WG6wi8CsuWAk32Kt/m7UjT1b09XAO+BTgNX8d372GtZoL4pjYjWLIj9G93AO3USnCYSqtbfc2VSsAHtDOO/ZeOQoVuWkPKlIxbZkj1CrRNV3XIbdm1sCADmoyVWA2TYok814FneZbmx4LKNTySpCP8uUF9yLycg= Received: by 10.82.158.12 with SMTP id g12mr795770bue.1181130384350; Wed, 06 Jun 2007 04:46:24 -0700 (PDT) Received: from ?172.31.5.25? ( [89.97.252.178]) by mx.google.com with ESMTP id i7sm5771405nfh.2007.06.06.04.46.23; Wed, 06 Jun 2007 04:46:23 -0700 (PDT) Message-ID: <46669E80.2030308@FreeBSD.org> Date: Wed, 06 Jun 2007 13:46:08 +0200 From: Attilio Rao User-Agent: Thunderbird 1.5 (X11/20060526) MIME-Version: 1.0 To: Krassimir Slavchev References: <46657B33.5010804@bulinfo.net> <3bbf2fe10706050815u619bd2e6p728c0d20e2aae802@mail.gmail.com> <46669AFA.2060104@bulinfo.net> In-Reply-To: <46669AFA.2060104@bulinfo.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: Attilio Rao Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, =?UTF-8?B?QmrDtnJuIEvDtm5pZw==?= Subject: Re: kernel linking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 11:46:26 -0000 Krassimir Slavchev wrote: > Attilio Rao wrote: > OK, but in src/sys/arm/include/pcpu.h we have: > > #define PCPU_INC(member) PCPU_LAZY_ADD(member, 1) > > which should be: > > #define PCPU_INC(member) PCPU_ADD(member, 1) Argh, you are right. I'm going to commit a fix including other nits. Thanks, Attilio From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 11:50:13 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 160AA16A468 for ; Wed, 6 Jun 2007 11:50:13 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id B051C13C45B for ; Wed, 6 Jun 2007 11:50:12 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 723AB1FFC33; Wed, 6 Jun 2007 13:50:10 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 052211FFC32; Wed, 6 Jun 2007 13:50:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 715174448FA; Wed, 6 Jun 2007 11:46:47 +0000 (UTC) Date: Wed, 6 Jun 2007 11:46:47 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Max Laier In-Reply-To: <200706061339.37147.max@love2party.net> Message-ID: <20070606114612.E38838@maildrop.int.zabbadoz.net> References: <20070601103549.GA22490@localhost.localdomain> <200706061154.00751.max@love2party.net> <86tztll619.fsf@dwp.des.no> <200706061339.37147.max@love2party.net> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1889060185-1181130407=:38838" X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org, freebsd-pf@freebsd.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 11:50:13 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1889060185-1181130407=:38838 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 6 Jun 2007, Max Laier wrote: > On Wednesday 06 June 2007, Dag-Erling Sm=F8rgrav wrote: >> Max Laier writes: >>> Dag-Erling Sm=F8rgrav writes: >>>> Max Laier writes: >>>>> Anything else? >>>> >>>> ftp-proxy(8) and tftp-proxy(8) would be nice... >>> >>> ... I'm at it. Could you maybe lend a hand with importing >>> libevent[1] which is a requirement for ftp-proxy now? It should make >>> a good addition to base anyhow - as a convenient (and portable) >>> interface to kqueue. >> >> Convenient and portable, but buggy as hell - we used it in Varnish to >> begin with but had to ditch it due to a combination of design flaws and >> bugs. It also suffers from creeping featuritis - the latest version >> includes a DNS resolver and a full HTTP implementation... it's only a >> matter of time before it grows a lisp interpreter and a mail reader. > > hmmm ... okay, didn't know that. But what do you suggest as an > alternative? I certainly won't reinvent the wheel for the libevent calls > in ftp-proxy. Importing libevent code private to ftp-proxy seems equally > wrong. So the alternatives - to me at least - are either importing > libevent or leaveing ftp-proxy in ports. Pick your poison. ports. --=20 Bjoern A. Zeeb=09=09=09=09bzeeb at Zabbadoz dot NeT --0-1889060185-1181130407=:38838-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 11:51:41 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 BFEBE16A469; Wed, 6 Jun 2007 11:51:41 +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 7DF0A13C44B; Wed, 6 Jun 2007 11:51:41 +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 80AB620AF; Wed, 6 Jun 2007 13:51:37 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 0280D20A4; Wed, 6 Jun 2007 13:51:36 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 8C2FE5702; Wed, 6 Jun 2007 13:51:44 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Max Laier References: <20070601103549.GA22490@localhost.localdomain> <200706061154.00751.max@love2party.net> <86tztll619.fsf@dwp.des.no> <200706061339.37147.max@love2party.net> Date: Wed, 06 Jun 2007 13:51:44 +0200 In-Reply-To: <200706061339.37147.max@love2party.net> (Max Laier's message of "Wed\, 6 Jun 2007 13\:39\:23 +0200") Message-ID: <86wsyhjo6n.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: mnag@freebsd.org, freebsd-current@freebsd.org, LI Xin , freebsd-pf@freebsd.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 11:51:41 -0000 Max Laier writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Convenient and portable, but buggy as hell - we used it in Varnish to > > begin with but had to ditch it due to a combination of design flaws and > > bugs. It also suffers from creeping featuritis - the latest version > > includes a DNS resolver and a full HTTP implementation... it's only a > > matter of time before it grows a lisp interpreter and a mail reader. > hmmm ... okay, didn't know that. But what do you suggest as an > alternative? I certainly won't reinvent the wheel for the libevent > calls in ftp-proxy. Importing libevent code private to ftp-proxy > seems equally wrong. So the alternatives - to me at least - are > either importing libevent or leaveing ftp-proxy in ports. Pick your > poison. I suggest importing libevent (or a subset of it) as an internal library, i.e. define INTERNALLIB in the Makefile so we get a libevent.a which ftp-proxy can link against but which isn't installed. Alternatively, we can import a subset of libevent and name it something else (like we did with expat -> bsdxml) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 12:07: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 3E3CA16A4E1; Wed, 6 Jun 2007 12:07:32 +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 D1BAC13C44B; Wed, 6 Jun 2007 12:07:31 +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 EAF0C17380; Wed, 6 Jun 2007 12:07:28 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l56C7UFT073168; Wed, 6 Jun 2007 12:07:30 GMT (envelope-from phk@critter.freebsd.dk) To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 06 Jun 2007 13:51:44 +0200." <86wsyhjo6n.fsf@dwp.des.no> Date: Wed, 06 Jun 2007 12:07:30 +0000 Message-ID: <73167.1181131650@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: mnag@freebsd.org, Max Laier , freebsd-current@freebsd.org, LI Xin , freebsd-pf@freebsd.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 12:07:32 -0000 In message <86wsyhjo6n.fsf@dwp.des.no>, =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wr ites: >> Dag-Erling Sm=C3=B8rgrav writes: >> > Convenient and portable, but buggy as hell - we used it in Varnish to >> > begin with but had to ditch it due to a combination of design flaws and >> > bugs. It also suffers from creeping featuritis - the latest version >> > includes a DNS resolver and a full HTTP implementation... it's only a >> > matter of time before it grows a lisp interpreter and a mail reader. >> hmmm ... okay, didn't know that. But what do you suggest as an >> alternative? I certainly won't reinvent the wheel for the libevent >> calls in ftp-proxy. Importing libevent code private to ftp-proxy >> seems equally wrong. So the alternatives - to me at least - are >> either importing libevent or leaveing ftp-proxy in ports. Pick your >> poison. > >I suggest importing libevent (or a subset of it) as an internal library, >i.e. define INTERNALLIB in the Makefile so we get a libevent.a which >ftp-proxy can link against but which isn't installed. Alternatively, we >can import a subset of libevent and name it something else (like we did >with expat -> bsdxml) I have worked with event libraries extensively for the last five years and I can only nod vigorously in agreement. The Provos libevent is an undesigned kludge and it grows more kludges all the time. It should not be exposed or documented in FreeBSD, but merely included only as a component if any bits need it. The named eventlibrary is in much better shape, it has a well thought out API (although I would have done some things differently) but it is possibly not as performance tuned as it can be. It is not as thread-friendly as we should require at this date and time. If, and that is a strong IFF, we want to include a general purpose event library in FreeBSD *right now*, the one from named is our best bet at this point, and we have quite a lot of code which could be significantly simplified that way, inetd is merely one obvious example. If we want to provide a high quality event library for present and future needs, somebody needs to sit down and write that. But in either case, an eventlibrary should not be imported, unless we have code that uses it, and unless we intend to maintain it. -- 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 Jun 6 12:40:05 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 2C8A816A46B for ; Wed, 6 Jun 2007 12:40:05 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id DEE1913C45E for ; Wed, 6 Jun 2007 12:40:04 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 06 Jun 2007 08:40:05 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.8.3-GA) with ESMTP id ITF32936; Wed, 6 Jun 2007 08:40:04 -0400 (EDT) Received: from 209-6-203-248.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.203.248]) by smtp01.lnh.mail.rcn.net with ESMTP; 06 Jun 2007 08:40:01 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18022.43800.708483.739950@jerusalem.litteratus.org> Date: Wed, 6 Jun 2007 08:39:52 -0400 To: freebsd-current@FreeBSD.ORG In-Reply-To: <86ps49l5pc.fsf@dwp.des.no> References: <86ps49l5pc.fsf@dwp.des.no> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Wed, 06 Jun 2007 12:40:05 -0000 Dag-Erling Sm?rgrav writes: > > In practice there's (almost) only one reason not to run > > FreeBSD/amd64 on amd64-capable hardware: If you depend > > on a certain piece of software which is known not to run > > correctly in 64bit mode. Fortunately those are not many. > > The only one I can think of (for a desktop) is the Flash plugin. The last time I looked - a couple of months ago - I believe mplayer was also not yet there. Robert Huff From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 12:42: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 84E7616A41F for ; Wed, 6 Jun 2007 12:42:19 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id 1270713C45E for ; Wed, 6 Jun 2007 12:42:18 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from prawn.unsane.co.uk (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id l56Cfs88079160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jun 2007 13:41:55 +0100 (BST) (envelope-from jhary@unsane.co.uk) Message-ID: <4666ABA3.8050706@unsane.co.uk> Date: Wed, 06 Jun 2007 13:42:11 +0100 From: Vince User-Agent: Thunderbird 2.0.0.0 (X11/20070516) MIME-Version: 1.0 To: Robert Huff References: <86ps49l5pc.fsf@dwp.des.no> <18022.43800.708483.739950@jerusalem.litteratus.org> In-Reply-To: <18022.43800.708483.739950@jerusalem.litteratus.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Wed, 06 Jun 2007 12:42:19 -0000 Robert Huff wrote: > Dag-Erling Sm?rgrav writes: > >> > In practice there's (almost) only one reason not to run >> > FreeBSD/amd64 on amd64-capable hardware: If you depend >> > on a certain piece of software which is known not to run >> > correctly in 64bit mode. Fortunately those are not many. >> >> The only one I can think of (for a desktop) is the Flash plugin. > > The last time I looked - a couple of months ago - I believe > mplayer was also not yet there. > And of course the lack of an nvidia driver port. > > Robert Huff > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 13:06: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 7E3AE16A400 for ; Wed, 6 Jun 2007 13:06:57 +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 0EB9513C45D for ; Wed, 6 Jun 2007 13:06:56 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp66-157.lns10.adl6.internode.on.net [121.45.66.157]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l56D6rpm064610 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jun 2007 22:36:53 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 6 Jun 2007 22:36:48 +0930 User-Agent: KMail/1.9.5 References: <86ps49l5pc.fsf@dwp.des.no> <18022.43800.708483.739950@jerusalem.litteratus.org> In-Reply-To: <18022.43800.708483.739950@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart19374455.bpYrpaiuoC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200706062236.49074.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Robert Huff Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Wed, 06 Jun 2007 13:06:57 -0000 --nextPart19374455.bpYrpaiuoC Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 06 June 2007 22:09, Robert Huff wrote: > Dag-Erling Sm?rgrav writes: > > > In practice there's (almost) only one reason not to run > > > FreeBSD/amd64 on amd64-capable hardware: If you depend > > > on a certain piece of software which is known not to run > > > correctly in 64bit mode. Fortunately those are not many. > > > > The only one I can think of (for a desktop) is the Flash plugin. > > The last time I looked - a couple of months ago - I believe > mplayer was also not yet there. mplayer works fine, however a lot of the popular codecs are from the=20 win32-codecs port and that is bound to a 32bit CPU. Something like the nspluginwrapper could probably be written, but..=20 urgh :) Hopefully someone will come out with win64-codecs soon ;) =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 --nextPart19374455.bpYrpaiuoC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGZrFp5ZPcIHs/zowRAshEAJwL/BxlrvgNXem8MprA0+byRVJAhwCdE3b3 NeBm4e3/twLhd6axyBk9Zh4= =zA+C -----END PGP SIGNATURE----- --nextPart19374455.bpYrpaiuoC-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 13:13: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 0ED4F16A469 for ; Wed, 6 Jun 2007 13:13:07 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 23DBC13C448 for ; Wed, 6 Jun 2007 13:13:05 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so490039uge for ; Wed, 06 Jun 2007 06:13:04 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:x-authentication-warning:date:from:to:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=q/GdiRmHoDmXa0jTqe78gdr2SQPX4uW6qnUjQXXJu7fZ2rHvpvyn0tr/MgQphE4JOyHIFKmg3zvi6D/6v4KH/m5qNHqKq3xCuV9yoVRNF9JN9nKhNWMby3bdGsebwyoJcidVJ+IQHojnK07Qhn1YvODbhDONSk/MsAVqEktqnrQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:x-authentication-warning:date:from:to:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=M7Ogz+zAMl+/LDeVnM3wSERn0Pqd1NOKw9uAlGXGtd0GxmRgHukqKfaFCspWy4lZnikn6e2z2GwKFzDmrSL4LP5ZMOCWGPXZ68FGi+ARtTEhtufgKohmZP83Loopr7ouKwWyz8mMqo0pM3WzM0MTUwpasYTzk4en/IqIbSp3LuY= Received: by 10.66.216.14 with SMTP id o14mr1238836ugg.1181135583787; Wed, 06 Jun 2007 06:13:03 -0700 (PDT) Received: from darklight.abyss ( [194.186.18.2]) by mx.google.com with ESMTP id k1sm1198806ugf.2007.06.06.06.13.01 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 06 Jun 2007 06:13:02 -0700 (PDT) Received: from darklight.abyss (localhost [127.0.0.1]) by darklight.abyss (8.14.1/8.14.1) with ESMTP id l56DCj12068739 for ; Wed, 6 Jun 2007 17:12:46 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.abyss (8.14.1/8.14.1/Submit) id l56DCeva068734 for freebsd-current@freebsd.org; Wed, 6 Jun 2007 17:12:40 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.abyss: yuri set sender to yuri.pankov@gmail.com using -f Date: Wed, 6 Jun 2007 17:12:35 +0400 From: Yuri Pankov To: freebsd-current@freebsd.org Message-ID: <20070606131235.GA1014@darklight.abyss> References: <86ps49l5pc.fsf@dwp.des.no> <18022.43800.708483.739950@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18022.43800.708483.739950@jerusalem.litteratus.org> User-Agent: Mutt/1.5.15 (2007-04-06) Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Wed, 06 Jun 2007 13:13:07 -0000 On Wed, Jun 06, 2007 at 08:39:52AM -0400, Robert Huff wrote: > > Dag-Erling Sm?rgrav writes: > > > > In practice there's (almost) only one reason not to run > > > FreeBSD/amd64 on amd64-capable hardware: If you depend > > > on a certain piece of software which is known not to run > > > correctly in 64bit mode. Fortunately those are not many. > > > > The only one I can think of (for a desktop) is the Flash plugin. > > The last time I looked - a couple of months ago - I believe > mplayer was also not yet there. > > > Robert Huff Just for the record: I've linux-flashplugin7 with native Firefox working almost flawlessly (at least for my uses). Same with mplayer - I'm using amd64 for about 2 years now, and all this time mplayer was my choice (working choice :)) for video/audio. Nvidia binary drivers are the only thing, which I'm missing - can't get my dual-head Nvidia card to work with Xinerama. Yuri From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 13:26: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 0768A16A468; Wed, 6 Jun 2007 13:26:20 +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 AD7DE13C4D0; Wed, 6 Jun 2007 13:26:18 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 79EC08BDBD5; Wed, 6 Jun 2007 15:26:17 +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 Qg3zuz3vlZWC; Wed, 6 Jun 2007 15:26:15 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B43828BDBA3; Wed, 6 Jun 2007 15:26:15 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l56DQC0l052081; Wed, 6 Jun 2007 15:26:12 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 6 Jun 2007 15:26:12 +0200 From: Roman Divacky To: Max Laier Message-ID: <20070606132612.GA51934@freebsd.org> References: <20070601103549.GA22490@localhost.localdomain> <200706011717.54698.max@love2party.net> <86wsyjfpgm.fsf@dwp.des.no> <200706061154.00751.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706061154.00751.max@love2party.net> User-Agent: Mutt/1.4.2.3i Cc: mnag@FreeBSD.org, Dag-Erling Sm?rgrav , freebsd-current@FreeBSD.org, LI Xin , freebsd-pf@FreeBSD.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 13:26:20 -0000 On Wed, Jun 06, 2007 at 11:53:52AM +0200, Max Laier wrote: > On Monday 04 June 2007, Dag-Erling Sm??rgrav wrote: > > Max Laier writes: > > > Anything else? > > > > ftp-proxy(8) and tftp-proxy(8) would be nice... > > ... I'm at it. Could you maybe lend a hand with importing libevent[1] > which is a requirement for ftp-proxy now? It should make a good addition > to base anyhow - as a convenient (and portable) interface to kqueue. > > [1] devel/libevent | http://www.monkey.org/~provos/libevent/ just for the record... libevent is needed for hostated which we might want to import as well (once it gets settled in openbsd) roman From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 13:49: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 333DD16A469 for ; Wed, 6 Jun 2007 13:49:58 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.130]) by mx1.freebsd.org (Postfix) with ESMTP id 94FD313C4B7 for ; Wed, 6 Jun 2007 13:49:57 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.1/8.14.1) with ESMTP id l56Dnu2f072594; Wed, 6 Jun 2007 17:49:56 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.1/8.14.1/Submit) id l56Dntbs072593; Wed, 6 Jun 2007 17:49:55 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 6 Jun 2007 17:49:55 +0400 From: Gleb Smirnoff To: Pyun YongHyeon Message-ID: <20070606134955.GJ89017@FreeBSD.org> References: <20070602084210.GC1140@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20070602084210.GC1140@cdnetworks.co.kr> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@FreeBSD.org Subject: Re: nfe(4) vs. nve(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 13:49:58 -0000 On Sat, Jun 02, 2007 at 05:42:10PM +0900, Pyun YongHyeon wrote: P> As you know we have two drivers, nve(4) and nfe(4), in tree to serve P> nVidia network adapters. nve(4) was the first driver for nVidia P> network adapters and it relied on binary code(nvenetlib.o) from vendor P> to access the hardware. Using the binary code revealed several issues P> and David E. O'Brien imported FreeBSD nfe(4) which was ported by P> Shigeaki Tagashira from OpenBSD nfe(4). Just my 1 penny: we've got a lot of servers running 6.2-PRERELEASE with nfe(4) driver. No problems encountered. nve(4) wasn't usable when we started to deploy that mainboards. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 13:58:43 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 1EA4316A41F for ; Wed, 6 Jun 2007 13:58:43 +0000 (UTC) (envelope-from yuri.pankov@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 A3FAA13C480 for ; Wed, 6 Jun 2007 13:58:42 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so501401uge for ; Wed, 06 Jun 2007 06:58:42 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:x-authentication-warning:date:from:to:subject:message-id:mime-version:content-type:content-disposition:user-agent; b=S0sk6gMKmAQ0Foq7bnYzZfxKWz+CTFZcAl9wXjYEGZSNWFdJPhbLsk5VC9qgsI+aohVLPmtoz3h5jM+CfZ9xPf5rmgBDwUUt0ZxfJ2fdNoJOm1lfoX8OGrlMnXUIOMj37g3MDoiMFTT0FdAdi9v5a5kyA7GBVYwN7cF82mBe+o0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:x-authentication-warning:date:from:to:subject:message-id:mime-version:content-type:content-disposition:user-agent; b=So0sjUzAV8etX7RKHgv1+jZW2lfXJfu1ow8y3rWZgyc9MT9gJZb67enL2BFmQxUTROI8syR2aTXWqmTuholRf/o/wKJCCaa3ZhAKTgW32JlBOAA61dllBaLVaiUy0bcr6V1n/vnq4WEBwMlWZ57V3VvBt61Jb/9EuIkcv5QVwrM= Received: by 10.66.252.18 with SMTP id z18mr1287395ugh.1181138322395; Wed, 06 Jun 2007 06:58:42 -0700 (PDT) Received: from darklight.abyss ( [194.186.18.2]) by mx.google.com with ESMTP id o30sm1260038ugd.2007.06.06.06.58.39 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 06 Jun 2007 06:58:41 -0700 (PDT) Received: from darklight.abyss (localhost [127.0.0.1]) by darklight.abyss (8.14.1/8.14.1) with ESMTP id l56DwKnX001376 for ; Wed, 6 Jun 2007 17:58:21 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.abyss (8.14.1/8.14.1/Submit) id l56DwIks001375 for freebsd-current@freebsd.org; Wed, 6 Jun 2007 17:58:18 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.abyss: yuri set sender to yuri.pankov@gmail.com using -f Date: Wed, 6 Jun 2007 17:58:15 +0400 From: Yuri Pankov To: freebsd-current@freebsd.org Message-ID: <20070606135815.GA913@darklight.abyss> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Subject: /boot/mbr miscompiled? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 13:58:43 -0000 Hi, I've noticed lately that I can't install /boot/mbr using boot0cfg. [root@darklight:~]# boot0cfg -B -b /boot/mbr ad4 boot0cfg: /boot/mbr: unknown or incompatible boot code -r--r--r-- 1 root wheel - 512 Jun 6 17:45 /boot/mbr /boot/mbr: x86 boot sector That's how it's compiled here: [root@darklight:/usr/src/sys/boot/i386/mbr]# make as --defsym FLAGS=0x80 --32 -o mbr.o /usr/src/sys/boot/i386/mbr/mbr.s cc -O2 -fno-strict-aliasing -pipe -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -N -e start -Ttext 0x600 -Wl,-S,--oformat,binary -nostdlib -m elf_i386_fbsd -o mbr mbr.o It's -CURRENT/amd64 updated today. Any hints? Yuri From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 14:10:56 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 C09C616A41F; Wed, 6 Jun 2007 14:10:56 +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 7D33413C44C; Wed, 6 Jun 2007 14:10:56 +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 l56EAtQH074015; Wed, 6 Jun 2007 10:10: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.13.8/8.13.8) with ESMTP id l56EAtKc093415; Wed, 6 Jun 2007 10:10:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 099C573068; Wed, 6 Jun 2007 10:10:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070606141055.099C573068@freebsd-current.sentex.ca> Date: Wed, 6 Jun 2007 10:10:54 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 14:10:57 -0000 TB --- 2007-06-06 12:31:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-06 12:31:32 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-06 12:31:32 - cleaning the object tree TB --- 2007-06-06 12:31:59 - checking out the source tree TB --- 2007-06-06 12:31:59 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-06 12:31:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-06 12:41:47 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-06 12:41:47 - cd /src TB --- 2007-06-06 12:41:47 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 12:41: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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 6 13:56:36 UTC 2007 TB --- 2007-06-06 13:56:36 - generating LINT kernel config TB --- 2007-06-06 13:56:36 - cd /src/sys/pc98/conf TB --- 2007-06-06 13:56:36 - /usr/bin/make -B LINT TB --- 2007-06-06 13:56:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-06 13:56:36 - cd /src TB --- 2007-06-06 13:56:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 13:56:36 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 [...] /src/sys/pc98/pc98/machdep.c:1974: warning: type defaults to 'int' in declaration of 'type name' /src/sys/pc98/pc98/machdep.c:1974: error: 'struct pcpu' has no member named 'pc_curtid' /src/sys/pc98/pc98/machdep.c:1974: warning: type defaults to 'int' in declaration of 'type name' /src/sys/pc98/pc98/machdep.c:1974: error: 'struct pcpu' has no member named 'pc_curtid' /src/sys/pc98/pc98/machdep.c:1974: error: 'struct pcpu' has no member named 'pc_curtid' /src/sys/pc98/pc98/machdep.c:1974: warning: type defaults to 'int' in declaration of '__p' /src/sys/pc98/pc98/machdep.c:1974: error: 'struct pcpu' has no member named 'pc_curtid' /src/sys/pc98/pc98/machdep.c:1974: error: invalid lvalue in asm output 0 *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-06 14:10:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-06 14:10:54 - ERROR: failed to build lint kernel TB --- 2007-06-06 14:10:54 - tinderbox aborted TB --- 0.81 user 2.88 system 5962.54 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 14:31: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 DF59B16A41F; Wed, 6 Jun 2007 14:31:50 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id 67CDE13C4B0; Wed, 6 Jun 2007 14:31:50 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.179.143] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis), id 0ML2xA-1HvwVr2Pkq-0000m2; Wed, 06 Jun 2007 16:29:40 +0200 From: Max Laier Organization: FreeBSD To: freebsd-pf@freebsd.org Date: Wed, 6 Jun 2007 16:29:12 +0200 User-Agent: KMail/1.9.6 References: <20070417153357.GA1335@seekingfire.com> <200704182213.50663.max@love2party.net> <20070418214855.GQ1225@seekingfire.com> In-Reply-To: <20070418214855.GQ1225@seekingfire.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2019925.H1o1M21F2J"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200706061629.21923.max@love2party.net> X-Provags-ID: V01U2FsdGVkX185QuIKPbJst4DBJMSxOydFLAYteegvAypIItS cu0kSlo67rSQ/8CU87v5xbpELJd81qqPAUVEZ1NPmGtQA4DZyS QbXZyDpBbnkP1rksKCFWg== Cc: Tillman Hodgson , freebsd-current@freebsd.org, Tai-hwa Liang Subject: USER/GROUP rules on the chopping Block [ Re: Panic on boot with April 16 src (lengthy info attached) ] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 14:31:51 -0000 --nextPart2019925.H1o1M21F2J Content-Type: multipart/mixed; boundary="Boundary-01=_7SsZG+bwFanvDzd" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_7SsZG+bwFanvDzd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline After several attempts to fix user/group rules which ended like the most=20 recent one - cited below - with *ZERO* feedback, I won't waste anymore=20 effort. Either somebody steps up, does proper testing and reports back,=20 or user/group rules go! End of story! This is not personal against Tillman - he just happend to be the most=20 recent one to hit the problem. On Wednesday 18 April 2007, Tillman Hodgson wrote: > On Wed, Apr 18, 2007 at 10:13:42PM +0200, Max Laier wrote: > > On Wednesday 18 April 2007 21:28, Tillman Hodgson wrote: > > > Oh, interesting! I'm rebuilding right now with that option :-) > > > I'll report back in a few days how it goes. > > > > Actually, could you test this? It should enable the hack on the fly > > as a user/group rule is added. See "sysctl debug.pfugidhack" or > > "pfctl -x misc" to confirm it's on. > > Sure, I've restarted the build with this patch. and again ... the thread ends here - zero feedback received :-( Does=20 anyone care about user/group rules at all? If so - speak up now or I'll=20 just disable them with the upcoming update!!! =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_7SsZG+bwFanvDzd Content-Type: text/x-diff; charset="iso-8859-1"; name="auto_ugid_hack.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="auto_ugid_hack.diff" Index: pf.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 RCS file: /usr/store/mlaier/fcvs/src/sys/contrib/pf/net/pf.c,v retrieving revision 1.43 diff -u -r1.43 pf.c =2D-- pf.c 29 Dec 2006 13:59:03 -0000 1.43 +++ pf.c 18 Apr 2007 19:55:19 -0000 @@ -134,6 +134,7 @@ #include =20 extern int ip_optcopy(struct ip *, struct ip *); +extern int debug_pfugidhack; #endif =20 #define DPFPRINTF(n, x) if (pf_status.debug >=3D (n)) printf x @@ -3032,10 +3033,12 @@ return (PF_DROP); } =20 =2D#if defined(__FreeBSD__) && defined(PF_MPSAFE_UGID) =2D PF_UNLOCK(); =2D lookup =3D pf_socket_lookup(&uid, &gid, direction, pd, inp); =2D PF_LOCK(); +#ifdef __FreeBSD__ + if (debug_pfugidhack) { + PF_UNLOCK(); + lookup =3D pf_socket_lookup(&uid, &gid, direction, pd, inp); + PF_LOCK(); + } #endif =20 r =3D TAILQ_FIRST(pf_main_ruleset.rules[PF_RULESET_FILTER].active.ptr); @@ -3434,10 +3437,12 @@ return (PF_DROP); } =20 =2D#if defined(__FreeBSD__) && defined(PF_MPSAFE_UGID) =2D PF_UNLOCK(); =2D lookup =3D pf_socket_lookup(&uid, &gid, direction, pd, inp); =2D PF_LOCK(); +#ifdef __FreeBSD__ + if (debug_pfugidhack) { + PF_UNLOCK(); + lookup =3D pf_socket_lookup(&uid, &gid, direction, pd, inp); + PF_LOCK(); + } #endif =20 r =3D TAILQ_FIRST(pf_main_ruleset.rules[PF_RULESET_FILTER].active.ptr); Index: pf_ioctl.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 RCS file: /usr/store/mlaier/fcvs/src/sys/contrib/pf/net/pf_ioctl.c,v retrieving revision 1.27 diff -u -r1.27 pf_ioctl.c =2D-- pf_ioctl.c 1 Jan 2007 16:51:11 -0000 1.27 +++ pf_ioctl.c 18 Apr 2007 20:04:57 -0000 @@ -84,6 +84,7 @@ #include #include #include +#include #else #include #include @@ -237,6 +238,10 @@ struct mtx pf_task_mtx; pflog_packet_t *pflog_packet_ptr =3D NULL; =20 +int debug_pfugidhack =3D 0; +SYSCTL_INT(_debug, OID_AUTO, pfugidhack, CTLFLAG_RW, &debug_pfugidhack, 0, + "Enable/disable pf user/group rules mpsafe hack"); + void init_pf_mutex(void) { @@ -1603,6 +1608,13 @@ rule->evaluations =3D rule->packets =3D rule->bytes =3D 0; TAILQ_INSERT_TAIL(ruleset->rules[rs_num].inactive.ptr, rule, entries); +#ifdef __FreeBSD__ + if (!debug_pfugidhack && (rule->uid.op || rule->gid.op)) { + DPFPRINTF(PF_DEBUG_MISC, + ("pf: debug.pfugidhack enabled\n")); + debug_pfugidhack =3D 1; + } +#endif break; } =20 @@ -1828,6 +1840,14 @@ newrule->rpool.cur =3D TAILQ_FIRST(&newrule->rpool.list); newrule->evaluations =3D newrule->packets =3D 0; newrule->bytes =3D 0; +#ifdef __FreeBSD__ + if (!debug_pfugidhack && + (newrule->uid.op || newrule->gid.op)) { + DPFPRINTF(PF_DEBUG_MISC, + ("pf: debug.pfugidhack enabled\n")); + debug_pfugidhack =3D 1; + } +#endif } pf_empty_pool(&pf_pabuf); =20 --Boundary-01=_7SsZG+bwFanvDzd-- --nextPart2019925.H1o1M21F2J Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGZsTBXyyEoT62BG0RAmnZAJ0cnhm91dHBec8d7UrBWZHuIsbjpQCeOQfX A05b4uO3iFDG6gfaTIcoFVE= =lCHB -----END PGP SIGNATURE----- --nextPart2019925.H1o1M21F2J-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 14:49:19 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 35A9416A421 for ; Wed, 6 Jun 2007 14:49:19 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.130]) by mx1.freebsd.org (Postfix) with ESMTP id AD0AA13C447 for ; Wed, 6 Jun 2007 14:49:18 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.1/8.14.1) with ESMTP id l56EnHv5073033; Wed, 6 Jun 2007 18:49:17 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.1/8.14.1/Submit) id l56EnHuX073032; Wed, 6 Jun 2007 18:49:17 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 6 Jun 2007 18:49:17 +0400 From: Gleb Smirnoff To: Ed Schouten Message-ID: <20070606144917.GL89017@glebius.int.ru> References: <465BE214.8040502@monkeybrains.net> <20070530105120.GT89017@FreeBSD.org> <20070603144732.GA45756@hoeg.nl> <20070606143528.GB89502@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20070606143528.GB89502@hoeg.nl> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: current@FreeBSD.org Subject: Re: ifconfig carp0 destroy = kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 14:49:19 -0000 On Wed, Jun 06, 2007 at 04:35:28PM +0200, Ed Schouten wrote: E> * Ed Schouten wrote: E> > Please take a look at this patch as well. It has been lying around in E> > GNATS for some time and it really makes me go insane a lot of times: E> > E> > [...] E> E> Looks like it just got committed. Thanks a lot! :) Btw, the problems do not end at this. On HEAD (didn't check RELENG_6), the following sequence panics: ifconfig em0 10.0.0.2/24 ifconfig carp0 create ifconfig carp0 10.0.0.3/24 vhid 1 ifconfig carp1 create ifconfig carp1 10.0.0.4/24 vhid 1 (ifconfig returns EINVAL. This EINVAL comes via in_control()->in_ifinit()->carp_ioctl()->carp_setrun(). Really it should be EEXIST. I will change this later.) After this the last ifconfig command we have somewhat garbaged IP stack - the interface address lists and ia_hash reference a freed memory. The panic comes after an ARP request or if you repeat the command again: ifconfig carp1 10.0.0.4/24 vhid 1 I am now trying to understand the panic. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 14:52: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 7BBB016A400 for ; Wed, 6 Jun 2007 14:52:32 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id D3ED613C45B for ; Wed, 6 Jun 2007 14:52:31 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so515337uge for ; Wed, 06 Jun 2007 07:52:30 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=FfXyWFDczSp/IxSyGhvQIAfzq1oQ0+ROj0L+xcrP8CfR6v88KIEVwWjvuCFQx+XFtubcnanfFLdNocPqXyjvq2QR5gYmce/xNUUXkEDUIOPPhTc5K1r06dVZNInw9GCb0xYi1JwvN1JpGDxBKE4M4TDBuDB0FaiyTIgrD/5Njxs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ofKv6g/Sx8mEWcTXjLgQt/0+GF9Ap9RgXk4fRJ4/2rgj6fcvRC/uO9EDoE9EX9h2vz8iJp9nKuoZjvQHFvU9wSpK+Zwt9zveAlG0mJlccQsEOmRt2wzVLtYI7ZLifHBTF1m8Tw8+PkOyGDpt+JMVPljHbgngZYTws18Og/pH6Bk= Received: by 10.67.40.5 with SMTP id s5mr461912ugj.1181141550828; Wed, 06 Jun 2007 07:52:30 -0700 (PDT) Received: from darklight.abyss ( [194.186.18.2]) by mx.google.com with ESMTP id s7sm1331392uge.2007.06.06.07.52.28 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 06 Jun 2007 07:52:29 -0700 (PDT) Received: from darklight.abyss (localhost [127.0.0.1]) by darklight.abyss (8.14.1/8.14.1) with ESMTP id l56Eq8bk000947; Wed, 6 Jun 2007 18:52:09 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.abyss (8.14.1/8.14.1/Submit) id l56Epvnq000944; Wed, 6 Jun 2007 18:51:57 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.abyss: yuri set sender to yuri.pankov@gmail.com using -f Date: Wed, 6 Jun 2007 18:51:54 +0400 From: Yuri Pankov To: Ruben de Groot Message-ID: <20070606145154.GA875@darklight.abyss> References: <20070606135815.GA913@darklight.abyss> <20070606143308.GA55007@ei.bzerk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070606143308.GA55007@ei.bzerk.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: /boot/mbr miscompiled? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 14:52:32 -0000 On Wed, Jun 06, 2007 at 04:33:08PM +0200, Ruben de Groot wrote: > On Wed, Jun 06, 2007 at 05:58:15PM +0400, Yuri Pankov typed: > > Hi, > > > > I've noticed lately that I can't install /boot/mbr using boot0cfg. > > > > [root@darklight:~]# boot0cfg -B -b /boot/mbr ad4 > > boot0cfg: /boot/mbr: unknown or incompatible boot code > > Try "fdisk -B -b /boot/mbr ad4" > > Ruben Thanks, that did it. So boot0cfg shouldn't be used or there's something wrong with my setup? Yuri From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 14:56:18 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 75CC616A46F for ; Wed, 6 Jun 2007 14:56:18 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (ei.xs4all.nl [82.95.223.12]) by mx1.freebsd.org (Postfix) with ESMTP id 02E1413C447 for ; Wed, 6 Jun 2007 14:56:17 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.13.8/8.13.8) with ESMTP id l56EX9n5055117; Wed, 6 Jun 2007 16:33:09 +0200 (CEST) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.13.8/8.13.8/Submit) id l56EX9Pm055116; Wed, 6 Jun 2007 16:33:09 +0200 (CEST) (envelope-from mail25@bzerk.org) Date: Wed, 6 Jun 2007 16:33:08 +0200 From: Ruben de Groot To: Yuri Pankov Message-ID: <20070606143308.GA55007@ei.bzerk.org> Mail-Followup-To: Ruben de Groot , Yuri Pankov , freebsd-current@freebsd.org References: <20070606135815.GA913@darklight.abyss> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070606135815.GA913@darklight.abyss> User-Agent: Mutt/1.4.2.2i X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, J_CHICKENPOX_43 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (ei.bzerk.org [127.0.0.1]); Wed, 06 Jun 2007 16:33:16 +0200 (CEST) Cc: freebsd-current@freebsd.org Subject: Re: /boot/mbr miscompiled? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 14:56:18 -0000 On Wed, Jun 06, 2007 at 05:58:15PM +0400, Yuri Pankov typed: > Hi, > > I've noticed lately that I can't install /boot/mbr using boot0cfg. > > [root@darklight:~]# boot0cfg -B -b /boot/mbr ad4 > boot0cfg: /boot/mbr: unknown or incompatible boot code Try "fdisk -B -b /boot/mbr ad4" Ruben From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 15:00: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 533D516A468 for ; Wed, 6 Jun 2007 15:00:19 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id 09FB313C484 for ; Wed, 6 Jun 2007 15:00:18 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id D8AAD5F50; Wed, 6 Jun 2007 19:00:17 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 9F4305EC7; Wed, 6 Jun 2007 19:00:17 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.14.1/8.14.1) id l56Ex4kv099492; Wed, 6 Jun 2007 18:59:04 +0400 (MSD) (envelope-from ru) Date: Wed, 6 Jun 2007 18:59:04 +0400 From: Ruslan Ermilov To: Yuri Pankov Message-ID: <20070606145904.GA14456@rambler-co.ru> References: <20070606135815.GA913@darklight.abyss> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20070606135815.GA913@darklight.abyss> User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: No virus found Cc: freebsd-current@FreeBSD.org Subject: Re: /boot/mbr miscompiled? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 15:00:19 -0000 On Wed, Jun 06, 2007 at 05:58:15PM +0400, Yuri Pankov wrote: > Hi, >=20 > I've noticed lately that I can't install /boot/mbr using boot0cfg. >=20 > [root@darklight:~]# boot0cfg -B -b /boot/mbr ad4 > boot0cfg: /boot/mbr: unknown or incompatible boot code >=20 > -r--r--r-- 1 root wheel - 512 Jun 6 17:45 /boot/mbr > /boot/mbr: x86 boot sector >=20 I think you'll have to use "fdisk -B" to do that. (boot0cfg(8) only installs boot0 and boot0sio.) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 15:00: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 51B4616A46B; Wed, 6 Jun 2007 15:00:46 +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 DC9C513C4C8; Wed, 6 Jun 2007 15:00:45 +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 1Hvx04-000HXt-Iv; Wed, 06 Jun 2007 18:00:40 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: John Nielsen In-reply-to: Your message of Wed, 06 Jun 2007 10:27:29 -0400 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Jun 2007 18:00:39 +0300 From: Danny Braniss Message-ID: Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 15:00:46 -0000 > Quoting Danny Braniss : > > I'm in the last mile before crossing the beta->release line, > > so I'd like to get some input, and update the list of targets it supports. > > you can obtain the driver from: > > ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.0.92.tar.gz > > Looks great! I've done some basic testing against our cluster of three > LeftHand Networks NSM 160's running SAN/iQ 6.6SP1. My machine is > running -CURRENT as of a couple days ago (with gcc 4.2 and symbol > versioning). I've tested previous snapshots of the driver against the > same SAN on this and another machine running -STABLE with good results. > so i'm updating my Targets file. > Is there anything specific you'd like tested? What connection > interruption scenarios does the driver try to recover from? I'm running > some backups to an iSCSI mount now. When that finishes (and my machine > is otherwise unoccupied) I'll play around with temporarily yanking the > ethernet cable and other fun tricks. > it 'should' recover from network disconects, like pulling out cable, or rebooting the target, but I think that this will only work if there is no major activity - I better test this one again. it should also flush buffers when you shut down the host, this was a major pain with the old versions. > Thanks for the Makefiles. Your blurb text incorrectly directs the > reader to run make in sys/dev/iscsi_initiator (which doesn't exist, and > there's no Makefile in sys/dev/iscsi). Obviously you meant > sys/modules/iscsi_initiator. Also, a line about running make in > iscontrol/ would be helpful, as would an install target in that > Makefile. ok, fixed the 'typos', I also forgot the sample rc.d/iscsi, > > Do you have any suggestions on startup integration (rc script, fstab > magic, etc)? I know you said once before that that was hopefully coming > soon.. > this is an attempt: #!/bin/sh # PROVIDE: iscsi # REQUIRE: NETWORKING # BEFORE: DAEMON # KEYWORD: nojail shutdown # # Add the following lines to /etc/rc.conf to enable iscsi: # # iscsi_enable="YES" # iscsi_fstab="/etc/fstab.iscsi" . /etc/rc.subr name=iscsi rcvar=`set_rcvar` command=/usr/local/sbin/iscontrol iscsi_enable=${iscsi_enable:-"NO"} iscsi_fstab=${iscsi_fstab:-"/etc/fstab.iscsi"} iscsi_exports=${iscsi_exports:-"/etc/exports.iscsi"} start_cmd="iscsi_start" faststop_cmp="iscsi_stop" stop_cmd="iscsi_stop" iscsi_wait() { dev=$1 trap "echo 'wait loop cancelled'; exit 1" 2 count=0 while true; do if [ -c $dev ]; then break; fi if [ $count -eq 0 ]; then echo -n Waiting for ${dev}': ' fi count=$((${count} + 1)) if [ $count -eq 6 ]; then echo ' Failed' return 0 break fi echo -n '.' sleep 5; done echo '.' return 1 } iscsi_start() { # # load needed modules for m in iscsi_initiator geom_label; do kldstat -qm $m || kldload $m done sysctl debug.iscsi=2 # # start iscontrol for each target if [ -n "${iscsi_targets}" ]; then for target in ${iscsi_targets}; do ${command} ${rc_flags} -n ${target} done fi if [ -f "${iscsi_fstab}" ]; then while read spec file type opt t1 t2 do case ${spec} in \#*|'') ;; *) if iscsi_wait ${spec}; then break; fi echo type=$type spec=$spec file=$file fsck -p ${spec} && mount ${spec} ${file} ;; esac done < ${iscsi_fstab} fi if [ -f "${iscsi_exports}" ]; then cat ${iscsi_exports} >> /etc/exports #/etc/rc.d/mountd reload does not work, why? kill -1 `cat /var/run/mountd.pid` fi } iscsi_stop() { echo 'iscsi stopping' while read spec file type opt t1 t2 do case ${spec} in \#*|'') ;; *) echo iscsi: umount $spec umount -fv $spec # and remove from the exports ... ;; esac done < ${iscsi_fstab} } load_rc_config $name run_rc_command "$1" ------ problems with the above script: - no background fsck - restart will mess the exports file - the wait loop should be replaced by something more deterministic. > Thanks again. I'll post again if I manage to break something. > Ok, but can't say I look forward to hear from you :-) danny From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 15:04: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 91A6C16A400; Wed, 6 Jun 2007 15:04:52 +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 211CD13C45D; Wed, 6 Jun 2007 15:04:52 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.179.143] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1Hvx441j5x-0000z8; Wed, 06 Jun 2007 17:04:49 +0200 From: Max Laier Organization: FreeBSD To: Tillman Hodgson Date: Wed, 6 Jun 2007 17:04:34 +0200 User-Agent: KMail/1.9.6 References: <20070417153357.GA1335@seekingfire.com> <200706061629.21923.max@love2party.net> <20070606144835.GI47770@seekingfire.com> In-Reply-To: <20070606144835.GI47770@seekingfire.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2619627.VnQhQaK9OJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200706061704.41829.max@love2party.net> X-Provags-ID: V01U2FsdGVkX180zLbPxBA6XWSliiUPJExS5JYScD1Xwnej7J+ 9o/kJFcc49VzbxH2dJT3KpW3uA2pZNsgakfA4Lt9+/2NGHX2Z3 HePtppCGieiw6PYegCHXQ== Cc: Tai-hwa Liang , freebsd-current@freebsd.org, freebsd-pf@freebsd.org Subject: Re: USER/GROUP rules on the chopping Block [ Re: Panic on boot with April 16 src (lengthy info attached) ] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 15:04:52 -0000 --nextPart2619627.VnQhQaK9OJ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Tillman, On Wednesday 06 June 2007, Tillman Hodgson wrote: > I think you might have missed some posts :-) I successfully built with > that patch and reported it: ahh ... you dropped -pf@ and myself from the CC-list. -current is just=20 too noisy to spot replys. Thanks for the info and sorry for the rant. This does *not* mean that everybody else can stop testing now! Please=20 follow Tillman's example and report back (just keep me in CC this=20 time ;)). =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2619627.VnQhQaK9OJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGZs0JXyyEoT62BG0RAvMaAJ9qsLFaZYuKqjgzf8apXh73mWNGuQCeJJuC 6s5qDS4bosoZ8uhNl+TpWT4= =9T/y -----END PGP SIGNATURE----- --nextPart2619627.VnQhQaK9OJ-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 15:05:55 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 663FA16A400; Wed, 6 Jun 2007 15:05:55 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id EA92413C4C1; Wed, 6 Jun 2007 15:05:54 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.179.143] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1Hvx531xd3-00045c; Wed, 06 Jun 2007 17:05:51 +0200 From: Max Laier Organization: FreeBSD To: Chris Marlatt Date: Wed, 6 Jun 2007 17:05:47 +0200 User-Agent: KMail/1.9.6 References: <20070417153357.GA1335@seekingfire.com> <200706061629.21923.max@love2party.net> <4666CA3E.8010501@rxsec.com> In-Reply-To: <4666CA3E.8010501@rxsec.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1904801.IuHvzGVNal"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200706061705.48682.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19zPOSCO7eFqX6/t4eIaa8lyu9f31iJmbfOVrd 1a1x21Tdkn/6mhAwBz+m24AMo+OTGTloQpjFyoJDy4ZWVKpB9K +C78r0WRFsruqt52Za0rg== Cc: freebsd-current@freebsd.org, freebsd-pf@freebsd.org Subject: Re: USER/GROUP rules on the chopping Block [ Re: Panic on boot with April 16 src (lengthy info attached) ] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 15:05:55 -0000 --nextPart1904801.IuHvzGVNal Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 06 June 2007, Chris Marlatt wrote: > Max Laier wrote: > > and again ... the thread ends here - zero feedback received :-( Does > > anyone care about user/group rules at all? If so - speak up now or > > I'll just disable them with the upcoming update!!! > > Unfortunately I can't claim to be seeing this symptom, but I do use > user/group rules on shell servers quite often. They're very useful for > controlling untrusted users in an environment like that. Hopefully it > can continue to be included. Doesn't matter if you see the symptom or not. You should also check how=20 the patch impacts on your workload and if it does at all. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1904801.IuHvzGVNal Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGZs1MXyyEoT62BG0RAnBYAJ9XnoyfUmaJJY4j8IuU+RQrIxHyWgCfd2et MVqk/R/gfW1iOvvFDXPeUZY= =2Qcj -----END PGP SIGNATURE----- --nextPart1904801.IuHvzGVNal-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 15:06:05 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 642CB16A4C1 for ; Wed, 6 Jun 2007 15:06:05 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id BD84D13C44C for ; Wed, 6 Jun 2007 15:06:04 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so518841uge for ; Wed, 06 Jun 2007 08:06:03 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=rDa5CnkYCsFp34WOMWNCs7KB+6S2OJR1gh6qfyYi3ecbkjPlAYVUbZCry4UzaGzcx/44XUa2Da7otnFECfGRYh6DyXO7BcBIy5rorH4RnpfNyC0XyngUnzTSKI/SY6ctOhzTyELx7QO9It4q742SjIWL1c/UzasX9hlnd7LtWTU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=PrX7F5G5xeINJoSua/TiC02f+ef12+b3ZyIGuMVi2OBj8EKGIkpARhaImZlnrWhgkgA4Lr0Tep2vRR2VL+lHvpn7zyH3mpTtt16xUt4Pq96d/DZZWS7+OUxRZymBS5f+GPcepuHC6K2C6lYQJZ2LEhOax5bgBOqImxn/f362eOQ= Received: by 10.67.101.8 with SMTP id d8mr1315896ugm.1181142363709; Wed, 06 Jun 2007 08:06:03 -0700 (PDT) Received: from darklight.abyss ( [194.186.18.2]) by mx.google.com with ESMTP id j1sm1360406ugf.2007.06.06.08.06.01 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 06 Jun 2007 08:06:02 -0700 (PDT) Received: from darklight.abyss (localhost [127.0.0.1]) by darklight.abyss (8.14.1/8.14.1) with ESMTP id l56F5fsS001219; Wed, 6 Jun 2007 19:05:42 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.abyss (8.14.1/8.14.1/Submit) id l56F5bap001216; Wed, 6 Jun 2007 19:05:37 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.abyss: yuri set sender to yuri.pankov@gmail.com using -f Date: Wed, 6 Jun 2007 19:05:36 +0400 From: Yuri Pankov To: Ruslan Ermilov Message-ID: <20070606150536.GB875@darklight.abyss> References: <20070606135815.GA913@darklight.abyss> <20070606145904.GA14456@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070606145904.GA14456@rambler-co.ru> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@FreeBSD.org Subject: Re: /boot/mbr miscompiled? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 15:06:05 -0000 On Wed, Jun 06, 2007 at 06:59:04PM +0400, Ruslan Ermilov wrote: > On Wed, Jun 06, 2007 at 05:58:15PM +0400, Yuri Pankov wrote: > > Hi, > > > > I've noticed lately that I can't install /boot/mbr using boot0cfg. > > > > [root@darklight:~]# boot0cfg -B -b /boot/mbr ad4 > > boot0cfg: /boot/mbr: unknown or incompatible boot code > > > > -r--r--r-- 1 root wheel - 512 Jun 6 17:45 /boot/mbr > > /boot/mbr: x86 boot sector > > > I think you'll have to use "fdisk -B" to do that. > (boot0cfg(8) only installs boot0 and boot0sio.) > > > Cheers, > -- > Ruslan Ermilov > ru@FreeBSD.org > FreeBSD committer Thank you Ruslan. Shouldn't boot0cfg(8) manpage be updated accordingly (EXAMPLES section, at least)? Thanks, Yuri From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 14:52: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 119B416A46B for ; Wed, 6 Jun 2007 14:52:56 +0000 (UTC) (envelope-from cmarlatt@rxsec.com) Received: from core.rxsec.com (core.rxsec.com [64.132.46.102]) by mx1.freebsd.org (Postfix) with SMTP id 8784A13C448 for ; Wed, 6 Jun 2007 14:52:55 +0000 (UTC) (envelope-from cmarlatt@rxsec.com) Received: (qmail 27285 invoked by uid 2009); 6 Jun 2007 14:45:50 -0000 Received: from 10.1.0.72 by core.rxsec.com (envelope-from , uid 2008) with qmail-scanner-1.25-st-qms (clamdscan: 0.86.2/1102. spamassassin: 3.0.4. perlscan: 1.25-st-qms. Clear:RC:0(10.1.0.72):SA:0(-4.4/5.0):. Processed in 1.703477 secs); 06 Jun 2007 14:45:50 -0000 X-Spam-Status: No, hits=-4.4 required=5.0 X-Antivirus-RXSEC-Mail-From: cmarlatt@rxsec.com via core.rxsec.com X-Antivirus-RXSEC: 1.25-st-qms (Clear:RC:0(10.1.0.72):SA:0(-4.4/5.0):. Processed in 1.703477 secs Process 27270) Received: from unknown (HELO ?10.1.0.72?) (cmarlatt@rxsec.com@10.1.0.72) by core.rxsec.com with SMTP; 6 Jun 2007 14:45:48 -0000 Message-ID: <4666CA3E.8010501@rxsec.com> Date: Wed, 06 Jun 2007 10:52:46 -0400 From: Chris Marlatt Organization: Receive Security User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Max Laier References: <20070417153357.GA1335@seekingfire.com> <200704182213.50663.max@love2party.net> <20070418214855.GQ1225@seekingfire.com> <200706061629.21923.max@love2party.net> In-Reply-To: <200706061629.21923.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 06 Jun 2007 15:12:07 +0000 Cc: freebsd-current@freebsd.org, freebsd-pf@freebsd.org Subject: Re: USER/GROUP rules on the chopping Block [ Re: Panic on boot with April 16 src (lengthy info attached) ] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 14:52:56 -0000 Max Laier wrote: > and again ... the thread ends here - zero feedback received :-( Does > anyone care about user/group rules at all? If so - speak up now or I'll > just disable them with the upcoming update!!! > Unfortunately I can't claim to be seeing this symptom, but I do use user/group rules on shell servers quite often. They're very useful for controlling untrusted users in an environment like that. Hopefully it can continue to be included. From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 15:13: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 01C0916A400; Wed, 6 Jun 2007 15:13:24 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: from mail.seekingfire.com (thoth.seekingfire.com [24.89.83.9]) by mx1.freebsd.org (Postfix) with ESMTP id 95F7F13C4DE; Wed, 6 Jun 2007 15:13:23 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id E26443982C; Wed, 6 Jun 2007 08:48:35 -0600 (CST) Date: Wed, 6 Jun 2007 08:48:35 -0600 From: Tillman Hodgson To: Max Laier Message-ID: <20070606144835.GI47770@seekingfire.com> References: <20070417153357.GA1335@seekingfire.com> <200704182213.50663.max@love2party.net> <20070418214855.GQ1225@seekingfire.com> <200706061629.21923.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706061629.21923.max@love2party.net> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Tai-hwa Liang , freebsd-current@freebsd.org, freebsd-pf@freebsd.org Subject: Re: USER/GROUP rules on the chopping Block [ Re: Panic on boot with April 16 src (lengthy info attached) ] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 15:13:24 -0000 On Wed, Jun 06, 2007 at 04:29:12PM +0200, Max Laier wrote: > After several attempts to fix user/group rules which ended like the most > recent one - cited below - with *ZERO* feedback, I won't waste anymore > effort. Either somebody steps up, does proper testing and reports back, > or user/group rules go! End of story! > > This is not personal against Tillman - he just happend to be the most > recent one to hit the problem. > > On Wednesday 18 April 2007, Tillman Hodgson wrote: > > On Wed, Apr 18, 2007 at 10:13:42PM +0200, Max Laier wrote: > > > On Wednesday 18 April 2007 21:28, Tillman Hodgson wrote: > > > > Oh, interesting! I'm rebuilding right now with that option :-) > > > > I'll report back in a few days how it goes. > > > > > > Actually, could you test this? It should enable the hack on the fly > > > as a user/group rule is added. See "sysctl debug.pfugidhack" or > > > "pfctl -x misc" to confirm it's on. > > > > Sure, I've restarted the build with this patch. > > and again ... the thread ends here - zero feedback received :-( Does > anyone care about user/group rules at all? If so - speak up now or I'll > just disable them with the upcoming update!!! I think you might have missed some posts :-) I successfully built with that patch and reported it: Date: Thu, 19 Apr 2007 08:50:57 -0600 From: Tillman Hodgson Subject: Re: Panic on boot with April 16 src (lengthy info attached) I also reported a week later (after a series of network-heavy daily backup jobs) that it's been stable for the week. Date: Thu, 26 Apr 2007 18:08:43 -0600 From: Tillman Hodgson Subject: Re: Panic on boot with April 16 src (lengthy info attached) I didn't get a reply to either email and had (wrongly) assumed that it had been dropped on your end. Perhaps we just crossed wires :-) I'd be glad to forward those emails to you if you'd find them helpful. There's not that much info in them though and I think the fact that I've been running with the patch since then with no problems is probably more important: [root@athena ~]# uptime 8:40AM up 48 days, 28 secs, 10 users, load averages: 0.19, 0.15, 0.09 If there's any particular information you'd like (such as from pfctl, sysctl, or whatever) let me know. It's stable, and PF is working well for me, so it seems good with my workload. -T -- "The important thing is not to stop questioning. Curiosity has its own reason for existing." -- Albert Einstein From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 15:16: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 46EF416A421 for ; Wed, 6 Jun 2007 15:16:50 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 2371C13C457 for ; Wed, 6 Jun 2007 15:16:50 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (jn@ns1 [69.55.238.237]) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l56EwALR013706 for ; Wed, 6 Jun 2007 10:58:10 -0400 (EDT) (envelope-from lists@jnielsen.net) Received: (from www@localhost) by ns1.jnielsen.net (8.12.9p2/8.12.9/Submit) id l56EwAJ9013705 for freebsd-current@freebsd.org; Wed, 6 Jun 2007 10:58:10 -0400 (EDT) (envelope-from lists@jnielsen.net) X-Authentication-Warning: ns1.jnielsen.net: www set sender to lists@jnielsen.net using -f Received: from 70.150.196.243 ([70.150.196.243]) by newwebmail.jnielsen.net (Horde MIME library) with HTTP; Wed, 06 Jun 2007 10:58:10 -0400 Message-ID: <20070606105810.0qarn21yyoc04cg0@newwebmail.jnielsen.net> Date: Wed, 06 Jun 2007 10:58:10 -0400 From: John Nielsen Cc: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-4.9 X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 15:16:50 -0000 Quoting Danny Braniss : > I'm in the last mile before crossing the beta->release line, > so I'd like to get some input, and update the list of targets it supports. > you can obtain the driver from: > ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.0.92.tar.gz Looks great! I've done some basic testing against our cluster of three LeftHand Networks NSM 160's running SAN/iQ 6.6SP1. My machine is running -CURRENT as of a couple days ago (with gcc 4.2 and symbol versioning). I've tested previous snapshots of the driver against the same SAN on this and another machine running -STABLE with good results. Is there anything specific you'd like tested? What connection interruption scenarios does the driver try to recover from? I'm running some backups to an iSCSI mount now. When that finishes (and my machine is otherwise unoccupied) I'll play around with temporarily yanking the ethernet cable and other fun tricks. Thanks for the Makefiles. Your blurb text incorrectly directs the reader to run make in sys/dev/iscsi_initiator (which doesn't exist, and there's no Makefile in sys/dev/iscsi). Obviously you meant sys/modules/iscsi_initiator. Also, a line about running make in iscontrol/ would be helpful, as would an install target in that Makefile. Do you have any suggestions on startup integration (rc script, fstab magic, etc)? I know you said once before that that was hopefully coming soon.. Thanks again. I'll post again if I manage to break something. JN From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 15:16: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 BBD5B16A46D; Wed, 6 Jun 2007 15:16:58 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: from mail.seekingfire.com (thoth.seekingfire.com [24.89.83.9]) by mx1.freebsd.org (Postfix) with ESMTP id 8019813C447; Wed, 6 Jun 2007 15:16:58 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 041E139829; Wed, 6 Jun 2007 09:16:58 -0600 (CST) Date: Wed, 6 Jun 2007 09:16:57 -0600 From: Tillman Hodgson To: Max Laier Message-ID: <20070606151657.GL47770@seekingfire.com> References: <20070417153357.GA1335@seekingfire.com> <200706061629.21923.max@love2party.net> <20070606144835.GI47770@seekingfire.com> <200706061704.41829.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706061704.41829.max@love2party.net> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Tai-hwa Liang , freebsd-current@freebsd.org, freebsd-pf@freebsd.org Subject: Re: USER/GROUP rules on the chopping Block [ Re: Panic on boot with April 16 src (lengthy info attached) ] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 15:16:58 -0000 On Wed, Jun 06, 2007 at 05:04:34PM +0200, Max Laier wrote: > Hi Tillman, > > On Wednesday 06 June 2007, Tillman Hodgson wrote: > > I think you might have missed some posts :-) I successfully built with > > that patch and reported it: > > ahh ... you dropped -pf@ and myself from the CC-list. -current is just > too noisy to spot replys. Thanks for the info and sorry for the rant. > > This does *not* mean that everybody else can stop testing now! Please > follow Tillman's example and report back (just keep me in CC this > time ;)). lol! Sorry about that, I normally drop individual email accounts when I know the person is subscribed to the list to cut down on the duplicate emails for the recipient ('l'ist reply versus 'g'roup reply in mutt). Somehow I must've dropped -pf@ as well. -T -- "Belief gets in the way of learning." -- Robert Heinlein From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 15:33: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 3CF3916A468; Wed, 6 Jun 2007 15:33:09 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id E718813C44B; Wed, 6 Jun 2007 15:33:08 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id AD8FC7016; Wed, 6 Jun 2007 19:33:07 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 8BCAC7019; Wed, 6 Jun 2007 19:33:07 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.14.1/8.14.1) id l56FVsps099837; Wed, 6 Jun 2007 19:31:54 +0400 (MSD) (envelope-from ru) Date: Wed, 6 Jun 2007 19:31:54 +0400 From: Ruslan Ermilov To: Yuri Pankov Message-ID: <20070606153154.GB14456@rambler-co.ru> References: <20070606135815.GA913@darklight.abyss> <20070606145904.GA14456@rambler-co.ru> <20070606150536.GB875@darklight.abyss> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070606150536.GB875@darklight.abyss> User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: No virus found Cc: freebsd-current@freebsd.org, Pav Lucistnik Subject: Re: /boot/mbr miscompiled? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 15:33:09 -0000 On Wed, Jun 06, 2007 at 07:05:36PM +0400, Yuri Pankov wrote: > On Wed, Jun 06, 2007 at 06:59:04PM +0400, Ruslan Ermilov wrote: > > On Wed, Jun 06, 2007 at 05:58:15PM +0400, Yuri Pankov wrote: > > > Hi, > > > > > > I've noticed lately that I can't install /boot/mbr using boot0cfg. > > > > > > [root@darklight:~]# boot0cfg -B -b /boot/mbr ad4 > > > boot0cfg: /boot/mbr: unknown or incompatible boot code > > > > > > -r--r--r-- 1 root wheel - 512 Jun 6 17:45 /boot/mbr > > > /boot/mbr: x86 boot sector > > > > > I think you'll have to use "fdisk -B" to do that. > > (boot0cfg(8) only installs boot0 and boot0sio.) > > > > Thank you Ruslan. > > Shouldn't boot0cfg(8) manpage be updated accordingly (EXAMPLES section, > at least)? > Hmm. The documentation bug was introduced recently in rev. 1.30 of boot0cfg.8 (and merged into RELENG_6). I've just checked on 4.x, 6.x, and 7.0 systems here, and /boot/mbr could never be accepted by boot0cfg(8) because the second signature (the "Drive" string) isn't there. I've Cc:ed the committer of this change. Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 15:42:35 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 311CB16A469; Wed, 6 Jun 2007 15:42:35 +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 04DD113C4C1; Wed, 6 Jun 2007 15:42:34 +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 l56FgYbC097316; Wed, 6 Jun 2007 11:42:34 -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 l56FgYkm074625; Wed, 6 Jun 2007 11:42:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B422573068; Wed, 6 Jun 2007 11:42:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070606154233.B422573068@freebsd-current.sentex.ca> Date: Wed, 6 Jun 2007 11:42:33 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 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: , X-List-Received-Date: Wed, 06 Jun 2007 15:42:35 -0000 TB --- 2007-06-06 13:35:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-06 13:35:21 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-06 13:35:21 - cleaning the object tree TB --- 2007-06-06 13:35:51 - checking out the source tree TB --- 2007-06-06 13:35:51 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-06 13:35:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-06 13:44:28 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-06 13:44:28 - cd /src TB --- 2007-06-06 13:44:28 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 13:44:29 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 Wed Jun 6 15:23:30 UTC 2007 TB --- 2007-06-06 15:23:30 - generating LINT kernel config TB --- 2007-06-06 15:23:30 - cd /src/sys/ia64/conf TB --- 2007-06-06 15:23:30 - /usr/bin/make -B LINT TB --- 2007-06-06 15:23:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-06 15:23:30 - cd /src TB --- 2007-06-06 15:23:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 15:23:31 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 -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 /src/sys/ia64/ia64/interrupt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/ia64/ia64/machdep.c /src/sys/ia64/ia64/machdep.c: In function 'cpu_switch': /src/sys/ia64/ia64/machdep.c:374: error: 'struct pcpu' has no member named 'pc_curtid' /src/sys/ia64/ia64/machdep.c: In function 'cpu_throw': /src/sys/ia64/ia64/machdep.c:395: error: 'struct pcpu' has no member named 'pc_curtid' /src/sys/ia64/ia64/machdep.c: In function 'ia64_init': /src/sys/ia64/ia64/machdep.c:614: error: 'struct pcpu' has no member named 'pc_curtid' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-06 15:42:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-06 15:42:32 - ERROR: failed to build lint kernel TB --- 2007-06-06 15:42:32 - tinderbox aborted TB --- 0.77 user 2.63 system 7630.84 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 15:42: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 2979216A400; Wed, 6 Jun 2007 15:42:56 +0000 (UTC) (envelope-from fergus@cobbled.net) Received: from smtp2.irishbroadband.ie (smtp2.irishbroadband.ie [62.231.32.13]) by mx1.freebsd.org (Postfix) with ESMTP id DE8EE13C447; Wed, 6 Jun 2007 15:42:55 +0000 (UTC) (envelope-from fergus@cobbled.net) Received: from [87.192.210.164] (helo=holyman.cobbled.net) by smtp2.irishbroadband.ie with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HvxDF-0005I1-QS; Wed, 06 Jun 2007 16:14:18 +0100 Received: by holyman.cobbled.net (Postfix, from userid 16385) id 43D351707F; Wed, 6 Jun 2007 15:10:44 +0000 (UTC) Date: Wed, 6 Jun 2007 15:10:44 +0000 From: ttw+bsd@cobbled.net To: Max Laier Message-ID: <20070606151044.GA15976@holyman.cobbled.net> Mail-Followup-To: Max Laier , freebsd-pf@freebsd.org, Tillman Hodgson , freebsd-current@freebsd.org, Tai-hwa Liang References: <20070417153357.GA1335@seekingfire.com> <200704182213.50663.max@love2party.net> <20070418214855.GQ1225@seekingfire.com> <200706061629.21923.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706061629.21923.max@love2party.net> X-Scan-Signature: d9b0d0aa648da0774a8e3c522cd097f0 Cc: Tillman Hodgson , freebsd-current@freebsd.org, Tai-hwa Liang , freebsd-pf@freebsd.org Subject: Re: USER/GROUP rules on the chopping Block [ Re: Panic on boot with April 16 src (lengthy info attached) ] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 15:42:56 -0000 On 06.06-16:29, Max Laier wrote: [ ... ] > and again ... the thread ends here - zero feedback received :-( Does > anyone care about user/group rules at all? If so - speak up now or I'll > just disable them with the upcoming update!!! i'm afraid after loosing two systems to processor and memory failures i can't actually look at the problem but, yes, for what it's worth, i use and care about user/group rules. From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 15:57:36 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 AD68716A400 for ; Wed, 6 Jun 2007 15:57:36 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av6-1-sn3.vrr.skanova.net (av6-1-sn3.vrr.skanova.net [81.228.9.179]) by mx1.freebsd.org (Postfix) with ESMTP id 6A2CA13C44C for ; Wed, 6 Jun 2007 15:57:36 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: by av6-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 1A0DC3829F; Wed, 6 Jun 2007 17:39:23 +0200 (CEST) Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av6-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 03D223803C; Wed, 6 Jun 2007 17:39:23 +0200 (CEST) Received: from [192.168.1.197] (81-229-94-7-no68.tbcn.telia.com [81.229.94.7]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id E11B537E45; Wed, 6 Jun 2007 17:39:21 +0200 (CEST) From: Joel Dahl To: "Wilkinson, Alex" In-Reply-To: <20070606080317.GE2977@obelix.dsto.defence.gov.au> References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> <466581B7.6080903@u.washington.edu> <1181060136.1248.1.camel@localhost> <20070606080317.GE2977@obelix.dsto.defence.gov.au> Content-Type: text/plain Date: Wed, 06 Jun 2007 17:39:32 +0200 Message-Id: <1181144372.1243.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Wed, 06 Jun 2007 15:57:36 -0000 On Wed, 2007-06-06 at 16:03 +0800, Wilkinson, Alex wrote: > 0n Tue, Jun 05, 2007 at 06:15:36PM +0200, Joel Dahl wrote: > > >On Tue, 2007-06-05 at 08:31 -0700, Garrett Cooper wrote: > >> Diego Depaoli wrote: > >> > 2007/6/5, Ed Schouten : > >> >> > In practice there's (almost) only one reason not to run > >> >> > FreeBSD/amd64 on amd64-capable hardware: If you depend > >> >> > on a certain piece of software which is known not to run > >> >> > correctly in 64bit mode. Fortunately those are not many. > >> >> > >> >> I guess most of those are still waiting for a 64-bits nvidia.ko. > >> > That's true. > >> > Is there any news? > >> > > >> Yeah, a lot of people are still waiting for that (including me.. > >> can't get nv to work under amd64 :(...). > >> We should band together and get nvidia to speed up amd64 development > >> a bit more *sigh*.. > > > >Well, nvidia wants to build a driver for FreeBSD/amd64, but they're > >waiting for us to implement certain necessary "features" first... > > Such as ? Check the hackers@ archives. -- Joel From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 16:05: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 5E2E816A473 for ; Wed, 6 Jun 2007 16:05:30 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from nat-application.b1.lan.prg.vol.cz (nat-application.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.freebsd.org (Postfix) with ESMTP id 8B03613C447 for ; Wed, 6 Jun 2007 16:05:29 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by nat-application.b1.lan.prg.vol.cz (8.13.8/8.13.8) with ESMTP id l56FjTkn051474; Wed, 6 Jun 2007 17:45:29 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.8/8.13.8/Submit) id l56FjSBk051455; Wed, 6 Jun 2007 17:45:28 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Ruslan Ermilov , wblock@wonkity.com In-Reply-To: <20070606153154.GB14456@rambler-co.ru> References: <20070606135815.GA913@darklight.abyss> <20070606145904.GA14456@rambler-co.ru> <20070606150536.GB875@darklight.abyss> <20070606153154.GB14456@rambler-co.ru> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-i7vltOcKy8GyeIVFF3iV" Date: Wed, 06 Jun 2007 17:45:27 +0200 Message-Id: <1181144727.30405.30.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port Cc: Yuri Pankov , freebsd-current@FreeBSD.org Subject: Re: /boot/mbr miscompiled? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 16:05:30 -0000 --=-i7vltOcKy8GyeIVFF3iV Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > > > > I've noticed lately that I can't install /boot/mbr using boot0cfg. > > > >=20 > > > > [root@darklight:~]# boot0cfg -B -b /boot/mbr ad4 > > > > boot0cfg: /boot/mbr: unknown or incompatible boot code > > > >=20 > > > > -r--r--r-- 1 root wheel - 512 Jun 6 17:45 /boot/mbr > > > > /boot/mbr: x86 boot sector > > > >=20 > > > I think you'll have to use "fdisk -B" to do that. > > > (boot0cfg(8) only installs boot0 and boot0sio.) > > >=20 > >=20 > > Thank you Ruslan. > >=20 > > Shouldn't boot0cfg(8) manpage be updated accordingly (EXAMPLES section, > > at least)? > >=20 > Hmm. The documentation bug was introduced recently in rev. 1.30 > of boot0cfg.8 (and merged into RELENG_6). I've just checked on > 4.x, 6.x, and 7.0 systems here, and /boot/mbr could never be > accepted by boot0cfg(8) because the second signature (the "Drive" > string) isn't there. I've Cc:ed the committer of this change. And then, trust PRs. I wonder how is it possible that PR got submitted, if the example showed in it is totally bogus? Escapes me. So, should I back out that rev.? --=20 Pav Lucistnik The Phase Spider. A spider that never seems quite there. --=-i7vltOcKy8GyeIVFF3iV Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGZtaTntdYP8FOsoIRAiKvAKC24hcY8AVJqeO52xw/lwzGVfDhKgCeJgar gGj9Nf71D+wl1s9gj93VyMI= =gbFS -----END PGP SIGNATURE----- --=-i7vltOcKy8GyeIVFF3iV-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 16:08: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 D7B8716A400 for ; Wed, 6 Jun 2007 16:08:53 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av6-2-sn3.vrr.skanova.net (av6-2-sn3.vrr.skanova.net [81.228.9.180]) by mx1.freebsd.org (Postfix) with ESMTP id 935D613C44C for ; Wed, 6 Jun 2007 16:08:53 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: by av6-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 896BC381B8; Wed, 6 Jun 2007 17:40:37 +0200 (CEST) Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av6-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 6FB5F37FEC; Wed, 6 Jun 2007 17:40:37 +0200 (CEST) Received: from [192.168.1.197] (81-229-94-7-no68.tbcn.telia.com [81.229.94.7]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id D0B9337E47; Wed, 6 Jun 2007 17:40:36 +0200 (CEST) From: Joel Dahl To: Alexander Leidinger In-Reply-To: <20070606093426.pc1yle0wg8cggcw4@webmail.leidinger.net> References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> <466581B7.6080903@u.washington.edu> <1181060136.1248.1.camel@localhost> <20070606093426.pc1yle0wg8cggcw4@webmail.leidinger.net> Content-Type: text/plain Date: Wed, 06 Jun 2007 17:40:47 +0200 Message-Id: <1181144447.1243.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , Diego Depaoli , current@FreeBSD.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Wed, 06 Jun 2007 16:08:53 -0000 On Wed, 2007-06-06 at 09:34 +0200, Alexander Leidinger wrote: > Quoting Joel Dahl (from Tue, 05 Jun 2007 18:15:36 +0200): > > > On Tue, 2007-06-05 at 08:31 -0700, Garrett Cooper wrote: > >> Diego Depaoli wrote: > >> > 2007/6/5, Ed Schouten : > >> >> > In practice there's (almost) only one reason not to run > >> >> > FreeBSD/amd64 on amd64-capable hardware: If you depend > >> >> > on a certain piece of software which is known not to run > >> >> > correctly in 64bit mode. Fortunately those are not many. > >> >> > >> >> I guess most of those are still waiting for a 64-bits nvidia.ko. > >> > That's true. > >> > Is there any news? > >> > > >> Yeah, a lot of people are still waiting for that (including me.. > >> can't get nv to work under amd64 :(...). > >> We should band together and get nvidia to speed up amd64 development > >> a bit more *sigh*.. > > > > Well, nvidia wants to build a driver for FreeBSD/amd64, but they're > > waiting for us to implement certain necessary "features" first... > > And we don't have them on the ideas list, so it's not obvious what is > needed... I think I'd like to put them somewhere on the wiki... -- Joel From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 16:30: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 18CA616A46C; Wed, 6 Jun 2007 16:30:09 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id E4C1C13C45D; Wed, 6 Jun 2007 16:30:06 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (jn@ns1 [69.55.238.237]) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l56GTsLR059554; Wed, 6 Jun 2007 12:29:54 -0400 (EDT) (envelope-from lists@jnielsen.net) Received: (from www@localhost) by ns1.jnielsen.net (8.12.9p2/8.12.9/Submit) id l56GTs81059553; Wed, 6 Jun 2007 12:29:54 -0400 (EDT) (envelope-from lists@jnielsen.net) X-Authentication-Warning: ns1.jnielsen.net: www set sender to lists@jnielsen.net using -f Received: from 70.150.196.243 ([70.150.196.243]) by newwebmail.jnielsen.net (Horde MIME library) with HTTP; Wed, 06 Jun 2007 12:29:53 -0400 Message-ID: <20070606122953.mnndzgmvkcc0s8c8@newwebmail.jnielsen.net> Date: Wed, 06 Jun 2007 12:29:53 -0400 From: John Nielsen To: Danny Braniss References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-4.9 X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 16:30:09 -0000 Quoting Danny Braniss : > Quoting John Nielsen : >> Do you have any suggestions on startup integration (rc script, fstab >> magic, etc)? I know you said once before that that was hopefully coming >> soon.. >> > this is an attempt: A couple comments just from reading through this, see below. > #!/bin/sh > > # PROVIDE: iscsi > # REQUIRE: NETWORKING > # BEFORE: DAEMON > # KEYWORD: nojail shutdown > > # > # Add the following lines to /etc/rc.conf to enable iscsi: > # > # iscsi_enable="YES" > # iscsi_fstab="/etc/fstab.iscsi" The iscsi_exports knob should also be documented here. > . /etc/rc.subr > > name=iscsi > rcvar=`set_rcvar` > > command=/usr/local/sbin/iscontrol Assuming this gets commited this will want to be /sbin/iscontrol. > iscsi_enable=${iscsi_enable:-"NO"} > iscsi_fstab=${iscsi_fstab:-"/etc/fstab.iscsi"} > iscsi_exports=${iscsi_exports:-"/etc/exports.iscsi"} > > start_cmd="iscsi_start" > faststop_cmp="iscsi_stop" > stop_cmd="iscsi_stop" > > iscsi_wait() > { > dev=$1 > trap "echo 'wait loop cancelled'; exit 1" 2 > count=0 > while true; do > if [ -c $dev ]; then > break; > fi > if [ $count -eq 0 ]; then > echo -n Waiting for ${dev}': ' > fi > count=$((${count} + 1)) > if [ $count -eq 6 ]; then > echo ' Failed' > return 0 > break > fi > echo -n '.' > sleep 5; > done > echo '.' > return 1 > } > > iscsi_start() > { > # > # load needed modules > for m in iscsi_initiator geom_label; do > kldstat -qm $m || kldload $m > done Good thinking making geom_label a pseudo-requirement. Examples and documentation for fstab.iscsi should strongly recommend its use, since device names will vary. > sysctl debug.iscsi=2 Maybe make this another rc variable that could be set in /etc/rc.conf. You'll probably also want to change the module's default verbosity level once it becomes more official. > # > # start iscontrol for each target > if [ -n "${iscsi_targets}" ]; then > for target in ${iscsi_targets}; do > ${command} ${rc_flags} -n ${target} > done > fi > > if [ -f "${iscsi_fstab}" ]; then > while read spec file type opt t1 t2 > do > case ${spec} in > \#*|'') > ;; > *) > if iscsi_wait ${spec}; then > break; > fi > echo type=$type spec=$spec file=$file > fsck -p ${spec} && mount ${spec} ${file} > ;; > esac > done < ${iscsi_fstab} > fi > > if [ -f "${iscsi_exports}" ]; then > cat ${iscsi_exports} >> /etc/exports > #/etc/rc.d/mountd reload does not work, why? > kill -1 `cat /var/run/mountd.pid` > fi > } Look at how Pawel handled this with ZFS (mostly in the zfs and mountd rc.d scripts), and use the fact that mountd can take multiple exports files on its command line to your advantage. i.e. appending to the normal exports file is not really what you want to do. > iscsi_stop() > { > echo 'iscsi stopping' > while read spec file type opt t1 t2 > do > case ${spec} in > \#*|'') > ;; > *) > echo iscsi: umount $spec > umount -fv $spec > # and remove from the exports ... See above; this could be a no-op. > ;; > esac > done < ${iscsi_fstab} > } > > load_rc_config $name > run_rc_command "$1" > ------ > problems with the above script: > - no background fsck It would be nice not to re-invent the wheel here, and there are other reasons it would be nice to just use /etc/fstab instead of adding a new file -- a number of utilities use /etc/fstab to map between mountpoints and device names even if the device isn't mounted. Did you try this approach, and if so what obstacles did you encounter? I will play around with this if I have time. The "late" fstab/mount option will probably be useful here. > - restart will mess the exports file > - the wait loop should be replaced by something more deterministic. > JN From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 16:39: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 B7A0A16A41F for ; Wed, 6 Jun 2007 16:39:25 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 90F6813C45E for ; Wed, 6 Jun 2007 16:39:25 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so282918waf for ; Wed, 06 Jun 2007 09:39:25 -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=OmLQpG0jDJmxHuLoEboA3cTzM/7rQRlrDp3ywwLuLt4/cC51WqNPUvt/Ff1++/Q1XtF0uy1BVjRKzmLhisTpCly+n79f+Cg2n6hos2ALvOAV5xWAZn9UuYY0LFIvb1g0Ls3hqHg/ozOtE1sxb0h85lbz8CMISHP9DBs2YjCOutM= 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=N0+5WAlkbwuZdGUNJIjQiXZJUhzB0Re7zI/DJlieFBW3YPXqAgVuGcPgei8pKyP8tQvCrcK7vmYbAacWKff/iGFW9uV8oPca/dH9xMUtMlW22Y372PIofqRpWyEeBZHHcRiAh5X3Bq1tC8NaL5Qb6DOEreofvDRCo5XTRS27kQE= Received: by 10.115.89.1 with SMTP id r1mr630451wal.1181147965322; Wed, 06 Jun 2007 09:39:25 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Wed, 6 Jun 2007 09:39:25 -0700 (PDT) Message-ID: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> Date: Wed, 6 Jun 2007 09:39:25 -0700 From: "Jack Vogel" To: freebsd-net , "FreeBSD Stable List" , "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: HEADS UP: Plan to MFC new em driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 16:39:25 -0000 I have a version of code ready to MFC, the big difference with CURRENT is that TSO is #ifdef'd off until Andre is able to get that back. I wanted a chance for any concerns to be aired before I did it, issues that anyone has had with the driver in CURRENT? Regards, Jack From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 16:41:48 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 9908D16A41F for ; Wed, 6 Jun 2007 16:41:48 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id 6A89C13C45A for ; Wed, 6 Jun 2007 16:41:48 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 06 Jun 2007 09:08:15 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id l56GCnbk097590; Wed, 6 Jun 2007 09:12:49 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id l56GCnYc097589; Wed, 6 Jun 2007 09:12:49 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200706061612.l56GCnYc097589@ambrisko.com> In-Reply-To: <86ps49l5pc.fsf@dwp.des.no> To: =?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?= Date: Wed, 6 Jun 2007 09:12:49 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: jroberson@chesapeake.net, freebsd-current@freebsd.org, almarrie@gmail.com Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Wed, 06 Jun 2007 16:41:48 -0000 Dag-Erling Sm\xc3\xb8rgrav writes: | Oliver Fromme writes: | > It's a common mistake to assume that amd64 only makes sense | > if you have >= 4GB RAM. There are several reasons why it | > might be useful to switch from i386 to amd64: | > | > - Most programs (though not all) will run faster, because | > in amd64 mode there are twice as many general-purpose | > registers, giving compilers much better opportunities | > for optimizations and caching of values, and reducing | > slow memory accesses. | | "twice as many" is an understatement. AMD64 has 16 GPRs vs i386's 8 if | you consider BP, SI, DI and SP as GPRs (as the AMD and Intel literature | does); in practical terms the score is 12 to 4. | | > - Some applications might benefit from a larger virtual | > address space > 4 GB. (Note that this is not related | > to the amount of physical RAM!) | | For instance, Varnish maps its entire storage into memory, and will | benefit greatly from the increased address space. | | > In practice there's (almost) only one reason not to run | > FreeBSD/amd64 on amd64-capable hardware: If you depend | > on a certain piece of software which is known not to run | > correctly in 64bit mode. Fortunately those are not many. | | The only one I can think of (for a desktop) is the Flash plugin. Why? With the nspluginwrapper we can running Linux Flash in a FreeBSD native browser on amd64 or i386. With the appropriate compile foo or probably by getting a Linux compiled version it would work with a Linux browser. Nspluginwrapper is great for running i386 plugins on amd64! The only thing that is preventing me from running full time on an amd64 kernel is the kernel support for suspend & resume. I had to add a small hack the kernel to let the i386 Xserver to run on amd64. I need to do some more digging to answer some questions that alc had. Personally, I want to run amd64 full time so I can run and build amd64 and i386 things on my laptop without rebooting at native speed. Doug A. From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 16:50: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 45F4A16A468 for ; Wed, 6 Jun 2007 16:50:50 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.c0mplx.org (home.c0mplx.org [213.178.180.1]) by mx1.freebsd.org (Postfix) with ESMTP id 0346E13C489 for ; Wed, 6 Jun 2007 16:50:49 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from pi by home.c0mplx.org with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Hvxvg-00017t-Eq for freebsd-current@freebsd.org; Wed, 06 Jun 2007 18:00:12 +0200 Date: Wed, 6 Jun 2007 18:00:12 +0200 From: Kurt Jaeger To: freebsd-current@freebsd.org Message-ID: <20070606160012.GC13981@home.c0mplx.org> References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> <466581B7.6080903@u.washington.edu> <1181060136.1248.1.camel@localhost> <20070606080317.GE2977@obelix.dsto.defence.gov.au> <1181144372.1243.0.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1181144372.1243.0.camel@localhost> Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Wed, 06 Jun 2007 16:50:50 -0000 Hi! > On Wed, 2007-06-06 at 16:03 +0800, Wilkinson, Alex wrote: > > 0n Tue, Jun 05, 2007 at 06:15:36PM +0200, Joel Dahl wrote: [..] > > >Well, nvidia wants to build a driver for FreeBSD/amd64, but they're > > >waiting for us to implement certain necessary "features" first... > > Such as ? > > Check the hackers@ archives. http://www.abclinuxu.cz/clanky/rozhovory/andy-ritger-nvidia?page=1 http://lists.freebsd.org/pipermail/freebsd-hackers/2006-June/016995.html -- pi@c0mplx.org +49 171 3101372 13 years to go ! From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 17:35: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 A681816A469 for ; Wed, 6 Jun 2007 17:35:32 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 4514513C4C5 for ; Wed, 6 Jun 2007 17:35:30 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 22118 invoked by uid 399); 6 Jun 2007 17:35:28 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 6 Jun 2007 17:35:28 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4666F05E.6000908@FreeBSD.org> Date: Wed, 06 Jun 2007 10:35:26 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (X11/20070525) MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <20070601103549.GA22490@localhost.localdomain> <200706061154.00751.max@love2party.net> <86tztll619.fsf@dwp.des.no> <200706061339.37147.max@love2party.net> <20070606114612.E38838@maildrop.int.zabbadoz.net> In-Reply-To: <20070606114612.E38838@maildrop.int.zabbadoz.net> X-Enigmail-Version: 0.95.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Max Laier , freebsd-current@freebsd.org, freebsd-pf@freebsd.org Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 17:35:32 -0000 Bjoern A. Zeeb wrote: > ports. Agreed. While one can argue what the criteria should be for keeping software in the base, IMO the chief criteria for ADDING software to the base should be, "Will this be useful to a significant majority of FreeBSD users?" I don't see how the answer to that question could be "yes" in this case. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 17:40:38 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 A75A916A46B; Wed, 6 Jun 2007 17:40:38 +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 640E113C484; Wed, 6 Jun 2007 17:40: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 l56HebHf016655; Wed, 6 Jun 2007 13:40:37 -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 l56HebJw048072; Wed, 6 Jun 2007 13:40:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8F53473068; Wed, 6 Jun 2007 13:40:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070606174037.8F53473068@freebsd-current.sentex.ca> Date: Wed, 6 Jun 2007 13:40:37 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news 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: , X-List-Received-Date: Wed, 06 Jun 2007 17:40:38 -0000 TB --- 2007-06-06 16:08:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-06 16:08:28 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-06 16:08:28 - cleaning the object tree TB --- 2007-06-06 16:08:48 - checking out the source tree TB --- 2007-06-06 16:08:48 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-06 16:08:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-06 16:17:19 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-06 16:17:19 - cd /src TB --- 2007-06-06 16:17:19 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 16:17:21 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 Wed Jun 6 17:27:45 UTC 2007 TB --- 2007-06-06 17:27:45 - generating LINT kernel config TB --- 2007-06-06 17:27:45 - cd /src/sys/sun4v/conf TB --- 2007-06-06 17:27:45 - /usr/bin/make -B LINT TB --- 2007-06-06 17:27:45 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-06 17:27:45 - cd /src TB --- 2007-06-06 17:27:45 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 17:27:45 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/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -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/hcall.S 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/hviommu.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/sparc64/sparc64/identcpu.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/sparc64/sparc64/in_cksum.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/intr_machdep.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/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-06 17:40:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-06 17:40:37 - ERROR: failed to build lint kernel TB --- 2007-06-06 17:40:37 - tinderbox aborted TB --- 0.73 user 1.95 system 5528.80 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 18:00:07 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 59ED616A468; Wed, 6 Jun 2007 18:00:07 +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 AECA913C45D; Wed, 6 Jun 2007 18:00:06 +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 70A27690B0F; Wed, 6 Jun 2007 18:57:45 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 30389690B11; Wed, 6 Jun 2007 18:57:45 +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=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=unavailable version=3.1.7 Received: from epsilon.local.fnop.net (unknown [193.136.24.154]) by core.fnop.net (Postfix) with ESMTP id ECA99690B0F; Wed, 6 Jun 2007 18:57:35 +0100 (WEST) Date: Wed, 06 Jun 2007 18:59:50 +0100 Message-ID: <86ejkpge09.wl%rpaulo@fnop.net> From: Rui Paulo To: Joe Marcus Clarke In-Reply-To: <466469E4.2070106@FreeBSD.org> References: <86k5vffjz8.wl%rpaulo@fnop.net> <86ejkx56y6.wl%rpaulo@fnop.net> <465EF64B.9000505@FreeBSD.org> <86fy5drlro.wl%rpaulo@fnop.net> <465EFCDF.5010903@FreeBSD.org> <86ira6saqv.wl%rpaulo@fnop.net> <466469E4.2070106@FreeBSD.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) X-cite-me: rpaulo MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Wed_Jun__6_18:59:50_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: , X-List-Received-Date: Wed, 06 Jun 2007 18:00:07 -0000 --Multipart_Wed_Jun__6_18:59:50_2007-1 Content-Type: text/plain; charset=US-ASCII At Mon, 04 Jun 2007 15:37:08 -0400, Joe Marcus Clarke wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Rui Paulo wrote: > > At Thu, 31 May 2007 12:50:39 -0400, > > Joe Marcus Clarke wrote: > >>> I can try to make this work for you if you are willing to test :-) > >> Sure. > > > > Grab my p4 branch and then apply the attached patch. > > This doesn't seem to do anything different that the previous version: Can you try the attached version? Thanks. -- Rui Paulo --Multipart_Wed_Jun__6_18:59:50_2007-1 Content-Type: application/octet-stream; type=patch Content-Disposition: attachment; filename="backlight.diff" Content-Transfer-Encoding: 7bit --Multipart_Wed_Jun__6_18:59:50_2007-1-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 18:00:50 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 7CC9A16A468; Wed, 6 Jun 2007 18:00:50 +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 1E3E113C45B; Wed, 6 Jun 2007 18:00:50 +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 D8D26690AED; Wed, 6 Jun 2007 18:58:28 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id A5F94690B10; Wed, 6 Jun 2007 18:58:28 +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=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from epsilon.local.fnop.net (unknown [193.136.24.154]) by core.fnop.net (Postfix) with ESMTP id 269FF690AED; Wed, 6 Jun 2007 18:58:28 +0100 (WEST) Date: Wed, 06 Jun 2007 19:00:42 +0100 Message-ID: <86bqftgdyt.wl%rpaulo@fnop.net> From: Rui Paulo To: Joe Marcus Clarke In-Reply-To: <86ejkpge09.wl%rpaulo@fnop.net> References: <86k5vffjz8.wl%rpaulo@fnop.net> <86ejkx56y6.wl%rpaulo@fnop.net> <465EF64B.9000505@FreeBSD.org> <86fy5drlro.wl%rpaulo@fnop.net> <465EFCDF.5010903@FreeBSD.org> <86ira6saqv.wl%rpaulo@fnop.net> <466469E4.2070106@FreeBSD.org> <86ejkpge09.wl%rpaulo@fnop.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) X-cite-me: rpaulo MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Wed_Jun__6_19:00:42_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: , X-List-Received-Date: Wed, 06 Jun 2007 18:00:50 -0000 --Multipart_Wed_Jun__6_19:00:42_2007-1 Content-Type: text/plain; charset=US-ASCII At Wed, 06 Jun 2007 18:59:50 +0100, Rui Paulo wrote: > > [1 ] > At Mon, 04 Jun 2007 15:37:08 -0400, > Joe Marcus Clarke wrote: > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Rui Paulo wrote: > > > At Thu, 31 May 2007 12:50:39 -0400, > > > Joe Marcus Clarke wrote: > > >>> I can try to make this work for you if you are willing to test :-) > > >> Sure. > > > > > > Grab my p4 branch and then apply the attached patch. > > > > This doesn't seem to do anything different that the previous version: > > Can you try the attached version? > Thanks. Oops, blank file. Sorry. -- Rui Paulo --Multipart_Wed_Jun__6_19:00:42_2007-1 Content-Type: application/octet-stream; type=patch Content-Disposition: attachment; filename="backlight.diff" Content-Transfer-Encoding: 7bit ==== //depot/projects/soc2007/rpaulo-macbook/dev/backlight/backlight.c#5 - /home/rpaulo/p4/rpaulo-macbook/dev/backlight/backlight.c ==== --- /tmp/tmp.90382.50 Wed Jun 6 19:00:01 2007 +++ /home/rpaulo/p4/rpaulo-macbook/dev/backlight/backlight.c Wed Jun 6 18:55:41 2007 @@ -65,8 +65,15 @@ static int backlight_detach(device_t); static int macbook_attach(device_t); static int macbook_enable(SYSCTL_HANDLER_ARGS); static int macbook_level(SYSCTL_HANDLER_ARGS); +static int macbookpro_attach(device_t); +static int macbookpro_enable(SYSCTL_HANDLER_ARGS); +static int macbookpro_level(SYSCTL_HANDLER_ARGS); + struct backlight_model backlight_models[] = { + /* + * MacBook. + */ { "MacBook1,1", 0x8086, 0x27a2, "MacBook Core Duo Backlight Control", macbook_attach, macbook_enable, macbook_level }, @@ -75,6 +82,26 @@ struct backlight_model backlight_models[ "MacBook Core 2 Duo Backlight Control", macbook_attach, macbook_enable, macbook_level }, + /* + * MacBook Pro. + */ + { "MacBookPro1,1", 0x1002, 0x71c5, + "MacBook Pro Core Duo (15-inch) Backlight Control", + macbookpro_attach, macbookpro_enable, macbookpro_level }, + + { "MacBookPro1,2", 0x1002, 0x71c5, + "MacBook Pro Core Duo (17-inch) Backlight Control", + macbookpro_attach, macbookpro_enable, macbookpro_level }, + + { "MacBookPro2,1", 0x1002, 0x71c5, + "MacBook Pro Core 2 Duo (17-inch) Backlight Control", + macbookpro_attach, macbookpro_enable, macbookpro_level }, + + { "MacBookPro2,2", 0x1002, 0x71c5, + "MacBook Pro Core 2 Duo (15-inch) Backlight Control", + macbookpro_attach, macbookpro_enable, macbookpro_level }, + + { NULL, 0, 0 } }; @@ -348,6 +375,125 @@ macbook_level(SYSCTL_HANDLER_ARGS) curlevel = (level * (BACKLIGHT_MB_MAX - BACKLIGHT_MB_MIN) / 100) + BACKLIGHT_MB_MIN; macbook_set_current(sc, curlevel); + + *(unsigned int *)oidp->oid_arg1 = level; + sc->sc_level = curlevel; + + } + + return error; +} + + +/* + * Apple's MacBook Pro specific functions. + */ + +static uint32_t +macbookpro_get_current(struct backlight_softc *sc) +{ + uint32_t level; + + level = bus_read_4(sc->sc_res, BACKLIGHT_MBP_OFFSET); + level = level >> BACKLIGHT_MBP_CUR_SHIFT; + + return level; +} + +static void +macbookpro_set_current(struct backlight_softc *sc, uint32_t value) +{ + uint32_t newlevel; + + newlevel = 0x00000001 | (value << BACKLIGHT_MBP_CUR_SHIFT); + + bus_write_4(sc->sc_res, BACKLIGHT_MBP_OFFSET, newlevel); + + return; +} + +static int +macbookpro_attach(device_t dev) +{ + struct backlight_softc *sc = device_get_softc(dev); + int rid; + uint32_t state; + + rid = PCIR_BAR(0); + sc->sc_res = bus_alloc_resource_any(dev, SYS_RES_MEMORY, &rid, + RF_ACTIVE); + if (sc->sc_res == NULL) + return ENOMEM; + + + bus_write_4(sc->sc_res, 0x4dc, 5); + state = bus_read_4(sc->sc_res, 0x7ae4); + bus_write_4(sc->sc_res, 0x7ae4, state); + + device_printf(dev, "%d\n", macbookpro_get_current(sc)); + + sc->sc_enable = macbookpro_get_current(sc) >= BACKLIGHT_MBP_MIN ? 1 : 0; + sc->sc_level = macbookpro_get_current(sc); + + return 0; +} + +static int +macbookpro_enable(SYSCTL_HANDLER_ARGS) +{ + struct backlight_softc *sc = (struct backlight_softc *) arg1; + int error; + unsigned int enable; + + enable = macbookpro_get_current(sc) >= BACKLIGHT_MBP_MIN ? 1 : 0; + + error = sysctl_handle_int(oidp, &enable, 0, req); + + if (error == 0 && req->newptr != NULL) { + enable = *(unsigned int *)req->newptr; + + switch (enable) { + case 0: + macbookpro_set_current(sc, 0); + break; + case 1: + macbookpro_set_current(sc, sc->sc_level); + break; + default: + return EINVAL; + + } + *(unsigned int *)oidp->oid_arg1 = enable; + } + + + return error; +} + +static int +macbookpro_level(SYSCTL_HANDLER_ARGS) +{ + struct backlight_softc *sc = (struct backlight_softc *) arg1; + int error; + uint32_t curlevel; + unsigned int level; + + curlevel = macbookpro_get_current(sc); + + level = (curlevel - BACKLIGHT_MBP_MIN) * 100 / + BACKLIGHT_MBP_MAX; + + error = sysctl_handle_int(oidp, &level, 0, req); + + if (error == 0 && req->newptr != NULL) { + level = *(unsigned int *)req->newptr; + + if (level > 100) + return EINVAL; + + curlevel = (level * (BACKLIGHT_MBP_MAX - BACKLIGHT_MBP_MIN) + / 100) + BACKLIGHT_MBP_MIN; + macbookpro_set_current(sc, curlevel); *(unsigned int *)oidp->oid_arg1 = level; sc->sc_level = curlevel; ==== //depot/projects/soc2007/rpaulo-macbook/dev/backlight/backlightvar.h#2 - /home/rpaulo/p4/rpaulo-macbook/dev/backlight/backlightvar.h ==== --- /tmp/tmp.90382.109 Wed Jun 6 19:00:01 2007 +++ /home/rpaulo/p4/rpaulo-macbook/dev/backlight/backlightvar.h Sat Jun 2 15:30:59 2007 @@ -65,3 +65,12 @@ struct backlight_model { #define BACKLIGHT_MB_MAX 0x94 #define BACKLIGHT_MB_OFF 0x12 #define BACKLIGHT_MB_ON 0x1f + +/* + * MacBook Pro specific. + */ +#define BACKLIGHT_MBP_OFFSET 0x7af8 /* register offset */ +#define BACKLIGHT_MBP_CUR_SHIFT 0x08 + +#define BACKLIGHT_MBP_MIN 0x00 +#define BACKLIGHT_MBP_MAX 0xff --Multipart_Wed_Jun__6_19:00:42_2007-1-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 18:07:55 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 0843B16A400; Wed, 6 Jun 2007 18:07:55 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.freebsd.org (Postfix) with ESMTP id C5B8413C43E; Wed, 6 Jun 2007 18:07:54 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.1)); Wed, 06 Jun 2007 11:07:44 -0700 X-Server-Uuid: A6C4E0AE-A7F0-449F-BAE7-7FA0D737AC76 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 550612AF; Wed, 6 Jun 2007 11:07:44 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 262D02AE; Wed, 6 Jun 2007 11:07:44 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id FIX51947; Wed, 6 Jun 2007 11:07:43 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com ( nt-irva-0750.brcm.ad.broadcom.com [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id E77E669CA4; Wed, 6 Jun 2007 11:07:42 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 6 Jun 2007 11:07:42 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD9030414ADBA@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> Thread-Topic: HEADS UP: Plan to MFC new em driver Thread-Index: AceoWZqYaXmSN6YCSBisAFNH2ltlmAAC7U3Q References: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> From: "David Christensen" To: "Jack Vogel" , "freebsd-net" , "FreeBSD Stable List" , "FreeBSD Current" X-WSS-ID: 6A78287A3CG6617964-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: HEADS UP: Plan to MFC new em driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 18:07:55 -0000 > I have a version of code ready to MFC, the big difference with CURRENT > is that TSO is #ifdef'd off until Andre is able to get that back. Is something broken with TSO? I just added TSO support to bce on CURRENT and was planning on MFC'ing to RELENG_6 within the next week. Dave From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 18:09: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 9FF8316A46E for ; Wed, 6 Jun 2007 18:09:31 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1897A13C4BB for ; Wed, 6 Jun 2007 18:09:30 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so222304ika for ; Wed, 06 Jun 2007 11:09:29 -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=ZTzwoCBMUtB1ntJwbpnb/s/Nmw9qDRM6PuYUQgHa9nSh6XnwVAMBW2405Plt0mqqcNsgqaoVowQ87JJKDfOL397EnDCWLa6LU8ieGS8YKjKjgLCaKcx7ExUj2tLZTls7zEsTBJYeLrGCWxNChmkwG7RhbnWl3xo/71B8M94lpg8= 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=qX0cIp1i4bRe+3bXxPJtbaThAlfhyuZqA/VqpXzIT2jRsQS88aoTWz/+1O94BigyPilx+XehZbMN+s5gTg7U8DIhOCMmv3sf7S0ozr99WUy8IPc+maG7UTzctjBv3fpAob343bG+LAsAhn23QzXxk0TFwtlZi6cClDDSax4b3FE= Received: by 10.78.172.20 with SMTP id u20mr320037hue.1181153369532; Wed, 06 Jun 2007 11:09:29 -0700 (PDT) Received: by 10.78.162.15 with HTTP; Wed, 6 Jun 2007 11:09:29 -0700 (PDT) Message-ID: Date: Wed, 6 Jun 2007 11:09:29 -0700 From: "Kip Macy" To: "David Christensen" In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD9030414ADBA@NT-IRVA-0750.brcm.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> <09BFF2FA5EAB4A45B6655E151BBDD9030414ADBA@NT-IRVA-0750.brcm.ad.broadcom.com> Cc: freebsd-net , FreeBSD Current , FreeBSD Stable List , Jack Vogel Subject: Re: HEADS UP: Plan to MFC new em driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 18:09:31 -0000 On 6/6/07, David Christensen wrote: > > I have a version of code ready to MFC, the big difference with CURRENT > > is that TSO is #ifdef'd off until Andre is able to get that back. > > Is something broken with TSO? I just added TSO support to bce on > CURRENT > and was planning on MFC'ing to RELENG_6 within the next week. TSO support is not present in RELENG_6. -Kip From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 18:15: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 D07C616A400 for ; Wed, 6 Jun 2007 18:15:25 +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 8AA5413C46E for ; Wed, 6 Jun 2007 18:15:25 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hw02R-0004Lm-0e for freebsd-current@freebsd.org; Wed, 06 Jun 2007 20:15:19 +0200 Received: from 89-172-58-141.adsl.net.t-com.hr ([89.172.58.141]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jun 2007 20:15:19 +0200 Received: from ivoras by 89-172-58-141.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jun 2007 20:15:19 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 06 Jun 2007 20:15:52 +0000 Lines: 13 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-58-141.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.0 (X11/20070424) In-Reply-To: Sender: news Cc: freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 18:15:25 -0000 Danny Braniss wrote: > Hi all, > I'm in the last mile before crossing the beta->release line, > so I'd like to get some input, and update the list of targets it supports. > you can obtain the driver from: > ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.0.92.tar.gz Hi! I think I can test in on our SAN but the only machine attached to it runs 6-STABLE. Will your iSCSI intiator work in -STABLE? Also, do you plan to finish it in time to get it included in 7.0? From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 18:18: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 9FAC816A400; Wed, 6 Jun 2007 18:18:50 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 1F69913C4BF; Wed, 6 Jun 2007 18:18:49 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.1/8.14.1) with ESMTP id l56HmmH9070448; Wed, 6 Jun 2007 11:48:48 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.1/8.14.1/Submit) with ESMTP id l56Hmms1070445; Wed, 6 Jun 2007 11:48:48 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 6 Jun 2007 11:48:48 -0600 (MDT) From: Warren Block To: Pav Lucistnik In-Reply-To: <1181144727.30405.30.camel@pav.hide.vol.cz> Message-ID: <20070606110525.H70149@wonkity.com> References: <20070606135815.GA913@darklight.abyss> <20070606145904.GA14456@rambler-co.ru> <20070606150536.GB875@darklight.abyss> <20070606153154.GB14456@rambler-co.ru> <1181144727.30405.30.camel@pav.hide.vol.cz> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1536838-1181152128=:70440" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (wonkity.com [127.0.0.1]); Wed, 06 Jun 2007 11:48:48 -0600 (MDT) Cc: Yuri Pankov , freebsd-current@FreeBSD.org, Ruslan Ermilov Subject: Re: /boot/mbr miscompiled? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 18:18:50 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1536838-1181152128=:70440 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Wed, 6 Jun 2007, Pav Lucistnik wrote: >> Hmm. The documentation bug was introduced recently in rev. 1.30 >> of boot0cfg.8 (and merged into RELENG_6). I've just checked on >> 4.x, 6.x, and 7.0 systems here, and /boot/mbr could never be >> accepted by boot0cfg(8) because the second signature (the "Drive" >> string) isn't there. I've Cc:ed the committer of this change. > > And then, trust PRs. I wonder how is it possible that PR got submitted, > if the example showed in it is totally bogus? Escapes me. > > So, should I back out that rev.? Crap. Incorrect notes on my part, apparently from switching between boot0cfg and fdisk. Attached is a patch. My apologies. -Warren Block * Rapid City, South Dakota USA --0-1536838-1181152128=:70440 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=boot0cfg.patch Content-Transfer-Encoding: BASE64 Content-ID: <20070606114848.X70440@wonkity.com> Content-Description: Content-Disposition: attachment; filename=boot0cfg.patch LS0tIGJvb3QwY2ZnLjgub2xkCVdlZCBKdW4gIDYgMTE6MzU6NDggMjAwNw0K KysrIGJvb3QwY2ZnLjgJV2VkIEp1biAgNiAxMTozOTo0MiAyMDA3DQpAQCAt ODksOSArODksNiBAQA0KIGNhbiBiZSB1c2VkIGZvciBvdXRwdXQgdG8gdGhl IENPTTEgcG9ydC4NCiAoQmUgYXdhcmUgdGhhdCBub3RoaW5nIHdpbGwgYmUg b3V0cHV0IHRvIHRoZSBDT00xIHBvcnQgdW5sZXNzIHRoZQ0KIG1vZGVtIHNp Z25hbHMgRFNSIGFuZCBDVFMgYXJlIGFjdGl2ZS4pDQotVXNlDQotLlBhIC9i b290L21icg0KLXRvIHJldmVydCB0byBub24taW50ZXJhY3RpdmUgYm9vdCBt YW5hZ2VyLg0KIC5JdCBGbCBkIEFyIGRyaXZlDQogU3BlY2lmeSB0aGUgZHJp dmUgbnVtYmVyIHVzZWQgYnkgdGhlIFBDIEJJT1MgaW4gcmVmZXJlbmNpbmcg dGhlIGRyaXZlDQogd2hpY2ggY29udGFpbnMgdGhlIHNwZWNpZmllZA0KQEAg LTE1NSw4ICsxNTIsNiBAQA0KIGltYWdlDQogLkl0IFBhIC9ib290L2Jvb3Qw c2lvDQogSW1hZ2UgZm9yIHNlcmlhbCBjb25zb2xlcyAoQ09NMSw5NjAwLDgs TiwxLE1PREVNKQ0KLS5JdCBQYSAvYm9vdC9tYnINCi1Ob24taW50ZXJhY3Rp dmUgYm9vdCBNQlIgaW1hZ2UNCiAuRWwNCiAuU2ggRVhJVCBTVEFUVVMNCiAu RXggLXN0ZA0KQEAgLTE2OSw5ICsxNjQsMTEgQEANCiAuUHANCiAuRGwgImJv b3QwY2ZnIC1tIDB4MyBhZDAiDQogLlBwDQotVG8gZ28gYmFjayB0byBub24t aW50ZXJhY3RpdmUgYm9vdGluZzoNCitUbyBnbyBiYWNrIHRvIG5vbi1pbnRl cmFjdGl2ZSBib290aW5nLCB1c2UNCisuWHIgZmRpc2sgOA0KK3RvIGluc3Rh bGwgdGhlIGRlZmF1bHQgTUJSOg0KIC5QcA0KLS5EbCAiYm9vdDBjZmcgLUIg LWIgL2Jvb3QvbWJyIGFkMCINCisuRGwgImZkaXNrIC1CIC1iIC9ib290L21i ciBhZDAiDQogLlBwDQogLlNoIFNFRSBBTFNPDQogLlhyIGdlb20gNCAsDQo= --0-1536838-1181152128=:70440-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 16:03:12 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 D77C716A468; Wed, 6 Jun 2007 16:03:12 +0000 (UTC) (envelope-from reed@reedmedia.net) Received: from ca.pugetsoundtechnology.com (ca.pugetsoundtechnology.com [38.99.2.247]) by mx1.freebsd.org (Postfix) with ESMTP id BDB6E13C489; Wed, 6 Jun 2007 16:03:12 +0000 (UTC) (envelope-from reed@reedmedia.net) Received: from pool-71-123-204-253.dllstx.fios.verizon.net ([71.123.204.253] helo=reedmedia.net) by ca.pugetsoundtechnology.com with esmtpa (Exim 4.54) id 1HvxHQ-0007bB-KD; Wed, 06 Jun 2007 08:18:36 -0700 Received: from reed@reedmedia.net by reedmedia.net with local (mailout 0.17) id 17395-1181143113; Wed, 06 Jun 2007 10:18:35 -0500 Date: Wed, 6 Jun 2007 10:18:33 -0500 (CDT) From: "Jeremy C. Reed" To: Max Laier In-Reply-To: <200706061629.21923.max@love2party.net> Message-ID: References: <20070417153357.GA1335@seekingfire.com> <200704182213.50663.max@love2party.net> <20070418214855.GQ1225@seekingfire.com> <200706061629.21923.max@love2party.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Wed, 06 Jun 2007 18:23:50 +0000 Cc: Tillman Hodgson , freebsd-current@freebsd.org, Tai-hwa Liang , freebsd-pf@freebsd.org Subject: Re: USER/GROUP rules on the chopping Block [ Re: Panic on boot with April 16 src (lengthy info attached) ] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 16:03:12 -0000 On Wed, 6 Jun 2007, Max Laier wrote: > After several attempts to fix user/group rules which ended like the most > recent one - cited below - with *ZERO* feedback, I won't waste anymore > effort. Either somebody steps up, does proper testing and reports back, > or user/group rules go! End of story! Is there a PR ticket number for this? (I am not on the freebsd-current list, just the freebsd-pf list.) Jeremy C. Reed From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 16:07:01 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 8E92D16A469 for ; Wed, 6 Jun 2007 16:07:01 +0000 (UTC) (envelope-from niki@totalterror.net) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.freebsd.org (Postfix) with SMTP id BF96E13C45B for ; Wed, 6 Jun 2007 16:07:00 +0000 (UTC) (envelope-from niki@totalterror.net) Received: (qmail 84346 invoked by uid 1026); 6 Jun 2007 15:45:27 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-2.01 (clamdscan: 0.88.4/1784. Clear:RC:1(213.145.98.14):. Processed in 0.084189 secs); 06 Jun 2007 15:45:27 -0000 Received: from unknown (HELO ndenev.office.suresupport.com) (213.145.98.14) by office.suresupport.com with SMTP; 6 Jun 2007 15:45:26 -0000 Message-ID: <4666D696.4080908@totalterror.net> Date: Wed, 06 Jun 2007 18:45:26 +0300 From: Niki Denev User-Agent: Thunderbird 2.0.0.0 (X11/20070531) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 06 Jun 2007 18:23:50 +0000 Subject: gjournal + WARNING: R/W mount of / denied. Filesystem not clean - run fsck. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 16:07:01 -0000 Hello, I have the following problem when using gjournal for the root filesystem on my laptop (Sony VAIO PCG-U3) If there is a unclean shutdown (hard poweroff/ kernel panic) on the next boot the machine starts to load normally, i have messages as : GEOM_JOURNAL: Journal ad0s1a consistent. Trying to mount root from ufs:/dev/ad0s1a.journal WARNING: / was not properly dismounted Then the system continues with executing fsck in preen mode (fsck -p), which reports : /dev/ad0s1a.journal: FILESYSTEM CLEAN; SKIPPING CHECKS and fsck returns with zero, but after this when a read/write mount is tried the system barfs this : WARNING: R/W mount of / denied. Filesystem not clean - run fsck. mount: : Operation not permitted and i'm dropped in the shell. Now if i try fsck -p it gives me that the filesystem is clean as above, it still can't be mounted though. If i try "mount /" i get : WARNING: R/W mount of / denied. Filesystem not clean - run fsck. mount: /dev/ad0s1a.journal : Operation not permitted. Note the difference, when executed from the init scripts or by hand from the shell (the device name is omitted in the first) Now i can run "fsck /" which goes pretty fast on my 15G drive, reporting no problems but going thru all the phases (1,2,3,4,5), and after this the filesystem is apparently marked as clean, and if i CTRL-D the boot process continues normaly. So, my question is: Is this normal behaviour? Isn't fsck in preen mode supposed to mark the filesystem clean if it is journaled and the preen does not find problems? I think fsck should be handled automaticaly with journaled filesystems so no user intervention is required. My system is running the -current snapshot from 200705 (7.0-CURRENT-200705), and i'll try to update now to see if the problem still exists, but the machine is pretty slow, so this would take a while, and i haven't noticed changes in /etc/rc.d/root and /etc/rc.d/fsck that may have fixed this. P.S.: Excuse me if this is already fixed. From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 16:28: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 9EB9616A41F for ; Wed, 6 Jun 2007 16:28:57 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 37C7E13C4C4 for ; Wed, 6 Jun 2007 16:28:56 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7cb2.q.ppp-pool.de [89.53.124.178]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 2214112883F; Wed, 6 Jun 2007 18:11:42 +0200 (CEST) Received: from cesar.sz.vwsoft.com (unknown [192.168.18.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id B43E13F9E5; Wed, 6 Jun 2007 18:10:50 +0200 (CEST) Message-ID: <4666DC8F.9040309@vwsoft.com> Date: Wed, 06 Jun 2007 18:10:55 +0200 From: Volker User-Agent: Thunderbird 2.0.0.0 (X11/20070528) MIME-Version: 1.0 To: Max Laier References: <20070417153357.GA1335@seekingfire.com> <200704182213.50663.max@love2party.net> <20070418214855.GQ1225@seekingfire.com> <200706061629.21923.max@love2party.net> In-Reply-To: <200706061629.21923.max@love2party.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com X-Mailman-Approved-At: Wed, 06 Jun 2007 18:23:50 +0000 Cc: freebsd-current@freebsd.org, freebsd-pf@freebsd.org Subject: Re: USER/GROUP rules on the chopping Block [ Re: Panic on boot with April 16 src (lengthy info attached) ] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 16:28:57 -0000 On 06/06/07 16:29, Max Laier wrote: > After several attempts to fix user/group rules which ended like the most > recent one - cited below - with *ZERO* feedback, I won't waste anymore > effort. Either somebody steps up, does proper testing and reports back, > or user/group rules go! End of story! > > This is not personal against Tillman - he just happend to be the most > recent one to hit the problem. > > On Wednesday 18 April 2007, Tillman Hodgson wrote: >> On Wed, Apr 18, 2007 at 10:13:42PM +0200, Max Laier wrote: >>> On Wednesday 18 April 2007 21:28, Tillman Hodgson wrote: >>>> Oh, interesting! I'm rebuilding right now with that option :-) >>>> I'll report back in a few days how it goes. >>> Actually, could you test this? It should enable the hack on the fly >>> as a user/group rule is added. See "sysctl debug.pfugidhack" or >>> "pfctl -x misc" to confirm it's on. >> Sure, I've restarted the build with this patch. > > and again ... the thread ends here - zero feedback received :-( Does > anyone care about user/group rules at all? If so - speak up now or I'll > just disable them with the upcoming update!!! > > Max, despite the fact I'm lacking a lot of your responses, I really do understand the fact that you're pissed about doing something but not getting responses. And I really appreciate your work! I wasn't aware of the fact that user/group rules have been discussed in detail (I must have missed that topic somehow or it hasn't happened in pf@). To your question, I do care about that topic, I'm able to to beta tests and check things out. Also I do have the machines to check things in a safe environment, if needed. If you have something to checkout, I will be happy to check it out and feed back to you (if you're talking to me... again, I haven't received any responses for weeks from you). If you still care about user/group based rules, keep me up to date (I'm not on current@) and I'll beta test for you and give you any needed feed back. >From my view, the response issue can somewhat been seen as the core team sitting on an island and the user base is far, far away of them. Volker From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 19:07:26 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 1596D16A468 for ; Wed, 6 Jun 2007 19:07:26 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outA.internet-mail-service.net (outA.internet-mail-service.net [216.240.47.224]) by mx1.freebsd.org (Postfix) with ESMTP id EFAA013C468 for ; Wed, 6 Jun 2007 19:07:25 +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; Wed, 06 Jun 2007 12:07:25 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 8F595125B4B; Wed, 6 Jun 2007 12:07:24 -0700 (PDT) Message-ID: <466705F1.8070201@elischer.org> Date: Wed, 06 Jun 2007 12:07:29 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Poul-Henning Kamp References: <73167.1181131650@critter.freebsd.dk> In-Reply-To: <73167.1181131650@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Max Laier , freebsd-pf@freebsd.org, mnag@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , LI Xin Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 19:07:26 -0000 Poul-Henning Kamp wrote: > > > If we want to provide a high quality event library for present and > future needs, somebody needs to sit down and write that. > > But in either case, an eventlibrary should not be imported, unless > we have code that uses it, and unless we intend to maintain it. > I quote from an email from archie@ regarding a BSD licensed event library he wrote.. > On 6/6/07, Julian Elischer wrote: > > You made a port of an event loop library.. > > what was it? > > > > (I think Ive asked you this before) > > libpdel.. but it contains other stuff too, including a web server :-) > But you could rip out the event stuff pretty easily. > > It's in FreeBSD ports.. also http://libpdel.sf.net/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 19:17:45 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 DB3C416A41F for ; Wed, 6 Jun 2007 19:17:45 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.238]) by mx1.freebsd.org (Postfix) with ESMTP id 8E1D013C4C2 for ; Wed, 6 Jun 2007 19:17:45 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id 14so228318nzn for ; Wed, 06 Jun 2007 12:17:44 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Etye5SvC/0ReVrHSfqV+6HYDLKAOVfScg8p9exOXL0cGi3j1l/dw7qpXUtnt3ET6cJ40LlyNJzk7+s/1kI8Gl3OAb29/wZOdtoBDB9LxQf5YeXxyguk2ayFXPTJyN1pm7hR/HBmOs9Dzbb6/ucbs26XadVO2bsJbLJ0ybS95Mx8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Lok/XlZU4fqi4mAOAU4srvuT9qAD1ELRj0iaVjQLmLwc8jd9rkJ0DCbF3g93ODWZxT2OcMG8B4iI3+JoSx8nqfNyr1yO9lmlEWDtMLJ0oC+BD3HtS19sLuaumLpaob0G3yu1I2vhQv0PQ3wJ82HBi4/LXsT5Zk1Sb6vhVECwXi8= Received: by 10.114.130.1 with SMTP id c1mr740192wad.1181157464519; Wed, 06 Jun 2007 12:17:44 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Wed, 6 Jun 2007 12:17:44 -0700 (PDT) Message-ID: <2a41acea0706061217v69eddd10t85b73f8ea1f049a1@mail.gmail.com> Date: Wed, 6 Jun 2007 12:17:44 -0700 From: "Jack Vogel" To: freebsd-net , "FreeBSD Stable List" , "FreeBSD Current" In-Reply-To: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> Cc: Subject: Re: HEADS UP: Plan to MFC new em driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 19:17:46 -0000 On 6/6/07, Jack Vogel wrote: > I have a version of code ready to MFC, the big difference with CURRENT > is that TSO is #ifdef'd off until Andre is able to get that back. > > I wanted a chance for any concerns to be aired before I did it, issues > that anyone has had with the driver in CURRENT? I think it would be a good idea to have some testing done before the MFC, so I will try and get a driver tarball put together shortly and post that here, I would appreciate any volunteers that could install and 'kick the tires' a bit :) Jack From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 19:23: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 8709A16A46C for ; Wed, 6 Jun 2007 19:23:19 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outD.internet-mail-service.net (outD.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id 69E7B13C4C4 for ; Wed, 6 Jun 2007 19:23:19 +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; Wed, 06 Jun 2007 12:23:19 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id B7A3B125B4F; Wed, 6 Jun 2007 12:23:18 -0700 (PDT) Message-ID: <466709AB.2060309@elischer.org> Date: Wed, 06 Jun 2007 12:23:23 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Poul-Henning Kamp References: <73167.1181131650@critter.freebsd.dk> <466705F1.8070201@elischer.org> In-Reply-To: <466705F1.8070201@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Dag-Erling_S?=, freebsd-pf@freebsd.org, freebsd-current@freebsd.org, =?ISO-8859-1?Q?m=F8rgrav?= , mnag@freebsd.org, Max Laier , LI Xin Subject: Re: pf(4) status in 7.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 19:23:19 -0000 Julian Elischer wrote: > Poul-Henning Kamp wrote: >> >> >> If we want to provide a high quality event library for present and >> future needs, somebody needs to sit down and write that. >> >> But in either case, an eventlibrary should not be imported, unless >> we have code that uses it, and unless we intend to maintain it. >> > > > I quote from an email from archie@ regarding a BSD licensed event > library he wrote.. > >> On 6/6/07, Julian Elischer wrote: >> > You made a port of an event loop library.. >> > what was it? >> > >> > (I think Ive asked you this before) >> >> libpdel.. but it contains other stuff too, including a web server :-) >> But you could rip out the event stuff pretty easily. >> >> It's in FreeBSD ports.. also http://libpdel.sf.net/ We also appear to have at least one current developer who is involved with it.. (mav@) judging from the svn log. > > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 20:03:53 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 6F0CA16A46E; Wed, 6 Jun 2007 20:03:53 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 4DA3D13C44B; Wed, 6 Jun 2007 20:03:53 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (jn@ns1 [69.55.238.237]) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l56K3VLR069792; Wed, 6 Jun 2007 16:03:31 -0400 (EDT) (envelope-from lists@jnielsen.net) Received: (from www@localhost) by ns1.jnielsen.net (8.12.9p2/8.12.9/Submit) id l56K3VOk069791; Wed, 6 Jun 2007 16:03:31 -0400 (EDT) (envelope-from lists@jnielsen.net) X-Authentication-Warning: ns1.jnielsen.net: www set sender to lists@jnielsen.net using -f Received: from 70.150.196.243 ([70.150.196.243]) by newwebmail.jnielsen.net (Horde MIME library) with HTTP; Wed, 06 Jun 2007 16:03:31 -0400 Message-ID: <20070606160331.n1cyf9spv0ok00sc@newwebmail.jnielsen.net> Date: Wed, 06 Jun 2007 16:03:31 -0400 From: John Nielsen To: Ivan Voras References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-4.9 X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 20:03:53 -0000 Quoting Ivan Voras : > Danny Braniss wrote: >> I'm in the last mile before crossing the beta->release line, >> so I'd like to get some input, and update the list of targets it supports. >> you can obtain the driver from: >> ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.0.92.tar.gz > > I think I can test in on our SAN but the only machine attached to it > runs 6-STABLE. Will your iSCSI intiator work in -STABLE? This is actually the first snapshot of the initiator that I've tried that works on -CURRENT. Previous ones have always worked on -STABLE and I don't see any reason that this one wouldn't. > Also, do you plan to finish it in time to get it included in 7.0? I can't comment on that, but I agree it would be nice.. JN From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 21:56: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 051F916A46B for ; Wed, 6 Jun 2007 21:56:32 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from raven.customer.vol.cz (raven.customer.vol.cz [195.250.144.108]) by mx1.freebsd.org (Postfix) with ESMTP id 7026813C46E for ; Wed, 6 Jun 2007 21:56:31 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from [192.168.0.23] (r3b159.net.upc.cz [213.220.193.159]) (authenticated bits=0) by raven.customer.vol.cz (8.14.1/8.14.1) with ESMTP id l56LTNbb093150 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 6 Jun 2007 23:29:25 +0200 (CEST) (envelope-from pav@FreeBSD.org) From: Pav Lucistnik To: Warren Block In-Reply-To: <20070606110525.H70149@wonkity.com> References: <20070606135815.GA913@darklight.abyss> <20070606145904.GA14456@rambler-co.ru> <20070606150536.GB875@darklight.abyss> <20070606153154.GB14456@rambler-co.ru> <1181144727.30405.30.camel@pav.hide.vol.cz> <20070606110525.H70149@wonkity.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-sNpq8UjCDKYWJTHjc4tS" Date: Wed, 06 Jun 2007 23:29:23 +0200 Message-Id: <1181165363.76200.3.camel@ikaros.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-Spam-Score: -0.768 () AWL X-Scanned-By: MIMEDefang 2.61 on 195.250.144.108 X-Milter: Spamilter (Reciever: raven.customer.vol.cz; Sender-ip: 213.220.193.159; Sender-helo: [192.168.0.23]; ) Cc: Yuri Pankov , freebsd-current@FreeBSD.org, Ruslan Ermilov Subject: Re: /boot/mbr miscompiled? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 21:56:32 -0000 --=-sNpq8UjCDKYWJTHjc4tS Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Warren Block p=ED=B9e v st 06. 06. 2007 v 11:48 -0600: > On Wed, 6 Jun 2007, Pav Lucistnik wrote: >=20 > >> Hmm. The documentation bug was introduced recently in rev. 1.30 > >> of boot0cfg.8 (and merged into RELENG_6). I've just checked on > >> 4.x, 6.x, and 7.0 systems here, and /boot/mbr could never be > >> accepted by boot0cfg(8) because the second signature (the "Drive" > >> string) isn't there. I've Cc:ed the committer of this change. > > > > And then, trust PRs. I wonder how is it possible that PR got submitted, > > if the example showed in it is totally bogus? Escapes me. > > > > So, should I back out that rev.? >=20 > Crap. Incorrect notes on my part, apparently from switching between=20 > boot0cfg and fdisk. Attached is a patch. My apologies. Okay, committed. --=20 Pav Lucistnik East or west, ~ is best. --=-sNpq8UjCDKYWJTHjc4tS Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGZycvntdYP8FOsoIRAtDmAKCj6XXtdx152H4+kskSqSjzPPF54wCfYK5I xsonORBZYTDzcET/iuGcixk= =J6JC -----END PGP SIGNATURE----- --=-sNpq8UjCDKYWJTHjc4tS-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 22:24: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 819FF16A475 for ; Wed, 6 Jun 2007 22:24:03 +0000 (UTC) (envelope-from kazuaki@aliceblue.jp) Received: from pd5f7be.tokyff01.ap.so-net.ne.jp (pd5f7be.tokyff01.ap.so-net.ne.jp [202.213.247.190]) by mx1.freebsd.org (Postfix) with ESMTP id 566EF13C483 for ; Wed, 6 Jun 2007 22:24:03 +0000 (UTC) (envelope-from kazuaki@aliceblue.jp) Received: from eyes.aliceblue.jp (dhcp21.aliceblue.jp [192.168.11.21]) by pd5f7be.tokyff01.ap.so-net.ne.jp (Postfix) with ESMTP id A0A54597C6D for ; Thu, 7 Jun 2007 07:04:24 +0900 (JST) Message-ID: <46672F14.4070207@aliceblue.jp> Date: Thu, 07 Jun 2007 07:03:00 +0900 From: Kazuaki ODA User-Agent: Thunderbird 2.0.0.0 (X11/20070522) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Subject: md(4) broken 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: , X-List-Received-Date: Wed, 06 Jun 2007 22:24:03 -0000 On CURRENT amd64 cvsup'ed yesterday: # dd if=/dev/zero of=/var/tmp/disk1.img bs=1k count=1m 1048576+0 records in 1048576+0 records out 1073741824 bytes transferred in 29.206387 secs (36763939 bytes/sec) # dd if=/dev/zero of=/var/tmp/disk2.img bs=1k count=1m 1048576+0 records in 1048576+0 records out 1073741824 bytes transferred in 27.405935 secs (39179171 bytes/sec) # mdconfig -a -t vnode -f /var/tmp/disk1.img md0 # mdconfig -a -t vnode -f /var/tmp/disk2.img md1 # mdconfig -l # gmirror load # gmirror label data md0 md1 # gmirror status gmirror: Cannot get GEOM tree: Unknown error: -1 Hmm, is md(4) broken on CURRENT? Or is this a problem only on amd64? -- Kazuaki ODA From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 22:45:07 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 88DD316A469 for ; Wed, 6 Jun 2007 22:45:07 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 68CCB13C455 for ; Wed, 6 Jun 2007 22:45:07 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l56Mj6s1014003 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 6 Jun 2007 15:45:07 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn01.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l56Mj6iE032684 for ; Wed, 6 Jun 2007 15:45:06 -0700 X-Auth-Received: from [192.55.52.3] by hymn01.u.washington.edu via HTTP; Wed, 06 Jun 2007 15:45:06 PDT Date: Wed, 6 Jun 2007 15:45:06 -0700 (PDT) From: youshi10@u.washington.edu To: current@freebsd.org In-Reply-To: <200706061612.l56GCnYc097589@ambrisko.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.6.152833 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='SUPERLONG_LINE 0.05, NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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: Wed, 06 Jun 2007 22:45:07 -0000 On Wed, 6 Jun 2007, Doug Ambrisko wrote: > Dag-Erling Sm\xc3\xb8rgrav writes: > | Oliver Fromme writes: > | > It's a common mistake to assume that amd64 only makes sense > | > if you have >= 4GB RAM. There are several reasons why it > | > might be useful to switch from i386 to amd64: > | > > | > - Most programs (though not all) will run faster, because > | > in amd64 mode there are twice as many general-purpose > | > registers, giving compilers much better opportunities > | > for optimizations and caching of values, and reducing > | > slow memory accesses. > | > | "twice as many" is an understatement. AMD64 has 16 GPRs vs i386's 8 if > | you consider BP, SI, DI and SP as GPRs (as the AMD and Intel literature > | does); in practical terms the score is 12 to 4. > | > | > - Some applications might benefit from a larger virtual > | > address space > 4 GB. (Note that this is not related > | > to the amount of physical RAM!) > | > | For instance, Varnish maps its entire storage into memory, and will > | benefit greatly from the increased address space. > | > | > In practice there's (almost) only one reason not to run > | > FreeBSD/amd64 on amd64-capable hardware: If you depend > | > on a certain piece of software which is known not to run > | > correctly in 64bit mode. Fortunately those are not many. > | > | The only one I can think of (for a desktop) is the Flash plugin. > > Why? With the nspluginwrapper we can running Linux Flash in a FreeBSD > native browser on amd64 or i386. With the appropriate compile foo > or probably by getting a Linux compiled version it would work with > a Linux browser. Nspluginwrapper is great for running i386 plugins > on amd64! > > The only thing that is preventing me from running full time on an > amd64 kernel is the kernel support for suspend & resume. I had to > add a small hack the kernel to let the i386 Xserver to run on amd64. > I need to do some more digging to answer some questions that alc had. > > Personally, I want to run amd64 full time so I can run and build amd64 > and i386 things on my laptop without rebooting at native speed. > > Doug A. If things are setup properly with 32-/64-bit lib profiling, there should be little issue with things, unless it's dealing with kernel level drivers (i.e. nvidia-drivers, etc). This should be true not just for nspluginwrapper, but also programs like win32-codecs, and the like, so long as the paths aren't incorrectly hardcoded when linked in the codec (haven't come across that though). Of course you probably won't see a big performance boost for any 64-bit architectures in the codecs (SSE3, SSE4 for Intel and whatever AMD's using for their specialized FP stuff), but that's true for Windows machines as well. -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 22:46:18 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 1119216A46D for ; Wed, 6 Jun 2007 22:46:18 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id E646013C448 for ; Wed, 6 Jun 2007 22:46:17 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l56MkHbU014360 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jun 2007 15:46:17 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn01.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l56MkH4P001622; Wed, 6 Jun 2007 15:46:17 -0700 X-Auth-Received: from [192.55.52.3] by hymn01.u.washington.edu via HTTP; Wed, 06 Jun 2007 15:46:17 PDT Date: Wed, 6 Jun 2007 15:46:17 -0700 (PDT) From: youshi10@u.washington.edu To: Jack Vogel In-Reply-To: <2a41acea0706061217v69eddd10t85b73f8ea1f049a1@mail.gmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.6.152833 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: current@freebsd.org Subject: Re: HEADS UP: Plan to MFC new em driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 06 Jun 2007 22:46:18 -0000 On Wed, 6 Jun 2007, Jack Vogel wrote: > On 6/6/07, Jack Vogel wrote: >> I have a version of code ready to MFC, the big difference with CURRENT >> is that TSO is #ifdef'd off until Andre is able to get that back. >> >> I wanted a chance for any concerns to be aired before I did it, issues >> that anyone has had with the driver in CURRENT? > > I think it would be a good idea to have some testing done before > the MFC, so I will try and get a driver tarball put together shortly > and post that here, I would appreciate any volunteers that could > install and 'kick the tires' a bit :) > > Jack CC me and I'll give it a shot on 7-CURRENT and 6.2-STABLE. I have both setup on virtual machines with vmware. -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 22:47:47 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 E72B116A46F for ; Wed, 6 Jun 2007 22:47:47 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id C966313C48A for ; Wed, 6 Jun 2007 22:47:47 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l56Mlja8027521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jun 2007 15:47:45 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn01.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l56MliR3004349; Wed, 6 Jun 2007 15:47:44 -0700 X-Auth-Received: from [192.55.52.3] by hymn01.u.washington.edu via HTTP; Wed, 06 Jun 2007 15:47:44 PDT Date: Wed, 6 Jun 2007 15:47:44 -0700 (PDT) From: youshi10@u.washington.edu To: Kazuaki ODA In-Reply-To: <46672F14.4070207@aliceblue.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.6.152833 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __C230066_P5 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: current@freebsd.org Subject: Re: md(4) broken 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: , X-List-Received-Date: Wed, 06 Jun 2007 22:47:48 -0000 On Thu, 7 Jun 2007, Kazuaki ODA wrote: > On CURRENT amd64 cvsup'ed yesterday: > > # dd if=/dev/zero of=/var/tmp/disk1.img bs=1k count=1m > 1048576+0 records in > 1048576+0 records out > 1073741824 bytes transferred in 29.206387 secs (36763939 bytes/sec) > # dd if=/dev/zero of=/var/tmp/disk2.img bs=1k count=1m > 1048576+0 records in > 1048576+0 records out > 1073741824 bytes transferred in 27.405935 secs (39179171 bytes/sec) > # mdconfig -a -t vnode -f /var/tmp/disk1.img > md0 > # mdconfig -a -t vnode -f /var/tmp/disk2.img > md1 > # mdconfig -l > > # gmirror load > # gmirror label data md0 md1 > # gmirror status > gmirror: Cannot get GEOM tree: Unknown error: -1 > > Hmm, is md(4) broken on CURRENT? Or is this a problem only on amd64? > > > -- > Kazuaki ODA I'll try and reproduce the issue on my amd64 and i386 boxes once I get home tonight. -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 23:35: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 D620016A400; Wed, 6 Jun 2007 23:35: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 AF73713C44B; Wed, 6 Jun 2007 23:35: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 l56NZHXK065571; Wed, 6 Jun 2007 19:35: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 l56NZHGe079298; Wed, 6 Jun 2007 19:35:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BCDB873068; Wed, 6 Jun 2007 19:35:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070606233516.BCDB873068@freebsd-current.sentex.ca> Date: Wed, 6 Jun 2007 19:35:16 -0400 (EDT) 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: , X-List-Received-Date: Wed, 06 Jun 2007 23:35:18 -0000 TB --- 2007-06-06 21:29:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-06 21:29:55 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-06 21:29:55 - cleaning the object tree TB --- 2007-06-06 21:30:16 - checking out the source tree TB --- 2007-06-06 21:30:16 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-06 21:30:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-06 21:38:30 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-06 21:38:30 - cd /src TB --- 2007-06-06 21:38:30 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 21:38:32 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 Wed Jun 6 23:16:16 UTC 2007 TB --- 2007-06-06 23:16:16 - generating LINT kernel config TB --- 2007-06-06 23:16:16 - cd /src/sys/ia64/conf TB --- 2007-06-06 23:16:16 - /usr/bin/make -B LINT TB --- 2007-06-06 23:16:16 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-06 23:16:16 - cd /src TB --- 2007-06-06 23:16:16 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 23:16:17 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 -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 /src/sys/ia64/ia64/interrupt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/ia64/ia64/machdep.c /src/sys/ia64/ia64/machdep.c: In function 'cpu_switch': /src/sys/ia64/ia64/machdep.c:374: error: 'struct pcpu' has no member named 'pc_curtid' /src/sys/ia64/ia64/machdep.c: In function 'cpu_throw': /src/sys/ia64/ia64/machdep.c:395: error: 'struct pcpu' has no member named 'pc_curtid' /src/sys/ia64/ia64/machdep.c: In function 'ia64_init': /src/sys/ia64/ia64/machdep.c:614: error: 'struct pcpu' has no member named 'pc_curtid' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-06 23:35:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-06 23:35:16 - ERROR: failed to build lint kernel TB --- 2007-06-06 23:35:16 - tinderbox aborted TB --- 0.59 user 2.02 system 7521.26 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 00:29:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4A5416A421 for ; Thu, 7 Jun 2007 00:29:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.234]) by mx1.freebsd.org (Postfix) with ESMTP id 65D7513C469 for ; Thu, 7 Jun 2007 00:29:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id 14so297960nzn for ; Wed, 06 Jun 2007 17:29:40 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=QyKpXxpLoWJMeeJ+RPlZn7VClTNeH7vDC+6k1PpTX4Q9QUxa0Z1s89yFLAoAYE81EZasptvM+z2zp1GsuJogc36I5XoNDpxQZgUdumUy9quT8+1KxhqOV2HZF789WofuVas5a2yZlxG7vbQHYoZtwNyTxkJxGZyGzEaCGDCnvaw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=uc83PvaQ3FuRb99erpa2D29jyk2OuflLVcBB8+eG21ew4O8ihtPz+/35iukbDmusGl6D469AiKEA+mxOyGs9F3PR3uPcdguTkcyfMb0q1QtsrQy+GuFLV33S77W2l8+Vs6+yUyO5zxHIFbOqkpqpQ5sBsS16lU9dh3mxSJ6G3Wk= Received: by 10.114.80.4 with SMTP id d4mr979016wab.1181176180366; Wed, 06 Jun 2007 17:29:40 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id n38sm140460wag.2007.06.06.17.29.37 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 06 Jun 2007 17:29:38 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l570TY9a023283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Jun 2007 09:29:34 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l570TXWR023282; Thu, 7 Jun 2007 09:29:33 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 7 Jun 2007 09:29:33 +0900 From: Pyun YongHyeon To: Arne H Juul Message-ID: <20070607002933.GB23001@cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: panic in tulip_rx_intr after recent changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 00:29:41 -0000 On Sun, Jun 03, 2007 at 03:39:56PM +0200, Arne H Juul wrote: > (this mail didn't make it to the list from my private > address, so I'm resending it from work instead; my > apologies if it suddenly appears multiple times) > > > I'm getting a kernel panic during network startup with the > "de" driver. Here's the messages from the crash dump: > > <118>Mounting local file systems: > <118>. > <118>Setting hostname: bluebox.trondheim.corp.yahoo.com. > <118>net.inet6.ip6.auto_linklocal: > <118>1 > <118> -> > <118>0 > <118> > de0: unable to load rx map, error = 27 > panic: tulip_rx_intr > cpuid = 0 > KDB: enter: panic > Uptime: 13s > > I think this must have been introduced during the last week > or so on -CURRENT; my old kernel works OK: > > arnej@bluebox:~ $ uname -a > FreeBSD bluebox 7.0-CURRENT FreeBSD 7.0-CURRENT #13: Tue May 29 08:02:41 > CEST 2007 root@bluebox:/usr/obj/home/src.cur/sys/GENERIC amd64 > > as you can see this is on amd64 platform. > > it crashes here (in if_de.c): > > 3557 error = bus_dmamap_load_mbuf(ri->ri_data_tag, > *nextout->di_map, ms, > 3558 tulip_dma_map_rxbuf, nextout->di_desc, > BUS_DMA_NOWAIT); > 3559 if (error) { > 3560 device_printf(sc->tulip_dev, > 3561 "unable to load rx map, error = %d\n", > error); > 3562 panic("tulip_rx_intr"); /* XXX */ > 3563 } > > errno 27 is EFBIG, and indeed the mbuf is MCLBYTES: > > (kgdb) print ms[0].M_dat.MH.MH_pkthdr.len > $22 = 2048 > > while the tag has a lower limit: > > (kgdb) print ri->ri_data_tag[0].maxsegsz > $21 = 2032 > > it looks like this is the triggering change: > > RCS file: /usr/cvs/src/sys/amd64/amd64/busdma_machdep.c,v > ---------------------------- > revision 1.81 > date: 2007/05/29 06:30:25; author: yongari; state: Exp; lines: +2 -0 > Honor maxsegsz of less than a page size in a DMA tag. Previously it > used to return PAGE_SIZE without respect to restrictions of a DMA tag. > This affected all of the busdma load functions that use > _bus_dmamap_loader_buffer() as their back-end. > > so the questions are... > > Is the above change wrong? > or is the "de" driver buggy? > or should bus_dmamap_load_mbuf handle this somehow? > and does it cause problems other places too? > For a record, fix commited to HEAD(if_de.c rev. 1.183). -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 00:03:21 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 B5D7E16A479 for ; Thu, 7 Jun 2007 00:03:21 +0000 (UTC) (envelope-from marius.nuennerich@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id C35A413C469 for ; Thu, 7 Jun 2007 00:01:21 +0000 (UTC) (envelope-from marius.nuennerich@gmx.net) Received: (qmail invoked by alias); 07 Jun 2007 00:01:19 -0000 Received: from f049186069.adsl.alicedsl.de (EHLO sol.hackerzberg.local) [78.49.186.69] by mail.gmx.net (mp003) with SMTP; 07 Jun 2007 02:01:19 +0200 X-Authenticated: #5707313 X-Provags-ID: V01U2FsdGVkX18P4ABeOhAPUB3ouN7vXNP2Z6/siNlrD3fMA0fVLe luF23prrO+7o39 Date: Thu, 7 Jun 2007 02:01:22 +0200 From: Marius Nuennerich To: Joel Dahl Message-ID: <20070607020122.758c6a79@sol.hackerzberg.local> In-Reply-To: <1181144447.1243.3.camel@localhost> References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> <466581B7.6080903@u.washington.edu> <1181060136.1248.1.camel@localhost> <20070606093426.pc1yle0wg8cggcw4@webmail.leidinger.net> <1181144447.1243.3.camel@localhost> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Thu, 07 Jun 2007 01:17:58 +0000 Cc: Alexander Leidinger , current@FreeBSD.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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, 07 Jun 2007 00:03:21 -0000 On Wed, 06 Jun 2007 17:40:47 +0200 Joel Dahl wrote: > On Wed, 2007-06-06 at 09:34 +0200, Alexander Leidinger wrote: > > Quoting Joel Dahl (from Tue, 05 Jun 2007 18:15:36 +0200): > > > > > On Tue, 2007-06-05 at 08:31 -0700, Garrett Cooper wrote: > > >> Diego Depaoli wrote: > > >> > 2007/6/5, Ed Schouten : > > >> >> > In practice there's (almost) only one reason not to run > > >> >> > FreeBSD/amd64 on amd64-capable hardware: If you depend > > >> >> > on a certain piece of software which is known not to run > > >> >> > correctly in 64bit mode. Fortunately those are not many. > > >> >> > > >> >> I guess most of those are still waiting for a 64-bits nvidia.ko. > > >> > That's true. > > >> > Is there any news? > > >> > > > >> Yeah, a lot of people are still waiting for that (including me.. > > >> can't get nv to work under amd64 :(...). > > >> We should band together and get nvidia to speed up amd64 development > > >> a bit more *sigh*.. > > > > > > Well, nvidia wants to build a driver for FreeBSD/amd64, but they're > > > waiting for us to implement certain necessary "features" first... > > > > And we don't have them on the ideas list, so it's not obvious what is > > needed... > > I think I'd like to put them somewhere on the wiki... In case other people are interested; here is the link: http://lists.freebsd.org/pipermail/freebsd-hackers/2006-June/016995.html Would be very nice to have this in the wiki and/or ideas list with accurate status. From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 02:00: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 A50DF16A469; Thu, 7 Jun 2007 02:00:02 +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 5D90B13C469; Thu, 7 Jun 2007 02:00: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.13.8/8.13.8) with ESMTP id l57201mX075154; Wed, 6 Jun 2007 22:00:01 -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 l57201Na053362; Wed, 6 Jun 2007 22:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7949E73068; Wed, 6 Jun 2007 22:00:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070607020001.7949E73068@freebsd-current.sentex.ca> Date: Wed, 6 Jun 2007 22:00:01 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner1 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: , X-List-Received-Date: Thu, 07 Jun 2007 02:00:02 -0000 TB --- 2007-06-07 00:29:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-07 00:29:19 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-07 00:29:19 - cleaning the object tree TB --- 2007-06-07 00:29:35 - checking out the source tree TB --- 2007-06-07 00:29:35 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-07 00:29:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-07 00:38:15 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-07 00:38:15 - cd /src TB --- 2007-06-07 00:38:15 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 00:38:16 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 Thu Jun 7 01:47:31 UTC 2007 TB --- 2007-06-07 01:47:31 - generating LINT kernel config TB --- 2007-06-07 01:47:31 - cd /src/sys/sun4v/conf TB --- 2007-06-07 01:47:31 - /usr/bin/make -B LINT TB --- 2007-06-07 01:47:31 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-07 01:47:31 - cd /src TB --- 2007-06-07 01:47:31 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 7 01:47:31 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/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -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/hcall.S 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/hviommu.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/sparc64/sparc64/identcpu.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/sparc64/sparc64/in_cksum.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/intr_machdep.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/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-07 02:00:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-07 02:00:01 - ERROR: failed to build lint kernel TB --- 2007-06-07 02:00:01 - tinderbox aborted TB --- 0.64 user 1.91 system 5442.03 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 02:04:48 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 9FC6A16A41F for ; Thu, 7 Jun 2007 02:04:48 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 8150513C4B9 for ; Thu, 7 Jun 2007 02:04:48 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5724kK2029644 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jun 2007 19:04:46 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn01.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5724jvI018911; Wed, 6 Jun 2007 19:04:45 -0700 X-Auth-Received: from [192.55.52.3] by hymn01.u.washington.edu via HTTP; Wed, 06 Jun 2007 19:04:45 PDT Date: Wed, 6 Jun 2007 19:04:45 -0700 (PDT) From: youshi10@u.washington.edu To: Kazuaki ODA In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.6.184533 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __C230066_P5 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: current@freebsd.org Subject: Re: md(4) broken 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: , X-List-Received-Date: Thu, 07 Jun 2007 02:04:48 -0000 On Wed, 6 Jun 2007 youshi10@u.washington.edu wrote: > On Thu, 7 Jun 2007, Kazuaki ODA wrote: > >> On CURRENT amd64 cvsup'ed yesterday: >> >> # dd if=/dev/zero of=/var/tmp/disk1.img bs=1k count=1m >> 1048576+0 records in >> 1048576+0 records out >> 1073741824 bytes transferred in 29.206387 secs (36763939 bytes/sec) >> # dd if=/dev/zero of=/var/tmp/disk2.img bs=1k count=1m >> 1048576+0 records in >> 1048576+0 records out >> 1073741824 bytes transferred in 27.405935 secs (39179171 bytes/sec) >> # mdconfig -a -t vnode -f /var/tmp/disk1.img >> md0 >> # mdconfig -a -t vnode -f /var/tmp/disk2.img >> md1 >> # mdconfig -l >> >> # gmirror load >> # gmirror label data md0 md1 >> # gmirror status >> gmirror: Cannot get GEOM tree: Unknown error: -1 >> >> Hmm, is md(4) broken on CURRENT? Or is this a problem only on amd64? >> >> >> -- >> Kazuaki ODA > > I'll try and reproduce the issue on my amd64 and i386 boxes once I get home > tonight. > > -Garrett Works for me on 7-CURRENT/amd64 cvsup'ed and completely rebuilt Sunday. -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 07:59:56 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 8AF7616A468; Thu, 7 Jun 2007 07:59:56 +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 6263F13C487; Thu, 7 Jun 2007 07:59:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l577xuTg093354; Thu, 7 Jun 2007 03:59:56 -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 l577xtcn088231; Thu, 7 Jun 2007 03:59:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3B28873068; Thu, 7 Jun 2007 03:59:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070607075955.3B28873068@freebsd-current.sentex.ca> Date: Thu, 7 Jun 2007 03:59:54 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 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: , X-List-Received-Date: Thu, 07 Jun 2007 07:59:56 -0000 TB --- 2007-06-07 05:50:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-07 05:50:14 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-07 05:50:14 - cleaning the object tree TB --- 2007-06-07 05:50:40 - checking out the source tree TB --- 2007-06-07 05:50:40 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-07 05:50:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-07 05:59:02 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-07 05:59:02 - cd /src TB --- 2007-06-07 05:59:02 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 05:59:03 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 Thu Jun 7 07:40:28 UTC 2007 TB --- 2007-06-07 07:40:28 - generating LINT kernel config TB --- 2007-06-07 07:40:28 - cd /src/sys/ia64/conf TB --- 2007-06-07 07:40:28 - /usr/bin/make -B LINT TB --- 2007-06-07 07:40:28 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-07 07:40:28 - cd /src TB --- 2007-06-07 07:40:28 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 7 07:40:29 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 -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 /src/sys/ia64/ia64/gdb_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/ia64/ia64/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/ia64/ia64/interrupt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/ia64/ia64/machdep.c /src/sys/ia64/ia64/machdep.c: In function 'cpu_throw': /src/sys/ia64/ia64/machdep.c:394: error: 'struct pcpu' has no member named 'pc_curtid' /src/sys/ia64/ia64/machdep.c: In function 'ia64_init': /src/sys/ia64/ia64/machdep.c:613: error: 'struct pcpu' has no member named 'pc_curtid' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-07 07:59:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-07 07:59:54 - ERROR: failed to build lint kernel TB --- 2007-06-07 07:59:54 - tinderbox aborted TB --- 0.73 user 1.93 system 7780.07 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 08:01:12 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 3F6C816A421 for ; Thu, 7 Jun 2007 08:01:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id DC1B313C447 for ; Thu, 7 Jun 2007 08:01:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HwCvY-000PDZ-Rz for freebsd-current@freebsd.org; Thu, 07 Jun 2007 11:01:08 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l5780r8G088468 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Jun 2007 11:00:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l5780qvt048883; Thu, 7 Jun 2007 11:00:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l5780pfm048882; Thu, 7 Jun 2007 11:00:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 7 Jun 2007 11:00:50 +0300 From: Kostik Belousov To: Csaba Henk Message-ID: <20070607080050.GI2268@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5nbaS3kz4OSBzmjj" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 3140350ce96b4815fe22a3a842dc7b15 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1124 [June 06 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org Subject: Re: VOP_OPEN(): fdidx -> fp => __FreeBSD_version++ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 08:01:12 -0000 --5nbaS3kz4OSBzmjj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 06, 2007 at 09:49:41AM +0000, Csaba Henk wrote: >=20 > Hi, >=20 > I see that VOP_OPEN now gets a file pointer instead of a file > index. >=20 > Could you please honor this change with a __FreeBSD_version bump? Done, thanks. --5nbaS3kz4OSBzmjj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGZ7syC3+MBN1Mb4gRAkAUAKCVf1a+ajHb49HR79jsAUXXUbsrFACgyph0 tyi4t3WKWQmOtntVLTzI1+A= =toVe -----END PGP SIGNATURE----- --5nbaS3kz4OSBzmjj-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 08:58:11 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 AFFD216A46B for ; Thu, 7 Jun 2007 08:58:11 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 7CC9413C468 for ; Thu, 7 Jun 2007 08:58:11 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=P4z5hBIOU7u0aDeIInB+Pvt0WneyHUnoItMHsNLZI6RDITQ7E5knEBQoj2lZB4bF5BHVfbNMxHyS9/O4JWT1Qr65OGBsuSM9hEqfDFH77HKwGnT+Li4KAvwsS0o52noj67rapAUgRjX2sm1BeSZiUhJGYBXdT3Bm34XtvMvmAiTNQ7toTEnfLeYFiy4T0VywxUyjud5b1BACNjUsZoEkVrmm2QK822wK1PcN4ueHyIBHfBdfzqiXl93GOIMqV04L; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1HwDop-0008Vv-1x for current@freebsd.org; Thu, 07 Jun 2007 08:58:11 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1HwDoG-0007Fx-RL for current@freebsd.org; Thu, 07 Jun 2007 08:57:36 +0000 Received: from localhost ([127.0.0.1]) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HwDoF-000BLX-SX for current@freebsd.org; Thu, 07 Jun 2007 10:57:35 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Thu, 07 Jun 2007 10:57:35 +0200 Message-Id: Cc: Subject: Panic in ipfw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 08:58:11 -0000 Hi I got this panic yesterday on a fairly busy firewall. I have some private patches to ip_fw2.c and to the em driver (see the earlier "em0 hijacking traffic to port 623" thread). I don't think this panic is a result of those changes. It occurred round about the time an address was added to an interface. I'll keep the crashdump around for a while in case anyone wants more data. FreeBSD firewall2 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Thu May 24 10:43:20 SAST 2007 ianf@firewall2:/usr/obj/usr/src/sys/FIREWALL i386 Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 06 fault virtual address = 0xbd fault code = supervisor read, page not present instruction pointer = 0x20:0xc05ab4a6 stack pointer = 0x28:0xe38d86d4 frame pointer = 0x28:0xe38d89c0 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 = 35 (idlepoll) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(c068e9ea,e38d8578,c04fc441,c06a2ebe,1,...) at db_trace_sel f_wrapper+0x26 kdb_backtrace(c06a2ebe,1,c068181b,e38d8584,0,...) at kdb_backtrace+0x29 panic(c068181b,c06a4121,c4e4f630,1,1,...) at panic+0x10f trap_fatal(c06eec20,0,1,0,4,...) at trap_fatal+0x32a trap_pfault(2,0,0,0,c4e4f480,...) at trap_pfault+0x22b trap(e38d8694) at trap+0x35c calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc05ab4a6, esp = 0xe38d86d4, ebp = 0xe38d89c0 --- ipfw_chk(e38d89d8,41ec0d7e,0,0,c5406b00,...) at ipfw_chk+0x180c ipfw_check_in(0,e38d8adc,c5032000,1,0,...) at ipfw_check_in+0xc8 pfil_run_hooks(c0738ea0,e38d8b50,c5032000,1,0,...) at pfil_run_hooks+0x74 ip_fastforward(c5406b00,e,e38d8bd8,c06620d7,c5032000,...) at ip_fastforward+0x31 3 ether_demux(c5032000,c5406b00,e38d8bc4,e38d8bbc,da7a0000,...) at ether_demux+0x1 65 ether_input(c5032000,c5406b00,0,c5587000,800,...) at ether_input+0x3e4 vlan_input(c4dc9c00,c5406b00,a2,e38d8c2c,c4dc9c00,...) at vlan_input+0x16d ether_demux(c4dc9c00,c5406b00,6,a2,c52e2798,...) at ether_demux+0x102 ether_input(c4dc9c00,c5406b00,c4ce3a00,0,e38d8c5c,...) at ether_input+0x3e4 em_rxeof(c05051fd,c4ce3870,0,1,c4ce3870,...) at em_rxeof+0x45e em_poll(c4dc9c00,0,3e8,c4ce3870,e38d8ccc,...) at em_poll+0x141 ether_poll(3e8,0,0,0,0,...) at ether_poll+0xd1 poll_idle(0,e38d8d38,0,0,0,...) at poll_idle+0xe3 fork_exit(c04f2576,0,e38d8d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe38d8d70, ebp = 0 --- Uptime: 5d22h22m6s Physical memory: 2039 MB Dumping 220 MB: 205 189 173 157 141 125 109 93 77 61 45 29 13 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:172 #1 0xc04fc185 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc04fc4f8 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0658285 in trap_fatal (frame=0xe38d8694, eva=189) at /usr/src/sys/i386/i386/trap.c:876 #4 0xc06584bc in trap_pfault (frame=0xe38d8694, usermode=0, eva=189) at /usr/src/sys/i386/i386/trap.c:785 #5 0xc0658d96 in trap (frame=0xe38d8694) at /usr/src/sys/i386/i386/trap.c:462 #6 0xc063fbfb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc05ab4a6 in ipfw_chk (args=0xe38d89d8) at /usr/src/sys/netinet/ip_fw2.c:2929 #8 0xc05ad97b in ipfw_check_in (arg=0x0, m0=0xe38d8adc, ifp=0xc5032000, dir=1, inp=0x0) at /usr/src/sys/netinet/ip_fw_pfil.c:128 #9 0xc05906ba in pfil_run_hooks (ph=0xc0738ea0, mp=0xe38d8b50, ifp=0xc5032000, dir=1, inp=0x0) at /usr/src/sys/net/pfil.c:78 #10 0xc05a6be1 in ip_fastforward (m=0xc5406b00) at /usr/src/sys/netinet/ip_fastfwd.c:353 #11 0xc058d41e in ether_demux (ifp=0xc5032000, m=0xc5406b00) at /usr/src/sys/net/if_ethersubr.c:779 #12 0xc058d8fe in ether_input (ifp=0xc5032000, m=0xc5406b00) at /usr/src/sys/net/if_ethersubr.c:701 #13 0xc058f491 in vlan_input (ifp=0xc4dc9c00, m=0xc5406b00) at /usr/src/sys/net/if_vlan.c:973 ---Type to continue, or q to quit--- #14 0xc058d3bb in ether_demux (ifp=0xc4dc9c00, m=0xc5406b00) at /usr/src/sys/net/if_ethersubr.c:752 #15 0xc058d8fe in ether_input (ifp=0xc4dc9c00, m=0xc5406b00) at /usr/src/sys/net/if_ethersubr.c:701 #16 0xc046b85d in em_rxeof (adapter=0xc4d79000, count=998) at /usr/src/sys/dev/em/if_em.c:4298 #17 0xc046d419 in em_poll (ifp=0xc4dc9c00, cmd=POLL_ONLY, count=1000) at /usr/src/sys/dev/em/if_em.c:1385 #18 0xc04f1661 in ether_poll (count=1000) at /usr/src/sys/kern/kern_poll.c:339 #19 0xc04f2659 in poll_idle () at /usr/src/sys/kern/kern_poll.c:590 #20 0xc04dee99 in fork_exit (callout=0xc04f2576 , arg=0x0, frame=0xe38d8d38) at /usr/src/sys/kern/kern_fork.c:812 #21 0xc063fc70 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 (kgdb) frame 7 #7 0xc05ab4a6 in ipfw_chk (args=0xe38d89d8) at /usr/src/sys/netinet/ip_fw2.c:2929 2929 INADDR_TO_IFP(src_ip, tif); (kgdb) l 2924 2925 case O_IP_SRC_ME: 2926 if (is_ipv4) { 2927 struct ifnet *tif; 2928 2929 INADDR_TO_IFP(src_ip, tif); 2930 match = (tif != NULL); 2931 } 2932 break; 2933 (kgdb) print src_ip $1 = {s_addr = 3268032198} (kgdb) print tif Variable "tif" is not available. (kgdb) print *tif Variable "tif" is not available. -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 09:10: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 E1C6B16A46B for ; Thu, 7 Jun 2007 09:10:32 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by mx1.freebsd.org (Postfix) with ESMTP id A3ECA13C489 for ; Thu, 7 Jun 2007 09:10:32 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so347085wxd for ; Thu, 07 Jun 2007 02:10:32 -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=VsJKYTh5FTrVBCkmpTBpFmbAgD/Fq1oWlu1QsbfzlCJOONlCAIL28Q2xSVUkbaqHNj9/KIJyYQtnOuagm1hHfuU+GH23TbT8kR9/JGgvysIDXONTv5WGcRKc+dpyANggKoliaGBSBCVbTSozUItYOpQ0jaZy4yNfTR+xqTNwrYQ= 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=IDDYpF8KHrlr/g/n3WOQAHsUpvSuvclXgXIHtCi0OJJw3cH5rT0akObC4sRNgbScejt9+QwXOuc7T9iyguIsWL5ZPLlIWSNil68ibl+n18GbaamwjHm5YQIXEzz/TBZtP5229l7+gNFdqeQgA/UqD31ZLRlpJWZ78ceYNdoQ3wE= Received: by 10.100.137.18 with SMTP id k18mr905860and.1181207431850; Thu, 07 Jun 2007 02:10:31 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Thu, 7 Jun 2007 02:10:31 -0700 (PDT) Message-ID: <499c70c0706070210v39f7016hbd80e9780902e992@mail.gmail.com> Date: Thu, 7 Jun 2007 12:10:31 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Why not remove polling(4) from 7.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 09:10:33 -0000 Hello Guys, Almost all cases polling(4) adds additional latency. There are some cases that polling(4) helps a little but most cases it wouldn't. So why not remove it or switch to adaptive polling as em(4) instead of resorting to polling? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 09:11:48 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 F04DC16A46B for ; Thu, 7 Jun 2007 09:11:48 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from smtp02.dentaku.gol.com (smtp02.dentaku.gol.com [203.216.5.72]) by mx1.freebsd.org (Postfix) with ESMTP id C4F5B13C45A for ; Thu, 7 Jun 2007 09:11:48 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from pat.gol.co.jp ([203.216.1.191] helo=[127.0.0.1]) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1HwDrV-0001cS-0r; Thu, 07 Jun 2007 18:00:57 +0900 Message-ID: <4667C946.2020201@fusiongol.com> Date: Thu, 07 Jun 2007 18:00:54 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Abuse-Complaints: abuse@gol.com Cc: freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 09:11:49 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Danny Braniss wrote: > > Hi all, > > I'm in the last mile before crossing the beta->release line, > > so I'd like to get some input, and update the list of targets it supports. > > you can obtain the driver from: > > ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.0.92.tar.gz Just tried it out. Set up a vmware FreeBSD 6.2 install on my windows box. Installed the kernel module and initiator program and targeted it at an OpenSolaris machine running ZFS and exporting a 1GB volume over iSCSI on our network. Did a newfs on the imported iSCSI /dev/da0 and mounted it OK. Copied files over to it OK. Ran bonnie++ over it as an experiment. Had the following kernel message pop-up twice, however: lnc0: Missed packet -- no receive buffer Not sure what the cause was. Perhaps I was just thrashing out my virtual NIC... -----BEGIN PGP SIGNATURE----- iD8DBQFGZ8lGcuckYiL1ACcRAgOcAKCIjdUMGZe+e+eqq6wI5zu20kx5EgCeNO6F MUKU9HSk5IQUFVehTKs9vt4= =gKDc -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 09:17: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 28CAF16A478 for ; Thu, 7 Jun 2007 09:17:51 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8B87913C4AE for ; Thu, 7 Jun 2007 09:17:50 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l5797uds006936 for ; Thu, 7 Jun 2007 18:37:56 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Thu, 7 Jun 2007 18:47:43 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Thu, 7 Jun 2007 18:47:43 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l579Hd4r008170 for ; Thu, 7 Jun 2007 17:17:39 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l579HdUV008169 for freebsd-current@freebsd.org; Thu, 7 Jun 2007 17:17:39 +0800 (WST) (envelope-from wilkinsa) Date: Thu, 7 Jun 2007 17:17:39 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070607091739.GJ7666@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <4666D696.4080908@totalterror.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <4666D696.4080908@totalterror.net> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.15 (2007-04-06) X-OriginalArrivalTime: 07 Jun 2007 09:17:43.0635 (UTC) FILETIME=[B46C3A30:01C7A8E4] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15222.002 X-TM-AS-Result: No-6.112000-8.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: gjournal + WARNING: R/W mount of / denied. Filesystem not clean - run fsck. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 09:17:51 -0000 0n Wed, Jun 06, 2007 at 06:45:26PM +0300, Niki Denev wrote: > I have the following problem when using gjournal for the root filesystem on my laptop (Sony VAIO PCG-U3) > If there is a unclean shutdown (hard poweroff/ kernel panic) on the next boot the machine starts to load normally, > i have messages as : > > GEOM_JOURNAL: Journal ad0s1a consistent. > Trying to mount root from ufs:/dev/ad0s1a.journal > WARNING: / was not properly dismounted > > Then the system continues with executing fsck in preen mode (fsck -p), > which reports : > /dev/ad0s1a.journal: FILESYSTEM CLEAN; SKIPPING CHECKS > and fsck returns with zero, but after this when a read/write mount is tried the > system barfs this : > > WARNING: R/W mount of / denied. Filesystem not clean - run fsck. > mount: : Operation not permitted Make sure your "Pass" column is correct in fstab(5). -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 09:18:16 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 02FC616A468 for ; Thu, 7 Jun 2007 09:18:16 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id C3B9E13C484 for ; Thu, 7 Jun 2007 09:18:15 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=IUFRjm/OOZzKL9aRd06YPV9sH1GBUFX3Nn0Q6qKKlny+5g5qMuLBqqKoenIYuYRP8aiBU6LI2DppE3c2iPXFcvimVM87JJaG4luPxuEyLS3R4q5PFZn/oriB4v6f3FqxWDKbjFjxj/iL3PBX51uz4Ni9OpM4+ZyW8RQNqD07YGc8a56zMvPXOV9f91lzjJZK+zw81/G0syGQsPSoMii4f7gQUwDmD7i51Hwtxn0ldL2SKUCasSa1TDfpWqr3JPMC; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1HwE8F-0001YV-8U for current@freebsd.org; Thu, 07 Jun 2007 09:18:15 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1HwE81-0007Y2-IV for current@freebsd.org; Thu, 07 Jun 2007 09:18:01 +0000 Received: from localhost ([127.0.0.1]) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HwE80-000BP9-Dk for current@freebsd.org; Thu, 07 Jun 2007 11:18:00 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Thu, 07 Jun 2007 11:18:00 +0200 Message-Id: Cc: Subject: if_msk "failed to allocate DMA'able memory for jumbo 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: Thu, 07 Jun 2007 09:18:16 -0000 Hi On a Macbook Pro, I can't get the onboard wire Nic to work: mskc0: port 0x2000-0x20ff mem 0x98200000-0x98203fff irq 16 at device 0.0 on pci2 msk0: on mskc0 msk0: failed to allocate DMA'able memory for jumbo buf device_attach: msk0 attach returned 1 mskc0: [FILTER] none2@pci2:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev=0x22 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Yukon 88E8053 PCI-E Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet cap 01[48] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 03[50] = VPD cap 05[5c] = MSI supports 2 messages, 64 bit cap 10[e0] = PCI-Express 1 legacy endpoint Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 09:30: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 9F84116A46E for ; Thu, 7 Jun 2007 09:30:29 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 48EA613C48A for ; Thu, 7 Jun 2007 09:30:29 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id C99D01CC5D; Thu, 7 Jun 2007 21:30:27 +1200 (NZST) Date: Thu, 7 Jun 2007 21:30:27 +1200 From: Andrew Thompson To: Abdullah Ibn Hamad Al-Marri Message-ID: <20070607093027.GA4784@heff.fud.org.nz> References: <499c70c0706070210v39f7016hbd80e9780902e992@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <499c70c0706070210v39f7016hbd80e9780902e992@mail.gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: Why not remove polling(4) from 7.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 09:30:29 -0000 On Thu, Jun 07, 2007 at 12:10:31PM +0300, Abdullah Ibn Hamad Al-Marri wrote: > Hello Guys, > > Almost all cases polling(4) adds additional latency. > There are some cases that polling(4) helps a little but most cases it > wouldn't. > > So why not remove it or switch to adaptive polling as em(4) instead of > resorting to polling? Are you just talking about em(4) or removing polling for all drivers? It is helpful in some cases, for example I run FreeBSD on a Nortel contivity 1010 box where interrupts do not work on the fxp interface and yet its quite usable with polling mode. Its not enabled by default so its up to the user if they want to make use of it. cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 09:36: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 EBAF016A46B for ; Thu, 7 Jun 2007 09:36:20 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id AB48F13C484 for ; Thu, 7 Jun 2007 09:36:20 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so113269anc for ; Thu, 07 Jun 2007 02:36:20 -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=XxbhFHA+Pec1nWK9cr2wt9cDGMoB8ZFzKwFAZVchKqKsGn5q0R00GtRcNiis3Fq0vHn2oijLWrLvhdle3Cw7pWRrYYpu0AW3eGetl4jKpmf0VQrCyNtIAJXtbJtjEtr0qHLFPoPD7RwRugqPqF9vh/+hGeGgIaJ9H6D2jY0PY+g= 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=dwu7STvLHRF6GXbijrfh/ucZQSMu09/rLjyHjWYagW8jU0+wwa/wVmp/oyvHLYpS117YA0/G4Fgs0z7jKHpMgT5r8SyUF4ljK5oFmQf1twZ10O2Kfvd+tvrwIjYbWd9VwINdFMYHQTehZtkvv6JzYkUuLuGNM3+YA5IrDwg6hcU= Received: by 10.100.199.12 with SMTP id w12mr916774anf.1181208980172; Thu, 07 Jun 2007 02:36:20 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Thu, 7 Jun 2007 02:36:19 -0700 (PDT) Message-ID: <499c70c0706070236x28d781e6yb8ba4c8ccd251372@mail.gmail.com> Date: Thu, 7 Jun 2007 12:36:19 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Andrew Thompson" In-Reply-To: <20070607093027.GA4784@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0706070210v39f7016hbd80e9780902e992@mail.gmail.com> <20070607093027.GA4784@heff.fud.org.nz> Cc: freebsd-current@freebsd.org Subject: Re: Why not remove polling(4) from 7.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 09:36:21 -0000 On 6/7/07, Andrew Thompson wrote: > On Thu, Jun 07, 2007 at 12:10:31PM +0300, Abdullah Ibn Hamad Al-Marri wrote: > > Hello Guys, > > > > Almost all cases polling(4) adds additional latency. > > There are some cases that polling(4) helps a little but most cases it > > wouldn't. > > > > So why not remove it or switch to adaptive polling as em(4) instead of > > resorting to polling? > > Are you just talking about em(4) or removing polling for all drivers? It > is helpful in some cases, for example I run FreeBSD on a Nortel > contivity 1010 box where interrupts do not work on the fxp interface and > yet its quite usable with polling mode. > > Its not enabled by default so its up to the user if they want to make > use of it. > > > cheers, > Andrew I mean can't we use better handeling for nics which is better than current polling(4)? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 10:17:26 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 7F93616A46B for ; Thu, 7 Jun 2007 10:17:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 27FC913C46C for ; Thu, 7 Jun 2007 10:17:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so604035waf for ; Thu, 07 Jun 2007 03:17:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Doyogk103ct1cci4ul1Z3i+7ZV4VnorFAfVU7LXgS7M2iLRNQObtG8WaLmwllRhrz6lYPQMuZU+AndjIJsUyEpozvQd9CUqIyNmgM0R+dA/xCXD86qUbxeSJJrhD6U+J5EqcKN32ppw6Y36Ier6js03y2hpDFElecMLtooa179I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=q8H4VT8nUVKSC8BORgJXgpEKMHg2/nzmjTgDPDbPdIZsXAIdGqyTD0BZ6CamEGm2kR9cy3D9yf9WyYpfJ+lWxhsmec0NI8mWv+jdgowzHByFaJjnz9p2bKS1ftuUnUBptEhKIwzGPi3ECy8blppWXMlLxi50vAhDPtx1HHgsgys= Received: by 10.115.79.1 with SMTP id g1mr1413431wal.1181211445719; Thu, 07 Jun 2007 03:17:25 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id m10sm1306145waf.2007.06.07.03.17.23 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 07 Jun 2007 03:17:24 -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 l579t4DQ025227 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Jun 2007 18:55:04 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l579t2FF025226; Thu, 7 Jun 2007 18:55:02 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 7 Jun 2007 18:55:02 +0900 From: Pyun YongHyeon To: Ian FREISLICH Message-ID: <20070607095502.GE23001@cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: if_msk "failed to allocate DMA'able memory for jumbo buf" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 10:17:26 -0000 On Thu, Jun 07, 2007 at 11:18:00AM +0200, Ian FREISLICH wrote: > Hi > > On a Macbook Pro, I can't get the onboard wire Nic to work: > > mskc0: port 0x2000-0x20ff mem 0x98200000-0x98203fff irq 16 at device 0.0 on pci2 > msk0: on mskc0 > msk0: failed to allocate DMA'able memory for jumbo buf > device_attach: msk0 attach returned 1 > mskc0: [FILTER] > > none2@pci2:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev=0x22 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = 'Yukon 88E8053 PCI-E Gigabit Ethernet Controller (Copper)' > class = network > subclass = ethernet > cap 01[48] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 03[50] = VPD > cap 05[5c] = MSI supports 2 messages, 64 bit > cap 10[e0] = PCI-Express 1 legacy endpoint > Did you try to reload msk(4) kernel module? If yes then there is no way to recover from this without rebooting. :-( -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 10:26:20 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 A99AA16A400; Thu, 7 Jun 2007 10:26:20 +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 68A6A13C45B; Thu, 7 Jun 2007 10:26:20 +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 l57AQJ6Z000472; Thu, 7 Jun 2007 06:26: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.13.8/8.13.8) with ESMTP id l57AQJYC096346; Thu, 7 Jun 2007 06:26:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8C50773068; Thu, 7 Jun 2007 06:26:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070607102619.8C50773068@freebsd-current.sentex.ca> Date: Thu, 7 Jun 2007 06:26:19 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 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: , X-List-Received-Date: Thu, 07 Jun 2007 10:26:20 -0000 TB --- 2007-06-07 08:55:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-07 08:55:25 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-07 08:55:25 - cleaning the object tree TB --- 2007-06-07 08:55:45 - checking out the source tree TB --- 2007-06-07 08:55:45 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-07 08:55:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-07 09:04:34 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-07 09:04:34 - cd /src TB --- 2007-06-07 09:04:34 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 09:04:36 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 Thu Jun 7 10:13:51 UTC 2007 TB --- 2007-06-07 10:13:51 - generating LINT kernel config TB --- 2007-06-07 10:13:51 - cd /src/sys/sun4v/conf TB --- 2007-06-07 10:13:51 - /usr/bin/make -B LINT TB --- 2007-06-07 10:13:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-07 10:13:51 - cd /src TB --- 2007-06-07 10:13:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 7 10:13:51 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/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -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/hcall.S 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/hviommu.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/sparc64/sparc64/identcpu.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/sparc64/sparc64/in_cksum.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/intr_machdep.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/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-07 10:26:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-07 10:26:19 - ERROR: failed to build lint kernel TB --- 2007-06-07 10:26:19 - tinderbox aborted TB --- 0.74 user 1.84 system 5454.05 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 10:47:43 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 2760F16A469 for ; Thu, 7 Jun 2007 10:47:43 +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 74CFE13C468 for ; Thu, 7 Jun 2007 10:47:42 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 80041 invoked by uid 80); 7 Jun 2007 10:47:48 -0000 Received: from 195.50.100.20 (SquirrelMail authenticated user gelsemap) by www.superhero.nl with HTTP; Thu, 7 Jun 2007 12:47:48 +0200 (CEST) Message-ID: <5618.195.50.100.20.1181213268.squirrel@www.superhero.nl> In-Reply-To: <20070602084210.GC1140@cdnetworks.co.kr> References: <20070602084210.GC1140@cdnetworks.co.kr> Date: Thu, 7 Jun 2007 12:47:48 +0200 (CEST) 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: nfe(4) vs. nve(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 10:47:43 -0000 On Sat, June 2, 2007 10:42, Pyun YongHyeon wrote: > If you are brave enough to test Rx lock-free nfe(4), try: > 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 I am running this version for some time now without any issues. Works good, I would say go ahead with the commit. One note, however I don't think it is related to the nfe(4), is that traceroute shows weird results. I am getting 3 hops on the same rule. I am currently not able to copy results but will send this later on this evening in a new thread. Rgds, Patrick > > 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 Thu Jun 7 10:57:11 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 9F7BB16A46B for ; Thu, 7 Jun 2007 10:57:11 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.freebsd.org (Postfix) with ESMTP id 0018813C4B0 for ; Thu, 7 Jun 2007 10:57:10 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.org (p549A6D98.dip.t-dialin.net [84.154.109.152]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id l57AIInO090284; Thu, 7 Jun 2007 12:18:19 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.org (8.13.6/8.13.6) with ESMTP id l57AIDm9046635; Thu, 7 Jun 2007 12:18:13 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.6/8.13.6) with ESMTP id l57AJCBS086357; Thu, 7 Jun 2007 12:19:12 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200706071019.l57AJCBS086357@fire.jhs.private> to: freebsd-current@freebsd.org In-reply-to: <499c70c0706070210v39f7016hbd80e9780902e992@mail.gmail.com> References: <499c70c0706070210v39f7016hbd80e9780902e992@mail.gmail.com> Comments: In-reply-to "Abdullah Ibn Hamad Al-Marri" message dated "Thu, 07 Jun 2007 12:10:31 +0300." Date: Thu, 07 Jun 2007 12:19:12 +0200 From: "Julian H. Stacey" Cc: Abdullah Ibn Hamad Al-Marri Subject: Re: Why not remove polling(4) from 7.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 10:57:11 -0000 "Abdullah Ibn Hamad Al-Marri" wrote: > Hello Guys, > > Almost all cases polling(4) adds additional latency. > There are some cases that polling(4) helps a little but most cases it wouldn't. > > So why not remove it or switch to adaptive polling as em(4) instead of > resorting to polling? I don't know the different polling strategies, but would caution before potentially making it yet More difficult for old laptops. /boot/loader.conf hw.pcic.irq="0" is needed on 4.11-RELEASE on a laptop here else no pcmcia ethernet. I know this isn't mobile@, but as topic raised here: I have 6 laptops: 1 only, new, can run 6.2-RELEASE! 1 (Digital HiNote Ultra2000) stuck on old 5.1+ -current I recall, 4 stuck on 4.11 (pcmcia ether &/or disc access problems) FreeBSD-5 & 6 wont boot/install for various reasons, mostly pcmcia & disc. Running current would be overly ambitious till I raised some of those 4 boxes. Losing polling sounds possibly scarey ? I append notes in case anyone has additional suggestions/corrections for me to try (OK, I havent tried all this on all laptops, just most on one): (by chance a Dell Latitude XPi P133ST - disc now works - pcmcia not seen.) beastie_disable="yes" boot_verbose="yes" verbose_loading="yes" debug.bootverbose=1 hint.acpi.0.disabled="1" # set to boot with acpi disabled. Above is set by forth/beastie.4th:bootsafekey loader.acpi_disabled_by_user=1 # Above is set by forth/beastie.4th:bootsafekey hint.apm.0.disabled="1" # found on host=fire with kenv. hint.apic.0.disabled="1" # set to boot in safe mode Above set by forth/beastie.4th:bootsafekey hw.ata.ata_dma=0 # ATA disk DMA mode control needed by Dell Latitude XPi P133ST says Ian Freilich , 07.10.2004 Above referenced by forth/beastie.4th:bootsafekey hw.ata.atapi_dma=0 # ATAPI device DMA mode control Above referenced by forth/beastie.4th:bootsafekey hw.ata.wc=0 # ATA disk write caching Above referenced by forth/beastie.4th:bootsafekey hw.eisa_slots=0 # Above referenced by forth/beastie.4th:bootsafekey hint.kbdmux.0.disabled=1 Above is referenced by forth/beastie.4th:bootsafekey hw.pci.enable_io_modes=0 # use if boot hangs after agp hw.pcic.ignore_pci=1 # ignore pci cardbus bridges hw.pcic.intr_path="1" # Needed by host=lapa Normally interrupts for cardbus bridges are routed over the PCI bus (2). However, some laptops will hang when using PCI interrupts due to bugs in this code. Those bugs can be worked around by forcings ISA interrupts (1). Warner wrote: Libretto-50 and Libretto-70 machines have only ISA PCMICA bridges hw.pcic.irq="0" # Needed by host=lapa Override IRQ configured by system for all pcic devices hw.pcic.pd6729_intr_path Determine interrupt path or method for Cirrus Logic PD6729 and similar I/O space based pcmcia bridge. Chips on a PCI expansion card need a value of 2, while chips installed in a laptop need a value of 1 (which is also the default). This is similar to hw.pcic.intr_path, but separate so that it can default to ISA when intr_path defaults to PCI. hw.pcic.ti12xx_enable_pci_clock Some TI-12xx parts need to have the PCI clock enabled. These designs do not provide a clock themselves. Most of the reference boards have the required oscillator parts, so the number of machines that needs this to be set is vanishingly small. machdep.bios.pci=disable # machdep.bios.pnp=disable # machdep.pccard.pcic_irq="0" # PCCARD controller IRQ (0=polled) machdep.pccard.pcic_irq=11 ------ Julian -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 11:12:10 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 5781B16A468 for ; Thu, 7 Jun 2007 11:12:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 25B6C13C45B for ; Thu, 7 Jun 2007 11:12:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:Subject:From:X-Attribution:Date:Message-Id; b=f0+4xx5qF0gUbfIJ+ksowRiDjyy1oz+6CczwOuOZoEh11RN0yVOVTQoKPKLwbBkkJq9xXngpGyEYWZUtbqnZoK+8JTt58+StDMVVTpci/EKYfw/FbO1LbX5257BL31150l9qFe4TFvtTAB3jYGLlel1FMNUYeaDHkEore/E5DLtY8JgLeeFe95iiUiXpd0EtZcBFI5vz5HKrWQLNOYCTFung1o4WM+wgjxxFVLiGEAvbr81vEPjYnkiTsV0mlG4V; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1HwFuS-0001Wz-Ve; Thu, 07 Jun 2007 11:12:09 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1HwFth-0000nO-Ri; Thu, 07 Jun 2007 11:11:21 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HwFtg-0000O9-M3; Thu, 07 Jun 2007 13:11:20 +0200 To: Pyun YongHyeon From: Ian FREISLICH X-Attribution: BOFH Date: Thu, 07 Jun 2007 13:11:20 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: if_msk "failed to allocate DMA'able memory for jumbo 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: Thu, 07 Jun 2007 11:12:10 -0000 >On Thu, Jun 07, 2007 at 11:18:00AM +0200, Ian FREISLICH wrote: > > Hi > > > > On a Macbook Pro, I can't get the onboard wire Nic to work: > > > > mskc0: port 0x2000-0x20ff mem 0x982 00000-0x98203fff irq 16 at device 0.0 on pci2 > > msk0: on mskc0 > > msk0: failed to allocate DMA'able memory for jumbo buf > > device_attach: msk0 attach returned 1 > > mskc0: [FILTER] > > > > none2@pci2:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev=0x22 hdr= 0x00 > > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > device = 'Yukon 88E8053 PCI-E Gigabit Ethernet Controller (Copper)' > > class = network > > subclass = ethernet > > cap 01[48] = powerspec 2 supports D0 D1 D2 D3 current D0 > > cap 03[50] = VPD > > cap 05[5c] = MSI supports 2 messages, 64 bit > > cap 10[e0] = PCI-Express 1 legacy endpoint > > > >Did you try to reload msk(4) kernel module? >If yes then there is no way to recover from this without rebooting. :-( I only tried loading the module after boot. I see now that it works if it's loaded from loader.conf. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 11:21:44 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 7886B16A400 for ; Thu, 7 Jun 2007 11:21:44 +0000 (UTC) (envelope-from tevans.uk@googlemail.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 2235113C45D for ; Thu, 7 Jun 2007 11:21:44 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by wr-out-0506.google.com with SMTP id 69so366881wra for ; Thu, 07 Jun 2007 04:21:43 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=k4KbF0B9KrAuN2+TPprD28LwAcKbGmH++MWk49CbK0d2ZJyA4dlHp8C9U6Bd+0LgoNPvGuQAhvQ8r6dH/j8PbrqfMJ0HSp/TJbOUH2UwIzqR8fthJaz5QKCGSNi6VYAGlXS4nulE0aOnnEXfLqDUbwv2Y/ghwkjNdHSJjGlSbAg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=Ls4iZvypAV26kgVBOALu3+Z1G6cYDQC95KQ44FIRdRp5DjViOeJ/BghQ7OhPwXBJYnLsNZmxfJ2ADvHUXOC4IL94Y551qLnPBxF2PkgAGKkpUF4VYb7I2ob0PrVaBNBjH3tN/W3cTesRnilVvx1kgIlMNYUMkQ3/Y6FGT7+NEiQ= Received: by 10.78.149.15 with SMTP id w15mr188445hud.1181213787757; Thu, 07 Jun 2007 03:56:27 -0700 (PDT) Received: from ?IPv6:::ffff:127.0.0.1%720069888? ( [217.206.187.79]) by mx.google.com with ESMTP id 35sm2685600nfu.2007.06.07.03.56.26 (version=SSLv3 cipher=RC4-MD5); Thu, 07 Jun 2007 03:56:27 -0700 (PDT) From: Tom Evans To: youshi10@u.washington.edu In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-CTeAhUO+Rf6q8nq+f5x0" Date: Thu, 07 Jun 2007 11:56:22 +0100 Message-Id: <1181213782.48432.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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, 07 Jun 2007 11:21:44 -0000 --=-CTeAhUO+Rf6q8nq+f5x0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-06-05 at 15:27 -0700, youshi10@u.washington.edu wrote: >=20 > Intel integrated graphics are getting better all the time, their driver's= open sourced, and OpenGL compatible. >=20 > Then again I'm biased because I work for them :). >=20 > -Garrett I'm very impressed with my i945GM based laptop. There is no DRI if you use more than one screen, but Xinerama works fine and its quick enough in 2D for anything you might fancy. Tom --=-CTeAhUO+Rf6q8nq+f5x0 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGZ+RPlcRvFfyds/cRAuZCAJsG3Kkk0cQQ5wwagzPUJV+EFAuh9gCcCCUT ywxIRSjKQr7I+lxsuQIQyqQ= =foMF -----END PGP SIGNATURE----- --=-CTeAhUO+Rf6q8nq+f5x0-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 12:45:38 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 4A79716A46B; Thu, 7 Jun 2007 12:45:38 +0000 (UTC) (envelope-from joe@joeholden.co.uk) Received: from scarlett.lon.rewt.org.uk (scarlett.lon.rewt.org.uk [62.84.188.34]) by mx1.freebsd.org (Postfix) with ESMTP id 1498413C468; Thu, 7 Jun 2007 12:45:37 +0000 (UTC) (envelope-from joe@joeholden.co.uk) Received: from [192.168.10.230] (unknown [78.86.5.116]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by scarlett.lon.rewt.org.uk (Postfix) with ESMTP id E5B5939833; Thu, 7 Jun 2007 13:26:59 +0100 (BST) Message-ID: <4667F982.5020903@joeholden.co.uk> Date: Thu, 07 Jun 2007 13:26:42 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Nathan Butcher References: <4667C946.2020201@fusiongol.com> In-Reply-To: <4667C946.2020201@fusiongol.com> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 07 Jun 2007 12:49:22 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 12:45:38 -0000 Nathan Butcher wrote: > Danny Braniss wrote: > lnc0: Missed packet -- no receive buffer > > Not sure what the cause was. Perhaps I was just thrashing out my virtual > NIC... Yeah, thats an issue with the default vmware emulated nic... Ta, Joe From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 15:05:44 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 252EE16A47C for ; Thu, 7 Jun 2007 15:05:44 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 606DD13C4C4 for ; Thu, 7 Jun 2007 15:05:42 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ug-out-1314.google.com with SMTP id u2so796234uge for ; Thu, 07 Jun 2007 08:05:41 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=Twe5mNcMyvS0JxsYZyyhDj48qgl/3pEwdSZqR7n3Ue/eGJGd9nktcBBiEAc9IqURJX3rfdsESC+tWn2tMHtIMZPhCw5wIXExvytxRivtZWxnKJQjDmDQAa5WZnBF5Cbe/YGG0JPURNIpAgw3qOEKgZC8M+A9qJJzi257gH7qktQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=FIQY3d+NaV/diKxvPPJ12/cwgT37a2435PTIXMRVifhLMN+KSBu4g3OodvKgm8PCu29vZJMb2h1ZWiDJb/4oL8QH7mh2w8VrcYth89AUL91swhtRRweefO0Q5tXLFFVcFCNKFtazrwt95l3fz3Wb66diNOLE7wYBfFgUAOIsdBI= Received: by 10.78.190.10 with SMTP id n10mr776625huf.1181228741043; Thu, 07 Jun 2007 08:05:41 -0700 (PDT) Received: from ?IPv6:::ffff:127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTP id k5sm3938332nfh.2007.06.07.08.05.39 (version=SSLv3 cipher=RC4-MD5); Thu, 07 Jun 2007 08:05:40 -0700 (PDT) From: Tom Evans To: Odhiambo Washington In-Reply-To: <20070529071901.GD2256@ns2.wananchi.com> References: <20070528140644.GB94266@ns2.wananchi.com> <20070528164504.GD2188@kobe.laptop> <20070529071901.GD2256@ns2.wananchi.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-DRNmDwt9sbyxCqCjRXys" Date: Thu, 07 Jun 2007 16:05:36 +0100 Message-Id: <1181228736.48432.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: current@FreeBSD.org Subject: Re: persistent problem with buildworld 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: , X-List-Received-Date: Thu, 07 Jun 2007 15:05:44 -0000 --=-DRNmDwt9sbyxCqCjRXys Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-05-29 at 10:19 +0300, Odhiambo Washington wrote: > * On 28/05/07 19:45 +0300, Giorgos Keramidas wrote: > | On 2007-05-28 17:06, Odhiambo Washington wrote: > | > What could I be missing, so that buildworld always fails for me? > | > This is -current, sources as of today (20070528). > | > I believe it is something I am missing. > | > This is an HP DC 7600...and I am running FreeBSD within vmware, > | > which I must swear I have done before, until I decided I had > | > dirty-fied my system and so needed to start afresh. > | >=20 > | > > | [...] > | > =3D=3D=3D> bin/csh (depend) > | > grep '[FV]_' /usr/src/bin/csh/../../contrib/tcsh/ed.defns.c | grep '^= #define' >> ed.defns.h > | > cc -E -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/s= rc/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL=3D'"/bin/csh"' -DHAVE_ICONV -= Wno-pointer-sign /usr/src/bin/csh/../../contrib/tcsh/tc.const.c /usr/src/bi= n/csh/../../contrib/tcsh/sh.char.h /usr/src/bin/csh/config.h /usr/src/bin/c= sh/../../contrib/tcsh/config_f.h /usr/src/bin/csh/../../contrib/tcsh/sh.typ= es.h sh.err.h -D_h_tc_const | grep 'Char STR' | sed -e 's/Char \([a-zA-Z0-= 9_]*\)\(.*\)/extern Char \1[];/' | sort >> tc.const.h > | > cc -o gethost -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh= -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL=3D'"/bin/csh"' -DHAV= E_ICONV -Wno-pointer-sign /usr/src/bin/csh/../../contrib/tcsh/gethost.c > | > ./gethost /usr/src/bin/csh/host.defs >> tc.defs.c > | > *** Error code 1 > | >=20 > | > Stop in /usr/src/bin/csh. > | > *** Error code 1 > |=20 > | Are you running make(1) with -j options? If yes, what are they? >=20 > No. I don't define any compiler optimizations at all. Never done it > ever! >=20 > | Another thing to check is that you have permissions to write in the > | "/usr/obj" tree, while doing the build (or wherever ${MAKEOBJDIRPREFIX} > | points). >=20 > Well, I simply do the following (as root): > cd /usr/src > make buildworld | tee ./buildworld.txt | tail -n 20 | mail root & >=20 > Root, as by default, has write access to every part of this system:-) >=20 > I am so stumped as to why I encounter this failure. >=20 >=20 > -Wash So was I, as there was no actual error in your log - and I see why now. You are only redirecting standard output, not standard error, so the error message as to why the build failed has been lost. In future do: cd /usr/src make buildworld 2>&1 | tee ./buildworld.txt | tail -n 20 | mail root & and then at least we'd see the error. --=-DRNmDwt9sbyxCqCjRXys Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGaB6/lcRvFfyds/cRAuBPAKCFMb/RUNvfWCPvTVrN4LM9KtTVbQCgn+sX MM8Kg0aWyAUVweWRYz5tNvQ= =CRBj -----END PGP SIGNATURE----- --=-DRNmDwt9sbyxCqCjRXys-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 16:21:00 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 849E516A469; Thu, 7 Jun 2007 16:21: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 43C7B13C45A; Thu, 7 Jun 2007 16:21:00 +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 l57GKxmF056137; Thu, 7 Jun 2007 12:20:59 -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 l57GKxZo012876; Thu, 7 Jun 2007 12:20:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0518F73068; Thu, 7 Jun 2007 12:20:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070607162059.0518F73068@freebsd-current.sentex.ca> Date: Thu, 7 Jun 2007 12:20:58 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 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: , X-List-Received-Date: Thu, 07 Jun 2007 16:21:00 -0000 TB --- 2007-06-07 14:14:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-07 14:14:55 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-07 14:14:55 - cleaning the object tree TB --- 2007-06-07 14:15:14 - checking out the source tree TB --- 2007-06-07 14:15:14 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-07 14:15:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-07 14:23:42 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-07 14:23:42 - cd /src TB --- 2007-06-07 14:23:42 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 14:23:44 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 Thu Jun 7 16:01:46 UTC 2007 TB --- 2007-06-07 16:01:46 - generating LINT kernel config TB --- 2007-06-07 16:01:46 - cd /src/sys/ia64/conf TB --- 2007-06-07 16:01:46 - /usr/bin/make -B LINT TB --- 2007-06-07 16:01:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-07 16:01:46 - cd /src TB --- 2007-06-07 16:01:46 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 7 16:01:47 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 -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 /src/sys/ia64/ia64/gdb_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/ia64/ia64/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/ia64/ia64/interrupt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/ia64/ia64/machdep.c /src/sys/ia64/ia64/machdep.c: In function 'cpu_throw': /src/sys/ia64/ia64/machdep.c:394: error: 'struct pcpu' has no member named 'pc_curtid' /src/sys/ia64/ia64/machdep.c: In function 'ia64_init': /src/sys/ia64/ia64/machdep.c:613: error: 'struct pcpu' has no member named 'pc_curtid' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-07 16:20:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-07 16:20:58 - ERROR: failed to build lint kernel TB --- 2007-06-07 16:20:58 - tinderbox aborted TB --- 0.59 user 2.01 system 7563.51 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 16:35: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 E059316A41F for ; Thu, 7 Jun 2007 16:35:58 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id BE07113C45A for ; Thu, 7 Jun 2007 16:35:58 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l57GZs8Y026375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 7 Jun 2007 09:35:54 -0700 X-Auth-Received: from [192.168.10.45] (c-67-166-149-71.hsd1.ca.comcast.net [67.166.149.71]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l57GZqhg004888 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 7 Jun 2007 09:35:53 -0700 Message-ID: <466833EB.5080006@u.washington.edu> Date: Thu, 07 Jun 2007 09:35:55 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Tom Evans References: <1181213782.48432.2.camel@localhost> In-Reply-To: <1181213782.48432.2.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.7.91433 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: current@freebsd.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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, 07 Jun 2007 16:35:59 -0000 Tom Evans wrote: > On Tue, 2007-06-05 at 15:27 -0700, youshi10@u.washington.edu wrote: > >> Intel integrated graphics are getting better all the time, their driver's open sourced, and OpenGL compatible. >> >> Then again I'm biased because I work for them :). >> >> -Garrett >> > > I'm very impressed with my i945GM based laptop. There is no DRI if you > use more than one screen, but Xinerama works fine and its quick enough > in 2D for anything you might fancy. > > Tom > > Purportedly the 965/975(G or P? I forget) chipset was much better than the 945 chipset offerings. Can't wait until the next chipset comes out :). -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 16:39: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 6939716A468 for ; Thu, 7 Jun 2007 16:39:14 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av9-2-sn2.hy.skanova.net (av9-2-sn2.hy.skanova.net [81.228.8.180]) by mx1.freebsd.org (Postfix) with ESMTP id F2FDA13C44B for ; Thu, 7 Jun 2007 16:39:13 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: by av9-2-sn2.hy.skanova.net (Postfix, from userid 502) id 241AE37F9C; Thu, 7 Jun 2007 18:39:13 +0200 (CEST) Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av9-2-sn2.hy.skanova.net (Postfix) with ESMTP id 0D52E37F77; Thu, 7 Jun 2007 18:39:13 +0200 (CEST) Received: from [192.168.1.197] (81-229-94-7-no68.tbcn.telia.com [81.229.94.7]) by smtp4-2-sn2.hy.skanova.net (Postfix) with ESMTP id D545037E47; Thu, 7 Jun 2007 18:39:12 +0200 (CEST) From: Joel Dahl To: Marius Nuennerich In-Reply-To: <20070607020122.758c6a79@sol.hackerzberg.local> References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> <466581B7.6080903@u.washington.edu> <1181060136.1248.1.camel@localhost> <20070606093426.pc1yle0wg8cggcw4@webmail.leidinger.net> <1181144447.1243.3.camel@localhost> <20070607020122.758c6a79@sol.hackerzberg.local> Content-Type: text/plain Date: Thu, 07 Jun 2007 18:39:25 +0200 Message-Id: <1181234365.1243.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , current@FreeBSD.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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, 07 Jun 2007 16:39:14 -0000 On Thu, 2007-06-07 at 02:01 +0200, Marius Nuennerich wrote: > On Wed, 06 Jun 2007 17:40:47 +0200 > Joel Dahl wrote: > > > On Wed, 2007-06-06 at 09:34 +0200, Alexander Leidinger wrote: > > > Quoting Joel Dahl (from Tue, 05 Jun 2007 18:15:36 +0200): > > > > > > > On Tue, 2007-06-05 at 08:31 -0700, Garrett Cooper wrote: > > > >> Diego Depaoli wrote: > > > >> > 2007/6/5, Ed Schouten : > > > >> >> > In practice there's (almost) only one reason not to run > > > >> >> > FreeBSD/amd64 on amd64-capable hardware: If you depend > > > >> >> > on a certain piece of software which is known not to run > > > >> >> > correctly in 64bit mode. Fortunately those are not many. > > > >> >> > > > >> >> I guess most of those are still waiting for a 64-bits nvidia.ko. > > > >> > That's true. > > > >> > Is there any news? > > > >> > > > > >> Yeah, a lot of people are still waiting for that (including me.. > > > >> can't get nv to work under amd64 :(...). > > > >> We should band together and get nvidia to speed up amd64 development > > > >> a bit more *sigh*.. > > > > > > > > Well, nvidia wants to build a driver for FreeBSD/amd64, but they're > > > > waiting for us to implement certain necessary "features" first... > > > > > > And we don't have them on the ideas list, so it's not obvious what is > > > needed... > > > > I think I'd like to put them somewhere on the wiki... > > In case other people are interested; here is the link: > http://lists.freebsd.org/pipermail/freebsd-hackers/2006-June/016995.html > > Would be very nice to have this in the wiki and/or ideas list with > accurate status. I've documented everything at: http://wiki.freebsd.org/NvidiaFeatureRequests This is only what I could find in the email threads on the mailing lists and at the nvnews forum, so some parts may not accurately reflect reality. -- Joel From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 16:44: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 E41C316A400 for ; Thu, 7 Jun 2007 16:44:50 +0000 (UTC) (envelope-from ndenev@totalterror.net) Received: from sellinet.net (galileo.sellinet.net [82.199.192.2]) by mx1.freebsd.org (Postfix) with SMTP id 3FE5C13C45E for ; Thu, 7 Jun 2007 16:44:49 +0000 (UTC) (envelope-from ndenev@totalterror.net) Received: (qmail 11961 invoked by uid 1009); 7 Jun 2007 19:18:08 +0300 Received: from ndenev@totalterror.net by galileo by uid 1002 with qmail-scanner-1.22 (spamassassin: 3.0.3. Clear:RC:1(82.199.197.152):. Processed in 0.042366 secs); 07 Jun 2007 16:18:08 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 7 Jun 2007 19:18:08 +0300 Received: (qmail 37126 invoked from network); 7 Jun 2007 19:17:35 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 7 Jun 2007 19:17:35 +0300 Message-ID: <46682F9F.9090204@totalterror.net> Date: Thu, 07 Jun 2007 19:17:35 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4666D696.4080908@totalterror.net> <20070607091739.GJ7666@obelix.dsto.defence.gov.au> In-Reply-To: <20070607091739.GJ7666@obelix.dsto.defence.gov.au> X-Enigmail-Version: 0.94.3.0 OpenPGP: id=F2DB7EB9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 07 Jun 2007 17:06:07 +0000 Subject: Re: gjournal + WARNING: R/W mount of / denied. Filesystem not clean - run fsck. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 16:44:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Wilkinson, Alex wrote: > 0n Wed, Jun 06, 2007 at 06:45:26PM +0300, Niki Denev wrote: > > > I have the following problem when using gjournal for the root filesystem on my laptop (Sony VAIO PCG-U3) > > If there is a unclean shutdown (hard poweroff/ kernel panic) on the next boot the machine starts to load normally, > > i have messages as : > > > > GEOM_JOURNAL: Journal ad0s1a consistent. > > Trying to mount root from ufs:/dev/ad0s1a.journal > > WARNING: / was not properly dismounted > > > > Then the system continues with executing fsck in preen mode (fsck -p), > > which reports : > > /dev/ad0s1a.journal: FILESYSTEM CLEAN; SKIPPING CHECKS > > and fsck returns with zero, but after this when a read/write mount is tried the > > system barfs this : > > > > WARNING: R/W mount of / denied. Filesystem not clean - run fsck. > > mount: : Operation not permitted > > Make sure your "Pass" column is correct in fstab(5). > > -aW > > IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. > > What do you mean by correct? Right now it's the default for root filesystems "1". Is there a special setting needed for gjournaled filesystems? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGaC+fHNAJ/fLbfrkRAhZXAKCqNADFPh7R1z3upzCDr2cAAgDglQCcCODu GaEsdrudGsLvBN4/FSyZ3PE= =ORRd -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 18:03: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 07D8A16A494; Thu, 7 Jun 2007 18:03:58 +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 97DF713C469; Thu, 7 Jun 2007 18:03:57 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5CAAD.dip.t-dialin.net [84.165.202.173]) by redbull.bpaserver.net (Postfix) with ESMTP id 070AF2E04D; Thu, 7 Jun 2007 20:03:50 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id D87CD5B490D; Thu, 7 Jun 2007 20:03:32 +0200 (CEST) Date: Thu, 7 Jun 2007 20:03:56 +0200 From: Alexander Leidinger To: Joel Dahl Message-ID: <20070607200356.685f028e@deskjail> In-Reply-To: <1181234365.1243.5.camel@localhost> References: <499c70c0706050348x3cf9e50fn929b910e7c6b0519@mail.gmail.com> <200706051316.l55DGSU0052272@lurza.secnetix.de> <20070605132320.GQ45756@hoeg.nl> <83e5fb980706050828t2551a7e3jd0cc9c53d86886d9@mail.gmail.com> <466581B7.6080903@u.washington.edu> <1181060136.1248.1.camel@localhost> <20070606093426.pc1yle0wg8cggcw4@webmail.leidinger.net> <1181144447.1243.3.camel@localhost> <20070607020122.758c6a79@sol.hackerzberg.local> <1181234365.1243.5.camel@localhost> X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.12; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.822, required 8, BAYES_00 -15.00, DKIM_POLICY_SIGNSOME 0.00, RDNS_DYNAMIC 0.10, TW_NV 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Marius Nuennerich , current@FreeBSD.org Subject: Re: Intel C2D COREs not used equally in FreeBSD 7.0-CURRENT 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, 07 Jun 2007 18:03:58 -0000 Quoting Joel Dahl (Thu, 07 Jun 2007 18:39:25 +0200): > On Thu, 2007-06-07 at 02:01 +0200, Marius Nuennerich wrote: > > In case other people are interested; here is the link: > > http://lists.freebsd.org/pipermail/freebsd-hackers/2006-June/016995.html > > > > Would be very nice to have this in the wiki and/or ideas list with > > accurate status. > > I've documented everything at: > > http://wiki.freebsd.org/NvidiaFeatureRequests > > This is only what I could find in the email threads on the mailing lists > and at the nvnews forum, so some parts may not accurately reflect > reality. Shouldn't we put a link from the ideas list page to it? Bye, Alexander. -- I am the mother of all things, and all things should wear a sweater. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 18:14:43 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 C6BDB16A400 for ; Thu, 7 Jun 2007 18:14:43 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id AC31E13C457 for ; Thu, 7 Jun 2007 18:14:43 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay8.apple.com (relay8.apple.com [17.128.113.38]) by mail-out3.apple.com (Postfix) with ESMTP id A311A82423B; Thu, 7 Jun 2007 11:13:45 -0700 (PDT) Received: from relay8.apple.com (unknown [127.0.0.1]) by relay8.apple.com (Symantec Mail Security) with ESMTP id 5D2894010B; Thu, 7 Jun 2007 11:14:43 -0700 (PDT) X-AuditID: 11807126-a0085bb00000081c-8e-46684b13045b Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay8.apple.com (Apple SCV relay) with ESMTP id 4D30640101; Thu, 7 Jun 2007 11:14:43 -0700 (PDT) In-Reply-To: <499c70c0706070236x28d781e6yb8ba4c8ccd251372@mail.gmail.com> References: <499c70c0706070210v39f7016hbd80e9780902e992@mail.gmail.com> <20070607093027.GA4784@heff.fud.org.nz> <499c70c0706070236x28d781e6yb8ba4c8ccd251372@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <29EFA5CA-6232-45AA-A10D-0A45BB3E2100@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Thu, 7 Jun 2007 11:14:42 -0700 To: Abdullah Ibn Hamad Al-Marri X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: Why not remove polling(4) from 7.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 18:14:43 -0000 On Jun 7, 2007, at 2:36 AM, Abdullah Ibn Hamad Al-Marri wrote: >> > So why not remove it or switch to adaptive polling as em(4) >> instead of >> > resorting to polling? >> >> Are you just talking about em(4) or removing polling for all >> drivers? It >> is helpful in some cases, for example I run FreeBSD on a Nortel >> contivity 1010 box where interrupts do not work on the fxp >> interface and >> yet its quite usable with polling mode. >> >> Its not enabled by default so its up to the user if they want to make >> use of it. > > I mean can't we use better handeling for nics which is better than > current polling(4)? If a particular NIC supports something like interrupt mitigation, generally it will be enabled by default. Of course, using interrupt mitigation adds latency also, just as using polling does, but the tradeoffs are probably worth it for many cases. However, under other circumstances-- such as continuous or nearly continuous high traffic loads on something like a router or firewall application-- polling tends to handle such load better and avoid livelock and/or excessive context switches to the interrupt handler resulting in lower throughput. The key point to notice is that polling is not the default behavior, it's an option which can be selectively enabled when the admin of a particular machine decides that it might prove to be the better choice. And, as Andrew mentioned, in a few cases you'll find a machine where the NIC doesn't fire interrupts off correctly at all, generally due to some major flaw in the hardware or BIOS config, but polling will still work OK. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 18:18:18 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 9B81516A421 for ; Thu, 7 Jun 2007 18:18:18 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 5750613C448 for ; Thu, 7 Jun 2007 18:18:18 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so151527anc for ; Thu, 07 Jun 2007 11:18:17 -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=hiKIECfPUeFnz85CJD8QggkAsSE5KPUnGIJ0+1isXdOSYnW5CCJS2SkHhUQ0bYxiGAKYsWcltlruhNRoUKDOeJ7X1VgqwwtC+FfndzjDoVQCAP214pFIBVRiyzP46cVLnc98282ijk4j5pO/mVkjC5m9hNaNrd3ln2RjRrzDPIM= 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=lQhDOPVZIzbtjYEBLFcowdJMQj6/sNW1yGtTczV7Y1Gi45sec865Q0Ic6N4kkvz5HqzkFUv5+dacBx31MB01uZe8uPppg/GmbIOC4JTCtg+fYzsd8BlNY0497NNIXCG2yRFEhyELf+93vY5KUl26Whmogb0563n79sRsA640dH0= Received: by 10.100.124.5 with SMTP id w5mr1211750anc.1181240296250; Thu, 07 Jun 2007 11:18:16 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Thu, 7 Jun 2007 11:18:16 -0700 (PDT) Message-ID: <499c70c0706071118l6410dc5dqce32b86fd919de3@mail.gmail.com> Date: Thu, 7 Jun 2007 21:18:16 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Chuck Swiger" In-Reply-To: <29EFA5CA-6232-45AA-A10D-0A45BB3E2100@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0706070210v39f7016hbd80e9780902e992@mail.gmail.com> <20070607093027.GA4784@heff.fud.org.nz> <499c70c0706070236x28d781e6yb8ba4c8ccd251372@mail.gmail.com> <29EFA5CA-6232-45AA-A10D-0A45BB3E2100@mac.com> Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: Why not remove polling(4) from 7.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 18:18:18 -0000 On 6/7/07, Chuck Swiger wrote: > On Jun 7, 2007, at 2:36 AM, Abdullah Ibn Hamad Al-Marri wrote: > >> > So why not remove it or switch to adaptive polling as em(4) > >> instead of > >> > resorting to polling? > >> > >> Are you just talking about em(4) or removing polling for all > >> drivers? It > >> is helpful in some cases, for example I run FreeBSD on a Nortel > >> contivity 1010 box where interrupts do not work on the fxp > >> interface and > >> yet its quite usable with polling mode. > >> > >> Its not enabled by default so its up to the user if they want to make > >> use of it. > > > > I mean can't we use better handeling for nics which is better than > > current polling(4)? > > If a particular NIC supports something like interrupt mitigation, > generally it will be enabled by default. Of course, using interrupt > mitigation adds latency also, just as using polling does, but the > tradeoffs are probably worth it for many cases. > > However, under other circumstances-- such as continuous or nearly > continuous high traffic loads on something like a router or firewall > application-- polling tends to handle such load better and avoid > livelock and/or excessive context switches to the interrupt handler > resulting in lower throughput. The key point to notice is that > polling is not the default behavior, it's an option which can be > selectively enabled when the admin of a particular machine decides > that it might prove to be the better choice. > > And, as Andrew mentioned, in a few cases you'll find a machine where > the NIC doesn't fire interrupts off correctly at all, generally due > to some major flaw in the hardware or BIOS config, but polling will > still work OK. > > -- > -Chuck So it's recommended to use polling if I run pf and deals with DDoS? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 18:19:01 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 5B54E16A400 for ; Thu, 7 Jun 2007 18:19:01 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outR.internet-mail-service.net (outR.internet-mail-service.net [216.240.47.241]) by mx1.freebsd.org (Postfix) with ESMTP id 3678E13C45A for ; Thu, 7 Jun 2007 18:19:01 +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; Thu, 07 Jun 2007 11:19:00 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 9A602125A2A; Thu, 7 Jun 2007 11:19:00 -0700 (PDT) Message-ID: <46684C1A.7050809@elischer.org> Date: Thu, 07 Jun 2007 11:19:06 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Panic in ipfw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 18:19:01 -0000 Ian FREISLICH wrote: > Hi > > I got this panic yesterday on a fairly busy firewall. I have some > private patches to ip_fw2.c and to the em driver (see the earlier > "em0 hijacking traffic to port 623" thread). I don't think this > panic is a result of those changes. > > It occurred round about the time an address was added to an interface. > > I'll keep the crashdump around for a while in case anyone wants more data. > > FreeBSD firewall2 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Thu May 24 10:43:20 SAST 2007 ianf@firewall2:/usr/obj/usr/src/sys/FIREWALL i386 > There is no locking to say between the firewall and the interface addresses. it probably followed a bad pointer when the addresses were changed.. your bug report should say "ipfw doesn't take part in interface address locking, leading to occasional crashes" > 2929 INADDR_TO_IFP(src_ip, tif); > (kgdb) l > 2924 > 2925 case O_IP_SRC_ME: > 2926 if (is_ipv4) { > 2927 struct ifnet *tif; > 2928 > 2929 INADDR_TO_IFP(src_ip, tif); > 2930 match = (tif != NULL); > 2931 } > 2932 break; > 2933 > (kgdb) print src_ip > $1 = {s_addr = 3268032198} > (kgdb) print tif > Variable "tif" is not available. > (kgdb) print *tif > Variable "tif" is not available. > > > -- > Ian Freislich > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 18:21:47 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 4830316A468 for ; Thu, 7 Jun 2007 18:21:47 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by mx1.freebsd.org (Postfix) with ESMTP id 2D29313C45D for ; Thu, 7 Jun 2007 18:21:47 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay7.apple.com (relay7.apple.com [17.128.113.37]) by mail-out4.apple.com (Postfix) with ESMTP id 1FA0584F0ED; Thu, 7 Jun 2007 11:21:47 -0700 (PDT) Received: from relay7.apple.com (unknown [127.0.0.1]) by relay7.apple.com (Symantec Mail Security) with ESMTP id 0268B304B8; Thu, 7 Jun 2007 11:21:47 -0700 (PDT) X-AuditID: 11807125-9e761bb000000801-cb-46684cbaece7 Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay7.apple.com (Apple SCV relay) with ESMTP id DCC6A300AD; Thu, 7 Jun 2007 11:21:46 -0700 (PDT) In-Reply-To: <499c70c0706071118l6410dc5dqce32b86fd919de3@mail.gmail.com> References: <499c70c0706070210v39f7016hbd80e9780902e992@mail.gmail.com> <20070607093027.GA4784@heff.fud.org.nz> <499c70c0706070236x28d781e6yb8ba4c8ccd251372@mail.gmail.com> <29EFA5CA-6232-45AA-A10D-0A45BB3E2100@mac.com> <499c70c0706071118l6410dc5dqce32b86fd919de3@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Thu, 7 Jun 2007 11:21:46 -0700 To: Abdullah Ibn Hamad Al-Marri X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-current@freebsd.org Subject: Re: Why not remove polling(4) from 7.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 18:21:47 -0000 On Jun 7, 2007, at 11:18 AM, Abdullah Ibn Hamad Al-Marri wrote: [ ... ] > So it's recommended to use polling if I run pf and deals with DDoS? polling tends to handle a DDoS attack well compared with the default interrupt-driven approach. Whether you are using pf or some other firewall doesn't make any particular difference. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 18:47: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 2937916A400; Thu, 7 Jun 2007 18:47: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 F2EC713C455; Thu, 7 Jun 2007 18:47: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 l57IlcB4079269; Thu, 7 Jun 2007 14:47: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 l57Ilc9G014349; Thu, 7 Jun 2007 14:47:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0555073068; Thu, 7 Jun 2007 14:47:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070607184738.0555073068@freebsd-current.sentex.ca> Date: Thu, 7 Jun 2007 14:47:37 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 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: , X-List-Received-Date: Thu, 07 Jun 2007 18:47:39 -0000 TB --- 2007-06-07 17:16:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-07 17:16:34 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-07 17:16:34 - cleaning the object tree TB --- 2007-06-07 17:16:54 - checking out the source tree TB --- 2007-06-07 17:16:54 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-07 17:16:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-07 17:26:04 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-07 17:26:04 - cd /src TB --- 2007-06-07 17:26:04 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 17:26:05 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 Thu Jun 7 18:35:07 UTC 2007 TB --- 2007-06-07 18:35:07 - generating LINT kernel config TB --- 2007-06-07 18:35:07 - cd /src/sys/sun4v/conf TB --- 2007-06-07 18:35:07 - /usr/bin/make -B LINT TB --- 2007-06-07 18:35:07 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-07 18:35:07 - cd /src TB --- 2007-06-07 18:35:07 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 7 18:35:07 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/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -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/hcall.S 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/hviommu.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/sparc64/sparc64/identcpu.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/sparc64/sparc64/in_cksum.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/intr_machdep.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/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-07 18:47:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-07 18:47:37 - ERROR: failed to build lint kernel TB --- 2007-06-07 18:47:37 - tinderbox aborted TB --- 0.65 user 1.94 system 5463.12 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 19:09: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 46A5016A468 for ; Thu, 7 Jun 2007 19:09:34 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id AB17513C44C for ; Thu, 7 Jun 2007 19:09:33 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so855923uge for ; Thu, 07 Jun 2007 12:09:32 -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=XvegoVglVIQxMSvbKM2TMnTlaCwLxuU9Kjn4Ur6ArWCcsZUJboSMQPMqIAk3tilNivSD7hJhCs/7OyQ/wgWrrTSN7+cFKCUZ3Uz00SE0UUiv95b868pNuToKcNuyx1thrNt5yrCn10pDKNjp2wDz7KE7S73I+uqhX+9kMLzM/JE= 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=j5hezYaDVhVUN31Zgg599RIBKQTvmJU/pRT6esPWMRcZyzCTPyaBqR99dtjSKScj/8zjsCNqhTica21MosRonYSnlGXEouFt+cmSppBtSI+6sHpxC+PEKT+fIfyEKdeQUawpQHETgxbuluyv293LwxfxfeCEQhdXs3OEAwSxceQ= Received: by 10.67.48.6 with SMTP id a6mr2174184ugk.1181241775759; Thu, 07 Jun 2007 11:42:55 -0700 (PDT) Received: by 10.67.10.15 with HTTP; Thu, 7 Jun 2007 11:42:55 -0700 (PDT) Message-ID: <2fd864e0706071142u127b275ahda831db2751a810f@mail.gmail.com> Date: Thu, 7 Jun 2007 13:42:55 -0500 From: Astrodog To: "Chuck Swiger" In-Reply-To: MIME-Version: 1.0 References: <499c70c0706070210v39f7016hbd80e9780902e992@mail.gmail.com> <20070607093027.GA4784@heff.fud.org.nz> <499c70c0706070236x28d781e6yb8ba4c8ccd251372@mail.gmail.com> <29EFA5CA-6232-45AA-A10D-0A45BB3E2100@mac.com> <499c70c0706071118l6410dc5dqce32b86fd919de3@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, Abdullah Ibn Hamad Al-Marri Subject: Re: Why not remove polling(4) from 7.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 19:09:34 -0000 On 6/7/07, Chuck Swiger wrote: > > On Jun 7, 2007, at 11:18 AM, Abdullah Ibn Hamad Al-Marri wrote: > [ ... ] > > So it's recommended to use polling if I run pf and deals with DDoS? > > polling tends to handle a DDoS attack well compared with the default > interrupt-driven approach. Whether you are using pf or some other > firewall doesn't make any particular difference. > > -- > -Chuck > As an aside, in the rare cases where the extra system load is worth it, polling combined with a high value for HZ can also be a good way to insure consistent low latency, even under heavy load. From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 19:26:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [69.147.83.40]) by hub.freebsd.org (Postfix) with ESMTP id 9433516A41F; Thu, 7 Jun 2007 19:26:23 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Message-ID: <46685BDE.6090909@FreeBSD.org> Date: Thu, 07 Jun 2007 16:26:22 -0300 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Kris Kennaway References: <20070606194526.GA5011@rot13.obsecurity.org> In-Reply-To: <20070606194526.GA5011@rot13.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-current@freebsd.org Subject: CTF: compat6x port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 19:26:25 -0000 Hi lists, I finish compat6x port and i need testers. If you are interested you can download shar file in http://people.freebsd.org/~mnag/compat6x.shar Feedbacks are welcome. I expect commit this until 09 Jun. Regards -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 19:10:05 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 6809216A41F for ; Thu, 7 Jun 2007 19:10:05 +0000 (UTC) (envelope-from js.lists@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.freebsd.org (Postfix) with ESMTP id 212C813C448 for ; Thu, 7 Jun 2007 19:10:04 +0000 (UTC) (envelope-from js.lists@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so480748wxd for ; Thu, 07 Jun 2007 12:10: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:mime-version:content-type:content-transfer-encoding:content-disposition; b=rscKigM+KVB52bAbVX5dDg7mD7e0pkfmVvYSIVI3C0zjPw7rmo5kTLZSxIw8nPXZsijvPpe/qB5+raT9LPZnM5dt837K2l3zExOoSPHq0kaZ+P8I3yZnJhP/qBiSJ9/JeBJOxGegU9jqtUx1dktbustouiqZEA40K0KmBEiabR0= 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=HhfJwfJEC0ok92iZCk1IBhAmDTtgbBgoV3BbEJGbARQJlDMva7N8JAUuAqYO4k4bFTIiQXBcirle363+y+Y6kS5AUqPruy3+e/hVRyCVQLI3jmtp98qVJ7Bec3B9G8yrVTq+Cm2Thyr3XnbHlQiZGab+iiLWb9tqI4m1dGIYO5g= Received: by 10.90.27.13 with SMTP id a13mr1957494aga.1181241802121; Thu, 07 Jun 2007 11:43:22 -0700 (PDT) Received: by 10.90.54.2 with HTTP; Thu, 7 Jun 2007 11:43:22 -0700 (PDT) Message-ID: Date: Thu, 7 Jun 2007 11:43:22 -0700 From: "Joe S" 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 X-Mailman-Approved-At: Thu, 07 Jun 2007 19:33:26 +0000 Subject: ZFS compatibility X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 19:10:05 -0000 I am setting up a new fileserver for personal use. I have 3x 300GB SATA drives for data storage and they are connected to a SIIG Serial ATA 4-channel RAID card. I'm not going to use the crappy RAID on the SIIG card. I want to use ZFS, however I don't want to run and keep up with CURRENT. In the meantime, if I install Solaris 10 for x86, and create a ZFS pools and filesystems, will I be able to just install FreeBSD 7.0 RELEASE (when ready) on the OS drive and then mount my ZFS filesystems on the 3x SATA drives? From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 19:46:17 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 4369316A47E for ; Thu, 7 Jun 2007 19:46:17 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 1DF7213C468 for ; Thu, 7 Jun 2007 19:46:17 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so821264waf for ; Thu, 07 Jun 2007 12:46:16 -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=FfEqGB7FU5MZjvrDGgdYKWh9iADm5mC6zVfjvmRuMj+GBPvG7KVk+Ag3oT7+yDCkfhFF1c9WIyBvfLfDwAZ0BzpHznTUESMIeov0t/OQgSY0bxf95RVO0eUUmGwqJOh/5XwH0VUFkJfHwZ3b9d+0OUIJLjkc+gFuP40YLX41kJI= 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=V6P37uchAxjf1Tlc6cMbSmNb/9RFEMSmSthL91scJCwS3HyNAWun2yKjyYMSStkBezrVz44YUt6ovhlsLCihe3b1OtTyduvTeuIagIvrte2r0srCnLA+I40p3bBkmEpxUNiVp/QurGc7FoWe91yaSc5MIVUw4ZBGhqSYQnbtg40= Received: by 10.114.77.1 with SMTP id z1mr1838151waa.1181245576589; Thu, 07 Jun 2007 12:46:16 -0700 (PDT) Received: by 10.114.194.12 with HTTP; Thu, 7 Jun 2007 12:46:16 -0700 (PDT) Message-ID: Date: Thu, 7 Jun 2007 21:46:16 +0200 From: "Claus Guttesen" To: "Joe S" 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: Cc: freebsd-current@freebsd.org Subject: Re: ZFS compatibility X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 19:46:17 -0000 > SIIG card. I want to use ZFS, however I don't want to run and keep up > with CURRENT. In the meantime, if I install Solaris 10 for x86, and > create a ZFS pools and filesystems, will I be able to just install > FreeBSD 7.0 RELEASE (when ready) on the OS drive and then mount my ZFS > filesystems on the 3x SATA drives? Zfs on current have behaved quite stable and is worth using after the gcc 4.2 upgrade. I have installed current and used zfs on a 8 TB netto storage as a file- and samba-server (using ver. 3.0.24 and not 3.0.25 fortunately), on a web-server (as test) and on my athlon at home. There are some LOR's when you use the default non-optimized kernel but I have not seen any kernel-panic nor reboot. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 20:32:45 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 BB21016A468 for ; Thu, 7 Jun 2007 20:32:45 +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 72F2113C480 for ; Thu, 7 Jun 2007 20:32:45 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HwOct-0007f4-1Z for freebsd-current@freebsd.org; Thu, 07 Jun 2007 22:30:35 +0200 Received: from 78-1-106-171.adsl.net.t-com.hr ([78.1.106.171]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 07 Jun 2007 22:30:35 +0200 Received: from ivoras by 78-1-106-171.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 07 Jun 2007 22:30:35 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 07 Jun 2007 22:28:33 +0200 Lines: 32 Message-ID: References: <4667C946.2020201@fusiongol.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1B8B6DE2279CDFE552BDD531" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-106-171.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) In-Reply-To: <4667C946.2020201@fusiongol.com> X-Enigmail-Version: 0.94.3.0 Sender: news Cc: freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 20:32:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1B8B6DE2279CDFE552BDD531 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Nathan Butcher wrote: > lnc0: Missed packet -- no receive buffer >=20 > Not sure what the cause was. Perhaps I was just thrashing out my virtua= l > NIC... Try removing lnc driver from the kernel and use le instead (you'll need to recompile the kernel). --------------enig1B8B6DE2279CDFE552BDD531 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGaGp2ldnAQVacBcgRAuL9AJ9X3Qbm3a8RjqUwjKbLDoci/kcJtwCgy6ib UIxG/sQ3x+fwrMy1pNo6k3o= =1jQC -----END PGP SIGNATURE----- --------------enig1B8B6DE2279CDFE552BDD531-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 20:56:44 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 A955A16A469 for ; Thu, 7 Jun 2007 20:56:44 +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 310AC13C4B7 for ; Thu, 7 Jun 2007 20:56:44 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HwP1y-00012R-SY for freebsd-current@freebsd.org; Thu, 07 Jun 2007 22:56:30 +0200 Received: from 78-1-106-171.adsl.net.t-com.hr ([78.1.106.171]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 07 Jun 2007 22:56:30 +0200 Received: from ivoras by 78-1-106-171.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 07 Jun 2007 22:56:30 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 07 Jun 2007 22:56:15 +0200 Lines: 83 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2465C3FB4D976B8B44FBA3F0" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-106-171.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) In-Reply-To: X-Enigmail-Version: 0.94.3.0 Sender: news Cc: freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 07 Jun 2007 20:56:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2465C3FB4D976B8B44FBA3F0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Danny Braniss wrote: > Hi all, > I'm in the last mile before crossing the beta->release line, > so I'd like to get some input, and update the list of targets it suppor= ts. > you can obtain the driver from: Have you tested it with net/iscsi-target from ports? I get the following messages and errors when I try it: Jun 7 22:53:08 finstall kernel: ic_action: called Jun 7 22:53:08 finstall kernel: ic_action: func_code=3D0x901 flags=3D0xc= 0 status=3D0x0 target=3D0 lun=3D0 retry_count=3D1 timeout=3D300000 Jun 7 22:53:08 finstall kernel: ic_action: XPT_SCSI_IO cmd=3D0x35 Jun 7 22:53:08 finstall kernel: scsi_encap: called Jun 7 22:53:08 finstall kernel: scsi_encap: ccb->sp=3D0xc2e97c00 Jun 7 22:53:08 finstall kernel: dwl: called Jun 7 22:53:08 finstall kernel: isc_qout: called Jun 7 22:53:08 finstall kernel: 0] isc_qout: enqued: pq=3D0xc37ff0bc Jun 7 22:53:08 finstall kernel: proc_out: called Jun 7 22:53:08 finstall kernel: 0] proc_out: opcode=3D0x1 sn(cmd=3D0x27 expCmd=3D0x26 maxCmd=3D0x26 expStat=3D0x0 itt=3D0x27) Jun 7 22:53:08 finstall kernel: isc_sendPDU: called Jun 7 22:53:08 finstall kernel: 0] ism_proc: odone=3D1 Jun 7 22:53:08 finstall kernel: proc_out: called Jun 7 22:53:08 finstall kernel: 0] ism_proc: odone=3D0 Jun 7 22:53:08 finstall kernel: so_input: called Jun 7 22:53:08 finstall kernel: so_getbhs: called Jun 7 22:53:08 finstall kernel: proc_out: called Jun 7 22:53:08 finstall kernel: 0] ism_proc: odone=3D0 Jun 7 22:53:08 finstall kernel: so_recv: called Jun 7 22:53:08 finstall kernel: 0] so_recv: len=3D48] opcode=3D0x21 ahs_len=3D0x0 ds_len=3D0x0 Jun 7 22:53:08 finstall kernel: ism_recv: called Jun 7 22:53:08 finstall kernel: 0] ism_recv: opcode=3D0x21 itt=3D0x27 stat#0x1 maxcmd=3D0x27 Jun 7 22:53:08 finstall kernel: _scsi_rsp: called Jun 7 22:53:08 finstall kernel: _scsi_rsp: itt=3D27 pq=3D0xc37ff5e0 opq=3D0xc37ff0bc Jun 7 22:53:08 finstall kernel: iscsi_done: called Jun 7 22:53:08 finstall kernel: _scsi_done: called Jun 7 22:53:08 finstall kernel: _scsi_done: ccb_h->status=3D1 Jun 7 22:53:08 finstall kernel: so_input: called Jun 7 22:53:08 finstall kernel: so_getbhs: called Jun 7 22:53:08 finstall kernel: proc_out: called Jun 7 22:53:08 finstall kernel: 0] ism_proc: odone=3D0 Jun 7 22:53:08 finstall iscontrol[2084]: cam_open_btl: no passthrough device found at 1:0:1 Jun 7 22:53:08 finstall iscontrol[2084]: cam_open_btl: no passthrough device found at 1:0:2 Jun 7 22:53:08 finstall iscontrol[2084]: cam_open_btl: no passthrough device found at 1:0:3 Jun 7 22:53:38 finstall kernel: _nop_out: called Jun 7 22:53:38 finstall kernel: 0] _nop_out: cws=3D1 Jun 7 22:53:38 finstall kernel: proc_out: called Jun 7 22:53:38 finstall kernel: 0] ism_proc: odone=3D0 The message on the machine running scsi-target is: "Unsupported INQUIRY VPD page 80" --------------enig2465C3FB4D976B8B44FBA3F0 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGaHDvldnAQVacBcgRAphrAKDOolojY76DIshseTR2Nt89udqWVACfZx6K PW/ZUj/jSDkZ9mitL2We4fY= =0XnO -----END PGP SIGNATURE----- --------------enig2465C3FB4D976B8B44FBA3F0-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 00:42:38 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 AA80F16A469 for ; Fri, 8 Jun 2007 00:42:38 +0000 (UTC) (envelope-from cavaughan@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id 6B8FC13C468 for ; Fri, 8 Jun 2007 00:42:38 +0000 (UTC) (envelope-from cavaughan@gmail.com) Received: by nz-out-0506.google.com with SMTP id 14so595446nzn for ; Thu, 07 Jun 2007 17:42:37 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer; b=IFQO/iYNKwYrjoLdw320XJ0ARRSnBgCltyz0J28bD06ThOQhEfcnJ9TqudY/rr1TGOAqIk7GM6mAXsLaIdwZt+68+CGcwLC6X7eLqgC52cfXOktCTL8uKV5DycDvV0zdKCfJP5DQwuGqOdi8al8frITKA/E/XSM4pGco+7XJaxw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer; b=dxHW+/XklGdYng+Vap9xuXBjI2fH/4+J83KJGe3f9UOV7leMjnIYpHdg8Ljx+EzwxYI5Kc7ZvdZPt56SL4dech7i08lnR5hp8TEyFKLVUPfbW5TzsXcdJy/R1Sjsg6x6FpMAjsEIkXpxKU92AHvL2988JIKz3bKdCCvbGQzdENs= Received: by 10.114.155.1 with SMTP id c1mr2022329wae.1181261741510; Thu, 07 Jun 2007 17:15:41 -0700 (PDT) Received: from ?10.0.1.20? ( [68.178.109.53]) by mx.google.com with ESMTP id y11sm2049972pod.2007.06.07.17.15.40 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 07 Jun 2007 17:15:41 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: <60A25DBC-72F7-4EC1-BFB6-07A1304B5937@gmail.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Curtis Vaughan Date: Thu, 7 Jun 2007 17:15:20 -0700 X-Mailer: Apple Mail (2.752.3) Subject: ddclient on startup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 00:42:38 -0000 I've installed ddclient and configured it, but can't seem to figure out how to make sure it runs should the computer be rebooted. According to everything about ddclient it should be in /etc/ppp/if-up.d/ But this server will have a static IP on the network. The public ip, however, will be dynamic. Thanks for any input! Curtis From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 01:16:54 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 C12A016A400 for ; Fri, 8 Jun 2007 01:16:54 +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 561DA13C447 for ; Fri, 8 Jun 2007 01:16:54 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp65-229.lns3.adl2.internode.on.net [121.44.65.229]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l581Ghso045640 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Jun 2007 10:46:50 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 8 Jun 2007 10:45:57 +0930 User-Agent: KMail/1.9.5 References: <60A25DBC-72F7-4EC1-BFB6-07A1304B5937@gmail.com> In-Reply-To: <60A25DBC-72F7-4EC1-BFB6-07A1304B5937@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1762349.PD1pa1LzDC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200706081046.20989.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Curtis Vaughan Subject: Re: ddclient on startup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 01:16:54 -0000 --nextPart1762349.PD1pa1LzDC Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 08 June 2007 09:45, Curtis Vaughan wrote: > I've installed ddclient and configured it, but can't seem to figure > out how to make sure it runs should the computer be rebooted. > According to everything about ddclient it should be in > /etc/ppp/if-up.d/ But this server will have a static IP on the > network. The public ip, however, will be dynamic. /etc/ppp/if-up,d sounds like a Linux specific thing. You can add an entry to ppp.linkup (RTFM for details), or run a cronjob=20 every 5 minutes which runs ddclient (ddclient is smart enough to not=20 spam the server) =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 --nextPart1762349.PD1pa1LzDC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGaK3k5ZPcIHs/zowRAtzIAJ9nrAaLR789K97QBFIJYzeTWID3jgCePT5r KNleZrmMaIizKE8LvWttZgg= =Rpi0 -----END PGP SIGNATURE----- --nextPart1762349.PD1pa1LzDC-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 03:06:42 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 C847416A468; Fri, 8 Jun 2007 03:06:42 +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 9F92313C468; Fri, 8 Jun 2007 03:06:42 +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 l5836giW027452; Thu, 7 Jun 2007 23:06:42 -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 l5836fFG044377; Thu, 7 Jun 2007 23:06:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B079473068; Thu, 7 Jun 2007 23:06:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070608030641.B079473068@freebsd-current.sentex.ca> Date: Thu, 7 Jun 2007 23:06:41 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 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: , X-List-Received-Date: Fri, 08 Jun 2007 03:06:42 -0000 TB --- 2007-06-08 01:34:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-08 01:34:23 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-08 01:34:23 - cleaning the object tree TB --- 2007-06-08 01:34:43 - checking out the source tree TB --- 2007-06-08 01:34:43 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-08 01:34:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-08 01:43:19 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-08 01:43:19 - cd /src TB --- 2007-06-08 01:43:19 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 8 01:43:20 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 Fri Jun 8 02:53:40 UTC 2007 TB --- 2007-06-08 02:53:40 - generating LINT kernel config TB --- 2007-06-08 02:53:40 - cd /src/sys/sun4v/conf TB --- 2007-06-08 02:53:40 - /usr/bin/make -B LINT TB --- 2007-06-08 02:53:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-08 02:53:40 - cd /src TB --- 2007-06-08 02:53:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 8 02:53:40 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/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -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/hcall.S 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/hviommu.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/sparc64/sparc64/identcpu.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/sparc64/sparc64/in_cksum.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/intr_machdep.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/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-08 03:06:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-08 03:06:41 - ERROR: failed to build lint kernel TB --- 2007-06-08 03:06:41 - tinderbox aborted TB --- 0.66 user 1.96 system 5537.88 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 04:05:05 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 3D31316A421 for ; Fri, 8 Jun 2007 04:05:05 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 9FB1B13C447 for ; Fri, 8 Jun 2007 04:05:04 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so952511uge for ; Thu, 07 Jun 2007 21:05:03 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:x-authentication-warning:date:from:to:subject:message-id:mime-version:content-type:content-disposition:user-agent; b=J/b1wiP4N3FruIvteRFXKtglPvjwboCGkHaIZ9HZ+pbJU9qEJNoQNpqdUTamvEH88D7jDPtwwkwKaWqdtJ+z6sZ0d1d8QtAvLLt46QgzAlTxyYBjfAC/+YA1z4XWyMC4bXNLa/OJcTqWF9MVfYCQYGO1LKgI0RqLvFT2Ktr0wrg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:x-authentication-warning:date:from:to:subject:message-id:mime-version:content-type:content-disposition:user-agent; b=tB5krsZZ6cJTjs2t+0FKyM8FEsFFqlkZNnw76RW50bSDMRroMTQLSqE/4kldK99KD9CBrVpptBkN9jXC5BAJR/qqWGoNciClaNqzapVy6PlwgbgkrYTYxX1QQjvcLc76YnKjEKqoQecQjKAzKYvnz+ErGwmaBgUTmyKC3WMUS4w= Received: by 10.67.99.1 with SMTP id b1mr2505979ugm.1181275503489; Thu, 07 Jun 2007 21:05:03 -0700 (PDT) Received: from darklight.org.ru ( [194.186.18.14]) by mx.google.com with ESMTP id u1sm4238613uge.2007.06.07.21.05.01 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 07 Jun 2007 21:05:02 -0700 (PDT) Received: from darklight.org.ru (darklight.org.ru [127.0.0.1]) by darklight.org.ru (8.14.1/8.14.1) with ESMTP id l5844c2q047518 for ; Fri, 8 Jun 2007 08:04:38 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.1/8.14.1/Submit) id l5844bd5047517 for freebsd-current@freebsd.org; Fri, 8 Jun 2007 08:04:37 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Fri, 8 Jun 2007 08:04:37 +0400 From: Yuri Pankov To: freebsd-current@freebsd.org Message-ID: <20070608040437.GA75425@darklight.org.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Subject: libgpg-error doesn't build with new nawk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 04:05:05 -0000 Hi, After new nawk version import, libgpg-error doesn't build: ===> Building for libgpg-error-1.4_1 make all-recursive Making all in intl Making all in m4 Making all in src nawk -f ./mkstrtable.awk -v textidx=3 ./err-sources.h.in >err-sources.h nawk -f ./mkstrtable.awk -v textidx=3 ./err-codes.h.in >err-codes.h nawk -f ./mkerrnos.awk ./errnos.in >code-to-errno.h nawk -f ./mkerrcodes1.awk ./errnos.in >_mkerrcodes.h cc -E _mkerrcodes.h | grep GPG_ERR_ | nawk -f ./mkerrcodes.awk >mkerrcodes.h nawk: field separator [ ]+GPG_E... is too long source line number 66 *** Error code 2 Change in question: --- src/contrib/one-true-awk/lib.c 2005/05/16 19:11:33 1.1.1.4 +++ src/contrib/one-true-awk/lib.c 2007/06/05 15:33:51 1.1.1.5 @@ -40,9 +40,9 @@ char *fields; int fieldssize = RECSIZE; Cell **fldtab; /* pointers to Cells */ -char inputFS[100] = " "; +char inputFS[10] = " "; ^^^^^ Is maximum length of field separator documented somewhere? Thanks, Yuri From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 06:18: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 F2A3916A421 for ; Fri, 8 Jun 2007 06:18:00 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 7A7DF13C4B7 for ; Fri, 8 Jun 2007 06:18:00 +0000 (UTC) (envelope-from illoai@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so979920uge for ; Thu, 07 Jun 2007 23:17: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=lZsluKlNacOv3XCyW4uSzQ5VmilBgSTjZMvpliSmAblJ3/5YQTI6B3nfn8TBg4B2ebdyd5NqrlOBba9lhXLagZWoP4dLh4/E0WNUEEaF7i10MISot8eVDIJ9eX3V+vlhMzRTiGxAaTJnOIBPDVISg6NxwMdrImloKbCHHheYvNc= 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=prhNMUx3Q2U/fHJHitLxUeCte9jMFqFhFbpWbQ31UBBOavw1Q8YFd6TEJl5WbtU5wRYYxq2TBuvaB6N3cGwgIm2VakCGztVhIeck+0oiVo+JhY9rampZArBL18zjV39Ah6FTnIjRNYYZYjH+CmzMfFRu61pyrrCn0Vn5qf6aXVs= Received: by 10.82.170.2 with SMTP id s2mr4644717bue.1181283479055; Thu, 07 Jun 2007 23:17:59 -0700 (PDT) Received: by 10.82.187.12 with HTTP; Thu, 7 Jun 2007 23:17:59 -0700 (PDT) Message-ID: Date: Fri, 8 Jun 2007 01:17:59 -0500 From: "illoai@gmail.com" To: "Marcus Alves Grando" In-Reply-To: <46685BDE.6090909@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070606194526.GA5011@rot13.obsecurity.org> <46685BDE.6090909@FreeBSD.org> Cc: ports@freebsd.org, freebsd-current@freebsd.org Subject: Re: CTF: compat6x port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 06:18:01 -0000 On 07/06/07, Marcus Alves Grando wrote: > Hi lists, > > I finish compat6x port and i need testers. If you are interested you can > download shar file in http://people.freebsd.org/~mnag/compat6x.shar > > Feedbacks are welcome. I expect commit this until 09 Jun. > Installs without a hitch on i386, www/opera now works on CURRENT(csup as of late 7jun07). Thank you. -- -- From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 06:23:27 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 9512C16A421; Fri, 8 Jun 2007 06:23:27 +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 5245113C4C8; Fri, 8 Jun 2007 06:23:27 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 434E439DDE; Fri, 8 Jun 2007 08:23:26 +0200 (CEST) Date: Fri, 8 Jun 2007 08:23:26 +0200 From: Lars Engels To: "illoai@gmail.com" Message-ID: <20070608062326.GF19463@e.0x20.net> Mail-Followup-To: Lars Engels , "illoai@gmail.com" , Marcus Alves Grando , ports@freebsd.org, freebsd-current@freebsd.org References: <20070606194526.GA5011@rot13.obsecurity.org> <46685BDE.6090909@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pZs/OQEoSSbxGlYw" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: Marcus Alves Grando , ports@freebsd.org, freebsd-current@freebsd.org Subject: Re: CTF: compat6x port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 06:23:27 -0000 --pZs/OQEoSSbxGlYw Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 08, 2007 at 01:17:59AM -0500, illoai@gmail.com wrote: > On 07/06/07, Marcus Alves Grando wrote: > >Hi lists, > > > >I finish compat6x port and i need testers. If you are interested you can > >download shar file in http://people.freebsd.org/~mnag/compat6x.shar > > > >Feedbacks are welcome. I expect commit this until 09 Jun. > > >=20 > Installs without a hitch on i386, > www/opera now works on CURRENT(csup as of late 7jun07). > Thank you. Not for me. When I start Opera I get a lot of this error: Fatal error 'Cannot allocate red zone for initial thread' at line 382 in file /usr/src/lib/libthr/thread/thr_init.c (errno =3D 12) And a coredump afterwards. It's a 2 days old current with opera-9.21.20070510_1. Lars --pZs/OQEoSSbxGlYw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGaPXeKc512sD3afgRAnyxAJ9cg/7UNz8yzpHfA9Q6cspQ/hENhwCeJHDT SaP7cPB4S1GneyWnEwYhmWI= =4vKS -----END PGP SIGNATURE----- --pZs/OQEoSSbxGlYw-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 06:23:51 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 BA43C16A482 for ; Fri, 8 Jun 2007 06:23:51 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF7013C465 for ; Fri, 8 Jun 2007 06:23:50 +0000 (UTC) (envelope-from illoai@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so981235uge for ; Thu, 07 Jun 2007 23:23:50 -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=pCrnPlvPfyAXJHbZWxhbH77GIiMmuFtGWuPPYdrtEkWFts4u2q4L10XIEhm9tE1MmDtgxCPh9WZOzXVR+/BLiW7d4wMn0YS8cXvyhsgkQcOj0KuYgBt+BTb5M5ij0fzfZaJEQlVzSISahAhApV1V0Ta4go23119BV/1FBD2yIwA= 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=RjI2/m+RKj49A09gTp2jP1/9IuD3ngx83Oa5bQgmhe1C3gZoY+fmABMTnCWmdzUeI4o/cNqB7iS20Z2nnn/ms8cBpj3muMpMCaOGy6+p/qJAaEWReSSK/pteAjLu0nVeYcBpVSpereJMtHUqOc6Q9NjJ1gCjGOVeRkgcaRHgqP4= Received: by 10.82.152.16 with SMTP id z16mr4665335bud.1181283829852; Thu, 07 Jun 2007 23:23:49 -0700 (PDT) Received: by 10.82.187.12 with HTTP; Thu, 7 Jun 2007 23:23:49 -0700 (PDT) Message-ID: Date: Fri, 8 Jun 2007 01:23:49 -0500 From: "illoai@gmail.com" To: "youshi10@u.washington.edu" 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: Cc: Kazuaki ODA , current@freebsd.org Subject: Re: md(4) broken 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: , X-List-Received-Date: Fri, 08 Jun 2007 06:23:51 -0000 On 06/06/07, youshi10@u.washington.edu wrote: > > On Thu, 7 Jun 2007, Kazuaki ODA wrote: > > > >> On CURRENT amd64 cvsup'ed yesterday: > >> > >> # dd if=/dev/zero of=/var/tmp/disk1.img bs=1k count=1m > >> 1048576+0 records in > >> 1048576+0 records out > >> 1073741824 bytes transferred in 29.206387 secs (36763939 bytes/sec) > >> # dd if=/dev/zero of=/var/tmp/disk2.img bs=1k count=1m > >> 1048576+0 records in > >> 1048576+0 records out > >> 1073741824 bytes transferred in 27.405935 secs (39179171 bytes/sec) > >> # mdconfig -a -t vnode -f /var/tmp/disk1.img > >> md0 > >> # mdconfig -a -t vnode -f /var/tmp/disk2.img > >> md1 > >> # mdconfig -l > >> > >> # gmirror load > >> # gmirror label data md0 md1 > >> # gmirror status > >> gmirror: Cannot get GEOM tree: Unknown error: -1 > >> > >> Hmm, is md(4) broken on CURRENT? Or is this a problem only on amd64? > >> . . . > Works for me on 7-CURRENT/amd64 cvsup'ed and completely rebuilt Sunday. > -Garrett With csup as of late in the day 07jun (built last night), on i386, it works as expected. -- -- From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 07:44: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 A698516A400 for ; Fri, 8 Jun 2007 07:44:40 +0000 (UTC) (envelope-from arek@wup-katowice.pl) Received: from poczta.wup-katowice.pl (poczta.wup-katowice.pl [213.216.67.81]) by mx1.freebsd.org (Postfix) with ESMTP id 5EA8413C458 for ; Fri, 8 Jun 2007 07:44:40 +0000 (UTC) (envelope-from arek@wup-katowice.pl) Received: by poczta.wup-katowice.pl (Postfix, from userid 1130) id 3D3517E825; Fri, 8 Jun 2007 09:14:54 +0200 (CEST) Received: from [192.168.0.250] (arek.wup-katowice.pl [213.216.67.82]) by poczta.wup-katowice.pl (Postfix) with ESMTP id ECED97E821 for ; Fri, 8 Jun 2007 09:14:53 +0200 (CEST) X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 209822, updated: 8.06.2007] Message-ID: <4669022D.5000002@wup-katowice.pl> Date: Fri, 08 Jun 2007 09:15:57 +0200 From: Arek Czereszewski User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Subject: Connections problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: arek@wup-katowice.pl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 07:44:40 -0000 Hi all I have problem with network in my server. I build new kernel/world and reboot and with new kernel I don't have any network connection (from me to anywhere and to my server). I compiled src from cvsup (from 6 june 2007). I use em driver for my nic's. In logs I don't have any informations about problems. When I boot old kernel everything work fine. It is some bug in em driver? Regards Arek P.S. Sorry about my English. -- Arek Czereszewski "UNIX is like a wigwam: no windows, no gates, apache inside." From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 08:12: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 4127116A421 for ; Fri, 8 Jun 2007 08:12:35 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.freebsd.org (Postfix) with ESMTP id E99CE13C469 for ; Fri, 8 Jun 2007 08:12:34 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 3A48F2C50CE1; Fri, 8 Jun 2007 10:53:05 +0300 (EEST) Date: Fri, 8 Jun 2007 10:52:58 +0300 From: Ion-Mihai Tetcu To: Lars Engels Message-ID: <20070608105258.751b49ef@it.buh.tecnik93.com> In-Reply-To: <20070608062326.GF19463@e.0x20.net> References: <20070606194526.GA5011@rot13.obsecurity.org> <46685BDE.6090909@FreeBSD.org> <20070608062326.GF19463@e.0x20.net> X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.12; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_x299mjoDWXpWUBm_xgWOdtN; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Marcus Alves Grando , ports@freebsd.org, freebsd-current@freebsd.org, "illoai@gmail.com" Subject: Re: CTF: compat6x port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 08:12:35 -0000 --Sig_x299mjoDWXpWUBm_xgWOdtN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 8 Jun 2007 08:23:26 +0200 Lars Engels wrote: > On Fri, Jun 08, 2007 at 01:17:59AM -0500, illoai@gmail.com wrote: > > On 07/06/07, Marcus Alves Grando wrote: > > >Hi lists, > > > > > >I finish compat6x port and i need testers. If you are interested > > >you can download shar file in > > >http://people.freebsd.org/~mnag/compat6x.shar > > > > > >Feedbacks are welcome. I expect commit this until 09 Jun. > > > > >=20 > > Installs without a hitch on i386, > > www/opera now works on CURRENT(csup as of late 7jun07). > > Thank you. >=20 > Not for me. When I start Opera I get a lot of this error: > Fatal error 'Cannot allocate red zone for initial thread' at line 382 > in file /usr/src/lib/libthr/thread/thr_init.c (errno =3D 12) > And a coredump afterwards. > It's a 2 days old current with opera-9.21.20070510_1. On my FreeBSD 7.0-CURRENT #4: Sat Jun 2 15:13:58 EEST 2007 opera _static_ works with the compat6x. I'm yet to try the shared version again. --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" --Sig_x299mjoDWXpWUBm_xgWOdtN Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGaQrgBX6fi0k6KXsRAp5sAKCBZP+3OoWA0K/eE8ypxhSwhO8WNwCfbGD6 x+51KJo1LF3YtU2+XXFUkys= =f3VS -----END PGP SIGNATURE----- --Sig_x299mjoDWXpWUBm_xgWOdtN-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 08:59:05 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 534AF16A469 for ; Fri, 8 Jun 2007 08:59:05 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from sellinet.net (galileo.sellinet.net [82.199.192.2]) by mx1.freebsd.org (Postfix) with SMTP id A44B713C455 for ; Fri, 8 Jun 2007 08:59:04 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 21363 invoked by uid 1009); 8 Jun 2007 11:32:22 +0300 Received: from nike_d@cytexbg.com by galileo by uid 1002 with qmail-scanner-1.22 (spamassassin: 3.0.3. Clear:RC:1(82.199.197.152):. Processed in 0.581798 secs); 08 Jun 2007 08:32:22 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 8 Jun 2007 11:32:21 +0300 Received: (qmail 45910 invoked from network); 8 Jun 2007 11:31:44 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 8 Jun 2007 11:31:44 +0300 Message-ID: <466913F0.2060200@cytexbg.com> Date: Fri, 08 Jun 2007 11:31:44 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 08:59:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I experience the following panic on a few days old -current : If i insert and then remove a pcmcia card using the ubsa module (Vodafone Mobile Connect, which actually is Huawei E630 UMTS/HSDPA modem) the machine panics, because i think the order of removal of the devices by the kernel is not correct. I'm not sure because i don't have -STABLE machine with pcmcia now, but i think this problem does not exist there. Here is what happens when card is inserted : ohci0: mem 0xc0212000-0xc0212fff irq 11 at device 0.0 on cardbus0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb4: OHCI version 1.0 usb4: on ohci0 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 1 port with 1 removable, self powered ohci1: mem 0xc0213000-0xc0213fff irq 11 at device 0.1 on cardbus0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb5: OHCI version 1.0 usb5: on ohci1 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 1 port with 1 removable, self powered ucom0: on uhub4 ucom0: HUAWEI Technologies HUAWEI Mobile, rev 1.10/0.00, addr 2 Then card eject : ucom0: detached (null): at uhub4 port 1 (addr 2) disconnected Fatal trap 12: page fault while in kernel mode fault virtual address = 0x400 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0661e84 stack pointer = 0x28:0xd4d63b4c frame pointer = 0x28:0xd4d63b6c 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 = 31 (cbb0 event thread) [thread pid 31 tid 100027 ] Stopped at kobj_delete+0x14: movl 0x400(%eax),%ebx db> bt Tracing pid 31 tid 100027 td 0xc2a76440 kobj_delete(c2ef0000,c0955ce0,c2ef0000cc2eeee00,d4d63bac,...) at kobj_delete+0x14 device_delete_child(c2eef400,c2ef0000,c2bdfc80,c2bdfc80,4,...) at device_delete_child+0x94 usb_disconnect_port(c2eefab0,c2eef400,c0955c60,c2bdfbd0,c2eefa80,...) at usb_disconnect_port+0xdc uhub_detach(c2eef400,c29c6850,c094c12c,d4d63c00,c065ca19,...) at uhub_detach+0x74 device_detach(c2eef400,c2ef0000,c2ef3000,c2eef200,d4d63c30,...) at device_detach+0x68 device_delete_child(c2eef200,c2eef400,c2ef3000,c2eeed00,d4d63c50,...) at device_delete_child+0x31 device_delete_child(c2eeed00,c2eef200,c2935060,d4d63c50,c2eeed00,...) at device_delete_child+0x1c ohci_pci_detach(c2eeed00,c29b5050,c094c12c,c065a875,8,...) at ohci_pci_detach+0xb1 device_detach(c2eeed00,d4d63cb0,d4d63cb4,c2a76440,d4d63cc4,...) at device_detach+0x68 cardbus_detach_card(c2a7aa80,c2a5bbd4,fa,202,0,...) at cardbus_detach_card+0xcd cbb_event_thread(c2a5b800,d4d63d38,0,0,0,...) at cbb_event_thread+0x1a9 fork_exit(c05643a0,c2a5b800,d4d63d38) at fork_exit+0x2a fork_trampoline() at fork_trampoline+0x8 - --- trap 0, eip = 0, esp = 0xd4d63d70, ebp = 0 --- db> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGaRPwHNAJ/fLbfrkRAvBBAKDBvNUcw8MlcqKRfXCgfxAicdOeCgCeOkDx UPIkSmz66g2e4wWSqCiab4I= =t5Xr -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 10:20:43 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 420D016A421 for ; Fri, 8 Jun 2007 10:20:43 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.swip.net [212.247.155.1]) by mx1.freebsd.org (Postfix) with ESMTP id D30CE13C480 for ; Fri, 8 Jun 2007 10:20:42 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.lan) by mailfe09.swip.net (CommuniGate Pro SMTP 5.1.9) with ESMTPA id 345081228; Fri, 08 Jun 2007 12:20:41 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 8 Jun 2007 12:20:34 +0200 User-Agent: KMail/1.9.5 References: <466913F0.2060200@cytexbg.com> In-Reply-To: <466913F0.2060200@cytexbg.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706081220.34991.hselasky@c2i.net> Cc: Niki Denev Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 10:20:43 -0000 On Friday 08 June 2007 10:31, Niki Denev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I experience the following panic on a few days old -current : > > If i insert and then remove a pcmcia card using the ubsa module > (Vodafone Mobile Connect, which actually is Huawei E630 UMTS/HSDPA modem) > the machine panics, because i think the order of removal of the devices > by the kernel is not correct. I'm not sure because i don't have -STABLE > machine with pcmcia now, but i think this problem does not exist there. > > Here is what happens when card is inserted : Hi! If you want to be able to remove the card you need to install the new USB stack. The old USB stack is completely broken when it comes to this point! --HPS http://www.turbocat.net/~hselasky/usb4bsd Install the SVN version. From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 10:30:48 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 8E7A416A41F; Fri, 8 Jun 2007 10:30:48 +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 1B13213C458; Fri, 8 Jun 2007 10:30:47 +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 1Hwbjx-0001gJ-KV; Fri, 08 Jun 2007 13:30:45 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: John Nielsen In-reply-to: <20070606122953.mnndzgmvkcc0s8c8@newwebmail.jnielsen.net> References: <20070606122953.mnndzgmvkcc0s8c8@newwebmail.jnielsen.net> Comments: In-reply-to John Nielsen message dated "Wed, 06 Jun 2007 12:29:53 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Jun 2007 13:30:45 +0300 From: Danny Braniss Message-ID: Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 10:30:48 -0000 > A couple comments just from reading through this, see below. > > > #!/bin/sh > > > > # PROVIDE: iscsi > > # REQUIRE: NETWORKING > > # BEFORE: DAEMON > > # KEYWORD: nojail shutdown > > > > # > > # Add the following lines to /etc/rc.conf to enable iscsi: > > # > > # iscsi_enable="YES" > > # iscsi_fstab="/etc/fstab.iscsi" > > The iscsi_exports knob should also be documented here. agreed > > > . /etc/rc.subr > > > > name=iscsi > > rcvar=`set_rcvar` > > > > command=/usr/local/sbin/iscontrol > > Assuming this gets commited this will want to be /sbin/iscontrol. > absolutely > > iscsi_enable=${iscsi_enable:-"NO"} > > iscsi_fstab=${iscsi_fstab:-"/etc/fstab.iscsi"} > > iscsi_exports=${iscsi_exports:-"/etc/exports.iscsi"} > > > > start_cmd="iscsi_start" > > faststop_cmp="iscsi_stop" > > stop_cmd="iscsi_stop" > > > > iscsi_wait() > > { > > dev=$1 > > trap "echo 'wait loop cancelled'; exit 1" 2 > > count=0 > > while true; do > > if [ -c $dev ]; then > > break; > > fi > > if [ $count -eq 0 ]; then > > echo -n Waiting for ${dev}': ' > > fi > > count=$((${count} + 1)) > > if [ $count -eq 6 ]; then > > echo ' Failed' > > return 0 > > break > > fi > > echo -n '.' > > sleep 5; > > done > > echo '.' > > return 1 > > } > > > > iscsi_start() > > { > > # > > # load needed modules > > for m in iscsi_initiator geom_label; do > > kldstat -qm $m || kldload $m > > done > > Good thinking making geom_label a pseudo-requirement. Examples and > documentation for fstab.iscsi should strongly recommend its use, since > device names will vary. > > > sysctl debug.iscsi=2 > > Maybe make this another rc variable that could be set in /etc/rc.conf. > You'll probably also want to change the module's default verbosity > level once it becomes more official. it will be zero by default, and no reason to clobber rc.conf. > > > # > > # start iscontrol for each target > > if [ -n "${iscsi_targets}" ]; then > > for target in ${iscsi_targets}; do > > ${command} ${rc_flags} -n ${target} > > done > > fi > > > > if [ -f "${iscsi_fstab}" ]; then > > while read spec file type opt t1 t2 > > do > > case ${spec} in > > \#*|'') > > ;; > > *) > > if iscsi_wait ${spec}; then > > break; > > fi > > echo type=$type spec=$spec file=$file > > fsck -p ${spec} && mount ${spec} ${file} > > ;; > > esac > > done < ${iscsi_fstab} > > fi > > > > if [ -f "${iscsi_exports}" ]; then > > cat ${iscsi_exports} >> /etc/exports > > #/etc/rc.d/mountd reload does not work, why? > > kill -1 `cat /var/run/mountd.pid` > > fi > > } > > Look at how Pawel handled this with ZFS (mostly in the zfs and mountd > rc.d scripts), and use the fact that mountd can take multiple exports > files on its command line to your advantage. i.e. appending to the > normal exports file is not really what you want to do. I like the idea of keeping things from spreading around, and maybe /etc/rc.d/mountd can be taught to use all exportfs.something files might be an idea, specially since sometimes one has to '/etc/rc.d/mountd reload' - i miss 'exportfs -a' :-) > > > iscsi_stop() > > { > > echo 'iscsi stopping' > > while read spec file type opt t1 t2 > > do > > case ${spec} in > > \#*|'') > > ;; > > *) > > echo iscsi: umount $spec > > umount -fv $spec > > # and remove from the exports ... > > See above; this could be a no-op. > > > ;; > > esac > > done < ${iscsi_fstab} > > } > > > > load_rc_config $name > > run_rc_command "$1" > > ------ > > problems with the above script: > > - no background fsck > > It would be nice not to re-invent the wheel here, and there are other > reasons it would be nice to just use /etc/fstab instead of adding a new > file -- a number of utilities use /etc/fstab to map between mountpoints > and device names even if the device isn't mounted. Did you try this > approach, and if so what obstacles did you encounter? I will play > around with this if I have time. The "late" fstab/mount option will > probably be useful here. it all boils down to my not-liking-to-spread-out syndrome, rc.conf should have all that is needed to configure a host, but alas, that is a too minimalistic approach, since there are also config files. well, some of the solutions take into concideration my local environment, most of the servers and workstations are 'dataless', they share many files, and via DHCP/rc.conf and some other magic, it all works. Except for 'small' changes in cofiguration files, ie: most of the hosts have serial console enabled, but a few problematic ones don't. [easy solution: a script that changes off/on accroding to some rc.conf tunable). most have a common fstab (cdrom, proc, linproc0, but different disks (da,ad,etc). so it would be nice to be able to keep the common stuff (DEFAULT) and the merge the diffs. and i don't want to go the XML road, nor any other heavy handed solution. ok, enough ramblings for a bussy morning. chears, danny PS: and sorry to polute/cross-post, and yes some of this should have gone to rc@freebsd, too late :-) From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 10:53:24 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 1CBDA16A468 for ; Fri, 8 Jun 2007 10:53:24 +0000 (UTC) (envelope-from dimma@higis.ru) Received: from mail.vega.ru (mx1.vega.ru [87.242.77.163]) by mx1.freebsd.org (Postfix) with ESMTP id B884C13C465 for ; Fri, 8 Jun 2007 10:53:23 +0000 (UTC) (envelope-from dimma@higis.ru) Received: from msk-ly-gw1.masterhost.ru ([87.242.97.36]:61854 helo=dimma.masterhost.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HwbnX-000BhF-O4 for current@freebsd.org; Fri, 08 Jun 2007 10:34:27 +0000 Message-ID: <466930B2.6090303@higis.ru> Date: Fri, 08 Jun 2007 14:34:26 +0400 From: Dmitriy Kirhlarov User-Agent: Thunderbird 2.0.0.0 (X11/20070603) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: rcNG multi-server service dependencies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 10:53:24 -0000 Hi, list. I'm interested with subj. I mean dependencies like: "if service1 runned on server1 we running service2 on server2". Is it possible now, or may be any plans for implementing this functionality? WBR. Dmitriy From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 11:40:25 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 68E5316A468; Fri, 8 Jun 2007 11:40:25 +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 2653713C48A; Fri, 8 Jun 2007 11:40:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l58BeOqS053608; Fri, 8 Jun 2007 07:40:24 -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 l58BeOqd056644; Fri, 8 Jun 2007 07:40:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 073C273068; Fri, 8 Jun 2007 07:40:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070608114024.073C273068@freebsd-current.sentex.ca> Date: Fri, 8 Jun 2007 07:40:23 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 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: , X-List-Received-Date: Fri, 08 Jun 2007 11:40:25 -0000 TB --- 2007-06-08 10:07:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-08 10:07:42 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-08 10:07:42 - cleaning the object tree TB --- 2007-06-08 10:08:05 - checking out the source tree TB --- 2007-06-08 10:08:05 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-08 10:08:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-08 10:16:05 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-08 10:16:05 - cd /src TB --- 2007-06-08 10:16:05 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 8 10:16:06 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 Fri Jun 8 11:27:32 UTC 2007 TB --- 2007-06-08 11:27:32 - generating LINT kernel config TB --- 2007-06-08 11:27:32 - cd /src/sys/sun4v/conf TB --- 2007-06-08 11:27:32 - /usr/bin/make -B LINT TB --- 2007-06-08 11:27:32 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-08 11:27:32 - cd /src TB --- 2007-06-08 11:27:32 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 8 11:27:32 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/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -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/hcall.S 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/hviommu.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/sparc64/sparc64/identcpu.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/sparc64/sparc64/in_cksum.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/intr_machdep.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/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-08 11:40:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-08 11:40:23 - ERROR: failed to build lint kernel TB --- 2007-06-08 11:40:23 - tinderbox aborted TB --- 0.58 user 2.04 system 5561.07 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 12:35:38 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 649FF16A46B for ; Fri, 8 Jun 2007 12:35:38 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 25F0113C48A for ; Fri, 8 Jun 2007 12:35:38 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so222360anc for ; Fri, 08 Jun 2007 05:35:37 -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=YAkJI+umj7tWWyHVHEo65XBaRZ51NBLHRTqzabFYVF9fD4FVpIx+17QNqWAxV8VexIB1wB+igOZl53GHgPsvQc1oI6UYlWMMdOAFsBwu1cmfsE6WkN+gJePYQC/NHv5IVmNkGlMnQw2lRqjKUQGkfAoQiUZCyaUjgLM6sRCvszM= 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=r/p51mt9dkaI73hQ5u4v70jU6QvuFINoIC7ISWp6TEg/Acoct5afY/HECDcIyZicBtmfu28XdicijpS+prKNdHbbipfcOZTCwq7DKBSNaJfBA2ovzvwklYPC7MQhHPJvBYJsaKl/PzdMZd6COUSLKmBniU4aKU42a8y/PHJ+vQw= Received: by 10.100.130.8 with SMTP id c8mr1746276and.1181306137434; Fri, 08 Jun 2007 05:35:37 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Fri, 8 Jun 2007 05:35:37 -0700 (PDT) Message-ID: <499c70c0706080535j69770039y6f524afb39ff08f9@mail.gmail.com> Date: Fri, 8 Jun 2007 15:35:37 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Jun 7.0-CURRENT AMD64 snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 12:35:38 -0000 Hello, Where could I get Jun 7.0-CURRENT AMD64 snapshot? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 13:32:28 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 20FCC16A468 for ; Fri, 8 Jun 2007 13:32:28 +0000 (UTC) (envelope-from dimma@higis.ru) Received: from mail.vega.ru (mx1.vega.ru [87.242.77.163]) by mx1.freebsd.org (Postfix) with ESMTP id B980A13C48C for ; Fri, 8 Jun 2007 13:32:27 +0000 (UTC) (envelope-from dimma@higis.ru) Received: from msk-ly-gw1.masterhost.ru ([87.242.97.36]:63228 helo=dimma.masterhost.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HweZe-000DR8-Sm for current@freebsd.org; Fri, 08 Jun 2007 13:32:18 +0000 Message-ID: <46695A61.9000604@higis.ru> Date: Fri, 08 Jun 2007 17:32:17 +0400 From: Dmitriy Kirhlarov User-Agent: Thunderbird 2.0.0.0 (X11/20070603) MIME-Version: 1.0 To: current@freebsd.org References: <20061113115839.GL59604@dimma.mow.oilspace.com> <200611131537.12954.bushman@freebsd.org> In-Reply-To: <200611131537.12954.bushman@freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: nscd for freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 13:32:28 -0000 Hi, list Some time ago we are discuss about renaming 'cached' to 'nscd': http://docs.freebsd.org/cgi/getmsg.cgi?fetch=338214+0+archive/2006/freebsd-current/20061119.freebsd-current Could somebody talk me current situation with this (especially I'm interesting plans for MFC). Michael Bushkov wrote: > On Monday 13 November 2006 14:58, Dmitriy Kirhlarov wrote: >> I'm interested in name service caching daemon for freebsd (it's useful >> for external userbase, stored in ldap and for monitoring hosts, with >> resolving/polling of many hosts). It's much more useful, then local >> cached named and local ldap replica. >> >> I found "cached" daemon in HEAD. >> >> Can somebody answer me -- when this daemon will be MFC-ed to RELENG_6? >> Also why this strange name? >> It's impossible to find this name in google, cause this daemon used to >> be called nscd. >> Is there any reason for inventing new name? >> > Actually, cached is called "cached" because initially it was intended only to > cache the already obtained results of nsswitch queries. This is not how nscd > behaves. Nscd makes all queries (to LDAP, NIS, etc) by itself and caches the > results. cached only cached the results of requests, that have been actually > made by other applications. The name "cached" was used to highlight this > difference. > > Later, however, the nscd-like functionality was added to cached, but the name > was left unchanged. Personally I don't see any reasons why "cached" can't be > renamed to nscd right now - so I guess, it would happen in the nearest > future. > > cached is similar to nscd in many ways (including configuration file). To > enable nscd-like behavior for particular nsswitch database (so that cached > will make all queries by itself), "perform-actual-lookups" directive should > be specified in cached.conf. Please see cached(8) manual page for more > details about this. The choice of using or not using "perform-actual-lookups" > mode depends on many factors and should be made by system administrator. The > default value for this option is "no". > > Can't say anything about when cached would be MFC'ed. All I can say is that > it's possible. It will require a number of changes in libc, but they all are > fine-grained and, as far as I remember, the patch, that I've used to add > caching support to -CURRENT was almost clearly applicable to RELENG_6. > WBR. Dmitriy From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 14:00:11 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 29CC016A400 for ; Fri, 8 Jun 2007 14:00:11 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id A255B13C455 for ; Fri, 8 Jun 2007 14:00:10 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (bixsto@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l58E03t7078200; Fri, 8 Jun 2007 16:00:08 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l58E02bh078199; Fri, 8 Jun 2007 16:00:02 +0200 (CEST) (envelope-from olli) Date: Fri, 8 Jun 2007 16:00:02 +0200 (CEST) Message-Id: <200706081400.l58E02bh078199@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, almarrie@gmail.com In-Reply-To: <499c70c0706080535j69770039y6f524afb39ff08f9@mail.gmail.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 08 Jun 2007 16:00:08 +0200 (CEST) Cc: Subject: Re: Jun 7.0-CURRENT AMD64 snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, almarrie@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 14:00:11 -0000 Abdullah Ibn Hamad Al-Marri wrote: > > Where could I get Jun 7.0-CURRENT AMD64 snapshot? On your favourite FTP mirror server -- but only as soon as the snapshot has been created, which hasn't happened yet. For example in May they have been created on the 10th, so you might just have to have a little patience. As far as I know, creation of the snapshots is triggered manually, so it doesn't always happen on the same day of the month. (BTW, not all mirrors carry the snapshots. Some only carry the releases for space reasons.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Python tricks" is a tough one, cuz the language is so clean. E.g., C makes an art of confusing pointers with arrays and strings, which leads to lotsa neat pointer tricks; APL mistakes everything for an array, leading to neat one-liners; and Perl confuses everything period, making each line a joyous adventure . -- Tim Peters From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 14:36:10 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 C051216A41F for ; Fri, 8 Jun 2007 14:36:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 8D95E13C480 for ; Fri, 8 Jun 2007 14:36:10 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=lmYo5BxEk8H/vCWlN+TxAxyjwAmKM1tjwANa8Iy7WlWBt8Lfd/cFW5fbU5o3Ujjh87EKpxinajiOZ3qcBfEi3QLLnzSN2n3Kc8AP2FBwadyxUGUKFxh2nliqbehX7KYz14MIlS9Coqb4duyyCM5XqHr8IMc8JwBBlnxMxz98PEcWTgudcaKM7uVMmzWtixBRK98CMIy/biyQJO2pG1rkegr8JWXLVxoD0N1saj2NWs/jLSBdicN7ns9Iu8QFAPdY; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1HwfZR-0006z1-TA for current@freebsd.org; Fri, 08 Jun 2007 14:36:10 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1HwfZH-0003q9-Ua for current@freebsd.org; Fri, 08 Jun 2007 14:35:59 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HwfZE-000C9H-C6 for current@freebsd.org; Fri, 08 Jun 2007 16:35:56 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Fri, 08 Jun 2007 16:35:56 +0200 Message-Id: Cc: Subject: Re: Panic in ipfw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 14:36:10 -0000 > Ian FREISLICH wrote: > > Hi > > > > I got this panic yesterday on a fairly busy firewall. I have some > > private patches to ip_fw2.c and to the em driver (see the earlier > > "em0 hijacking traffic to port 623" thread). I don't think this > > panic is a result of those changes. > > > > It occurred round about the time an address was added to an interface. > > > > I'll keep the crashdump around for a while in case anyone wants more data. > > > > FreeBSD firewall2 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Thu May 24 10:43:20 SAST 2007 ianf@firewall2:/usr/obj/usr/src/sys/FIREWALL i386 > > > > There is no locking to say between the firewall and the interface addresses. > it probably followed a bad pointer when the addresses were changed.. > > your bug report should say > > "ipfw doesn't take part in interface address locking, > leading to occasional crashes" This is the second crash I've seen as a result of this locking omission in about 1.5 years of production: http://lists.freebsd.org/pipermail/freebsd-current/2006-August/065488.html I'm not sure how to fix this without a large performance penalty. To acquire the lock each time for the "me" check might result in many many acquisitions when checking a packet against the ruleset. However to acquire it once for every packet may be unnecessary. Also, I'm not really sure which lock to use of the plethora that exist. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 14:10:36 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 34C2E16A479 for ; Fri, 8 Jun 2007 14:10:36 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08b.verio.de (mail08b.verio.de [213.198.55.74]) by mx1.freebsd.org (Postfix) with SMTP id 7117513C4B7 for ; Fri, 8 Jun 2007 14:10:35 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx105.stngva01.us.mxservers.net (198.173.112.42) by mail08b.verio.de (RS ver 1.0.95vs) with SMTP id 2-034561832 for ; Fri, 8 Jun 2007 16:10:33 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx105.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id b7169664.19699.218.mx105.stngva01.us.mxservers.net; Fri, 08 Jun 2007 10:02:35 -0400 (EDT) Received: (qmail 17104 invoked from network); 8 Jun 2007 14:10:31 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.54.155.186) by with SMTP; 8 Jun 2007 14:10:31 -0000 Received: from peedub.jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with SMTP id l58EARBY042168; Fri, 8 Jun 2007 16:10:28 +0200 (CEST) (envelope-from garyj@jennejohn.org) Date: Fri, 8 Jun 2007 16:10:27 +0200 From: Gary Jennejohn To: Marcus Alves Grando Message-Id: <20070608161027.ab6e5dae.garyj@jennejohn.org> In-Reply-To: <46685BDE.6090909@FreeBSD.org> References: <20070606194526.GA5011@rot13.obsecurity.org> <46685BDE.6090909@FreeBSD.org> Organization: DENX Softwre Engineering GmbH X-Mailer: Sylpheed 2.4.2 (GTK+ 2.10.12; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam: [F=0.5887402462; heur=0.500(-26400); stat=0.588; spamtraq-heur=0.500(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 X-Mailman-Approved-At: Fri, 08 Jun 2007 14:44:19 +0000 Cc: ports@freebsd.org, freebsd-current@freebsd.org Subject: Re: CTF: compat6x port 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: Fri, 08 Jun 2007 14:10:36 -0000 On Thu, 07 Jun 2007 16:26:22 -0300 Marcus Alves Grando wrote: > I finish compat6x port and i need testers. If you are interested you > can download shar file in > http://people.freebsd.org/~mnag/compat6x.shar > > Feedbacks are welcome. I expect commit this until 09 Jun. > I installed it and it works quite well. Even the diablo-jre15 port works on -current with this port installed :-) --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 15:39: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 9161816A400 for ; Fri, 8 Jun 2007 15:39:03 +0000 (UTC) (envelope-from kazuaki@aliceblue.jp) Received: from pd5f7be.tokyff01.ap.so-net.ne.jp (pd5f7be.tokyff01.ap.so-net.ne.jp [202.213.247.190]) by mx1.freebsd.org (Postfix) with ESMTP id 5D23113C44B for ; Fri, 8 Jun 2007 15:39:03 +0000 (UTC) (envelope-from kazuaki@aliceblue.jp) Received: from eyes.aliceblue.jp (dhcp21.aliceblue.jp [192.168.11.21]) by pd5f7be.tokyff01.ap.so-net.ne.jp (Postfix) with ESMTP id A30EF597C28; Sat, 9 Jun 2007 00:19:06 +0900 (JST) Message-ID: <46697315.1040104@aliceblue.jp> Date: Sat, 09 Jun 2007 00:17:41 +0900 From: Kazuaki ODA User-Agent: Thunderbird 2.0.0.0 (X11/20070522) MIME-Version: 1.0 To: "illoai@gmail.com" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "youshi10@u.washington.edu" , current@freebsd.org Subject: Re: md(4) broken 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: , X-List-Received-Date: Fri, 08 Jun 2007 15:39:03 -0000 illoai@gmail.com wrote: > On 06/06/07, youshi10@u.washington.edu wrote: > >> > On Thu, 7 Jun 2007, Kazuaki ODA wrote: >> > >> >> On CURRENT amd64 cvsup'ed yesterday: >> >> >> >> # dd if=/dev/zero of=/var/tmp/disk1.img bs=1k count=1m >> >> 1048576+0 records in >> >> 1048576+0 records out >> >> 1073741824 bytes transferred in 29.206387 secs (36763939 bytes/sec) >> >> # dd if=/dev/zero of=/var/tmp/disk2.img bs=1k count=1m >> >> 1048576+0 records in >> >> 1048576+0 records out >> >> 1073741824 bytes transferred in 27.405935 secs (39179171 bytes/sec) >> >> # mdconfig -a -t vnode -f /var/tmp/disk1.img >> >> md0 >> >> # mdconfig -a -t vnode -f /var/tmp/disk2.img >> >> md1 >> >> # mdconfig -l >> >> >> >> # gmirror load >> >> # gmirror label data md0 md1 >> >> # gmirror status >> >> gmirror: Cannot get GEOM tree: Unknown error: -1 >> >> >> >> Hmm, is md(4) broken on CURRENT? Or is this a problem only on amd64? >> >> > . . . >> Works for me on 7-CURRENT/amd64 cvsup'ed and completely rebuilt Sunday. >> -Garrett > > With csup as of late in the day 07jun (built last night), > on i386, it works as expected. > Thanks for your trial and information. I finally found the reason why I cannot get GEOM tree. That was a problem specific for my environment. I ran the commands described in my previous post with a DVD-ROM in a drive, and the DVD-ROM had a label (GEOM_LABEL) encoded in Shift_JIS, which is one of popular encodings in Japan. Since the XML parser used for parsing GEOM XML tree does not expect the encoding (probably it expects UTF-8), geom_xml2tree() defined in libgeom considers it invalid and the function fails, so I cannot get GEOM tree. Now I can easily reproduce the same issue. For example: # dd if=/dev/zero of=/var/tmp/disk1.img bs=1k count=1k # mdconfig -a -t vnode -f /var/tmp/disk1.img md0 # glabel create md0 # glabel list glabel: Cannot get GEOM tree: Unknown error: -1 -- Kazuaki ODA From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 16:21: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 2D04316A41F for ; Fri, 8 Jun 2007 16:21:52 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 7AFB713C457 for ; Fri, 8 Jun 2007 16:21:51 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by py-out-1112.google.com with SMTP id a29so1342369pyi for ; Fri, 08 Jun 2007 09:21:51 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:content-type:date:message-id:mime-version:x-mailer; b=CW1POIZJ1H2YyZ4FQnr6+ePneOzQAzAqjPCQYdagv3mSPMd68+lL1ZnUhGfl2kQhXNczBgUeu575Ev+PjVODCRv84IHAtj7mKEbVA3rHdGJdNfjQimA1GTsqtRpDeK+IEbCbzrZgPVPeohIcMm7UTrgQKDDVoDqQepxFtJeZz7A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer; b=Y2+/dG5WQ9nYCGJL0S1dlktvKpx6eOz8SF5ciX3iWh/AN79ulv6fkq9vNMF4P6SPSLeeHF11LYUT03DhiYAh2baJcqEHlwbvfG0i31aW+Sw3GNQ6o8wBBzq9rEmePDR8zkjPGGz4ezlqBwhK2H59aPR2FTFIfbl4ybz8vwb8i+k= Received: by 10.65.138.4 with SMTP id q4mr5485271qbn.1181319709933; Fri, 08 Jun 2007 09:21:49 -0700 (PDT) Received: from ?IPv6:::ffff:127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTP id 34sm1443891nfu.2007.06.08.09.21.47 (version=SSLv3 cipher=RC4-MD5); Fri, 08 Jun 2007 09:21:48 -0700 (PDT) From: Tom Evans To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-iOMCoaCh3meslGjzENs/" Date: Fri, 08 Jun 2007 17:21:46 +0100 Message-Id: <1181319706.48432.33.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Subject: ATAPI DVD writer wont operate in DMA mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 16:21:52 -0000 --=-iOMCoaCh3meslGjzENs/ Content-Type: multipart/mixed; boundary="=-ztCr7UYwHYv2bqxb4o0z" --=-ztCr7UYwHYv2bqxb4o0z Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi was hoping someone could help me get my DVD writer operating in DMA. Trying to set the mode with atacontrol succeeds, but only sets the mode to WDMA, which is hardly better than PIO. I tried tracing through the DMA initialisation in sys/dev/ata/ata-pci.c, but I got lost I'm afraid. Here is pertinent information: uname -a: FreeBSD zoot.mintel.co.uk 7.0-CURRENT FreeBSD 7.0-CURRENT #1:=20 Tue Jun 5 14:39:27 BST 2007 (sources synched ~5 hrs prior to this) root@zoot.mintel.co.uk:/usr/obj/usr/src/sys/ZOOT i386 dvd device: acd0: DVDR at ata0-master ata controller: atapci0@pci0:31:1: class=3D0x01018a card=3D0x30aa103c chip=3D0x27df8= 086 rev=3D0x01 hdr=3D0x00 device =3D '82801G (ICH7 Family) Ultra ATA Storage Controller' dmesg.boot: attached (sorry, not verbose, can get verbose if reqd) pciconf -lv: attached sysctl hw.ata: hw.ata.wc: 1 hw.ata.atapi_dma: 1 hw.ata.ata_dma: 1 (Set via /boot/loader.conf) atacontrol cap acd0: Protocol ATA/ATAPI revision 6 device model MATSHITADVD-RAM UJ-840S serial number =20 firmware revision 1.11 cylinders 0 heads 0 sectors/track 0 lba supported =20 lba48 not supported =20 dma supported overlap not supported Feature Support Enable Value Vendor write cache no no read ahead no no Tagged Command Queuing (TCQ) no no 0/0x00 SMART no no microcode download no no security no no power management no no advanced power management no no 0/0x00 automatic acoustic management no no 0/0x00 0/0x00 TIA Tom --=-ztCr7UYwHYv2bqxb4o0z Content-Disposition: attachment; filename=pciconf.txt Content-Type: text/plain; name=pciconf.txt; charset=UTF-8 Content-Transfer-Encoding: base64 aG9zdGIwQHBjaTA6MDowOgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MzBhYTEwM2MgY2hpcD0weDI3 YTA4MDg2IHJldj0weDAzIGhkcj0weDAwDQogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3Jh dGlvbicNCiAgICBkZXZpY2UgICAgID0gJzk1NVhNLzk0NUdNL1BNL0dNUy85NDBHTUwgRXhwcmVz cyBQcm9jZXNzb3IgdG8gRFJBTSBDb250cm9sbGVyJw0KICAgIGNsYXNzICAgICAgPSBicmlkZ2UN CiAgICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kNCnZnYXBjaTBAcGNpMDoyOjA6CWNsYXNzPTB4MDMw MDAwIGNhcmQ9MHgzMGFhMTAzYyBjaGlwPTB4MjdhMjgwODYgcmV2PTB4MDMgaGRyPTB4MDANCiAg ICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgICAgPSAnTW9i aWxlIEludGVncmF0ZWQgR3JhcGhpY3MgQ29udHJvbGxlcicNCiAgICBjbGFzcyAgICAgID0gZGlz cGxheQ0KICAgIHN1YmNsYXNzICAgPSBWR0ENCnZnYXBjaTFAcGNpMDoyOjE6CWNsYXNzPTB4MDM4 MDAwIGNhcmQ9MHgzMGFhMTAzYyBjaGlwPTB4MjdhNjgwODYgcmV2PTB4MDMgaGRyPTB4MDANCiAg ICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgICAgPSAnTW9i aWxlIEludGVncmF0ZWQgR3JhcGhpY3MgQ29udHJvbGxlcicNCiAgICBjbGFzcyAgICAgID0gZGlz cGxheQ0KcGNtMEBwY2kwOjI3OjA6CWNsYXNzPTB4MDQwMzAwIGNhcmQ9MHgzMGFhMTAzYyBjaGlw PTB4MjdkODgwODYgcmV2PTB4MDEgaGRyPTB4MDANCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENv cnBvcmF0aW9uJw0KICAgIGRldmljZSAgICAgPSAnODI4MDFHIChJQ0g3IEZhbWlseSkgSGlnaCBE ZWZpbml0aW9uIEF1ZGlvJw0KICAgIGNsYXNzICAgICAgPSBtdWx0aW1lZGlhDQpwY2liMUBwY2kw OjI4OjA6CWNsYXNzPTB4MDYwNDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MjdkMDgwODYgcmV2 PTB4MDEgaGRyPTB4MDENCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAg IGRldmljZSAgICAgPSAnODI4MDFHIChJQ0g3IEZhbWlseSkgUENJIEV4cHJlc3MgUm9vdCBQb3J0 Jw0KICAgIGNsYXNzICAgICAgPSBicmlkZ2UNCiAgICBzdWJjbGFzcyAgID0gUENJLVBDSQ0KcGNp YjJAcGNpMDoyODoyOgljbGFzcz0weDA2MDQwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDI3ZDQ4 MDg2IHJldj0weDAxIGhkcj0weDAxDQogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlv bicNCiAgICBkZXZpY2UgICAgID0gJzgyODAxRyAoSUNINyBGYW1pbHkpIFBDSSBFeHByZXNzIFJv b3QgUG9ydCcNCiAgICBjbGFzcyAgICAgID0gYnJpZGdlDQogICAgc3ViY2xhc3MgICA9IFBDSS1Q Q0kNCnBjaWIzQHBjaTA6Mjg6MzoJY2xhc3M9MHgwNjA0MDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9 MHgyN2Q2ODA4NiByZXY9MHgwMSBoZHI9MHgwMQ0KICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29y cG9yYXRpb24nDQogICAgZGV2aWNlICAgICA9ICc4MjgwMUcgKElDSDcgRmFtaWx5KSBQQ0kgRXhw cmVzcyBSb290IFBvcnQnDQogICAgY2xhc3MgICAgICA9IGJyaWRnZQ0KICAgIHN1YmNsYXNzICAg PSBQQ0ktUENJDQp1aGNpMEBwY2kwOjI5OjA6CWNsYXNzPTB4MGMwMzAwIGNhcmQ9MHgzMGFhMTAz YyBjaGlwPTB4MjdjODgwODYgcmV2PTB4MDEgaGRyPTB4MDANCiAgICB2ZW5kb3IgICAgID0gJ0lu dGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgICAgPSAnODI4MDFHIChJQ0g3IEZhbWlseSkg VVNCIFVuaXZlcnNhbCBIb3N0IENvbnRyb2xsZXInDQogICAgY2xhc3MgICAgICA9IHNlcmlhbCBi dXMNCiAgICBzdWJjbGFzcyAgID0gVVNCDQp1aGNpMUBwY2kwOjI5OjE6CWNsYXNzPTB4MGMwMzAw IGNhcmQ9MHgzMGFhMTAzYyBjaGlwPTB4MjdjOTgwODYgcmV2PTB4MDEgaGRyPTB4MDANCiAgICB2 ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgICAgPSAnODI4MDFH IChJQ0g3IEZhbWlseSkgVVNCIFVuaXZlcnNhbCBIb3N0IENvbnRyb2xsZXInDQogICAgY2xhc3Mg ICAgICA9IHNlcmlhbCBidXMNCiAgICBzdWJjbGFzcyAgID0gVVNCDQp1aGNpMkBwY2kwOjI5OjI6 CWNsYXNzPTB4MGMwMzAwIGNhcmQ9MHgzMGFhMTAzYyBjaGlwPTB4MjdjYTgwODYgcmV2PTB4MDEg aGRyPTB4MDANCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmlj ZSAgICAgPSAnODI4MDFHIChJQ0g3IEZhbWlseSkgVVNCIFVuaXZlcnNhbCBIb3N0IENvbnRyb2xs ZXInDQogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMNCiAgICBzdWJjbGFzcyAgID0gVVNCDQp1 aGNpM0BwY2kwOjI5OjM6CWNsYXNzPTB4MGMwMzAwIGNhcmQ9MHgzMGFhMTAzYyBjaGlwPTB4Mjdj YjgwODYgcmV2PTB4MDEgaGRyPTB4MDANCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0 aW9uJw0KICAgIGRldmljZSAgICAgPSAnODI4MDFHIChJQ0g3IEZhbWlseSkgVVNCIFVuaXZlcnNh bCBIb3N0IENvbnRyb2xsZXInDQogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMNCiAgICBzdWJj bGFzcyAgID0gVVNCDQplaGNpMEBwY2kwOjI5Ojc6CWNsYXNzPTB4MGMwMzIwIGNhcmQ9MHgzMGFh MTAzYyBjaGlwPTB4MjdjYzgwODYgcmV2PTB4MDEgaGRyPTB4MDANCiAgICB2ZW5kb3IgICAgID0g J0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgICAgPSAnODI4MDFHIChJQ0g3IEZhbWls eSkgVVNCIDIuMCBFbmhhbmNlZCBIb3N0IENvbnRyb2xsZXInDQogICAgY2xhc3MgICAgICA9IHNl cmlhbCBidXMNCiAgICBzdWJjbGFzcyAgID0gVVNCDQpwY2liNEBwY2kwOjMwOjA6CWNsYXNzPTB4 MDYwNDAxIGNhcmQ9MHgzMGFhMTAzYyBjaGlwPTB4MjQ0ODgwODYgcmV2PTB4ZTEgaGRyPTB4MDEN CiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgICAgPSAn ODI4MDFCQU0vQ0FNL0RCTSAoSUNIMi1NLzMtTS80LU0pIEh1YiBJbnRlcmZhY2UgdG8gUENJIEJy aWRnZScNCiAgICBjbGFzcyAgICAgID0gYnJpZGdlDQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kN CmlzYWIwQHBjaTA6MzE6MDoJY2xhc3M9MHgwNjAxMDAgY2FyZD0weDMwYWExMDNjIGNoaXA9MHgy N2I5ODA4NiByZXY9MHgwMSBoZHI9MHgwMA0KICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9y YXRpb24nDQogICAgZGV2aWNlICAgICA9ICc4MjgwMUdCTSAoSUNINy1NKSBMUEMgSW50ZXJmYWNl IENvbnRyb2xsZXInDQogICAgY2xhc3MgICAgICA9IGJyaWRnZQ0KICAgIHN1YmNsYXNzICAgPSBQ Q0ktSVNBDQphdGFwY2kwQHBjaTA6MzE6MToJY2xhc3M9MHgwMTAxOGEgY2FyZD0weDMwYWExMDNj IGNoaXA9MHgyN2RmODA4NiByZXY9MHgwMSBoZHI9MHgwMA0KICAgIHZlbmRvciAgICAgPSAnSW50 ZWwgQ29ycG9yYXRpb24nDQogICAgZGV2aWNlICAgICA9ICc4MjgwMUcgKElDSDcgRmFtaWx5KSBV bHRyYSBBVEEgU3RvcmFnZSBDb250cm9sbGVyJw0KICAgIGNsYXNzICAgICAgPSBtYXNzIHN0b3Jh Z2UNCiAgICBzdWJjbGFzcyAgID0gQVRBDQphdGFwY2kxQHBjaTA6MzE6MjoJY2xhc3M9MHgwMTA2 MDEgY2FyZD0weDMwYWExMDNjIGNoaXA9MHgyN2M1ODA4NiByZXY9MHgwMSBoZHI9MHgwMA0KICAg IHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nDQogICAgZGV2aWNlICAgICA9ICc4Mjgw MUdCIE1vYmlsZSBJL08gQ29udHJvbGxlciBIdWIgU0FUQSBjYz1BSENJJw0KICAgIGNsYXNzICAg ICAgPSBtYXNzIHN0b3JhZ2UNCm5vbmUwQHBjaTg6MDowOgljbGFzcz0weDAyODAwMCBjYXJkPTB4 MTM1YzEwM2MgY2hpcD0weDQyMjI4MDg2IHJldj0weDAyIGhkcj0weDAwDQogICAgdmVuZG9yICAg ICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicNCiAgICBkZXZpY2UgICAgID0gJzM5NDVBQkcgSW50ZWwg Mzk0NUFCRyBXaXJlbGVzcyBMQU4gY29udHJvbGxlcicNCiAgICBjbGFzcyAgICAgID0gbmV0d29y aw0KY2JiMEBwY2kyOjY6MDoJY2xhc3M9MHgwNjA3MDAgY2FyZD0weDMwYWExMDNjIGNoaXA9MHg4 MDM5MTA0YyByZXY9MHgwMCBoZHI9MHgwMg0KICAgIHZlbmRvciAgICAgPSAnVGV4YXMgSW5zdHJ1 bWVudHMgKFRJKScNCiAgICBkZXZpY2UgICAgID0gJ1BDSXh4MTIgQ2FyZGJ1cyBDb250cm9sbGVy Jw0KICAgIGNsYXNzICAgICAgPSBicmlkZ2UNCiAgICBzdWJjbGFzcyAgID0gUENJLUNhcmRCdXMN CmZ3b2hjaTBAcGNpMjo2OjE6CWNsYXNzPTB4MGMwMDEwIGNhcmQ9MHgzMGFhMTAzYyBjaGlwPTB4 ODAzYTEwNGMgcmV2PTB4MDAgaGRyPTB4MDANCiAgICB2ZW5kb3IgICAgID0gJ1RleGFzIEluc3Ry dW1lbnRzIChUSSknDQogICAgZGV2aWNlICAgICA9ICdQQ0l4eDEyIE9IQ0kgSUVFRSAxMzk0IEhv c3QgQ29udHJvbGxlcicNCiAgICBjbGFzcyAgICAgID0gc2VyaWFsIGJ1cw0KICAgIHN1YmNsYXNz ICAgPSBGaXJlV2lyZQ0Kbm9uZTFAcGNpMjo2OjI6CWNsYXNzPTB4MDE4MDAwIGNhcmQ9MHgzMGFh MTAzYyBjaGlwPTB4ODAzYjEwNGMgcmV2PTB4MDAgaGRyPTB4MDANCiAgICB2ZW5kb3IgICAgID0g J1RleGFzIEluc3RydW1lbnRzIChUSSknDQogICAgZGV2aWNlICAgICA9ICdQQ0l4eDEyIEludGVn cmF0ZWQgRmxhc2ggTWVkaWEgQ29udHJvbGxlcicNCiAgICBjbGFzcyAgICAgID0gbWFzcyBzdG9y YWdlDQpub25lMkBwY2kyOjY6MzoJY2xhc3M9MHgwODA1MDAgY2FyZD0weDMwYWExMDNjIGNoaXA9 MHg4MDNjMTA0YyByZXY9MHgwMCBoZHI9MHgwMA0KICAgIHZlbmRvciAgICAgPSAnVGV4YXMgSW5z dHJ1bWVudHMgKFRJKScNCiAgICBkZXZpY2UgICAgID0gJ1BDSXh4MTIgU0RBIEhvc3QgQ29udHJv bGxlcicNCiAgICBjbGFzcyAgICAgID0gYmFzZSBwZXJpcGhlcmFsDQpiZ2UwQHBjaTI6MTQ6MDoJ Y2xhc3M9MHgwMjAwMDAgY2FyZD0weDMwYWExMDNjIGNoaXA9MHgxNjljMTRlNCByZXY9MHgwMyBo ZHI9MHgwMA0KICAgIHZlbmRvciAgICAgPSAnQnJvYWRjb20gQ29ycG9yYXRpb24nDQogICAgZGV2 aWNlICAgICA9ICdmaGpmaGpnaGogQnJvYWRjb20gR2lnYWJpdCBFdGhlcm5ldCBCQ001NzB4IE5l dFh0cmVtZScNCiAgICBjbGFzcyAgICAgID0gbmV0d29yaw0KICAgIHN1YmNsYXNzICAgPSBldGhl cm5ldA0K --=-ztCr7UYwHYv2bqxb4o0z Content-Disposition: attachment; filename=dmesg.boot Content-Type: text/plain; name=dmesg.boot; charset=UTF-8 Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDcgVGhlIEZyZWVCU0QgUHJvamVjdC4NCkNvcHlyaWdodCAo YykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5Mywg MTk5NA0KCVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCBy aWdodHMgcmVzZXJ2ZWQuDQpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhl IEZyZWVCU0QgRm91bmRhdGlvbi4NCkZyZWVCU0QgNy4wLUNVUlJFTlQgIzE6IFR1ZSBKdW4gIDUg MTQ6Mzk6MjcgQlNUIDIwMDcNCiAgICByb290QHpvb3QubWludGVsLmNvLnVrOi91c3Ivb2JqL3Vz ci9zcmMvc3lzL1pPT1QNClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHog cXVhbGl0eSAwDQpDUFU6IEdlbnVpbmUgSW50ZWwoUikgQ1BVICAgICAgICAgICBUMjUwMCAgQCAy LjAwR0h6ICgxOTk1LjAyLU1IeiA2ODYtY2xhc3MgQ1BVKQ0KICBPcmlnaW4gPSAiR2VudWluZUlu dGVsIiAgSWQgPSAweDZlOCAgU3RlcHBpbmcgPSA4DQogIEZlYXR1cmVzPTB4YmZlOWZiZmY8RlBV LFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01P VixQQVQsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPg0K ICBGZWF0dXJlczI9MHhjMWE5PFNTRTMsTU9OLFZNWCxFU1QsVE0yLHhUUFIsUERDTT4NCiAgQU1E IEZlYXR1cmVzPTB4MTAwMDAwPE5YPg0KICBDb3JlcyBwZXIgcGFja2FnZTogMg0KcmVhbCBtZW1v cnkgID0gMTA2NTE1NjYwOCAoMTAxNSBNQikNCmF2YWlsIG1lbW9yeSA9IDEwMzI5MTY5OTIgKDk4 NSBNQikNCkFDUEkgQVBJQyBUYWJsZTogPEhQICAgICAzMEFBICAgID4NCkZyZWVCU0QvU01QOiBN dWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDIgQ1BVcw0KIGNwdTAgKEJTUCk6IEFQSUMg SUQ6ICAwDQogY3B1MSAoQVApOiBBUElDIElEOiAgMQ0KaW9hcGljMDogQ2hhbmdpbmcgQVBJQyBJ RCB0byAxDQppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkDQpr YmQxIGF0IGtiZG11eDANCmFjcGkwOiA8SFAgMzBBQT4gb24gbW90aGVyYm9hcmQNCmFjcGkwOiBb SVRIUkVBRF0NCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQ0KYWNwaTA6IHJlc2VydmF0aW9u IG9mIDAsIGEwMDAwICgzKSBmYWlsZWQNCmFjcGkwOiByZXNlcnZhdGlvbiBvZiAxMDAwMDAsIDNm NzAwMDAwICgzKSBmYWlsZWQNClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5 NTQ1IEh6IHF1YWxpdHkgMTAwMA0KYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1 NDVNSHo+IHBvcnQgMHgxMDA4LTB4MTAwYiBvbiBhY3BpMA0KYWNwaV9lYzA6IDxFbWJlZGRlZCBD b250cm9sbGVyOiBHUEUgMHgxNj4gcG9ydCAweDYyLDB4NjYgb24gYWNwaTANCmNwdTA6IDxBQ1BJ IENQVT4gb24gYWNwaTANCmFjcGlfdGhyb3R0bGUwOiA8QUNQSSBDUFUgVGhyb3R0bGluZz4gb24g Y3B1MA0KY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KYWNwaV90aHJvdHRsZTE6IDxBQ1BJIENQ VSBUaHJvdHRsaW5nPiBvbiBjcHUxDQphY3BpX3Rocm90dGxlMTogZmFpbGVkIHRvIGF0dGFjaCBQ X0NOVA0KZGV2aWNlX2F0dGFjaDogYWNwaV90aHJvdHRsZTEgYXR0YWNoIHJldHVybmVkIDYNCnBj aWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTANCnBj aTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwDQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlz cGxheT4gcG9ydCAweDYwMDAtMHg2MDA3IG1lbSAweGU4NDAwMDAwLTB4ZTg0N2ZmZmYsMHhkMDAw MDAwMC0weGRmZmZmZmZmLDB4ZTg0ODAwMDAtMHhlODRiZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDIu MCBvbiBwY2kwDQphZ3AwOiA8SW50ZWwgODI5NDVHTSAoOTQ1R00gR01DSCkgU1ZHQSBjb250cm9s bGVyPiBvbiB2Z2FwY2kwDQphZ3AwOiBkZXRlY3RlZCA3OTMyayBzdG9sZW4gbWVtb3J5DQphZ3Aw OiBhcGVydHVyZSBzaXplIGlzIDI1Nk0NCmRybTA6IDxJbnRlbCBpOTQ1R00+IG9uIHZnYXBjaTAN CmluZm86IFtkcm1dIEFHUCBhdCAweGU4NDAwMDAwIDBNQg0KaW5mbzogW2RybV0gSW5pdGlhbGl6 ZWQgaTkxNSAxLjUuMCAyMDA2MDExOQ0KdmdhcGNpMTogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+ IG1lbSAweGU4NTAwMDAwLTB4ZTg1N2ZmZmYgYXQgZGV2aWNlIDIuMSBvbiBwY2kwDQpwY2kwOiA8 bXVsdGltZWRpYT4gYXQgZGV2aWNlIDI3LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBjaWIxOiA8 QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAyOC4wIG9uIHBjaTANCnBjaTg6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxDQpwY2k4OiA8bmV0d29yaz4gYXQgZGV2aWNlIDAuMCAo bm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTgg YXQgZGV2aWNlIDI4LjIgb24gcGNpMA0KcGNpMjQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyDQpw Y2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxOSBhdCBkZXZpY2UgMjguMyBvbiBwY2kw DQpwY2kzMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMNCnVoY2kwOiA8VUhDSSAoZ2VuZXJpYykg VVNCIGNvbnRyb2xsZXI+IHBvcnQgMHg2MDIwLTB4NjAzZiBpcnEgMjAgYXQgZGV2aWNlIDI5LjAg b24gcGNpMA0KdWhjaTA6IFtHSUFOVC1MT0NLRURdDQp1aGNpMDogW0lUSFJFQURdDQp1c2IwOiA8 VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kwDQp1c2IwOiBVU0IgcmV2aXNp b24gMS4wDQp1aHViMDogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAv MS4wMCwgYWRkciAxPiBvbiB1c2IwDQp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQNCnVoY2kxOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IHBvcnQg MHg2MDQwLTB4NjA1ZiBpcnEgMjEgYXQgZGV2aWNlIDI5LjEgb24gcGNpMA0KdWhjaTE6IFtHSUFO VC1MT0NLRURdDQp1aGNpMTogW0lUSFJFQURdDQp1c2IxOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNv bnRyb2xsZXI+IG9uIHVoY2kxDQp1c2IxOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMTogPEludGVs IFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2Ix DQp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnVoY2kyOiA8 VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHg2MDYwLTB4NjA3ZiBpcnEgMTgg YXQgZGV2aWNlIDI5LjIgb24gcGNpMA0KdWhjaTI6IFtHSUFOVC1MT0NLRURdDQp1aGNpMjogW0lU SFJFQURdDQp1c2IyOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kyDQp1 c2IyOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMjogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNz IDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IyDQp1aHViMjogMiBwb3J0cyB3aXRo IDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnVoY2kzOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNv bnRyb2xsZXI+IHBvcnQgMHg2MDgwLTB4NjA5ZiBpcnEgMTkgYXQgZGV2aWNlIDI5LjMgb24gcGNp MA0KdWhjaTM6IFtHSUFOVC1MT0NLRURdDQp1aGNpMzogW0lUSFJFQURdDQp1c2IzOiA8VUhDSSAo Z2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kzDQp1c2IzOiBVU0IgcmV2aXNpb24gMS4w DQp1aHViMzogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwg YWRkciAxPiBvbiB1c2IzDQp1aHViMzogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQNCmVoY2kwOiA8SW50ZWwgODI4MDFHQi9SIChJQ0g3KSBVU0IgMi4wIGNvbnRyb2xsZXI+ IG1lbSAweGU4NTg0MDAwLTB4ZTg1ODQzZmYgaXJxIDIwIGF0IGRldmljZSAyOS43IG9uIHBjaTAN CmVoY2kwOiBbR0lBTlQtTE9DS0VEXQ0KZWhjaTA6IFtJVEhSRUFEXQ0KdXNiNDogRUhDSSB2ZXJz aW9uIDEuMA0KdXNiNDogY29tcGFuaW9uIGNvbnRyb2xsZXJzLCAyIHBvcnRzIGVhY2g6IHVzYjAg dXNiMSB1c2IyIHVzYjMNCnVzYjQ6IDxJbnRlbCA4MjgwMUdCL1IgKElDSDcpIFVTQiAyLjAgY29u dHJvbGxlcj4gb24gZWhjaTANCnVzYjQ6IFVTQiByZXZpc2lvbiAyLjANCnVodWI0OiA8SW50ZWwg RUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjQN CnVodWI0OiA4IHBvcnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KdWh1YjU6IDx2 ZW5kb3IgMHgwNDI0IHByb2R1Y3QgMHgyNTAzLCBjbGFzcyA5LzAsIHJldiAyLjAwLzAuMDEsIGFk ZHIgMj4gb24gdWh1YjQNCnVodWI1OiBtdWx0aXBsZSB0cmFuc2FjdGlvbiB0cmFuc2xhdG9ycw0K dWh1YjU6IDMgcG9ydHMgd2l0aCAwIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQp1Z2VuMDogPHZl bmRvciAweDA4ZmYgRmluZ2VycHJpbnQgU2Vuc29yLCBjbGFzcyAyNTUvMjU1LCByZXYgMS4xMC82 LjIxLCBhZGRyIDM+IG9uIHVodWI1DQpwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRl dmljZSAzMC4wIG9uIHBjaTANCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0DQpjYmIwOiA8 UENJLUNhcmRCdXMgQnJpZGdlPiBtZW0gMHhlODEwMDAwMC0weGU4MTAwZmZmIGlycSAxOCBhdCBk ZXZpY2UgNi4wIG9uIHBjaTINCmNhcmRidXMwOiA8Q2FyZEJ1cyBidXM+IG9uIGNiYjANCnBjY2Fy ZDA6IDwxNi1iaXQgUENDYXJkIGJ1cz4gb24gY2JiMA0KY2JiMDogW0lUSFJFQURdDQpmd29oY2kw OiA8MTM5NCBPcGVuIEhvc3QgQ29udHJvbGxlciBJbnRlcmZhY2U+IG1lbSAweGU4MTAxMDAwLTB4 ZTgxMDE3ZmYsMHhlODEwNDAwMC0weGU4MTA3ZmZmIGlycSAxOSBhdCBkZXZpY2UgNi4xIG9uIHBj aTINCmZ3b2hjaTA6IFtJVEhSRUFEXQ0KZndvaGNpMDogT0hDSSB2ZXJzaW9uIDEuMTAgKFJPTT0w KQ0KZndvaGNpMDogTm8uIG9mIElzb2Nocm9ub3VzIGNoYW5uZWxzIGlzIDQuDQpmd29oY2kwOiBF VUk2NCAwMDowMjozZjo5OToyOTpmOToyYjowYw0KZndvaGNpMDogUGh5IDEzOTRhIGF2YWlsYWJs ZSBTNDAwLCAzIHBvcnRzLg0KZndvaGNpMDogTGluayBTNDAwLCBtYXhfcmVjIDIwNDggYnl0ZXMu DQpmaXJld2lyZTA6IDxJRUVFMTM5NChGaXJlV2lyZSkgYnVzPiBvbiBmd29oY2kwDQpzYnAwOiA8 U0JQLTIvU0NTSSBvdmVyIEZpcmVXaXJlPiBvbiBmaXJld2lyZTANCmZ3b2hjaTA6IEluaXRpYXRl IGJ1cyByZXNldA0KZndvaGNpMDogQlVTIHJlc2V0DQpmd29oY2kwOiBub2RlX2lkPTB4YzgwMGZm YzAsIGdlbj0xLCBDWUNMRU1BU1RFUiBtb2RlDQpmaXJld2lyZTA6IDEgbm9kZXMsIG1heGhvcCA8 PSAwLCBjYWJsZSBJUk0gPSAwIChtZSkNCmZpcmV3aXJlMDogYnVzIG1hbmFnZXIgMCAobWUpDQpw Y2kyOiA8bWFzcyBzdG9yYWdlPiBhdCBkZXZpY2UgNi4yIChubyBkcml2ZXIgYXR0YWNoZWQpDQpw Y2kyOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNi4zIChubyBkcml2ZXIgYXR0YWNoZWQp DQpwY2kyOjE0OjA6IGJhZCBWUEQgY2tzdW0sIHJlbWFpbiAxNA0KYmdlMDogPEJyb2FkY29tIE5l dFh0cmVtZSBHaWdhYml0IEV0aGVybmV0IENvbnRyb2xsZXIsIEFTSUMgcmV2LiAweDMwMDM+IG1l bSAweGU4MTEwMDAwLTB4ZTgxMWZmZmYgaXJxIDE2IGF0IGRldmljZSAxNC4wIG9uIHBjaTINCm1p aWJ1czA6IDxNSUkgYnVzPiBvbiBiZ2UwDQpicmdwaHkwOiA8QkNNNTcwNSAxMC8xMDAvMTAwMGJh c2VUWCBQSFk+IFBIWSAxIG9uIG1paWJ1czANCmJyZ3BoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZE WCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1GRFgsIGF1 dG8NCmJnZTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjE1OjYwOmM3OmZhOjZlDQpiZ2UwOiBbSVRI UkVBRF0NCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBjaTANCmlz YTA6IDxJU0EgYnVzPiBvbiBpc2FiMA0KYXRhcGNpMDogPEludGVsIElDSDcgVURNQTEwMCBjb250 cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4NjBhMC0w eDYwYWYgaXJxIDE2IGF0IGRldmljZSAzMS4xIG9uIHBjaTANCmF0YTA6IDxBVEEgY2hhbm5lbCAw PiBvbiBhdGFwY2kwDQphdGEwOiBbSVRIUkVBRF0NCmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBh dGFwY2kwDQphdGExOiBbSVRIUkVBRF0NCmF0YXBjaTE6IDxJbnRlbCBJQ0g3TSBTQVRBMzAwIGNv bnRyb2xsZXI+IHBvcnQgMHgxM2YwLTB4MTNmNywweDE1ZjQtMHgxNWY3LDB4MTM3MC0weDEzNzcs MHgxNTc0LTB4MTU3NywweDYwZDAtMHg2MGRmIG1lbSAweGU4NTg1MDAwLTB4ZTg1ODUzZmYgaXJx IDE3IGF0IGRldmljZSAzMS4yIG9uIHBjaTANCmF0YXBjaTE6IFtJVEhSRUFEXQ0KYXRhcGNpMTog QUhDSSBWZXJzaW9uIDAxLjEwIGNvbnRyb2xsZXIgd2l0aCA0IHBvcnRzIGRldGVjdGVkDQphdGEy OiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMQ0KYXRhMjogW0lUSFJFQURdDQphdGEzOiA8QVRB IGNoYW5uZWwgMT4gb24gYXRhcGNpMQ0KYXRhMzogcG9ydCBub3QgaW1wbGVtZW50ZWQNCmF0YTM6 IFtJVEhSRUFEXQ0KYXRhNDogPEFUQSBjaGFubmVsIDI+IG9uIGF0YXBjaTENCmF0YTQ6IHBvcnQg bm90IGltcGxlbWVudGVkDQphdGE0OiBbSVRIUkVBRF0NCmF0YTU6IDxBVEEgY2hhbm5lbCAzPiBv biBhdGFwY2kxDQphdGE1OiBwb3J0IG5vdCBpbXBsZW1lbnRlZA0KYXRhNTogW0lUSFJFQURdDQpi YXR0ZXJ5MDogPEFDUEkgQ29udHJvbCBNZXRob2QgQmF0dGVyeT4gb24gYWNwaTANCmJhdHRlcnkx OiA8QUNQSSBDb250cm9sIE1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMA0KYWNwaV9hY2FkMDogPEFD IEFkYXB0ZXI+IG9uIGFjcGkwDQphY3BpX2J1dHRvbjA6IDxTbGVlcCBCdXR0b24+IG9uIGFjcGkw DQphY3BpX2xpZDA6IDxDb250cm9sIE1ldGhvZCBMaWQgU3dpdGNoPiBvbiBhY3BpMA0KYWNwaV90 ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwDQphY3BpX3R6MTogPFRoZXJtYWwgWm9uZT4gb24g YWNwaTANCmFjcGlfdHoyOiA8VGhlcm1hbCBab25lPiBvbiBhY3BpMA0KYWNwaV90ejM6IDxUaGVy bWFsIFpvbmU+IG9uIGFjcGkwDQphY3BpX3R6NDogPFRoZXJtYWwgWm9uZT4gb24gYWNwaTANCmF0 a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAx IG9uIGFjcGkwDQphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMA0Ka2JkMCBh dCBhdGtiZDANCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0NCmF0a2JkMDogW0lUSFJFQURdDQpwc20w OiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzANCnBzbTA6IFtHSUFOVC1MT0NLRURdDQpw c20wOiBbSVRIUkVBRF0NCnBzbTA6IG1vZGVsIEludGVsbGlNb3VzZSwgZGV2aWNlIElEIDMNCnNp bzA6IDxTdGFuZGFyZCBQQyBDT00gcG9ydD4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAw eDEwIG9uIGFjcGkwDQpzaW8wOiB0eXBlIDE2NTUwQQ0Kc2lvMDogW0ZJTFRFUl0NCmNyeXB0b3Nv ZnQwOiA8c29mdHdhcmUgY3J5cHRvPiBvbiBtb3RoZXJib2FyZA0KcG10aW1lcjAgb24gaXNhMA0K b3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGMwMDAwLTB4Y2ZmZmYgcG5waWQgT1JN MDAwMCBvbiBpc2EwDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNh MA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPg0KdmdhMDogPEdl bmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYg b24gaXNhMA0KcHBjMDogPFBhcmFsbGVsIHBvcnQ+IGF0IHBvcnQgMHgzNzgtMHgzN2YgaXJxIDcg b24gaXNhMA0KcHBjMDogU01DLWxpa2UgY2hpcHNldCAoRUNQL0VQUC9QUzIvTklCQkxFKSBpbiBD T01QQVRJQkxFIG1vZGUNCnBwYzA6IEZJRk8gd2l0aCAxNi8xNi84IGJ5dGVzIHRocmVzaG9sZA0K cHBidXMwOiA8UGFyYWxsZWwgcG9ydCBidXM+IG9uIHBwYzANCnBsaXAwOiA8UExJUCBuZXR3b3Jr IGludGVyZmFjZT4gb24gcHBidXMwDQpscHQwOiA8UHJpbnRlcj4gb24gcHBidXMwDQpscHQwOiBJ bnRlcnJ1cHQtZHJpdmVuIHBvcnQNCnBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMA0KcHBj MDogW0dJQU5ULUxPQ0tFRF0NCnBwYzA6IFtJVEhSRUFEXQ0Kc2lvMTogY29uZmlndXJlZCBpcnEg MyBub3QgaW4gYml0bWFwIG9mIHByb2JlZCBpcnFzIDANCnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBl bmFibGVkDQp1a2JkMDogPHZlbmRvciAweDBkM2QgVVNCUFMyLCBjbGFzcyAwLzAsIHJldiAxLjEw LzAuMDEsIGFkZHIgMj4gb24gdWh1YjINCmtiZDIgYXQgdWtiZDANCnVtczA6IDx2ZW5kb3IgMHgw ZDNkIFVTQlBTMiwgY2xhc3MgMC8wLCByZXYgMS4xMC8wLjAxLCBhZGRyIDI+IG9uIHVodWIyDQp1 bXMwOiA1IGJ1dHRvbnMgYW5kIFogZGlyLg0KdW1zMTogPExvZ2l0ZWNoIFVTQi1QUy8yIE9wdGlj YWwgTW91c2UsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMjIuMDAsIGFkZHIgMz4gb24gdWh1YjINCnVt czE6IDggYnV0dG9ucyBhbmQgWiBkaXIuDQpUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBt c2VjDQphY2QwOiBEVkRSIDxNQVRTSElUQURWRC1SQU0gVUotODQwUy8xLjExPiBhdCBhdGEwLW1h c3RlciBQSU80DQphZDQ6IDk1Mzk2TUIgPEZVSklUU1UgTUhWMjEwMEJIIDg5MkM+IGF0IGF0YTIt bWFzdGVyIFNBVEExNTANCmFjZDA6IEZBSUxVUkUgLSBJTlFVSVJZIElMTEVHQUwgUkVRVUVTVCBh c2M9MHgyNCBhc2NxPTB4MDAgDQpjZDAgYXQgYXRhMCBidXMgMCB0YXJnZXQgMCBsdW4gMA0KY2Qw OiA8TUFUU0hJVEEgRFZELVJBTSBVSi04NDBTIDEuMTE+IFJlbW92YWJsZSBDRC1ST00gU0NTSS0w IGRldmljZSANCmNkMDogMTYuMDAwTUIvcyB0cmFuc2ZlcnMNCmNkMDogQXR0ZW1wdCB0byBxdWVy eSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50DQpTTVA6 IEFQIENQVSAjMSBMYXVuY2hlZCENClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYv YWQ0czNhDQpiZ2UwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVANCmRybTA6IFtJVEhSRUFEXQ0K V2FybmluZzogcGlkIDQ3OTY5IHVzZWQgc3RhdGljIGxkdCBhbGxvY2F0aW9uLg0KU2VlIHRoZSBp Mzg2X3NldF9sZHQgbWFuIHBhZ2UgZm9yIG1vcmUgaW5mbw0KV2FybmluZzogcGlkIDQ3OTY5IHVz ZWQgc3RhdGljIGxkdCBhbGxvY2F0aW9uLg0KU2VlIHRoZSBpMzg2X3NldF9sZHQgbWFuIHBhZ2Ug Zm9yIG1vcmUgaW5mbw0KV2FybmluZzogcGlkIDQ3OTY5IHVzZWQgc3RhdGljIGxkdCBhbGxvY2F0 aW9uLg0KU2VlIHRoZSBpMzg2X3NldF9sZHQgbWFuIHBhZ2UgZm9yIG1vcmUgaW5mbw0KV2Fybmlu ZzogcGlkIDQ3OTY5IHVzZWQgc3RhdGljIGxkdCBhbGxvY2F0aW9uLg0KU2VlIHRoZSBpMzg2X3Nl dF9sZHQgbWFuIHBhZ2UgZm9yIG1vcmUgaW5mbw0KV2FybmluZzogcGlkIDQ3OTY5IHVzZWQgc3Rh dGljIGxkdCBhbGxvY2F0aW9uLg0KU2VlIHRoZSBpMzg2X3NldF9sZHQgbWFuIHBhZ2UgZm9yIG1v cmUgaW5mbw0KV2FybmluZzogcGlkIDQ3OTY5IHVzZWQgc3RhdGljIGxkdCBhbGxvY2F0aW9uLg0K U2VlIHRoZSBpMzg2X3NldF9sZHQgbWFuIHBhZ2UgZm9yIG1vcmUgaW5mbw0KV2FybmluZzogcGlk IDQ3OTY5IHVzZWQgc3RhdGljIGxkdCBhbGxvY2F0aW9uLg0KU2VlIHRoZSBpMzg2X3NldF9sZHQg bWFuIHBhZ2UgZm9yIG1vcmUgaW5mbw0KV2FybmluZzogcGlkIDQ3OTY5IHVzZWQgc3RhdGljIGxk dCBhbGxvY2F0aW9uLg0KU2VlIHRoZSBpMzg2X3NldF9sZHQgbWFuIHBhZ2UgZm9yIG1vcmUgaW5m bw0KV2FybmluZzogcGlkIDQ3OTY5IHVzZWQgc3RhdGljIGxkdCBhbGxvY2F0aW9uLg0KU2VlIHRo ZSBpMzg2X3NldF9sZHQgbWFuIHBhZ2UgZm9yIG1vcmUgaW5mbw0KV2FybmluZzogcGlkIDQ3OTY5 IHVzZWQgc3RhdGljIGxkdCBhbGxvY2F0aW9uLg0KU2VlIHRoZSBpMzg2X3NldF9sZHQgbWFuIHBh Z2UgZm9yIG1vcmUgaW5mbw0KcGNtMDogPEludGVsIDgyODAxRyBIaWdoIERlZmluaXRpb24gQXVk aW8gQ29udHJvbGxlcj4gbWVtIDB4ZTg1ODAwMDAtMHhlODU4M2ZmZiBpcnEgMjEgYXQgZGV2aWNl IDI3LjAgb24gcGNpMA0KcGNtMDogW0lUSFJFQURdDQpwY20wOiA8SERBIENvZGVjOiBBbmFsb2cg RGV2aWNlcyBBRDE5ODFIRD4NCnBjbTA6IDxIREEgRHJpdmVyIFJldmlzaW9uOiAyMDA3MDUwNV8w MDQ0Pg0K --=-ztCr7UYwHYv2bqxb4o0z-- --=-iOMCoaCh3meslGjzENs/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGaYIalcRvFfyds/cRAn+cAJ9zNFj3FC0PM3i1Zyh5weuZDQqi0wCgjv42 iXndMqVAUiTiJXvcqSaohbU= =ugUq -----END PGP SIGNATURE----- --=-iOMCoaCh3meslGjzENs/-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 16:50:53 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 8C9C916A468 for ; Fri, 8 Jun 2007 16:50:53 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 4CC8913C46A for ; Fri, 8 Jun 2007 16:50:53 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so242021anc for ; Fri, 08 Jun 2007 09:50:52 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SUUlRZA9CJbv4qMJUG+OkK7/dWXJMQGyWXTBnEZckb6l2nIAB0PG3gjfNGCzSZ7FKd+uys74jYP3zC4S8bJJaxsZkMXQ4RSEJXoOS2gglDXVMZZMMfqG2Djs0ZeRhPUnOjVYWdrEivtLktlzeu/uUkYMpaVq4kMCCVrE5rWKy8I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OIdnoVZJHTBdlVeJ7Ksr7dtTwXn4mzGF/4CrwX7iG+tPr8TQYi/i8Y22TDLJdK4OQjPapFplZFI4wTbbR66aTu/vCJvxqrD09xN93maEVgP8rljFnhC1D9YfvadG07vFVTOQZpbb9f/hL23zamkAYRXU94s/r1i5KRPk/6QgGmg= Received: by 10.100.206.11 with SMTP id d11mr1880338ang.1181321452749; Fri, 08 Jun 2007 09:50:52 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Fri, 8 Jun 2007 09:50:52 -0700 (PDT) Message-ID: <499c70c0706080950w3ca7d5dax7e1aff86dd23283a@mail.gmail.com> Date: Fri, 8 Jun 2007 19:50:52 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: freebsd-current@freebsd.org In-Reply-To: <200706081400.l58E02bh078199@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0706080535j69770039y6f524afb39ff08f9@mail.gmail.com> <200706081400.l58E02bh078199@lurza.secnetix.de> Subject: Re: Jun 7.0-CURRENT AMD64 snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 16:50:53 -0000 On 6/8/07, Oliver Fromme wrote: > Abdullah Ibn Hamad Al-Marri wrote: > > > > Where could I get Jun 7.0-CURRENT AMD64 snapshot? > > On your favourite FTP mirror server -- but only as soon as > the snapshot has been created, which hasn't happened yet. > For example in May they have been created on the 10th, so > you might just have to have a little patience. As far as > I know, creation of the snapshots is triggered manually, > so it doesn't always happen on the same day of the month. > > (BTW, not all mirrors carry the snapshots. Some only carry > the releases for space reasons.) > > Best regards > Oliver Or Maybe waiting for Jeff SHCED_SMP to be added? :) -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ Powered by FreeBSD True Unix OS From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 17:22: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 18B1A16A41F for ; Fri, 8 Jun 2007 17:22:19 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id ADF8713C45A for ; Fri, 8 Jun 2007 17:22:18 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l58HMEvG047579; Fri, 8 Jun 2007 11:22:15 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46699045.6080003@samsco.org> Date: Fri, 08 Jun 2007 11:22:13 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 MIME-Version: 1.0 To: Tom Evans References: <1181319706.48432.33.camel@localhost> In-Reply-To: <1181319706.48432.33.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 08 Jun 2007 11:22:15 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: ATAPI DVD writer wont operate in DMA mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 17:22:19 -0000 Is this device attached via SATA or IDE? If it's SATA, then no, the driver doesn't support SATA-ATAPI + DMA. Scott Tom Evans wrote: > Hi was hoping someone could help me get my DVD writer operating in DMA. > Trying to set the mode with atacontrol succeeds, but only sets the mode > to WDMA, which is hardly better than PIO. > > I tried tracing through the DMA initialisation in sys/dev/ata/ata-pci.c, > but I got lost I'm afraid. > > Here is pertinent information: > > uname -a: > FreeBSD zoot.mintel.co.uk 7.0-CURRENT FreeBSD 7.0-CURRENT #1: > Tue Jun 5 14:39:27 BST 2007 (sources synched ~5 hrs prior to this) > root@zoot.mintel.co.uk:/usr/obj/usr/src/sys/ZOOT i386 > > dvd device: > acd0: DVDR at ata0-master > > ata controller: > atapci0@pci0:31:1: class=0x01018a card=0x30aa103c chip=0x27df8086 > rev=0x01 hdr=0x00 > device = '82801G (ICH7 Family) Ultra ATA Storage Controller' > > dmesg.boot: attached (sorry, not verbose, can get verbose if reqd) > > pciconf -lv: attached > > sysctl hw.ata: > hw.ata.wc: 1 > hw.ata.atapi_dma: 1 > hw.ata.ata_dma: 1 > (Set via /boot/loader.conf) > > atacontrol cap acd0: > > Protocol ATA/ATAPI revision 6 > device model MATSHITADVD-RAM UJ-840S > serial number > firmware revision 1.11 > cylinders 0 > heads 0 > sectors/track 0 > lba supported > lba48 not supported > dma supported > overlap not supported > > Feature Support Enable Value Vendor > write cache no no > read ahead no no > Tagged Command Queuing (TCQ) no no 0/0x00 > SMART no no > microcode download no no > security no no > power management no no > advanced power management no no 0/0x00 > automatic acoustic management no no 0/0x00 0/0x00 > > TIA > > Tom > From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 17:23: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 0548A16A41F for ; Fri, 8 Jun 2007 17:23:39 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.freebsd.org (Postfix) with ESMTP id 32FD513C484 for ; Fri, 8 Jun 2007 17:23:37 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from ironport2.bredband.com ([195.54.107.84] [195.54.107.84]) by mxfep01.bredband.com with ESMTP id <20070608172336.UVQK24171.mxfep01.bredband.com@ironport2.bredband.com> for ; Fri, 8 Jun 2007 19:23:36 +0200 Received: from c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se (HELO scode.mine.nu) ([85.229.22.84]) by ironport2.bredband.com with ESMTP; 08 Jun 2007 19:23:37 +0200 Received: from scode.mine.nu (localhost [127.0.0.1]) by scode.mine.nu (Postfix) with ESMTP id 9C4A32140; Fri, 8 Jun 2007 19:23:36 +0200 (CEST) Message-ID: <46699098.5020203@infidyne.com> Date: Fri, 08 Jun 2007 19:23:36 +0200 From: Peter Schuller User-Agent: Thunderbird 2.0.0.0 (X11/20070501) MIME-Version: 1.0 To: Joe S References: In-Reply-To: X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig934C6DBA1DB041548930E4E6" Cc: freebsd-current@freebsd.org Subject: Re: ZFS compatibility X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 17:23:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig934C6DBA1DB041548930E4E6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > I am setting up a new fileserver for personal use. I have 3x 300GB > SATA drives for data storage and they are connected to a SIIG Serial > ATA 4-channel RAID card. I'm not going to use the crappy RAID on the > SIIG card. I want to use ZFS, however I don't want to run and keep up > with CURRENT. In the meantime, if I install Solaris 10 for x86, and > create a ZFS pools and filesystems, will I be able to just install > FreeBSD 7.0 RELEASE (when ready) on the OS drive and then mount my ZFS > filesystems on the 3x SATA drives? My understanding is that the on-disk format is entirely compatible in terms of ZFS, but there are problems with the GPT. FreeBSD will detect the GPT but complain that it's broken or some such; or at least it did last time I tried. Perhaps it's possible to make Solaris do away with the GPT and just use the plain disk, or some such. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --------------enig934C6DBA1DB041548930E4E6 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.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGaZCYDNor2+l1i30RCEQpAJ9C61hLbyDhgbCzThL8MGTxsx1ihwCfYB4K bYAki2brXGWygSyZJSRyjmg= =yW5p -----END PGP SIGNATURE----- --------------enig934C6DBA1DB041548930E4E6-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 18:09:33 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 BD25D16A41F for ; Fri, 8 Jun 2007 18:09:33 +0000 (UTC) (envelope-from SRS1=80c147f75a2eca3d95877361f038523cef757dc0=es.net==80c147f75a2eca3d95877361f038523cef757dc0=360=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id A07C113C46A for ; Fri, 8 Jun 2007 18:09:33 +0000 (UTC) (envelope-from SRS1=80c147f75a2eca3d95877361f038523cef757dc0=es.net==80c147f75a2eca3d95877361f038523cef757dc0=360=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id NXJ45941 for Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id NXJ41739 for ; Fri, 08 Jun 2007 10:53:39 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B701745042 for ; Fri, 8 Jun 2007 10:53:38 -0700 (PDT) To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1181325218_81135P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 08 Jun 2007 10:53:38 -0700 From: "Kevin Oberman" Message-Id: <20070608175338.B701745042@ptavv.es.net> Subject: bge auto-negotiation fails with 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: , X-List-Received-Date: Fri, 08 Jun 2007 18:09:33 -0000 --==_Exmh_1181325218_81135P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Yesterday I updated my laptop for the first time since May 10. The The bge device does not auto-negotiate. After booting to single-user, but device looks fine media: Ethernet autoselect (100baseTX ) status: active As soon as I do 'ifconfig bge0 up', the link goes down and I see: media: Ethernet autoselect (none) status: no carrier If I manually set the media to 100baseTX, it comes up. If I set it back to autoselect, it again reports "media: Ethernet autoselect (none)" and "Status: no carrier". The device probes as: bge0: mem 0xb0200000-0xb020ffff irq 11 at device 0.0 on pci2 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:01:6c:e9:8f:51 bge0: [ITHREAD] There have been several updates to if_bge.c since May 10, so I'd appreciate suggestions as to what might be a good place to roll back to. If I don't get suggestions, I'll do a binary search, but I hope to avoid that. Any idea what might be going on? Let me know what details I can provide. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1181325218_81135P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGaZeikn3rs5h7N1ERAiuDAKC5If8fOxsc++8+KCwD589FwSmglACgiFpO ykMwTE98ISfTEn4TTlnAdm0= =e+QQ -----END PGP SIGNATURE----- --==_Exmh_1181325218_81135P-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 18:14:55 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 6203C16A468 for ; Fri, 8 Jun 2007 18:14:55 +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 1B0ED13C4B0 for ; Fri, 8 Jun 2007 18:14:55 +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 l58IBOKM002631; Fri, 8 Jun 2007 12:11:25 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 08 Jun 2007 12:11:48 -0600 (MDT) Message-Id: <20070608.121148.-957834607.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200706081220.34991.hselasky@c2i.net> References: <466913F0.2060200@cytexbg.com> <200706081220.34991.hselasky@c2i.net> 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 08 Jun 2007 12:11:26 -0600 (MDT) Cc: freebsd-current@freebsd.org, nike_d@cytexbg.com Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 18:14:55 -0000 In message: <200706081220.34991.hselasky@c2i.net> Hans Petter Selasky writes: : On Friday 08 June 2007 10:31, Niki Denev wrote: : > -----BEGIN PGP SIGNED MESSAGE----- : > Hash: SHA1 : > : > I experience the following panic on a few days old -current : : > : > If i insert and then remove a pcmcia card using the ubsa module : > (Vodafone Mobile Connect, which actually is Huawei E630 UMTS/HSDPA modem) : > the machine panics, because i think the order of removal of the devices : > by the kernel is not correct. I'm not sure because i don't have -STABLE : > machine with pcmcia now, but i think this problem does not exist there. : > : > Here is what happens when card is inserted : : : Hi! : : If you want to be able to remove the card you need to install the new USB : stack. The old USB stack is completely broken when it comes to this point! My experiences with the old stack differ. I've done this many times without ill effect for my usb 2.0 cards and my combo usb 2.0/Firewire cards. What's the specific problem with the old stack? Warner From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 18:17:36 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 16BC516A41F for ; Fri, 8 Jun 2007 18:17:36 +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 B440A13C45A for ; Fri, 8 Jun 2007 18:17:35 +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 l58IF9ow002706; Fri, 8 Jun 2007 12:15:09 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 08 Jun 2007 12:15:32 -0600 (MDT) Message-Id: <20070608.121532.1136082067.imp@bsdimp.com> To: nike_d@cytexbg.com From: "M. Warner Losh" In-Reply-To: <466913F0.2060200@cytexbg.com> References: <466913F0.2060200@cytexbg.com> 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 08 Jun 2007 12:15:10 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 18:17:36 -0000 In message: <466913F0.2060200@cytexbg.com> Niki Denev writes: : -----BEGIN PGP SIGNED MESSAGE----- : Hash: SHA1 : : I experience the following panic on a few days old -current : : : If i insert and then remove a pcmcia card using the ubsa module : (Vodafone Mobile Connect, which actually is Huawei E630 UMTS/HSDPA modem) : the machine panics, because i think the order of removal of the devices : by the kernel is not correct. I'm not sure because i don't have -STABLE : machine with pcmcia now, but i think this problem does not exist there. : : Here is what happens when card is inserted : : : ohci0: mem 0xc0212000-0xc0212fff irq 11 at : device 0.0 on cardbus0 : ohci0: [GIANT-LOCKED] : ohci0: [ITHREAD] : usb4: OHCI version 1.0 : usb4: on ohci0 : usb4: USB revision 1.0 : uhub4: on usb4 : uhub4: 1 port with 1 removable, self powered : ohci1: mem 0xc0213000-0xc0213fff irq 11 at : device 0.1 on cardbus0 : ohci1: [GIANT-LOCKED] : ohci1: [ITHREAD] : usb5: OHCI version 1.0 : usb5: on ohci1 : usb5: USB revision 1.0 : uhub5: on usb5 : uhub5: 1 port with 1 removable, self powered : ucom0: on uhub4 : ucom0: HUAWEI Technologies HUAWEI Mobile, rev 1.10/0.00, addr 2 : : Then card eject : : : ucom0: detached : (null): at uhub4 port 1 (addr 2) disconnected : : : Fatal trap 12: page fault while in kernel mode : fault virtual address = 0x400 : fault code = supervisor read, page not present : instruction pointer = 0x20:0xc0661e84 : stack pointer = 0x28:0xd4d63b4c : frame pointer = 0x28:0xd4d63b6c : 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 = 31 (cbb0 event thread) : [thread pid 31 tid 100027 ] : Stopped at kobj_delete+0x14: movl 0x400(%eax),%ebx : db> bt : Tracing pid 31 tid 100027 td 0xc2a76440 : kobj_delete(c2ef0000,c0955ce0,c2ef0000cc2eeee00,d4d63bac,...) at : kobj_delete+0x14 : device_delete_child(c2eef400,c2ef0000,c2bdfc80,c2bdfc80,4,...) at : device_delete_child+0x94 : usb_disconnect_port(c2eefab0,c2eef400,c0955c60,c2bdfbd0,c2eefa80,...) at : usb_disconnect_port+0xdc : uhub_detach(c2eef400,c29c6850,c094c12c,d4d63c00,c065ca19,...) at : uhub_detach+0x74 : device_detach(c2eef400,c2ef0000,c2ef3000,c2eef200,d4d63c30,...) at : device_detach+0x68 : device_delete_child(c2eef200,c2eef400,c2ef3000,c2eeed00,d4d63c50,...) at : device_delete_child+0x31 : device_delete_child(c2eeed00,c2eef200,c2935060,d4d63c50,c2eeed00,...) at : device_delete_child+0x1c : ohci_pci_detach(c2eeed00,c29b5050,c094c12c,c065a875,8,...) at : ohci_pci_detach+0xb1 : device_detach(c2eeed00,d4d63cb0,d4d63cb4,c2a76440,d4d63cc4,...) at : device_detach+0x68 : cardbus_detach_card(c2a7aa80,c2a5bbd4,fa,202,0,...) at : cardbus_detach_card+0xcd : cbb_event_thread(c2a5b800,d4d63d38,0,0,0,...) at cbb_event_thread+0x1a9 : fork_exit(c05643a0,c2a5b800,d4d63d38) at fork_exit+0x2a : fork_trampoline() at fork_trampoline+0x8 : - --- trap 0, eip = 0, esp = 0xd4d63d70, ebp = 0 --- : db> I'll take a look at this problem. The one difference between what you are doing and what I do all the time is that you have devices plugged into your usb bus and I don't. Given the name of the card, I suspect that's because they are soldered onto the usb bus. We need to solve this problem for 7.0, I think. Warner From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 18:18: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 CD6D216A46D for ; Fri, 8 Jun 2007 18:18:00 +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 8E8E013C448 for ; Fri, 8 Jun 2007 18:18:00 +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 F0A1817383; Fri, 8 Jun 2007 18:17:58 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l58II4a3016414; Fri, 8 Jun 2007 18:18:05 GMT (envelope-from phk@critter.freebsd.dk) To: "Kevin Oberman" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 08 Jun 2007 10:53:38 MST." <20070608175338.B701745042@ptavv.es.net> Date: Fri, 08 Jun 2007 18:18:04 +0000 Message-ID: <16413.1181326684@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: bge auto-negotiation fails with 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: , X-List-Received-Date: Fri, 08 Jun 2007 18:18:00 -0000 I have the exact same behaviour with if_re in my "zepto 6615WD" laptop. Dmesg: re0: port 0x3000-0x30ff mem 0xcc000000-0xcc000fff irq 16 at device 0.0 on pci2 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:a0:d1:c1:f9:ad re0: [FILTER] Poul-Henning In message <20070608175338.B701745042@ptavv.es.net>, "Kevin Oberman" writes: >--==_Exmh_1181325218_81135P > >Yesterday I updated my laptop for the first time since May 10. The > >The bge device does not auto-negotiate. > >After booting to single-user, but device looks fine >media: Ethernet autoselect (100baseTX ) >status: active > >As soon as I do 'ifconfig bge0 up', the link goes down and I see: >media: Ethernet autoselect (none) >status: no carrier > >If I manually set the media to 100baseTX, it comes up. If I set it back >to autoselect, it again reports "media: Ethernet autoselect (none)" and >"Status: no carrier". -- 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 Fri Jun 8 18:43:45 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 5089116A41F for ; Fri, 8 Jun 2007 18:43:45 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.freebsd.org (Postfix) with ESMTP id 2A57813C45A for ; Fri, 8 Jun 2007 18:43:45 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.1)); Fri, 08 Jun 2007 11:43:39 -0700 X-Server-Uuid: 20144BB6-FB76-4F11-80B6-E6B2900CA0D7 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id E50592AF; Fri, 8 Jun 2007 11:43:38 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id D190B2AE; Fri, 8 Jun 2007 11:43:38 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id FJB64216; Fri, 8 Jun 2007 11:43:38 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com ( nt-irva-0750.brcm.ad.broadcom.com [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 57E0669CA3; Fri, 8 Jun 2007 11:43:38 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 8 Jun 2007 11:43:37 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD9030423EDB1@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <20070608175338.B701745042@ptavv.es.net> Thread-Topic: bge auto-negotiation fails with recent current Thread-Index: Acep+G2mfRV+gbRzQDOs+GEjMwxbvwABAg/g References: <20070608175338.B701745042@ptavv.es.net> From: "David Christensen" To: "Kevin Oberman" , freebsd-current@freebsd.org X-WSS-ID: 6A777CD13AC7636914-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: bge auto-negotiation fails with 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: , X-List-Received-Date: Fri, 08 Jun 2007 18:43:45 -0000 > There have been several updates to if_bge.c since May 10, so=20 > I'd appreciate > suggestions as to what might be a good place to roll back to.=20 > If I don't > get suggestions, I'll do a binary search, but I hope to avoid that. >=20 > Any idea what might be going on? >=20 There have been several other reports of problems based on the changes I checked in to sys/dev/mii/brgphy.c (v1.69) on June=20 7th. I checked in a change which has resolved the problem for several others yesterday in sys/dev/mii/brgphy.c (v1.70). Try updating your build with this change. Dave From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 18:47: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 5D69F16A400 for ; Fri, 8 Jun 2007 18:47:31 +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 4AA1413C46C for ; Fri, 8 Jun 2007 18:47:31 +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 4C29A1A3C19; Fri, 8 Jun 2007 11:47:28 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 98C78511D0; Fri, 8 Jun 2007 14:47:30 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 85AAEC219; Fri, 8 Jun 2007 14:47:30 -0400 (EDT) Date: Fri, 8 Jun 2007 14:47:30 -0400 From: Kris Kennaway To: Abdullah Ibn Hamad Al-Marri Message-ID: <20070608184730.GA46898@rot13.obsecurity.org> References: <499c70c0706080535j69770039y6f524afb39ff08f9@mail.gmail.com> <200706081400.l58E02bh078199@lurza.secnetix.de> <499c70c0706080950w3ca7d5dax7e1aff86dd23283a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <499c70c0706080950w3ca7d5dax7e1aff86dd23283a@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Jun 7.0-CURRENT AMD64 snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 18:47:31 -0000 On Fri, Jun 08, 2007 at 07:50:52PM +0300, Abdullah Ibn Hamad Al-Marri wrote: > On 6/8/07, Oliver Fromme wrote: > >Abdullah Ibn Hamad Al-Marri wrote: > > > > > > Where could I get Jun 7.0-CURRENT AMD64 snapshot? > > > >On your favourite FTP mirror server -- but only as soon as > >the snapshot has been created, which hasn't happened yet. > >For example in May they have been created on the 10th, so > >you might just have to have a little patience. As far as > >I know, creation of the snapshots is triggered manually, > >so it doesn't always happen on the same day of the month. > > > >(BTW, not all mirrors carry the snapshots. Some only carry > >the releases for space reasons.) > > > >Best regards > > Oliver > > Or Maybe waiting for Jeff SHCED_SMP to be added? :) This is targetted for e.g. 8-core systems, on a 2 cpu system sched_lock is typically not enough of a problem that you will see performance improvements from avoiding it. Kris From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 19:08: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 0E7BC16A46F for ; Fri, 8 Jun 2007 19:08:19 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id BE6EE13C44B for ; Fri, 8 Jun 2007 19:08:18 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so250822anc for ; Fri, 08 Jun 2007 12:08:18 -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=U1uM8Hz3WmAOD53xjiS9Su9eEWcwiSNicx/rYrV+tjdRzitphAsOJSh+5EbFuMAdal3M/1I+1ZbgHl/6rzz8HTrG3YjJ7EUt3ZikEg26eCgoNWEro0Ikzgn9QBDl+pPfRimZTWp2+Eud2axAV5W6p+qC2ZfDfFzSPez2RppkyJc= 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=Ee4ZlbHmiYdae6HCGaIe3w8k/GtJZngYppxjfEGbAF//hSMaCNaDYeCNRWa1M9j2jssW20o+KnmQ1UjWkiT8OAe9m7y/InPSrbLNyKIxV01U3+sZ1IZzN7zOKTBpSCmAuz1F/+LIX7qIoBIWdpKpLd2AE5X/2SQ61b1HsTzkkQ8= Received: by 10.100.3.20 with SMTP id 20mr1956956anc.1181329696943; Fri, 08 Jun 2007 12:08:16 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Fri, 8 Jun 2007 12:08:16 -0700 (PDT) Message-ID: <499c70c0706081208n12ca5fc6i5a059dce634ee8f8@mail.gmail.com> Date: Fri, 8 Jun 2007 22:08:16 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Kris Kennaway" In-Reply-To: <20070608184730.GA46898@rot13.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0706080535j69770039y6f524afb39ff08f9@mail.gmail.com> <200706081400.l58E02bh078199@lurza.secnetix.de> <499c70c0706080950w3ca7d5dax7e1aff86dd23283a@mail.gmail.com> <20070608184730.GA46898@rot13.obsecurity.org> Cc: freebsd-current@freebsd.org Subject: Re: Jun 7.0-CURRENT AMD64 snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 19:08:19 -0000 On 6/8/07, Kris Kennaway wrote: > On Fri, Jun 08, 2007 at 07:50:52PM +0300, Abdullah Ibn Hamad Al-Marri wrote: > > On 6/8/07, Oliver Fromme wrote: > > >Abdullah Ibn Hamad Al-Marri wrote: > > > > > > > > Where could I get Jun 7.0-CURRENT AMD64 snapshot? > > Or Maybe waiting for Jeff SHCED_SMP to be added? :) > > This is targetted for e.g. 8-core systems, on a 2 cpu system > sched_lock is typically not enough of a problem that you will see > performance improvements from avoiding it. > > Kris > So for 2 cores I should use SCHED_ULE instead of SCHED_SMP? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 19:10: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 BD21516A468 for ; Fri, 8 Jun 2007 19:10:00 +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 A5E2113C48A for ; Fri, 8 Jun 2007 19:10:00 +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 97C991A3C19; Fri, 8 Jun 2007 12:09:57 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id EF8215129D; Fri, 8 Jun 2007 15:09:59 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id DB8EEC219; Fri, 8 Jun 2007 15:09:59 -0400 (EDT) Date: Fri, 8 Jun 2007 15:09:59 -0400 From: Kris Kennaway To: Abdullah Ibn Hamad Al-Marri Message-ID: <20070608190959.GA47343@rot13.obsecurity.org> References: <499c70c0706080535j69770039y6f524afb39ff08f9@mail.gmail.com> <200706081400.l58E02bh078199@lurza.secnetix.de> <499c70c0706080950w3ca7d5dax7e1aff86dd23283a@mail.gmail.com> <20070608184730.GA46898@rot13.obsecurity.org> <499c70c0706081208n12ca5fc6i5a059dce634ee8f8@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <499c70c0706081208n12ca5fc6i5a059dce634ee8f8@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Jun 7.0-CURRENT AMD64 snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 19:10:00 -0000 On Fri, Jun 08, 2007 at 10:08:16PM +0300, Abdullah Ibn Hamad Al-Marri wrote: > On 6/8/07, Kris Kennaway wrote: > >On Fri, Jun 08, 2007 at 07:50:52PM +0300, Abdullah Ibn Hamad Al-Marri > >wrote: > >> On 6/8/07, Oliver Fromme wrote: > >> >Abdullah Ibn Hamad Al-Marri wrote: > >> > > > >> > > Where could I get Jun 7.0-CURRENT AMD64 snapshot? > >> Or Maybe waiting for Jeff SHCED_SMP to be added? :) > > > >This is targetted for e.g. 8-core systems, on a 2 cpu system > >sched_lock is typically not enough of a problem that you will see > >performance improvements from avoiding it. > > > >Kris > > > > So for 2 cores I should use SCHED_ULE instead of SCHED_SMP? It is worth comparing them but you should probably not expect much of an improvement. Kris From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 19:25: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 2D1D616A41F for ; Fri, 8 Jun 2007 19:25:39 +0000 (UTC) (envelope-from SRS0=80c147f75a2eca3d95877361f038523cef757dc0=360=es.net=oberman@es.net) Received: from postal1.es.net (postal2.es.net [198.128.3.206]) by mx1.freebsd.org (Postfix) with ESMTP id 0D43313C44C for ; Fri, 8 Jun 2007 19:25:39 +0000 (UTC) (envelope-from SRS0=80c147f75a2eca3d95877361f038523cef757dc0=360=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id NZH40238; Fri, 08 Jun 2007 12:25:38 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 956C745042; Fri, 8 Jun 2007 12:25:38 -0700 (PDT) To: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 08 Jun 2007 18:18:04 -0000." <16413.1181326684@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1181330738_16095P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 08 Jun 2007 12:25:38 -0700 From: "Kevin Oberman" Message-Id: <20070608192538.956C745042@ptavv.es.net> Cc: freebsd-current@freebsd.org Subject: Re: bge auto-negotiation fails with 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: , X-List-Received-Date: Fri, 08 Jun 2007 19:25:39 -0000 --==_Exmh_1181330738_16095P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: "Poul-Henning Kamp" > Date: Fri, 08 Jun 2007 18:18:04 +0000 > Sender: phk@critter.freebsd.dk > > > I have the exact same behaviour with if_re in my "zepto 6615WD" > laptop. > > Dmesg: > re0: port 0x3000-0x30ff mem 0xcc000000-0xcc000fff irq 16 at device 0.0 on pci2 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > re0: Ethernet address: 00:a0:d1:c1:f9:ad > re0: [FILTER] This implies it might be tied to some common code in the PHY/MII code. Has anyone else seen anything like this other than brgphy and rgephy? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1181330738_16095P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGaa0ykn3rs5h7N1ERAkQzAKCYd9maJgxitMn3f49V8nWzyHq4RwCeLcGF LOaTtQUvV03dxKWlPeNgMh4= =u7SO -----END PGP SIGNATURE----- --==_Exmh_1181330738_16095P-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 20:20: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 5BC2616A468; Fri, 8 Jun 2007 20:20:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1ADC213C46A; Fri, 8 Jun 2007 20:20:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l58KKqqx040268; Fri, 8 Jun 2007 16:20:52 -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 l58KKqtp007962; Fri, 8 Jun 2007 16:20:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1CE1C73068; Fri, 8 Jun 2007 16:20:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070608202052.1CE1C73068@freebsd-current.sentex.ca> Date: Fri, 8 Jun 2007 16:20:52 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 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: , X-List-Received-Date: Fri, 08 Jun 2007 20:20:53 -0000 TB --- 2007-06-08 18:48:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-08 18:48:04 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-08 18:48:04 - cleaning the object tree TB --- 2007-06-08 18:48:26 - checking out the source tree TB --- 2007-06-08 18:48:26 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-08 18:48:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-08 18:56:42 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-08 18:56:42 - cd /src TB --- 2007-06-08 18:56:42 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 8 18:56:43 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 Fri Jun 8 20:07:53 UTC 2007 TB --- 2007-06-08 20:07:53 - generating LINT kernel config TB --- 2007-06-08 20:07:53 - cd /src/sys/sun4v/conf TB --- 2007-06-08 20:07:53 - /usr/bin/make -B LINT TB --- 2007-06-08 20:07:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-08 20:07:53 - cd /src TB --- 2007-06-08 20:07:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 8 20:07:53 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/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -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/hcall.S 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/hviommu.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/sparc64/sparc64/identcpu.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/sparc64/sparc64/in_cksum.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/intr_machdep.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/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-08 20:20:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-08 20:20:51 - ERROR: failed to build lint kernel TB --- 2007-06-08 20:20:51 - tinderbox aborted TB --- 0.64 user 2.20 system 5567.27 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 20:42: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 3F61C16A400 for ; Fri, 8 Jun 2007 20:42:41 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id C4BBD13C480 for ; Fri, 8 Jun 2007 20:42:40 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l58KgcFE015960; Sat, 9 Jun 2007 06:42:38 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l58KgZlQ015959; Sat, 9 Jun 2007 06:42:35 +1000 (EST) (envelope-from peter) Date: Sat, 9 Jun 2007 06:42:35 +1000 From: Peter Jeremy To: Dmitriy Kirhlarov Message-ID: <20070608204235.GB2052@turion.vk2pj.dyndns.org> References: <466930B2.6090303@higis.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <466930B2.6090303@higis.ru> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: current@freebsd.org Subject: Re: rcNG multi-server service dependencies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 20:42:41 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jun-08 14:34:26 +0400, Dmitriy Kirhlarov wrote: > I'm interested with subj. > I mean dependencies like: > "if service1 runned on server1 we running service2 on server2". > > Is it possible now, or may be any plans for implementing this > functionality? This functionality isn't in the base system - it's the sort of thing you get with clustering software. There are a couple of ports in "parallel" that are intended to build/manage clusters and one of those may do what you want. --=20 Peter Jeremy --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGab87/opHv/APuIcRAufSAKCJjtcPLWispV/qCwSflL3cnqrOEgCgxJnW yPm+X7O27MlurvbTwTKeoj8= =5nSw -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 22:00:06 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 2675816A421 for ; Fri, 8 Jun 2007 22:00:06 +0000 (UTC) (envelope-from pete@altadena.net) Received: from kestrel.altadena.net (kestrel.altadena.net [207.136.131.34]) by mx1.freebsd.org (Postfix) with ESMTP id CAF6A13C44B for ; Fri, 8 Jun 2007 22:00:05 +0000 (UTC) (envelope-from pete@altadena.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=1.kestrel; d=altadena.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=LzkF3gbo9hE06EgzE9ZhGpTGkuLRVpuOxOgei+CIrEjDSUIXK5DHXIO8rs7wb+kkoYqugPgHPLbTYQ6e2ztYhDPwCD3GssPCaLHYAV4hHv7Xn7ffFC0kQjGNVJicIhjoxmLy1RquqiegMPShq0hh02uhS2x/0cknrDGmjawFUHU=; Received: from 24-38-81-166-st.chvlva.adelphia.net ([24.38.81.166] helo=port3.altadena.net) by kestrel.altadena.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.66) (envelope-from ) id 1HwmCw-000DzT-30; Fri, 08 Jun 2007 14:41:22 -0700 Message-ID: <4669CCEC.2010901@altadena.net> Date: Fri, 08 Jun 2007 17:41:00 -0400 From: Pete Carah User-Agent: Thunderbird 2.0.0.0 (X11/20070526) MIME-Version: 1.0 To: current@freebsd.org References: <466913F0.2060200@cytexbg.com> <20070608.121532.1136082067.imp@bsdimp.com> In-Reply-To: <20070608.121532.1136082067.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Warner Losh Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 22:00:06 -0000 Warner wrote: > I'll take a look at this problem. The one difference between what you > are doing and what I do all the time is that you have devices plugged > into your usb bus and I don't. Given the name of the card, I suspect > that's because they are soldered onto the usb bus. > I see the same problem (in 6.x stable and 5.x stable; not using current lately) with a Verizon (audiovox) card; the Sierra 555 doesn't do it (no USB). If I'm VERY careful stopping ppp (not pppd...) and waiting "long enough" sometimes it doesn't panic and sometimes it does. I think the panic requires the serial sub-device to be open, and the teardown on unplugging the usb controller is in the wrong order. (the usb side doesn't check refcounts?) Windoze handles this right, presumably by passing the disconnect message to the serial layer and waiting for it to clean up before disconnecting the usb. This is mostly with the old usb stack; I used newusb for a while but managing cvsup+build was too much trouble... Most of the cell-modems are fixed usb (indeed soldered in place). Removing a umass before camcontrol eject acts (eject before umount panics later...) will sometimes (usually) do this too; it isn't just a serial-port (or soldered usb) problem. Since umount wants to write in the normal case, one has to think carefully about what to do with the layering violation that results from disconnecting the usb. (clearly will require fsck later in any event; it would be nice not to panic, though). > We need to solve this problem for 7.0, I think. Maybe even in 6.x. Interlayer messaging would handle these disconnect situations easily but probably slows things down in the "normal" case. > > Warner -- Pete From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 23:01:45 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 54E0916A400 for ; Fri, 8 Jun 2007 23:01:45 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (tao.uscs.susx.ac.uk [139.184.131.101]) by mx1.freebsd.org (Postfix) with ESMTP id 1B36E13C45D for ; Fri, 8 Jun 2007 23:01:44 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [82.153.225.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id 4BB2E5FD8 for ; Fri, 8 Jun 2007 23:35:01 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 1000) id 608174102; Fri, 8 Jun 2007 23:35:00 +0100 (BST) Date: Fri, 8 Jun 2007 23:35:00 +0100 From: Josef Karthauser To: current@FreeBSD.org Message-ID: <20070608223500.GA1250@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: zfs drive configurations? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 08 Jun 2007 23:01:45 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I would appreciate some help understanding what drive configurations work best with zfs, if someone's got a spare moment to help me out. I've got a machine I'm putting together with 5 drive bays, and I'm trying to work out what combination of drives to use. The appeal of zfs is that I can start with relatively small drives, and replace them, on a one-by-one basis, as they either die, or I get my hands on larger ones. Is this possible? What if I have 5 200gb drives configured as a raidz pool, and then I replace one of the 200gb drives with a 400gb one. Operationally what would I do? Joe --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iEYEARECAAYFAkZp2ZMACgkQXVIcjOaxUBY5MwCeLkeViOIYu9OWqAX61W6aZawb RhsAn0pLUJvLurxf7Yl3cXSIPja1vfDc =Jky/ -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 01:39:47 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 57A2016A468; Sat, 9 Jun 2007 01:39:47 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 39BEC13C448; Sat, 9 Jun 2007 01:39:47 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id B97CD5B52; Fri, 8 Jun 2007 18:17:24 -0700 (PDT) To: Josef Karthauser In-reply-to: Your message of "Fri, 08 Jun 2007 23:35:00 BST." <20070608223500.GA1250@genius.tao.org.uk> Date: Fri, 08 Jun 2007 18:17:24 -0700 From: Bakul Shah Message-Id: <20070609011724.B97CD5B52@mail.bitblocks.com> Cc: current@FreeBSD.org Subject: Re: zfs drive configurations? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 01:39:47 -0000 > I've got a machine I'm putting together with 5 drive bays, and I'm > trying to work out what combination of drives to use. The appeal of zfs > is that I can start with relatively small drives, and replace them, on a > one-by-one basis, as they either die, or I get my hands on larger ones. > Is this possible? Yes. [In theory. I have not tried this yet] > What if I have 5 200gb drives configured as a raidz pool, and then I > replace one of the 200gb drives with a 400gb one. Operationally what > would I do? I believe you can do something like zpool replace The new device will get "resilvered" -- get all the missing data put on it and then brought up for operation. This can take a while. Note that you will not be able to use the extra disk until *all* the disks in a group (mirror or raid) have been replaced with bigger disks. Also realize that while raidz gives you more space, in general it will be slower than mirroring for random IO. If each disk does N random ops/sec, then a 4 disk raidz will given N random reads/sec, while a 2 stripe 2 way mirror will give you upto 4N random reads/sec. See http://blogs.sun.com/roch/category/ZFS http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide BTW, you can experiment using memory devices backed with real files! With 5 disks I'd use four for one zfs pool and the last one for temp space, and other misc. things. From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 02:08: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 B6F7E16A41F for ; Sat, 9 Jun 2007 02:08:29 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (tao.uscs.susx.ac.uk [139.184.131.101]) by mx1.freebsd.org (Postfix) with ESMTP id 7C40813C448 for ; Sat, 9 Jun 2007 02:08:29 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [82.153.225.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id 9CF6A5CB5; Sat, 9 Jun 2007 03:08:28 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 1000) id 65EF14102; Sat, 9 Jun 2007 03:08:27 +0100 (BST) Date: Sat, 9 Jun 2007 03:08:26 +0100 From: Josef Karthauser To: Bakul Shah Message-ID: <20070609020826.GA7887@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Bakul Shah , current@FreeBSD.org References: <20070608223500.GA1250@genius.tao.org.uk> <20070609011724.B97CD5B52@mail.bitblocks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20070609011724.B97CD5B52@mail.bitblocks.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: current@FreeBSD.org Subject: Re: zfs drive configurations? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 02:08:29 -0000 On Fri, Jun 08, 2007 at 06:17:24PM -0700, Bakul Shah wrote: >=20 > > What if I have 5 200gb drives configured as a raidz pool, and then I > > replace one of the 200gb drives with a 400gb one. Operationally what > > would I do? >=20 > I believe you can do something like >=20 > zpool replace >=20 > The new device will get "resilvered" -- get all the missing > data put on it and then brought up for operation. This can > take a while. >=20 > Note that you will not be able to use the extra disk until > *all* the disks in a group (mirror or raid) have been > replaced with bigger disks. Does it make sense to partition my disks into some nominal smaller chunks: D1a-g, D2a-g, ... D5a-g and run a number of raidz across the drives in parallel, D1a D2a .. D5a, etc? Joe From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 02:18:36 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 43CFA16A400 for ; Sat, 9 Jun 2007 02:18:36 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 129F613C45A for ; Sat, 9 Jun 2007 02:18:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so1425361waf for ; Fri, 08 Jun 2007 19:18:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=m18cDulO6lyHAGbAnJf07PVm47/ZFF4JrPOEeHAkcBeeqRB2DDWYABiMnrxxjfb2NE5IAjU79ctnED0UYQM3Nkd60HL2buMGGShIPK5oc2D7J591N12JmXzGCPsVVLmAMS6rp6kWZwHmSQa23kBKOatZu5iXg1wGZ623p7fuOUE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=PaIcRINV3ghY7ZfA6MTQXiWYtQtre1yswiMaThL/1GKTtSV+VTT9MxoTnZbGhf7tpP6uoYxNkCEdtVxyDy8C8gp5zKcK/FuGsnNOKS6zVXGn0YEtnsogdZoyeehqGYlLayQSf7h06VthkUOUEw8iO/I+r30iV7NmNa6HyFZO+Fo= Received: by 10.114.173.15 with SMTP id v15mr3186222wae.1181355514920; Fri, 08 Jun 2007 19:18:34 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id m24sm1601447waf.2007.06.08.19.18.32 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 08 Jun 2007 19:18:33 -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 l592ITT3032265 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Jun 2007 11:18:29 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l592IRpA032264; Sat, 9 Jun 2007 11:18:27 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 9 Jun 2007 11:18:27 +0900 From: Pyun YongHyeon To: Poul-Henning Kamp Message-ID: <20070609021827.GA32123@cdnetworks.co.kr> References: <20070608175338.B701745042@ptavv.es.net> <16413.1181326684@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16413.1181326684@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: bge auto-negotiation fails with recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2007 02:18:36 -0000 On Fri, Jun 08, 2007 at 06:18:04PM +0000, Poul-Henning Kamp wrote: > > I have the exact same behaviour with if_re in my "zepto 6615WD" > laptop. > > Dmesg: > re0: port 0x3000-0x30ff mem 0xcc000000-0xcc000fff irq 16 at device 0.0 on pci2 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > re0: Ethernet address: 00:a0:d1:c1:f9:ad > re0: [FILTER] > Would you let me know model/revision of the PHY? I guess it uses newer transceiver, RTL8211B(L), from RealTek. > Poul-Henning > > In message <20070608175338.B701745042@ptavv.es.net>, "Kevin Oberman" writes: > >--==_Exmh_1181325218_81135P > > > >Yesterday I updated my laptop for the first time since May 10. The > > > >The bge device does not auto-negotiate. > > > >After booting to single-user, but device looks fine > >media: Ethernet autoselect (100baseTX ) > >status: active > > > >As soon as I do 'ifconfig bge0 up', the link goes down and I see: > >media: Ethernet autoselect (none) > >status: no carrier > > > >If I manually set the media to 100baseTX, it comes up. If I set it back > >to autoselect, it again reports "media: Ethernet autoselect (none)" and > >"Status: no carrier". > > -- > 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" -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 02:36: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 F0B2C16A46C for ; Sat, 9 Jun 2007 02:36:58 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id B685113C4B8 for ; Sat, 9 Jun 2007 02:36:58 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so1429712waf for ; Fri, 08 Jun 2007 19:36:58 -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=hTb5vLsYhLeDW2Z9ExitLRHzDdrj9o3j/vFhM5aBw4jmsnhdgsBN4qUUEnQ/eC1wri1rTp8BiowCXX2fRuAnFh8VL2GiS84Ds0MXkbkFq/bMeznrt1zjOGebK1oUcPvkGNbSmjQO58TP+uB8rdo421vgRqfN1qlHsvt7dhETh7k= 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=oIoOACC5UFZtYDyjihw5ftyOpo1KuaIdUDaraqw4gcyKkY4UzeZDGfcbNXTJRq4BeMVJLc2uMOYIsTSrEeuL6A8ZgeTIikajByJfvGWzYn0oDk2NyCWyz+qJjDN9A9WvEHBBOemrXHF7tZOj0/8I52GfdiDekGhX0UbtrSB3upM= Received: by 10.114.27.20 with SMTP id a20mr3169433waa.1181356618392; Fri, 08 Jun 2007 19:36:58 -0700 (PDT) Received: by 10.114.24.2 with HTTP; Fri, 8 Jun 2007 19:36:58 -0700 (PDT) Message-ID: <7579f7fb0706081936v3e46d852re7e30843d3592ce7@mail.gmail.com> Date: Fri, 8 Jun 2007 19:36:58 -0700 From: "Matthew Jacob" To: pyunyh@gmail.com In-Reply-To: <20070609021827.GA32123@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070608175338.B701745042@ptavv.es.net> <16413.1181326684@critter.freebsd.dk> <20070609021827.GA32123@cdnetworks.co.kr> Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: bge auto-negotiation fails with 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: , X-List-Received-Date: Sat, 09 Jun 2007 02:36:59 -0000 FWIW- I've now given up on using BGE for my older AMD box: found-> vendor=0x14e4, dev=0x1648, revid=0x01 bge0: mem 0xfe450000-0xfe45ffff,0xfe440000-0xfe44ffff irq 31 at device 3.0 on pci14 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfe450000 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000818, model 0x0019, rev. 0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:00:1a:18:ab:9e It last worked on May 22. Now, with the gcc 4.2 compiler even on this working code set, I get read/write timeouts on the PHY :-(. From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 03:04:21 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 7996516A400; Sat, 9 Jun 2007 03:04:21 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 0F40E13C45D; Sat, 9 Jun 2007 03:04:00 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.13.8) id l592adog010780; Fri, 8 Jun 2007 21:36:39 -0500 (CDT) (envelope-from dan) Date: Fri, 8 Jun 2007 21:36:39 -0500 From: Dan Nelson To: Josef Karthauser , Bakul Shah , current@FreeBSD.org Message-ID: <20070609023639.GE96345@dan.emsphone.com> References: <20070608223500.GA1250@genius.tao.org.uk> <20070609011724.B97CD5B52@mail.bitblocks.com> <20070609020826.GA7887@genius.tao.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070609020826.GA7887@genius.tao.org.uk> X-OS: FreeBSD 6.2-STABLE User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: zfs drive configurations? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 03:04:21 -0000 In the last episode (Jun 09), Josef Karthauser said: > On Fri, Jun 08, 2007 at 06:17:24PM -0700, Bakul Shah wrote: > > > What if I have 5 200gb drives configured as a raidz pool, and > > > then I replace one of the 200gb drives with a 400gb one. > > > Operationally what would I do? > > > > I believe you can do something like > > > > zpool replace > > > > The new device will get "resilvered" -- get all the missing data > > put on it and then brought up for operation. This can take a > > while. > > > > Note that you will not be able to use the extra disk until *all* > > the disks in a group (mirror or raid) have been replaced with > > bigger disks. > > Does it make sense to partition my disks into some nominal smaller > chunks: D1a-g, D2a-g, ... D5a-g and run a number of raidz across the > drives in parallel, D1a D2a .. D5a, etc? Won't help. When you replace a new disk, you'll need to either manually create larger a-g partitions and have to wait for all the drives to be replaced with high-capacity ones (so zfs can use the extra space in each partition), or add some more partitions h-m and wait for all the drives to be replaced with high-capacity ones (so you can create another raidz in the new partitions). It's also much easier to just give zfs the entire disk, as you don't have to parttion anything, and when you do swap in the last high-capacity disk, you will automatically see the new space. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 04:00:38 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 D116C16A400 for ; Sat, 9 Jun 2007 04:00:38 +0000 (UTC) (envelope-from SRS0=80c147f75a2eca3d95877361f038523cef757dc0=360=es.net=oberman@es.net) Received: from postal1.es.net (postal2.es.net [198.128.3.206]) by mx1.freebsd.org (Postfix) with ESMTP id B277613C44C for ; Sat, 9 Jun 2007 04:00:38 +0000 (UTC) (envelope-from SRS0=80c147f75a2eca3d95877361f038523cef757dc0=360=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id OKJ99737; Fri, 08 Jun 2007 21:00:37 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D653445058; Fri, 8 Jun 2007 21:00:35 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Matthew Jacob" In-Reply-To: Your message of "Fri, 08 Jun 2007 19:36:58 PDT." <7579f7fb0706081936v3e46d852re7e30843d3592ce7@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1181361635_3436P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 08 Jun 2007 21:00:35 -0700 From: "Kevin Oberman" Message-Id: <20070609040035.D653445058@ptavv.es.net> Cc: pyunyh@gmail.com, Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: bge auto-negotiation fails with 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: , X-List-Received-Date: Sat, 09 Jun 2007 04:00:38 -0000 --==_Exmh_1181361635_3436P Content-Type: text/plain; charset=us-ascii > FWIW- I've now given up on using BGE for my older AMD box: > > found-> vendor=0x14e4, dev=0x1648, revid=0x01 > bge0: 0x2002> mem 0xfe450000-0xfe45ffff,0xfe440000-0xfe44ffff irq 31 at > device 3.0 on pci14 > bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfe450000 > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: OUI 0x000818, model 0x0019, rev. 0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto > bge0: bpf attached > bge0: Ethernet address: 00:00:1a:18:ab:9e > > It last worked on May 22. Now, with the gcc 4.2 compiler even on this > working code set, I get read/write timeouts on the PHY :-(. A fix was made to the PHY this morning and it is now working again for me. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1181361635_3436P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGaiXjkn3rs5h7N1ERAokOAJ9Jsqn2THnA7V7FjsWK7BuQnziQ7QCeIZmy G1SqZN/U5Qcq8rYuhvDND/M= =erlW -----END PGP SIGNATURE----- --==_Exmh_1181361635_3436P-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 04:51:21 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 75EFD16A400; Sat, 9 Jun 2007 04:51:21 +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 3001813C44B; Sat, 9 Jun 2007 04:51:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l594pK7I067878; Sat, 9 Jun 2007 00:51: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.13.8/8.13.8) with ESMTP id l594pKpE070953; Sat, 9 Jun 2007 00:51:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 51B0773068; Sat, 9 Jun 2007 00:51:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070609045120.51B0773068@freebsd-current.sentex.ca> Date: Sat, 9 Jun 2007 00:51:20 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 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: , X-List-Received-Date: Sat, 09 Jun 2007 04:51:21 -0000 TB --- 2007-06-09 03:17:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-09 03:17:40 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-09 03:17:40 - cleaning the object tree TB --- 2007-06-09 03:18:03 - checking out the source tree TB --- 2007-06-09 03:18:03 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-09 03:18:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-09 03:26:52 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-09 03:26:52 - cd /src TB --- 2007-06-09 03:26:52 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 9 03:26:53 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 Sat Jun 9 04:37:59 UTC 2007 TB --- 2007-06-09 04:37:59 - generating LINT kernel config TB --- 2007-06-09 04:37:59 - cd /src/sys/sun4v/conf TB --- 2007-06-09 04:37:59 - /usr/bin/make -B LINT TB --- 2007-06-09 04:37:59 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-09 04:37:59 - cd /src TB --- 2007-06-09 04:37:59 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 9 04:37:59 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/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -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/hcall.S 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/hviommu.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/sparc64/sparc64/identcpu.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/sparc64/sparc64/in_cksum.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/intr_machdep.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/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-09 04:51:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-09 04:51:20 - ERROR: failed to build lint kernel TB --- 2007-06-09 04:51:20 - tinderbox aborted TB --- 0.70 user 1.87 system 5619.14 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 08:14: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 7F4BC16A421; Sat, 9 Jun 2007 08:14:59 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 5234C13C465; Sat, 9 Jun 2007 08:14:59 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id C8BBDC90; Sat, 9 Jun 2007 03:59:12 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Sat, 09 Jun 2007 03:59:12 -0400 X-Sasl-enc: 1Jplzaa9IR05hPi7mzjxEI7Fn6StpKPWBOzq0g+Kyqix 1181375945 Received: from [192.168.1.239] (64-142-85-108.dsl.dynamic.sonic.net [64.142.85.108]) by mail.messagingengine.com (Postfix) with ESMTP id E3E2512CD3; Sat, 9 Jun 2007 03:59:04 -0400 (EDT) Message-ID: <466A5DC6.4020303@freebsd.org> Date: Sat, 09 Jun 2007 00:59:02 -0700 From: Darren Reed Organization: FreeBSD User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Josef Karthauser , Bakul Shah , current@FreeBSD.org References: <20070608223500.GA1250@genius.tao.org.uk> <20070609011724.B97CD5B52@mail.bitblocks.com> <20070609020826.GA7887@genius.tao.org.uk> In-Reply-To: <20070609020826.GA7887@genius.tao.org.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: zfs drive configurations? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: darrenr@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2007 08:14:59 -0000 Josef Karthauser wrote: > On Fri, Jun 08, 2007 at 06:17:24PM -0700, Bakul Shah wrote: > >>> What if I have 5 200gb drives configured as a raidz pool, and then I >>> replace one of the 200gb drives with a 400gb one. Operationally what >>> would I do? >>> >> I believe you can do something like >> >> zpool replace >> >> The new device will get "resilvered" -- get all the missing >> data put on it and then brought up for operation. This can >> take a while. >> >> Note that you will not be able to use the extra disk until >> *all* the disks in a group (mirror or raid) have been >> replaced with bigger disks. >> > > Does it make sense to partition my disks into some nominal smaller > chunks: D1a-g, D2a-g, ... D5a-g and run a number of raidz across the > drives in parallel, D1a D2a .. D5a, etc? > No. ZFS's design assumes that what it sees in terms of performance and operational characteristics are for a complete drive, so if you split up a drive into partitions and merge part A and part B into ZFS, it will schedule work for them as if they are different drives. Darren From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 08:31: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 5346616A46B for ; Sat, 9 Jun 2007 08:31:07 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from sellinet.net (galileo.sellinet.net [82.199.192.2]) by mx1.freebsd.org (Postfix) with SMTP id 8533F13C458 for ; Sat, 9 Jun 2007 08:31:06 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 15883 invoked by uid 1009); 9 Jun 2007 11:31:03 +0300 Received: from nike_d@cytexbg.com by galileo by uid 1002 with qmail-scanner-1.22 (spamassassin: 3.0.3. Clear:RC:1(82.199.197.152):. Processed in 0.055806 secs); 09 Jun 2007 08:31:03 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 9 Jun 2007 11:31:03 +0300 Received: (qmail 56991 invoked from network); 9 Jun 2007 11:30:36 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 9 Jun 2007 11:30:36 +0300 Message-ID: <466A652C.7030204@cytexbg.com> Date: Sat, 09 Jun 2007 11:30:36 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <466913F0.2060200@cytexbg.com> <20070608.121532.1136082067.imp@bsdimp.com> In-Reply-To: <20070608.121532.1136082067.imp@bsdimp.com> X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "M. Warner Losh" Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 08:31:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Warner wrote: > I'll take a look at this problem. The one difference between what you > are doing and what I do all the time is that you have devices plugged > into your usb bus and I don't. Given the name of the card, I suspect > that's because they are soldered onto the usb bus. > > We need to solve this problem for 7.0, I think. > > Warner Yes, the usb controller and the modem are all in one card, and i don't have to open or use the serial port to trigger this, just insert the card, wait a little and then eject will panic the machine. I'll gladly test patches, provide more info.. whatever is needed. Thanks. Niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGamUsHNAJ/fLbfrkRAtZuAJ9APxmD751kQlBJrafS0zMii527igCfVhsA c53mffTrRgMP7HN9hNRK2yQ= =LtNN -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 09:25:56 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 BF97C16A41F; Sat, 9 Jun 2007 09:25:56 +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 960B913C455; Sat, 9 Jun 2007 09:25:56 +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 l599PtZZ078814; Sat, 9 Jun 2007 05:25:56 -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 l599PtMC061358; Sat, 9 Jun 2007 05:25:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F419973068; Sat, 9 Jun 2007 05:25:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070609092554.F419973068@freebsd-current.sentex.ca> Date: Sat, 9 Jun 2007 05:25:54 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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: Sat, 09 Jun 2007 09:25:56 -0000 TB --- 2007-06-09 07:49:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-09 07:49:51 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-09 07:49:51 - cleaning the object tree TB --- 2007-06-09 07:50:18 - checking out the source tree TB --- 2007-06-09 07:50:18 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-09 07:50:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-09 07:59:55 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-09 07:59:55 - cd /src TB --- 2007-06-09 07:59:55 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 9 07:59:56 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 Sat Jun 9 09:24:06 UTC 2007 TB --- 2007-06-09 09:24:06 - generating LINT kernel config TB --- 2007-06-09 09:24:06 - cd /src/sys/pc98/conf TB --- 2007-06-09 09:24:06 - /usr/bin/make -B LINT TB --- 2007-06-09 09:24:06 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-09 09:24:06 - cd /src TB --- 2007-06-09 09:24:06 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 9 09:24:06 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pci/agp_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -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 /src/sys/dev/sound/usb/uaudio.c:526:12: error: missing binary operator before token "(" mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-09 09:25:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-09 09:25:54 - ERROR: failed to build lint kernel TB --- 2007-06-09 09:25:54 - tinderbox aborted TB --- 0.82 user 2.99 system 5763.27 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 10:48: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 7663616A400 for ; Sat, 9 Jun 2007 10:48:19 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 259B413C43E for ; Sat, 9 Jun 2007 10:48:18 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so1714607pyi for ; Sat, 09 Jun 2007 03:48:18 -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=AfSjmkC4Zb+uMtgLTYrE8wnxOFUtO2URij4N0x4ZlJKXhCipMjddAsJ5/NhI4t5mLT6QL1K0nOFuhJIZSjeWEUHqghzNOJ96qXEBwYX9FJliAFeK09XalcfIHwKVChThsdAU3X4k2ff70V9zPRp9/T16/LipAEXw499XX84AcIw= 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=I1PU9HlBLqzTJIMCT0eIBNIqmmxIugYJZhhBVuk5sgyiMPpWlVNuz9JizJSdLoiKfc4+up5XG/Nv0Y3HwgeOlWQkKZmVJTm2YNVY9g+bfXhBDDcZgrx/RAXwf0pDxy7P+lPtGwU50/7x0vvxER+dq9TOWeIh/V+YpFbhpDgnPXQ= Received: by 10.65.114.11 with SMTP id r11mr6565918qbm.1181386097994; Sat, 09 Jun 2007 03:48:17 -0700 (PDT) Received: by 10.64.195.19 with HTTP; Sat, 9 Jun 2007 03:48:17 -0700 (PDT) Message-ID: <6eb82e0706090348k3d472cbao30d258734ad46db7@mail.gmail.com> Date: Sat, 9 Jun 2007 18:48:17 +0800 From: "Rong-en Fan" To: "Yuri Pankov" In-Reply-To: <20070608040437.GA75425@darklight.org.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070608040437.GA75425@darklight.org.ru> Cc: freebsd-current@freebsd.org, Xin LI Subject: Re: libgpg-error doesn't build with new nawk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 10:48:19 -0000 Hi, On 6/8/07, Yuri Pankov wrote: > Hi, > > After new nawk version import, libgpg-error doesn't build: > > ===> Building for libgpg-error-1.4_1 [...] > nawk: field separator [ ]+GPG_E... is too long > source line number 66 > *** Error code 2 delphij@ committed a workaround few days ago. Could you update your source and rebuild awk? Thanks, Rong-En Fan > > Change in question: > --- src/contrib/one-true-awk/lib.c 2005/05/16 19:11:33 1.1.1.4 > +++ src/contrib/one-true-awk/lib.c 2007/06/05 15:33:51 1.1.1.5 > @@ -40,9 +40,9 @@ char *fields; > int fieldssize = RECSIZE; > > Cell **fldtab; /* pointers to Cells */ > -char inputFS[100] = " "; > +char inputFS[10] = " "; > ^^^^^ > > Is maximum length of field separator documented somewhere? > > > Thanks, > Yuri > _______________________________________________ > 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 Jun 9 10:50:37 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 23F4E16A400; Sat, 9 Jun 2007 10:50:37 +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 F1CB613C44B; Sat, 9 Jun 2007 10:50:36 +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 l59Aoa1x082464; Sat, 9 Jun 2007 06:50:36 -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 l59AoapX015394; Sat, 9 Jun 2007 06:50:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BC8A773068; Sat, 9 Jun 2007 06:50:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070609105035.BC8A773068@freebsd-current.sentex.ca> Date: Sat, 9 Jun 2007 06:50:35 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2007 10:50:37 -0000 TB --- 2007-06-09 09:25:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-09 09:25:54 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-09 09:25:55 - cleaning the object tree TB --- 2007-06-09 09:26:15 - checking out the source tree TB --- 2007-06-09 09:26:15 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-09 09:26:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-09 09:33:51 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-09 09:33:51 - cd /src TB --- 2007-06-09 09:33:51 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 9 09:33:52 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 Sat Jun 9 10:49:03 UTC 2007 TB --- 2007-06-09 10:49:03 - generating LINT kernel config TB --- 2007-06-09 10:49:03 - cd /src/sys/powerpc/conf TB --- 2007-06-09 10:49:03 - /usr/bin/make -B LINT TB --- 2007-06-09 10:49:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-09 10:49:03 - cd /src TB --- 2007-06-09 10:49:03 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 9 10:49:03 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/mmu_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/pic_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -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 /src/sys/dev/sound/usb/uaudio.c:526:12: error: missing binary operator before token "(" mkdep: compile failed *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-09 10:50:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-09 10:50:35 - ERROR: failed to build lint kernel TB --- 2007-06-09 10:50:35 - tinderbox aborted TB --- 0.76 user 2.46 system 5080.44 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 10:55:36 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 08D6216A400; Sat, 9 Jun 2007 10:55:36 +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 D624D13C4AD; Sat, 9 Jun 2007 10:55:35 +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 l59AtZn3082654; Sat, 9 Jun 2007 06:55:35 -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 l59AtZtJ025354; Sat, 9 Jun 2007 06:55:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1AE6C73068; Sat, 9 Jun 2007 06:55:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070609105535.1AE6C73068@freebsd-current.sentex.ca> Date: Sat, 9 Jun 2007 06:55:35 -0400 (EDT) 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: , X-List-Received-Date: Sat, 09 Jun 2007 10:55:36 -0000 TB --- 2007-06-09 09:03:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-09 09:03:40 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-09 09:03:40 - cleaning the object tree TB --- 2007-06-09 09:04:14 - checking out the source tree TB --- 2007-06-09 09:04:14 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-09 09:04:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-09 09:12:42 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-09 09:12:42 - cd /src TB --- 2007-06-09 09:12:42 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 9 09:12:43 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 Sat Jun 9 10:52:49 UTC 2007 TB --- 2007-06-09 10:52:49 - generating LINT kernel config TB --- 2007-06-09 10:52:49 - cd /src/sys/ia64/conf TB --- 2007-06-09 10:52:49 - /usr/bin/make -B LINT TB --- 2007-06-09 10:52:50 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-09 10:52:50 - cd /src TB --- 2007-06-09 10:52:50 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 9 10:52:50 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pci/agp_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -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 /src/sys/dev/sound/usb/uaudio.c:526:12: error: missing binary operator before token "(" mkdep: compile failed *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-09 10:55:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-09 10:55:35 - ERROR: failed to build lint kernel TB --- 2007-06-09 10:55:35 - tinderbox aborted TB --- 0.76 user 2.71 system 6715.07 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 07:52:38 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 3DE3F16A400 for ; Sat, 9 Jun 2007 07:52:38 +0000 (UTC) (envelope-from wvaughan@steelerubber.com) Received: from smtp4.mail.ctc.net (smtp4.mail.ctc.net [166.82.29.11]) by mx1.freebsd.org (Postfix) with ESMTP id 0710A13C44B for ; Sat, 9 Jun 2007 07:52:37 +0000 (UTC) (envelope-from wvaughan@steelerubber.com) Received: from [166.82.96.28] (wvaughan.steelerubber.com [166.82.96.28]) by smtp4.mail.ctc.net (Switch-3.2.5/Switch-3.2.5) with ESMTP id l597qZqB012959 for ; Sat, 9 Jun 2007 03:52:35 -0400 (EDT) Message-ID: <466A5CA2.8010301@steelerubber.com> Date: Sat, 09 Jun 2007 03:54:10 -0400 From: Walter Vaughan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 'X-MASF': '0.00%' X-Mailman-Approved-At: Sat, 09 Jun 2007 11:24:36 +0000 Subject: Threading breaking FreeBSD Foundation's Java? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 07:52:38 -0000 On dual quad core Intel box with 8 gig ram running AMD64. FreeBSD-Current from about a week ago and a few hours ago SCHED_ULE We have been flexing our Java based ERP on the box and all of a sudden we have problems when we had code to find printers. I found some example code that we put into the project that we think was the problem and when I compiled and ran an example class I got... Fatal error 'Exceeded maximum lock level' at line 201 in file /usr/src/lib/libpthread/thread/thr_rtld.c (errno = 0) about a hundred times and then it Segmentation fault (core dumped) That line is... KSE_LOCK_ACQUIRE(curkse, &l->lck); Does this from UPDATING apply here? The default threading library has been changed to libthr. If you wish to have libpthread as your default, use option DEFAULT_THREAD_LIB=libpthread for the buildworld. I did that didn't see a change when I built world with make -j16 buildworld DEFAULT_THREAD_LIB=libpthread What about the kernel? I dont see any help with http://www.freebsd.org/kse/index.html Thanks -- Walter From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 12:18: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 9582516A421 for ; Sat, 9 Jun 2007 12:18:40 +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 5EE0B13C447 for ; Sat, 9 Jun 2007 12:18:40 +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 l59CIc49028349; Sat, 9 Jun 2007 08:18:38 -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]); Sat, 09 Jun 2007 08:18:39 -0400 (EDT) Date: Sat, 9 Jun 2007 08:18:38 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Walter Vaughan In-Reply-To: <466A5CA2.8010301@steelerubber.com> Message-ID: References: <466A5CA2.8010301@steelerubber.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Threading breaking FreeBSD Foundation's Java? 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: , X-List-Received-Date: Sat, 09 Jun 2007 12:18:40 -0000 On Sat, 9 Jun 2007, Walter Vaughan wrote: > On dual quad core Intel box with 8 gig ram running AMD64. > FreeBSD-Current from about a week ago and a few hours ago > SCHED_ULE > > We have been flexing our Java based ERP on the box and all of a sudden we > have problems when we had code to find printers. > > I found some example code that we put into the project that we think was the > problem and when I compiled and ran an example class I got... > > Fatal error 'Exceeded maximum lock level' at line 201 in file > /usr/src/lib/libpthread/thread/thr_rtld.c (errno = 0) > > about a hundred times and then it You probably need to wait for compat6x support. You can't rely on binaries produced for FreeBSD 6.x to run on -current without compat6x. There have been too many changes and the libraries have just been bumped, so you're running with libraries (before the bump) that are not compatible with FreeBSD 6.x. -- DE From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 12:34:10 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 A1CF316A41F; Sat, 9 Jun 2007 12:34:10 +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 6548013C483; Sat, 9 Jun 2007 12:34:10 +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 l59CY9Wn088525; Sat, 9 Jun 2007 08:34:09 -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 l59CY970029170; Sat, 9 Jun 2007 08:34:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7B16B73068; Sat, 9 Jun 2007 08:34:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070609123409.7B16B73068@freebsd-current.sentex.ca> Date: Sat, 9 Jun 2007 08:34:09 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 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: , X-List-Received-Date: Sat, 09 Jun 2007 12:34:10 -0000 TB --- 2007-06-09 10:55:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-09 10:55:35 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-09 10:55:35 - cleaning the object tree TB --- 2007-06-09 10:55:55 - checking out the source tree TB --- 2007-06-09 10:55:55 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-09 10:55:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-09 11:06:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-09 11:06:25 - cd /src TB --- 2007-06-09 11:06:25 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 9 11:06:26 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 Sat Jun 9 12:20:48 UTC 2007 TB --- 2007-06-09 12:20:48 - generating LINT kernel config TB --- 2007-06-09 12:20:48 - cd /src/sys/sun4v/conf TB --- 2007-06-09 12:20:48 - /usr/bin/make -B LINT TB --- 2007-06-09 12:20:48 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-09 12:20:48 - cd /src TB --- 2007-06-09 12:20:48 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 9 12:20:48 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/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -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/hcall.S 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/hviommu.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/sparc64/sparc64/identcpu.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/sparc64/sparc64/in_cksum.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/intr_machdep.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/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-09 12:34:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-09 12:34:09 - ERROR: failed to build lint kernel TB --- 2007-06-09 12:34:09 - tinderbox aborted TB --- 0.53 user 1.93 system 5914.14 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 13:10:54 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 1254616A46B for ; Sat, 9 Jun 2007 13:10:54 +0000 (UTC) (envelope-from zhouzhouyi@ercist.iscas.ac.cn) Received: from ercist.iscas.ac.cn (ercist.iscas.ac.cn [124.16.138.3]) by mx1.freebsd.org (Postfix) with SMTP id EF1ED13C489 for ; Sat, 9 Jun 2007 13:10:49 +0000 (UTC) (envelope-from zhouzhouyi@ercist.iscas.ac.cn) Received: (qmail 13482 invoked by uid 98); 9 Jun 2007 12:41:43 -0000 Received: from 210.77.3.198 by ercist.iscas.ac.cn (envelope-from , uid 89) with qmail-scanner-1.25 (spamassassin: 3.1.0. Clear:RC:1(210.77.3.198):SA:0(2.2/10.0):. Processed in 5.296672 secs); 09 Jun 2007 12:41:43 -0000 X-Spam-Status: No, hits=2.2 required=10.0 X-Spam-Level: ++ X-Qmail-Scanner-Mail-From: zhouzhouyi@ercist.iscas.ac.cn via ercist.iscas.ac.cn X-Qmail-Scanner: 1.25 (Clear:RC:1(210.77.3.198):SA:0(2.2/10.0):. Processed in 5.296672 secs) Received: from unknown (HELO iosdf17a8152bc) (zhouzhouyi@ercist.iscas.ac.cn@210.77.3.198) by 0 with SMTP; 9 Jun 2007 12:41:38 -0000 Message-ID: <003501c7aa93$7e5c96a0$c6034dd2@iosdf17a8152bc> From: "Zhouyi Zhou" To: Date: Sat, 9 Jun 2007 20:41:23 +0800 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-RFC2646: Format=Flowed; Original X-Mailman-Approved-At: Sat, 09 Jun 2007 13:26:38 +0000 Cc: current@FreeBSD.org Subject: a gdb patch for fbsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Zhouyi Zhou List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2007 13:10:54 -0000 Dear all, Following is a patch to current gdb support in FreeBSD. I think it is useful when FreeBSD is not going to upgrade its gdb to gdb 6.x. The patch settle the core dump problem of attach command without a object file: #gdb gdb> attach XXXX http://www.vlakno.cz/~rdivacky/gdb.patch Thanks rdivacky @FreeBSD.org for encouraging me settle this bug. Sincerely Zhouyi Zhou From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 15:33:24 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 BE1BF16A41F for ; Sat, 9 Jun 2007 15:33:24 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 359FB13C45D for ; Sat, 9 Jun 2007 15:33:23 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l59FMm1G088057 for ; Sat, 9 Jun 2007 19:22:48 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l59FMmaj088056 for current@freebsd.org; Sat, 9 Jun 2007 19:22:48 +0400 (MSD) (envelope-from yar) Date: Sat, 9 Jun 2007 19:22:47 +0400 From: Yar Tikhiy To: current@freebsd.org Message-ID: <20070609152247.GO25127@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: HEADS UP: a change to pam_nologin(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: , X-List-Received-Date: Sat, 09 Jun 2007 15:33:24 -0000 Hi all, As per discussion with re@ and the PAM maintainer, des@, I'm about to commit a change to pam_nologin(8) that will require changes to pam.d files. Using old pam.d files will result in nologin(5) just ignored, which is of concern only to multi-user system admins, who are an endangered minority in these days of thinking toasters (sigh!) Here's the paragraph for UPDATING: 20070610: The pam_nologin(8) module ceases to provide an authentication function and starts providing an account management function. Consequent changes to /etc/pam.d should be brought in using mergemaster(8). Third-party files in /usr/local/etc/pam.d may need manual editing as follows. Locate this line (or similar): auth required pam_nologin.so no_warn and change it according to this example: account required pam_nologin.so no_warn That is, the first word needs to be changed from "auth" to "account". The new line can be moved to the account section within the file for clarity. Not updating pam.conf(5) files will result in nologin(5) ignored by the respective services. If no objections are raised at the last minute, I'll send a separate heads-up message to the ports folks with details on how this change is going to affect ports. -- Yar From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 16: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 347F616A400 for ; Sat, 9 Jun 2007 16:23:30 +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 B6F9013C45D for ; Sat, 9 Jun 2007 16:23:29 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hx3iU-0003Vn-Ha for freebsd-current@freebsd.org; Sat, 09 Jun 2007 18:23:06 +0200 Received: from 78-1-71-165.adsl.net.t-com.hr ([78.1.71.165]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 09 Jun 2007 18:23:06 +0200 Received: from ivoras by 78-1-71-165.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 09 Jun 2007 18:23:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sat, 09 Jun 2007 18:22:42 +0200 Lines: 68 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA1FE3B7816AF3895C6C9AE24" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-71-165.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) X-Enigmail-Version: 0.94.3.0 Sender: news Cc: freebsd-hackers@freebsd.org, freebsd-geom@freebsd.org Subject: GPT - (last) call for action X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 16:23:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA1FE3B7816AF3895C6C9AE24 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi! I think I might be getting boring with pushing this idea so I intend this to be my last broadcast about it. The idea is: to replace old "MSDOS fdisk"+"BSD labels" partitioning scheme with GPT partitions. The old scheme is a not-really-clean hack and the major issue with it is that it can't support partitions larger than 2 TB (and also storage devices larger than 2 TB). The 7.0 release is ideal for this, since it will deliver many nice things, such as ZFS, gjournal, and also, among others, a new installer (http://wiki.freebsd.org/finstall - hence my interest in this). The support for GPT is incomplete: the major thing missing is the capability to boot from GPT-partitioned system (assuming there's no EFI firmware - meaning we're interested in plain x86/amd64 systems). Almost all of the boot loader chain (mbr, boot0, boot1, loader) will have to be modified, but not all of it extensively. One solution would be to have separate chains for fdisk+bsdlabels and GPT booting. Implementing all this on non-EFI systems might require violating the EFI/GPT spec a little= =2E Another thing that would be nice to have is support for fdisk and disklabel partitions inside geom_part, so it's management utility can be used for both GPT and old style partition management (instead of currently used two tools: fdisk and disklabel). Since 7.x will be branched soon-ish, this modifications will have to be done soon, or the 7.x branch will continue to use old style partitions. While the consensus is that GPT and GEOM_PART are very nice and desirable instead of the current scheme (which is really obsolete now and will soon become useless on even medium-sized machines), AFAIK nobody's offered to do it, and this is a sort of call for volunteers. There's more info in the hackers@ archives, and for those interested, general description of GPT can be found at: http://en.wikipedia.org/wiki/GUID_Partition_Table http://technet2.microsoft.com/windowsserver/en/library/bdeda920-1f08-4683= -9ffb-7b4b50df0b5a1033.mspx?mfr=3Dtrue The actual specification of GPT is a part of the EFI specification (http://www.intel.com/technology/efi/). --------------enigA1FE3B7816AF3895C6C9AE24 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGatPYldnAQVacBcgRAkz9AKDE8e8fPA7M7YnDOop5I9Aqe28nhQCg/CJB rLxcJg/db2qL3+JeIYC0hJ4= =J9xh -----END PGP SIGNATURE----- --------------enigA1FE3B7816AF3895C6C9AE24-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 16:51: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 E72E116A421 for ; Sat, 9 Jun 2007 16:51:58 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 483CE13C448 for ; Sat, 9 Jun 2007 16:51:58 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 09 Jun 2007 16:51:56 -0000 Received: from h081217094222.dyn.cm.kabsi.at (EHLO taxman.pepperland) [81.217.94.222] by mail.gmx.net (mp042) with SMTP; 09 Jun 2007 18:51:56 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX18jT3hyexMjrxgR2F7uFwd2plrLFqST59RNuZe4fl O/n5oJfSfVmUaN From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Sat, 9 Jun 2007 18:51:57 +0200 User-Agent: KMail/1.9.6 References: <60A25DBC-72F7-4EC1-BFB6-07A1304B5937@gmail.com> In-Reply-To: <60A25DBC-72F7-4EC1-BFB6-07A1304B5937@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706091851.57685.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: Curtis Vaughan Subject: Re: ddclient on startup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 16:51:59 -0000 On Friday 08 June 2007 02:15:20 Curtis Vaughan wrote: > I've installed ddclient and configured it, but can't seem to figure > out how to make sure it runs should the computer be rebooted. > According to everything about ddclient it should be in /etc/ppp/if-up.d/ > But this server will have a static IP on the network. The public ip, > however, will be dynamic. > > Thanks for any input! $ pkg_info -D ddclient-3.7.1_1 Information for ddclient-3.7.1_1: Install notice: *********************************************************** Copy /usr/local/etc/ddclient.conf.sample to /usr/local/etc/ddclient.conf and edit it to fit your needs. If you would like to run ddclient as a daemon add the following line to /etc/rc.conf ddclient_enable="YES" *********************************************************** From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 19:16: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 51CBE16A400; Sat, 9 Jun 2007 19:16:37 +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 4057F13C480; Sat, 9 Jun 2007 19:16:37 +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 D29661A4D8F; Sat, 9 Jun 2007 12:16:29 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 8BD875129D; Sat, 9 Jun 2007 15:16:36 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 852D3C214; Sat, 9 Jun 2007 15:16:36 -0400 (EDT) Date: Sat, 9 Jun 2007 15:16:36 -0400 From: Kris Kennaway To: Daniel Eischen Message-ID: <20070609191636.GA52501@rot13.obsecurity.org> References: <466A5CA2.8010301@steelerubber.com> 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: Walter Vaughan , freebsd-current@freebsd.org Subject: Re: Threading breaking FreeBSD Foundation's Java? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 19:16:37 -0000 On Sat, Jun 09, 2007 at 08:18:38AM -0400, Daniel Eischen wrote: > On Sat, 9 Jun 2007, Walter Vaughan wrote: > > >On dual quad core Intel box with 8 gig ram running AMD64. > >FreeBSD-Current from about a week ago and a few hours ago > >SCHED_ULE > > > >We have been flexing our Java based ERP on the box and all of a sudden we > >have problems when we had code to find printers. > > > >I found some example code that we put into the project that we think was > >the problem and when I compiled and ran an example class I got... > > > >Fatal error 'Exceeded maximum lock level' at line 201 in file > >/usr/src/lib/libpthread/thread/thr_rtld.c (errno = 0) > > > >about a hundred times and then it > > You probably need to wait for compat6x support Or test the proposed port so that we have increased confidence that it actually does what it is supposed to ;-) Kris From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 19:18: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 4B40E16A46B for ; Sat, 9 Jun 2007 19:18:30 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.19.101.164]) by mx1.freebsd.org (Postfix) with ESMTP id 1B91713C4B0 for ; Sat, 9 Jun 2007 19:18:30 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (localhost [127.0.0.1]) by mail.barafranca.com (Postfix) with ESMTP id B2408C4BD4 for ; Sat, 9 Jun 2007 19:52:09 +0000 (UTC) Received: from mail.barafranca.com ([67.19.101.164]) by localhost (mail.barafranca.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 48366-06 for ; Sat, 9 Jun 2007 19:51:33 +0000 (UTC) Received: from nexus.bsdlan.org (a213-22-26-49.cpe.netcabo.pt [213.22.26.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id 9F1CAC4C14 for ; Sat, 9 Jun 2007 19:51:32 +0000 (UTC) Message-ID: <466AFD29.7040108@barafranca.com> Date: Sat, 09 Jun 2007 20:19:05 +0100 From: Hugo Silva User-Agent: Thunderbird 2.0.0.0 (X11/20070609) 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: amavisd-new at barafranca.com X-Spam-Status: No, score=0 tagged_above=-1 required=4 tests=[none] X-Spam-Score: 0 X-Spam-Level: Cc: Subject: snd_es137x & -CURRENT, /dev/dsp: Invalid argument -- Could not mmap /dev/dsp - linux emulation problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 19:18:30 -0000 Hi list, I am having some problems using my sound card while playing OpenGL games on 7.0-CURRENT. The same game (wolfenstein enemy territory) worked on 6.1-STABLE with the same sound cards, on a install I'm still keeping on another disk. p.s: sound works on everything else (amarok, cat /bin/ls > /dev/dsp, etc) that's not linux emulated. From the game: ... snip ... ----- finished R_Init ----- ------- sound initialization ------- /dev/dsp: Invalid argument Could not mmap /dev/dsp ............ truss output: ... snip ... linux_open("/dev/dsp",0x2,01) = 132 (0x84) linux_getuid(0x81586d0,0x2840cff4,0x1,0x2,0x81aad20) = 1001 (0x3e9) setresuid(0xffffffff,0x3e9,0xffffffff,0x2,0x2840cff4) = 0 (0x0) linux_ioctl(0x84,0x8004500f,0xbfbfe854,0x2,0x81aad20) = 0 (0x0) linux_ioctl(0x84,0x8004500b,0xbfbfe85c,0x2,0x81aad20) = 0 (0x0) linux_ioctl(0x84,0xc0045003,0xbfbfe858,0x2,0x81aad20) = 0 (0x0) linux_ioctl(0x84,0xc0045002,0x926d3b4,0x2,0x81aad20) = 0 (0x0) linux_ioctl(0x84,0xc0045005,0xbfbfe860,0x10,0x81aad20) = 0 (0x0) linux_ioctl(0x84,0x8010500c,0xbfbfe844,0x10,0x81aad20) = 0 (0x0) linux_mmap(0xbfbfe820,0x10000,0xbfbfe858,0x2,0x81aad20) ERR#22 'Invalid argument' write(2,"/dev/dsp: Invalid argument\n",27) = 27 (0x1b) write(2,"Could not mmap /dev/dsp\n",24) = 24 (0x18) ............. $ uname -a: FreeBSD nexus.bsdlan.org 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Sat Jun 9 15:26:23 WEST 2007 klr@nexus.bsdlan.org:/usr/obj/usr/src/sys/NEXUS i386 soundcards: pcm0: port 0xb400-0xb43f irq 17 at device 9.0 on pci1 pcm0: pcm0: [ITHREAD] pcm0: pcm1: port 0xb800-0xb83f irq 21 at device 10.0 on pci1 pcm1: pcm1: [ITHREAD] pcm1: $ sysctl -a | egrep '(snd|pcm|sound)': hw.snd.latency_profile: 1 hw.snd.latency: 5 hw.snd.report_soft_formats: 1 hw.snd.feeder_buffersize: 16384 hw.snd.feeder_rate_round: 25 hw.snd.feeder_rate_max: 2016000 hw.snd.feeder_rate_min: 1 hw.snd.verbose: 1 hw.snd.maxautovchans: 16 hw.snd.default_unit: 0 hw.snd.version: 2007060100/i386 dev.pcm.0.%desc: Creative CT5880-C dev.pcm.0.%driver: pcm dev.pcm.0.%location: slot=9 function=0 dev.pcm.0.%pnpinfo: vendor=0x1274 device=0x5880 subvendor=0x1274 subdevice=0x8001 class=0x040100 dev.pcm.0.%parent: pci1 dev.pcm.0.eapd: 1 dev.pcm.0.play.vchans: 4 dev.pcm.0.play.vchanrate: 48000 dev.pcm.0.play.vchanformat: s16le dev.pcm.0.rec.vchans: 1 dev.pcm.0.rec.vchanrate: 48000 dev.pcm.0.rec.vchanformat: s16le dev.pcm.0.buffersize: 4096 dev.pcm.0.spdif_enabled: 0 dev.pcm.0.latency_timer: 64 dev.pcm.0.polling: 0 dev.pcm.1.%desc: AudioPCI ES1373-B dev.pcm.1.%driver: pcm dev.pcm.1.%location: slot=10 function=0 dev.pcm.1.%pnpinfo: vendor=0x1274 device=0x1371 subvendor=0x1274 subdevice=0x1371 class=0x040100 dev.pcm.1.%parent: pci1 dev.pcm.1.play.vchans: 4 dev.pcm.1.play.vchanrate: 48000 dev.pcm.1.play.vchanformat: s16le dev.pcm.1.rec.vchans: 1 dev.pcm.1.rec.vchanrate: 48000 dev.pcm.1.rec.vchanformat: s16le dev.pcm.1.buffersize: 4096 dev.pcm.1.latency_timer: 64 dev.pcm.1.polling: 0 Installed linux ports (relevant to the case): linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries linux_base-fc-4_9 Base set of packages needed in Linux mode (for i386/amd64) Nvidia driver: nvidia-driver-1.0.9746_5 NVidia graphics card binary drivers for hardware OpenGL ren $ kldstat Id Refs Address Size Name 1 9 0xc0400000 45f324 kernel 2 1 0xc0860000 26318 linux.ko 3 1 0xc0887000 6d3a4c nvidia.ko 4 1 0xc429c000 a1000 zfs.ko device sound and device es_137x compiled directly in the kernel. I'm out of ideas, what could be causing this problem ? It works flawlessly on 6.1-STABLE. If anyone needs more information to track this down, please let me know. Best regards, Hugo From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 19:26: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 0983C16A421; Sat, 9 Jun 2007 19:26:31 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 2A55813C45B; Sat, 9 Jun 2007 19:26:29 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7ce3.q.ppp-pool.de [89.53.124.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 12FEA12883F; Sat, 9 Jun 2007 21:26:20 +0200 (CEST) Received: from cesar.sz.vwsoft.com (unknown [192.168.18.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id DABBD3F9EA; Sat, 9 Jun 2007 21:25:18 +0200 (CEST) Message-ID: <466AFEA3.1040008@vwsoft.com> Date: Sat, 09 Jun 2007 21:25:23 +0200 From: Volker User-Agent: Thunderbird 2.0.0.0 (X11/20070528) MIME-Version: 1.0 To: Max Laier References: <20070417153357.GA1335@seekingfire.com> <200704182213.50663.max@love2party.net> <20070418214855.GQ1225@seekingfire.com> <200706061629.21923.max@love2party.net> In-Reply-To: <200706061629.21923.max@love2party.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-current@freebsd.org, freebsd-pf@freebsd.org Subject: Re: USER/GROUP rules on the chopping Block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 19:26:31 -0000 On 06/06/07 16:29, Max Laier wrote: > After several attempts to fix user/group rules which ended like the most > recent one - cited below - with *ZERO* feedback, I won't waste anymore > effort. Either somebody steps up, does proper testing and reports back, > or user/group rules go! End of story! Max, I've upgraded my -STABLE standby desktop system into a -CURRENT system (just for you... *s*) to test your patch. Before trying to check your fixes, I've set up a plain (recently csup'ed) -CURRENT system w/o your patch. Unfortunately while trying hard to get that box into an LOR, I'm unable to do so easy. As I need to verify an unpatched against a patched system, I need to find a _reliable_ way to get the box LORing. I've added two pf rules which should (AFAIK) get this into an LOR: pass out log quick on $if_lan all user volker keep state pass in log on $if_lan proto {tcp udp} from any to \ any port 49152:65535 user avahi keep state After having that box running for a while (3-4 hours), generated some icmp, tcp and udp traffic, I was able to get just one single LOR which has been caused by a DHCPd response (but even 1 out of 5 bootp udp packets caused that LOR): lock order reversal: 1st 0xc34e7d84 pf task mtx (pf task mtx) @ /usr/src/sys/modules/pf/../../contrib/pf/net/pf.c:6414 2nd 0xc0a6456c udp (udp) @ /usr/src/sys/modules/pf/../../contrib/pf/net/pf.c:2760 KDB: stack backtrace: db_trace_self_wrapper(c092a516,d404d888,c06ab8fe,c092c9c0,c0a6456c,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c092c9c0,c0a6456c,c092ca6d,c092ca6d,c34e4da8,...) at kdb_backtrace+0x29 witness_checkorder(c0a6456c,9,c34e4da8,ac8,0,...) at witness_checkorder+0x6de _mtx_lock_flags(c0a6456c,0,c34e4da8,ac8,1,...) at _mtx_lock_flags+0xbc pf_socket_lookup(d404d984,d404d980,1,d404d9f0,0,...) at pf_socket_lookup+0x25b pf_test_udp(d404da74,d404da70,1,c3481300,c3259c00,...) at pf_test_udp+0x1099 pf_test(1,c3160c00,d404dad0,0,0,...) at pf_test+0xf32 pf_check_in(0,d404dad0,c3160c00,1,0,...) at pf_check_in+0x39 pfil_run_hooks(c0a63d60,d404db24,c3160c00,1,0,...) at pfil_run_hooks+0x88 ip_input(c3259c00,14e,800,c3160c00,800,...) at ip_input+0x27d netisr_dispatch(2,c3259c00,10,3,0,...) at netisr_dispatch+0x73 ether_demux(c3160c00,c3259c00,3,0,3,...) at ether_demux+0x1f1 ether_input(c3160c00,c3259c00,c094ce2d,647,c32516d8,...) at ether_input+0x41f nve_ospacketrx(c3251600,d404dc04,1,0,0,...) at nve_ospacketrx+0xfa UpdateReceiveDescRingData(c088a950,c088aa80,c088a980,c088ab20,c088a930,...) at UpdateReceiveDescRingData+0x2f8 nve_osalloc(c3249a40,d4306010,c3251600,c088a9b0,c088a950,...) at nve_osalloc _end(c32c9c00,c3102c08,3065766e,0,0,...) at 0xc30f8540 _end(c3249a40,d4306010,c3251600,c088a9b0,c088a950,...) at 0xc32423c0 What am I doing wrong? How do I get the (unpatched) system reliable into an LOR and being able to verify that with a patched system? My pf.c (w/o your patch): src/sys/contrib/pf/net/pf.c,v 1.44 2007/05/21 20:08:59 dhartmei pf.c commit rev 1.43 already states LORs as being fixed. By reading your patches, you're just wrapping 1.43 fixes by a systctl setting. Next story... what does your patch really do? I've analyzed it and you're just wrapping the pf_socket_lookup by an if(debug_pfugidhack) statement. Your patch also auto sets debug.pfugidhack=1 if an uid/gid rule has been parsed. It can manually be set to zero by sysctl but that would just cause skipping pf_socket_lookup() completely at runtime (which disables uid/gid rule parsing?). So I'm wondering if the LOR has really been fixed or if the patch is just a cosmetical one? Can you help me to find a reliable way to get that LOR and proof your patch? Anybody else having any comments on this? Thx Volker epeios# uname -v FreeBSD 7.0-CURRENT #15: Sat Jun 9 08:19:03 CEST 2007 dmesg: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #15: Sat Jun 9 08:19:03 CEST 2007 root@epeios.sz.vwsoft.com:/usr/obj/usr/src/sys/EPEIOS WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2009.16-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20ff2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 503054336 (479 MB) avail memory = 474140672 (452 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) cryptosoft0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 3.0 on pci0 pci2: on pcib2 pcib3: at device 4.0 on pci0 pci3: on pcib3 nvidia0: mem 0xfd000000-0xfdffffff,0xd0000000-0xdfffffff,0xfc000000-0xfcffffff at device 5.0 on pci0 nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) ohci0: mem 0xfebde000-0xfebdefff irq 21 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xfebdfc00-0xfebdfcff irq 22 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 8 ports with 8 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 13.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0xe800-0xe807,0xe480-0xe483,0xe400-0xe407,0xe080-0xe083,0xe000-0xe00f mem 0xfebdd000-0xfebddfff irq 23 at device 14.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atapci2: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfebdc000-0xfebdcfff irq 20 at device 15.0 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] pcib4: at device 16.0 on pci0 pci4: on pcib4 fwohci0: port 0xcc00-0xcc7f mem 0xfaaff800-0xfaafffff irq 17 at device 5.0 on pci4 fwohci0: [FILTER] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:67:ed:4b fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:67:ed:4b fwe0: Ethernet address: 02:11:d8:67:ed:4b fwip0: on firewire0 fwip0: Firewire address: 00:11:d8:00:00:67:ed:4b @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1d500000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode pci0: at device 16.1 (no driver attached) nve0: port 0xd080-0xd087 mem 0xfebd7000-0xfebd7fff irq 22 at device 20.0 on pci0 nve0: Ethernet address 00:15:f2:02:df:f5 miibus0: on nve0 e1000phy0: PHY 1 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nve0: using obsoleted if_watchdog interface nve0: Ethernet address: 00:15:f2:02:df:f5 nve0: [ITHREAD] acpi_button0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model MouseMan+, device ID 0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] Timecounter "TSC" frequency 2009159850 Hz quality 800 Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad4: 76319MB at ata2-master SATA300 WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad4s1a KERNCONF: machine i386 cpu I686_CPU ident EPEIOS # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FAST_IPSEC options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework #options GEOM_GPT # GUID Partition Tables. options GEOM_PART_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options HZ=1000 options SMP device apic # I/O APIC # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # Bus support. #device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering device atapicam # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. device ahd # AHA39320/29320 and onboard AIC79xx devices options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports #device uart # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit Ethernet device nge # NatSemi DP83820 gigabit Ethernet device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device stge # Sundance/Tamarack TC9021 gigabit Ethernet device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Wireless NIC cards device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) device ath_rate_sample # SampleRate tx rate control for ath device awi # BayStack 660 and others device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device mem device io device loop # Network loopback device random # Entropy device device ether # Ethernet support device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device ural # Ralink Technology RT2500USB wireless NICs device rum device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Detection options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options ALTQ_NOPCC # Required if the TSC is unusable #options ALTQ_DEBUG # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) device fwip device dcons device dcons_crom device crypto device enc From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 19:52: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 8368F16A400; Sat, 9 Jun 2007 19:52:51 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.184]) by mx1.freebsd.org (Postfix) with ESMTP id 686CD13C45B; Sat, 9 Jun 2007 19:52:51 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout14/MantshX 4.0) with ESMTP id l59JqmuF001204; Sat, 9 Jun 2007 12:52:49 -0700 (PDT) Received: from [172.16.1.3] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l59JqjTm016589 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 9 Jun 2007 12:52:47 -0700 (PDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 9 Jun 2007 12:52:35 -0700 To: Ivan Voras X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GPT - (last) call for action X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 19:52:51 -0000 On Jun 9, 2007, at 9:22 AM, Ivan Voras wrote: > Another thing that would be nice to have is support for fdisk and > disklabel partitions inside geom_part, so it's management utility > can be > used for both GPT and old style partition management (instead of > currently used two tools: fdisk and disklabel). I do have to make FreeBSD/ia64 boot on a rx2660, but after that I may be able to take a look at it. I know what's there and I know what's missing, so I should be able to get the partitioning stuff working soon-ish. The bootblock requirements may take little longer, because there's where g_part is missing features. Keep me in the loop. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 19:54: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 E091716A468 for ; Sat, 9 Jun 2007 19:54:29 +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 CE15C13C45E for ; Sat, 9 Jun 2007 19:54:29 +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 542A41A4D8D; Sat, 9 Jun 2007 12:54:22 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 2C025513E1; Sat, 9 Jun 2007 15:54:29 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 2FEA4C214; Sat, 9 Jun 2007 15:54:29 -0400 (EDT) Date: Sat, 9 Jun 2007 15:54:29 -0400 From: Kris Kennaway To: Walter Vaughan Message-ID: <20070609195429.GB53419@rot13.obsecurity.org> References: <466A5CA2.8010301@steelerubber.com> <20070609191636.GA52501@rot13.obsecurity.org> <466AFFB4.9020605@steelerubber.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <466AFFB4.9020605@steelerubber.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Threading breaking FreeBSD Foundation's Java? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 19:54:30 -0000 On Sat, Jun 09, 2007 at 03:29:56PM -0400, Walter Vaughan wrote: > Kris Kennaway wrote: > > >>You probably need to wait for compat6x support > > > > > >Or test the proposed port so that we have increased confidence that it > >actually does what it is supposed to ;-) > > Actually I would LOVE to do that but I couldn't turn up instructions. > > How do I get the compat6x port into my ports collection. I just did a cvsup > and its not in misc. It's been posted on ports@ for evaluation, check the archives. Kris From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 20:17:48 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 69CC116A468; Sat, 9 Jun 2007 20:17:48 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.174]) by mx1.freebsd.org (Postfix) with ESMTP id 5120013C46E; Sat, 9 Jun 2007 20:17:48 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout04/MantshX 4.0) with ESMTP id l59KHkvR011320; Sat, 9 Jun 2007 13:17:46 -0700 (PDT) Received: from [172.16.1.3] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l59KHi2W026793 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 9 Jun 2007 13:17:44 -0700 (PDT) In-Reply-To: References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 9 Jun 2007 13:17:34 -0700 To: Ivan Voras X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GPT - (last) call for action X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 20:17:48 -0000 On Jun 9, 2007, at 1:04 PM, Ivan Voras wrote: > Marcel Moolenaar wrote: >> >> On Jun 9, 2007, at 9:22 AM, Ivan Voras wrote: >> >>> Another thing that would be nice to have is support for fdisk and >>> disklabel partitions inside geom_part, so it's management utility >>> can be >>> used for both GPT and old style partition management (instead of >>> currently used two tools: fdisk and disklabel). >> >> I do have to make FreeBSD/ia64 boot on a rx2660, but after that I may >> be able to take a look at it. I know what's there and I know what's >> missing, so I should be able to get the partitioning stuff working > > Thanks! > >> soon-ish. The bootblock requirements may take little longer, because >> there's where g_part is missing features. > > Do you mean installing boot blocks into the "protective MBR" via > geom_part or something else? Yep. Both MBR and BSD have boot code and we need to be able to install it through the GEOM ctlreq I/F. It's not a big problem per se, but it's something that needs to be implemented. I'm thinking of a new verb (say "install") that takes one or more blobs of code that the scheme knows how to handle. The boot code is installed after the partitioning scheme has been created on the disk... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 19: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 1A7DE16A400 for ; Sat, 9 Jun 2007 19:28:29 +0000 (UTC) (envelope-from wvaughan@steelerubber.com) Received: from smtp2.mail.ctc.net (smtp2.mail.ctc.net [166.82.29.2]) by mx1.freebsd.org (Postfix) with ESMTP id C143913C44B for ; Sat, 9 Jun 2007 19:28:28 +0000 (UTC) (envelope-from wvaughan@steelerubber.com) Received: from [166.82.96.28] (wvaughan.steelerubber.com [166.82.96.28]) by smtp2.mail.ctc.net (Switch-3.1.7/Switch-3.1.7) with ESMTP id l59JSMP8022106; Sat, 9 Jun 2007 15:28:27 -0400 (EDT) Message-ID: <466AFFB4.9020605@steelerubber.com> Date: Sat, 09 Jun 2007 15:29:56 -0400 From: Walter Vaughan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <466A5CA2.8010301@steelerubber.com> <20070609191636.GA52501@rot13.obsecurity.org> In-Reply-To: <20070609191636.GA52501@rot13.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 'X-MASF': '0.00%' X-Mailman-Approved-At: Sat, 09 Jun 2007 20:46:00 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Threading breaking FreeBSD Foundation's Java? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 19:28:29 -0000 Kris Kennaway wrote: >>You probably need to wait for compat6x support > > > Or test the proposed port so that we have increased confidence that it > actually does what it is supposed to ;-) Actually I would LOVE to do that but I couldn't turn up instructions. How do I get the compat6x port into my ports collection. I just did a cvsup and its not in misc. Thanks -- Walter From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 21:20: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 5E73916A421; Sat, 9 Jun 2007 21:20: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 3698B13C457; Sat, 9 Jun 2007 21:20: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.13.8/8.13.8) with ESMTP id l59LKXVQ017601; Sat, 9 Jun 2007 17:20:33 -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 l59LKXmX034660; Sat, 9 Jun 2007 17:20:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5644073068; Sat, 9 Jun 2007 17:20:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070609212033.5644073068@freebsd-current.sentex.ca> Date: Sat, 9 Jun 2007 17:20:33 -0400 (EDT) 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: , X-List-Received-Date: Sat, 09 Jun 2007 21:20:34 -0000 TB --- 2007-06-09 19:46:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-09 19:46:56 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-09 19:46:56 - cleaning the object tree TB --- 2007-06-09 19:47:21 - checking out the source tree TB --- 2007-06-09 19:47:21 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-09 19:47:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-09 19:56:26 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-09 19:56:26 - cd /src TB --- 2007-06-09 19:56:26 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 9 19:56:27 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 Sat Jun 9 21:07:34 UTC 2007 TB --- 2007-06-09 21:07:35 - generating LINT kernel config TB --- 2007-06-09 21:07:35 - cd /src/sys/sun4v/conf TB --- 2007-06-09 21:07:35 - /usr/bin/make -B LINT TB --- 2007-06-09 21:07:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-09 21:07:35 - cd /src TB --- 2007-06-09 21:07:35 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 9 21:07:35 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/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -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/hcall.S 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/hviommu.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/sparc64/sparc64/identcpu.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/sparc64/sparc64/in_cksum.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/intr_machdep.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/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-09 21:20:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-09 21:20:33 - ERROR: failed to build lint kernel TB --- 2007-06-09 21:20:33 - tinderbox aborted TB --- 0.62 user 1.99 system 5616.84 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 21:39:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [69.147.83.40]) by hub.freebsd.org (Postfix) with ESMTP id D211016A476; Sat, 9 Jun 2007 21:39:56 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Message-ID: <466B1E2C.5000907@FreeBSD.org> Date: Sat, 09 Jun 2007 18:39:56 -0300 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Walter Vaughan References: <466A5CA2.8010301@steelerubber.com> <20070609191636.GA52501@rot13.obsecurity.org> <466AFFB4.9020605@steelerubber.com> In-Reply-To: <466AFFB4.9020605@steelerubber.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Threading breaking FreeBSD Foundation's Java? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 21:39:57 -0000 Walter Vaughan wrote: > Kris Kennaway wrote: > >>> You probably need to wait for compat6x support >> >> >> Or test the proposed port so that we have increased confidence that it >> actually does what it is supposed to ;-) > > Actually I would LOVE to do that but I couldn't turn up instructions. > > How do I get the compat6x port into my ports collection. I just did a > cvsup and its not in misc. fetch http://people.freebsd.org/~mnag/compat6x.shar sh compat6x.shar cd compat6x make all install clean Enjoy > > Thanks > -- > > Walter > _______________________________________________ > 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" -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 21:43:05 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 B6D2C16A421; Sat, 9 Jun 2007 21:43:05 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5509113C45A; Sat, 9 Jun 2007 21:43:05 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.8/8.13.7) with ESMTP id l59LSjcA027672; Sat, 9 Jun 2007 14:28:45 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.8/8.13.4/Submit) id l59LSjRs027671; Sat, 9 Jun 2007 14:28:45 -0700 (PDT) Date: Sat, 9 Jun 2007 14:28:45 -0700 (PDT) From: Matthew Dillon Message-Id: <200706092128.l59LSjRs027671@apollo.backplane.com> To: Marcel Moolenaar References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT - (last) call for action X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 21:43:05 -0000 I'm having to tackle this issue right now in DFly. With GPT having to start at sector 1 (no choice there), the compatible MBR in sector 0 presumably must have a slice (#1) which covers the entire disk. But do we have to make slice #1 bootable? Could we also create a slice #2 in the MBR that points into the GPT's first partition, mark it bootable, and thus be able to put boot1 in the GPT's first partition? Or will the BIOS fart on the overlapping MBR slices? -Matt From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 21:49: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 441CE16A46B for ; Sat, 9 Jun 2007 21:49:34 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01.rdc-nyc.rr.com [24.29.109.5]) by mx1.freebsd.org (Postfix) with ESMTP id 01AB313C4CC for ; Sat, 9 Jun 2007 21:49:33 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-69-203-84-92.nyc.res.rr.com [69.203.84.92]) by ms-smtp-01.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id l59L5tdh017524 for ; Sat, 9 Jun 2007 17:05:56 -0400 (EDT) Date: Sat, 9 Jun 2007 17:05:54 -0400 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20070609210554.GA84288@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org References: <466A5CA2.8010301@steelerubber.com> <20070609191636.GA52501@rot13.obsecurity.org> <466AFFB4.9020605@steelerubber.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <466AFFB4.9020605@steelerubber.com> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: Threading breaking FreeBSD Foundation's Java? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 21:49:34 -0000 On Sat, Jun 09, 2007 at 03:29:56PM -0400, Walter Vaughan wrote: > Kris Kennaway wrote: > > >>You probably need to wait for compat6x support > >Or test the proposed port so that we have increased confidence that it > >actually does what it is supposed to ;-) > > Actually I would LOVE to do that but I couldn't turn up instructions. > > How do I get the compat6x port into my ports collection. I just did a cvsup and > its not in misc. Actually, it was posted a couple of days ago on CURRENT. http://people.freebsd.org/~mnag/compat6x.shar cd /usr/ports/misc sh /path_to_compat6x.shar cd compat6x make install clean -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Cordelia: What's going on? Oh god, is the world ending? I have to research a paper on Bosnia for tomorrow, but if the world's ending, I'm not gonna bother. From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 22:05:13 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 D9F4D16A41F for ; Sat, 9 Jun 2007 22:05:13 +0000 (UTC) (envelope-from kip.macy@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 3F2D113C448 for ; Sat, 9 Jun 2007 22:05:12 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1380637uge for ; Sat, 09 Jun 2007 15:05:11 -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=Prw37ZRU/UF8gstKcFwewF0j/PSNQXj5faZychQ4nTXSeCLcnV5+l8yeWnAPAbiYcLCD7DXszH88BpsDfzxPvMRI3a7ytwgMpccfNSLRl04vf2s4quZ4+zKresgEvTf0uooWjQ29Ae0j24IPWE46numHDtOgduJLy2Bw72Shfhs= 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=D4S4sGra0h2+DFAxloI5nxgXo6KLnNmwMxvPj/E7OEzB+716yMr51yJ13PmgDQqzKrGqMmueqrcplAsDelBZ0BHObiI4gm/E1VGqRgiBQ9oNvgimHvCbXJSOhhjmPZwycA9kc64o+rLHlj6dSVI+3Tq3+QvK3X4LodSTvMh2xsY= Received: by 10.78.149.13 with SMTP id w13mr1680531hud.1181426711516; Sat, 09 Jun 2007 15:05:11 -0700 (PDT) Received: by 10.78.162.18 with HTTP; Sat, 9 Jun 2007 15:05:06 -0700 (PDT) Message-ID: Date: Sat, 9 Jun 2007 15:05:06 -0700 From: "Kip Macy" To: "FreeBSD Tinderbox" In-Reply-To: <20070609212033.5644073068@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070609212033.5644073068@freebsd-current.sentex.ca> Cc: David Xu , current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 22:05:13 -0000 Hi David - sun4v expects pcpu to be 64-byte aligned. Your recent commit made it unaligned, could you please fix by adjusting the padding in sun4v/include/pcpu.h? Thanks. -Kip On 6/9/07, FreeBSD Tinderbox wrote: > TB --- 2007-06-09 19:46:56 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2007-06-09 19:46:56 - starting HEAD tinderbox run for sparc64/sun4v > TB --- 2007-06-09 19:46:56 - cleaning the object tree > TB --- 2007-06-09 19:47:21 - checking out the source tree > TB --- 2007-06-09 19:47:21 - cd /tinderbox/HEAD/sparc64/sun4v > TB --- 2007-06-09 19:47:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > TB --- 2007-06-09 19:56:26 - building world (CFLAGS=-O2 -pipe) > TB --- 2007-06-09 19:56:26 - cd /src > TB --- 2007-06-09 19:56:26 - /usr/bin/make -B buildworld > >>> World build started on Sat Jun 9 19:56:27 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 Sat Jun 9 21:07:34 UTC 2007 > TB --- 2007-06-09 21:07:35 - generating LINT kernel config > TB --- 2007-06-09 21:07:35 - cd /src/sys/sun4v/conf > TB --- 2007-06-09 21:07:35 - /usr/bin/make -B LINT > TB --- 2007-06-09 21:07:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) > TB --- 2007-06-09 21:07:35 - cd /src > TB --- 2007-06-09 21:07:35 - /usr/bin/make buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Sat Jun 9 21:07:35 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/hvcons.c > cc -c -x assembler-with-cpp -DLOCORE -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/hcall.S > 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/hviommu.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/sparc64/sparc64/identcpu.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/sparc64/sparc64/in_cksum.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/intr_machdep.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/machdep.c > /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative > *** Error code 1 > > Stop in /obj/sun4v/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2007-06-09 21:20:33 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2007-06-09 21:20:33 - ERROR: failed to build lint kernel > TB --- 2007-06-09 21:20:33 - tinderbox aborted > TB --- 0.62 user 1.99 system 5616.84 real > > > http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 22:40:13 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 B42ED16A469 for ; Sat, 9 Jun 2007 22:40:13 +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 66D7213C465 for ; Sat, 9 Jun 2007 22:40:12 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hx9P9-0005EZ-6A for freebsd-current@freebsd.org; Sun, 10 Jun 2007 00:27:31 +0200 Received: from 78-1-71-165.adsl.net.t-com.hr ([78.1.71.165]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Jun 2007 00:27:31 +0200 Received: from ivoras by 78-1-71-165.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Jun 2007 00:27:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 10 Jun 2007 00:09:31 +0200 Lines: 33 Message-ID: References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> <200706092128.l59LSjRs027671@apollo.backplane.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig26C8CDED32EADCA78F6FB524" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-71-165.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) In-Reply-To: <200706092128.l59LSjRs027671@apollo.backplane.com> X-Enigmail-Version: 0.94.3.0 Sender: news Cc: freebsd-hackers@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GPT - (last) call for action X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 22:40:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig26C8CDED32EADCA78F6FB524 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Matthew Dillon wrote: > But do we have to make slice #1 bootable? Could we also create a > slice #2 in the MBR that points into the GPT's first partition, mar= k > it bootable, and thus be able to put boot1 in the GPT's first parti= tion? > Or will the BIOS fart on the overlapping MBR slices? I've seen old AMI BIOSes confused by this. Don't know if recent ones will take it. --------------enig26C8CDED32EADCA78F6FB524 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGayUhldnAQVacBcgRAh7XAKDg3R+WQLnmJyRrqgLJmzFte0EVHgCfU19x aZ9xDr+fRO3mWJTtYggbo0Q= =mNVP -----END PGP SIGNATURE----- --------------enig26C8CDED32EADCA78F6FB524-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 22:43:13 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 C046E16A468; Sat, 9 Jun 2007 22:43:13 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.186]) by mx1.freebsd.org (Postfix) with ESMTP id A46C113C48C; Sat, 9 Jun 2007 22:43:13 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout16/MantshX 4.0) with ESMTP id l59MhAq8027718; Sat, 9 Jun 2007 15:43:10 -0700 (PDT) Received: from [172.16.1.3] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l59Mh8db022070 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 9 Jun 2007 15:43:09 -0700 (PDT) In-Reply-To: <200706092128.l59LSjRs027671@apollo.backplane.com> References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> <200706092128.l59LSjRs027671@apollo.backplane.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <57F8CCC1-1841-41AE-9F82-0C87FE53BE99@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 9 Jun 2007 15:42:58 -0700 To: Matthew Dillon X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT - (last) call for action X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 22:43:13 -0000 On Jun 9, 2007, at 2:28 PM, Matthew Dillon wrote: > I'm having to tackle this issue right now in DFly. With GPT > having to > start at sector 1 (no choice there), the compatible MBR in > sector 0 > presumably must have a slice (#1) which covers the entire disk. > > But do we have to make slice #1 bootable? Could we also create a > slice #2 in the MBR that points into the GPT's first partition, > mark > it bootable, and thus be able to put boot1 in the GPT's first > partition? > Or will the BIOS fart on the overlapping MBR slices? Technically speaking, the MBR can only have a single partition of type 0xEE that covers the whole disk. This is to protect the GPT from MBR-specific tools that do not know about the GPT. This is not a bootable slice by definition. Practice is different. To support bootcamp on Intel-based Macs, the MBR will have real partitions that mirror GPT partitions or otherwise describe partitions outside the GPT controlled area. These can be bootable partitions and the protective partition (the one with type 0xEE) will not cover the whole disk anymore. The nasty part is keeping MBR and GPT partitions in sync, so it may be better to have the MBR partition fall outside the GPT controlled area. This can be done because the GPT header contains the LBA of the first and last sectors on the disk that can be assigned to a partition. You can free up space for MBR partitions after the primary GPT table by adjusting the first LBA. In the MBR partition you can put a GPT aware boot loader that uses the GPT to find the real partitions... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 23:23:28 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 17D8516A468 for ; Sat, 9 Jun 2007 23:23:28 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.178]) by mx1.freebsd.org (Postfix) with ESMTP id 0413F13C45B for ; Sat, 9 Jun 2007 23:23:27 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout08/MantshX 4.0) with ESMTP id l59NNQLW008580 for ; Sat, 9 Jun 2007 16:23:26 -0700 (PDT) Received: from [172.16.1.3] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l59NNPHG007226 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sat, 9 Jun 2007 16:23:25 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: <59F6DD30-9D40-41C8-81DD-D518BEFC0E3D@mac.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: FreeBSD Current From: Marcel Moolenaar Date: Sat, 9 Jun 2007 16:23:14 -0700 X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Subject: panic: mutex process slock not owned ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 23:23:28 -0000 Log says it all: ... Waiting 3 seconds for SCSI devices to settle panic: mutex process slock not owned at ../../../kern/kern_resource.c: 1034 cpuid = 0 KDB: enter: panic [thread pid 0 tid 0 ] Stopped at kdb_enter+0x32: leave db> bt Tracing pid 0 tid 0 td 0xc07ade50 kdb_enter(c074716f,0,c0745e8f,c0c20cc8,0,...) at kdb_enter+0x32 panic(c0745e8f,c0746206,c07469ee,40a,c0c20cf8,...) at panic+0x126 _mtx_assert(c1e5d814,1,c07469ee,40a,c1e5d804,...) at _mtx_assert+0x8d rufetch(c1e5d804,c0c20d14,c07423fa,1fd,c078a6e4,...) at rufetch+0x32 proc0_post(0,c1ec00,c1ec00,c1e000,c28000,...) at proc0_post+0x5c mi_startup() at mi_startup+0xa6 begin() at begin+0x2c FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 23:56:18 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 BFA3216A421 for ; Sat, 9 Jun 2007 23:56:17 +0000 (UTC) (envelope-from wvaughan@steelerubber.com) Received: from smtp2.mail.ctc.net (smtp2.mail.ctc.net [166.82.29.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3BC9113C458 for ; Sat, 9 Jun 2007 23:56:17 +0000 (UTC) (envelope-from wvaughan@steelerubber.com) Received: from [166.82.96.28] (wvaughan.steelerubber.com [166.82.96.28]) by smtp2.mail.ctc.net (Switch-3.1.7/Switch-3.1.7) with ESMTP id l59NuA0Q019704; Sat, 9 Jun 2007 19:56:12 -0400 (EDT) Message-ID: <466B3E78.5080505@steelerubber.com> Date: Sat, 09 Jun 2007 19:57:44 -0400 From: Walter Vaughan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current-owner@freebsd.org CC: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 'X-MASF': '0.00%' Subject: Archives of this list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 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, 09 Jun 2007 23:56:18 -0000 The archive according to the page has not been running for months. It says the index was last rebuilt Feb 7th, 2007, which would explain why I could not find anything other than a few mentions almost a year ago about compat6x using the mailing list's archive search. Might be a good time to get that working before the BETA/RC comes out, as I am sure there will be more adopters who'll need to look at the footprints of those who go before them. -- Walter