From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 00:11: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 8DDB616A41F for ; Sun, 10 Jun 2007 00:11:46 +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 5763C13C45A for ; Sun, 10 Jun 2007 00:11:46 +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 l5A0BiYn021223 for ; Sat, 9 Jun 2007 20:11:45 -0400 (EDT) Message-ID: <466B421E.8030000@steelerubber.com> Date: Sat, 09 Jun 2007 20:13:18 -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 References: <466A5CA2.8010301@steelerubber.com> <20070609191636.GA52501@rot13.obsecurity.org> <466AFFB4.9020605@steelerubber.com> <466B1E2C.5000907@FreeBSD.org> In-Reply-To: <466B1E2C.5000907@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 'X-MASF': '0.00%' 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: Sun, 10 Jun 2007 00:11:46 -0000 Marcus Alves Grando wrote: > 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 Argh. Did that first w/o the "all" option Then I fetched latest current put option COMPAT_FREEBSD6 in MYKERNEL make -j24 buildworld make -j24 buildkernel KERNCONF=MYKERNEL make installkernel make installworld deinstalled & distcleaned compat6x then did make all install clean ran the java class and same error... whining about libpthread and a core dump got upset stomach Then decided to re-compile the java file and re-execute the .class file *NO MORE libpthread errors! still a core dump though... PROGRESS! Thanks everyone -- Walter From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 00:11: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 9063D16A4E8 for ; Sun, 10 Jun 2007 00:11:50 +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 02E4113C465 for ; Sun, 10 Jun 2007 00:11:49 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1392252uge for ; Sat, 09 Jun 2007 17:11: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:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=LTZWO5MmHxLwo7aN2d9Uw4ST5M4Ufd33Pxnd2xIM6xcib0lP9J7mAWyAI9OKWItT6tBWaCGFjjXxgN6fbiD/9jrqTHLumodRux9OWAew5uZmvjEELTJPhtr8ROSuHjeeD4Aa/YRufbznP0+HKwKgVkY68XS6buGztZ7ZhBMv8mo= 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=R/cVo0izhw0bXZBk/ExqFaLc5+o630Wa2lrM9sShZn1xgaC2QflngHCDk1iUcCo7CD4qC6HYuGxc1VF2meOrkgIzp3p1y44LbIfYpOG7ZixG8bxwVi507YheZzmGmRLMEIxUWuQxtXfmZVhdtTMs0CMlUVAEVYAuCPLhIkmB5RI= Received: by 10.67.40.12 with SMTP id s12mr3942971ugj.1181434308731; Sat, 09 Jun 2007 17:11:48 -0700 (PDT) Received: from ?151.75.205.116? ( [151.75.205.116]) by mx.google.com with ESMTP id o56sm2776829uga.2007.06.09.17.11.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 09 Jun 2007 17:11:48 -0700 (PDT) Message-ID: <466B41AE.8030602@FreeBSD.org> Date: Sun, 10 Jun 2007 02:11:26 +0200 From: Attilio Rao User-Agent: Thunderbird 1.5 (X11/20060526) MIME-Version: 1.0 To: Marcel Moolenaar References: <59F6DD30-9D40-41C8-81DD-D518BEFC0E3D@mac.com> In-Reply-To: <59F6DD30-9D40-41C8-81DD-D518BEFC0E3D@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Attilio Rao Cc: FreeBSD Current Subject: Re: panic: mutex process slock not owned ... 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: Sun, 10 Jun 2007 00:11:50 -0000 Marcel Moolenaar wrote: > 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 ok, pointy hat to me. it seems I just commited the pre-merge version of this patch instead than the post-merge with the other rusage patch. Expect a fix in the next 10 mins. Attilio From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 02:01:15 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 0506C16A421; Sun, 10 Jun 2007 02:01:13 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Sun, 10 Jun 2007 10:01:09 +0800 From: Ariff Abdullah To: Hugo Silva Message-Id: <20070610100109.4ab5dc3f.ariff@FreeBSD.org> In-Reply-To: <466AFD29.7040108@barafranca.com> References: <466AFD29.7040108@barafranca.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=_Sun__10_Jun_2007_10_01_09_+0800_WRRiqE995wpK9gG3" Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: 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: Sun, 10 Jun 2007 02:01:15 -0000 --Signature=_Sun__10_Jun_2007_10_01_09_+0800_WRRiqE995wpK9gG3 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [CC: freebsd-emulation] On Sat, 09 Jun 2007 20:19:05 +0100 Hugo Silva wrote: > Hi list, >=20 > I am having some problems using my sound card while playing OpenGL > games on 7.0-CURRENT. >=20 > 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. >=20 >=20 >=20 > p.s: sound works on everything else (amarok, cat /bin/ls > /dev/dsp, >=20 > etc) that's not linux emulated. >=20 >=20 >=20 > From the game: > ... snip ... > ----- finished R_Init ----- >=20 > ------- sound initialization ------- > /dev/dsp: Invalid argument > Could not mmap /dev/dsp > ............ >=20 Please try this patch (not tested): http://people.freebsd.org/~ariff/test/grrrrrrr.diff >=20 >=20 >=20 > truss output: > ... snip ... > linux_open("/dev/dsp",0x2,01) =3D 132 (0x84) > linux_getuid(0x81586d0,0x2840cff4,0x1,0x2,0x81aad20) =3D 1001 (0x3e9) > setresuid(0xffffffff,0x3e9,0xffffffff,0x2,0x2840cff4) =3D 0 (0x0) > linux_ioctl(0x84,0x8004500f,0xbfbfe854,0x2,0x81aad20) =3D 0 (0x0) > linux_ioctl(0x84,0x8004500b,0xbfbfe85c,0x2,0x81aad20) =3D 0 (0x0) > linux_ioctl(0x84,0xc0045003,0xbfbfe858,0x2,0x81aad20) =3D 0 (0x0) > linux_ioctl(0x84,0xc0045002,0x926d3b4,0x2,0x81aad20) =3D 0 (0x0) > linux_ioctl(0x84,0xc0045005,0xbfbfe860,0x10,0x81aad20) =3D 0 (0x0) > linux_ioctl(0x84,0x8010500c,0xbfbfe844,0x10,0x81aad20) =3D 0 (0x0) > linux_mmap(0xbfbfe820,0x10000,0xbfbfe858,0x2,0x81aad20) ERR#22 > 'Invalid argument' > write(2,"/dev/dsp: Invalid argument\n",27) =3D 27 (0x1b) > write(2,"Could not mmap /dev/dsp\n",24) =3D 24 (0x18) > ............. >=20 >=20 >=20 > $ uname -a: > FreeBSD nexus.bsdlan.org 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Sat Jun > 9=20 > 15:26:23 WEST 2007 =20 > klr@nexus.bsdlan.org:/usr/obj/usr/src/sys/NEXUS i386 >=20 >=20 > 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: >=20 >=20 >=20 > $ sysctl -a | egrep '(snd|pcm|sound)': >=20 > 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=3D9 function=3D0 > dev.pcm.0.%pnpinfo: vendor=3D0x1274 device=3D0x5880 subvendor=3D0x1274=20 > subdevice=3D0x8001 class=3D0x040100 > 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=3D10 function=3D0 > dev.pcm.1.%pnpinfo: vendor=3D0x1274 device=3D0x1371 subvendor=3D0x1274=20 > subdevice=3D0x1371 class=3D0x040100 > 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 >=20 >=20 >=20 >=20 > Installed linux ports (relevant to the case): >=20 > 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=20 > i386/amd64) >=20 >=20 > Nvidia driver: > nvidia-driver-1.0.9746_5 NVidia graphics card binary drivers for=20 > hardware OpenGL ren >=20 >=20 > $ 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 >=20 > device sound and device es_137x compiled directly in the kernel. >=20 >=20 > I'm out of ideas, what could be causing this problem ? It works=20 > flawlessly on 6.1-STABLE. >=20 >=20 > If anyone needs more information to track this down, please let me > know. >=20 >=20 > Best regards, >=20 > Hugo > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" >=20 >=20 -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Sun__10_Jun_2007_10_01_09_+0800_WRRiqE995wpK9gG3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGa1tllr+deMUwTNoRAvb3AKCgWtHAxAJtfLxiO6URgBRjl/QwAwCghxlp Qaxk2gnVVnzjuWevhGwuBD4= =odcV -----END PGP SIGNATURE----- --Signature=_Sun__10_Jun_2007_10_01_09_+0800_WRRiqE995wpK9gG3-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 02:53: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 4449F16A400; Sun, 10 Jun 2007 02:53:50 +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 03C9213C45E; Sun, 10 Jun 2007 02:53:49 +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 l5A2rnTT029726; Sat, 9 Jun 2007 22:53:49 -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 l5A2rmuK032105; Sat, 9 Jun 2007 22:53:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7605873068; Sat, 9 Jun 2007 22:53:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070610025348.7605873068@freebsd-current.sentex.ca> Date: Sat, 9 Jun 2007 22:53:48 -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: Sun, 10 Jun 2007 02:53:50 -0000 TB --- 2007-06-10 02:19:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-10 02:19:12 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-10 02:19:12 - cleaning the object tree TB --- 2007-06-10 02:19:39 - checking out the source tree TB --- 2007-06-10 02:19:39 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-10 02:19:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-10 02:26:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-10 02:26:58 - cd /src TB --- 2007-06-10 02:26:58 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 10 02:26:59 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] sed "s|zutil\.h|libstand_zutil.h|" /src/lib/libstand/../libz/inffast.c > _inffast.c sed "s|zutil\.h|libstand_zutil.h|" /src/lib/libstand/../libz/inflate.c > _inflate.c sed "s|zutil\.h|libstand_zutil.h|" /src/lib/libstand/../libz/inftrees.c > _inftrees.c sed "s|zutil\.h|libstand_zutil.h|" /src/lib/libstand/../libz/zutil.c > _zutil.c rm -f .depend mkdep -f .depend -a -I/src/lib/libstand -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz /src/lib/libstand/__main.c /src/lib/libstand/assert.c /src/lib/libstand/bcd.c /src/lib/libstand/bswap.c /src/lib/libstand/environment.c /src/lib/libstand/getopt.c /src/lib/libstand/gets.c /src/lib/libstand/globals.c /src/lib/libstand/pager.c /src/lib/libstand/printf.c /src/lib/libstand/strdup.c /src/lib/libstand/strerror.c /src/lib/libstand/strtol.c /src/lib/libstand/random.c /src/lib/libstand/sbrk.c /src/lib/libstand/twiddle.c /src/lib/libstand/zalloc.c /src/lib/libstand/zalloc_malloc.c /src/lib/libstand/strcasecmp.c /src/lib/libstand/../libc/net/ntoh.c /src/lib/libstand/../libc/string/bcmp.c /src/lib/libstand/../libc/string/bcopy.c /src/lib/libstand/../libc/string/bzero.c /src/lib/libstand/../libc/string/ffs.c /src/lib/libstand/../libc/string/index.c /src/lib/libstand/../libc/string/memccpy.c /src/lib/libstand/../libc/string/memchr.c /src/lib/lib stand/../libc/string/memcmp.c /src/lib/libstand/../libc/string/memcpy.c /src/lib/libstand/../libc/string/memmove.c /src/lib/libstand/../libc/string/memset.c /src/lib/libstand/qdivrem.c /src/lib/libstand/../libc/string/rindex.c /src/lib/libstand/../libc/string/strcat.c /src/lib/libstand/../libc/string/strchr.c /src/lib/libstand/../libc/string/strcmp.c /src/lib/libstand/../libc/string/strcpy.c /src/lib/libstand/../libc/string/strcspn.c /src/lib/libstand/../libc/string/strlen.c /src/lib/libstand/../libc/string/strncat.c /src/lib/libstand/../libc/string/strncmp.c /src/lib/libstand/../libc/string/strncpy.c /src/lib/libstand/../libc/string/strpbrk.c /src/lib/libstand/../libc/string/strrchr.c /src/lib/libstand/../libc/string/strsep.c /src/lib/libstand/../libc/string/strspn.c /src/lib/libstand/../libc/string/strstr.c /src/lib/libstand/../libc/string/strtok.c /src/lib/libstand/../libc/string/swab.c /src/lib/libstand/../libc/quad/ashldi3.c /src/lib/libstand/../libc/quad/ashrdi3.c /src /lib/libstand/../libc/powerpc/gen/syncicache.c /src/lib/libstand/../libc/powerpc/gen/_setjmp.S _bzlib.c _crctable.c _decompress.c _huffman.c _randtable.c /src/lib/libstand/../libz/adler32.c /src/lib/libstand/../libz/crc32.c _infback.c _inffast.c _inflate.c _inftrees.c _zutil.c /src/lib/libstand/closeall.c /src/lib/libstand/dev.c /src/lib/libstand/ioctl.c /src/lib/libstand/nullfs.c /src/lib/libstand/stat.c /src/lib/libstand/fstat.c /src/lib/libstand/close.c /src/lib/libstand/lseek.c /src/lib/libstand/open.c /src/lib/libstand/read.c /src/lib/libstand/write.c /src/lib/libstand/readdir.c /src/lib/libstand/arp.c /src/lib/libstand/ether.c /src/lib/libstand/inet_ntoa.c /src/lib/libstand/in_cksum.c /src/lib/libstand/net.c /src/lib/libstand/udp.c /src/lib/libstand/netif.c /src/lib/libstand/rpc.c /src/lib/libstand/bootp.c /src/lib/libstand/rarp.c /src/lib/libstand/bootparam.c /src/lib/libstand/ufs.c /src/lib/libstand/nfs.c /src/lib/libstand/cd9660.c /src/lib/libstand/tftp.c /src/lib/l ibstand/gzipfs.c /src/lib/libstand/bzipfs.c /src/lib/libstand/dosfs.c /src/lib/libstand/ext2fs.c /src/lib/libstand/splitfs.c /src/lib/libstand/../libc/powerpc/gen/syncicache.c:51:2: error: #error "Must know the size of a cache line" mkdep: compile failed *** Error code 1 Stop in /src/lib/libstand. *** 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-10 02:53:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-10 02:53:48 - ERROR: failed to build world TB --- 2007-06-10 02:53:48 - tinderbox aborted TB --- 0.78 user 2.41 system 2075.16 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 04:15: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 227A616A468 for ; Sun, 10 Jun 2007 04:15:34 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 8D2B413C4B0 for ; Sun, 10 Jun 2007 04:15:33 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (dialup175.ach.sch.gr [81.186.70.175]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l5A4ECc9017300 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 10 Jun 2007 07:14:23 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l5A4E4R6002704; Sun, 10 Jun 2007 07:14:05 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l5A4E2Jg002703; Sun, 10 Jun 2007 07:14:02 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Sun, 10 Jun 2007 07:14:02 +0300 From: Giorgos Keramidas To: Walter Vaughan Message-ID: <20070610041401.GA2571@kobe.laptop> References: <466B3E78.5080505@steelerubber.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <466B3E78.5080505@steelerubber.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.061, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.34, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: freebsd-current@freebsd.org, freebsd-current-owner@freebsd.org Subject: Re: 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: Sun, 10 Jun 2007 04:15:34 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-06-09 19:57, Walter Vaughan wrote: > The archive according to the page has not been running for months. Which page is that? > 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=20 > am sure there will be more adopters who'll need to look at the footprints= of=20 > those who go before them. Are you sure you are looking at the correct archive page? There's a mailman archive interface page here: http://lists.freebsd.org/pipermail/freebsd-current/ Does this seem more useful? --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGa3qJ1g+UGjGGA7YRAmuNAKCSME/boOqqTkdYXDoS40SoiLEN+QCfVtjr 49kTbx4KA3DEojxYVzpZFqg= =FBbB -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 05:33:12 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 E464A16A41F; Sun, 10 Jun 2007 05:33:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A40B513C43E; Sun, 10 Jun 2007 05:33:12 +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 l5A5XBLs037889; Sun, 10 Jun 2007 01:33:11 -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 l5A5XBja026153; Sun, 10 Jun 2007 01:33:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 62B4E73068; Sun, 10 Jun 2007 01:33:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070610053311.62B4E73068@freebsd-current.sentex.ca> Date: Sun, 10 Jun 2007 01:33:11 -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: Sun, 10 Jun 2007 05:33:13 -0000 TB --- 2007-06-10 04:01:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-10 04:01:25 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-10 04:01:25 - cleaning the object tree TB --- 2007-06-10 04:01:43 - checking out the source tree TB --- 2007-06-10 04:01:43 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-10 04:01:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-10 04:11:10 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-10 04:11:10 - cd /src TB --- 2007-06-10 04:11:10 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 10 04:11: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 Sun Jun 10 05:20:39 UTC 2007 TB --- 2007-06-10 05:20:39 - generating LINT kernel config TB --- 2007-06-10 05:20:39 - cd /src/sys/sun4v/conf TB --- 2007-06-10 05:20:39 - /usr/bin/make -B LINT TB --- 2007-06-10 05:20:39 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-10 05:20:39 - cd /src TB --- 2007-06-10 05:20:39 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 10 05:20:39 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-10 05:33:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-10 05:33:11 - ERROR: failed to build lint kernel TB --- 2007-06-10 05:33:11 - tinderbox aborted TB --- 0.61 user 2.02 system 5505.56 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 08:16: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 652EB16A4D4 for ; Sun, 10 Jun 2007 08:16:04 +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 22D4F13C455 for ; Sun, 10 Jun 2007 08:16:03 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so333180anc for ; Sun, 10 Jun 2007 01:16:03 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LwjjckXIVuCK/J0SKFbMHP5vea5QvxVbM4aMJ2Xbtq9vFUPo6Z0i6hKLbk/QYtCPZW+zX/cGzDtYLd0WkO1meirzEjcldrP99AWpg7dr48oC8bLeScqrhBgpJLzZjVZRD/p//D9i3EyBZmLXZM6zNDKKjnF9xCS+PAWoq/kpUkQ= 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=fucyJKAkP5XFb1Rw5mI8p/q95setTZ98M35+RJfjaGMA3oBLU0acmFUH3EsaRBnFLLn9i4nnuuO1YluIMJn6xC43EtNAQMwE/t/kxpfzRTDbY+/k908BuFNJqSvORuS8WBhH0+IGmHLS28riw5VXqBLv+6GMCWIi56gfxhv2D2g= Received: by 10.100.143.11 with SMTP id q11mr2041019and.1181463362834; Sun, 10 Jun 2007 01:16:02 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Sun, 10 Jun 2007 01:16:02 -0700 (PDT) Message-ID: <499c70c0706100116v68a390dbn4321a50f636140c1@mail.gmail.com> Date: Sun, 10 Jun 2007 11:16:02 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Walter Vaughan" In-Reply-To: <466B421E.8030000@steelerubber.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <466A5CA2.8010301@steelerubber.com> <20070609191636.GA52501@rot13.obsecurity.org> <466AFFB4.9020605@steelerubber.com> <466B1E2C.5000907@FreeBSD.org> <466B421E.8030000@steelerubber.com> 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: Sun, 10 Jun 2007 08:16:04 -0000 On 6/10/07, Walter Vaughan wrote: > Marcus Alves Grando wrote: > > > 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 > > Argh. > > Did that first w/o the "all" option > > Then I fetched latest current > put option COMPAT_FREEBSD6 in MYKERNEL > make -j24 buildworld > make -j24 buildkernel KERNCONF=MYKERNEL > make installkernel > make installworld > > deinstalled & distcleaned compat6x > then did make all install clean > > ran the java class and same error... > whining about libpthread > and a core dump > > got upset stomach > > Then decided to re-compile the java file and re-execute the .class file > *NO MORE libpthread errors! > still a core dump though... > > PROGRESS! > > Thanks everyone > > -- > Walter Did you try libthr instead of libpthread? check the java archive about libmap.com if you want to give it a try ;) -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 08:20: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 35C1F16A41F for ; Sun, 10 Jun 2007 08:20:01 +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 F2DBE13C45A for ; Sun, 10 Jun 2007 08:20:00 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 5713F1CC5A; Sun, 10 Jun 2007 10:19:59 +0200 (CEST) Date: Sun, 10 Jun 2007 10:19:59 +0200 From: Ed Schouten To: Walter Vaughan Message-ID: <20070610081959.GF89502@hoeg.nl> References: <466B3E78.5080505@steelerubber.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R6sEYoIZpp9JErk7" Content-Disposition: inline In-Reply-To: <466B3E78.5080505@steelerubber.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: FreeBSD Current Subject: Re: 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: Sun, 10 Jun 2007 08:20:01 -0000 --R6sEYoIZpp9JErk7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Walter Vaughan wrote: > The archive according to the page has not been running for months. It sa= ys=20 > the index was last rebuilt Feb 7th, 2007, which would explain why I coul= d=20 > not find anything other than a few mentions almost a year ago about comp= at6x=20 > using the mailing list's archive search. It's not the only problem the lists servier has; another problem I'm experiencing a lot is that the hostname in the webserver configuration has been set to hub.freebsd.org, which causes redirects and such to fail. The address page is a good example of this: http://lists.freebsd.org/pipermail/freebsd-current/ That page works, but this one doesn't: http://lists.freebsd.org/pipermail/freebsd-current I reported this issue on www@ some time ago, but I got no reaction. Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --R6sEYoIZpp9JErk7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGa7Qv52SDGA2eCwURAl88AJ9vfHQEYDjXlB/6v0ETOMh1eDX+zQCfTSik ZuF34hG8ip4jQciXtv4geqk= =DEnK -----END PGP SIGNATURE----- --R6sEYoIZpp9JErk7-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 09:35: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 9992216A421 for ; Sun, 10 Jun 2007 09:35:03 +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 0D1AB13C457 for ; Sun, 10 Jun 2007 09:35:02 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 209BD1CC58; Sun, 10 Jun 2007 21:35:01 +1200 (NZST) Date: Sun, 10 Jun 2007 21:35:01 +1200 From: Andrew Thompson To: freebsd-current@freebsd.org Message-ID: <20070610093500.GA1399@heff.fud.org.nz> 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> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: CFT: major wireless changes #2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2007 09:35:03 -0000 This is another call for testing of the wireless changes, if you want to see 802.11n support in for the FreeBSD 7.* lifetime then please test. The patch has been updated with iwi(4) fixes and can be found here http://people.freebsd.org/~thompsa/sam_wifi-20070610.patch.gz To apply it do something like cd /usr/src gzcat sam_wifi-20070610.patch.gz | patch -p0 This is a diff to a fresh HEAD so if you tested the previous patch then please revert it first. Andrew 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 > sam_wifi p4 branch: > > These changes do the following: > > o significantly change net80211 data structures in ways required by the > multi-bss/vap support and for 802.11n > o overhaul scanning to support background scanning and roaming > o add basic 802.11n support (drivers coming separately) > o add support for Atheros' protocol extensions (e.g. fast frames) > o purge compatibility ioctls in net80211 for wicontrol et. al. > o add experimental radiotap additions for handling 802.11n packets > o update ifconfig > > Note that scanning in net80211 has been broken out into separate modules > and you must now add device lines for wlan_scan_ap+wlan_scan_sta (as > appropriate) or load the modules as you do the crypto modules. > > These changes have been extensively tested in one form or another for > several years but the current code may have some minor issues. Some > drivers have been tested more than others. In particular iwi just > recently got some work and it appears to need some more fixups to deal > with "stuck scan" and beacon miss issues. > > This is the work of many people including Kip Macy, Max Laier, Sephe > Ziehau, Andrew Thompson, and Kevin Lo. Please report problems to this list. > > Sam > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 10:49: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 073E116A469; Sun, 10 Jun 2007 10:49: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 D22AA13C480; Sun, 10 Jun 2007 10:49: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 l5AAnsUQ049468; Sun, 10 Jun 2007 06:49: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 l5AAnsqK076438; Sun, 10 Jun 2007 06:49:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B389073068; Sun, 10 Jun 2007 06:49:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070610104953.B389073068@freebsd-current.sentex.ca> Date: Sun, 10 Jun 2007 06:49: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: Sun, 10 Jun 2007 10:49:55 -0000 TB --- 2007-06-10 10:30:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-10 10:30:09 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-10 10:30:09 - cleaning the object tree TB --- 2007-06-10 10:30:18 - checking out the source tree TB --- 2007-06-10 10:30:18 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-10 10:30:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-10 10:38:09 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-10 10:38:09 - cd /src TB --- 2007-06-10 10:38:09 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 10 10:38: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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/powerpc/gen/setjmp.S cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/powerpc/gen/sigsetjmp.S cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/powerpc/gen/signalcontext.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/powerpc/gen/syncicache.c /src/lib/libc/powerpc/gen/syncicache.c: In function 'getcachelinesize': /src/lib/libc/powerpc/gen/syncicache.c:64: error: 'CPU_CACHELINE' undeclared (first use in this function) /src/lib/libc/powerpc/gen/syncicache.c:64: error: (Each undeclared identifier is reported only once /src/lib/libc/powerpc/gen/syncicache.c:64: error: for each function it appears in.) *** Error code 1 Stop in /src/lib/libc. *** 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-10 10:49:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-10 10:49:53 - ERROR: failed to build world TB --- 2007-06-10 10:49:53 - tinderbox aborted TB --- 0.30 user 0.77 system 1184.24 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 11:47: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 E346216A421 for ; Sun, 10 Jun 2007 11:47:36 +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 BC90013C455 for ; Sun, 10 Jun 2007 11:47:36 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (localhost [127.0.0.1]) by mail.barafranca.com (Postfix) with ESMTP id 986F5C4C7B; Sun, 10 Jun 2007 12:21:21 +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 14105-10; Sun, 10 Jun 2007 12:20:42 +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 5B88BC4C77; Sun, 10 Jun 2007 12:20:41 +0000 (UTC) Message-ID: <466BE4FA.1020804@barafranca.com> Date: Sun, 10 Jun 2007 12:48:10 +0100 From: Hugo Silva User-Agent: Thunderbird 2.0.0.0 (X11/20070609) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG, Ariff Abdullah References: <466AFD29.7040108@barafranca.com> <20070610100109.4ab5dc3f.ariff@FreeBSD.org> In-Reply-To: <20070610100109.4ab5dc3f.ariff@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: freebsd-emulation@freebsd.org Subject: Re: 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: Sun, 10 Jun 2007 11:47:37 -0000 Ariff Abdullah wrote: > [CC: freebsd-emulation] > > On Sat, 09 Jun 2007 20:19:05 +0100 > Hugo Silva wrote: > >> 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 >> ............ >> >> > > Please try this patch (not tested): > > http://people.freebsd.org/~ariff/test/grrrrrrr.diff > > >> >> 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 >> _______________________________________________ >> 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" >> >> >> > > > -- > Ariff Abdullah > FreeBSD > > ... Recording in stereo is obviously too advanced > and confusing for us idiot ***** users :P ........ > (cc to -emulation) Thank you very much for your time and effort, that did the trick :-) Best regards, Hugo From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 12:02: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 B886F16A421; Sun, 10 Jun 2007 12:02:32 +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 69D6C13C447; Sun, 10 Jun 2007 12:02:32 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 59D828BDF4B; Sun, 10 Jun 2007 14:02:31 +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 vSZnpabOx94L; Sun, 10 Jun 2007 14:02:30 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4D08A65B769; Sun, 10 Jun 2007 14:02:30 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l5AC2Tnb028719; Sun, 10 Jun 2007 14:02:29 +0200 (CEST) (envelope-from rdivacky) Date: Sun, 10 Jun 2007 14:02:29 +0200 From: Roman Divacky To: Ariff Abdullah Message-ID: <20070610120229.GA28621@freebsd.org> References: <466AFD29.7040108@barafranca.com> <20070610100109.4ab5dc3f.ariff@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070610100109.4ab5dc3f.ariff@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, jkim@FreeBSD.org, Hugo Silva Subject: Re: 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: Sun, 10 Jun 2007 12:02:32 -0000 > Please try this patch (not tested): > > http://people.freebsd.org/~ariff/test/grrrrrrr.diff uhm... there were some heavy changes to mmap. can you please forward the patch to jkim@ and ask about his opinion? he did the mmap() work thnx roman From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 12:37: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 70B6716A41F for ; Sun, 10 Jun 2007 12:37:56 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id 4A59C13C45A for ; Sun, 10 Jun 2007 12:37:56 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 10 Jun 2007 05:09:24 -0700 X-IronPort-AV: i="4.16,405,1175497200"; d="scan'208"; a="161993944:sNHT144010278" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l5AC9OPI020255 for ; Sun, 10 Jun 2007 05:09:24 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l5AC9OtV004409 for ; Sun, 10 Jun 2007 12:09:24 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 10 Jun 2007 05:09:24 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 10 Jun 2007 05:09:23 -0700 Message-ID: <466BEA69.1010708@cisco.com> Date: Sun, 10 Jun 2007 08:11:21 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 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-OriginalArrivalTime: 10 Jun 2007 12:09:24.0095 (UTC) FILETIME=[2F36F0F0:01C7AB58] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2478; t=1181477364; x=1182341364; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Don't=20know=20what=20I=20was=20doing=20but... |Sender:=20; bh=zUlEmN21pObqj75xWFW8vfAqR6JMI8VgVzvJmZSsEJY=; b=cMQkrnfjvXMsSoJah/jOS3gMRNRvL3GrKn77IMuOMna4w3CYQdW3wXu0FAIYXkDBv0n9lCIZ 9J1dNzXKTn2QZvWdgR3ZehFu6nQY5FL0wyDL5WpsIAWkzKlene9VcuCRq/Afe0WOkJc7uudu7E FW+XFWVZsbZkzKmoKcjh8zaVQ=; Authentication-Results: sj-dkim-1; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim1004 verified; ); Subject: Don't know what I was doing but... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2007 12:37:56 -0000 Hi all: I have a fairly recent current.. like yesterday I think.. and I just saw this tumble out (I usually run with witness and invariants on in my laptop now :-D) lock order reversal: 1st 0xc0b79f70 sched lock (sched lock) @ kern/sched_4bsd.c:846 2nd 0xc0bec658 descriptor tables (descriptor tables) @ i386/i386/sys_machdep.c:363 KDB: stack backtrace: db_trace_self_wrapper(c0a707ac,e676f62c,c0773e2e,c0a72c17,c0bec658,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a72c17,c0bec658,c0a72d95,c0a72d95,c0a9b145,...) at kdb_backtrace+0x29 witness_checkorder(c0bec658,9,c0a9b13c,16b,200046,...) at witness_checkorder+0x6de _mtx_lock_spin_flags(c0bec658,0,c0a9b13c,16b,c0758304,...) at _mtx_lock_spin_flags+0xbf set_user_ldt(c59f06f0) at set_user_ldt+0x47 sw1(c50e6800,0,1,180,282b0d00,...) at sw1+0xea mi_switch(1,0,c0a71395,1bc,c50e6800,...) at mi_switch+0x217 sleepq_switch(c50e6800,0,c0a71395,21a,4c,...) at sleepq_switch+0xf0 sleepq_wait(d8110d20,0,c0a6e6fc,da,0,...) at sleepq_wait+0x60 _sleep(d8110d20,c0bc77b8,4c,c0a76bd4,0,...) at _sleep+0x369 bwait(d8110d20,4c,c0a76bd4,d8110d20,e676f7e8,...) at bwait+0x60 bufwait(d8110d20,0,0,0,0,...) at bufwait+0x28 breadn(c42d1220,2440820,0,4000,0,...) at breadn+0x132 bread(c42d1220,2440820,0,4000,0,...) at bread+0x4c ffs_vget(c429d538,245550,2,e676f8fc,e676f908,...) at ffs_vget+0x366 ufs_lookup(e676f94c,c439edd0,e676fba8,c439edd0,e676f96c,...) at ufs_lookup+0x9bd VOP_CACHEDLOOKUP_APV(c0b386e0,e676f94c,e676fba8,e676fb94,c5984800,...) at VOP_CACHEDLOOKUP_APV+0xa5 vfs_cache_lookup(e676f9d4,e676f9d4,e676fb80,c439edd0,2,...) at vfs_cache_lookup+0xd0 VOP_LOOKUP_APV(c0b386e0,e676f9d4,c50e6800,c0a784fe,2a9,...) at VOP_LOOKUP_APV+0xa5 lookup(e676fb80,c0a784fe,c6,bf,c598582c,...) at lookup+0x52e namei(e676fb80,c50e6800,e676fa78,200246,c0b80b58,...) at namei+0x2eb vn_open_cred(e676fb80,e676fc78,0,c5984800,c58d8c60,...) at vn_open_cred+0x2c9 vn_open(e676fb80,e676fc78,0,c58d8c60,c50e6800,...) at vn_open+0x33 kern_open(c50e6800,bfbfcdfa,0,1,0,...) at kern_open+0xc4 open(c50e6800,e676fcfc,c,c0a5d622,c0b18e38,...) at open+0x30 syscall(e676fd38) at syscall+0x293 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (5, FreeBSD ELF32, open), eip = 0x2944826b, esp = 0xbfbfcd9c, ebp = 0xbfbfcdc8 --- This may be fixed.. I can sup again today and try a rebuild.. R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 13:36: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 A8F8916A41F for ; Sun, 10 Jun 2007 13:36:00 +0000 (UTC) (envelope-from asmrookie@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 3A73C13C44C for ; Sun, 10 Jun 2007 13:36:00 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1462811uge for ; Sun, 10 Jun 2007 06:35: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:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=CGxk2WpGFtbkRKYDGGRbrDxWcx64OdXtE+gHKdWw1Dz9jmy/hRepVZ0OMNOwBD0FE1cikFl+RqEqlnTdcw+TgmC3NYWGw3BoeoqrPVRA8AKs9jPCJAru6A08feZHaX7CdbLdc/j3AlYT7NLId7eQpNsDJOkpicpgwPg4hMk9xTg= 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=R8HDkGuAyH7Dl/jaKKuW79gPTvXav5VurjErdcz36rDky8LTgZJ+93kDk4nROkSmzWr2AjxFDHJv0m6U5EFzIDafpjnGWJh1PitsXvST7SLHPJkiaA0q1LWe9GPcuAdrtyMz5gbuTYgY/p8nS0FmDX2JUfpRLCNdvbVmMxlTzY4= Received: by 10.82.126.5 with SMTP id y5mr8929865buc.1181482558851; Sun, 10 Jun 2007 06:35:58 -0700 (PDT) Received: from ?151.75.243.93? ( [151.75.243.93]) by mx.google.com with ESMTP id 7sm11693358nfv.2007.06.10.06.35.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 10 Jun 2007 06:35:58 -0700 (PDT) Message-ID: <466BFE2A.7020908@FreeBSD.org> Date: Sun, 10 Jun 2007 15:35:38 +0200 From: Attilio Rao User-Agent: Thunderbird 1.5 (X11/20060526) MIME-Version: 1.0 To: Randall Stewart References: <466BEA69.1010708@cisco.com> In-Reply-To: <466BEA69.1010708@cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Attilio Rao Cc: freebsd-current@freebsd.org Subject: Re: Don't know what I was doing but... 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: Sun, 10 Jun 2007 13:36:00 -0000 Randall Stewart wrote: > Hi all: > > I have a fairly recent current.. like yesterday I think.. and > I just saw this tumble out (I usually run with witness and invariants > on in my laptop now :-D) > > lock order reversal: > 1st 0xc0b79f70 sched lock (sched lock) @ kern/sched_4bsd.c:846 > 2nd 0xc0bec658 descriptor tables (descriptor tables) @ > i386/i386/sys_machdep.c:363 Mm, since dt_lock is a leaf mutex, the opposite case seems quite impossible, so I expect this would be the result of some other bug... if next cvsup doesn't fix it, just let me know and I will look into this. Attilio From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 13:37: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 D2DCB16A421 for ; Sun, 10 Jun 2007 13:37:44 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id 5D6D713C46A for ; Sun, 10 Jun 2007 13:37:44 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so554192mue for ; Sun, 10 Jun 2007 06:37:42 -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=b0qBdwkLybPve/1NI2ic8bDMuxVIDAI7uSGL8kLRu3t+ZYWAW+bpvmdJ11eaXV5tJEAqwG6Jz4uGx+PFa5JY1/I38SvkppqZGcqRhAaVTBdU5lM9WBgQ8LL7Fy27RCAN3FTHps8Vu+mODodIuciHeDKd5GKbLzO5t+7rVOyJqjI= 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=m53NxMwssTyfMTTxvwrXkUhbDcBlySO9JepPDLmGTtllskfw3GTmAckOURNtfH2MMQEISI4BwVfvlEsS3Kw/WVyvOS0qmt1gwIebwNdQ+Jma3gGKFPiU34xXmyUjblAkFv8Nwz9fVUsem55QYk0CXmoRLYJnq/uslllPpbiKTfo= Received: by 10.82.170.2 with SMTP id s2mr8949394bue.1181482662825; Sun, 10 Jun 2007 06:37:42 -0700 (PDT) Received: from ?151.75.243.93? ( [151.75.243.93]) by mx.google.com with ESMTP id d23sm11612412nfh.2007.06.10.06.37.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 10 Jun 2007 06:37:42 -0700 (PDT) Message-ID: <466BFE92.6000804@FreeBSD.org> Date: Sun, 10 Jun 2007 15:37:22 +0200 From: Attilio Rao User-Agent: Thunderbird 1.5 (X11/20060526) MIME-Version: 1.0 To: attilio@FreeBSD.org References: <466BEA69.1010708@cisco.com> <466BFE2A.7020908@FreeBSD.org> In-Reply-To: <466BFE2A.7020908@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Attilio Rao Cc: Randall Stewart , freebsd-current@freebsd.org Subject: Re: Don't know what I was doing but... 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: Sun, 10 Jun 2007 13:37:44 -0000 Attilio Rao wrote: > Randall Stewart wrote: >> Hi all: >> >> I have a fairly recent current.. like yesterday I think.. and >> I just saw this tumble out (I usually run with witness and invariants >> on in my laptop now :-D) >> >> lock order reversal: >> 1st 0xc0b79f70 sched lock (sched lock) @ kern/sched_4bsd.c:846 >> 2nd 0xc0bec658 descriptor tables (descriptor tables) @ >> i386/i386/sys_machdep.c:363 > > Mm, since dt_lock is a leaf mutex, the opposite case seems quite > impossible, so I expect this would be the result of some other bug... if > next cvsup doesn't fix it, just let me know and I will look into this. More precisely, I'd like to better study effects recent thread_lock introduction had on witness rules. Attilio From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 13:47: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 B745216A400; Sun, 10 Jun 2007 13:47:41 +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 8DFAB13C455; Sun, 10 Jun 2007 13:47:41 +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 l5ADlfkS059023; Sun, 10 Jun 2007 09:47:41 -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 l5ADletn079683; Sun, 10 Jun 2007 09:47:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BC2EE73068; Sun, 10 Jun 2007 09:47:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070610134740.BC2EE73068@freebsd-current.sentex.ca> Date: Sun, 10 Jun 2007 09:47:40 -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: Sun, 10 Jun 2007 13:47:41 -0000 TB --- 2007-06-10 12:19:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-10 12:19:34 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-10 12:19:34 - cleaning the object tree TB --- 2007-06-10 12:19:50 - checking out the source tree TB --- 2007-06-10 12:19:50 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-10 12:19:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-10 12:28:00 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-10 12:28:00 - cd /src TB --- 2007-06-10 12:28:00 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 10 12:28: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 Sun Jun 10 13:35:12 UTC 2007 TB --- 2007-06-10 13:35:12 - generating LINT kernel config TB --- 2007-06-10 13:35:12 - cd /src/sys/sun4v/conf TB --- 2007-06-10 13:35:12 - /usr/bin/make -B LINT TB --- 2007-06-10 13:35:12 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-10 13:35:12 - cd /src TB --- 2007-06-10 13:35:12 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 10 13:35:12 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-10 13:47:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-10 13:47:40 - ERROR: failed to build lint kernel TB --- 2007-06-10 13:47:40 - tinderbox aborted TB --- 0.61 user 1.95 system 5286.33 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 15:51:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A2E116A41F; Sun, 10 Jun 2007 15:51:06 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id DF36013C447; Sun, 10 Jun 2007 15:51:05 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id l5AFeI2L000983; Sun, 10 Jun 2007 19:40:19 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sun, 10 Jun 2007 19:40:17 +0400 (MSD) From: Maxim Konovalov To: Andrew Thompson In-Reply-To: <20070610093500.GA1399@heff.fud.org.nz> Message-ID: <20070610193755.A22402@mp2.macomnet.net> References: <46605C26.9090304@errno.com> <20070610093500.GA1399@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: CFT: major wireless changes #2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2007 15:51:06 -0000 On Sun, 10 Jun 2007, 21:35+1200, Andrew Thompson wrote: > This is another call for testing of the wireless changes, if you want to > see 802.11n support in for the FreeBSD 7.* lifetime then please test. > > The patch has been updated with iwi(4) fixes and can be found here > > http://people.freebsd.org/~thompsa/sam_wifi-20070610.patch.gz > > To apply it do something like > > cd /usr/src > gzcat sam_wifi-20070610.patch.gz | patch -p0 > > This is a diff to a fresh HEAD so if you tested the previous patch then > please revert it first. > I get "kernel: iwi0: firmware error" once a second, iwi0 doesn't assosiate with ap. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 15:59: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 E371816A41F for ; Sun, 10 Jun 2007 15:59:38 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.freebsd.org (Postfix) with ESMTP id BEF0613C480 for ; Sun, 10 Jun 2007 15:59:38 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-3.cisco.com with ESMTP; 10 Jun 2007 08:59:38 -0700 X-IronPort-AV: i="4.16,405,1175497200"; d="scan'208"; a="492283567:sNHT44488792" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l5AFxcAM023721; Sun, 10 Jun 2007 08:59:38 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l5AFxctV013012; Sun, 10 Jun 2007 15:59:38 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 10 Jun 2007 08:59:38 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 10 Jun 2007 08:59:37 -0700 Message-ID: <466C205E.2000902@cisco.com> Date: Sun, 10 Jun 2007 12:01:34 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: attilio@FreeBSD.org References: <466BEA69.1010708@cisco.com> <466BFE2A.7020908@FreeBSD.org> <466BFE92.6000804@FreeBSD.org> In-Reply-To: <466BFE92.6000804@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Jun 2007 15:59:37.0838 (UTC) FILETIME=[58D8D8E0:01C7AB78] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1004; t=1181491178; x=1182355178; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20Don't=20know=20what=20I=20was=20doing=20but... |Sender:=20; bh=7J+LOMVOnznJTt4PauqJ6TroqNJcxDAcz13JcjF+QZo=; b=tD/S0bEbQ5FZ6D9QJXmD4w6ad+jeXhrnGoK9O4Yd6MfDqJjf+t09JCnzOz3+nbSpOG956iyT a5kpN4OXZTAntBZo66UzrxviYBJh4CUf3Kxepxm/eZS3HZF4nUGGHR89ZK6M1iiLvaygLuNNbJ ISZOQAWgxXhK9EuXKzuDSLNTU=; Authentication-Results: sj-dkim-1; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim1004 verified; ); Cc: freebsd-current@FreeBSD.org Subject: Re: Don't know what I was doing but... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2007 15:59:39 -0000 Attilio Rao wrote: > Attilio Rao wrote: > >> Randall Stewart wrote: >> >>> Hi all: >>> >>> I have a fairly recent current.. like yesterday I think.. and >>> I just saw this tumble out (I usually run with witness and invariants >>> on in my laptop now :-D) >>> >>> lock order reversal: >>> 1st 0xc0b79f70 sched lock (sched lock) @ kern/sched_4bsd.c:846 >>> 2nd 0xc0bec658 descriptor tables (descriptor tables) @ >>> i386/i386/sys_machdep.c:363 >> >> >> Mm, since dt_lock is a leaf mutex, the opposite case seems quite >> impossible, so I expect this would be the result of some other bug... >> if next cvsup doesn't fix it, just let me know and I will look into >> this. > > > More precisely, I'd like to better study effects recent thread_lock > introduction had on witness rules. > > Attilio > I did a sup this AM... I will re-do that then cvs update and build... R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 16:53: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 939A316A400 for ; Sun, 10 Jun 2007 16:53:45 +0000 (UTC) (envelope-from clee@mg8.org) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 7AC2113C45A for ; Sun, 10 Jun 2007 16:53:45 +0000 (UTC) (envelope-from clee@mg8.org) Received: by wa-out-1112.google.com with SMTP id j37so1986296waf for ; Sun, 10 Jun 2007 09:53:45 -0700 (PDT) Received: by 10.114.168.1 with SMTP id q1mr4633787wae.1181492684579; Sun, 10 Jun 2007 09:24:44 -0700 (PDT) Received: by 10.114.66.10 with HTTP; Sun, 10 Jun 2007 09:24:44 -0700 (PDT) Message-ID: Date: Sun, 10 Jun 2007 09:24:44 -0700 From: "Chris Lee" Sender: clee@mg8.org 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 X-Google-Sender-Auth: aa5679735e582f6d Subject: AMD64 panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2007 16:53:45 -0000 I built a custom kernel and it says that it can't map interrupts for certain devices (like my ATA controller), which prevents it from being able to find my disks and mount my root fs. I *think* my kernel configuration is fairly standard. It's available at http://c133.org/freebsd-7.conf if anybody would mind taking a look and offering some pointers. I cvsup'd yesterday around midnight, and my hardware is a pretty standard nforce4 mobo with a dual-core Opteron for the main CPU. Thanks! From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 16: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 AAE3516A400 for ; Sun, 10 Jun 2007 16:56:32 +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 64DD513C45B for ; Sun, 10 Jun 2007 16:56:30 +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 7E641EB5854 for ; Mon, 11 Jun 2007 00:56:29 +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 V-gyFfxJNeTS for ; Mon, 11 Jun 2007 00:56:25 +0800 (CST) Received: from [192.168.1.12] (unknown [221.222.202.111]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id A085DEB872C for ; Mon, 11 Jun 2007 00:56:25 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=subject:from:reply-to:to:content-type:organization:date: message-id:mime-version:x-mailer; b=dmjuQ4y3q2NY9sFqySG0AzBXtUrshUhWDW6cLKJO1cbBX+9zSi7g3cquRMYu0lc1I +fyBHI8zkQ0XwUKEQGu1w== From: Xin LI To: freebsd-current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-+TYptPSPNXFpqzVe307G" Organization: The FreeBSD Project Date: Mon, 11 Jun 2007 00:56:24 +0800 Message-Id: <1181494584.1057.4.camel@charlie.delphij.net> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: Subject: Testing changeset for i386 on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2007 16:56:32 -0000 --=-+TYptPSPNXFpqzVe307G Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, Just wanted to make sure, is it possible to actually test a userland changeset which is made for i386, on an AMD64 host? Or should I set up a true i386 environment (this is time consuming :)? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --=-+TYptPSPNXFpqzVe307G Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGbC04hcUczkLqiksRAqzgAKCG4i2K5c0AxlCnScVw9K6tAGlDJACfWLLc bRFNIvExHc2c8L9zTLa2h+E= =UrbC -----END PGP SIGNATURE----- --=-+TYptPSPNXFpqzVe307G-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 17:52: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 25DBE16A46C; Sun, 10 Jun 2007 17:52:43 +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 D0FFF13C469; Sun, 10 Jun 2007 17:52:42 +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 l5AHqdT6035955; Sun, 10 Jun 2007 10:52:39 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.8/8.13.4/Submit) id l5AHqdE0035954; Sun, 10 Jun 2007 10:52:39 -0700 (PDT) Date: Sun, 10 Jun 2007 10:52:39 -0700 (PDT) From: Matthew Dillon Message-Id: <200706101752.l5AHqdE0035954@apollo.backplane.com> To: Marcel Moolenaar References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> <200706092128.l59LSjRs027671@apollo.backplane.com> <57F8CCC1-1841-41AE-9F82-0C87FE53BE99@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: Sun, 10 Jun 2007 17:52:43 -0000 :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 In the bootcamp approach, is the GPT (0xEE) slice the first slice, and the bootcamp slice the second slice? I'm assuming it is. Do they mirror a GPT partition or do they use the uncontrolled area approach? I like the mirroring approach, because I can make the label manager just treat the special MBR slice (s2) as being part of the integrated GPT spec (which it is). From the end-user's point of view he would just do something like 'gptlabel -e ad0' and one of the GPT partitions listed would be the 'boot' partition. gptlabel would recognize the special nature of the partition and automatically and silently adjust the special MBR slice (s2) to match it. I don't like the out-of-band approach... I definitely want the partitions to be within GPTs managed area, at least for newly minted disks. With the in-band approach the gpt labeling program can take care of any special compatibility cases in a fairly straightforward and controlled manner. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 18:09: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 8C91916A469; Sun, 10 Jun 2007 18:09:05 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.176]) by mx1.freebsd.org (Postfix) with ESMTP id 5586F13C44B; Sun, 10 Jun 2007 18:09:05 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout06/MantshX 4.0) with ESMTP id l5AI92Cl023282; Sun, 10 Jun 2007 11:09:02 -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 l5AI8wtZ006346 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 10 Jun 2007 11:09:00 -0700 (PDT) In-Reply-To: <200706101752.l5AHqdE0035954@apollo.backplane.com> References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> <200706092128.l59LSjRs027671@apollo.backplane.com> <57F8CCC1-1841-41AE-9F82-0C87FE53BE99@mac.com> <200706101752.l5AHqdE0035954@apollo.backplane.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <8B01C1EC-D61A-484F-B308-6D6C8EB00EE6@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sun, 10 Jun 2007 11:08:47 -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: Sun, 10 Jun 2007 18:09:05 -0000 On Jun 10, 2007, at 10:52 AM, Matthew Dillon wrote: > :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 > > In the bootcamp approach, is the GPT (0xEE) slice the first slice, > and the bootcamp slice the second slice? I'm assuming it is. Do > they mirror a GPT partition or do they use the uncontrolled area > approach? I seem to recall that the 0xEE partition is not the first, but rather the second or third. It would make sense, because it has no function other than to have the disk appear used. Bootcamp uses the mirroring approach. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 18:14: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 4C49F16A473; Sun, 10 Jun 2007 18:14:50 +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 27DB313C484; Sun, 10 Jun 2007 18:14:50 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5AIElpN071884 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 10 Jun 2007 11:14:49 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <466C3F9F.60100@errno.com> Date: Sun, 10 Jun 2007 11:14:55 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: Maxim Konovalov References: <46605C26.9090304@errno.com> <20070610093500.GA1399@heff.fud.org.nz> <20070610193755.A22402@mp2.macomnet.net> In-Reply-To: <20070610193755.A22402@mp2.macomnet.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: CFT: major wireless changes #2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2007 18:14:50 -0000 Maxim Konovalov wrote: > On Sun, 10 Jun 2007, 21:35+1200, Andrew Thompson wrote: > >> This is another call for testing of the wireless changes, if you want to >> see 802.11n support in for the FreeBSD 7.* lifetime then please test. >> >> The patch has been updated with iwi(4) fixes and can be found here >> >> http://people.freebsd.org/~thompsa/sam_wifi-20070610.patch.gz >> >> To apply it do something like >> >> cd /usr/src >> gzcat sam_wifi-20070610.patch.gz | patch -p0 >> >> This is a diff to a fresh HEAD so if you tested the previous patch then >> please revert it first. >> > I get "kernel: iwi0: firmware error" once a second, iwi0 doesn't > assosiate with ap. > What part is this? Are you using WPA or open auth? Can you enable iwi debugging with wlandebug -i iwi0 state sysctl debug.iwi=1 and provide a log that shows what is happening? Sam From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 18:25: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 E3A2E16A41F for ; Sun, 10 Jun 2007 18:25:03 +0000 (UTC) (envelope-from gcr+freebsd-current@tharned.org) Received: from xm16.infosec.fedex.com (xm16.infosec.fedex.com [199.81.195.42]) by mx1.freebsd.org (Postfix) with ESMTP id BE3B313C48C for ; Sun, 10 Jun 2007 18:25:03 +0000 (UTC) (envelope-from gcr+freebsd-current@tharned.org) X-AuditID: c75144ef-afa09bb000002de1-cb-466c35830412 Received: from inet03.prod.fedex.com (inet03.prod.fedex.com [199.81.10.43]) by xm16.infosec.fedex.com (FedEx MX) with ESMTP id 9C7004E4002 for ; Sun, 10 Jun 2007 12:31:47 -0500 (CDT) Received: from nc8000.tharned.org (son-of-w10.sac.fedex.com [146.18.39.135]) by inet03.prod.fedex.com (8.12.11/8.12.11) with ESMTP id l5AHVf93021800 for ; Sun, 10 Jun 2007 12:31:47 -0500 (CDT) Received: from nc8000.tharned.org (gcr@localhost [127.0.0.1]) by nc8000.tharned.org (8.14.1/8.14.1) with ESMTP id l5AHVdkL071160; Sun, 10 Jun 2007 12:31:39 -0500 (CDT) (envelope-from gcr+freebsd-current@tharned.org) Received: from localhost (gcr@localhost) by nc8000.tharned.org (8.14.1/8.14.1/Submit) with ESMTP id l5AHVdqt071157; Sun, 10 Jun 2007 12:31:39 -0500 (CDT) (envelope-from gcr+freebsd-current@tharned.org) Date: Sun, 10 Jun 2007 12:31:39 -0500 (CDT) From: Greg Rivers Sender: gcr@fedex.com To: Chris Lee In-Reply-To: Message-ID: <20070610122840.T71148@nc8000.tharned.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: AAAAAA== Cc: freebsd-current@freebsd.org Subject: Re: AMD64 panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2007 18:25:04 -0000 On Sun, 10 Jun 2007, Chris Lee wrote: > I built a custom kernel and it says that it can't map interrupts for > certain devices (like my ATA controller), which prevents it from being > able to find my disks and mount my root fs. > > I *think* my kernel configuration is fairly standard. It's available > at http://c133.org/freebsd-7.conf if anybody would mind taking a look > and offering some pointers. I cvsup'd yesterday around midnight, and > my hardware is a pretty standard nforce4 mobo with a dual-core Opteron > for the main CPU. > Your config lacks a "machine" directive. I think you want "machine amd64" above "cpu HAMMER". -- Greg Rivers From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 20: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 D488716A400 for ; Sun, 10 Jun 2007 20:35:51 +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 5B18B13C46C for ; Sun, 10 Jun 2007 20:35:51 +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 26A43690A7A; Sun, 10 Jun 2007 21:33:08 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id DBA80690B56; Sun, 10 Jun 2007 21:33:07 +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-125-90.net.novis.pt [87.196.125.90]) by core.fnop.net (Postfix) with ESMTP id 0B934690A7A; Sun, 10 Jun 2007 21:33:07 +0100 (WEST) Date: Sun, 10 Jun 2007 21:35:47 +0100 Message-ID: <861wgjwnrw.wl%rpaulo@fnop.net> From: Rui Paulo To: Marcel Moolenaar In-Reply-To: <8B01C1EC-D61A-484F-B308-6D6C8EB00EE6@mac.com> References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> <200706092128.l59LSjRs027671@apollo.backplane.com> <57F8CCC1-1841-41AE-9F82-0C87FE53BE99@mac.com> <200706101752.l5AHqdE0035954@apollo.backplane.com> <8B01C1EC-D61A-484F-B308-6D6C8EB00EE6@mac.com> 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: 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: Sun, 10 Jun 2007 20:35:51 -0000 At Sun, 10 Jun 2007 11:08:47 -0700, Marcel Moolenaar wrote: > > > On Jun 10, 2007, at 10:52 AM, Matthew Dillon wrote: > > > :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 > > > > In the bootcamp approach, is the GPT (0xEE) slice the first slice, > > and the bootcamp slice the second slice? I'm assuming it is. Do > > they mirror a GPT partition or do they use the uncontrolled area > > approach? > > I seem to recall that the 0xEE partition is not the first, but rather > the second or third. It would make sense, because it has no function > other than to have the disk appear used. Bootcamp uses the mirroring > approach. No. The first partition is the EFI GPT (0xee): % fdisk -1 ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=116280 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=116280 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 238 (0xee),(EFI GPT) start 40, size 409600 (200 Meg), flag 0 beg: cyl 0/ head 0/ sector 41; end: cyl 406/ head 6/ sector 14 % gpt -r show ad0 gpt show: ad0: Suspicious MBR at sector 0 start size index contents 0 1 MBR 1 1 Pri GPT header 2 32 Pri GPT table 34 6 40 409600 1 GPT part - EFI System 409640 41943040 2 GPT part - Apple HFS 42352680 74857527 3 GPT part - FreeBSD UFS/UFS2 117210207 32 Sec GPT table 117210239 1 Sec GPT header -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 21: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 0C08A16A400; Sun, 10 Jun 2007 21:43:34 +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 DDC7B13C480; Sun, 10 Jun 2007 21:43:33 +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 l5ALhQ7L038341; Sun, 10 Jun 2007 14:43:29 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.8/8.13.4/Submit) id l5ALhQut038340; Sun, 10 Jun 2007 14:43:26 -0700 (PDT) Date: Sun, 10 Jun 2007 14:43:26 -0700 (PDT) From: Matthew Dillon Message-Id: <200706102143.l5ALhQut038340@apollo.backplane.com> To: Rui Paulo References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> <200706092128.l59LSjRs027671@apollo.backplane.com> <57F8CCC1-1841-41AE-9F82-0C87FE53BE99@mac.com> <200706101752.l5AHqdE0035954@apollo.backplane.com> <8B01C1EC-D61A-484F-B308-6D6C8EB00EE6@mac.com> <861wgjwnrw.wl%rpaulo@fnop.net> Cc: freebsd-geom@freebsd.org, freebsd-hackers@freebsd.org, Marcel Moolenaar , Ivan Voras , freebsd-current@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: Sun, 10 Jun 2007 21:43:34 -0000 :No. :The first partition is the EFI GPT (0xee): : :% fdisk -1 :******* Working on device /dev/ad0 ******* :... :parameters to be used for BIOS calculations are: :cylinders=116280 heads=16 sectors/track=63 (1008 blks/cyl) : :Media sector size is 512 :Warning: BIOS sector numbering starts with sector 1 :Information from DOS bootblock is: :The data for partition 1 is: :sysid 238 (0xee),(EFI GPT) : start 40, size 409600 (200 Meg), flag 0 : beg: cyl 0/ head 0/ sector 41; : end: cyl 406/ head 6/ sector 14 I think I have it mostly figured out, but the 'start 40' in your output can't be right. The intel documentation says that the starting LBA in a PMBR record must be set to 1 by definition (table 11-7 in the 1.10 documentation). -Matt From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 22:11: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 6978E16A468; Sun, 10 Jun 2007 22:11:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 27F5613C483; Sun, 10 Jun 2007 22:11: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 l5AMBN0j084950; Sun, 10 Jun 2007 18:11:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5AMBNiZ090552; Sun, 10 Jun 2007 18:11:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E5C0D73068; Sun, 10 Jun 2007 18:11:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070610221122.E5C0D73068@freebsd-current.sentex.ca> Date: Sun, 10 Jun 2007 18:11:22 -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: Sun, 10 Jun 2007 22:11:24 -0000 TB --- 2007-06-10 20:37:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-10 20:37:11 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-10 20:37:11 - cleaning the object tree TB --- 2007-06-10 20:37:32 - checking out the source tree TB --- 2007-06-10 20:37:32 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-10 20:37:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-10 20:46:51 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-10 20:46:51 - cd /src TB --- 2007-06-10 20:46:51 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 10 20:46: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 Sun Jun 10 21:58:29 UTC 2007 TB --- 2007-06-10 21:58:29 - generating LINT kernel config TB --- 2007-06-10 21:58:29 - cd /src/sys/sun4v/conf TB --- 2007-06-10 21:58:29 - /usr/bin/make -B LINT TB --- 2007-06-10 21:58:29 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-10 21:58:29 - cd /src TB --- 2007-06-10 21:58:29 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 10 21:58: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 -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-10 22:11:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-10 22:11:22 - ERROR: failed to build lint kernel TB --- 2007-06-10 22:11:22 - tinderbox aborted TB --- 0.66 user 1.95 system 5650.92 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 22:14: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 1526A16A41F; Sun, 10 Jun 2007 22:14:03 +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 7A41813C4BD; Sun, 10 Jun 2007 22:14:02 +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 C8CF3690A7A; Sun, 10 Jun 2007 23:11:19 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 949BD690AE9; Sun, 10 Jun 2007 23:11:19 +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-125-90.net.novis.pt [87.196.125.90]) by core.fnop.net (Postfix) with ESMTP id EFEC2690A7A; Sun, 10 Jun 2007 23:11:18 +0100 (WEST) Date: Sun, 10 Jun 2007 23:13:59 +0100 Message-ID: <86zm37v4ns.wl%rpaulo@fnop.net> From: Rui Paulo To: Matthew Dillon In-Reply-To: <200706102143.l5ALhQut038340@apollo.backplane.com> References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> <200706092128.l59LSjRs027671@apollo.backplane.com> <57F8CCC1-1841-41AE-9F82-0C87FE53BE99@mac.com> <200706101752.l5AHqdE0035954@apollo.backplane.com> <8B01C1EC-D61A-484F-B308-6D6C8EB00EE6@mac.com> <861wgjwnrw.wl%rpaulo@fnop.net> <200706102143.l5ALhQut038340@apollo.backplane.com> 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: freebsd-geom@freebsd.org, freebsd-hackers@freebsd.org, Marcel Moolenaar , freebsd-current@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: Sun, 10 Jun 2007 22:14:03 -0000 At Sun, 10 Jun 2007 14:43:26 -0700 (PDT), Matthew Dillon wrote: > > > :No. > :The first partition is the EFI GPT (0xee): > : > :% fdisk -1 > :******* Working on device /dev/ad0 ******* > :... > :parameters to be used for BIOS calculations are: > :cylinders=116280 heads=16 sectors/track=63 (1008 blks/cyl) > : > :Media sector size is 512 > :Warning: BIOS sector numbering starts with sector 1 > :Information from DOS bootblock is: > :The data for partition 1 is: > :sysid 238 (0xee),(EFI GPT) > : start 40, size 409600 (200 Meg), flag 0 > : beg: cyl 0/ head 0/ sector 41; > : end: cyl 406/ head 6/ sector 14 > > I think I have it mostly figured out, but the 'start 40' in your > output can't be right. The intel documentation says that the > starting LBA in a PMBR record must be set to 1 by definition > (table 11-7 in the 1.10 documentation). I don't know why Apple does that. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 22:17: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 9B70616A400 for ; Sun, 10 Jun 2007 22:17:12 +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 1E12013C44B for ; Sun, 10 Jun 2007 22:17:11 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HxVia-0003aT-4E for freebsd-current@freebsd.org; Mon, 11 Jun 2007 00:17:04 +0200 Received: from 78-0-92-215.adsl.net.t-com.hr ([78.0.92.215]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 11 Jun 2007 00:17:04 +0200 Received: from ivoras by 78-0-92-215.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 11 Jun 2007 00:17:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 11 Jun 2007 00:16:40 +0200 Lines: 36 Message-ID: References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> <200706092128.l59LSjRs027671@apollo.backplane.com> <57F8CCC1-1841-41AE-9F82-0C87FE53BE99@mac.com> <200706101752.l5AHqdE0035954@apollo.backplane.com> <8B01C1EC-D61A-484F-B308-6D6C8EB00EE6@mac.com> <861wgjwnrw.wl%rpaulo@fnop.net> <200706102143.l5ALhQut038340@apollo.backplane.com> <86zm37v4ns.wl%rpaulo@fnop.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA0987A232B3620F6A33B0899" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-92-215.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) In-Reply-To: <86zm37v4ns.wl%rpaulo@fnop.net> 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: Sun, 10 Jun 2007 22:17:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA0987A232B3620F6A33B0899 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Rui Paulo wrote: > At Sun, 10 Jun 2007 14:43:26 -0700 (PDT), > Matthew Dillon wrote: >> I think I have it mostly figured out, but the 'start 40' in your >> output can't be right. The intel documentation says that the >> starting LBA in a PMBR record must be set to 1 by definition >> (table 11-7 in the 1.10 documentation). >=20 > I don't know why Apple does that. It looks like GFS is not so standard after all :) There were also reports on ZFS threads that Solaris' implementation of GPT is not compatible with FreeBSD's :) --------------enigA0987A232B3620F6A33B0899 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 iD8DBQFGbHhNldnAQVacBcgRAmwFAJ9n5gVtKRRhCla7esEZUpTYkJ243gCeKfv1 B9LUxKcTkLx8GRDJL4hkxi0= =A7c4 -----END PGP SIGNATURE----- --------------enigA0987A232B3620F6A33B0899-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 22:32: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 061FF16A41F for ; Sun, 10 Jun 2007 22:32:00 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (mail.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id CCA7E13C45B for ; Sun, 10 Jun 2007 22:31:59 +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 35EBC5B3B; Sun, 10 Jun 2007 15:31:59 -0700 (PDT) To: current@freebsd.org Date: Sun, 10 Jun 2007 15:31:58 -0700 From: Bakul Shah Message-Id: <20070610223159.35EBC5B3B@mail.bitblocks.com> Cc: fs@freebsd.org Subject: zfs 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, 10 Jun 2007 22:32:00 -0000 I rebuilt and installed -current as of last night (10:30PM PST or so). Now both zfs & zpool croak out the following message as they die: link_elf: symbol sysctl_handle_quad undefined internal error: failed to initialized zfs library So I am trying to recover from losing /usr. Trying to run older zfs/zpool doesn't help. Trying to compile them statically on another system doesn't work either (libgeom and libzfs have undefined references). I can't even locate where sysct_handle_quad is defined! I suppose I can rebuild everything but it would be nice to know what broke and if there is a work around. Looks like zfs/zpool need to be added to /rescue. From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 23:24: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 31C0016A41F for ; Sun, 10 Jun 2007 23:24:59 +0000 (UTC) (envelope-from clee@mg8.org) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 1560A13C44B for ; Sun, 10 Jun 2007 23:24:58 +0000 (UTC) (envelope-from clee@mg8.org) Received: by wa-out-1112.google.com with SMTP id j37so2076915waf for ; Sun, 10 Jun 2007 16:24:58 -0700 (PDT) Received: by 10.114.14.1 with SMTP id 1mr4890765wan.1181517898426; Sun, 10 Jun 2007 16:24:58 -0700 (PDT) Received: by 10.114.66.10 with HTTP; Sun, 10 Jun 2007 16:24:58 -0700 (PDT) Message-ID: Date: Sun, 10 Jun 2007 16:24:58 -0700 From: "Chris Lee" Sender: clee@mg8.org To: "Greg Rivers" , freebsd-current@freebsd.org In-Reply-To: <20070610122840.T71148@nc8000.tharned.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070610122840.T71148@nc8000.tharned.org> X-Google-Sender-Auth: 3b6fdab4e4cc08b3 Cc: Subject: Re: AMD64 panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2007 23:24:59 -0000 On 6/10/07, Greg Rivers wrote: > On Sun, 10 Jun 2007, Chris Lee wrote: > > > I built a custom kernel and it says that it can't map interrupts for > > certain devices (like my ATA controller), which prevents it from being > > able to find my disks and mount my root fs. > > > > I *think* my kernel configuration is fairly standard. It's available > > at http://c133.org/freebsd-7.conf if anybody would mind taking a look > > and offering some pointers. I cvsup'd yesterday around midnight, and > > my hardware is a pretty standard nforce4 mobo with a dual-core Opteron > > for the main CPU. > > > > Your config lacks a "machine" directive. I think you want "machine amd64" > above "cpu HAMMER". It turns out I'm just an idiot. With 6.2-RELEASE, I had to boot without ACPI in order to avoid kernel panics under load; I have a USB keyboard and apparently USB events can cause kernel panics while the kernel is heavily loaded down (like, say, during a 'make buildworld' or a 'make buildkernel'). So I instinctively booted the new 7.0-CURRENT kernel with ACPI disabled as well, and it couldn't map any of my device interrupts. When I rebooted with ACPI enabled, it actually booted and let me log in. Now the only issue that I have is that sending SIGINFO to a 'dd' process causes a kernel panic. Any ideas about that one? From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 23:40: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 0AAA616A46D; Sun, 10 Jun 2007 23:40:34 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 6A7DE13C45A; Sun, 10 Jun 2007 23:40:33 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id l5ANd2iJ046520; Mon, 11 Jun 2007 03:39:02 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Mon, 11 Jun 2007 03:39:02 +0400 (MSD) From: Maxim Konovalov To: Sam Leffler In-Reply-To: <466C3F9F.60100@errno.com> Message-ID: <20070610221550.S22402@mp2.macomnet.net> References: <46605C26.9090304@errno.com> <20070610093500.GA1399@heff.fud.org.nz> <20070610193755.A22402@mp2.macomnet.net> <466C3F9F.60100@errno.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: CFT: major wireless changes #2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2007 23:40:34 -0000 [...] > > I get "kernel: iwi0: firmware error" once a second, iwi0 doesn't > > assosiate with ap. > > > > What part is this? Are you using WPA or open auth? > Open auth, no wpa. > Can you enable iwi debugging with > > wlandebug -i iwi0 state > sysctl debug.iwi=1 > > and provide a log that shows what is happening? > http://maxim.int.ru/stuff/iwi.log -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 23:43: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 B81CF16A469 for ; Sun, 10 Jun 2007 23:43: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 95B6F13C44B for ; Sun, 10 Jun 2007 23:43:58 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5ANhvkK005872 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 10 Jun 2007 16:43:58 -0700 X-Auth-Received: from [192.168.10.7] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5ANhvff012940 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 10 Jun 2007 16:43:57 -0700 Message-ID: <466C8CBC.7030903@u.washington.edu> Date: Sun, 10 Jun 2007 16:43:56 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Greg Rivers References: <20070610122840.T71148@nc8000.tharned.org> In-Reply-To: <20070610122840.T71148@nc8000.tharned.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.10.162534 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, Chris Lee Subject: Re: AMD64 panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2007 23:43:58 -0000 Greg Rivers wrote: > On Sun, 10 Jun 2007, Chris Lee wrote: > >> I built a custom kernel and it says that it can't map interrupts for >> certain devices (like my ATA controller), which prevents it from being >> able to find my disks and mount my root fs. >> >> I *think* my kernel configuration is fairly standard. It's available >> at http://c133.org/freebsd-7.conf if anybody would mind taking a look >> and offering some pointers. I cvsup'd yesterday around midnight, and >> my hardware is a pretty standard nforce4 mobo with a dual-core Opteron >> for the main CPU. >> > > Your config lacks a "machine" directive. I think you want "machine > amd64" > above "cpu HAMMER". > Not necessary. Look at the GENERIC config under the amd64/conf dir. -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 23:58:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF90116A41F for ; Sun, 10 Jun 2007 23:58:06 +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 1EBD713C455 for ; Sun, 10 Jun 2007 23:58:06 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 5342E1CC58; Mon, 11 Jun 2007 11:58:04 +1200 (NZST) Date: Mon, 11 Jun 2007 11:58:04 +1200 From: Andrew Thompson To: Maxim Konovalov Message-ID: <20070610235804.GD2053@heff.fud.org.nz> References: <46605C26.9090304@errno.com> <20070610093500.GA1399@heff.fud.org.nz> <20070610193755.A22402@mp2.macomnet.net> <466C3F9F.60100@errno.com> <20070610221550.S22402@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070610221550.S22402@mp2.macomnet.net> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: CFT: major wireless changes #2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2007 23:58:06 -0000 On Mon, Jun 11, 2007 at 03:39:02AM +0400, Maxim Konovalov wrote: > [...] > > > I get "kernel: iwi0: firmware error" once a second, iwi0 doesn't > > > assosiate with ap. > > > > > > > What part is this? Are you using WPA or open auth? > > > Open auth, no wpa. > > > Can you enable iwi debugging with > > > > wlandebug -i iwi0 state > > sysctl debug.iwi=1 > > > > and provide a log that shows what is happening? > > > http://maxim.int.ru/stuff/iwi.log Thanks for the info, so I take it that everything worked before applying the patch? Can you please tell me what card you have, it appears to be a 2915ABG. Can you also set sysctl debug.iwi=100 and email me the log. regards, Andrew From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 01:57:52 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 03CDB16A468; Mon, 11 Jun 2007 01:57:52 +0000 (UTC) Date: Mon, 11 Jun 2007 01:57:52 +0000 From: Darren Reed To: current@freebsd.org Message-ID: <20070611015752.GA82125@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: yacc/gdb issues with 7.0-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, 11 Jun 2007 01:57:52 -0000 Using 7.0-current from around May 20, a couple of things I've run across today... gdb seems to have "issues" in -current after doing "run". The output below is from truss on gdb's pid: ... kill(15590,0) = 0 (0x0) ptrace(0x21,0x3ce6,0xbfbfdc70,0x0,0x28277130) = 0 (0x0) ptrace(0x25,0x3ce6,0xbfbfddb4,0x0,0x8) = 0 (0x0) ptrace(0x7,0x3ce6,0x1,0x14,0x10202) = 0 (0x0) wait4(0xffffffff,0xbfbfdee8,0x0,0x0,0x28369569) = 15590 (0x3ce6) kill(15590,0) = 0 (0x0) ptrace(0x21,0x3ce6,0xbfbfdc70,0x0,0x28277130) = 0 (0x0) ptrace(0x25,0x3ce6,0xbfbfddb4,0x0,0x8) = 0 (0x0) ptrace(0x7,0x3ce6,0x1,0x14,0x10202) = 0 (0x0) wait4(0xffffffff,0xbfbfdee8,0x0,0x0,0x28369569) = 15590 (0x3ce6) kill(15590,0) = 0 (0x0) ptrace(0x21,0x3ce6,0xbfbfdc70,0x0,0x28277130) = 0 (0x0) ptrace(0x25,0x3ce6,0xbfbfddb4,0x0,0x8) = 0 (0x0) ptrace(0x7,0x3ce6,0x1,0x14,0x10202) = 0 (0x0) wait4(0xffffffff,0xbfbfdee8,0x0,0x0,0x28369569) = 15590 (0x3ce6) kill(15590,0) = 0 (0x0) ptrace(0x21,0x3ce6,0xbfbfdc70,0x0,0x28277130) = 0 (0x0) ptrace(0x25,0x3ce6,0xbfbfddb4,0x0,0x8) = 0 (0x0) ptrace(0x7,0x3ce6,0x1,0x14,0x10202) = 0 (0x0) wait4(0xffffffff,0xbfbfdee8,0x0,0x0,0x28369569) = 15590 (0x3ce6) kill(15590,0) = 0 (0x0) ptrace(0x21,0x3ce6,0xbfbfdc70,0x0,0x28277130) = 0 (0x0) ptrace(0x25,0x3ce6,0xbfbfddb4,0x0,0x8) = 0 (0x0) ... The other issue I've found is with yacc - it core dumps rather than reports an error about not returning/assign a value. e.g. if I do: %type bar ... bar: | 'x' { $$ = getbar('x'); } ; ... it should give me an error but instead I got a core dump. The correct yacc input is: bar: { $$ = 0; } | 'x' { $$ = getbar('x'); } ; Darren From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 02:03: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 E237916A46D; Mon, 11 Jun 2007 02:03:28 +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 ADC9E13C44C; Mon, 11 Jun 2007 02:03:28 +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 l5B22DVg057304; Sun, 10 Jun 2007 19:02:13 -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 l5B22D10057303; Sun, 10 Jun 2007 19:02:13 -0700 (PDT) (envelope-from sgk) Date: Sun, 10 Jun 2007 19:02:13 -0700 From: Steve Kargl To: Darren Reed Message-ID: <20070611020213.GA57256@troutmask.apl.washington.edu> References: <20070611015752.GA82125@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070611015752.GA82125@hub.freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org Subject: Re: yacc/gdb issues with 7.0-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, 11 Jun 2007 02:03:29 -0000 On Mon, Jun 11, 2007 at 01:57:52AM +0000, Darren Reed wrote: > Using 7.0-current from around May 20, a couple of things I've run > across today... > > gdb seems to have "issues" in -current after doing "run". > The output below is from truss on gdb's pid: Are you using tcsh? tcsh's signal handling appears to be broekn, but no one seems to want to revert the recent tcsh import. http://www.freebsd.org/cgi/query-pr.cgi?pr=112408 -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 02:05: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 C35EC16A46D; Mon, 11 Jun 2007 02:05:00 +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 9DC4C13C455; Mon, 11 Jun 2007 02:05:00 +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 l5B23jYd057330; Sun, 10 Jun 2007 19:03:45 -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 l5B23jG5057329; Sun, 10 Jun 2007 19:03:45 -0700 (PDT) (envelope-from sgk) Date: Sun, 10 Jun 2007 19:03:45 -0700 From: Steve Kargl To: Darren Reed Message-ID: <20070611020345.GB57256@troutmask.apl.washington.edu> References: <20070611015752.GA82125@hub.freebsd.org> <20070611020213.GA57256@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070611020213.GA57256@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org Subject: Re: yacc/gdb issues with 7.0-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, 11 Jun 2007 02:05:00 -0000 On Sun, Jun 10, 2007 at 07:02:13PM -0700, Steve Kargl wrote: > On Mon, Jun 11, 2007 at 01:57:52AM +0000, Darren Reed wrote: > > Using 7.0-current from around May 20, a couple of things I've run > > across today... > > > > gdb seems to have "issues" in -current after doing "run". > > The output below is from truss on gdb's pid: > > Are you using tcsh? tcsh's signal handling appears to be > broekn, but no one seems to want to revert the recent > tcsh import. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=112408 > I forgot the other relevant URL http://mx.gw.com/pipermail/tcsh-bugs/2007-May/ -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 03:32: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 259F716A469 for ; Mon, 11 Jun 2007 03:32:03 +0000 (UTC) (envelope-from nkalev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id A84BB13C45B for ; Mon, 11 Jun 2007 03:32:02 +0000 (UTC) (envelope-from nkalev@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so1147746wxd for ; Sun, 10 Jun 2007 20:32:01 -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=mS29M4Nuo6KlY2scF/hUE5Tc5wOZgw39CvrcnC8lzJVWXH2YQ0Z5XZGipUnOSS5IAS5q1FQjjr0evVjJzpLJFCnnfhn+NRAigKZSNxbZqHgs0W89YydOH+VmzfWybpFe0p5lo3nm9ubdJUc4aq4QVPhpGDG8l9LCe8aRHVb/xfU= 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=Sm4MpAsR2ACE6GehfpWWygriAXwucJTyEfl1ni0mC0fn0B2d1q+g1nL2bT7QdJjXuXq/LS1w05X5sX3r2plby6567/ySlbh4QeeHu98adtAmKDwyPnP4wk3+3wrhw1AH5o4BzV0iqEhHc0F74H6CQkYiE/0kHyfaZ26tKL+7DFI= Received: by 10.70.52.1 with SMTP id z1mr7818701wxz.1181532721848; Sun, 10 Jun 2007 20:32:01 -0700 (PDT) Received: by 10.70.95.2 with HTTP; Sun, 10 Jun 2007 20:32:01 -0700 (PDT) Message-ID: <136a340a0706102032m56573d08h83fccb0656d373f2@mail.gmail.com> Date: Mon, 11 Jun 2007 06:32:01 +0300 From: "Nikolay Kalev" 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: sun4v Tinderbox ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2007 03:32:03 -0000 Can someone please fix the sun4v tree so others can test their code on recent ? -- Key fingerprint = 1932 68D3 AC9D D5BE 8717 AA5E C272 B46C 42BC 6DC2 From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 03:37: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 299FD16A41F for ; Mon, 11 Jun 2007 03:37:55 +0000 (UTC) (envelope-from kip.macy@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 B7FCE13C458 for ; Mon, 11 Jun 2007 03:37:54 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1573179uge for ; Sun, 10 Jun 2007 20:37:53 -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=JeaTmn8OHU5j9yTrM05nbKIzK7NluVCeX3XyRhrGdsE55DB5itelr18rVkTh/TnB2kaR3wtup353GOHHiWhryXG5EE+iU58JYbHr8bArJriG2K0ajEghyTVGYYPw2cgYYhOwT+tGmIjwzHfX7SVpvdyaFlnvPqYI5W23EguvOtQ= 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=ERxnPZoXs7S4d0fPGtWZvXgaA69x/lUfbf8DgOZH16UssO5Q8pjECLDpmHERYcxUQh6ePaixzM1HOjcB45D2D1sgqKqC0vriWesAB47Hb4OsOnQjXTtL4pvCQzwFBFK0Bt0DuHwZ1FTeS7EZMAgSVV0Uqpj3wbz0EIlqgLVofWs= Received: by 10.78.180.16 with SMTP id c16mr2010934huf.1181533073411; Sun, 10 Jun 2007 20:37:53 -0700 (PDT) Received: by 10.78.162.18 with HTTP; Sun, 10 Jun 2007 20:37:53 -0700 (PDT) Message-ID: Date: Sun, 10 Jun 2007 20:37:53 -0700 From: "Kip Macy" To: "Nikolay Kalev" In-Reply-To: <136a340a0706102032m56573d08h83fccb0656d373f2@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: <136a340a0706102032m56573d08h83fccb0656d373f2@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: sun4v Tinderbox ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2007 03:37:55 -0000 I'm going to give Xu a couple more days to fix the fallout from his pcpu changes. -Kip On 6/10/07, Nikolay Kalev wrote: > Can someone please fix the sun4v tree so others can test their code on recent ? > > > -- > Key fingerprint = 1932 68D3 AC9D D5BE 8717 AA5E C272 B46C 42BC 6DC2 > _______________________________________________ > 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 11 04: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 AD20616A400 for ; Mon, 11 Jun 2007 04:16:17 +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 8CBEE13C43E for ; Mon, 11 Jun 2007 04:16:17 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5B4GHlX074283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 10 Jun 2007 21:16:17 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <466CCC94.5050500@errno.com> Date: Sun, 10 Jun 2007 21:16:20 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: HEADSUP: new 802.11 work committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2007 04:16:17 -0000 From UPDATING: 20070610: The net80211 layer has changed significantly and all wireless drivers that depend on it need to be recompiled. Further these changes require that any program that interacts with the wireless support in the kernel be recompiled; this includes: ifconfig, wpa_supplicant, hostapd, and wlanstats. Users must also, for the moment, kldload the wlan_scan_sta and/or wlan_scan_ap modules if they use modules for wireless support. These modules implement scanning support for station and ap modes, respectively. Failure to load the appropriate module before marking a wireless interface up will result in a message to the console and the device not operating properly. Send problems to this mailing list; I will be occupied this week and other folks have promised to cover any fallout from these changes. SAm From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 04:19: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 9CA9D16A468 for ; Mon, 11 Jun 2007 04:19:21 +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 672F813C45E for ; Mon, 11 Jun 2007 04:19:21 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5B4JKnH074301 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 10 Jun 2007 21:19:20 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <466CCD4B.7000400@errno.com> Date: Sun, 10 Jun 2007 21:19:23 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: new wpa_supplcant and hostapd coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2007 04:19:21 -0000 I plan to import new versions of these programs. The 0.5.8 version of wpa_supplicant does not work with the ndis support in the kernel. I've requested help fixing this for many months w/ no response. If noone steps up to fix it I plan to commit the new wpa_supplicant w/o ndis support. The 0.5.7 version is in the sam_wifi branch in p4 in case folks want to start from that. Jouni took my changes upstream but 0.5.8 is slightly different. Sam From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 04:28: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 3FC0516A474; Mon, 11 Jun 2007 04:28:48 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id BCB2313C519; Mon, 11 Jun 2007 04:28:47 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id l5B4RLso052749; Mon, 11 Jun 2007 08:27:22 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Mon, 11 Jun 2007 08:27:21 +0400 (MSD) From: Maxim Konovalov To: Andrew Thompson In-Reply-To: <20070610235804.GD2053@heff.fud.org.nz> Message-ID: <20070611082129.C22402@mp2.macomnet.net> References: <46605C26.9090304@errno.com> <20070610093500.GA1399@heff.fud.org.nz> <20070610193755.A22402@mp2.macomnet.net> <466C3F9F.60100@errno.com> <20070610221550.S22402@mp2.macomnet.net> <20070610235804.GD2053@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@FreeBSD.org Subject: Re: CFT: major wireless changes #2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2007 04:28:48 -0000 On Mon, 11 Jun 2007, 11:58+1200, Andrew Thompson wrote: > On Mon, Jun 11, 2007 at 03:39:02AM +0400, Maxim Konovalov wrote: > > [...] > > > > I get "kernel: iwi0: firmware error" once a second, iwi0 doesn't > > > > assosiate with ap. > > > > > > > > > > What part is this? Are you using WPA or open auth? > > > > > Open auth, no wpa. > > > > > Can you enable iwi debugging with > > > > > > wlandebug -i iwi0 state > > > sysctl debug.iwi=1 > > > > > > and provide a log that shows what is happening? > > > > > http://maxim.int.ru/stuff/iwi.log > > Thanks for the info, so I take it that everything worked before applying > the patch? > Yes. > Can you please tell me what card you have, it appears to be a 2915ABG. > iwi0@pci1:13:0: class=0x028000 card=0x27028086 chip=0x42208086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/Wireless 2200BG Network Connection' class = network $ grep iwi /var/run/dmesg.boot iwi0: mem 0xd0202000-0xd0202fff irq 11 at device 13.0 on pci1 iwi0: using obsoleted if_watchdog interface iwi0: Ethernet address: 00:12:f0:59:b7:9c iwi0: [ITHREAD] > Can you also set sysctl debug.iwi=100 and email me the log. > With the patch or without it? This one is from the working system: http://maxim.int.ru/stuff/iwi.log.100 -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 06:42: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 1BED816A46C; Mon, 11 Jun 2007 06:42: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 CF1E313C483; Mon, 11 Jun 2007 06:42:38 +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 l5B6gc4q009822; Mon, 11 Jun 2007 02:42:38 -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 l5B6gbrx002892; Mon, 11 Jun 2007 02:42:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 82CF073068; Mon, 11 Jun 2007 02:42:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070611064237.82CF073068@freebsd-current.sentex.ca> Date: Mon, 11 Jun 2007 02:42:37 -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: Mon, 11 Jun 2007 06:42:39 -0000 TB --- 2007-06-11 05:08:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-11 05:08:59 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-11 05:08:59 - cleaning the object tree TB --- 2007-06-11 05:09:21 - checking out the source tree TB --- 2007-06-11 05:09:21 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-11 05:09:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-11 05:18:13 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-11 05:18:13 - cd /src TB --- 2007-06-11 05:18:13 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 11 05:18:14 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 11 06:29:31 UTC 2007 TB --- 2007-06-11 06:29:31 - generating LINT kernel config TB --- 2007-06-11 06:29:31 - cd /src/sys/sun4v/conf TB --- 2007-06-11 06:29:31 - /usr/bin/make -B LINT TB --- 2007-06-11 06:29:31 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-11 06:29:31 - cd /src TB --- 2007-06-11 06:29:31 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 11 06:29: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-11 06:42:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-11 06:42:36 - ERROR: failed to build lint kernel TB --- 2007-06-11 06:42:36 - tinderbox aborted TB --- 0.70 user 1.91 system 5616.84 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 06:53: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 4D43C16A469 for ; Mon, 11 Jun 2007 06:53:36 +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 2006213C43E for ; Mon, 11 Jun 2007 06:53:36 +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 1HxdmM-0001VU-SM; Mon, 11 Jun 2007 15:53:31 +0900 Message-ID: <466CF168.2020208@fusiongol.com> Date: Mon, 11 Jun 2007 15:53:28 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Joe Holden References: <4667C946.2020201@fusiongol.com> <4667F982.5020903@joeholden.co.uk> In-Reply-To: <4667F982.5020903@joeholden.co.uk> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Abuse-Complaints: abuse@gol.com 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: Mon, 11 Jun 2007 06:53:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 You're correct. I removed lnc from the kernel config and added le, then recompiled the kernel. No more kernel messages about network interfaces. Joe Holden wrote: > 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 > > -----BEGIN PGP SIGNATURE----- iD8DBQFGbPFocuckYiL1ACcRAs9DAKDlUlVZRZYEQdL+Vvwul4MkMpdpMACgoMKZ D8Qek1kksPGfij0fDTFuIe4= =/J8n -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 06:57: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 C9FDE16A468 for ; Mon, 11 Jun 2007 06:57:08 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9F98E13C4C2; Mon, 11 Jun 2007 06:57:08 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l5B6v4fC095967; Mon, 11 Jun 2007 06:57:06 GMT (envelope-from davidxu@freebsd.org) Message-ID: <466CF264.3040409@freebsd.org> Date: Mon, 11 Jun 2007 14:57:40 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070516 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kip Macy References: <136a340a0706102032m56573d08h83fccb0656d373f2@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Nikolay Kalev , freebsd-current@freebsd.org Subject: Re: sun4v Tinderbox ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2007 06:57:08 -0000 Kip Macy wrote: > I'm going to give Xu a couple more days to fix the fallout from his > pcpu changes. > > -Kip > > On 6/10/07, Nikolay Kalev wrote: > >> Can someone please fix the sun4v tree so others can test their code on >> recent ? >> >> Yes, I know, but adding a pad field to pcpu is not a complete solution, this can be broken again in future by someone who does not notice this. should we put a constraint on pcpu structure, for example: put a __align(64) there ? Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 07:02: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 659DF16A41F for ; Mon, 11 Jun 2007 07:02:18 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 0578E13C43E for ; Mon, 11 Jun 2007 07:02:17 +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 mailfe12.swip.net (CommuniGate Pro SMTP 5.1.9) with ESMTPA id 345093332; Mon, 11 Jun 2007 09:02:16 +0200 From: Hans Petter Selasky To: "M. Warner Losh" Date: Mon, 11 Jun 2007 09:02:10 +0200 User-Agent: KMail/1.9.5 References: <466913F0.2060200@cytexbg.com> <200706081220.34991.hselasky@c2i.net> <20070608.121148.-957834607.imp@bsdimp.com> In-Reply-To: <20070608.121148.-957834607.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706110902.10822.hselasky@c2i.net> 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: Mon, 11 Jun 2007 07:02:18 -0000 On Friday 08 June 2007 20:11, M. Warner Losh wrote: > 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? If you replug a PCMCIA USB device multiple times, will you not end up with multiple USB ghost devices under /dev? Or has this been fixed? --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 07: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 F3A6816A469; Mon, 11 Jun 2007 07:16:16 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 852C713C489; Mon, 11 Jun 2007 07:16:15 +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 mailfe04.swip.net (CommuniGate Pro SMTP 5.1.9) with ESMTPA id 515202519; Mon, 11 Jun 2007 09:16:13 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 11 Jun 2007 09:16:08 +0200 User-Agent: KMail/1.9.5 References: <466913F0.2060200@cytexbg.com> <20070608.121532.1136082067.imp@bsdimp.com> <4669CCEC.2010901@altadena.net> In-Reply-To: <4669CCEC.2010901@altadena.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706110916.08821.hselasky@c2i.net> Cc: Warner Losh , current@freebsd.org, Pete Carah 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: Mon, 11 Jun 2007 07:16:17 -0000 On Friday 08 June 2007 23:41, Pete Carah wrote: > 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). BTW: If you stick with FreeBSD 6.2 then there should be less problems building newusb. > > 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). This is a known problem. > > > 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. You don't need interlayer messages. You just need a way to properly teardown the subdevices. And some sub-layers were not designed with detach in mind. With regard to "ucom", maybe it is an idea to look at the new "ucom" interface in the new USB stack? It is a complete rewrite, and it supports all kinds of USB serial devices. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 07:16: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 F3A6816A469; Mon, 11 Jun 2007 07:16:16 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 852C713C489; Mon, 11 Jun 2007 07:16:15 +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 mailfe04.swip.net (CommuniGate Pro SMTP 5.1.9) with ESMTPA id 515202519; Mon, 11 Jun 2007 09:16:13 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 11 Jun 2007 09:16:08 +0200 User-Agent: KMail/1.9.5 References: <466913F0.2060200@cytexbg.com> <20070608.121532.1136082067.imp@bsdimp.com> <4669CCEC.2010901@altadena.net> In-Reply-To: <4669CCEC.2010901@altadena.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706110916.08821.hselasky@c2i.net> Cc: Warner Losh , current@freebsd.org, Pete Carah 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: Mon, 11 Jun 2007 07:16:17 -0000 On Friday 08 June 2007 23:41, Pete Carah wrote: > 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). BTW: If you stick with FreeBSD 6.2 then there should be less problems building newusb. > > 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). This is a known problem. > > > 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. You don't need interlayer messages. You just need a way to properly teardown the subdevices. And some sub-layers were not designed with detach in mind. With regard to "ucom", maybe it is an idea to look at the new "ucom" interface in the new USB stack? It is a complete rewrite, and it supports all kinds of USB serial devices. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 09:15: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 B205616A468 for ; Mon, 11 Jun 2007 09:15:10 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8E8F913C44B for ; Mon, 11 Jun 2007 09:15:10 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so2219747waf for ; Mon, 11 Jun 2007 02:15: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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=J0YJZoA0kTe3DZFu+vekfujdR/02ZIzVyKqPFYfNdAi7oPvp0sKk9QTqGv2ACbRUa/W5R/xzBP7SrRL6yugBTNGEB4hFUjuPgE3oUeHtxQ6gNkvK/83yiQ3qCJj0kJBm5cr2SH3KjaMUO1GBwwbaVcAqy7A1Wi4nUW1yoZmkHP4= 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=X3SEz0kAQcPcHLhDs421F60I26Vd5vqpOAOUwLwRKXxhFORgDdXMtn4yYZp+JINC1h4ha1GnNpmu6JZZj+upBT6ig7pICRfqiVe4p21Q7nyYxKqi7u/2+952wEMCggz1W+nQlmypFaotIhD+prWutkIRXiD8rKoO2PpI2G2nJzE= Received: by 10.114.176.1 with SMTP id y1mr5303918wae.1181553310206; Mon, 11 Jun 2007 02:15:10 -0700 (PDT) Received: by 10.114.194.12 with HTTP; Mon, 11 Jun 2007 02:15:10 -0700 (PDT) Message-ID: Date: Mon, 11 Jun 2007 11:15:10 +0200 From: "Claus Guttesen" To: "Bakul Shah" In-Reply-To: <20070610223159.35EBC5B3B@mail.bitblocks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070610223159.35EBC5B3B@mail.bitblocks.com> Cc: current@freebsd.org, fs@freebsd.org Subject: Re: zfs 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, 11 Jun 2007 09:15:10 -0000 > I rebuilt and installed -current as of last night (10:30PM > PST or so). Now both zfs & zpool croak out the following > message as they die: > > link_elf: symbol sysctl_handle_quad undefined > internal error: failed to initialized zfs library I have just updated to current as of June 11'th 2007 10 am gmt +1 and it came up fine. Did you do a make buildworld, -kernel, mergemaster etc.? -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 10:35: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 6856516A400 for ; Mon, 11 Jun 2007 10:35:05 +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 3203213C45D for ; Mon, 11 Jun 2007 10:35:01 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.2.135]) by farris.bafirst.com with esmtp; Mon, 11 Jun 2007 05:34:53 -0500 id 0006D409.466D254F.0000F74C Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Mon, 11 Jun 2007 05:34:38 -0500 id 0004AC0A.466D253E.0000FE51 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; Mon, 11 Jun 2007 05:34:38 -0500 Message-ID: <20070611053438.jlqrf1t4owo0c0wo@intranet.encontacto.net> X-Priority: 3 (Normal) Date: Mon, 11 Jun 2007 05:34:38 -0500 From: eculp@encontacto.net To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) X-Originating-IP: 189.129.2.135 Subject: make release on current ends with "No space left on device" md1 + umount /mnt + mdconfig -d -u md1 *** Error code 1 S X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2007 10:35:05 -0000 While waiting for the current snap, I have given make Release a half dozen tries with all ending in the following result. /mnt: write failed, filesystem is full cpio: write error: No space left on device + umount /mnt + mdconfig -d -u md1 *** Error code 1 This has been over the period of 10 days with new cvsup sources each time. The tail of the log file that starts at (cd /R/stage/dists/src; rm -f CHECKSUM.MD5 CHECKSUM.SHA256; md5 * > .CHECKSUM.MD5; sha256 * > .CHECKSUM.SHA256; mv .CHECKSUM.MD5 CHECKSUM.MD5; mv .CHECKSUM.SHA256 CHECKSUM.SHA256) src distribution is finished. touch release.7 Can be found at http://bafirst.com IIRC, I am wondering if setting MAKE_FLOPPIES=false would just skip this and go to making ISOs? Thanks for any suggestions. In the mean time I'm going to check for new current snaps. ed From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 12:28: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 02AAA16A469 for ; Mon, 11 Jun 2007 12:28:35 +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 BBC4C13C458 for ; Mon, 11 Jun 2007 12:28:34 +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 F089917380 for ; Mon, 11 Jun 2007 12:28:32 +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 l5BCSgJI034987 for ; Mon, 11 Jun 2007 12:28:42 GMT (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Mon, 11 Jun 2007 12:28:42 +0000 Message-ID: <34986.1181564922@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: "rtfree: %p has 1 refs" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2007 12:28:35 -0000 With this mornings -current I see a lot of rtfree: 0xc2798d20 has 1 refs rtfree: 0xc2798d20 has 1 refs rtfree: 0xc2798d20 has 1 refs rtfree: 0xc2798d20 has 1 refs rtfree: 0xc2798d20 has 1 refs ... I've been playing with ipsec-tools and FAST_IPSEC No other clues right now... -- 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 Mon Jun 11 09:53: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 8F31816A400 for ; Mon, 11 Jun 2007 09:53:28 +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 DC5A313C455 for ; Mon, 11 Jun 2007 09:53:27 +0000 (UTC) (envelope-from ndenev@totalterror.net) Received: (qmail 17387 invoked by uid 1009); 11 Jun 2007 12:51:42 +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.052084 secs); 11 Jun 2007 09:51:42 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 11 Jun 2007 12:51:42 +0300 Received: (qmail 70292 invoked from network); 11 Jun 2007 12:51:42 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 11 Jun 2007 12:51:42 +0300 Message-ID: <466D1B2E.5020800@totalterror.net> Date: Mon, 11 Jun 2007 12:51:42 +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> <46682F9F.9090204@totalterror.net> In-Reply-To: <46682F9F.9090204@totalterror.net> 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: Mon, 11 Jun 2007 12:40:21 +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: Mon, 11 Jun 2007 09:53:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Niki Denev wrote: > 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? > > Well, i still can't find a way to make my system skip fsck on unclean shutdown/reboot. The strange thing is that "fsck -p" reports that the filesystem is clean, but the kernel refuses to mount it r/w with the message "WARNING: R/W mount of / denied. Filesystem is not clean - run fsck" I guess i'm doing something wrong.. just can't see what it is.. any ideas are appreciated. Thanks. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGbRsuHNAJ/fLbfrkRAi0PAJ9SUJ4ORvhsRb31tZRx/a5oUQFMdACeMBAX wcFU4QB41aC7v8IqEFX/h/k= =Gbnm -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 13:35:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB33816A400; Mon, 11 Jun 2007 13:35:14 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.freebsd.org (Postfix) with ESMTP id 2553213C484; Mon, 11 Jun 2007 13:35:13 +0000 (UTC) (envelope-from mb@imp.ch) Received: from godot (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id l5BDZAj4010584; Mon, 11 Jun 2007 15:35:11 +0200 (CEST) (envelope-from mb@imp.ch) Date: Mon, 11 Jun 2007 15:35:10 +0200 (CEST) From: Martin Blapp X-X-Sender: mb@godot To: freebsd-current@freebsd.org Message-ID: <20070611150725.N20626@godot> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: janm@transactionware.com, scottl@freebsd.org Subject: IBM serveraid ipsstat physical drive state values X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2007 13:35:14 -0000 Hi, Does anybody of you have a list of the status codes ? I wasn't able to find anything on the internet, and IBM tech support was unable to hand out anything. They said that those informations are protected and they can't out anything without a NDA. Bullshit ! Currently we only see 'int' values in ipsstat, which is not really helpful if you have IBM on the phone and they ask what status your drive has. The speak about 3-letter codes, and you tell them: It has state 8 ... I was able to get some of them myself, but it would be cool if you can fill in the rest of the missing values. Any ideas ? I'd like to commit this to ips.h to have more useful information available. -- Martin ------------------------------------------------------------------ Abr: State: Number: ------------------------------------------------------------------ RDY Ready ... ? RDY appears as the status of a drive that the RAID adapter detects as installed, spun up, but not configured in an array. ------------------------------------------------------------------ ONL Online 137 ? Online, a drive that RAID adapter detects as installed, operational, and configured into an array appear as this state. ------------------------------------------------------------------ RBL Rebuilding ... A drive in this state is being rebuilt. Only the IBM ServeRAID Adapter has this state. A physical hard drive can enter the RBL state if one of the following conditions occurs: A good working drive replaces a DDD drive that is part of the critical logical drive. At the end of a successful rebuild, the state of the physical drive changes to ONL, and the state of the corresponding logical drives changes to OKY. The HSP or standby hot-spare (SHS) drive is added to the array and the state changes from HSP or SHS to RBL. At the same time, the DDD drive is removed from the array and its state changes to DHS from DDD. The adapter then automatically reconstructs data in the RBL drive. The state of the corresponding logical drive remains CRT (if the RAID level is 1 or 5) or OFL during the rebuild process. When the rebuild completes successfully, the device state changes from RBL to ONL and the logical drive state changes from CRT to OKY. A ready (RDY) or standby (SBY) drive replaces a DDD drive that is part of the critical logical drive. The state of the RDY or SBY drive becomes RBL. When the rebuild completes successfully, the state changes to ONL. The DDD drive is removed from the logical drive and becomes DHS ------------------------------------------------------------------ HSP Hot Spare 133 (IBM ServeRAID & ServeRAID II) A hot-spare (HSP) drive is a drive designated to be a replacement for the first DDD drive that occurs. The state of the drive appears as HSP. When a DDD drive occurs and a HSP is defined, the hot-spare drive takes over for the drive that appears as DDD. The HSP drive is rebuilt to be identical to the DDD drive. During the rebuilding of the HSP drive, this drive changes to the RBL state. The RBL state will turn to ONL once the drive is completely rebuilt and fully operating for the DDD drive. ------------------------------------------------------------------ DHS Spare Defunct 8 or 4 ? A hot-spare or standby hot-spare drive (see below) enters the defunct hot-spare (DLIS) state if it fails to respond to the adapter commands. Once a DHS drive is replaced, its state changes from DHS to HSP. Only the IBM ServeRAID Adapter has the DHS state. ------------------------------------------------------------------ DDD HW Defunct 8 or 4 ? The RAID adapter marks an ONL or OFL (RBL if ServeRAID) drive defunct, changing its status to DDD and removing power from the drive, when one of the following conditions occur: * The drive does not respond to commands by a certain timeout value. * The drive exceeds the number of allowed busy status responses as specified by the RAID adapter firmware. * A reassign failure or two successive failures in verification occur when the RAID adapter tries to recover from a media error reported from the drive. ------------------------------------------------------------------ SBY Standby ... ? A standby drive is a hard disk drive that the RAID adapter has spun down. Devices such as tape drives and CD-ROM drives are also considered to be in a standby state. Only the IBM ServeRAID Adapter has the state. ------------------------------------------------------------------ SHS Standby Hot Spare ... ? A standby hot-spare is a hot-spare drive that the adapter has spun down. If a drive becomes defrinet and no suitable hot-spare drive is available, a standby hot-spare of the appropriate size spins up and enters the RBL state. You must have at least four hard disk drives if you want a standby hot-spare with RAID-5. Only the IBM ServeRAID Adapter has the state. ------------------------------------------------------------------ EMP Empty ... ? No device is present in the bay or the adapter cannot communicate with the drive. This state is represented with dashes (- - -) on the IBM ServeRAID configuration screen, or a blank space on the Administration and Monitor screen. Only the JBM ServeRAID Adapter has this state. ------------------------------------------------------------------ OFL Offline ... ? Offline, a good drive that replaces a defunct drive in a RAID level I or level 5 array. This drive is associated with the array, but does not contain any data. Drive status remains OFL during the rebuild phase. ------------------------------------------------------------------ PFA Checksum errors ... The firmware of a hard drive uses algorithms to track the error rates on the drive. The drive alerts the user with a Predictive Failure Analysis (PFA) alert via the RAID administration utility and NetFinity when degradation of drive performance (read/write errors) is detected. When a PFA alert occurs, physical replacement of the drive is recommended. ------------------------------------------------------------------ UFM Unformatted ... ? Unformatted, a drive that requires a low-level formatting before it can be used in an array. You can start the low-level format by selecting Format Drive from the RAID Configuration Main Menu. ------------------------------------------------------------------ FMT Reformat in progress ... ? Format: the drive is being reformatted. ------------------------------------------------------------------ -- Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 14:22: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 1DE7816A400; Mon, 11 Jun 2007 14:22:03 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id CA6E513C468; Mon, 11 Jun 2007 14:22:02 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:MIME-Version:Content-Type:Content-Disposition:Sender:X-Spam-Status:Subject; b=KRre2SSByMvAD96JjY1gdNtE6/dyqOSMuAueLSTEnF1yOwzB1Fqm7smXI24otgb5fAc3Di2PjLrSZDCbYPvv+5MotXGRzLqF7iLXh7IRZnyx+NT8C+VhADH866+NOlQZ+x4w/xXDEt8VuX/PExN/E5jvEwn/kQ+rLDvKZfx2Rzs=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HxkXh-0009fy-Aw; Mon, 11 Jun 2007 18:06:49 +0400 Date: Mon, 11 Jun 2007 18:06:44 +0400 From: Eygene Ryabinkin To: freebsd-net@freebsd.org Message-ID: <20070611140644.GH86872@void.codelabs.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.7 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_40 Cc: shigeaki@f.csce.kyushu-u.ac.jp, freebsd-current@freebsd.org, yongari@freebsd.org Subject: nfe(4) strangeness on the 7-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, 11 Jun 2007 14:22:03 -0000 Good day. I had recently upgraded my amd64 box to the 7-CURRENT and started using nfe(4) instead of nve(4), because the latter was almost unusable on the moderate traffic flow from the amd64 box to some other machine due to the watchdog timeouts. But the stock nfe(4) was not good too: it provoked some kernel crashes. So, I resorted to the nfe(4) driver from http://www.f.csce.kyushu-u.ac.jp/~shigeaki/software/freebsd-nfe.html Things are working, but I have many kernel messages like this: ----- TCP: [third_local_machine]:65385 to [second_local_machine]:443 tcpflags 0x4; tcp_input : Listen socket: Spurious RST, segment rejected TCP: [127.0.0.1]:61775 to [127.0.0.1]:40001 tcpflags 0x11; syncache_expand: Segment failed SYNCOOKIE authentication, segment rejected (probably spoofed) TCP: [third_local_machine]:63851 to [second_local_machine]:443 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected TCP: [third_local_machine]:62901 to [second_local_machine]:443 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected TCP: [third_local_machine]:55359 to [second_local_machine]:443 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected TCP: [209.132.176.167]:60779 to [first_local_machine]:25 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected TCP: [69.147.83.53]:54604 to [first_local_machine]:25 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected TCP: [third_local_machine]:63187 to [second_local_machine]:443 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected TCP: [209.132.176.167]:38662 to [first_local_machine]:25 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected TCP: [209.132.176.167]:38662 to [first_local_machine]:25 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected TCP: [127.0.0.1]:60500 to [127.0.0.1]:40001 tcpflags 0x11; syncache_expand: Segment failed SYNCOOKIE authentication, segment rejected (probably spoofed) ----- I would count this as the hardware or driver failures, but the messages for the 127.0.0.1 shows that this is not related to the packet corruption in the NIC driver. And SSH transfers are working fine, so if there would be packet corruption, then it will broke SSH MAC layer. The motherboard is ASUS M2NPV-VM. The device itself is detected as ----- nfe0: port 0xc800-0xc807 mem 0xfe02b000-0xfe02bfff irq 22 at device 20.0 on pci0 miibus0: on nfe0 e1000phy0: PHY 1 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: Ethernet address: 00:18:f3:97:38:85 nfe0: [FILTER] ----- The kernel signature is '7.0-CURRENT FreeBSD 7.0-CURRENT #3: Fri Jun 8 06:26:42 MSD 2007'. The non-default part of my -CURRENT is the usb4bsd stack instead of the stock one. But I had the same error messages without usb4bsd. Should I just relax and ignore the messages, or this is the sign of the brokenness? Thank you! -- Eygene From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 15:25: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 9A11F16A400; Mon, 11 Jun 2007 15:25:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 585C913C4AE; Mon, 11 Jun 2007 15:25:03 +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 l5BFP2mo069161; Mon, 11 Jun 2007 11:25: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 l5BFP2DD094647; Mon, 11 Jun 2007 11:25:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5B06173068; Mon, 11 Jun 2007 11:25:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070611152502.5B06173068@freebsd-current.sentex.ca> Date: Mon, 11 Jun 2007 11:25:02 -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: Mon, 11 Jun 2007 15:25:03 -0000 TB --- 2007-06-11 13:51:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-11 13:51:31 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-11 13:51:31 - cleaning the object tree TB --- 2007-06-11 13:51:49 - checking out the source tree TB --- 2007-06-11 13:51:49 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-11 13:51:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-11 14:00:51 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-11 14:00:51 - cd /src TB --- 2007-06-11 14:00:51 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 11 14:00: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 Mon Jun 11 15:11:59 UTC 2007 TB --- 2007-06-11 15:11:59 - generating LINT kernel config TB --- 2007-06-11 15:11:59 - cd /src/sys/sun4v/conf TB --- 2007-06-11 15:11:59 - /usr/bin/make -B LINT TB --- 2007-06-11 15:11:59 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-11 15:11:59 - cd /src TB --- 2007-06-11 15:11:59 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 11 15:11: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-11 15:25:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-11 15:25:02 - ERROR: failed to build lint kernel TB --- 2007-06-11 15:25:02 - tinderbox aborted TB --- 0.58 user 1.98 system 5610.72 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 18:26:04 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E6D016A46E for ; Mon, 11 Jun 2007 18:26:04 +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 0F94B13C44C for ; Mon, 11 Jun 2007 18:26:03 +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 l5BIQ3l25596; Mon, 11 Jun 2007 14:26:03 -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 l5BIQ1q23530; Mon, 11 Jun 2007 14:26:01 -0400 (EDT) Message-ID: <466D93F8.90501@FreeBSD.org> Date: Mon, 11 Jun 2007 14:27:04 -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> <466469E4.2070106@FreeBSD.org> <86ejkpge09.wl%rpaulo@fnop.net> <86bqftgdyt.wl%rpaulo@fnop.net> In-Reply-To: <86bqftgdyt.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, 11 Jun 2007 18:26:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rui Paulo wrote: > 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. Same as before, but now with one extra diagnostic message: backlight0: on vgapci0 backlight0: 60905 hw.backlight.enable: 1 hw.backlight.level: 23884 sysctl hw.backlight.enable=0 hw.backlight.enable: 1 -> 1 Sorry for the delayed response. I was out of the office all last week. 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 iD8DBQFGbZP3b2iPiv4Uz4cRAtfSAJwPi2v5jnfuv8aogIgchodvT9Y9mQCcCEvm 2WLVaziwGjiYvJA0PvmCg0A= =TVpW -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 19:05: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 133D416A41F for ; Mon, 11 Jun 2007 19:05:07 +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 BF5D613C455 for ; Mon, 11 Jun 2007 19:05:06 +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 l5BJ3icT094475; Mon, 11 Jun 2007 12:03:44 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l5BJ3i98094474; Mon, 11 Jun 2007 12:03:44 -0700 (PDT) (envelope-from david) Date: Mon, 11 Jun 2007 12:03:44 -0700 From: David Wolfskill To: Sam Leffler Message-ID: <20070611190344.GR44064@bunrab.catwhisker.org> References: <466CCC94.5050500@errno.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1DJquaBdcXeJgGJw" Content-Disposition: inline In-Reply-To: <466CCC94.5050500@errno.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: new 802.11 work committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2007 19:05:07 -0000 --1DJquaBdcXeJgGJw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 10, 2007 at 09:16:20PM -0700, Sam Leffler wrote: > From UPDATING: >=20 > 20070610: > The net80211 layer has changed significantly and all wireless > drivers that depend on it need to be recompiled..... > Send problems to this mailing list; I will be occupied this week and=20 > other folks have promised to cover any fallout from these changes. >... Caveat: When I reported this for the first test patchset, I was informed that I was the only one reporting the issues in question. So this may not apply to anyone else. OK; as was the case for each of the test patchsets, after rebuilding the world & kernel & rebooting the result, I see the following: * /sbin/ifconfig dumps core. With each of the test patchsets, I tried building a debug version of ifconfig(8) (using "-g" as the CFLAGS value), which caused a version of ifconfig to be installed that no longer dumps core. The following sequence was sufficient to accomplish this: * Modify /etc/make.conf to include the line "CFLAGS =3D -g" * cd /usr/src/sbin/ifconfig * touch ifieee80211.c * make * make install I had spent a fair amount of time poking at this with the first test patchset (by littering ifieee80211.c with debugging printf(3) calls). I will be happy to pursue this further if it is likely to be of use. * Even after installing a copy of /sbin/ifconfig that doesn't dump core, the wi(4) NIC (which is the one I use most) does not associate to either of my 802.11b APs (using WEP). Using the code from the first test patchset, I was able to get an an(4) NIC to associate.=20 * I had no trouble with wired NICs ussing eh first test patchset; I don't anticipate problems with them with the committed code. Here's a short typescript that illustrates some of the above: Script started on Mon Jun 11 11:21:02 2007 localhost(7.0-C)[1] uname -a FreeBSD localhost 7.0-CURRENT FreeBSD 7.0-CURRENT #450: Mon Jun 11 10:44:56= PDT 2007 root@g1-18.catwhisker.org.:/common/S4/obj/usr/src/sys/CANARY = i386 localhost(7.0-C)[2] date Mon Jun 11 11:21:20 PDT 2007 localhost(7.0-C)[3] /sbin/ifconfig xl0: flags=3D8802 metric 0 mtu 1500 options=3D9 ether 00:08:74:e5:95:cb media: Ethernet autoselect (none) status: no carrier fwe0: flags=3D8802 metric 0 mtu 1500 options=3D8 ether 46:4f:c0:76:40:41 ch 1 dma -1 fwip0: flags=3D8802 metric 0 mtu 1500 lladdr 44.4f.c0.0.30.76.40.41.a.2.ff.fe.0.0.0.0 plip0: flags=3D108810 metric 0 mt= u 1500 lo0: flags=3D8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5=20 inet6 ::1 prefixlen 128=20 inet 127.0.0.1 netmask 0xff000000=20 wi0: flags=3D8802 metric 0 mtu 1500 ether 00:02:2d:5b:2c:78 media: IEEE 802.11 Wireless Ethernet autoselect (none) status: no carrier ssid "" channel 1 (2412 Mhz 11b) stationname 0x3a6920c000dd0508e3cf040880c0202880f0202888debfbf29e1 authmode OPEN privacy OFF txpowmax 100 bmiss 7 scanvalid 60 Segmentation fault (core dumped) localhost(7.0-C)[4] exit Script done on Mon Jun 11 11:22:39 2007 For some measure of comparison, here's today's STABLE: g1-18(6.2-S)[10] uname -a FreeBSD g1-18.catwhisker.org. 6.2-STABLE FreeBSD 6.2-STABLE #421: Mon Jun 1= 1 07:07:34 PDT 2007 root@g1-18.catwhisker.org.:/common/S1/obj/usr/src/s= ys/CANARY i386 g1-18(6.2-S)[11] date Mon Jun 11 12:02:45 PDT 2007 g1-18(6.2-S)[12] /sbin/ifconfig xl0: flags=3D8802 mtu 1500 options=3D9 ether 00:08:74:e5:95:cb media: Ethernet autoselect (none) status: no carrier fwe0: flags=3D108802 mtu 1500 options=3D8 ether 46:4f:c0:76:40:41 ch 1 dma -1 plip0: flags=3D108810 mtu 1500 lo0: flags=3D8049 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4=20 inet6 ::1 prefixlen 128=20 inet 127.0.0.1 netmask 0xff000000=20 wi0: flags=3D8843 mtu 1500 inet 172.17.1.18 netmask 0xffff0000 broadcast 172.17.255.255 ether 00:02:2d:5b:2c:78 media: IEEE 802.11 Wireless Ethernet autoselect status: associated ssid lmdhw-net channel 1 bssid 00:04:5a:cd:d4:17 stationname "FreeBSD WaveLAN/IEEE node" authmode OPEN privacy MIXED deftxkey 1 wepkey 1:40-bit txpowmax 100 bmiss 7 bintval 100 g1-18(6.2-S)[13]=20 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. --1DJquaBdcXeJgGJw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkZtnJAACgkQmprOCmdXAD25HwCgg5cK+9MvsEj8S2cXGl0hIBoq 6EQAmwa70rsCT1yx0IbCPBDy+VxT6EP+ =6orn -----END PGP SIGNATURE----- --1DJquaBdcXeJgGJw-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 19:09: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 38BA116A46F for ; Mon, 11 Jun 2007 19:09:17 +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 93EDB13C4B9 for ; Mon, 11 Jun 2007 19:09:16 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 92582 invoked from network); 11 Jun 2007 18:22:58 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 11 Jun 2007 18:22:58 -0000 Message-ID: <466D9DDE.6090302@freebsd.org> Date: Mon, 11 Jun 2007 21:09:18 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Eygene Ryabinkin References: <20070611140644.GH86872@void.codelabs.ru> In-Reply-To: <20070611140644.GH86872@void.codelabs.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: shigeaki@f.csce.kyushu-u.ac.jp, freebsd-net@freebsd.org, freebsd-current@freebsd.org, yongari@freebsd.org Subject: Re: nfe(4) strangeness on the 7-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, 11 Jun 2007 19:09:17 -0000 Eygene Ryabinkin wrote: > Good day. > > I had recently upgraded my amd64 box to the 7-CURRENT and started > using nfe(4) instead of nve(4), because the latter was almost > unusable on the moderate traffic flow from the amd64 box to some > other machine due to the watchdog timeouts. > > But the stock nfe(4) was not good too: it provoked some kernel > crashes. So, I resorted to the nfe(4) driver from > http://www.f.csce.kyushu-u.ac.jp/~shigeaki/software/freebsd-nfe.html > > Things are working, but I have many kernel messages like this: > ----- > TCP: [third_local_machine]:65385 to [second_local_machine]:443 tcpflags 0x4; tcp_input > : Listen socket: Spurious RST, segment rejected > TCP: [127.0.0.1]:61775 to [127.0.0.1]:40001 tcpflags 0x11; syncache_expand: Segment failed SYNCOOKIE authentication, segment rejected (probably spoofed) > TCP: [third_local_machine]:63851 to [second_local_machine]:443 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected > TCP: [third_local_machine]:62901 to [second_local_machine]:443 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected > TCP: [third_local_machine]:55359 to [second_local_machine]:443 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected > TCP: [209.132.176.167]:60779 to [first_local_machine]:25 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected > TCP: [69.147.83.53]:54604 to [first_local_machine]:25 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected > TCP: [third_local_machine]:63187 to [second_local_machine]:443 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected > TCP: [209.132.176.167]:38662 to [first_local_machine]:25 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected > TCP: [209.132.176.167]:38662 to [first_local_machine]:25 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected > TCP: [127.0.0.1]:60500 to [127.0.0.1]:40001 tcpflags 0x11; syncache_expand: Segment failed SYNCOOKIE authentication, segment rejected (probably spoofed) > ----- > I would count this as the hardware or driver failures, but the > messages for the 127.0.0.1 shows that this is not related to the > packet corruption in the NIC driver. And SSH transfers are working > fine, so if there would be packet corruption, then it will broke > SSH MAC layer. > > The motherboard is ASUS M2NPV-VM. The device itself is detected > as > ----- > nfe0: port 0xc800-0xc807 mem 0xfe02b000-0xfe02bfff irq 22 at device 20.0 on pci0 > miibus0: on nfe0 > e1000phy0: PHY 1 on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto > nfe0: Ethernet address: 00:18:f3:97:38:85 > nfe0: [FILTER] > ----- > The kernel signature is '7.0-CURRENT FreeBSD 7.0-CURRENT #3: Fri Jun 8 > 06:26:42 MSD 2007'. > > The non-default part of my -CURRENT is the usb4bsd stack instead > of the stock one. But I had the same error messages without usb4bsd. > > Should I just relax and ignore the messages, or this is the sign > of the brokenness? These messages are unrelated to your hardware. There you can relax. We have a bug in the TCP FSM state transitions which I'm currently tracking down that indirectly causes the log messages. You don't have to worry about it for your case. TCP connections work fine. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 19:13: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 6B21B16A41F for ; Mon, 11 Jun 2007 19:13:57 +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 4F63D13C455 for ; Mon, 11 Jun 2007 19:13:57 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l5BJDhLR056326; Mon, 11 Jun 2007 15:13:44 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-current@freebsd.org Date: Mon, 11 Jun 2007 15:13:04 -0400 User-Agent: KMail/1.9.6 References: <466CCC94.5050500@errno.com> <20070611190344.GR44064@bunrab.catwhisker.org> In-Reply-To: <20070611190344.GR44064@bunrab.catwhisker.org> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706111513.04693.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Subject: Re: HEADSUP: new 802.11 work committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2007 19:13:57 -0000 On Monday 11 June 2007 03:03:44 pm David Wolfskill wrote: > On Sun, Jun 10, 2007 at 09:16:20PM -0700, Sam Leffler wrote: > > From UPDATING: > > > > 20070610: > > The net80211 layer has changed significantly and all wireless > > drivers that depend on it need to be recompiled..... > > Send problems to this mailing list; I will be occupied this week and > > other folks have promised to cover any fallout from these changes. > >... > > Caveat: When I reported this for the first test patchset, I was > informed that I was the only one reporting the issues in question. So > this may not apply to anyone else. > > OK; as was the case for each of the test patchsets, after rebuilding the > world & kernel & rebooting the result, I see the following: > > * /sbin/ifconfig dumps core. > With each of the test patchsets, I tried building a debug version of > ifconfig(8) (using "-g" as the CFLAGS value), which caused a version > of ifconfig to be installed that no longer dumps core. The following > sequence was sufficient to accomplish this: > > * Modify /etc/make.conf to include the line "CFLAGS = -g" Note that this clobbers any existing CFLAGS, which by default includes things like -O2, -pipe, and -fno-strict-aliasing. I would try the debug route again but use: CFLAGS+= -g in make.conf. JN From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 19:23: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 3A35016A41F; Mon, 11 Jun 2007 19:23:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1196713C448; Mon, 11 Jun 2007 19:23:51 +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 l5BJNp9k011385; Mon, 11 Jun 2007 15:23:51 -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 l5BJNpQB016958; Mon, 11 Jun 2007 15:23:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BB1A373068; Mon, 11 Jun 2007 15:23:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070611192350.BB1A373068@freebsd-current.sentex.ca> Date: Mon, 11 Jun 2007 15:23:50 -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 i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2007 19:23:52 -0000 TB --- 2007-06-11 16:58:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-11 16:58:48 - starting HEAD tinderbox run for i386/i386 TB --- 2007-06-11 16:58:48 - cleaning the object tree TB --- 2007-06-11 16:59:23 - checking out the source tree TB --- 2007-06-11 16:59:23 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-06-11 16:59:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-11 17:08:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-11 17:08:41 - cd /src TB --- 2007-06-11 17:08:41 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 11 17:08:42 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 11 18:23:45 UTC 2007 TB --- 2007-06-11 18:23:45 - generating LINT kernel config TB --- 2007-06-11 18:23:45 - cd /src/sys/i386/conf TB --- 2007-06-11 18:23:45 - /usr/bin/make -B LINT TB --- 2007-06-11 18:23:45 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-11 18:23:45 - cd /src TB --- 2007-06-11 18:23:45 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 11 18:23: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 >>> Kernel build for LINT completed on Mon Jun 11 18:55:27 UTC 2007 TB --- 2007-06-11 18:55:27 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-11 18:55:27 - cd /src TB --- 2007-06-11 18:55:27 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Jun 11 18:55:28 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 GENERIC completed on Mon Jun 11 19:17:41 UTC 2007 TB --- 2007-06-11 19:17:41 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-11 19:17:41 - cd /src TB --- 2007-06-11 19:17:41 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Mon Jun 11 19:17:41 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/net80211/ieee80211_scan_sta.c:538: undefined reference to `ieee80211_chan2mode' ieee80211_scan_sta.o(.text+0x1fca):/src/sys/net80211/ieee80211_scan_sta.c:569: undefined reference to `ieee80211_scan_dump_channels' ieee80211_scan_sta.o(.text+0x2052): In function `sta_detach': /src/sys/net80211/ieee80211_scan_sta.c:146: undefined reference to `M_80211_SCAN' ieee80211_scan_sta.o(.text+0x20a3): In function `sta_attach': /src/sys/net80211/ieee80211_scan_sta.c:122: undefined reference to `M_80211_SCAN' ieee80211_scan_sta.o(.text+0x179d): In function `sta_age': /src/sys/net80211/ieee80211_scan_sta.c:1028: undefined reference to `ieee80211_bg_scan' *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-11 19:23:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-11 19:23:49 - ERROR: failed to build PAE kernel TB --- 2007-06-11 19:23:49 - tinderbox aborted TB --- 0.91 user 2.97 system 8701.71 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 19:41: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 6E1F816A468 for ; Mon, 11 Jun 2007 19:41:19 +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 4A5D813C484 for ; Mon, 11 Jun 2007 19:41:19 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay7.apple.com (relay7.apple.com [17.128.113.37]) by mail-out3.apple.com (Postfix) with ESMTP id B4B08888FC5; Mon, 11 Jun 2007 12:40:14 -0700 (PDT) Received: from relay7.apple.com (unknown [127.0.0.1]) by relay7.apple.com (Symantec Mail Security) with ESMTP id 259E2300AC; Mon, 11 Jun 2007 12:41:19 -0700 (PDT) X-AuditID: 11807125-9ef62bb000000801-12-466da55eb1af 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 E1EAD30063; Mon, 11 Jun 2007 12:41:18 -0700 (PDT) In-Reply-To: <86zm37v4ns.wl%rpaulo@fnop.net> References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> <200706092128.l59LSjRs027671@apollo.backplane.com> <57F8CCC1-1841-41AE-9F82-0C87FE53BE99@mac.com> <200706101752.l5AHqdE0035954@apollo.backplane.com> <8B01C1EC-D61A-484F-B308-6D6C8EB00EE6@mac.com> <861wgjwnrw.wl%rpaulo@fnop.net> <200706102143.l5ALhQut038340@apollo.backplane.com> <86zm37v4ns.wl%rpaulo@fnop.net> 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, 11 Jun 2007 12:41:18 -0700 To: Rui Paulo X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-hackers@freebsd.org, Marcel Moolenaar , 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: Mon, 11 Jun 2007 19:41:19 -0000 Hi, all-- On Jun 10, 2007, at 3:13 PM, Rui Paulo wrote: >> :Media sector size is 512 >> :Warning: BIOS sector numbering starts with sector 1 >> :Information from DOS bootblock is: >> :The data for partition 1 is: >> :sysid 238 (0xee),(EFI GPT) >> : start 40, size 409600 (200 Meg), flag 0 >> : beg: cyl 0/ head 0/ sector 41; >> : end: cyl 406/ head 6/ sector 14 >> >> I think I have it mostly figured out, but the 'start 40' in your >> output can't be right. The intel documentation says that the >> starting LBA in a PMBR record must be set to 1 by definition >> (table 11-7 in the 1.10 documentation). > > I don't know why Apple does that. The offset of 40 sectors sounds like it is pointing to the first partition listed within the GPT? A typical Intel Mac system using GPT ought to look something like this: # fdisk /dev/rdisk0 Disk: /dev/rdisk0 geometry: 9964/255/63 [160086528 sectors] Signature: 0xAA55 Starting Ending #: id cyl hd sec - cyl hd sec [ start - size] ------------------------------------------------------------------------ 1: EE 1023 254 63 - 1023 254 63 [ 1 - 160086520] 2: 00 0 0 0 - 0 0 0 [ 0 - 0] unused 3: 00 0 0 0 - 0 0 0 [ 0 - 0] unused 4: 00 0 0 0 - 0 0 0 [ 0 - 0] unused # gpt -r show /dev/rdisk0 start size index contents 0 1 PMBR 1 1 Pri GPT header 2 32 Pri GPT table 34 6 40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B- xxxxxxxxxxxx 409640 159414704 2 GPT part - 48465300-0000-11AA-AA11- xxxxxxxxxxxx 159824344 262151 160086495 32 Sec GPT table 160086527 1 Sec GPT header The first, small partition is almost certainly a "boothfs" boot partition, as described in the man page for Apple's version of fdisk: " In the default template, partition number 1 will be configured as a Dar- win boot partition spanning from cylinder 0, head 1, sector 1, and extending for 8 megabytes. Partition number 2 will be configured as a Darwin HFS partition spanning the rest of the disk. This mode is designed to initialize an MBR the very first time, or when it has been corrupted beyond repair. You can specify other default partition styles with the -a flag. The available styles are: boothfs Creates an 8Mb boot partition (type AB hex) and makes the rest of the disk a Darwin HFS partition (type AF hex). bootufs Creates an 8Mb boot partition (type AB hex) and makes the rest of the disk a Darwin UFS partition (type A8 hex). hfs Makes the entire disk one Darwin UFS partition (type A8 hex). ufs Makes the entire disk one HFS+ partition (type AF hex). dos Makes the entire disk one DOS partition (type 0C hex). raid Makes the entire disk one type AC hex partition. The -u flag is used to update the MBR code on a given drive. The MBR code extends from offset 0x000 to the start of the partition table at offset 0x1BE. It is similar to the -i flag, except the existing parti- tion table is preserved. This is useful for writing new MBR code onto an existing drive, and is equivalent to the DOS command ``FDISK / MBR''. Note that this option will overwrite the NT disk signature, if present. The -u and -i flags may not be specified together." Also cf: http://en.wikipedia.org/wiki/GUID_Partition_Table -- -Chuck From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 19:53: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 64CDB16A46F; Mon, 11 Jun 2007 19:53:01 +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 E125E13C45D; Mon, 11 Jun 2007 19:53:00 +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 05515690A7A; Mon, 11 Jun 2007 20:50:13 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id C56FF690AC5; Mon, 11 Jun 2007 20:50:12 +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.8 required=5.0 tests=AWL, BAYES_00, FORGED_RCVD_HELO, RCVD_IN_DSBL,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-57-209.net.novis.pt [87.196.57.209]) by core.fnop.net (Postfix) with ESMTP id 14DFC690A7A; Mon, 11 Jun 2007 20:50:11 +0100 (WEST) Date: Mon, 11 Jun 2007 20:52:54 +0100 Message-ID: <86lkeqxo89.wl%rpaulo@fnop.net> From: Rui Paulo To: Chuck Swiger In-Reply-To: References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> <200706092128.l59LSjRs027671@apollo.backplane.com> <57F8CCC1-1841-41AE-9F82-0C87FE53BE99@mac.com> <200706101752.l5AHqdE0035954@apollo.backplane.com> <8B01C1EC-D61A-484F-B308-6D6C8EB00EE6@mac.com> <861wgjwnrw.wl%rpaulo@fnop.net> <200706102143.l5ALhQut038340@apollo.backplane.com> <86zm37v4ns.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: freebsd-hackers@freebsd.org, Marcel Moolenaar , 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: Mon, 11 Jun 2007 19:53:01 -0000 At Mon, 11 Jun 2007 12:41:18 -0700, Chuck Swiger wrote: > > Hi, all-- > > On Jun 10, 2007, at 3:13 PM, Rui Paulo wrote: > >> :Media sector size is 512 > >> :Warning: BIOS sector numbering starts with sector 1 > >> :Information from DOS bootblock is: > >> :The data for partition 1 is: > >> :sysid 238 (0xee),(EFI GPT) > >> : start 40, size 409600 (200 Meg), flag 0 > >> : beg: cyl 0/ head 0/ sector 41; > >> : end: cyl 406/ head 6/ sector 14 > >> > >> I think I have it mostly figured out, but the 'start 40' in your > >> output can't be right. The intel documentation says that the > >> starting LBA in a PMBR record must be set to 1 by definition > >> (table 11-7 in the 1.10 documentation). > > > > I don't know why Apple does that. > > The offset of 40 sectors sounds like it is pointing to the first > partition listed within the GPT? > > A typical Intel Mac system using GPT ought to look something like this: > > # fdisk /dev/rdisk0 > Disk: /dev/rdisk0 geometry: 9964/255/63 [160086528 sectors] > Signature: 0xAA55 > Starting Ending > #: id cyl hd sec - cyl hd sec [ start - size] > ------------------------------------------------------------------------ > 1: EE 1023 254 63 - 1023 254 63 [ 1 - 160086520] > 2: 00 0 0 0 - 0 0 0 [ 0 - 0] unused > 3: 00 0 0 0 - 0 0 0 [ 0 - 0] unused > 4: 00 0 0 0 - 0 0 0 [ 0 - 0] unused > > # gpt -r show /dev/rdisk0 > start size index contents > 0 1 PMBR > 1 1 Pri GPT header > 2 32 Pri GPT table > 34 6 > 40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B- > xxxxxxxxxxxx > 409640 159414704 2 GPT part - 48465300-0000-11AA-AA11- > xxxxxxxxxxxx > 159824344 262151 > 160086495 32 Sec GPT table > 160086527 1 Sec GPT header Well, what's happening is that Boot Camp syncs the BIOS partition table with the GPT table, so the first partition should start at 40, just like the GPT. Why does it start at 40 ? Because you need room for the PMBR, the Primary GPT header and the Primary GPT table. Now, you don't seem to have used Boot Camp on your Mac, right? If you ever use it, fdisk /dev/rdisk0 will show things differently. The first partition with id 0xEE will should start at LBA 40 and end at LBA 409640. > The first, small partition is almost certainly a "boothfs" boot > partition, as described in the man page for Apple's version of > fdisk: I don't think so. The boothfs partition doesn't seem to be used on Intel Macs no longer. The EFI boot loader that comes with Intel Macs can read HFS+ without any help (actually it's an EFI module), so bootufs/boothfs partitions are no longer required. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 19:53: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 54B9016A41F; Mon, 11 Jun 2007 19:53:44 +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 D121213C447; Mon, 11 Jun 2007 19:53:43 +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 A34E3690A7A; Mon, 11 Jun 2007 20:50:56 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 710B4690AC5; Mon, 11 Jun 2007 20:50:56 +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.8 required=5.0 tests=AWL, BAYES_00, FORGED_RCVD_HELO, RCVD_IN_DSBL,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-57-209.net.novis.pt [87.196.57.209]) by core.fnop.net (Postfix) with ESMTP id EFABD690A7A; Mon, 11 Jun 2007 20:50:55 +0100 (WEST) Date: Mon, 11 Jun 2007 20:53:41 +0100 Message-ID: <86k5uaxo6y.wl%rpaulo@fnop.net> From: Rui Paulo To: Matthew Dillon In-Reply-To: <86zm37v4ns.wl%rpaulo@fnop.net> References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> <200706092128.l59LSjRs027671@apollo.backplane.com> <57F8CCC1-1841-41AE-9F82-0C87FE53BE99@mac.com> <200706101752.l5AHqdE0035954@apollo.backplane.com> <8B01C1EC-D61A-484F-B308-6D6C8EB00EE6@mac.com> <861wgjwnrw.wl%rpaulo@fnop.net> <200706102143.l5ALhQut038340@apollo.backplane.com> <86zm37v4ns.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: freebsd-hackers@freebsd.org, Marcel Moolenaar , 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: Mon, 11 Jun 2007 19:53:44 -0000 At Sun, 10 Jun 2007 23:13:59 +0100, Rui Paulo wrote: > > At Sun, 10 Jun 2007 14:43:26 -0700 (PDT), > Matthew Dillon wrote: > > > > > > :No. > > :The first partition is the EFI GPT (0xee): > > : > > :% fdisk -1 > > :******* Working on device /dev/ad0 ******* > > :... > > :parameters to be used for BIOS calculations are: > > :cylinders=116280 heads=16 sectors/track=63 (1008 blks/cyl) > > : > > :Media sector size is 512 > > :Warning: BIOS sector numbering starts with sector 1 > > :Information from DOS bootblock is: > > :The data for partition 1 is: > > :sysid 238 (0xee),(EFI GPT) > > : start 40, size 409600 (200 Meg), flag 0 > > : beg: cyl 0/ head 0/ sector 41; > > : end: cyl 406/ head 6/ sector 14 > > > > I think I have it mostly figured out, but the 'start 40' in your > > output can't be right. The intel documentation says that the > > starting LBA in a PMBR record must be set to 1 by definition > > (table 11-7 in the 1.10 documentation). > > I don't know why Apple does that. Actually, I think I do. See my other email. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 20:12:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7485216A400; Mon, 11 Jun 2007 20:12:06 +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 531DF13C45E; Mon, 11 Jun 2007 20:12:06 +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 B6863889BA9; Mon, 11 Jun 2007 13:11:01 -0700 (PDT) Received: from relay8.apple.com (unknown [127.0.0.1]) by relay8.apple.com (Symantec Mail Security) with ESMTP id 2DFDB40080; Mon, 11 Jun 2007 13:12:06 -0700 (PDT) X-AuditID: 11807126-9e882bb00000081c-dc-466dac95833b 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 E89C240024; Mon, 11 Jun 2007 13:12:05 -0700 (PDT) In-Reply-To: <86lkeqxo89.wl%rpaulo@fnop.net> References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> <200706092128.l59LSjRs027671@apollo.backplane.com> <57F8CCC1-1841-41AE-9F82-0C87FE53BE99@mac.com> <200706101752.l5AHqdE0035954@apollo.backplane.com> <8B01C1EC-D61A-484F-B308-6D6C8EB00EE6@mac.com> <861wgjwnrw.wl%rpaulo@fnop.net> <200706102143.l5ALhQut038340@apollo.backplane.com> <86zm37v4ns.wl%rpaulo@fnop.net> <86lkeqxo89.wl%rpaulo@fnop.net> 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, 11 Jun 2007 13:12:04 -0700 To: Rui Paulo X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-hackers@freebsd.org, Marcel Moolenaar , 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: Mon, 11 Jun 2007 20:12:06 -0000 On Jun 11, 2007, at 12:52 PM, Rui Paulo wrote: >> A typical Intel Mac system using GPT ought to look something like >> this: >> >> # fdisk /dev/rdisk0 >> Disk: /dev/rdisk0 geometry: 9964/255/63 [160086528 sectors] >> Signature: 0xAA55 >> Starting Ending >> #: id cyl hd sec - cyl hd sec [ start - size] >> --------------------------------------------------------------------- >> --- >> 1: EE 1023 254 63 - 1023 254 63 [ 1 - 160086520] >> >> 2: 00 0 0 0 - 0 0 0 [ 0 - 0] unused >> 3: 00 0 0 0 - 0 0 0 [ 0 - 0] unused >> 4: 00 0 0 0 - 0 0 0 [ 0 - 0] unused >> >> # gpt -r show /dev/rdisk0 >> start size index contents >> 0 1 PMBR >> 1 1 Pri GPT header >> 2 32 Pri GPT table >> 34 6 >> 40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B- >> xxxxxxxxxxxx >> 409640 159414704 2 GPT part - 48465300-0000-11AA-AA11- >> xxxxxxxxxxxx >> 159824344 262151 >> 160086495 32 Sec GPT table >> 160086527 1 Sec GPT header > > Well, what's happening is that Boot Camp syncs the BIOS partition > table with the GPT table, so the first partition should start at 40, > just like the GPT. > > Why does it start at 40 ? Because you need room for the PMBR, the > Primary GPT header and the Primary GPT table. Agreed, you need about 32 sectors for the GPT header+table. > Now, you don't seem to have used Boot Camp on your Mac, right? It's true that the machine in question has never used BootCamp, correct. > If you ever use it, fdisk /dev/rdisk0 will show things differently. > The first partition with id 0xEE will should start at LBA 40 and end > at LBA 409640. OK: although that surprises me a bit, perhaps trying to get Windows XP (which may not understand the ~32 sector GPT header+table) means that claiming the first partition in the MBR starts at 40 works better...? >> The first, small partition is almost certainly a "boothfs" boot >> partition, as described in the man page for Apple's version of >> fdisk: > > I don't think so. > The boothfs partition doesn't seem to be used on Intel Macs no > longer. The EFI boot loader that comes with Intel Macs can read HFS+ > without any help (actually it's an EFI module), so bootufs/boothfs > partitions are no longer required. It looks like you're right-- the OS-X formatting utilities still reserve space for the boot partition, but they just scribble enough to this space to indicate that the partition isn't actually bootable: # dd if=/dev/disk0s1 bs=512 count=409600 | hexdump -C 00000000 eb 58 90 42 53 44 20 20 34 2e 34 00 02 01 20 00 |.X.BSD 4.4... .| 00000010 02 00 00 00 00 f0 00 00 00 00 00 00 28 00 00 00 |............(...| 00000020 00 40 06 00 67 0c 00 00 00 00 00 00 02 00 00 00 |.@..g...........| 00000030 01 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| 00000040 00 00 29 f4 11 60 28 45 46 49 20 20 20 20 20 20 |..)..` (EFI | 00000050 20 20 46 41 54 33 32 20 20 20 fa 31 c0 8e d0 bc | FAT32 .1....| 00000060 00 7c fb 8e d8 e8 00 00 5e 83 c6 19 bb 07 00 fc |.|......^.......| 00000070 ac 84 c0 74 06 b4 0e cd 10 eb f5 30 e4 cd 16 cd |...t.......0....| 00000080 19 0d 0a 4e 6f 6e 2d 73 79 73 74 65 6d 20 64 69 |...Non- system di| 00000090 73 6b 0d 0a 50 72 65 73 73 20 61 6e 79 20 6b 65 | sk..Press any ke| 000000a0 79 20 74 6f 20 72 65 62 6f 6f 74 0d 0a 00 00 00 |y to reboot.....| 000000b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.| 00000200 52 52 61 41 00 00 00 00 00 00 00 00 00 00 00 00 | RRaA............| 00000210 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000003e0 00 00 00 00 72 72 41 61 ff ff ff ff ff ff ff ff |....rrAa........| 000003f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.| 00000400 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000c00 eb 58 90 42 53 44 20 20 34 2e 34 00 02 01 20 00 |.X.BSD 4.4... .| 00000c10 02 00 00 00 00 f0 00 00 00 00 00 00 28 00 00 00 |............(...| 00000c20 00 40 06 00 67 0c 00 00 00 00 00 00 02 00 00 00 |.@..g...........| 00000c30 01 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| 00000c40 00 00 29 f4 11 60 28 45 46 49 20 20 20 20 20 20 |..)..` (EFI | 00000c50 20 20 46 41 54 33 32 20 20 20 fa 31 c0 8e d0 bc | FAT32 .1....| 00000c60 00 7c fb 8e d8 e8 00 00 5e 83 c6 19 bb 07 00 fc |.|......^.......| 00000c70 ac 84 c0 74 06 b4 0e cd 10 eb f5 30 e4 cd 16 cd |...t.......0....| 00000c80 19 0d 0a 4e 6f 6e 2d 73 79 73 74 65 6d 20 64 69 |...Non- system di| 00000c90 73 6b 0d 0a 50 72 65 73 73 20 61 6e 79 20 6b 65 | sk..Press any ke| 00000ca0 79 20 74 6f 20 72 65 62 6f 6f 74 0d 0a 00 00 00 |y to reboot.....| 00000cb0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000df0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.| 00000e00 52 52 61 41 00 00 00 00 00 00 00 00 00 00 00 00 | RRaA............| 00000e10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000fe0 00 00 00 00 72 72 41 61 ff ff ff ff ff ff ff ff |....rrAa........| 00000ff0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.| 00001000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00004000 f0 ff ff 0f ff ff ff 0f ff ff ff 0f 00 00 00 00 |................| 00004010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00190e00 f0 ff ff 0f ff ff ff 0f ff ff ff 0f 00 00 00 00 |................| 00190e10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 0031dc00 45 46 49 20 20 20 20 20 20 20 20 08 00 00 00 00 | EFI .....| 0031dc10 00 00 00 00 00 00 1b a7 85 35 00 00 00 00 00 00 |......... 5......| 0031dc20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 409600+0 records in 409600+0 records out -- -Chuck From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 20:33: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 1684516A4A7; Mon, 11 Jun 2007 20:33:48 +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 C538A13C4C4; Mon, 11 Jun 2007 20:33:47 +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 l5BKXgiJ052684; Mon, 11 Jun 2007 13:33:42 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.8/8.13.4/Submit) id l5BKXgNf052683; Mon, 11 Jun 2007 13:33:42 -0700 (PDT) Date: Mon, 11 Jun 2007 13:33:42 -0700 (PDT) From: Matthew Dillon Message-Id: <200706112033.l5BKXgNf052683@apollo.backplane.com> To: Chuck Swiger References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> <200706092128.l59LSjRs027671@apollo.backplane.com> <57F8CCC1-1841-41AE-9F82-0C87FE53BE99@mac.com> <200706101752.l5AHqdE0035954@apollo.backplane.com> <8B01C1EC-D61A-484F-B308-6D6C8EB00EE6@mac.com> <861wgjwnrw.wl%rpaulo@fnop.net> <200706102143.l5ALhQut038340@apollo.backplane.com> <86zm37v4ns.wl%rpaulo@fnop.net> <86lkeqxo89.wl%rpaulo@fnop.net> Cc: Rui Paulo , freebsd-hackers@freebsd.org, Marcel Moolenaar , 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: Mon, 11 Jun 2007 20:33:48 -0000 :>> # gpt -r show /dev/rdisk0 :>> start size index contents :>> 0 1 PMBR :>> 1 1 Pri GPT header :>> 2 32 Pri GPT table :>> 34 6 :>> 40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B- :>> xxxxxxxxxxxx :>> 409640 159414704 2 GPT part - 48465300-0000-11AA-AA11- :>> xxxxxxxxxxxx :... :> Well, what's happening is that Boot Camp syncs the BIOS partition :> table with the GPT table, so the first partition should start at 40, :> just like the GPT. :> :> Why does it start at 40 ? Because you need room for the PMBR, the :> Primary GPT header and the Primary GPT table. : :Agreed, you need about 32 sectors for the GPT header+table. It makes sense for them to point the first MBR slice at the first partition in the GPT, even though the standard says something else. It really sounds like they are making an accomodation for BIOS booting or older Windows booting... or *something* of that sort. The fact that the bootability bit is not set in the MBR (I'm not sure about that, is it set or not?)... that seems to imply a compatibility issue with other OS's like Windows in a multi-boot environment. They are just doing it all with a single slice instead of having two slices. I'll bet they found that the two-slice method doesn't work in some cases and the one-slice method does. The standard document doesn't allow either method but it does seem to be a bit less insistent on the starting sector for slice 1 then it does on there only being one slice in the MBR, period. I can also see some OS's / disk managers barfing on having two slices which overlap each other. So it really does make sense for them to point the MBR at sector 40. The more I think about it, the more sense it makes. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 21:03: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 B066816A400 for ; Mon, 11 Jun 2007 21:03:23 +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 28B8B13C46A for ; Mon, 11 Jun 2007 21:03:23 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id D8E751CC58; Tue, 12 Jun 2007 09:03:21 +1200 (NZST) Date: Tue, 12 Jun 2007 09:03:21 +1200 From: Andrew Thompson To: David Wolfskill Message-ID: <20070611210321.GB16987@heff.fud.org.nz> References: <466CCC94.5050500@errno.com> <20070611190344.GR44064@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070611190344.GR44064@bunrab.catwhisker.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: new 802.11 work committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2007 21:03:23 -0000 On Mon, Jun 11, 2007 at 12:03:44PM -0700, David Wolfskill wrote: > On Sun, Jun 10, 2007 at 09:16:20PM -0700, Sam Leffler wrote: > > From UPDATING: > > > > 20070610: > > The net80211 layer has changed significantly and all wireless > > drivers that depend on it need to be recompiled..... > > Send problems to this mailing list; I will be occupied this week and > > other folks have promised to cover any fallout from these changes. > >... > > Caveat: When I reported this for the first test patchset, I was > informed that I was the only one reporting the issues in question. So > this may not apply to anyone else. > > OK; as was the case for each of the test patchsets, after rebuilding the > world & kernel & rebooting the result, I see the following: > > * /sbin/ifconfig dumps core. > With each of the test patchsets, I tried building a debug version of > ifconfig(8) (using "-g" as the CFLAGS value), which caused a version > of ifconfig to be installed that no longer dumps core. The following > sequence was sufficient to accomplish this: I can reproduce this now and am looking into it. Andrew From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 23:58: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 35E0C16A46B; Mon, 11 Jun 2007 23:58: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 D7F2513C455; Mon, 11 Jun 2007 23:58:27 +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 l5BNwRTj049674; Mon, 11 Jun 2007 19:58: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 l5BNwQia062071; Mon, 11 Jun 2007 19:58:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AE77C73068; Mon, 11 Jun 2007 19:58:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070611235826.AE77C73068@freebsd-current.sentex.ca> Date: Mon, 11 Jun 2007 19:58:26 -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: Mon, 11 Jun 2007 23:58:28 -0000 TB --- 2007-06-11 22:24:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-11 22:24:38 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-11 22:24:38 - cleaning the object tree TB --- 2007-06-11 22:24:56 - checking out the source tree TB --- 2007-06-11 22:24:56 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-11 22:24:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-11 22:33:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-11 22:33:56 - cd /src TB --- 2007-06-11 22:33:56 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 11 22:33:57 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 11 23:45:11 UTC 2007 TB --- 2007-06-11 23:45:11 - generating LINT kernel config TB --- 2007-06-11 23:45:11 - cd /src/sys/sun4v/conf TB --- 2007-06-11 23:45:11 - /usr/bin/make -B LINT TB --- 2007-06-11 23:45:11 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-11 23:45:11 - cd /src TB --- 2007-06-11 23:45:11 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 11 23:45:12 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-11 23:58:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-11 23:58:26 - ERROR: failed to build lint kernel TB --- 2007-06-11 23:58:26 - tinderbox aborted TB --- 0.71 user 1.86 system 5627.56 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 02:29: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 DBC1216A400 for ; Tue, 12 Jun 2007 02:29:35 +0000 (UTC) (envelope-from pyunyh@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 95B6A13C469 for ; Tue, 12 Jun 2007 02:29:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id 14so1267285nzn for ; Mon, 11 Jun 2007 19:29: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:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; b=Htl8pdwPO5cRfdZaoSZfIds6iSMG+cfk4nhwWECiIENGsd26uMBkqn9GUW/tVYG+N0IhseCD9KDbKkrYys/9BGtpmzPfuWf2FcpjGV9CRKI1B0H+RtGG3asi137BKXi/B2Q+0cN7H7m80VR0wxVznuE4/L7ja945pPBPMelYSOs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; b=ekXHxdilQfTCrWAfxzlctELvQgztZG55LKCTQ7ZzW8QYZb8hsYdDCu5kdkSO3RvJgiIhXK/WZz4zND74GhLF+hbmN0VpnsUzeCKjR/Sh5wEgv5tQAihbD//vXzBVoC5vAwBandVDXatQWKUM23KtKai0XLSrdoj79PKFopId8PY= Received: by 10.114.171.1 with SMTP id t1mr6132902wae.1181615374534; Mon, 11 Jun 2007 19:29:34 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id j34sm2565584waf.2007.06.11.19.29.30 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 11 Jun 2007 19:29: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 l5C2TP4N045860 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 12 Jun 2007 11:29:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l5C2TPZo045859 for freebsd-current@FreeBSD.org; Tue, 12 Jun 2007 11:29:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 12 Jun 2007 11:29:25 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20070612022925.GD44998@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: HEADS UP: nfe(4), Default NVIDIA nForce MCP Ethernet Driver. 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: Tue, 12 Jun 2007 02:29:35 -0000 Hi, I've commited overhauled nfe(4) to HEAD and made nfe(4) default nForce MCP Ethernet driver. Previously it was nve(4). I don't think there are severe issues not solved by nfe(4) but if you encounter any issues please let me know. Thanks. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 03:27: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 9DD5F16A400; Tue, 12 Jun 2007 03:27:03 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5232C13C45B; Tue, 12 Jun 2007 03:27:03 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=GZCcE2FlKnlcvIItKIu6Ul8NKLerxRjhwdBDUD7kOU4dpbN9Es85dveb1Mpg0abnzrBROw3CCmFpUgxdAw2EdzY8p/wJDGubZHdwI4selpNo98bLozLiKFyN9yqT0iWR5fuTQeRy2myJ0BkypTE5IS0ukvLOPuEe6JrwCPBsIzk=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Hxx25-000AjF-NT; Tue, 12 Jun 2007 07:27:01 +0400 Date: Tue, 12 Jun 2007 07:26:56 +0400 From: Eygene Ryabinkin To: Andre Oppermann Message-ID: <20070612032656.GJ86872@void.codelabs.ru> References: <20070611140644.GH86872@void.codelabs.ru> <466D9DDE.6090302@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <466D9DDE.6090302@freebsd.org> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.6 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: shigeaki@f.csce.kyushu-u.ac.jp, freebsd-net@freebsd.org, freebsd-current@freebsd.org, yongari@freebsd.org Subject: Re: nfe(4) strangeness on the 7-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, 12 Jun 2007 03:27:03 -0000 Andre, good day. Mon, Jun 11, 2007 at 09:09:18PM +0200, Andre Oppermann wrote: > These messages are unrelated to your hardware. There you can relax. > We have a bug in the TCP FSM state transitions which I'm currently > tracking down that indirectly causes the log messages. You don't > have to worry about it for your case. TCP connections work fine. OK, thank you! -- Eygene From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 03:34: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 EEF7416A400; Tue, 12 Jun 2007 03:34:38 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5CE4913C489; Tue, 12 Jun 2007 03:34:38 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=jm4lJ6YZh02IbvcRAlsMw8o+M4o+9Knl0VIUQ9RQ4jyzANLCdJoYgWOqCBQ7MjVTGcMWJZyc8Rx7U0xD9vGmAgDrufZfOfcOgslCx+1tcehdffG2BLEUvr0/WEHdAjeXH6+cnsN7OwQZURz6NimAVKODlGNhRJvcK1vryyujffw=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Hxx9R-000AkO-Hm; Tue, 12 Jun 2007 07:34:37 +0400 Date: Tue, 12 Jun 2007 07:34:32 +0400 From: Eygene Ryabinkin To: Andre Oppermann Message-ID: <20070612033432.GK86872@void.codelabs.ru> References: <20070611140644.GH86872@void.codelabs.ru> <466D9DDE.6090302@freebsd.org> <20070612032656.GJ86872@void.codelabs.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20070612032656.GJ86872@void.codelabs.ru> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.6 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: shigeaki@f.csce.kyushu-u.ac.jp, freebsd-net@freebsd.org, freebsd-current@freebsd.org, yongari@freebsd.org Subject: Re: nfe(4) strangeness on the 7-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, 12 Jun 2007 03:34:39 -0000 Me again. Tue, Jun 12, 2007 at 07:26:56AM +0400, Eygene Ryabinkin wrote: > Mon, Jun 11, 2007 at 09:09:18PM +0200, Andre Oppermann wrote: > > These messages are unrelated to your hardware. There you can relax. > > We have a bug in the TCP FSM state transitions which I'm currently > > tracking down that indirectly causes the log messages. You don't > > have to worry about it for your case. TCP connections work fine. > > OK, thank you! Just checked my netstat output and spotted weird lines: ----- tcp4 0 0 127.0.0.1.* 127.0.0.1.40001 CLOSED tcp4 0 0 127.0.0.1.* 127.0.0.1.40001 CLOSED ----- Can they be related to the bug you mentioned? -- Eygene From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 04:00: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 EED0E16A41F for ; Tue, 12 Jun 2007 04:00:49 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 5F60013C46E for ; Tue, 12 Jun 2007 04:00:49 +0000 (UTC) (envelope-from illoai@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so67611uge for ; Mon, 11 Jun 2007 21:00: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=pMAzwpVSRpw59/d7dnMFzfs/lrL1cX9geFZUrLzHnH+PzUqbaNU0TlDy9Q6NO96TjOgav5RUeorZHVwhT7A8WACRtOZ/ZzVYJo5V48StaOVBvwUQgwFcSFj2HNrcJiC3DxcRnrBMuGQhMmwFDffKt9Bh9w10z7NNNrVFof1Uk4w= 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=aL6LQoon6aNctpftSCd3PXdx3qGP6mp8i1KnrrTHp1O5tfp/0ruHaEjZoFIMZbYf08ivP8EMcuMkTth4to1s7ekxdALnv+rc9y+flnxL1v//CodE5eHp38Okq2ZGCJKRGIVVDzRAYFkDxsqtehaDlYVGiC2QfTZbwqHSfMvsgoc= Received: by 10.82.123.16 with SMTP id v16mr12292798buc.1181620848088; Mon, 11 Jun 2007 21:00:48 -0700 (PDT) Received: by 10.82.187.12 with HTTP; Mon, 11 Jun 2007 21:00:48 -0700 (PDT) Message-ID: Date: Mon, 11 Jun 2007 23:00:48 -0500 From: "illoai@gmail.com" To: "Niki Denev" In-Reply-To: <466D1B2E.5020800@totalterror.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4666D696.4080908@totalterror.net> <20070607091739.GJ7666@obelix.dsto.defence.gov.au> <46682F9F.9090204@totalterror.net> <466D1B2E.5020800@totalterror.net> Cc: freebsd-current@freebsd.org 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: Tue, 12 Jun 2007 04:00:50 -0000 On 11/06/07, Niki Denev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Niki Denev wrote: > > 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). > > > > 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? > > > > > > Well, i still can't find a way to make my system skip fsck on unclean > shutdown/reboot. > The strange thing is that "fsck -p" reports that the filesystem is > clean, but the kernel refuses to mount it r/w with the message "WARNING: > R/W mount of / denied. Filesystem is not clean - run fsck" > > I guess i'm doing something wrong.. just can't see what it is.. any > ideas are appreciated. Have you tried fsck without the -p flag? I don't know if fixit mode from the CDROM would do any good on gjournal, though I don't see why the module couldn't be loaded if it existed there. As a last resort you might be able to blow the journal away without mangling your / (I will play with gjournal some to-night, perhaps). -- -- From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 08:31: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 760A216A46C for ; Tue, 12 Jun 2007 08:31:11 +0000 (UTC) (envelope-from tevans.uk@googlemail.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 D869113C457 for ; Tue, 12 Jun 2007 08:31:10 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ug-out-1314.google.com with SMTP id u2so108737uge for ; Tue, 12 Jun 2007 01:31:09 -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=HLUdtXXtEF06U79JlLKZGdp7bgTzNKutti3sYvRikNIfAnGIa06Kpwb8hbn7g/zbGCXlTe9AHzpE4PPEaauw/KZ8BVYARLBPLgoq5gtBwph9CHPyZD0R660uvZcn1DrYcn3MARNtiJMcd+OUrk/4B8oIyiF7sCtu1qMFoO4jlRs= 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=B9UzReZmSGprvjrhNKWRVZILr3gbt7b5cuWdqIAQICgY55qRPGkYJ1jLpPPm4CZa8OUh7pSI72tSZcLSnzncIBuk3j1ZeYVYztj/zRHkD2bxGYwzbWcxw4DzXrm3h4BnfsxP3iaAjFmDyzQYTs6AVGkOvp2S959dP7wWcSi5N2A= Received: by 10.82.170.2 with SMTP id s2mr12750818bue.1181637069289; Tue, 12 Jun 2007 01:31:09 -0700 (PDT) Received: from ?IPv6:::ffff:127.0.0.1%709424384? ( [217.206.187.79]) by mx.google.com with ESMTP id 2sm5741732nfv.2007.06.12.01.31.08 (version=SSLv3 cipher=RC4-MD5); Tue, 12 Jun 2007 01:31:08 -0700 (PDT) From: Tom Evans To: Scott Long In-Reply-To: <46699045.6080003@samsco.org> References: <1181319706.48432.33.camel@localhost> <46699045.6080003@samsco.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-E81LMhilE72iX+TMGduh" Date: Tue, 12 Jun 2007 09:31:03 +0100 Message-Id: <1181637063.1284.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port 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: Tue, 12 Jun 2007 08:31:11 -0000 --=-E81LMhilE72iX+TMGduh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-06-08 at 11:22 -0600, Scott Long wrote: > Is this device attached via SATA or IDE? If it's SATA, then no, the=20 > driver doesn't support SATA-ATAPI + DMA. >=20 > Scott >=20 >=20 > 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. > >=20 > > I tried tracing through the DMA initialisation in sys/dev/ata/ata-pci.c= , > > but I got lost I'm afraid. > >=20 > > Here is pertinent information: > >=20 > > 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 > >=20 > > dvd device: > > acd0: DVDR at ata0-master > >=20 > > ata controller: > > atapci0@pci0:31:1: class=3D0x01018a card=3D0x30aa103c chip=3D0x2= 7df8086 > > rev=3D0x01 hdr=3D0x00 > > device =3D '82801G (ICH7 Family) Ultra ATA Storage Controller' > >=20 > > dmesg.boot: attached (sorry, not verbose, can get verbose if reqd) > >=20 > > pciconf -lv: attached > >=20 > > sysctl hw.ata: > > hw.ata.wc: 1 > > hw.ata.atapi_dma: 1 > > hw.ata.ata_dma: 1 > > (Set via /boot/loader.conf) > >=20 > > atacontrol cap acd0: > >=20 > > 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 > >=20 > > 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 > >=20 > > TIA > >=20 > > Tom > >=20 >=20 It would appear not: $ dmesg | grep 'acd0\|ata0\|atapci0' atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x60a0-0x60af irq 16 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 acd0: DVDR at ata0-master PIO4 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 cd0 at ata0 bus 0 target 0 lun 0 --=-E81LMhilE72iX+TMGduh 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) iD8DBQBGblm/lcRvFfyds/cRAnkjAJ91+h4qWrnlbfFfGAs1MFE2K3gFUQCglYei xKq+7kQR11atbrL7nztYB4Q= =FdQa -----END PGP SIGNATURE----- --=-E81LMhilE72iX+TMGduh-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 08:43: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 7096216A469; Tue, 12 Jun 2007 08:43:13 +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 2FF6D13C45D; Tue, 12 Jun 2007 08:43:13 +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 l5C8hC5h074042; Tue, 12 Jun 2007 04:43:12 -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 l5C8hCNx019902; Tue, 12 Jun 2007 04:43:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 12DA173068; Tue, 12 Jun 2007 04:43:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612084312.12DA173068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 04:43:11 -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: Tue, 12 Jun 2007 08:43:13 -0000 TB --- 2007-06-12 06:57:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 06:57:46 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-12 06:57:47 - cleaning the object tree TB --- 2007-06-12 06:58:03 - checking out the source tree TB --- 2007-06-12 06:58:03 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-12 06:58:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 07:14:16 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 07:14:16 - cd /src TB --- 2007-06-12 07:14:16 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 07:14:19 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 12 08:30:06 UTC 2007 TB --- 2007-06-12 08:30:06 - generating LINT kernel config TB --- 2007-06-12 08:30:06 - cd /src/sys/sun4v/conf TB --- 2007-06-12 08:30:06 - /usr/bin/make -B LINT TB --- 2007-06-12 08:30:06 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-12 08:30:06 - cd /src TB --- 2007-06-12 08:30:06 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 12 08:30: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 >>> 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-12 08:43:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 08:43:11 - ERROR: failed to build lint kernel TB --- 2007-06-12 08:43:11 - tinderbox aborted TB --- 0.64 user 1.96 system 6324.84 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 09:43: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 B001516A46C for ; Tue, 12 Jun 2007 09:43:26 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 76D7713C4AE for ; Tue, 12 Jun 2007 09:43:26 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id C52E11CC0EF for ; Tue, 12 Jun 2007 11:43:25 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 3E2C9BA53; Tue, 12 Jun 2007 11:43:25 +0200 (CEST) Date: Tue, 12 Jun 2007 11:43:24 +0200 From: Henrik Brix Andersen To: freebsd-current@freebsd.org Message-ID: <20070612094324.GC56032@tirith.brixandersen.dk> Mail-Followup-To: freebsd-current@freebsd.org References: <466CCD4B.7000400@errno.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MnLPg7ZWsaic7Fhd" Content-Disposition: inline In-Reply-To: <466CCD4B.7000400@errno.com> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.15 (2007-04-06) Subject: Re: new wpa_supplcant and hostapd coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2007 09:43:26 -0000 --MnLPg7ZWsaic7Fhd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 10, 2007 at 09:19:23PM -0700, Sam Leffler wrote: > I plan to import new versions of these programs. The 0.5.8 version of= =20 > wpa_supplicant does not work with the ndis support in the kernel. I've= =20 > requested help fixing this for many months w/ no response. If noone ste= ps=20 > up to fix it I plan to commit the new wpa_supplicant w/o ndis support. In order to avoid regressions in the forthcoming 7.0 release would it be an option to import the latest 0.4.x versions of wpa_supplicant and hostapd instead? Then wait with the 0.5.x import until we have ndis support working with the 0.5.x branch? Sincerely, Brix --=20 Henrik Brix Andersen --MnLPg7ZWsaic7Fhd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGbmq8v+Q4flTiePgRApoCAKCqKEvQ+nwxypBPrLyos2LcKPbLiACgimxK Rmpc5mTvLqXLQTJaxhmBlWg= =kAZV -----END PGP SIGNATURE----- --MnLPg7ZWsaic7Fhd-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 09:57:12 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 731AF16A41F; Tue, 12 Jun 2007 09:57:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 22F9C13C504; Tue, 12 Jun 2007 09:57:12 +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 l5C9vBES077137; Tue, 12 Jun 2007 05:57:11 -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 l5C9vB35057829; Tue, 12 Jun 2007 05:57:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E57F773068; Tue, 12 Jun 2007 05:57:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612095710.E57F773068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 05:57:10 -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, 12 Jun 2007 09:57:12 -0000 TB --- 2007-06-12 08:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 08:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-12 08:50:00 - cleaning the object tree TB --- 2007-06-12 08:50:22 - checking out the source tree TB --- 2007-06-12 08:50:22 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-12 08:50:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 09:01:22 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 09:01:22 - cd /src TB --- 2007-06-12 09:01:22 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 09:01:23 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 [...] cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/iflagg.c /src/sbin/ifconfig/iflagg.c: In function 'setlaggproto': /src/sbin/ifconfig/iflagg.c:69: error: 'struct lagg_protos' has no member named 'tpr_name' /src/sbin/ifconfig/iflagg.c:70: error: 'struct lagg_protos' has no member named 'tpr_proto' /src/sbin/ifconfig/iflagg.c: In function 'lagg_status': /src/sbin/ifconfig/iflagg.c:106: error: 'struct lagg_protos' has no member named 'tpr_proto' /src/sbin/ifconfig/iflagg.c:107: error: 'struct lagg_protos' has no member named 'tpr_name' /src/sbin/ifconfig/iflagg.c:126: error: 'struct lagg_protos' has no member named 'tpr_name' *** Error code 1 Stop in /src/sbin/ifconfig. *** Error code 1 Stop in /obj/arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-12 09:57:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 09:57:10 - ERROR: failed to build world TB --- 2007-06-12 09:57:10 - tinderbox aborted TB --- 0.56 user 1.70 system 4030.29 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 09:57: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 74BC816A46B for ; Tue, 12 Jun 2007 09:57:51 +0000 (UTC) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 665DC13C455 for ; Tue, 12 Jun 2007 09:57:51 +0000 (UTC) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id DFA801A4D84; Tue, 12 Jun 2007 02:57:32 -0700 (PDT) Date: Tue, 12 Jun 2007 11:57:32 +0200 From: Maxime Henrion To: John Nielsen Message-ID: <20070612095732.GA89572@elvis.mu.org> References: <466CCC94.5050500@errno.com> <20070611190344.GR44064@bunrab.catwhisker.org> <200706111513.04693.lists@jnielsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706111513.04693.lists@jnielsen.net> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: new 802.11 work committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2007 09:57:51 -0000 John Nielsen wrote: > On Monday 11 June 2007 03:03:44 pm David Wolfskill wrote: > > On Sun, Jun 10, 2007 at 09:16:20PM -0700, Sam Leffler wrote: > > > From UPDATING: > > > > > > 20070610: > > > The net80211 layer has changed significantly and all wireless > > > drivers that depend on it need to be recompiled..... > > > Send problems to this mailing list; I will be occupied this week and > > > other folks have promised to cover any fallout from these changes. > > >... > > > > Caveat: When I reported this for the first test patchset, I was > > informed that I was the only one reporting the issues in question. So > > this may not apply to anyone else. > > > > OK; as was the case for each of the test patchsets, after rebuilding the > > world & kernel & rebooting the result, I see the following: > > > > * /sbin/ifconfig dumps core. > > With each of the test patchsets, I tried building a debug version of > > ifconfig(8) (using "-g" as the CFLAGS value), which caused a version > > of ifconfig to be installed that no longer dumps core. The following > > sequence was sufficient to accomplish this: > > > > * Modify /etc/make.conf to include the line "CFLAGS = -g" > > Note that this clobbers any existing CFLAGS, which by default includes things > like -O2, -pipe, and -fno-strict-aliasing. I would try the debug route again > but use: > > CFLAGS+= -g > > in make.conf. For the record, unless things have changed recently, the best way to accomplish this is to set DEBUG_FLAGS=-g. It will get added to CFLAGS without changing the rest, and it will also disable the stripping of binaries. Maxime From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 10:01: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 85EA516A46B; Tue, 12 Jun 2007 10:01: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 34AAA13C4B0; Tue, 12 Jun 2007 10:01:25 +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 l5CA1O0S077323; Tue, 12 Jun 2007 06:01: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 l5CA1O9C080516; Tue, 12 Jun 2007 06:01:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4AD2473068; Tue, 12 Jun 2007 06:01:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612100124.4AD2473068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 06:01:24 -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: Tue, 12 Jun 2007 10:01:25 -0000 TB --- 2007-06-12 08:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 08:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-12 08:50:00 - cleaning the object tree TB --- 2007-06-12 08:50:40 - checking out the source tree TB --- 2007-06-12 08:50:40 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-12 08:50:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 09:01:22 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 09:01:22 - cd /src TB --- 2007-06-12 09:01:22 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 09:01:23 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 [...] cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/iflagg.c /src/sbin/ifconfig/iflagg.c: In function 'setlaggproto': /src/sbin/ifconfig/iflagg.c:69: error: 'struct lagg_protos' has no member named 'tpr_name' /src/sbin/ifconfig/iflagg.c:70: error: 'struct lagg_protos' has no member named 'tpr_proto' /src/sbin/ifconfig/iflagg.c: In function 'lagg_status': /src/sbin/ifconfig/iflagg.c:106: error: 'struct lagg_protos' has no member named 'tpr_proto' /src/sbin/ifconfig/iflagg.c:107: error: 'struct lagg_protos' has no member named 'tpr_name' /src/sbin/ifconfig/iflagg.c:126: error: 'struct lagg_protos' has no member named 'tpr_name' *** Error code 1 Stop in /src/sbin/ifconfig. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-12 10:01:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 10:01:24 - ERROR: failed to build world TB --- 2007-06-12 10:01:24 - tinderbox aborted TB --- 1.02 user 3.66 system 4283.77 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 10:32: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 B10C116A46B for ; Tue, 12 Jun 2007 10:32:38 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id 5217713C46C for ; Tue, 12 Jun 2007 10:32:38 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.69.37) by 0 with SMTP; 12 Jun 2007 10:32:37 -0000 Date: Tue, 12 Jun 2007 13:32:41 +0300 From: Nikolay Pavlov To: freebsd-current@freebsd.org Message-ID: <20070612103241.GB41301@zone3000.net> Mail-Followup-To: Nikolay Pavlov , freebsd-current@freebsd.org References: <466CCD4B.7000400@errno.com> <20070612094324.GC56032@tirith.brixandersen.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070612094324.GC56032@tirith.brixandersen.dk> X-Operating-System: FreeBSD 6.2-RELEASE-p4 User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: new wpa_supplcant and hostapd coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2007 10:32:38 -0000 On Tuesday, 12 June 2007 at 11:43:24 +0200, Henrik Brix Andersen wrote: > On Sun, Jun 10, 2007 at 09:19:23PM -0700, Sam Leffler wrote: > > I plan to import new versions of these programs. The 0.5.8 version of > > wpa_supplicant does not work with the ndis support in the kernel. I've > > requested help fixing this for many months w/ no response. If noone steps > > up to fix it I plan to commit the new wpa_supplicant w/o ndis support. > > In order to avoid regressions in the forthcoming 7.0 release would it > be an option to import the latest 0.4.x versions of wpa_supplicant and > hostapd instead? Then wait with the 0.5.x import until we have ndis > support working with the 0.5.x branch? > > Sincerely, > Brix > -- > Henrik Brix Andersen Yup. There is some users with broadcom wi-fi cards and they do not have a choise except windows drivers and ndis. -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 10:57: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 E4A6B16A468; Tue, 12 Jun 2007 10:57:59 +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 6A61A13C489; Tue, 12 Jun 2007 10:57:59 +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 F0ABE690A85; Tue, 12 Jun 2007 11:55:07 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id BD626690AC5; Tue, 12 Jun 2007 11:55:07 +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-89-95.net.novis.pt [87.196.89.95]) by core.fnop.net (Postfix) with ESMTP id 31ACE690A85; Tue, 12 Jun 2007 11:55:07 +0100 (WEST) Date: Tue, 12 Jun 2007 11:57:55 +0100 Message-ID: <86ir9txwwc.wl%rpaulo@fnop.net> From: Rui Paulo To: Chuck Swiger In-Reply-To: References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> <200706092128.l59LSjRs027671@apollo.backplane.com> <57F8CCC1-1841-41AE-9F82-0C87FE53BE99@mac.com> <200706101752.l5AHqdE0035954@apollo.backplane.com> <8B01C1EC-D61A-484F-B308-6D6C8EB00EE6@mac.com> <861wgjwnrw.wl%rpaulo@fnop.net> <200706102143.l5ALhQut038340@apollo.backplane.com> <86zm37v4ns.wl%rpaulo@fnop.net> <86lkeqxo89.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: freebsd-hackers@freebsd.org, Marcel Moolenaar , 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: Tue, 12 Jun 2007 10:58:00 -0000 At Mon, 11 Jun 2007 13:12:04 -0700, Chuck Swiger wrote: > > If you ever use it, fdisk /dev/rdisk0 will show things differently. > > The first partition with id 0xEE will should start at LBA 40 and end > > at LBA 409640. > > OK: although that surprises me a bit, perhaps trying to get Windows > XP (which may not understand the ~32 sector GPT header+table) means > that claiming the first partition in the MBR starts at 40 works > better...? Well, yes. I think it's like a safe keeping issue so that the user doesn't overwrite the GPT info. > > >> The first, small partition is almost certainly a "boothfs" boot > >> partition, as described in the man page for Apple's version of > >> fdisk: > > > > I don't think so. > > The boothfs partition doesn't seem to be used on Intel Macs no > > longer. The EFI boot loader that comes with Intel Macs can read HFS+ > > without any help (actually it's an EFI module), so bootufs/boothfs > > partitions are no longer required. > > It looks like you're right-- the OS-X formatting utilities still > reserve space for the boot partition, but they just scribble enough > to this space to indicate that the partition isn't actually bootable: > > # dd if=/dev/disk0s1 bs=512 count=409600 | hexdump -C Yes, this partition is just FAT32 without anything in it. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 11:07: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 DBD9D16A400; Tue, 12 Jun 2007 11:07:43 +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 89E6213C45B; Tue, 12 Jun 2007 11:07:43 +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 l5CB7hEQ080615; Tue, 12 Jun 2007 07:07:43 -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 l5CB7hni091417; Tue, 12 Jun 2007 07:07:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8A3F273069; Tue, 12 Jun 2007 07:07:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612110742.8A3F273069@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 07:07:42 -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 i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2007 11:07:44 -0000 TB --- 2007-06-12 09:57:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 09:57:10 - starting HEAD tinderbox run for i386/i386 TB --- 2007-06-12 09:57:11 - cleaning the object tree TB --- 2007-06-12 09:57:43 - checking out the source tree TB --- 2007-06-12 09:57:43 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-06-12 09:57:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 10:07:46 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 10:07:46 - cd /src TB --- 2007-06-12 10:07:46 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 10:07:47 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 [...] cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/iflagg.c /src/sbin/ifconfig/iflagg.c: In function 'setlaggproto': /src/sbin/ifconfig/iflagg.c:69: error: 'struct lagg_protos' has no member named 'tpr_name' /src/sbin/ifconfig/iflagg.c:70: error: 'struct lagg_protos' has no member named 'tpr_proto' /src/sbin/ifconfig/iflagg.c: In function 'lagg_status': /src/sbin/ifconfig/iflagg.c:106: error: 'struct lagg_protos' has no member named 'tpr_proto' /src/sbin/ifconfig/iflagg.c:107: error: 'struct lagg_protos' has no member named 'tpr_name' /src/sbin/ifconfig/iflagg.c:126: error: 'struct lagg_protos' has no member named 'tpr_name' *** Error code 1 Stop in /src/sbin/ifconfig. *** Error code 1 Stop in /obj/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-12 11:07:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 11:07:41 - ERROR: failed to build world TB --- 2007-06-12 11:07:41 - tinderbox aborted TB --- 0.98 user 2.81 system 4230.19 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 11:07: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 E06FA16A469; Tue, 12 Jun 2007 11:07:43 +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 8E9EB13C45D; Tue, 12 Jun 2007 11:07:43 +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 l5CB7hrk080616; Tue, 12 Jun 2007 07:07:43 -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 l5CB7hLR091431; Tue, 12 Jun 2007 07:07:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C0B787306B; Tue, 12 Jun 2007 07:07:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612110742.C0B787306B@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 07:07:42 -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 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, 12 Jun 2007 11:07:44 -0000 TB --- 2007-06-12 10:01:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 10:01:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-12 10:01:24 - cleaning the object tree TB --- 2007-06-12 10:01:58 - checking out the source tree TB --- 2007-06-12 10:01:58 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-12 10:01:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 10:07:46 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 10:07:46 - cd /src TB --- 2007-06-12 10:07:46 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 10:07:47 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 [...] cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/iflagg.c /src/sbin/ifconfig/iflagg.c: In function 'setlaggproto': /src/sbin/ifconfig/iflagg.c:69: error: 'struct lagg_protos' has no member named 'tpr_name' /src/sbin/ifconfig/iflagg.c:70: error: 'struct lagg_protos' has no member named 'tpr_proto' /src/sbin/ifconfig/iflagg.c: In function 'lagg_status': /src/sbin/ifconfig/iflagg.c:106: error: 'struct lagg_protos' has no member named 'tpr_proto' /src/sbin/ifconfig/iflagg.c:107: error: 'struct lagg_protos' has no member named 'tpr_name' /src/sbin/ifconfig/iflagg.c:126: error: 'struct lagg_protos' has no member named 'tpr_name' *** Error code 1 Stop in /src/sbin/ifconfig. *** Error code 1 Stop in /obj/pc98/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-12 11:07:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 11:07:41 - ERROR: failed to build world TB --- 2007-06-12 11:07:41 - tinderbox aborted TB --- 0.73 user 2.80 system 3977.62 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 11:11: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 E653016A46C for ; Tue, 12 Jun 2007 11:11:49 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao103.cox.net (eastrmmtao103.cox.net [68.230.240.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9DD0013C4B7 for ; Tue, 12 Jun 2007 11:11:49 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmmtao103.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20070612111148.DYIM8543.eastrmmtao103.cox.net@eastrmimpo01.cox.net> for ; Tue, 12 Jun 2007 07:11:48 -0400 Received: from serene.no-ip.org ([72.200.17.85]) by eastrmimpo01.cox.net with bizsmtp id AbBD1X00E1q7YRk0000000; Tue, 12 Jun 2007 07:11:49 -0400 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.14.1/8.14.1) with ESMTP id l5CBAUKp008234 for ; Tue, 12 Jun 2007 06:10:38 -0500 (CDT) (envelope-from conrads@cox.net) Message-Id: <200706121110.l5CBAUKp008234@serene.no-ip.org> Date: Tue, 12 Jun 2007 06:10:24 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.12; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Build failure on 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, 12 Jun 2007 11:11:50 -0000 I've been seeing the following for about a week now in CURRENT: ===> gnu/lib/libstdc++ (depend) . . . In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_alloc.cc:41: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41: 20: error: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_arm.cc:31: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41: 20: error: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_aux_runtime.cc:34: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41: 20: error: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_call.cc:33: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41: 20: error: unwind.h: No such file or directory /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_call.cc:37:23 : error: unwind-pe.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_catch.cc:31: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41: 20: error: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_exception.cc:34: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41: 20: error: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_globals.cc:35: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41: 20: error: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_personality.cc:33: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41: 20: error: unwind.h: No such file or directory /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_personality.c c:41:23: error: unwind-pe.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_term_handler.cc:31: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41: 20: error: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_terminate.cc:34: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41: 20: error: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_throw.cc:31: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41: 20: error: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_type.cc:33: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41: 20: error: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_unex_handler.cc:30: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41: 20: error: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/pure.cc:32: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41: 20: error: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/vec.cc:37: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41: 20: error: unwind.h: No such file or directory mkdep: compile failed *** Error code 1 -- Conrad J. Sabatier From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 11:25: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 1060116A46C for ; Tue, 12 Jun 2007 11:25:15 +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 5E9E213C46E for ; Tue, 12 Jun 2007 11:25:14 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Hy4Uf-0004o8-UA for freebsd-current@freebsd.org; Tue, 12 Jun 2007 13:25:01 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Jun 2007 13:25:01 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Jun 2007 13:25:01 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 12 Jun 2007 13:20:32 +0200 Lines: 49 Message-ID: <466E8180.6090600@fer.hr> References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> <200706092128.l59LSjRs027671@apollo.backplane.com> <57F8CCC1-1841-41AE-9F82-0C87FE53BE99@mac.com> <200706101752.l5AHqdE0035954@apollo.backplane.com> <8B01C1EC-D61A-484F-B308-6D6C8EB00EE6@mac.com> <861wgjwnrw.wl%rpaulo@fnop.net> <200706102143.l5ALhQut038340@apollo.backplane.com> <86zm37v4ns.wl%rpaulo@fnop.net> <86lkeqxo89.wl%rpaulo@fnop.net> <200706112033.l5BKXgNf052683@apollo.backplane.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig289831A78775945CD87CD84A" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.12 (X11/20060911) In-Reply-To: <200706112033.l5BKXgNf052683@apollo.backplane.com> X-Enigmail-Version: 0.94.2.0 Sender: news 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: Tue, 12 Jun 2007 11:25:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig289831A78775945CD87CD84A Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Matthew Dillon wrote: > It really sounds like they are making an accomodation for BIOS > booting or older Windows booting... or *something* of that sort. T= he > fact that the bootability bit is not set in the MBR (I'm not sure a= bout > that, is it set or not?)... that seems to imply a compatibility iss= ue The spec forbids bootable flag in the "protective MBR" > with other OS's like Windows in a multi-boot environment. >=20 > They are just doing it all with a single slice instead of having > two slices. This is "more" conformant to the spec, which says the protective MBR=20 should have only one partition which covers the whole disk. I think that we can get away with > 1 fdisk slices which mirror the=20 first four GPT partitions on non-EFI machines. This would probably mean modifying the gpt utility and module to mirror=20 the EFI partitions in the PMBR, controlled by a flag so that real EFI=20 machines don't get choked. --------------enig289831A78775945CD87CD84A 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.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGboGKldnAQVacBcgRAlVrAJ0bZTsfRe+3Ydmbi4dsJMt4man6twCeP6OD wC1nzizf5G95YgR8pkwj7wY= =9nnm -----END PGP SIGNATURE----- --------------enig289831A78775945CD87CD84A-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 11:44: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 A6AEE16A41F for ; Tue, 12 Jun 2007 11:44:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.232]) by mx1.freebsd.org (Postfix) with ESMTP id 5E7A713C45B for ; Tue, 12 Jun 2007 11:44:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id 14so1367370nzn for ; Tue, 12 Jun 2007 04:44: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:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=aBVof4yQH0GAivweFqNXyIQvjOPmmxUXZxJ10fluPpD53F1lWz5eJBAHP3gYwFfh7IvWDE2f+irw1wmm3zvJ8JgejFVJN6GkLPhctvaLSY1/qJxiExE/ho5XGUaJywPICuexdLiIBQzooSQV4GGoPOwKO44aEHq1o5sc9KU4HZ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Dh/lyTJDcDPoalldfc+vmC/bzJ52YkDirfiEgpJ+jLnjisrdyiUhSIQ0rcinTo/8HxJchRiJTZxMuTtw9wqkv2RrLgPsMCLGMYScRgYiKcThLYamd5mfvM7RMyq2DO1G/MnZ6ZvSMpqslGMsHJxvxtLozdavQgT4EWvA93YmTDk= Received: by 10.114.149.2 with SMTP id w2mr6611357wad.1181648665273; Tue, 12 Jun 2007 04:44:25 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id m40sm10515190waf.2007.06.12.04.44.22 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 12 Jun 2007 04:44:23 -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 l5CBiJZv047923 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 12 Jun 2007 20:44: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 l5CBiI7f047922 for freebsd-current@FreeBSD.org; Tue, 12 Jun 2007 20:44:18 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 12 Jun 2007 20:44:18 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20070612114418.GI44998@cdnetworks.co.kr> References: <20070529121837.GA12808@cdnetworks.co.kr> <20070602081009.GB1140@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070602081009.GB1140@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: CFT: re(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: Tue, 12 Jun 2007 11:44:26 -0000 On Sat, Jun 02, 2007 at 05:10:09PM +0900, To freebsd-current@FreeBSD.org wrote: > On Tue, May 29, 2007 at 09:18:37PM +0900, To freebsd-current@FreeBSD.org wrote: > > > > Dear all, > > > > I've committed a fix for bus_dma(9) bug which resulted in poor Tx > > performance on TSO enabled re(4) driver. With the fix and revised > > re(4) I got more sane performance on re(4). Because there are too many > > hardwares that rely on re(4) I'd like to hear any success or failure > > reports before revised re(4) hits the tree. > > For PCIe hardware users it would be great if you can submit > > performance numbers for stock re(4) and revised one. The revised > > re(4) can be found at the following URL. > > http://people.freebsd.org/~yongari/re/re.HEAD.patch > > > > Note, you need latest kernel to get correct performance numbers. > > > > I've fixed a bug which resulted in checksum offload bug and update the > patch. It should have no ression. > We're very close to code freeze and have too many consumers of re(4). > Without users success report it would be impossible to commit the patch > before branching 7. Since I don't have 8139C+ based ones, I'm also > interested in how it works on 8139C+ hardwares. > I received few feedbacks on overhauled re(4). Without this patch TSO would be unstable and you would get "can't map defragmented mbuf" messages on console under heavy load. If I couldn't get more feedbacks I'll disable TSO support before code freeze. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 12:43: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 12B5416A400; Tue, 12 Jun 2007 12:43:43 +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 8DF9F13C483; Tue, 12 Jun 2007 12:43:42 +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 7182B690A85; Tue, 12 Jun 2007 13:40:51 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 26084690AE0; Tue, 12 Jun 2007 13:40:51 +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-89-95.net.novis.pt [87.196.89.95]) by core.fnop.net (Postfix) with ESMTP id 2388A690A85; Tue, 12 Jun 2007 13:40:50 +0100 (WEST) Date: Tue, 12 Jun 2007 13:43:37 +0100 Message-ID: <86ejkhcphi.wl%rpaulo@fnop.net> From: Rui Paulo To: Matthew Dillon In-Reply-To: <200706112033.l5BKXgNf052683@apollo.backplane.com> References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> <200706092128.l59LSjRs027671@apollo.backplane.com> <57F8CCC1-1841-41AE-9F82-0C87FE53BE99@mac.com> <200706101752.l5AHqdE0035954@apollo.backplane.com> <8B01C1EC-D61A-484F-B308-6D6C8EB00EE6@mac.com> <861wgjwnrw.wl%rpaulo@fnop.net> <200706102143.l5ALhQut038340@apollo.backplane.com> <86zm37v4ns.wl%rpaulo@fnop.net> <86lkeqxo89.wl%rpaulo@fnop.net> <200706112033.l5BKXgNf052683@apollo.backplane.com> 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: freebsd-geom@freebsd.org, freebsd-hackers@freebsd.org, Marcel Moolenaar , freebsd-current@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: Tue, 12 Jun 2007 12:43:43 -0000 At Mon, 11 Jun 2007 13:33:42 -0700 (PDT), Matthew Dillon wrote: > > > :>> # gpt -r show /dev/rdisk0 > :>> start size index contents > :>> 0 1 PMBR > :>> 1 1 Pri GPT header > :>> 2 32 Pri GPT table > :>> 34 6 > :>> 40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B- > :>> xxxxxxxxxxxx > :>> 409640 159414704 2 GPT part - 48465300-0000-11AA-AA11- > :>> xxxxxxxxxxxx > :... > :> Well, what's happening is that Boot Camp syncs the BIOS partition > :> table with the GPT table, so the first partition should start at 40, > :> just like the GPT. > :> > :> Why does it start at 40 ? Because you need room for the PMBR, the > :> Primary GPT header and the Primary GPT table. > : > :Agreed, you need about 32 sectors for the GPT header+table. > > It makes sense for them to point the first MBR slice at the first > partition in the GPT, even though the standard says something else. > > It really sounds like they are making an accomodation for BIOS > booting or older Windows booting... or *something* of that sort. The > fact that the bootability bit is not set in the MBR (I'm not sure about > that, is it set or not?)... that seems to imply a compatibility issue > with other OS's like Windows in a multi-boot environment. > > They are just doing it all with a single slice instead of having > two slices. > > I'll bet they found that the two-slice method doesn't work in some > cases and the one-slice method does. The standard document doesn't > allow either method but it does seem to be a bit less insistent on > the starting sector for slice 1 then it does on there only being > one slice in the MBR, period. I can also see some OS's / disk managers > barfing on having two slices which overlap each other. > > So it really does make sense for them to point the MBR at sector 40. > The more I think about it, the more sense it makes. And also, if they used two partitions that would mean you would only have one partition left for installing Windows. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 12: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 E5C4B16A400 for ; Tue, 12 Jun 2007 12:47:43 +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 5D5FE13C48A for ; Tue, 12 Jun 2007 12:47:43 +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 5288D690A85 for ; Tue, 12 Jun 2007 13:44:52 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id E2804690AE0; Tue, 12 Jun 2007 13:44:51 +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-89-95.net.novis.pt [87.196.89.95]) by core.fnop.net (Postfix) with ESMTP id 5BCA8690A85 for ; Tue, 12 Jun 2007 13:44:51 +0100 (WEST) Date: Tue, 12 Jun 2007 13:47:40 +0100 Message-ID: <86d501cpar.wl%rpaulo@fnop.net> From: Rui Paulo To: freebsd-current@freebsd.org In-Reply-To: <20070612094324.GC56032@tirith.brixandersen.dk> References: <466CCD4B.7000400@errno.com> <20070612094324.GC56032@tirith.brixandersen.dk> 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 Subject: Re: new wpa_supplcant and hostapd coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2007 12:47:44 -0000 At Tue, 12 Jun 2007 11:43:24 +0200, Henrik Brix Andersen wrote: > > [1 ] > On Sun, Jun 10, 2007 at 09:19:23PM -0700, Sam Leffler wrote: > > I plan to import new versions of these programs. The 0.5.8 version of > > wpa_supplicant does not work with the ndis support in the kernel. I've > > requested help fixing this for many months w/ no response. If noone steps > > up to fix it I plan to commit the new wpa_supplicant w/o ndis support. > > In order to avoid regressions in the forthcoming 7.0 release would it > be an option to import the latest 0.4.x versions of wpa_supplicant and > hostapd instead? Then wait with the 0.5.x import until we have ndis > support working with the 0.5.x branch? The problem is: 0.5.x also brings bugfixes in some scenarios. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 13:58: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 6EE7516A41F for ; Tue, 12 Jun 2007 13:58:25 +0000 (UTC) (envelope-from nkalev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3C813C484 for ; Tue, 12 Jun 2007 13:58:25 +0000 (UTC) (envelope-from nkalev@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so1548219wxd for ; Tue, 12 Jun 2007 06:58: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:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NClnr7OeVCXbzVqpakFQPnmbohz07UAQq9RiP3udoVWj6CCJ7j9HIrjg091AVEpR32/tJQpYVDylyyp24UrGtTxNUQ81mSOsg5kciUdY/7wsJxEOREQjhrm8aQ28MXheQ+YJkm+Dfx/lrZPUNrn9QowcdBrU2mWrojiC+U0YTUQ= 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=rAvvszwryKZjPRBHfriUasvUqMO44ZXgeAWBZ4zTvaEFK0GhmmvlbxKtI3LoIcqHeNo89wMVfpZh+UoyENyqMgw+Ps2V0uDOku03t+tnDbwQ3GR4vJyzGFTEmYGzP6Sk85Qcfa5LkE3Fk7W+4hyaYELbF7xXotZkCfFHMr/VaYY= Received: by 10.70.57.2 with SMTP id f2mr10381219wxa.1181656704593; Tue, 12 Jun 2007 06:58:24 -0700 (PDT) Received: by 10.70.95.2 with HTTP; Tue, 12 Jun 2007 06:58:24 -0700 (PDT) Message-ID: <136a340a0706120658p74ddedaeo4b775ebcdb480fbf@mail.gmail.com> Date: Tue, 12 Jun 2007 16:58:24 +0300 From: "Nikolay Kalev" To: "David Xu" In-Reply-To: <466CF264.3040409@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <136a340a0706102032m56573d08h83fccb0656d373f2@mail.gmail.com> <466CF264.3040409@freebsd.org> Cc: Kip Macy , freebsd-current@freebsd.org Subject: Re: sun4v Tinderbox ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2007 13:58:25 -0000 Maybe, I can't suggest anything good ;-) On 6/11/07, David Xu wrote: > Kip Macy wrote: > > I'm going to give Xu a couple more days to fix the fallout from his > > pcpu changes. > > > > -Kip > > > > On 6/10/07, Nikolay Kalev wrote: > > > >> Can someone please fix the sun4v tree so others can test their code on > >> recent ? > >> > >> > > Yes, I know, but adding a pad field to pcpu is not a complete solution, > this can be broken again in future by someone who does not notice this. > > should we put a constraint on pcpu structure, for example: put a > __align(64) there ? > > Regards, > David Xu > > > -- Key fingerprint = 1932 68D3 AC9D D5BE 8717 AA5E C272 B46C 42BC 6DC2 From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 15:26: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 E20B316A400; Tue, 12 Jun 2007 15:26:01 +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 A094A13C458; Tue, 12 Jun 2007 15:26:01 +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 l5CFQ0pF026927; Tue, 12 Jun 2007 11:26:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5CFQ0eK033183; Tue, 12 Jun 2007 11:26:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A182D73068; Tue, 12 Jun 2007 11:26:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612152600.A182D73068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 11:26:00 -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 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: Tue, 12 Jun 2007 15:26:02 -0000 TB --- 2007-06-12 13:53:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 13:53:20 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-12 13:53:20 - cleaning the object tree TB --- 2007-06-12 13:53:42 - checking out the source tree TB --- 2007-06-12 13:53:42 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-12 13:53:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 14:02:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 14:02:35 - cd /src TB --- 2007-06-12 14:02:35 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 14:02: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 Tue Jun 12 15:13:22 UTC 2007 TB --- 2007-06-12 15:13:22 - generating LINT kernel config TB --- 2007-06-12 15:13:22 - cd /src/sys/sun4v/conf TB --- 2007-06-12 15:13:22 - /usr/bin/make -B LINT TB --- 2007-06-12 15:13:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-12 15:13:22 - cd /src TB --- 2007-06-12 15:13:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 12 15:13:22 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-12 15:26:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 15:26:00 - ERROR: failed to build lint kernel TB --- 2007-06-12 15:26:00 - tinderbox aborted TB --- 0.64 user 2.02 system 5559.91 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 15:50: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 E1E1016A46D for ; Tue, 12 Jun 2007 15:50:05 +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 920A413C487 for ; Tue, 12 Jun 2007 15:50:03 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5CFo3DL087017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 12 Jun 2007 08:50:03 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <466EC0BA.8020409@errno.com> Date: Tue, 12 Jun 2007 08:50:18 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <466CCD4B.7000400@errno.com> <20070612094324.GC56032@tirith.brixandersen.dk> In-Reply-To: <20070612094324.GC56032@tirith.brixandersen.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: new wpa_supplcant and hostapd coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2007 15:50:06 -0000 Henrik Brix Andersen wrote: > On Sun, Jun 10, 2007 at 09:19:23PM -0700, Sam Leffler wrote: >> I plan to import new versions of these programs. The 0.5.8 version of >> wpa_supplicant does not work with the ndis support in the kernel. I've >> requested help fixing this for many months w/ no response. If noone steps >> up to fix it I plan to commit the new wpa_supplicant w/o ndis support. > > In order to avoid regressions in the forthcoming 7.0 release would it > be an option to import the latest 0.4.x versions of wpa_supplicant and > hostapd instead? Then wait with the 0.5.x import until we have ndis > support working with the 0.5.x branch? Its been many months and I see noone interested in fixing ndis support. Not importing the current stable release means all non-ndis users are missing out on bug fixes and features. So tell me again why it's better to wait? Sam From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 15:57: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 E369416A400 for ; Tue, 12 Jun 2007 15:57:03 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id A818F13C4B0 for ; Tue, 12 Jun 2007 15:57:03 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 6AA731CC0F2 for ; Tue, 12 Jun 2007 17:57:02 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id E6C1FBA54; Tue, 12 Jun 2007 17:57:01 +0200 (CEST) Date: Tue, 12 Jun 2007 17:57:01 +0200 From: Henrik Brix Andersen To: freebsd-current@freebsd.org Message-ID: <20070612155701.GA64173@tirith.brixandersen.dk> Mail-Followup-To: freebsd-current@freebsd.org References: <466CCD4B.7000400@errno.com> <20070612094324.GC56032@tirith.brixandersen.dk> <466EC0BA.8020409@errno.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <466EC0BA.8020409@errno.com> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.15 (2007-04-06) Subject: Re: new wpa_supplcant and hostapd coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2007 15:57:04 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 12, 2007 at 08:50:18AM -0700, Sam Leffler wrote: > Henrik Brix Andersen wrote: > > On Sun, Jun 10, 2007 at 09:19:23PM -0700, Sam Leffler wrote: > >> I plan to import new versions of these programs. The 0.5.8 version o= f =20 > >> wpa_supplicant does not work with the ndis support in the kernel. I'v= e =20 > >> requested help fixing this for many months w/ no response. If noone s= teps=20 > >> up to fix it I plan to commit the new wpa_supplicant w/o ndis support. > > In order to avoid regressions in the forthcoming 7.0 release would it > > be an option to import the latest 0.4.x versions of wpa_supplicant and > > hostapd instead? Then wait with the 0.5.x import until we have ndis > > support working with the 0.5.x branch? >=20 > Its been many months and I see noone interested in fixing ndis support. = Not=20 > importing the current stable release means all non-ndis users are missin= g=20 > out on bug fixes and features. So tell me again why it's better to wait? To avoid regressions compared to FreeBSD 6.x - anyways, it was just a suggestion. I have no use/interest/insight in ndis(4) myself. Regards, Brix --=20 Henrik Brix Andersen --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGbsJMv+Q4flTiePgRAns+AJ4+S5uAbRzEpk4GhSubm75oocDOqACfSNeh IfrVKoTjKcw6HtEJF2mYsX4= =AoNr -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 16:26: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 3134D16A41F for ; Tue, 12 Jun 2007 16:26:25 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 0BBBB13C455 for ; Tue, 12 Jun 2007 16:26:25 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 9163F1AD7 for ; Tue, 12 Jun 2007 12:26:24 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 12 Jun 2007 12:26:24 -0400 X-Sasl-enc: oMnxW+WaP9X2F+GoabWpxO5H8gYzL/qYzyGHkmPX/Ve5 1181665583 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id BF8322AB8B for ; Tue, 12 Jun 2007 12:26:23 -0400 (EDT) Message-ID: <466EC92E.2050609@incunabulum.net> Date: Tue, 12 Jun 2007 17:26:22 +0100 From: Bruce M Simpson User-Agent: Thunderbird 1.5.0.10 (X11/20070407) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: HEADS UP: Source-specific multicast code committed to tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2007 16:26:25 -0000 The SSM socket layer has now been committed. This introduces the protocol-independent multicast socket API specified in RFC 3678. This does not introduce IGMPv3 or MLDv2 support, although it does make the necessary header file changes. It is now possible to block and unblock selected IPv4 multicast sources from within applications, and this is one step towards bringing the IPv4 code up-to-date with respect to other operating systems. * The biggest aspect of the change is that handling of IPv4 multicast socket options has been moved into its own file, netinet/in_mcast.c. * Strict socket membership is now the default; the legacy 4.4BSD behaviour of delivering a multicast datagram to all sockets matching the 4-tuple has been removed. * struct sockaddr_storage is now referenced from within netinet header files, therefore the necessary magic to declare it where needed has been added. * The code has been regression tested for the existing any-source IPv4 multicast interface. * __FreeBSD_version has been bumped, and UPDATING updated. Please read src/UPDATING particularly if you use routed with multicast routes and point-to-point interfaces as the IP_MULTI_IF hack has been removed in favour of the 'struct ip_mreqn' solution used in Linux to specify an interface by index for multicast joins. This is not an issue in the IPv6 and protocol-independent API. I have a patch for the Rhyolite routed code however it has not been committed upstream, it was posted to -net some months ago. Please let me know if there are any issues. Regards, BMS From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 17:14: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 3D23116A474; Tue, 12 Jun 2007 17:14: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 E16E513C46A; Tue, 12 Jun 2007 17:14:41 +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 l5CHEfrp051870; Tue, 12 Jun 2007 13:14:41 -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 l5CHEfDO041453; Tue, 12 Jun 2007 13:14:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D497C73068; Tue, 12 Jun 2007 13:14:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612171440.D497C73068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 13:14:40 -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 i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2007 17:14:42 -0000 TB --- 2007-06-12 16:53:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 16:53:12 - starting HEAD tinderbox run for i386/i386 TB --- 2007-06-12 16:53:13 - cleaning the object tree TB --- 2007-06-12 16:53:30 - checking out the source tree TB --- 2007-06-12 16:53:30 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-06-12 16:53:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 17:02:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 17:02:57 - cd /src TB --- 2007-06-12 17:02:57 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 17:02: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 [...] cc -O2 -pipe -I/src/lib/csu/i386-elf/../common -I/src/lib/csu/i386-elf/../../libc/include -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -DGCRT -c -o gcrt1.o /src/lib/csu/i386-elf/crt1.c sh /src/tools/install.sh -o root -g wheel -m 444 crt1.o crti.o crtn.o gcrt1.o /obj/src/tmp/usr/lib ===> lib/libc (obj,depend,all,install) yacc -d -p_nsyy /src/lib/libc/net/nsparser.y mv y.tab.c nsparser.c mv y.tab.h nsparser.h lex -P_nsyy -o/dev/stdout /src/lib/libc/net/nslexer.l | sed -e '/YY_BUF_SIZE/s/16384/1024/' >nslexer.c make: don't know how to make sourcefilter.c. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-12 17:14:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 17:14:40 - ERROR: failed to build world TB --- 2007-06-12 17:14:40 - tinderbox aborted TB --- 0.45 user 1.30 system 1287.55 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 17:15: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 5DB4516A46E for ; Tue, 12 Jun 2007 17:15:32 +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 B05AE13C487 for ; Tue, 12 Jun 2007 17:15:31 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 3659 invoked from network); 12 Jun 2007 16:29:03 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 12 Jun 2007 16:29:03 -0000 Message-ID: <466ED4B4.30909@freebsd.org> Date: Tue, 12 Jun 2007 19:15:32 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Eygene Ryabinkin References: <20070611140644.GH86872@void.codelabs.ru> <466D9DDE.6090302@freebsd.org> <20070612032656.GJ86872@void.codelabs.ru> <20070612033432.GK86872@void.codelabs.ru> In-Reply-To: <20070612033432.GK86872@void.codelabs.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: shigeaki@f.csce.kyushu-u.ac.jp, freebsd-net@freebsd.org, freebsd-current@freebsd.org, yongari@freebsd.org Subject: Re: nfe(4) strangeness on the 7-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, 12 Jun 2007 17:15:32 -0000 Eygene Ryabinkin wrote: > Me again. > > Tue, Jun 12, 2007 at 07:26:56AM +0400, Eygene Ryabinkin wrote: >> Mon, Jun 11, 2007 at 09:09:18PM +0200, Andre Oppermann wrote: >>> These messages are unrelated to your hardware. There you can relax. >>> We have a bug in the TCP FSM state transitions which I'm currently >>> tracking down that indirectly causes the log messages. You don't >>> have to worry about it for your case. TCP connections work fine. >> OK, thank you! > > Just checked my netstat output and spotted weird lines: > ----- > tcp4 0 0 127.0.0.1.* 127.0.0.1.40001 CLOSED > tcp4 0 0 127.0.0.1.* 127.0.0.1.40001 CLOSED > ----- > Can they be related to the bug you mentioned? Yes, this looks related. Do these line stick around or do they go away after some time? -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 17:35: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 7AD6A16A532; Tue, 12 Jun 2007 17:35: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 AC34B13C53F; Tue, 12 Jun 2007 17:35:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5CHZPTq055840; Tue, 12 Jun 2007 13:35:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5CHZOFp059776; Tue, 12 Jun 2007 13:35:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 760AA73068; Tue, 12 Jun 2007 13:35:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612173524.760AA73068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 13:35:24 -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, 12 Jun 2007 17:35:34 -0000 TB --- 2007-06-12 17:14:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 17:14:40 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-12 17:14:40 - cleaning the object tree TB --- 2007-06-12 17:14:58 - checking out the source tree TB --- 2007-06-12 17:14:58 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-12 17:14:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 17:23:50 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 17:23:50 - cd /src TB --- 2007-06-12 17:23:50 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 17:23: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 [...] cc -O2 -pipe -I/src/lib/csu/i386-elf/../common -I/src/lib/csu/i386-elf/../../libc/include -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -DGCRT -c -o gcrt1.o /src/lib/csu/i386-elf/crt1.c sh /src/tools/install.sh -o root -g wheel -m 444 crt1.o crti.o crtn.o gcrt1.o /obj/pc98/src/tmp/usr/lib ===> lib/libc (obj,depend,all,install) yacc -d -p_nsyy /src/lib/libc/net/nsparser.y mv y.tab.c nsparser.c mv y.tab.h nsparser.h lex -P_nsyy -o/dev/stdout /src/lib/libc/net/nslexer.l | sed -e '/YY_BUF_SIZE/s/16384/1024/' >nslexer.c make: don't know how to make sourcefilter.c. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-12 17:35:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 17:35:24 - ERROR: failed to build world TB --- 2007-06-12 17:35:24 - tinderbox aborted TB --- 0.46 user 1.33 system 1243.12 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 17:54: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 07DCD16A469; Tue, 12 Jun 2007 17:54: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 AC06E13C45E; Tue, 12 Jun 2007 17:54:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5CHsdQa059274; Tue, 12 Jun 2007 13:54:39 -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 l5CHsdv8079237; Tue, 12 Jun 2007 13:54:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C318973068; Tue, 12 Jun 2007 13:54:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612175438.C318973068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 13:54:38 -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: Tue, 12 Jun 2007 17:54:40 -0000 TB --- 2007-06-12 17:35:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 17:35:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-12 17:35:24 - cleaning the object tree TB --- 2007-06-12 17:35:52 - checking out the source tree TB --- 2007-06-12 17:35:52 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-12 17:35:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 17:44:00 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 17:44:00 - cd /src TB --- 2007-06-12 17:44:00 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 17:44:01 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 -Wall -Wno-unused -I/src/lib/csu/ia64/../common -I/src/lib/csu/ia64/../../libc/include -DGCRT -c -o gcrt1.o /src/lib/csu/ia64/crt1.S sh /src/tools/install.sh -o root -g wheel -m 444 crt1.o crti.o crtn.o gcrt1.o /obj/ia64/src/tmp/usr/lib ===> lib/libc (obj,depend,all,install) yacc -d -p_nsyy /src/lib/libc/net/nsparser.y mv y.tab.c nsparser.c mv y.tab.h nsparser.h lex -P_nsyy -o/dev/stdout /src/lib/libc/net/nslexer.l | sed -e '/YY_BUF_SIZE/s/16384/1024/' >nslexer.c make: don't know how to make sourcefilter.c. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-12 17:54:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 17:54:38 - ERROR: failed to build world TB --- 2007-06-12 17:54:38 - tinderbox aborted TB --- 0.84 user 2.56 system 1154.01 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 18:01: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 9803716A533 for ; Tue, 12 Jun 2007 18:01:33 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outE.internet-mail-service.net (outE.internet-mail-service.net [216.240.47.228]) by mx1.freebsd.org (Postfix) with ESMTP id 85B8D13C447 for ; Tue, 12 Jun 2007 18:01:33 +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; Tue, 12 Jun 2007 11:01:32 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 6465A125B55; Tue, 12 Jun 2007 11:01:32 -0700 (PDT) Message-ID: <466EDF7C.1080806@elischer.org> Date: Tue, 12 Jun 2007 11:01:32 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Bruce M Simpson References: <466EC92E.2050609@incunabulum.net> In-Reply-To: <466EC92E.2050609@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: HEADS UP: Source-specific multicast code committed to tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2007 18:01:33 -0000 Bruce M Simpson wrote: > * Strict socket membership is now the default; the legacy 4.4BSD > behaviour of delivering a multicast datagram to all sockets matching the > 4-tuple has been removed. this seems a but counterintuitive > > > Regards, > BMS > > _______________________________________________ > 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 12 18:09: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 D400416A400 for ; Tue, 12 Jun 2007 18:09:08 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id AE29513C469 for ; Tue, 12 Jun 2007 18:09:08 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 47B53C69; Tue, 12 Jun 2007 14:09:08 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 12 Jun 2007 14:09:08 -0400 X-Sasl-enc: Q/HdScJ5YRY8bSZSiAHPewoRqoCmGQ3Dk+eBCXaXEBn4 1181671747 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id A682719D53; Tue, 12 Jun 2007 14:09:07 -0400 (EDT) Message-ID: <466EE142.9090502@incunabulum.net> Date: Tue, 12 Jun 2007 19:09:06 +0100 From: Bruce M Simpson User-Agent: Thunderbird 1.5.0.10 (X11/20070407) MIME-Version: 1.0 To: Julian Elischer References: <466EC92E.2050609@incunabulum.net> <466EDF7C.1080806@elischer.org> In-Reply-To: <466EDF7C.1080806@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: HEADS UP: Source-specific multicast code committed to tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2007 18:09:08 -0000 Julian Elischer wrote: >> * Strict socket membership is now the default; the legacy 4.4BSD >> behaviour of delivering a multicast datagram to all sockets matching >> the 4-tuple has been removed. > this seems a but counterintuitive This particular change only affects UDP. Strictly speaking, multicast datagrams should only be delivered locally to sockets which are members of the multicast group. Source multicast makes this definition stricter - multicast datagrams should only be delivered if the source is permitted to deliver to the destination. In the absence of IGMPv3/MLDv2 support from upstream routers, it is possible for datagrams from blocked sources to reach the end host. For the time being FreeBSD merely enforces these semantics by dropping such datagrams. When IGMPv3/MLDv2 support is added, the source filter list is relayed to upstream multicast routers whenever it changes, and they SHOULD NOT deliver datagrams blocked by source filters to the end host. Other implementations have done this for many years and it's time FreeBSD followed suit. A sysctl to enable the strict behaviour has been in place for a few years now. It is preferred by design in a source multicast environment. regards, BMS From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 18:14: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 C106216A400; Tue, 12 Jun 2007 18:14: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 7137C13C468; Tue, 12 Jun 2007 18:14: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 l5CIEY0S062371; Tue, 12 Jun 2007 14:14: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 l5CIEYE2097464; Tue, 12 Jun 2007 14:14:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9615173068; Tue, 12 Jun 2007 14:14:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612181434.9615173068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 14:14:34 -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 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, 12 Jun 2007 18:14:35 -0000 TB --- 2007-06-12 17:54:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 17:54:38 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-12 17:54:38 - cleaning the object tree TB --- 2007-06-12 17:55:01 - checking out the source tree TB --- 2007-06-12 17:55:01 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-12 17:55:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 18:03:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 18:03:18 - cd /src TB --- 2007-06-12 18:03:18 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 18:03:19 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 -Wall -Wno-unused -I/src/lib/csu/powerpc/../common -I/src/lib/csu/powerpc/../../libc/include -DGCRT -c -o gcrt1.o /src/lib/csu/powerpc/crt1.c sh /src/tools/install.sh -o root -g wheel -m 444 crt1.o crti.o crtn.o gcrt1.o /obj/powerpc/src/tmp/usr/lib ===> lib/libc (obj,depend,all,install) yacc -d -p_nsyy /src/lib/libc/net/nsparser.y mv y.tab.c nsparser.c mv y.tab.h nsparser.h lex -P_nsyy -o/dev/stdout /src/lib/libc/net/nslexer.l | sed -e '/YY_BUF_SIZE/s/16384/1024/' >nslexer.c make: don't know how to make sourcefilter.c. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-12 18:14:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 18:14:34 - ERROR: failed to build world TB --- 2007-06-12 18:14:34 - tinderbox aborted TB --- 0.72 user 2.52 system 1195.45 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 18:27:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A82016A468; Tue, 12 Jun 2007 18:27:04 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 415FA13C45B; Tue, 12 Jun 2007 18:27:04 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 707EEC69; Tue, 12 Jun 2007 14:11:50 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 12 Jun 2007 14:11:50 -0400 X-Sasl-enc: iF5OU3XwycIUJJEWWOEUnHsnG+735lxHJndwNFJNZAMi 1181671910 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 5E63B203BB; Tue, 12 Jun 2007 14:11:49 -0400 (EDT) Message-ID: <466EE1E4.2090908@FreeBSD.org> Date: Tue, 12 Jun 2007 19:11:48 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (X11/20070407) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20070612171440.D497C73068@freebsd-current.sentex.ca> In-Reply-To: <20070612171440.D497C73068@freebsd-current.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2007 18:27:04 -0000 I love p4 diff2, not. The userland files were of course missing. I am about to commit them now. It seems 'p4 diff2 -u' is not a panacea and one still needs to grep the output without -u to see files which are on one branch but not the other. regards, BMS P.S. I am having productive experiences with Mercurial on a different project. From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 18:37: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 2A24F16A468; Tue, 12 Jun 2007 18:37: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 DEDDB13C447; Tue, 12 Jun 2007 18:37:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5CIb9JR066075; Tue, 12 Jun 2007 14:37:09 -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 l5CIb9Qu042885; Tue, 12 Jun 2007 14:37:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E31A073069; Tue, 12 Jun 2007 14:37:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612183708.E31A073069@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 14:37:08 -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 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: Tue, 12 Jun 2007 18:37:10 -0000 TB --- 2007-06-12 18:14:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 18:14:34 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-06-12 18:14:34 - cleaning the object tree TB --- 2007-06-12 18:14:58 - checking out the source tree TB --- 2007-06-12 18:14:58 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-06-12 18:14:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 18:26:19 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 18:26:19 - cd /src TB --- 2007-06-12 18:26:19 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 18:26: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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sockatmark.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sourcefilter.c /src/lib/libc/net/sourcefilter.c: In function 'setsourcefilter': /src/lib/libc/net/sourcefilter.c:309: error: invalid type argument of '->' /src/lib/libc/net/sourcefilter.c:329: warning: implicit declaration of function 'setsockopt' /src/lib/libc/net/sourcefilter.c: In function 'getsourcefilter': /src/lib/libc/net/sourcefilter.c:370: error: invalid type argument of '->' /src/lib/libc/net/sourcefilter.c:397: warning: implicit declaration of function 'getsockopt' *** Error code 1 Stop in /src/lib/libc. *** 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-12 18:37:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 18:37:08 - ERROR: failed to build world TB --- 2007-06-12 18:37:08 - tinderbox aborted TB --- 0.68 user 2.59 system 1353.90 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 18:37: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 E4C4E16A4F4; Tue, 12 Jun 2007 18:37:14 +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 A439D13C457; Tue, 12 Jun 2007 18:37:14 +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 l5CIbEEh066078; Tue, 12 Jun 2007 14:37:14 -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 l5CIbE05042935; Tue, 12 Jun 2007 14:37:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EF0427306B; Tue, 12 Jun 2007 14:37:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612183708.EF0427306B@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 14:37:08 -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: Tue, 12 Jun 2007 18:37:15 -0000 TB --- 2007-06-12 18:16:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 18:16:37 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-12 18:16:37 - cleaning the object tree TB --- 2007-06-12 18:17:10 - checking out the source tree TB --- 2007-06-12 18:17:10 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-12 18:17:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 18:26:19 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 18:26:19 - cd /src TB --- 2007-06-12 18:26:19 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 18:26: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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sockatmark.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sourcefilter.c /src/lib/libc/net/sourcefilter.c: In function 'setsourcefilter': /src/lib/libc/net/sourcefilter.c:309: error: invalid type argument of '->' /src/lib/libc/net/sourcefilter.c:329: warning: implicit declaration of function 'setsockopt' /src/lib/libc/net/sourcefilter.c: In function 'getsourcefilter': /src/lib/libc/net/sourcefilter.c:370: error: invalid type argument of '->' /src/lib/libc/net/sourcefilter.c:397: warning: implicit declaration of function 'getsockopt' *** Error code 1 Stop in /src/lib/libc. *** 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-12 18:37:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 18:37:08 - ERROR: failed to build world TB --- 2007-06-12 18:37:08 - tinderbox aborted TB --- 0.49 user 1.98 system 1231.52 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 18:47: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 234BF16A46C; Tue, 12 Jun 2007 18:47:38 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id EA81A13C458; Tue, 12 Jun 2007 18:47:37 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 6ABE915AB; Tue, 12 Jun 2007 14:47:37 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 12 Jun 2007 14:47:37 -0400 X-Sasl-enc: GTKCwkusACKeyvh4bm1iZOvo/JvcHbIYoH3nuMc6ioGb 1181674056 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id A10E81DD88; Tue, 12 Jun 2007 14:47:36 -0400 (EDT) Message-ID: <466EEA46.1060803@FreeBSD.org> Date: Tue, 12 Jun 2007 19:47:34 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (X11/20070407) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20070612183708.E31A073069@freebsd-current.sentex.ca> In-Reply-To: <20070612183708.E31A073069@freebsd-current.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Tue, 12 Jun 2007 18:47:38 -0000 FreeBSD Tinderbox wrote: > cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sourcefilter.c > /src/lib/libc/net/sourcefilter.c: In function 'setsourcefilter': > /src/lib/libc/net/sourcefilter.c:309: error: invalid type argument of '->' > /src/lib/libc/net/sourcefilter.c:329: warning: implicit declaration of function 'setsockopt' > /src/lib/libc/net/sourcefilter.c: In function 'getsourcefilter': > /src/lib/libc/net/sourcefilter.c:370: error: invalid type argument of '->' > /src/lib/libc/net/sourcefilter.c:397: warning: implicit declaration of function 'getsockopt' I understand the sparc64/sun4v ports are currently having transient build failures. getsockopt() and setsockopt() should have been declared (but not defined) in . Can anyone spot what is wrong? The psu argument is correct and the code has built OK on other platforms previously. regards, BMS From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 19:01: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 AD33C16A46F; Tue, 12 Jun 2007 19:01:48 +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 6DBFC13C45B; Tue, 12 Jun 2007 19:01:48 +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 l5CJ1li9070753; Tue, 12 Jun 2007 15:01:47 -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 l5CJ1lr9094128; Tue, 12 Jun 2007 15:01:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4328B73068; Tue, 12 Jun 2007 15:01:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612190147.4328B73068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 15:01:47 -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, 12 Jun 2007 19:01:48 -0000 TB --- 2007-06-12 18:40:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 18:40:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-12 18:40:01 - cleaning the object tree TB --- 2007-06-12 18:40:21 - checking out the source tree TB --- 2007-06-12 18:40:21 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-12 18:40:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 18:51:23 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 18:51:23 - cd /src TB --- 2007-06-12 18:51:23 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 18:51:25 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 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sockatmark.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sourcefilter.c /src/lib/libc/net/sourcefilter.c: In function 'setsourcefilter': /src/lib/libc/net/sourcefilter.c:309: error: invalid type argument of '->' /src/lib/libc/net/sourcefilter.c:329: warning: implicit declaration of function 'setsockopt' /src/lib/libc/net/sourcefilter.c: In function 'getsourcefilter': /src/lib/libc/net/sourcefilter.c:370: error: invalid type argument of '->' /src/lib/libc/net/sourcefilter.c:397: warning: implicit declaration of function 'getsockopt' *** Error code 1 Stop in /src/lib/libc. *** 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-12 19:01:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 19:01:46 - ERROR: failed to build world TB --- 2007-06-12 19:01:46 - tinderbox aborted TB --- 0.55 user 1.67 system 1305.70 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 19:04: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 1415416A41F; Tue, 12 Jun 2007 19:04:58 +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 C86BC13C4B0; Tue, 12 Jun 2007 19:04:57 +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 l5CJ4vVr071137; Tue, 12 Jun 2007 15:04:57 -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 l5CJ4vig097567; Tue, 12 Jun 2007 15:04:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1218F73068; Tue, 12 Jun 2007 15:04:57 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612190457.1218F73068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 15:04:57 -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: Tue, 12 Jun 2007 19:04:58 -0000 TB --- 2007-06-12 18:40:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 18:40:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-12 18:40:01 - cleaning the object tree TB --- 2007-06-12 18:40:40 - checking out the source tree TB --- 2007-06-12 18:40:40 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-12 18:40:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 18:51:23 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 18:51:23 - cd /src TB --- 2007-06-12 18:51:23 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 18:51:25 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 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sockatmark.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sourcefilter.c /src/lib/libc/net/sourcefilter.c: In function 'setsourcefilter': /src/lib/libc/net/sourcefilter.c:309: error: invalid type argument of '->' /src/lib/libc/net/sourcefilter.c:329: warning: implicit declaration of function 'setsockopt' /src/lib/libc/net/sourcefilter.c: In function 'getsourcefilter': /src/lib/libc/net/sourcefilter.c:370: error: invalid type argument of '->' /src/lib/libc/net/sourcefilter.c:397: warning: implicit declaration of function 'getsockopt' *** Error code 1 Stop in /src/lib/libc. *** 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-12 19:04:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 19:04:56 - ERROR: failed to build world TB --- 2007-06-12 19:04:56 - tinderbox aborted TB --- 0.95 user 3.69 system 1495.76 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 19: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 8616416A46F; Tue, 12 Jun 2007 19:09:21 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id C568513C4AD; Tue, 12 Jun 2007 19:09:18 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id AEFB2148D; Tue, 12 Jun 2007 15:09:16 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 12 Jun 2007 15:09:16 -0400 X-Sasl-enc: h4YpBHWlVmJLA+gxrIS2phrzWjU2M1lA6936SbGK0IBC 1181675356 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id E4CFD20AD3; Tue, 12 Jun 2007 15:09:15 -0400 (EDT) Message-ID: <466EEF5B.5010807@FreeBSD.org> Date: Tue, 12 Jun 2007 20:09:15 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (X11/20070407) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <20070612183708.E31A073069@freebsd-current.sentex.ca> <466EEA46.1060803@FreeBSD.org> In-Reply-To: <466EEA46.1060803@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: sparc64@freebsd.org, FreeBSD Tinderbox , current@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: Tue, 12 Jun 2007 19:09:21 -0000 Bruce M. Simpson wrote: > > Can anyone spot what is wrong? The psu argument is correct and the > code has built OK on other platforms previously. I merged an earlier version of this file which had the missing & operator. My bad. Sorry for the disruption. regards, BMS From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 19:26: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 4FD8216A400; Tue, 12 Jun 2007 19:26: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 F36CC13C4B9; Tue, 12 Jun 2007 19:26:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5CJQ9dW075237; Tue, 12 Jun 2007 15:26:09 -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 l5CJQ80i043792; Tue, 12 Jun 2007 15:26:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7B32D73068; Tue, 12 Jun 2007 15:26:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612192607.7B32D73068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 15:26:07 -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 i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2007 19:26:10 -0000 TB --- 2007-06-12 19:01:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 19:01:47 - starting HEAD tinderbox run for i386/i386 TB --- 2007-06-12 19:01:47 - cleaning the object tree TB --- 2007-06-12 19:01:57 - checking out the source tree TB --- 2007-06-12 19:01:57 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-06-12 19:01:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 19:12:09 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 19:12:09 - cd /src TB --- 2007-06-12 19:12:09 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 19:12: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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sockatmark.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sourcefilter.c /src/lib/libc/net/sourcefilter.c: In function 'setsourcefilter': /src/lib/libc/net/sourcefilter.c:309: error: invalid type argument of '->' /src/lib/libc/net/sourcefilter.c:329: warning: implicit declaration of function 'setsockopt' /src/lib/libc/net/sourcefilter.c: In function 'getsourcefilter': /src/lib/libc/net/sourcefilter.c:370: error: invalid type argument of '->' /src/lib/libc/net/sourcefilter.c:397: warning: implicit declaration of function 'getsockopt' *** Error code 1 Stop in /src/lib/libc. *** 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-12 19:26:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 19:26:06 - ERROR: failed to build world TB --- 2007-06-12 19:26:06 - tinderbox aborted TB --- 0.14 user 0.41 system 1459.39 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 19:26: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 3D2D316A41F; Tue, 12 Jun 2007 19:26: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 BCE6113C4C2; Tue, 12 Jun 2007 19:26: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 l5CJQA4K075240; Tue, 12 Jun 2007 15:26: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 l5CJQAoB043815; Tue, 12 Jun 2007 15:26:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 15E2C7306B; Tue, 12 Jun 2007 15:26:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612192610.15E2C7306B@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 15:26:10 -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 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, 12 Jun 2007 19:26:11 -0000 TB --- 2007-06-12 19:04:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 19:04:57 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-12 19:04:57 - cleaning the object tree TB --- 2007-06-12 19:05:07 - checking out the source tree TB --- 2007-06-12 19:05:07 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-12 19:05:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 19:12:09 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 19:12:09 - cd /src TB --- 2007-06-12 19:12:09 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 19:12: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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sockatmark.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sourcefilter.c /src/lib/libc/net/sourcefilter.c: In function 'setsourcefilter': /src/lib/libc/net/sourcefilter.c:309: error: invalid type argument of '->' /src/lib/libc/net/sourcefilter.c:329: warning: implicit declaration of function 'setsockopt' /src/lib/libc/net/sourcefilter.c: In function 'getsourcefilter': /src/lib/libc/net/sourcefilter.c:370: error: invalid type argument of '->' /src/lib/libc/net/sourcefilter.c:397: warning: implicit declaration of function 'getsockopt' *** Error code 1 Stop in /src/lib/libc. *** 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-12 19:26:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 19:26:09 - ERROR: failed to build world TB --- 2007-06-12 19:26:09 - tinderbox aborted TB --- 0.18 user 0.35 system 1272.13 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 19:47: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 E773016A469; Tue, 12 Jun 2007 19:47:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A7FE913C4B7; Tue, 12 Jun 2007 19:47:22 +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 l5CJlMED079523; Tue, 12 Jun 2007 15:47:22 -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 l5CJlLOK086583; Tue, 12 Jun 2007 15:47:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2CF8C73068; Tue, 12 Jun 2007 15:47:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612194721.2CF8C73068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 15:47:20 -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 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: Tue, 12 Jun 2007 19:47:23 -0000 TB --- 2007-06-12 19:26:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 19:26:08 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-12 19:26:08 - cleaning the object tree TB --- 2007-06-12 19:26:29 - checking out the source tree TB --- 2007-06-12 19:26:29 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-12 19:26:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 19:35:34 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 19:35:34 - cd /src TB --- 2007-06-12 19:35:34 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 19:35: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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sockatmark.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sourcefilter.c /src/lib/libc/net/sourcefilter.c: In function 'setsourcefilter': /src/lib/libc/net/sourcefilter.c:309: error: invalid type argument of '->' /src/lib/libc/net/sourcefilter.c:329: warning: implicit declaration of function 'setsockopt' /src/lib/libc/net/sourcefilter.c: In function 'getsourcefilter': /src/lib/libc/net/sourcefilter.c:370: error: invalid type argument of '->' /src/lib/libc/net/sourcefilter.c:397: warning: implicit declaration of function 'getsockopt' *** Error code 1 Stop in /src/lib/libc. *** 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-12 19:47:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 19:47:20 - ERROR: failed to build world TB --- 2007-06-12 19:47:20 - tinderbox aborted TB --- 0.19 user 0.34 system 1271.95 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 19:48: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 6130216A400; Tue, 12 Jun 2007 19:48:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 39B8613C4B0; Tue, 12 Jun 2007 19:48:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5CJm5WE079592; Tue, 12 Jun 2007 15:48:05 -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 l5CJm5U7089571; Tue, 12 Jun 2007 15:48:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 84A9D73068; Tue, 12 Jun 2007 15:48:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612194805.84A9D73068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 15:48:05 -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, 12 Jun 2007 19:48:06 -0000 TB --- 2007-06-12 19:26:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 19:26:10 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-12 19:26:10 - cleaning the object tree TB --- 2007-06-12 19:26:31 - checking out the source tree TB --- 2007-06-12 19:26:31 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-12 19:26:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 19:35:34 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 19:35:34 - cd /src TB --- 2007-06-12 19:35:34 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 19:35: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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sockatmark.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sourcefilter.c /src/lib/libc/net/sourcefilter.c: In function 'setsourcefilter': /src/lib/libc/net/sourcefilter.c:309: error: invalid type argument of '->' /src/lib/libc/net/sourcefilter.c:329: warning: implicit declaration of function 'setsockopt' /src/lib/libc/net/sourcefilter.c: In function 'getsourcefilter': /src/lib/libc/net/sourcefilter.c:370: error: invalid type argument of '->' /src/lib/libc/net/sourcefilter.c:397: warning: implicit declaration of function 'getsockopt' *** Error code 1 Stop in /src/lib/libc. *** 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-12 19:48:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 19:48:05 - ERROR: failed to build world TB --- 2007-06-12 19:48:05 - tinderbox aborted TB --- 0.10 user 0.43 system 1315.36 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 20:35:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C284016A469; Tue, 12 Jun 2007 20:35:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 724A213C45B; Tue, 12 Jun 2007 20:35:33 +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 l5CKZWkU086526; Tue, 12 Jun 2007 16:35:32 -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 l5CKZWjb085847; Tue, 12 Jun 2007 16:35:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 92BEC73068; Tue, 12 Jun 2007 16:35:32 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612203532.92BEC73068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 16:35:32 -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 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: Tue, 12 Jun 2007 20:35:33 -0000 TB --- 2007-06-12 19:48:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 19:48:05 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-12 19:48:05 - cleaning the object tree TB --- 2007-06-12 19:48:24 - checking out the source tree TB --- 2007-06-12 19:48:24 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-12 19:48:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 19:58:11 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 19:58:11 - cd /src TB --- 2007-06-12 19:58:11 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 19:58:13 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 [...] gzip -cn /src/lib/libc/net/inet6_rthdr_space.3 > inet6_rthdr_space.3.gz gzip -cn /src/lib/libc/net/linkaddr.3 > linkaddr.3.gz gzip -cn /src/lib/libc/net/nsdispatch.3 > nsdispatch.3.gz gzip -cn /src/lib/libc/net/rcmd.3 > rcmd.3.gz gzip -cn /src/lib/libc/net/rcmdsh.3 > rcmdsh.3.gz gzip -cn /src/lib/libc/net/resolver.3 > resolver.3.gz gzip -cn /src/lib/libc/net/sockatmark.3 > sockatmark.3.gz make: don't know how to make setsourcefilter.3. Stop *** Error code 2 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-12 20:35:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 20:35:32 - ERROR: failed to build world TB --- 2007-06-12 20:35:32 - tinderbox aborted TB --- 0.15 user 0.44 system 2846.30 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 20:35: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 A628616A476; Tue, 12 Jun 2007 20:35: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 566D213C457; Tue, 12 Jun 2007 20:35:37 +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 l5CKZagZ086532; Tue, 12 Jun 2007 16:35: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 l5CKZa62085884; Tue, 12 Jun 2007 16:35:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BDA3B7306B; Tue, 12 Jun 2007 16:35:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612203536.BDA3B7306B@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 16:35:36 -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/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: Tue, 12 Jun 2007 20:35:37 -0000 TB --- 2007-06-12 19:47:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 19:47:21 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-06-12 19:47:21 - cleaning the object tree TB --- 2007-06-12 19:47:40 - checking out the source tree TB --- 2007-06-12 19:47:40 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-06-12 19:47:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 19:58:11 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 19:58:11 - cd /src TB --- 2007-06-12 19:58:11 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 19:58:13 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 [...] gzip -cn /src/lib/libc/net/inet6_rthdr_space.3 > inet6_rthdr_space.3.gz gzip -cn /src/lib/libc/net/linkaddr.3 > linkaddr.3.gz gzip -cn /src/lib/libc/net/nsdispatch.3 > nsdispatch.3.gz gzip -cn /src/lib/libc/net/rcmd.3 > rcmd.3.gz gzip -cn /src/lib/libc/net/rcmdsh.3 > rcmdsh.3.gz gzip -cn /src/lib/libc/net/resolver.3 > resolver.3.gz gzip -cn /src/lib/libc/net/sockatmark.3 > sockatmark.3.gz make: don't know how to make setsourcefilter.3. Stop *** Error code 2 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-12 20:35:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 20:35:36 - ERROR: failed to build world TB --- 2007-06-12 20:35:36 - tinderbox aborted TB --- 0.18 user 0.59 system 2895.47 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 21:26: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 AE02716A46F; Tue, 12 Jun 2007 21:26:14 +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 5E97513C4BD; Tue, 12 Jun 2007 21:26:14 +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 l5CLQDYF091105; Tue, 12 Jun 2007 17:26:13 -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 l5CLQD9n048815; Tue, 12 Jun 2007 17:26:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 60EED73068; Tue, 12 Jun 2007 17:26:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612212613.60EED73068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 17:26:13 -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 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, 12 Jun 2007 21:26:14 -0000 TB --- 2007-06-12 20:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 20:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-12 20:40:00 - cleaning the object tree TB --- 2007-06-12 20:40:13 - checking out the source tree TB --- 2007-06-12 20:40:13 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-12 20:40:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 20:51:11 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 20:51:11 - cd /src TB --- 2007-06-12 20:51:11 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 20:51:12 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 [...] gzip -cn /src/lib/libc/net/inet6_rthdr_space.3 > inet6_rthdr_space.3.gz gzip -cn /src/lib/libc/net/linkaddr.3 > linkaddr.3.gz gzip -cn /src/lib/libc/net/nsdispatch.3 > nsdispatch.3.gz gzip -cn /src/lib/libc/net/rcmd.3 > rcmd.3.gz gzip -cn /src/lib/libc/net/rcmdsh.3 > rcmdsh.3.gz gzip -cn /src/lib/libc/net/resolver.3 > resolver.3.gz gzip -cn /src/lib/libc/net/sockatmark.3 > sockatmark.3.gz make: don't know how to make setsourcefilter.3. Stop *** Error code 2 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-12 21:26:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 21:26:13 - ERROR: failed to build world TB --- 2007-06-12 21:26:13 - tinderbox aborted TB --- 0.18 user 0.43 system 2772.80 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 21:26: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 7AB9F16A468 for ; Tue, 12 Jun 2007 21:26:43 +0000 (UTC) (envelope-from marinosi@diogenis.ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 30BFF13C447 for ; Tue, 12 Jun 2007 21:26:43 +0000 (UTC) (envelope-from marinosi@diogenis.ceid.upatras.gr) Received: from rhea.ceid.upatras.gr (rhea.ceid.upatras.gr [150.140.141.171]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id A720CEB47A1 for ; Tue, 12 Jun 2007 23:59:12 +0300 (EEST) Received: from localhost (localhost [127.0.0.1]) by rhea.ceid.upatras.gr (Postfix) with ESMTP id 2D47180002 for ; Tue, 12 Jun 2007 23:59:12 +0300 (EEST) Received: from rhea.ceid.upatras.gr ([127.0.0.1]) by localhost (rhea [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19764-06 for ; Tue, 12 Jun 2007 23:59:11 +0300 (EEST) Received: from diogenis.ceid.upatras.gr (diogenis.ceid.upatras.gr [150.140.141.181]) by rhea.ceid.upatras.gr (Postfix) with ESMTP id 13F3C80001 for ; Tue, 12 Jun 2007 23:59:10 +0300 (EEST) Received: by diogenis.ceid.upatras.gr (Postfix, from userid 3149) id 2AC22B0150; Tue, 12 Jun 2007 23:59:13 +0300 (EEST) Date: Tue, 12 Jun 2007 23:59:13 +0300 From: Marinos Ilias To: freebsd-current@freebsd.org Message-ID: <20070612205913.GA24678@ceid.upatras.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ceid.upatras.gr Subject: HPS stack and ural X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2007 21:26:43 -0000 Hello list, I was trying the HPS stack in order to prevent some problems I had with my sound card , which was sharing the same IRQ with usb , but unfortunately , with the latest stack through subversion my usb wireless adapter is not recognised properly under ural. At past , it was working properly with the Hans Peter's stack.Are there any major differrences now?The stick is a Gigabyte GN-WBKG. >From kernel messages: ugen0: ugen0: at uhub4 port 1 (addr 126) disconnected ugen0: detached ugen0: ugen0: at uhub4 port 7 (addr 126) disconnected ugen0: detached Thank you! --Ilias From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 21:31: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 3700516A494; Tue, 12 Jun 2007 21:31:43 +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 5C63213C484; Tue, 12 Jun 2007 21:31:42 +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 l5CLVfrf091371; Tue, 12 Jun 2007 17:31:41 -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 l5CLVfWG094980; Tue, 12 Jun 2007 17:31:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B917873068; Tue, 12 Jun 2007 17:31:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612213141.B917873068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 17:31:41 -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: Tue, 12 Jun 2007 21:31:43 -0000 TB --- 2007-06-12 20:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 20:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-12 20:40:00 - cleaning the object tree TB --- 2007-06-12 20:40:13 - checking out the source tree TB --- 2007-06-12 20:40:13 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-12 20:40:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 20:51:11 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 20:51:11 - cd /src TB --- 2007-06-12 20:51:11 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 20:51:12 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 [...] gzip -cn /src/lib/libc/net/inet6_rthdr_space.3 > inet6_rthdr_space.3.gz gzip -cn /src/lib/libc/net/linkaddr.3 > linkaddr.3.gz gzip -cn /src/lib/libc/net/nsdispatch.3 > nsdispatch.3.gz gzip -cn /src/lib/libc/net/rcmd.3 > rcmd.3.gz gzip -cn /src/lib/libc/net/rcmdsh.3 > rcmdsh.3.gz gzip -cn /src/lib/libc/net/resolver.3 > resolver.3.gz gzip -cn /src/lib/libc/net/sockatmark.3 > sockatmark.3.gz make: don't know how to make setsourcefilter.3. Stop *** Error code 2 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-12 21:31:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 21:31:41 - ERROR: failed to build world TB --- 2007-06-12 21:31:41 - tinderbox aborted TB --- 0.17 user 0.45 system 3101.37 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 21:32: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 758B716A476 for ; Tue, 12 Jun 2007 21:32:54 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.180]) by mx1.freebsd.org (Postfix) with ESMTP id 06C9513C4AD for ; Tue, 12 Jun 2007 21:32:53 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so1691031ika for ; Tue, 12 Jun 2007 14:32: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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PwOYN0tPi35MKIRQ8ov+tXn+6SwWZyqbbxPsA7y7AzHvOqf+e9fKkEyKbEaufF2COHyIK1YrxLy4YXX/LsKYW7j/N3Nf1cTTQXmPl1OSZqR9mw3bR856lHLPLw5iIPtt79VmVITeDRsOZBwMwshh/8bw+DSFQGznACydI0QCmAo= 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=IHvP2Q0Yi2DhyS0ZJ5euwOE0/dxoUHwQuxIw/0v+Xaep8OU+H5AYHjoHpjAls+Pdw+TdN3mviu+xmxCGp7d0o+tM+Pnehh9oR7yAp5T7n2lA3Y/418e+i+5sBV/4bblwHwiyXjOJkwkUzvh2H+2OqTKA7Ur/vX5tEi4qbmCXENY= Received: by 10.78.122.16 with SMTP id u16mr2924887huc.1181683972436; Tue, 12 Jun 2007 14:32:52 -0700 (PDT) Received: by 10.78.162.18 with HTTP; Tue, 12 Jun 2007 14:32:51 -0700 (PDT) Message-ID: Date: Tue, 12 Jun 2007 14:32:51 -0700 From: "Kip Macy" To: "Marinos Ilias" In-Reply-To: <20070612205913.GA24678@ceid.upatras.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070612205913.GA24678@ceid.upatras.gr> Cc: freebsd-current@freebsd.org Subject: Re: HPS stack and ural X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2007 21:32:54 -0000 It will probably have to be updated to reflect the new 802.11 interfaces. -Kip On 6/12/07, Marinos Ilias wrote: > Hello list, > I was trying the HPS stack in order to prevent some problems I had with my sound card , which was sharing the same IRQ with usb , but unfortunately , with the latest stack through subversion my usb wireless adapter is not recognised properly under ural. > At past , it was working properly with the Hans Peter's stack.Are there any major differrences now?The stick is a Gigabyte GN-WBKG. > > >From kernel messages: > ugen0: > ugen0: at uhub4 port 1 (addr 126) disconnected > ugen0: detached > ugen0: > ugen0: at uhub4 port 7 (addr 126) disconnected > ugen0: detached > > Thank you! > > > > --Ilias > _______________________________________________ > 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 12 22:51: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 EA32316A46C for ; Tue, 12 Jun 2007 22:51:43 +0000 (UTC) (envelope-from freebsd@bitfreak.org) Received: from mail.twinthornes.com (mail.twinthornes.com [65.75.198.147]) by mx1.freebsd.org (Postfix) with ESMTP id CB02F13C45A for ; Tue, 12 Jun 2007 22:51:43 +0000 (UTC) (envelope-from freebsd@bitfreak.org) Received: from [10.9.70.107] (pool-71-117-207-47.ptldor.fios.verizon.net [71.117.207.47]) by mail.twinthornes.com (Postfix) with ESMTP id 9008411E; Tue, 12 Jun 2007 15:23:02 -0700 (PDT) Message-ID: <466F1CCF.6020607@bitfreak.org> Date: Tue, 12 Jun 2007 15:23:11 -0700 From: Darren Pilgrim User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG, jroberson@chesapeake.net References: <200706051316.l55DGSU0052272@lurza.secnetix.de> In-Reply-To: <200706051316.l55DGSU0052272@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2007 22:51:44 -0000 Oliver Fromme wrote: > 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. Is there a list of known amd64-broken ports or have they all been flagged in the tree with (NOT|ONLY)_FOR_ARCHS variables? From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 23:13: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 453C816A4FB; Tue, 12 Jun 2007 23:13:50 +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 E84C413C45B; Tue, 12 Jun 2007 23:13:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5CNDnmH000421; Tue, 12 Jun 2007 19:13:49 -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 l5CNDnph012261; Tue, 12 Jun 2007 19:13:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C762F73068; Tue, 12 Jun 2007 19:13:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612231348.C762F73068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 19:13:48 -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, 12 Jun 2007 23:13:50 -0000 TB --- 2007-06-12 21:31:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 21:31:41 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-12 21:31:41 - cleaning the object tree TB --- 2007-06-12 21:31:54 - checking out the source tree TB --- 2007-06-12 21:31:54 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-12 21:31:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 21:42:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 21:42:25 - cd /src TB --- 2007-06-12 21:42:25 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 21:42: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 Tue Jun 12 22:59:07 UTC 2007 TB --- 2007-06-12 22:59:07 - generating LINT kernel config TB --- 2007-06-12 22:59:08 - cd /src/sys/pc98/conf TB --- 2007-06-12 22:59:08 - /usr/bin/make -B LINT TB --- 2007-06-12 22:59:08 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-12 22:59:08 - cd /src TB --- 2007-06-12 22:59:08 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 12 22:59:08 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 [...] : undefined reference to `USBDEV' ubtbcmfw.o(.text+0x51): In function `ubtbcmfw_detach': : undefined reference to `USBDEV' ubtbcmfw.o(.text+0x6e6): In function `ubtbcmfw_ioctl': : undefined reference to `USBDEV' ubtbcmfw.o(.text+0x878): In function `ubtbcmfw_write': : undefined reference to `USBDEV' ubtbcmfw.o(.text+0xa07): more undefined references to `USBDEV' follow *** 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-12 23:13:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 23:13:48 - ERROR: failed to build lint kernel TB --- 2007-06-12 23:13:48 - tinderbox aborted TB --- 0.12 user 0.45 system 6126.29 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 23:17: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 4BF6D16A41F; Tue, 12 Jun 2007 23:17:01 +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 F01C413C447; Tue, 12 Jun 2007 23:17: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 l5CNH0Sm000896; Tue, 12 Jun 2007 19:17:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5CNH0ZC014050; Tue, 12 Jun 2007 19:17:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 314EE73068; Tue, 12 Jun 2007 19:17:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070612231700.314EE73068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 19:17:00 -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 i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2007 23:17:01 -0000 TB --- 2007-06-12 21:26:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 21:26:13 - starting HEAD tinderbox run for i386/i386 TB --- 2007-06-12 21:26:13 - cleaning the object tree TB --- 2007-06-12 21:26:32 - checking out the source tree TB --- 2007-06-12 21:26:32 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-06-12 21:26:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 21:42:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 21:42:25 - cd /src TB --- 2007-06-12 21:42:25 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 21:42: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 Tue Jun 12 22:59:48 UTC 2007 TB --- 2007-06-12 22:59:49 - generating LINT kernel config TB --- 2007-06-12 22:59:49 - cd /src/sys/i386/conf TB --- 2007-06-12 22:59:49 - /usr/bin/make -B LINT TB --- 2007-06-12 22:59:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-12 22:59:49 - cd /src TB --- 2007-06-12 22:59:49 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 12 22:59:49 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 [...] : undefined reference to `USBDEV' ubtbcmfw.o(.text+0x51): In function `ubtbcmfw_detach': : undefined reference to `USBDEV' ubtbcmfw.o(.text+0x6e6): In function `ubtbcmfw_ioctl': : undefined reference to `USBDEV' ubtbcmfw.o(.text+0x878): In function `ubtbcmfw_write': : undefined reference to `USBDEV' ubtbcmfw.o(.text+0xa07): more undefined references to `USBDEV' follow *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-12 23:16:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-12 23:16:59 - ERROR: failed to build lint kernel TB --- 2007-06-12 23:16:59 - tinderbox aborted TB --- 0.25 user 0.41 system 6646.37 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 23:02: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 AEEEF16A46B for ; Tue, 12 Jun 2007 23:02:17 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id F03ED13C44C for ; Tue, 12 Jun 2007 23:02:16 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 44946 invoked from network); 12 Jun 2007 22:35:54 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 12 Jun 2007 22:35:54 -0000 Received: (qmail 89889 invoked by uid 907); 12 Jun 2007 22:35:32 -0000 Received: from midgard.transactionware.com (HELO IBMA618C20271E) (192.168.1.55) by midgard.transactionware.com (qpsmtpd/0.32) with ESMTP; Wed, 13 Jun 2007 08:35:32 +1000 From: "Jan Mikkelsen" To: "'Martin Blapp'" , Date: Wed, 13 Jun 2007 08:35:28 +1000 Message-ID: <000001c7ad41$fbab8570$0502a8c0@IBMA618C20271E> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6822 In-Reply-To: <20070611150725.N20626@godot> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: AcesMUqzM85Yg7jfT9SgBuydCW+RjQBD+00g Importance: Normal X-Mailman-Approved-At: Tue, 12 Jun 2007 23:17:53 +0000 Cc: scottl@freebsd.org Subject: RE: IBM serveraid ipsstat physical drive state values X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2007 23:02:17 -0000 Hi, Martin Blapp wrote: > Does anybody of you have a list of the status codes ? I wasn't > able to find anything on the internet, and IBM tech > support was unable to hand out anything. They said that those > informations are protected and they can't out anything without > a NDA. Bullshit ! > > Currently we only see 'int' values in ipsstat, which is not > really helpful if you have IBM on the phone and they ask > what status your drive has. The speak about 3-letter codes, > and you tell them: It has state 8 ... There are some codes in ipsstat from ips_diskdev_statename(), which ipsstat has borrowed from ips.c. You should be seeing text for some states. I'm happy to add codes to ipsstat for more states. However, I don't have a test machine with an ips controller at the moment where I can induce the various states to see their codes. Regards, Jan. From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 00:19: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 8145B16A400 for ; Wed, 13 Jun 2007 00:19:39 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 45C2913C458 for ; Wed, 13 Jun 2007 00:19:39 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (u7ia8wv2f6vl6tpu@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l5D0JcgP038523; Tue, 12 Jun 2007 17:19:38 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l5D0Jbeg038522; Tue, 12 Jun 2007 17:19:37 -0700 (PDT) (envelope-from jmg) Date: Tue, 12 Jun 2007 17:19:37 -0700 From: John-Mark Gurney To: "Bruce M. Simpson" Message-ID: <20070613001936.GT4602@funkthat.com> Mail-Followup-To: "Bruce M. Simpson" , FreeBSD Tinderbox , current@freebsd.org, i386@freebsd.org References: <20070612171440.D497C73068@freebsd-current.sentex.ca> <466EE1E4.2090908@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <466EE1E4.2090908@FreeBSD.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: i386@FreeBSD.org, FreeBSD Tinderbox , current@FreeBSD.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 00:19:39 -0000 Bruce M. Simpson wrote this message on Tue, Jun 12, 2007 at 19:11 +0100: > I love p4 diff2, not. The userland files were of course missing. I am > about to commit them now. > > It seems 'p4 diff2 -u' is not a panacea and one still needs to grep the > output without -u to see files which are on one branch but not the other. You have looked at the makediff.pl script that's been making it's rounds right? Like at freefall:~gnn/makediff.pl This generates a complete patch compatible diff via diff2 w/ the necessary new files, etc.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 00:23: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 52CFE16A46B for ; Wed, 13 Jun 2007 00:23:34 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao105.cox.net (eastrmmtao105.cox.net [68.230.240.47]) by mx1.freebsd.org (Postfix) with ESMTP id D919D13C448 for ; Wed, 13 Jun 2007 00:23:33 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao105.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20070613002333.XORQ8837.eastrmmtao105.cox.net@eastrmimpo02.cox.net>; Tue, 12 Jun 2007 20:23:33 -0400 Received: from serene.no-ip.org ([72.200.17.85]) by eastrmimpo02.cox.net with bizsmtp id AoPY1X00V1q7YRk0000000; Tue, 12 Jun 2007 20:23:33 -0400 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.14.1/8.14.1) with ESMTP id l5D0NWLP022358; Tue, 12 Jun 2007 19:23:32 -0500 (CDT) (envelope-from conrads@cox.net) Message-Id: <200706130023.l5D0NWLP022358@serene.no-ip.org> Date: Tue, 12 Jun 2007 19:23:26 -0500 From: "Conrad J. Sabatier" To: "Conrad J. Sabatier" In-Reply-To: <200706121110.l5CBAUKp008234@serene.no-ip.org> References: <200706121110.l5CBAUKp008234@serene.no-ip.org> X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.12; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Build failure on 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: Wed, 13 Jun 2007 00:23:34 -0000 On Tue, 12 Jun 2007 06:10:24 -0500 "Conrad J. Sabatier" wrote: > I've been seeing the following for about a week now in CURRENT: > > ===> gnu/lib/libstdc++ (depend) > . > . > . [snip] > In file included > from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/vec.cc:37: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41: > 20: error: unwind.h: No such file or directory > mkdep: compile failed > *** Error code 1 Nevermind! I'm not sure what was causing the problem in the first place, but it's gone away now. Don't ask me! :-) -- Conrad J. Sabatier From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 00:21: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 399A316A46E for ; Wed, 13 Jun 2007 00:21:30 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 0627813C48C for ; Wed, 13 Jun 2007 00:21:29 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 187EDB46; Tue, 12 Jun 2007 19:21:29 -0500 (CDT) Date: Tue, 12 Jun 2007 19:21:28 -0500 To: Darren Pilgrim Message-ID: <20070613002128.GB21194@soaustin.net> References: <200706051316.l55DGSU0052272@lurza.secnetix.de> <466F1CCF.6020607@bitfreak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <466F1CCF.6020607@bitfreak.org> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Wed, 13 Jun 2007 00:32:29 +0000 Cc: jroberson@chesapeake.net, freebsd-current@FreeBSD.ORG, freebsd-amd64@FreeBSD.org Subject: ports broken on amd64 [was: 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, 13 Jun 2007 00:21:30 -0000 [Subject changed and amd64@ added] On Tue, Jun 12, 2007 at 03:23:11PM -0700, Darren Pilgrim wrote: > Is there a list of known amd64-broken ports or have they all been > flagged in the tree with (NOT|ONLY)_FOR_ARCHS variables? They are flagged BROKEN when kris notices a bad result from the build cluster (pointyhat.freebsd.org). For a long time, people have used those *_FOR_ARCHS as a shorthand for conditionally marking them broken, in some cases only because they didn't have an amd64 to test with. These ports should be changed over; my feeling is that the true use of *_FOR_ARCHS should only be for "port cannot be made to work on this architecture". In individual ports, BROKEN is used for compile failures, and IGNORE is used for "does not actually work in this situation" (e.g. core dump), as well as other cases such as CONFLICTS. (This is the short summary; there is much more in the Porter's Handbook). Part of my work for my BSDCan paper was to teach portsmon to create dependency tree displays for ports that do not correctly package per- buildenv. I have it working statically but not on-demand; OTOH I am still behind from my trip afterwards. However, you can look at the bar-chart comparison results as of a month ago at: http://people.freebsd.org/~linimon/portsmon2007/package_comparison.html which will lead you to the individual pie charts (e.g.): http://people.freebsd.org/~linimon/portsmon2007/package_status.amd64-6.html http://people.freebsd.org/~linimon/portsmon2007/package_status.i386-6.html These _should_, but don't :-), lead you to the breakdown of failures by buildenv: http://people.freebsd.org/~linimon/tmp/package_failures.amd64-6.html http://people.freebsd.org/~linimon/tmp/package_failures.i386-6.html *note*: as a simplification, non-built packages that are leaves are not yet shown in the latter two. This is because if I put them all on there, it gives graphviz indigestion. This is a bug. This is all Work-In-Progress. Final note: both portsmon and FreshPorts currently only model the "state" of a port on i386-6, so they give you a baseline, but not a way to compare vs. e.g. amd64-6. So you have to do a little investigative work with either these charts (and portsmon pages for individual ports, which will show you their build status across buildenvs), or the pointyhat log pages. mcl From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 00:51: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 601C316A46D for ; Wed, 13 Jun 2007 00:51:27 +0000 (UTC) (envelope-from freebsd@bitfreak.org) Received: from mail.twinthornes.com (mail.twinthornes.com [65.75.198.147]) by mx1.freebsd.org (Postfix) with ESMTP id 3A37013C4B8 for ; Wed, 13 Jun 2007 00:51:27 +0000 (UTC) (envelope-from freebsd@bitfreak.org) Received: from [10.9.70.107] (pool-71-117-207-47.ptldor.fios.verizon.net [71.117.207.47]) by mail.twinthornes.com (Postfix) with ESMTP id 4213B14D; Tue, 12 Jun 2007 17:51:26 -0700 (PDT) Message-ID: <466F3F8E.2010404@bitfreak.org> Date: Tue, 12 Jun 2007 17:51:26 -0700 From: Darren Pilgrim User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Mark Linimon References: <200706051316.l55DGSU0052272@lurza.secnetix.de> <466F1CCF.6020607@bitfreak.org> <20070613002128.GB21194@soaustin.net> In-Reply-To: <20070613002128.GB21194@soaustin.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jroberson@chesapeake.net, freebsd-current@FreeBSD.ORG, freebsd-amd64@FreeBSD.org Subject: Re: ports broken on amd64 [was: 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, 13 Jun 2007 00:51:27 -0000 Mark Linimon wrote: > On Tue, Jun 12, 2007 at 03:23:11PM -0700, Darren Pilgrim wrote: >> Is there a list of known amd64-broken ports or have they all been >> flagged in the tree with (NOT|ONLY)_FOR_ARCHS variables? > > They are flagged BROKEN when kris notices a bad result from the build > cluster (pointyhat.freebsd.org). For a long time, people have used > those *_FOR_ARCHS as a shorthand for conditionally marking them > broken, in some cases only because they didn't have an amd64 to test > with. These ports should be changed over; my feeling is that the > true use of *_FOR_ARCHS should only be for "port cannot be made to > work on this architecture". I'm a bit lost on this logic. Why would an unconditional flag be more appropriate than a conditional flag for a situation that is inherently conditional? BROKEN_WITH_MYSQL, BROKEN_WITH_PGSQL and BROKEN_WITH_PHP all have the purpose of preventing the build when the port isn't compatible with the target environment--using BROKEN as you describe seems to go against the model seen elsewhere. From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 00:56: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 A53B216A469; Wed, 13 Jun 2007 00:56:31 +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 54CD713C448; Wed, 13 Jun 2007 00:56:31 +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 l5D0uUuT009098; Tue, 12 Jun 2007 20:56:30 -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 l5D0uUW2065762; Tue, 12 Jun 2007 20:56:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4B30F73068; Tue, 12 Jun 2007 20:56:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613005630.4B30F73068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 20:56:29 -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: Wed, 13 Jun 2007 00:56:31 -0000 TB --- 2007-06-12 23:17:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 23:17:00 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-12 23:17:00 - cleaning the object tree TB --- 2007-06-12 23:17:12 - checking out the source tree TB --- 2007-06-12 23:17:12 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-12 23:17:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 23:28:19 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 23:28:19 - cd /src TB --- 2007-06-12 23:28:19 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 23:28: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 Wed Jun 13 00:43:27 UTC 2007 TB --- 2007-06-13 00:43:27 - generating LINT kernel config TB --- 2007-06-13 00:43:27 - cd /src/sys/powerpc/conf TB --- 2007-06-13 00:43:27 - /usr/bin/make -B LINT TB --- 2007-06-13 00:43:27 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-13 00:43:27 - cd /src TB --- 2007-06-13 00:43:27 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 13 00:43: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 [...] : undefined reference to `USBDEV' ubtbcmfw.o(.text+0x60): In function `ubtbcmfw_detach': : undefined reference to `USBDEV' ubtbcmfw.o(.text+0x830): In function `ubtbcmfw_ioctl': : undefined reference to `USBDEV' ubtbcmfw.o(.text+0xa34): In function `ubtbcmfw_write': : undefined reference to `USBDEV' ubtbcmfw.o(.text+0xcbc): more undefined references to `USBDEV' follow *** 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-13 00:56:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 00:56:29 - ERROR: failed to build lint kernel TB --- 2007-06-13 00:56:29 - tinderbox aborted TB --- 0.23 user 0.37 system 5969.40 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 01:27: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 DF2B716A400; Wed, 13 Jun 2007 01:27: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 A682713C468; Wed, 13 Jun 2007 01:27:11 +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 l5D1RBgN010369; Tue, 12 Jun 2007 21:27:11 -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 l5D1RAOA084016; Tue, 12 Jun 2007 21:27:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 65DA973068; Tue, 12 Jun 2007 21:27:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613012710.65DA973068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 21:27:10 -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, 13 Jun 2007 01:27:12 -0000 TB --- 2007-06-12 23:13:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-12 23:13:49 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-12 23:13:49 - cleaning the object tree TB --- 2007-06-12 23:13:55 - checking out the source tree TB --- 2007-06-12 23:13:55 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-12 23:13:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-12 23:27:26 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-12 23:27:26 - cd /src TB --- 2007-06-12 23:27:26 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 23:27:28 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 13 01:07:39 UTC 2007 TB --- 2007-06-13 01:07:39 - generating LINT kernel config TB --- 2007-06-13 01:07:39 - cd /src/sys/ia64/conf TB --- 2007-06-13 01:07:39 - /usr/bin/make -B LINT TB --- 2007-06-13 01:07:39 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-13 01:07:39 - cd /src TB --- 2007-06-13 01:07:39 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 13 01:07:39 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 [...] : undefined reference to `USBDEV' ubtbcmfw.o(.text+0xc2): In function `ubtbcmfw_detach': : undefined reference to `USBDEV' ubtbcmfw.o(.text+0xeb2): In function `ubtbcmfw_ioctl': : undefined reference to `USBDEV' ubtbcmfw.o(.text+0x11b2): In function `ubtbcmfw_write': : undefined reference to `USBDEV' ubtbcmfw.o(.text+0x1592): more undefined references to `USBDEV' follow *** 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-13 01:27:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 01:27:09 - ERROR: failed to build lint kernel TB --- 2007-06-13 01:27:09 - tinderbox aborted TB --- 0.20 user 0.41 system 8000.37 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 02:29: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 BC8C616A41F; Wed, 13 Jun 2007 02:29: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 8753D13C484; Wed, 13 Jun 2007 02:29: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 l5D2TDbT054124 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 12 Jun 2007 22:29:15 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Tue, 12 Jun 2007 19:28:39 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: current@freebsd.org Message-ID: <20070612192146.Y60816@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Call for testers, amd64 only, new scheduler. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 02:29:17 -0000 This is actually a ULE derivative that I have been discussing for some time. It is now stable enough that I would like more people to bang on it and give feedback about performance and tell me about any stability problems they encounter. You can see in the following graph that the ramp-up times for the sysbench benchmark have improved although the tail has suffered a little: http://people.freebsd.org/~jeff/sysbench.png The new scheduler is FreeBSD-7.0-ULE-pcpulocks. On my dual cpu system the results are much less ambiguous. It's a 10-15% win on sysbench across the board. This also improves an artificial thread benchmark included with sysbench by 500% on an 8 way and gives us ebizzy numbers on par with or better than linux. It also includes a mechanism that should improve bde's nfs buildworld times, although I have not yet verified that. Hopefully he'll try it as well. It should reduce CPU idle time while also negating the effects of thrashing other cpus run queues in the idle thread. The new patch is at: http://people.freebsd.org/~jeff/schedsmp.diff You have to change your scheduler to SCHED_SMP. x86 support is forthcoming. Depending on feedback and what re thinks I am going to consider replacing ULE entirely with SCHED_SMP or committing this as a seperate scheduler for 7.0. Thanks, Jeff From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 02:33: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 02CF816A468; Wed, 13 Jun 2007 02:33:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B5B0613C44C; Wed, 13 Jun 2007 02:33:26 +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 l5D2XQjW013177; Tue, 12 Jun 2007 22:33:26 -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 l5D2XQWm075504; Tue, 12 Jun 2007 22:33:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0AA2D73068; Tue, 12 Jun 2007 22:33:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613023326.0AA2D73068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 22:33:25 -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/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 02:33:27 -0000 TB --- 2007-06-13 00:56:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-13 00:56:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-06-13 00:56:30 - cleaning the object tree TB --- 2007-06-13 00:56:40 - checking out the source tree TB --- 2007-06-13 00:56:40 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-06-13 00:56:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-13 01:06:15 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-13 01:06:15 - cd /src TB --- 2007-06-13 01:06:15 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 13 01:06:17 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 13 02:19:51 UTC 2007 TB --- 2007-06-13 02:19:52 - generating LINT kernel config TB --- 2007-06-13 02:19:52 - cd /src/sys/sparc64/conf TB --- 2007-06-13 02:19:52 - /usr/bin/make -B LINT TB --- 2007-06-13 02:19:52 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-13 02:19:52 - cd /src TB --- 2007-06-13 02:19:52 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 13 02:19:52 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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT 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 vers.c linking kernel ng_ubt.o(.text+0xf4c): In function `ubt_detach': : undefined reference to `USBDEV' ng_ubt.o(.text+0x1e68): In function `ubt_attach': : undefined reference to `USBDEV' *** 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-13 02:33:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 02:33:25 - ERROR: failed to build lint kernel TB --- 2007-06-13 02:33:25 - tinderbox aborted TB --- 0.36 user 1.06 system 5815.69 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 02:59: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 C433316A46E; Wed, 13 Jun 2007 02:59:50 +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 6775213C489; Wed, 13 Jun 2007 02:59:50 +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 l5D2xnaC014151; Tue, 12 Jun 2007 22:59:49 -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 l5D2xn1t024146; Tue, 12 Jun 2007 22:59:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AAD3F73068; Tue, 12 Jun 2007 22:59:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613025949.AAD3F73068@freebsd-current.sentex.ca> Date: Tue, 12 Jun 2007 22:59:49 -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: Wed, 13 Jun 2007 02:59:50 -0000 TB --- 2007-06-13 01:27:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-13 01:27:10 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-13 01:27:10 - cleaning the object tree TB --- 2007-06-13 01:27:25 - checking out the source tree TB --- 2007-06-13 01:27:25 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-13 01:27:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-13 01:36:01 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-13 01:36:01 - cd /src TB --- 2007-06-13 01:36:01 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 13 01:36: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 Wed Jun 13 02:46:55 UTC 2007 TB --- 2007-06-13 02:46:55 - generating LINT kernel config TB --- 2007-06-13 02:46:55 - cd /src/sys/sun4v/conf TB --- 2007-06-13 02:46:55 - /usr/bin/make -B LINT TB --- 2007-06-13 02:46:55 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-13 02:46:55 - cd /src TB --- 2007-06-13 02:46:55 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 13 02:46:56 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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT 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 vers.c linking kernel ng_ubt.o(.text+0xf4c): In function `ubt_detach': : undefined reference to `USBDEV' ng_ubt.o(.text+0x1e68): In function `ubt_attach': : undefined reference to `USBDEV' *** 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-13 02:59:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 02:59:49 - ERROR: failed to build lint kernel TB --- 2007-06-13 02:59:49 - tinderbox aborted TB --- 0.42 user 1.05 system 5559.17 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 03:09: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 D55B216A400 for ; Wed, 13 Jun 2007 03:09:21 +0000 (UTC) (envelope-from timur@com.bat.ru) Received: from mail.bat.ru (dzokonda.xs4all.nl [194.109.164.75]) by mx1.freebsd.org (Postfix) with ESMTP id 6BD0A13C44B for ; Wed, 13 Jun 2007 03:09:21 +0000 (UTC) (envelope-from timur@com.bat.ru) Received: from timur.home.bat.ru ([192.168.0.4] verified) by mail.bat.ru (CommuniGate Pro SMTP 4.2.7) with ESMTP-TLS id 404341; Wed, 13 Jun 2007 04:10:33 +0200 Received: (from timur@localhost) by timur.home.bat.ru (8.13.6/8.13.6/Submit) id l5D29KYH022043; Wed, 13 Jun 2007 04:09:20 +0200 (CEST) (envelope-from timur) Date: Wed, 13 Jun 2007 04:09:20 +0200 From: "Timur I. Bakeyev" To: Stefan Esser Message-ID: <20070613020920.GA11812@com.bat.ru> References: <57200BF94E69E54880C9BB1AF714BBCB011170@w2003s01.double-l.local> <20070531214611.GA19588@Gatekeeper.FreeBSD.org> <57200BF94E69E54880C9BB1AF714BBCB19BADA@w2003s01.double-l.local> <46601E44.0@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46601E44.0@FreeBSD.org> User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: freebsd-current@FreeBSD.org, Johan Hendriks Subject: Re: Samba access to ZFS broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 03:09:21 -0000 Hi, Stefan and Johan! On Fri, Jun 01, 2007 at 03:25:24PM +0200, Stefan Esser wrote: > Johan Hendriks wrote: > >> On 2007-05-31 14:18 +0200, Johan Hendriks wrote: > > > Well, what finally saved me after hours of effort spent trying to get > samba to work was your mail, which described exactly the symptoms my > system showed. When I read that it was specific to ZFS, I tried with > an MFS exported via samba, which just worked ... I had spent hours > recompiling all dependencies and looking at a possible config file > error. So, thank you for reporting it and for mentioning ZFS ;-) So, did you succed with MDMFS or it was other sort of MD mounted node? There are reports, that at least for ISO9660 mounted via MD Samba doesn't work either. As well as with FAT32 partitions. The simphoms are the same, abort() somewhere in the directory traversing code(SIG 6). > But the local-NFS work-around keeps my system working despite the > current samba/ZFS incompatibility. (I can't easily move the data > to UFS and need to provide CIFS access to a large spool area for > an appliance that supports just that protocol ...) Can you, please, provide more detailed logging with: log level = 10 log file = /var/log/samba/log.%m.%S Or smth. alike, so access to the share will be logged into the separate file. Also, backtrace of the coredump could be helpful. Please, send the results either to me or submit them into bugzilla.samba.org, so they can be traced down. With best regards, Timur Bakeyev. From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 05:12: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 D6B7816A46B; Wed, 13 Jun 2007 05:12:31 +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 9604D13C468; Wed, 13 Jun 2007 05:12:31 +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 l5D5CV8C018097; Wed, 13 Jun 2007 01:12:31 -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 l5D5CUU1009109; Wed, 13 Jun 2007 01:12:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7A99173068; Wed, 13 Jun 2007 01:12:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613051230.7A99173068@freebsd-current.sentex.ca> Date: Wed, 13 Jun 2007 01:12:30 -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: Wed, 13 Jun 2007 05:12:32 -0000 TB --- 2007-06-13 03:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-13 03:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-13 03:00:00 - cleaning the object tree TB --- 2007-06-13 03:00:19 - checking out the source tree TB --- 2007-06-13 03:00:19 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-13 03:00:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-13 03:10:54 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-13 03:10:54 - cd /src TB --- 2007-06-13 03:10:54 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 13 03:10: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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Jun 13 04:57:10 UTC 2007 TB --- 2007-06-13 04:57:10 - generating LINT kernel config TB --- 2007-06-13 04:57:10 - cd /src/sys/amd64/conf TB --- 2007-06-13 04:57:10 - /usr/bin/make -B LINT TB --- 2007-06-13 04:57:10 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-13 04:57:10 - cd /src TB --- 2007-06-13 04:57:10 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 13 04:57:10 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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -pg -mprofiler-epilogue vers.c linking kernel ng_ubt.o(.text+0x569): In function `ubt_detach': : undefined reference to `USBDEV' ng_ubt.o(.text+0x19c7): In function `ubt_attach': : undefined reference to `USBDEV' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-13 05:12:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 05:12:29 - ERROR: failed to build lint kernel TB --- 2007-06-13 05:12:29 - tinderbox aborted TB --- 0.28 user 1.13 system 7949.08 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 05:40: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 E1E6616A46D; Wed, 13 Jun 2007 05:40:43 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 9471A13C45D; Wed, 13 Jun 2007 05:40:43 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=DFEMfgJP8xZGf4kcgA8V0wSgin/OpgXD6f5jH1QiiEcT+rGpva8Zv2Ya/NSdu3y2BVplsOgeMJgujLDTloyKHHl14iV7Fw0vfB1+YKiSyH/HXuDvJ5NDT29sqUuKN77CzDJ1+1gCO3duVC/gaW1vZmxn5JcSNci2l88Ljz7KPNw=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HyLay-000CZO-Ab; Wed, 13 Jun 2007 09:40:40 +0400 Date: Wed, 13 Jun 2007 09:40:35 +0400 From: Eygene Ryabinkin To: Andre Oppermann Message-ID: <20070613054035.GL86872@void.codelabs.ru> References: <20070611140644.GH86872@void.codelabs.ru> <466D9DDE.6090302@freebsd.org> <20070612032656.GJ86872@void.codelabs.ru> <20070612033432.GK86872@void.codelabs.ru> <466ED4B4.30909@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <466ED4B4.30909@freebsd.org> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.5 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Connections in the CLOSED state [was: nfe(4) strangeness on the 7-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, 13 Jun 2007 05:40:44 -0000 Andre, good day. Tue, Jun 12, 2007 at 07:15:32PM +0200, Andre Oppermann wrote: > >Just checked my netstat output and spotted weird lines: > >----- > >tcp4 0 0 127.0.0.1.* 127.0.0.1.40001 CLOSED > >tcp4 0 0 127.0.0.1.* 127.0.0.1.40001 CLOSED > >----- > >Can they be related to the bug you mentioned? > > Yes, this looks related. Do these line stick around or do they go > away after some time? They are staying with the listener virtually forever. But they are disappearing with the listener exit. -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 05:41: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 82F1816A41F for ; Wed, 13 Jun 2007 05:41:20 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp5.yandex.ru (smtp5.yandex.ru [87.250.248.71]) by mx1.freebsd.org (Postfix) with ESMTP id BE51A13C455 for ; Wed, 13 Jun 2007 05:41:19 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:28415 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S1054023AbXFMF1N (ORCPT ); Wed, 13 Jun 2007 09:27:13 +0400 X-Comment: RFC 2476 MSA function at smtp5.yandex.ru logged sender identity as: bu7cher Message-ID: <466F8029.6080506@yandex.ru> Date: Wed, 13 Jun 2007 09:27:05 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Sam Leffler References: <466CCD4B.7000400@errno.com> In-Reply-To: <466CCD4B.7000400@errno.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: new wpa_supplcant and hostapd coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 05:41:20 -0000 Sam Leffler wrote: > I plan to import new versions of these programs. The 0.5.8 version of > wpa_supplicant does not work with the ndis support in the kernel. I've > requested help fixing this for many months w/ no response. If noone > steps up to fix it I plan to commit the new wpa_supplicant w/o ndis > support. As i know wpa_supplicant from base don't work on the wired network. But new version works. Will be good if this feature will be in 7.0-RELEASE... -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 06:04: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 3C68F16A400; Wed, 13 Jun 2007 06:04:44 +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 EED7113C458; Wed, 13 Jun 2007 06:04:43 +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 l5D64hRc019809; Wed, 13 Jun 2007 02:04:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5D64hOM034587; Wed, 13 Jun 2007 02:04:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AA2F673068; Wed, 13 Jun 2007 02:04:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613060442.AA2F673068@freebsd-current.sentex.ca> Date: Wed, 13 Jun 2007 02:04:42 -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 i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 06:04:44 -0000 TB --- 2007-06-13 04:22:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-13 04:22:41 - starting HEAD tinderbox run for i386/i386 TB --- 2007-06-13 04:22:41 - cleaning the object tree TB --- 2007-06-13 04:23:10 - checking out the source tree TB --- 2007-06-13 04:23:10 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-06-13 04:23:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-13 04:32:36 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-13 04:32:36 - cd /src TB --- 2007-06-13 04:32:36 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 13 04:32: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 >>> World build completed on Wed Jun 13 05:47:09 UTC 2007 TB --- 2007-06-13 05:47:09 - generating LINT kernel config TB --- 2007-06-13 05:47:09 - cd /src/sys/i386/conf TB --- 2007-06-13 05:47:09 - /usr/bin/make -B LINT TB --- 2007-06-13 05:47:09 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-13 05:47:09 - cd /src TB --- 2007-06-13 05:47:09 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 13 05:47:10 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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue vers.c linking kernel ng_ubt.o(.text+0x546): In function `ubt_detach': : undefined reference to `USBDEV' ng_ubt.o(.text+0x1a09): In function `ubt_attach': : undefined reference to `USBDEV' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-13 06:04:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 06:04:42 - ERROR: failed to build lint kernel TB --- 2007-06-13 06:04:42 - tinderbox aborted TB --- 0.67 user 2.12 system 6120.66 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 06:48: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 6090716A46B for ; Wed, 13 Jun 2007 06:48:22 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 27F1B13C44C for ; Wed, 13 Jun 2007 06:48:21 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id DC40244939; Wed, 13 Jun 2007 08:48:20 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 8DBC49C2AB; Wed, 13 Jun 2007 06:48:06 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 66DCF405B; Wed, 13 Jun 2007 08:48:06 +0200 (CEST) Date: Wed, 13 Jun 2007 08:48:06 +0200 From: Jeremie Le Hen To: Vladimir Kushnir Message-ID: <20070613064806.GB39533@obiwan.tataz.chchile.org> References: <20070602121928.G90169@kushnir1.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070602121928.G90169@kushnir1.kiev.ua> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: "-pthread" == "-lpthread" for shared libs in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 06:48:22 -0000 Hi, On Sat, Jun 02, 2007 at 12:50:58PM +0300, Vladimir Kushnir wrote: > > From old gcc specs: > > *lib: > %{!shared: > %{!pg: %{pthread:-lpthread} -lc} > %{pg: %{pthread:-lpthread_p} -lc_p} > } > > Now: > > *lib: > %{!shared: > %{!pg: %{pthread:-lpthread} -lc} > %{pg: %{pthread:-lpthread_p} -lc_p} > } > %{shared: %{pthread:-lpthread} -lc} > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Is this behaviour intended? I take advantage of this thread to ask something I've always wanted to understand but never have an explanation. What prevented to link shared libraries against libc with the old GCC? Thank you. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 06:49: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 95F8916A41F; Wed, 13 Jun 2007 06:49: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 5451813C45B; Wed, 13 Jun 2007 06:49: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 l5D6nfXe020768; Wed, 13 Jun 2007 02:49:41 -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 l5D6nfLX056062; Wed, 13 Jun 2007 02:49:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0FBA373068; Wed, 13 Jun 2007 02:49:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613064941.0FBA373068@freebsd-current.sentex.ca> Date: Wed, 13 Jun 2007 02:49:40 -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: Wed, 13 Jun 2007 06:49:42 -0000 TB --- 2007-06-13 05:12:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-13 05:12:30 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-13 05:12:30 - cleaning the object tree TB --- 2007-06-13 05:12:56 - checking out the source tree TB --- 2007-06-13 05:12:56 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-13 05:12:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-13 05:21:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-13 05:21:20 - cd /src TB --- 2007-06-13 05:21:20 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 13 05:21: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 13 06:35:05 UTC 2007 TB --- 2007-06-13 06:35:05 - generating LINT kernel config TB --- 2007-06-13 06:35:05 - cd /src/sys/pc98/conf TB --- 2007-06-13 06:35:05 - /usr/bin/make -B LINT TB --- 2007-06-13 06:35:05 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-13 06:35:05 - cd /src TB --- 2007-06-13 06:35:05 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 13 06:35:05 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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue vers.c linking kernel ng_ubt.o(.text+0x546): In function `ubt_detach': : undefined reference to `USBDEV' ng_ubt.o(.text+0x1a09): In function `ubt_attach': : undefined reference to `USBDEV' *** 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-13 06:49:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 06:49:40 - ERROR: failed to build lint kernel TB --- 2007-06-13 06:49:40 - tinderbox aborted TB --- 0.73 user 2.02 system 5830.17 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 06:55: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 9B74716A469 for ; Wed, 13 Jun 2007 06:55:37 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 3718513C44C for ; Wed, 13 Jun 2007 06:55:36 +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 mailfe11.swip.net (CommuniGate Pro SMTP 5.1.9) with ESMTPA id 348716146; Wed, 13 Jun 2007 08:55:35 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 13 Jun 2007 08:55:31 +0200 User-Agent: KMail/1.9.5 References: <20070612205913.GA24678@ceid.upatras.gr> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706130855.31339.hselasky@c2i.net> Cc: Marinos Ilias , Kip Macy Subject: Re: HPS stack and ural X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 06:55:37 -0000 On Tuesday 12 June 2007 23:32, Kip Macy wrote: > It will probably have to be updated to reflect the new 802.11 interfaces. > > -Kip > > On 6/12/07, Marinos Ilias wrote: > > Hello list, > > I was trying the HPS stack in order to prevent some problems I > > had with my sound card , which was sharing the same IRQ with usb , but > > unfortunately , with the latest stack through subversion my usb wireless > > adapter is not recognised properly under ural. At past , it was working > > properly with the Hans Peter's stack.Are there any major differrences > > now?The stick is a Gigabyte GN-WBKG. > > > > >From kernel messages: > > > > ugen0: > 126> ugen0: at uhub4 port 1 (addr 126) disconnected > > ugen0: detached > > ugen0: > 126> ugen0: at uhub4 port 7 (addr 126) disconnected > > ugen0: detached > > > > Thank you! Hi, There is an "install_ural.sh" script under "FreeBSD.usb" which you can use to install the URAL driver, hence I don't install it by default any more, due to some compilation problems on FreeBSD-7-current. Just run the script, then make the /sys/modules/ural module, and then "kldload if_ural". It should compile on FreeBSD 6.2 at least. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 07:52: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 031E416A400 for ; Wed, 13 Jun 2007 07:52:23 +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 A3CA813C44C for ; Wed, 13 Jun 2007 07:52:21 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 466BD8BE1A0; Wed, 13 Jun 2007 09:52:20 +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 RhQIW0A6i3dm; Wed, 13 Jun 2007 09:52:18 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id A070F8BE13D; Wed, 13 Jun 2007 09:52:18 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l5D7qIf7027059; Wed, 13 Jun 2007 09:52:18 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 13 Jun 2007 09:52:18 +0200 From: Roman Divacky To: "Bruce M. Simpson" , FreeBSD Tinderbox , current@FreeBSD.org, i386@FreeBSD.org Message-ID: <20070613075218.GA26807@freebsd.org> References: <20070612171440.D497C73068@freebsd-current.sentex.ca> <466EE1E4.2090908@FreeBSD.org> <20070613001936.GT4602@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070613001936.GT4602@funkthat.com> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 07:52:23 -0000 On Tue, Jun 12, 2007 at 05:19:37PM -0700, John-Mark Gurney wrote: > Bruce M. Simpson wrote this message on Tue, Jun 12, 2007 at 19:11 +0100: > > I love p4 diff2, not. The userland files were of course missing. I am > > about to commit them now. > > > > It seems 'p4 diff2 -u' is not a panacea and one still needs to grep the > > output without -u to see files which are on one branch but not the other. > > You have looked at the makediff.pl script that's been making it's rounds > right? Like at freefall:~gnn/makediff.pl can you make this available on web or something? SoCers would appreciate this too ;) thnx roman From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 08:17: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 423C516A468; Wed, 13 Jun 2007 08:17: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 00F2713C43E; Wed, 13 Jun 2007 08:17:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5D8HRce023212; Wed, 13 Jun 2007 04:17:27 -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 l5D8HRAC002555; Wed, 13 Jun 2007 04:17:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E01AB73068; Wed, 13 Jun 2007 04:17:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613081726.E01AB73068@freebsd-current.sentex.ca> Date: Wed, 13 Jun 2007 04:17:26 -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, 13 Jun 2007 08:17:28 -0000 TB --- 2007-06-13 06:04:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-13 06:04:42 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-13 06:04:42 - cleaning the object tree TB --- 2007-06-13 06:05:03 - checking out the source tree TB --- 2007-06-13 06:05:03 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-13 06:05:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-13 06:12:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-13 06:12:35 - cd /src TB --- 2007-06-13 06:12:35 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 13 06:12: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 >>> World build completed on Wed Jun 13 07:58:03 UTC 2007 TB --- 2007-06-13 07:58:03 - generating LINT kernel config TB --- 2007-06-13 07:58:03 - cd /src/sys/ia64/conf TB --- 2007-06-13 07:58:03 - /usr/bin/make -B LINT TB --- 2007-06-13 07:58:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-13 07:58:03 - cd /src TB --- 2007-06-13 07:58:03 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 13 07:58: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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT 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 vers.c linking kernel ng_ubt.o(.text+0xc52): In function `ubt_detach': : undefined reference to `USBDEV' ng_ubt.o(.text+0x3752): In function `ubt_attach': : undefined reference to `USBDEV' *** 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-13 08:17:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 08:17:25 - ERROR: failed to build lint kernel TB --- 2007-06-13 08:17:25 - tinderbox aborted TB --- 0.73 user 1.88 system 7962.62 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 08:36: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 764E516A468; Wed, 13 Jun 2007 08:36:15 +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 4DE7713C4BC; Wed, 13 Jun 2007 08:36:15 +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 l5D8aEaZ023606; Wed, 13 Jun 2007 04:36:14 -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 l5D8aE7Z012473; Wed, 13 Jun 2007 04:36:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4DD9B73068; Wed, 13 Jun 2007 04:36:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613083614.4DD9B73068@freebsd-current.sentex.ca> Date: Wed, 13 Jun 2007 04:36:14 -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 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, 13 Jun 2007 08:36:15 -0000 TB --- 2007-06-13 06:49:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-13 06:49:41 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-13 06:49:41 - cleaning the object tree TB --- 2007-06-13 06:49:56 - checking out the source tree TB --- 2007-06-13 06:49:56 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-13 06:49:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-13 07:00:55 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-13 07:00:55 - cd /src TB --- 2007-06-13 07:00:55 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 13 07:00: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 Wed Jun 13 08:21:52 UTC 2007 TB --- 2007-06-13 08:21:52 - generating LINT kernel config TB --- 2007-06-13 08:21:52 - cd /src/sys/powerpc/conf TB --- 2007-06-13 08:21:52 - /usr/bin/make -B LINT TB --- 2007-06-13 08:21:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-13 08:21:53 - cd /src TB --- 2007-06-13 08:21:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 13 08:21: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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT 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 vers.c linking kernel ng_ubt.o(.text+0xe7c): In function `ubt_detach': : undefined reference to `USBDEV' ng_ubt.o(.text+0x1a8c): In function `ubt_attach': : undefined reference to `USBDEV' *** 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-13 08:36:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 08:36:13 - ERROR: failed to build lint kernel TB --- 2007-06-13 08:36:13 - tinderbox aborted TB --- 0.75 user 1.82 system 6392.77 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 09:10: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 958E316A400 for ; Wed, 13 Jun 2007 09:10:42 +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 609D213C44B for ; Wed, 13 Jun 2007 09:10:41 +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 6C8E1EB4DBF for ; Wed, 13 Jun 2007 17:10:40 +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 SX4RmhMLIk5S for ; Wed, 13 Jun 2007 17:10:34 +0800 (CST) Received: from LI-Xins-MacBook.local (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 14DC2EB1864 for ; Wed, 13 Jun 2007 17:10:33 +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: subject:x-enigmail-version:content-type; b=oyTI04Va63JyyuLqm+FktbXoi1qyPhJr4J8BKfTM8YVPPqc1Xasp+sNYeYJbxURBR s5xuaMhinq2U3HTahgG1A== Message-ID: <466FB481.3090503@delphij.net> Date: Wed, 13 Jun 2007 17:10:25 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig6F840402E4DE731B30F09BEC" Subject: RFC: diff(1) update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 09:10:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6F840402E4DE731B30F09BEC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I have done a first cut of bringing latest GNU diffutils (2.8.1) to the FreeBSD base system. This consists two parts of changes: http://people.freebsd.org/~delphij/for_review/diff.shar A shar(1) package. Remove previous /usr/src/contrib/diff and run it over /usr/src. http://people.freebsd.org/~delphij/for_review/diff.diff A patchset to build skeleton. Use patch -p0 < diff.diff in /usr/src/. Please be sure to remove 0-byte files afterward. Some notes: - I have tried to keep as most our local features (DIFF_OPTIONS, etc), but we still need to have some test cases to figure out whether there is regression. - Local changes are now maintained as patchsets. - Still need to find a better way to handle local manpage changes... Comments? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig6F840402E4DE731B30F09BEC 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 iD8DBQFGb7SBOfuToMruuMARCpC4AJ46Xs5+w5BdsZtTNnWcBSYcESJ1EQCcCCB5 HNjnMr1IrJqBJOwQoKz19a4= =YMps -----END PGP SIGNATURE----- --------------enig6F840402E4DE731B30F09BEC-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 09:54: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 1784916A400; Wed, 13 Jun 2007 09:54: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 C831013C457; Wed, 13 Jun 2007 09:54: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 l5D9sYef025698; Wed, 13 Jun 2007 05:54:34 -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 l5D9sXZa087518; Wed, 13 Jun 2007 05:54:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 89AE973068; Wed, 13 Jun 2007 05:54:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613095433.89AE973068@freebsd-current.sentex.ca> Date: Wed, 13 Jun 2007 05:54: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/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 09:54:35 -0000 TB --- 2007-06-13 08:17:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-13 08:17:27 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-06-13 08:17:27 - cleaning the object tree TB --- 2007-06-13 08:17:56 - checking out the source tree TB --- 2007-06-13 08:17:56 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-06-13 08:17:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-13 08:27:50 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-13 08:27:50 - cd /src TB --- 2007-06-13 08:27:50 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 13 08:27:51 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 13 09:40:24 UTC 2007 TB --- 2007-06-13 09:40:24 - generating LINT kernel config TB --- 2007-06-13 09:40:24 - cd /src/sys/sparc64/conf TB --- 2007-06-13 09:40:24 - /usr/bin/make -B LINT TB --- 2007-06-13 09:40:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-13 09:40:24 - cd /src TB --- 2007-06-13 09:40:24 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 13 09:40:24 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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT 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 vers.c linking kernel ng_ubt.o(.text+0xf4c): In function `ubt_detach': : undefined reference to `USBDEV' ng_ubt.o(.text+0x1e68): In function `ubt_attach': : undefined reference to `USBDEV' *** 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-13 09:54:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 09:54:33 - ERROR: failed to build lint kernel TB --- 2007-06-13 09:54:33 - tinderbox aborted TB --- 0.58 user 2.09 system 5826.02 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 10:09: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 8DF0D16A469; Wed, 13 Jun 2007 10:09: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 4D8D813C447; Wed, 13 Jun 2007 10:09:37 +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 l5DA9anO026183; Wed, 13 Jun 2007 06:09: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 l5DA9a3R015570; Wed, 13 Jun 2007 06:09:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5372D73068; Wed, 13 Jun 2007 06:09:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613100936.5372D73068@freebsd-current.sentex.ca> Date: Wed, 13 Jun 2007 06:09:36 -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: Wed, 13 Jun 2007 10:09:37 -0000 TB --- 2007-06-13 08:36:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-13 08:36:14 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-13 08:36:14 - cleaning the object tree TB --- 2007-06-13 08:36:37 - checking out the source tree TB --- 2007-06-13 08:36:37 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-13 08:36:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-13 08:45:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-13 08:45:18 - cd /src TB --- 2007-06-13 08:45:18 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 13 08:45: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 Wed Jun 13 09:56:50 UTC 2007 TB --- 2007-06-13 09:56:50 - generating LINT kernel config TB --- 2007-06-13 09:56:50 - cd /src/sys/sun4v/conf TB --- 2007-06-13 09:56:50 - /usr/bin/make -B LINT TB --- 2007-06-13 09:56:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-13 09:56:51 - cd /src TB --- 2007-06-13 09:56:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 13 09:56: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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT 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 vers.c linking kernel ng_ubt.o(.text+0xf4c): In function `ubt_detach': : undefined reference to `USBDEV' ng_ubt.o(.text+0x1e68): In function `ubt_attach': : undefined reference to `USBDEV' *** 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-13 10:09:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 10:09:36 - ERROR: failed to build lint kernel TB --- 2007-06-13 10:09:36 - tinderbox aborted TB --- 0.75 user 1.88 system 5601.94 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 11:55: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 42AFA16A46D; Wed, 13 Jun 2007 11:55:41 +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 A11B913C46A; Wed, 13 Jun 2007 11:55:40 +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 C6A06690A9F; Wed, 13 Jun 2007 12:52:43 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 92EB0690B1C; Wed, 13 Jun 2007 12:52: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-93-64.net.novis.pt [87.196.93.64]) by core.fnop.net (Postfix) with ESMTP id 19509690A9F; Wed, 13 Jun 2007 12:52:42 +0100 (WEST) Date: Wed, 13 Jun 2007 12:55:34 +0100 Message-ID: <86r6ogysp5.wl%rpaulo@fnop.net> From: Rui Paulo To: Roman Divacky In-Reply-To: <20070613075218.GA26807@freebsd.org> References: <20070612171440.D497C73068@freebsd-current.sentex.ca> <466EE1E4.2090908@FreeBSD.org> <20070613001936.GT4602@funkthat.com> <20070613075218.GA26807@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: i386@FreeBSD.org, "Bruce M. Simpson" , FreeBSD Tinderbox , current@FreeBSD.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 11:55:41 -0000 At Wed, 13 Jun 2007 09:52:18 +0200, Roman Divacky wrote: > > On Tue, Jun 12, 2007 at 05:19:37PM -0700, John-Mark Gurney wrote: > > Bruce M. Simpson wrote this message on Tue, Jun 12, 2007 at 19:11 +0100: > > > I love p4 diff2, not. The userland files were of course missing. I am > > > about to commit them now. > > > > > > It seems 'p4 diff2 -u' is not a panacea and one still needs to grep the > > > output without -u to see files which are on one branch but not the other. > > > > You have looked at the makediff.pl script that's been making it's rounds > > right? Like at freefall:~gnn/makediff.pl > > can you make this available on web or something? SoCers would appreciate this > too ;) Also, what's the difference between makediff.pl and awkdiff ? awkdiff seems to work okay for me. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 12:08: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 83E1116A41F; Wed, 13 Jun 2007 12:08:40 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 4564F13C487; Wed, 13 Jun 2007 12:08:40 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id D93A91CC0ED; Wed, 13 Jun 2007 13:43:29 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 15A5EBA52; Wed, 13 Jun 2007 13:43:28 +0200 (CEST) Date: Wed, 13 Jun 2007 13:43:28 +0200 From: Henrik Brix Andersen To: FreeBSD Tinderbox Message-ID: <20070613114328.GA77566@tirith.brixandersen.dk> References: <20070613060442.AA2F673068@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <20070613060442.AA2F673068@freebsd-current.sentex.ca> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 12:08:40 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 13, 2007 at 02:04:42AM -0400, FreeBSD Tinderbox wrote: > linking kernel > ng_ubt.o(.text+0x546): In function `ubt_detach': > : undefined reference to `USBDEV' > ng_ubt.o(.text+0x1a09): In function `ubt_attach': > : undefined reference to `USBDEV' > *** Error code 1 Could somebody please commit my patch from usb/113651? Regards, Brix --=20 Henrik Brix Andersen --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGb9hgv+Q4flTiePgRAs3+AKDD94fYVhRQoqS8DchRPI49fn7/yACgi2GL OFAgTLHz6Ks5l8Sd3xHKWGQ= =VkhY -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 12:22: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 8778116A41F; Wed, 13 Jun 2007 12:22:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 474FD13C487; Wed, 13 Jun 2007 12:22:22 +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 l5DCMLLM033289; Wed, 13 Jun 2007 08:22:21 -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 l5DCMLgI070189; Wed, 13 Jun 2007 08:22:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C142973068; Wed, 13 Jun 2007 08:22:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613122220.C142973068@freebsd-current.sentex.ca> Date: Wed, 13 Jun 2007 08:22:20 -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: Wed, 13 Jun 2007 12:22:22 -0000 TB --- 2007-06-13 10:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-13 10:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-13 10:10:00 - cleaning the object tree TB --- 2007-06-13 10:10:35 - checking out the source tree TB --- 2007-06-13 10:10:35 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-13 10:10:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-13 10:21:12 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-13 10:21:12 - cd /src TB --- 2007-06-13 10:21:12 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 13 10:21:13 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Jun 13 12:07:03 UTC 2007 TB --- 2007-06-13 12:07:03 - generating LINT kernel config TB --- 2007-06-13 12:07:03 - cd /src/sys/amd64/conf TB --- 2007-06-13 12:07:03 - /usr/bin/make -B LINT TB --- 2007-06-13 12:07:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-13 12:07:03 - cd /src TB --- 2007-06-13 12:07:03 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 13 12:07: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 >>> stage 3.2: building everything [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -pg -mprofiler-epilogue vers.c linking kernel ng_ubt.o(.text+0x569): In function `ubt_detach': : undefined reference to `USBDEV' ng_ubt.o(.text+0x19c7): In function `ubt_attach': : undefined reference to `USBDEV' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-13 12:22:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 12:22:20 - ERROR: failed to build lint kernel TB --- 2007-06-13 12:22:20 - tinderbox aborted TB --- 0.76 user 3.07 system 7939.94 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 12:37: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 394FE16A400 for ; Wed, 13 Jun 2007 12:37:58 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.freebsd.org (Postfix) with ESMTP id D63BA13C45A for ; Wed, 13 Jun 2007 12:37:57 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so150996wxd for ; Wed, 13 Jun 2007 05:37:57 -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=o3wUTxjNe7J/x4tLMiS5Xp9bTMcH4iY6JezRyc2a8/mdR4HW688pYGk/V5uJIvKKJAZuM1SdvByMfKtsLhD/bu+jDZq6XHxGU23wUXfUi00AzrvUx07UJ3rifvgUkv7MvmMBOGcUCiHZ84SPLu/+W8ncCojUZjlsdzCVLZiMMm8= 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=qpWbDsbLMnTmH0QqVRL1ePsI6AyNRWvwvp2a7lrgMGH2l+LepmbGPPtTgULuEQHu+6BY7Mhfu/cC9RC18Pz1/mvUFOuV9dcgUTsH3T6eUAan4S3WjUgnTOQCIaSsZJE1dmr9HCqcIHWfg+YiJzNMLz4o7e3A1fiAx2/vYr1q5ME= Received: by 10.90.29.18 with SMTP id c18mr215461agc.1181738276693; Wed, 13 Jun 2007 05:37:56 -0700 (PDT) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id q57sm831449wrq.2007.06.13.05.37.55 (version=SSLv3 cipher=OTHER); Wed, 13 Jun 2007 05:37:56 -0700 (PDT) Date: Wed, 13 Jun 2007 08:37:51 -0400 From: Alexander Kabaev To: Jeremie Le Hen Message-ID: <20070613083751.606eee96@kan.dnsalias.net> In-Reply-To: <20070613064806.GB39533@obiwan.tataz.chchile.org> References: <20070602121928.G90169@kushnir1.kiev.ua> <20070613064806.GB39533@obiwan.tataz.chchile.org> 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_2lPW=.n2ZeAdpApKXN8oAZ1"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-current@freebsd.org Subject: Re: "-pthread" == "-lpthread" for shared libs in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 12:37:58 -0000 --Sig_2lPW=.n2ZeAdpApKXN8oAZ1 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 13 Jun 2007 08:48:06 +0200 Jeremie Le Hen wrote: > Hi, >=20 > I take advantage of this thread to ask something I've always wanted to > understand but never have an explanation. >=20 > What prevented to link shared libraries against libc with the old GCC? >=20 > Thank you. > Best regards, > --=20 > Jeremie Le Hen > < jeremie at le-hen dot org >< ttz at chchile dot org> I think this was related to the way we used to support threads in 3.x/early 4.x releases. The program was supposed to link with either libc or libc_r, but not both and having both libraries loaded at the same time was really bad idea. Recording dependency to libc_r or libc into shared libraries makes shared libraries that work in both threaded and non-threaded programs impossible. --=20 Alexander Kabaev --Sig_2lPW=.n2ZeAdpApKXN8oAZ1 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGb+UfQ6z1jMm+XZYRAhzbAJ9Ne1Lg+T1Gq8WOzJEljQRO6RcGdgCgwc02 U+w7pO+FV1sO3wyPPhm5Fas= =as+a -----END PGP SIGNATURE----- --Sig_2lPW=.n2ZeAdpApKXN8oAZ1-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 13:14: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 C22F416A400; Wed, 13 Jun 2007 13:14: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 8218C13C468; Wed, 13 Jun 2007 13:14: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 l5DDEgMx045035; Wed, 13 Jun 2007 09:14: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 l5DDEfbj090483; Wed, 13 Jun 2007 09:14:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A026773068; Wed, 13 Jun 2007 09:14:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613131441.A026773068@freebsd-current.sentex.ca> Date: Wed, 13 Jun 2007 09:14: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 i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 13:14:42 -0000 TB --- 2007-06-13 11:33:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-13 11:33:13 - starting HEAD tinderbox run for i386/i386 TB --- 2007-06-13 11:33:13 - cleaning the object tree TB --- 2007-06-13 11:33:41 - checking out the source tree TB --- 2007-06-13 11:33:41 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-06-13 11:33:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-13 11:43:13 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-13 11:43:13 - cd /src TB --- 2007-06-13 11:43:13 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 13 11:43:15 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 13 12:57:42 UTC 2007 TB --- 2007-06-13 12:57:42 - generating LINT kernel config TB --- 2007-06-13 12:57:42 - cd /src/sys/i386/conf TB --- 2007-06-13 12:57:42 - /usr/bin/make -B LINT TB --- 2007-06-13 12:57:43 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-13 12:57:43 - cd /src TB --- 2007-06-13 12:57:43 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 13 12:57:43 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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue vers.c linking kernel ng_ubt.o(.text+0x546): In function `ubt_detach': : undefined reference to `USBDEV' ng_ubt.o(.text+0x1a09): In function `ubt_attach': : undefined reference to `USBDEV' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-13 13:14:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 13:14:41 - ERROR: failed to build lint kernel TB --- 2007-06-13 13:14:41 - tinderbox aborted TB --- 0.61 user 2.09 system 6088.16 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 13:48: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 9E0CB16A400; Wed, 13 Jun 2007 13:48:01 +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 0917613C448; Wed, 13 Jun 2007 13:48:00 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5FA25.dip.t-dialin.net [84.165.250.37]) by redbull.bpaserver.net (Postfix) with ESMTP id D679E2E201; Wed, 13 Jun 2007 15:47:55 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 34BB05B490D; Wed, 13 Jun 2007 15:47:38 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l5DDlbbJ058062; Wed, 13 Jun 2007 15:47:37 +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, 13 Jun 2007 15:47:37 +0200 Message-ID: <20070613154737.jpo1jq3vkgk4kccc@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 13 Jun 2007 15:47:37 +0200 From: Alexander Leidinger To: Alexander Kabaev References: <20070602121928.G90169@kushnir1.kiev.ua> <20070613064806.GB39533@obiwan.tataz.chchile.org> <20070613083751.606eee96@kan.dnsalias.net> In-Reply-To: <20070613083751.606eee96@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.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=0.101, required 8, DKIM_POLICY_SIGNSOME 0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org, Jeremie Le Hen , bsam@freebsd.org Subject: Re: "-pthread" == "-lpthread" for shared libs in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 13:48:01 -0000 Quoting Alexander Kabaev (from Wed, 13 Jun 2007 =20 08:37:51 -0400): > I think this was related to the way we used to support threads in > 3.x/early 4.x releases. The program was supposed to link with either > libc or libc_r, but not both and having both libraries loaded at the > same time was really bad idea. Recording dependency to libc_r or libc > into shared libraries makes shared libraries that work in both threaded > and non-threaded programs impossible. So we can switch to recording the lib dependencies in libs now? I =20 think this would help to let firefox do some SSO stuff with kerberos =20 (loading it as a plugin causes it to moan because some depending lib =20 is not loaded, bsam@ should be able to explain the technical details). Bye, Alexander. --=20 Nobody wants constructive criticism. It's all we can do to put up with constructive praise. 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 13 13:53: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 B6D3116A41F for ; Wed, 13 Jun 2007 13:53:49 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id 4494313C48A for ; Wed, 13 Jun 2007 13:53:49 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so203665mue for ; Wed, 13 Jun 2007 06:53:47 -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=XS5qhhowATgfmiz5Mkw91qtNukuZu7Z2q7cxb+YmGBF4vnUAdlLiihGoDucGIU0r+1AcMIOR2RaumLoFwrSHtNMGF0O2ph8S9lG8HFgqVnOG9m1opn5v0PkDQa1u+/Mw8M2Fo3kPi6cydwobaOhW7iqtc0mZ/Pw0Ur4ow+HykiY= 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=ov2k6RJxUOsRlYjRapOXaM6n9SQSfLu6AHRMFLVk5bNQr31XfXZLVQ4ASyhZXCAurTf/DqZxYVJbC6cXljeJa7KIFfeQK2QjIaV0oSKOW7r8O+fclrCHHOZ4HvS2rmsASNkh0U/3AWC/IddrKL36hKI9DtErqUwAE6FdrN7og2Y= Received: by 10.82.189.6 with SMTP id m6mr1154510buf.1181742827711; Wed, 13 Jun 2007 06:53:47 -0700 (PDT) Received: by 10.82.190.3 with HTTP; Wed, 13 Jun 2007 06:53:47 -0700 (PDT) Message-ID: <8e5ef5f70706130653g67234d5bld951d682402ec257@mail.gmail.com> Date: Wed, 13 Jun 2007 09:53:47 -0400 From: "Alexander Kabaev" To: "Alexander Leidinger" In-Reply-To: <20070613154737.jpo1jq3vkgk4kccc@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070602121928.G90169@kushnir1.kiev.ua> <20070613064806.GB39533@obiwan.tataz.chchile.org> <20070613083751.606eee96@kan.dnsalias.net> <20070613154737.jpo1jq3vkgk4kccc@webmail.leidinger.net> Cc: freebsd-current@freebsd.org, Jeremie Le Hen , bsam@freebsd.org Subject: Re: "-pthread" == "-lpthread" for shared libs in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 13:53:49 -0000 On 6/13/07, Alexander Leidinger wrote: > Quoting Alexander Kabaev (from Wed, 13 Jun 2007 > 08:37:51 -0400): > > > I think this was related to the way we used to support threads in > > 3.x/early 4.x releases. The program was supposed to link with either > > libc or libc_r, but not both and having both libraries loaded at the > > same time was really bad idea. Recording dependency to libc_r or libc > > into shared libraries makes shared libraries that work in both threaded > > and non-threaded programs impossible. > > So we can switch to recording the lib dependencies in libs now? I > think this would help to let firefox do some SSO stuff with kerberos > (loading it as a plugin causes it to moan because some depending lib > is not loaded, bsam@ should be able to explain the technical details). > We alsways did. libc and libpthread were the only two weird ones in pre-gcc 4.2 world, and that has changed back to what it should be when gcc 4.2 was imported. -- Alexander Kabaev From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 13:59:12 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 1995E16A41F; Wed, 13 Jun 2007 13:59:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CC64713C465; Wed, 13 Jun 2007 13:59:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5DDxBBH052778; Wed, 13 Jun 2007 09:59:11 -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 l5DDxB3E069657; Wed, 13 Jun 2007 09:59:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B915273068; Wed, 13 Jun 2007 09:59:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613135910.B915273068@freebsd-current.sentex.ca> Date: Wed, 13 Jun 2007 09:59:10 -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 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, 13 Jun 2007 13:59:12 -0000 TB --- 2007-06-13 12:22:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-13 12:22:20 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-13 12:22:20 - cleaning the object tree TB --- 2007-06-13 12:22:43 - checking out the source tree TB --- 2007-06-13 12:22:43 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-13 12:22:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-13 12:30:44 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-13 12:30:44 - cd /src TB --- 2007-06-13 12:30:44 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 13 12:30:45 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 13 13:44:28 UTC 2007 TB --- 2007-06-13 13:44:28 - generating LINT kernel config TB --- 2007-06-13 13:44:28 - cd /src/sys/pc98/conf TB --- 2007-06-13 13:44:28 - /usr/bin/make -B LINT TB --- 2007-06-13 13:44:28 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-13 13:44:28 - cd /src TB --- 2007-06-13 13:44:28 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 13 13:44:28 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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue vers.c linking kernel ng_ubt.o(.text+0x546): In function `ubt_detach': : undefined reference to `USBDEV' ng_ubt.o(.text+0x1a09): In function `ubt_attach': : undefined reference to `USBDEV' *** 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-13 13:59:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 13:59:10 - ERROR: failed to build lint kernel TB --- 2007-06-13 13:59:10 - tinderbox aborted TB --- 0.66 user 2.13 system 5809.56 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 14:09: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 CEE6016A46D for ; Wed, 13 Jun 2007 14:09:56 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id AA95113C45A for ; Wed, 13 Jun 2007 14:09:56 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 25A4D475FE for ; Wed, 13 Jun 2007 10:09:56 -0400 (EDT) Date: Wed, 13 Jun 2007 15:09:56 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20070613150534.D83504@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: HEADS UP: IPX over IP support removed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 14:09:56 -0000 Dear all, Per my countless e-mails over the last two (three?) years, we are now working on removing network components that do not run safely without the Giant lock. We hope not to have to maintain the debug.mpsafenet compatibility shim set in 7.0-RELEASE. I have just removed the IPXIP option, which allowed tunneling IPX traffic over wide-area IP networks to link IPX enclaves. I've been unable to raise any support in testing work-in-progress patches to lock down this code despite several mailing list appeals. I'm happy to re-add the code in the event someone turns up who can work with me on this, even before the 7.0 release cycle kicks off if that person turns out to be very responsive. :-) The following subsystems remain with NET_NEEDS_GIANT dependence: i4b - ISDN framework, for which there is on-going work netatm - One of three ATM frameworks, for which there is on-going work ng_h4 - Bluetooth serial drivers -- I know of no on-going work here IPSEC - KAME IPSEC implementation, which will be removed and replaced with FAST_IPSEC in 7.0, once IPv6 support is committed for it. Of the above, I am concerned about ng_h4 since I've heard nothing about potential work on this. I believe the dependence issue has to do with entering the non-MPSAFE TTY code without Giant, and perhaps this is easily addressed... Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Wed, 13 Jun 2007 14:01:43 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/conf NOTES files options src/sys/net if_types.h src/sys/netinet in_proto.c src/sys/netipx ipx.h ipx_if.h ipx_ip.c ipx_ip.h ipx_usrreq.c rwatson 2007-06-13 14:01:43 UTC FreeBSD src repository Modified files: sys/conf NOTES files options sys/net if_types.h sys/netinet in_proto.c sys/netipx ipx.h ipx_if.h ipx_usrreq.c Removed files: sys/netipx ipx_ip.c ipx_ip.h Log: Remove IPX over IP tunneling support, which allows IPX routing over IP tunnels, and was not MPSAFE. The code can be easily restored in the event that someone with an IPX over IP tunnel configuration can work with me to test patches. This removes one of five remaining consumers of NET_NEEDS_GIANT. Approved by: re (kensmith) Revision Changes Path 1.1432 +0 -1 src/sys/conf/NOTES 1.1220 +0 -1 src/sys/conf/files 1.593 +0 -1 src/sys/conf/options 1.23 +1 -1 src/sys/net/if_types.h 1.84 +0 -15 src/sys/netinet/in_proto.c 1.24 +1 -1 src/sys/netipx/ipx.h 1.18 +0 -8 src/sys/netipx/ipx_if.h 1.50 +0 -471 src/sys/netipx/ipx_ip.c (dead) 1.20 +0 -83 src/sys/netipx/ipx_ip.h (dead) 1.62 +0 -6 src/sys/netipx/ipx_usrreq.c From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 14:23: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 3043B16A46B; Wed, 13 Jun 2007 14:23:10 +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 D909213C487; Wed, 13 Jun 2007 14:23:09 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5FA25.dip.t-dialin.net [84.165.250.37]) by redbull.bpaserver.net (Postfix) with ESMTP id 2C1EF2E214; Wed, 13 Jun 2007 16:23:01 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 3A22D5B490D; Wed, 13 Jun 2007 16:22:43 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l5DEMhAl064072; Wed, 13 Jun 2007 16:22:43 +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, 13 Jun 2007 16:22:42 +0200 Message-ID: <20070613162242.nxpzsjemsokgckg8@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 13 Jun 2007 16:22:42 +0200 From: Alexander Leidinger To: Alexander Kabaev References: <20070602121928.G90169@kushnir1.kiev.ua> <20070613064806.GB39533@obiwan.tataz.chchile.org> <20070613083751.606eee96@kan.dnsalias.net> <20070613154737.jpo1jq3vkgk4kccc@webmail.leidinger.net> <8e5ef5f70706130653g67234d5bld951d682402ec257@mail.gmail.com> In-Reply-To: <8e5ef5f70706130653g67234d5bld951d682402ec257@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (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=0.101, required 8, DKIM_POLICY_SIGNSOME 0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org, Jeremie Le Hen , bsam@freebsd.org Subject: Re: "-pthread" == "-lpthread" for shared libs in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 14:23:10 -0000 Quoting Alexander Kabaev (from Wed, 13 Jun 2007 =20 09:53:47 -0400): > On 6/13/07, Alexander Leidinger wrote: >> Quoting Alexander Kabaev (from Wed, 13 Jun 2007 >> 08:37:51 -0400): >> >>> I think this was related to the way we used to support threads in >>> 3.x/early 4.x releases. The program was supposed to link with either >>> libc or libc_r, but not both and having both libraries loaded at the >>> same time was really bad idea. Recording dependency to libc_r or libc >>> into shared libraries makes shared libraries that work in both threaded >>> and non-threaded programs impossible. >> >> So we can switch to recording the lib dependencies in libs now? I >> think this would help to let firefox do some SSO stuff with kerberos >> (loading it as a plugin causes it to moan because some depending lib >> is not loaded, bsam@ should be able to explain the technical details). >> > > We alsways did. libc and libpthread were the only two weird ones in > pre-gcc 4.2 world, and that has changed back to what it should be when > gcc 4.2 was imported. Oh... great! Bye, Alexander. --=20 If life gives you lemons, make lemonade. 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 13 14:30:33 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0571E16A469 for ; Wed, 13 Jun 2007 14:30:33 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id B440513C447 for ; Wed, 13 Jun 2007 14:30:32 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 547B4131C; Wed, 13 Jun 2007 10:30:32 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Wed, 13 Jun 2007 10:30:32 -0400 X-Sasl-enc: HupwCyXPwUUbp3QE7S/bmVH42wrTdGZ3E95gDF4KU1Z3 1181745031 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id C46652A798; Wed, 13 Jun 2007 10:30:31 -0400 (EDT) Message-ID: <466FFF86.5000401@FreeBSD.org> Date: Wed, 13 Jun 2007 15:30:30 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (X11/20070407) MIME-Version: 1.0 To: Robert Watson References: <20070613150534.D83504@fledge.watson.org> In-Reply-To: <20070613150534.D83504@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: HEADS UP: IPX over IP support removed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 14:30:33 -0000 Hello Robert, Thanks for your work on removal of IPX-in-IP. Just to recount a few things regarding the use of Giant in the network code and add my 2c. The use of Giant for interfaces has caused some complication in getting the locking right during my passes over the Layer 2 network code and IPv4 code. This continues to be the case. It also has the potential to make merging IGMPv3/MLDv2 more difficult than it has to be. So I'd be very glad to see NET_NEEDS_GIANT get axed in the 7.x train if that's at all possible. It has to go, it's a blocker. Robert Watson wrote: > > The following subsystems remain with NET_NEEDS_GIANT dependence: > > i4b - ISDN framework, for which there is on-going work I don't use ISDN. I suspect Deutsche Telekom's wider rollout of T-DSL has nibbled away at the incentive to use this. There are however still good reasons to use ISDN; its symmetric bandwidth in particular makes it a favorite for sound engineers doing outside broadcast. > > netatm - One of three ATM frameworks, for which there is on-going work I believe it is reasonable to call time on netatm (Host ATM Research Platform, HARP), though I haven't heard recently from the guy I donated hardware to in order to work on this. Most of what it does can be done with Netgraph and the NATM (Native ATM) layer. For host xDSL connectivity where ATM is specified as a transport folks are going to want to use PPPoA anyway as it's specified by the ITU for G.DMT-Lite. FreeBSD can do this: use userland ppp, netnatm, and a device with an ATM25-to-G.DMT modem such as the Alcatel Speedtouch or other supported ATM25 cards. This is more of interest to folks building consumer/home routers. The incentive for using ATM as a cross connect isn't really there. FreeBSD is not going to displace dedicated ATM concentrators from established players. In the long term FreeBSD should probably focus on supporting Metro Ethernet as it is going to be more useful. Andrew Thompson's excellent work on if_lagg moves us towards this goal. > > ng_h4 - Bluetooth serial drivers -- I know of no on-going work here I don't have figures, but in my experience the vast majority of commodity silicon out there for Bluetooth is USB based. H4 exists to support attachment of Bluetooth via asynchronous serial ports. It seems reasonable that the h4 drivers are disconnected from the main build; if someone needs them e.g. for an embedded application then it seems reasonable that they fix the locking while they're there. > > IPSEC - KAME IPSEC implementation, which will be removed and replaced > with > FAST_IPSEC in 7.0, once IPv6 support is committed for it. I'm 100% behind George on this as an architectural decision, although I am not using IPSEC for anything these days. > > Of the above, I am concerned about ng_h4 since I've heard nothing > about potential work on this. I believe the dependence issue has to > do with entering the non-MPSAFE TTY code without Giant, and perhaps > this is easily addressed... See above. I think it's essential we push forward with the removal of Giant from the network stack entirely based on my experience porting the SSM socket layer. Kind regards BMS From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 14:51: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 2273916A475 for ; Wed, 13 Jun 2007 14:51:47 +0000 (UTC) (envelope-from infofarmer@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 D4E5E13C457 for ; Wed, 13 Jun 2007 14:51:46 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by nz-out-0506.google.com with SMTP id 14so196767nzn for ; Wed, 13 Jun 2007 07:51:46 -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=mWUUUivuo3uwKlg0HiDWqiXCu+Yko3Jw8fg8iwIFKl4GeAglS/sNXNqkjNTJnScHTRphTFbs2rr+YxIEd9OmiY13m/DDbcH+stkNCxFO9nzqcR+hV9nPW9uDczi4OWsauq3qse+kAwWewqXV6WpSkTPg8EbZIQMPTGL1tzX79JA= 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=mbK3Cbx1284ZuRWcnGhAeSdXJ7HDHLydZPfVUwW6grrkd0unrXMU9ZP9fxjiUjOcVvSXtrS1m2pEOJHiuPgGgl+HFB4Al1oBUanrH/8sf9HlnGiOexapC8ioeOxMQogfB43ZtbxrbExHEl0vNVTro68rN+PbYxpLv5oLYCI8Gag= Received: by 10.114.190.6 with SMTP id n6mr721333waf.1181746305999; Wed, 13 Jun 2007 07:51:45 -0700 (PDT) Received: by 10.114.194.13 with HTTP; Wed, 13 Jun 2007 07:51:45 -0700 (PDT) Message-ID: Date: Wed, 13 Jun 2007 18:51:45 +0400 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Robert Watson" In-Reply-To: <20070613150534.D83504@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070613150534.D83504@fledge.watson.org> X-Google-Sender-Auth: ab066df27292e0e7 Cc: current@freebsd.org Subject: Re: HEADS UP: IPX over IP support removed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 14:51:47 -0000 On 6/13/07, Robert Watson wrote: > Dear all, > > Per my countless e-mails over the last two (three?) years, we > are now working on removing network components that do not run > safely without the Giant lock. We hope not to have to maintain > the debug.mpsafenet compatibility shim set in 7.0-RELEASE. I'm not sure if it's relevant, but will ipfw uid/gid/jail functionality be affected or its problems addressed? From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 15:06: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 F03E116A480 for ; Wed, 13 Jun 2007 15:06:52 +0000 (UTC) (envelope-from maksim.yevmenkin@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 B101F13C447 for ; Wed, 13 Jun 2007 15:06:52 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so54271anc for ; Wed, 13 Jun 2007 08:06: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:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ftTEk4Ivm5g4AhqPbasPz/d3WgaVjSada0JA80qZ+p6DAQ4a6eblOZ6VUPb/+dd/RzxOnf4UnQibCEwmVf7UMnMWgzeT+Z9GOthWLl748tVbKSF18NmpOo9+fexfaWzs1+hnJdJnbnREdtIRMM1cYDyf2/slJLq6PCGmugOnF2U= 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=PZquHibaiFmQgNdsbhyiwQhPy9+m9Gua29JcQAX/Dx9iCEU4FTcXpiMrTPUfbLGjx4lPmqsTegzufDW6Mr4MEY5k5jEqTwPdvfariLT3D0koYuEPIR6SGAhcFdrere+cqQ9+f1f4IJN3lttCmIEuAwa2AhbYnsUk1No6dF+Towc= Received: by 10.101.71.16 with SMTP id y16mr376796ank.1181745566248; Wed, 13 Jun 2007 07:39:26 -0700 (PDT) Received: by 10.100.111.17 with HTTP; Wed, 13 Jun 2007 07:39:26 -0700 (PDT) Message-ID: Date: Wed, 13 Jun 2007 07:39:26 -0700 From: "Maksim Yevmenkin" To: "Robert Watson" In-Reply-To: <20070613150534.D83504@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070613150534.D83504@fledge.watson.org> Cc: current@freebsd.org Subject: Re: HEADS UP: IPX over IP support removed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 15:06:53 -0000 Robert, [...] > The following subsystems remain with NET_NEEDS_GIANT dependence: > > i4b - ISDN framework, for which there is on-going work > > netatm - One of three ATM frameworks, for which there is on-going work > > ng_h4 - Bluetooth serial drivers -- I know of no on-going work here > > IPSEC - KAME IPSEC implementation, which will be removed and replaced with > FAST_IPSEC in 7.0, once IPv6 support is committed for it. > > Of the above, I am concerned about ng_h4 since I've heard nothing about > potential work on this. I believe the dependence issue has to do with > entering the non-MPSAFE TTY code without Giant, and perhaps this is easily > addressed... yes, ng_h4(4) uses giant to enter tty code. i have some code, i wrote long time ago, similar to what ng_tty(4) does, however, i was waiting for tty changes. i will see if i can fix it, or, since almost no one uses serial bluetooth dongles anymore, retire it completely thanks, max From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 15:17: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 16B6616A400; Wed, 13 Jun 2007 15:17:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A653713C469; Wed, 13 Jun 2007 15:17:28 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id DFD6546BD6; Wed, 13 Jun 2007 11:17:27 -0400 (EDT) Date: Wed, 13 Jun 2007 16:17:27 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Bruce M. Simpson" In-Reply-To: <466FFF86.5000401@FreeBSD.org> Message-ID: <20070613161435.G83504@fledge.watson.org> References: <20070613150534.D83504@fledge.watson.org> <466FFF86.5000401@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org Subject: Re: HEADS UP: IPX over IP support removed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 15:17:29 -0000 On Wed, 13 Jun 2007, Bruce M. Simpson wrote: > Thanks for your work on removal of IPX-in-IP. Just to recount a few things > regarding the use of Giant in the network code and add my 2c. > > The use of Giant for interfaces has caused some complication in getting the > locking right during my passes over the Layer 2 network code and IPv4 code. > This continues to be the case. > > It also has the potential to make merging IGMPv3/MLDv2 more difficult than > it has to be. So I'd be very glad to see NET_NEEDS_GIANT get axed in the 7.x > train if that's at all possible. It has to go, it's a blocker. Unfortunately, removing NET_NEEDS_GIANT only removes the protocol Giant compat shims, not the network interface ones (IFF_NEEDSGIANT). Due to the large number of remaining interfaces, I was unable to remove it (as I had hoped) for the 7.0 release. The main problem with IFF_NEEDSGIANT is the synchronous aquisition requirement for ioctl, which is not fixable. Hopefully in 8.0 we will be able to drop support for non-MPSAFE network device drivers. I agree entirely that these compat shims have been causing a lot of nastiness in the network stack -- in my draft de-NET_NEEDS_GIANT patch, almost 300 lines of compatibility wrapper code are removed from the kernel sources, substantially simplifying the socket code. Robert N M Watson Computer Laboratory University of Cambridge > > Robert Watson wrote: >> >> The following subsystems remain with NET_NEEDS_GIANT dependence: >> >> i4b - ISDN framework, for which there is on-going work > > I don't use ISDN. I suspect Deutsche Telekom's wider rollout of T-DSL has > nibbled away at the incentive to use this. There are however still good > reasons to use ISDN; its symmetric bandwidth in particular makes it a > favorite for sound engineers doing outside broadcast. >> >> netatm - One of three ATM frameworks, for which there is on-going work > > I believe it is reasonable to call time on netatm (Host ATM Research > Platform, HARP), though I haven't heard recently from the guy I donated > hardware to in order to work on this. > > Most of what it does can be done with Netgraph and the NATM (Native ATM) > layer. > > For host xDSL connectivity where ATM is specified as a transport folks are > going to want to use PPPoA anyway as it's specified by the ITU for > G.DMT-Lite. FreeBSD can do this: use userland ppp, netnatm, and a device with > an ATM25-to-G.DMT modem such as the Alcatel Speedtouch or other supported > ATM25 cards. This is more of interest to folks building consumer/home > routers. > > The incentive for using ATM as a cross connect isn't really there. FreeBSD is > not going to displace dedicated ATM concentrators from established players. > > In the long term FreeBSD should probably focus on supporting Metro Ethernet > as it is going to be more useful. Andrew Thompson's excellent work on if_lagg > moves us towards this goal. > >> >> ng_h4 - Bluetooth serial drivers -- I know of no on-going work here > > I don't have figures, but in my experience the vast majority of commodity > silicon out there for Bluetooth is USB based. H4 exists to support attachment > of Bluetooth via asynchronous serial ports. > > It seems reasonable that the h4 drivers are disconnected from the main build; > if someone needs them e.g. for an embedded application then it seems > reasonable that they fix the locking while they're there. >> >> IPSEC - KAME IPSEC implementation, which will be removed and replaced with >> FAST_IPSEC in 7.0, once IPv6 support is committed for it. > > I'm 100% behind George on this as an architectural decision, although I am > not using IPSEC for anything these days. > >> >> Of the above, I am concerned about ng_h4 since I've heard nothing about >> potential work on this. I believe the dependence issue has to do with >> entering the non-MPSAFE TTY code without Giant, and perhaps this is easily >> addressed... > > See above. I think it's essential we push forward with the removal of Giant > from the network stack entirely based on my experience porting the SSM socket > layer. > > Kind regards > BMS > From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 15:29: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 0F91316A46E; Wed, 13 Jun 2007 15:29:42 +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 8576E13C480; Wed, 13 Jun 2007 15:29:41 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.org (p549A6DCB.dip.t-dialin.net [84.154.109.203]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id l5DEq93Q026691; Wed, 13 Jun 2007 16:52:13 +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 l5DEq7vN075613; Wed, 13 Jun 2007 16:52:07 +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 l5DEq7PG088598; Wed, 13 Jun 2007 16:52:07 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200706131452.l5DEq7PG088598@fire.jhs.private> To: "Bruce M. Simpson" In-reply-to: <466FFF86.5000401@FreeBSD.org> References: <20070613150534.D83504@fledge.watson.org> <466FFF86.5000401@FreeBSD.org> Comments: In-reply-to "Bruce M. Simpson" message dated "Wed, 13 Jun 2007 15:30:30 +0100." Date: Wed, 13 Jun 2007 16:52:07 +0200 From: "Julian H. Stacey" Cc: Robert Watson , current@freebsd.org Subject: Re: HEADS UP: IPX over IP support removed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 15:29:42 -0000 "Bruce M. Simpson" wrote: > Robert Watson wrote: > > > > The following subsystems remain with NET_NEEDS_GIANT dependence: > > > > i4b - ISDN framework, for which there is on-going work > > I don't use ISDN. I suspect Deutsche Telekom's wider rollout of T-DSL > has nibbled away at the incentive to use this. There are however still > good reasons to use ISDN; its symmetric bandwidth in particular makes it > a favorite for sound engineers doing outside broadcast. i4b also supports answerphone (which I don't use). Ive had DSL for years, But i4b also supports reporting callers number, mapped to a real human name, in an xterm in corner of screen. Incredibly nice to know Who is ringing. > I don't have figures, but in my experience the vast majority of > commodity silicon out there for Bluetooth is USB based. Toshiba laptop has it built in to laptop, not external, I've never tried to get it working, so dont know if it routes over an internal USB bus http://www.berklix.com/~jhs/hardware/toshiba/satellite.s5100-603/ -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com HTML mail unseen. Ihr Rauch=mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 15:58: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 9392316A469 for ; Wed, 13 Jun 2007 15:58:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 70B8A13C480 for ; Wed, 13 Jun 2007 15:58:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id F29B6471FC for ; Wed, 13 Jun 2007 11:58:33 -0400 (EDT) Date: Wed, 13 Jun 2007 16:58:33 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20070613165222.E83504@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: (Delayed) HEADS UP: AUDIT in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 15:58:34 -0000 This is a delayed HEADS UP that "options AUDIT" is now the default in GENERIC. This means you either need to add "nooptions AUDIT" in configs based on GENERIC, or you can now take out "options AUDIT" :-). Audit support will not be enabled by default out-of-the-box, but it will now be possible to turn it on without a kernel recompile. If someone wants to lend a hand updating the chapter in the Handbook, that would be most helpful. A reboot is still required after setting the rc.conf entry to propagate any audit_user/audit_control settings to all login sessions; you can do it without a reboot if you don't want to retroactively enforce audit on login sessions already present when audit is started. Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Fri, 8 Jun 2007 20:29:07 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/amd64/conf GENERIC src/sys/i386/conf GENERIC src/sys/ia64/conf GENERIC src/sys/pc98/conf GENERIC src/sys/powerpc/conf GENERIC src/sys/sparc64/conf GENERIC src/sys/sun4v/conf GENERIC rwatson 2007-06-08 20:29:07 UTC FreeBSD src repository Modified files: sys/amd64/conf GENERIC sys/i386/conf GENERIC sys/ia64/conf GENERIC sys/pc98/conf GENERIC sys/powerpc/conf GENERIC sys/sparc64/conf GENERIC sys/sun4v/conf GENERIC Log: Enable AUDIT by default in the GENERIC kernel, allowing security event auditing to be turned on without a kernel recompile, just an rc.conf option. Approved by: re (kensmith) Obtained from: TrustedBSD Project Revision Changes Path 1.479 +1 -0 src/sys/amd64/conf/GENERIC 1.469 +1 -0 src/sys/i386/conf/GENERIC 1.90 +1 -0 src/sys/ia64/conf/GENERIC 1.294 +1 -0 src/sys/pc98/conf/GENERIC 1.69 +1 -0 src/sys/powerpc/conf/GENERIC 1.124 +1 -0 src/sys/sparc64/conf/GENERIC 1.12 +1 -0 src/sys/sun4v/conf/GENERIC From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 16:25: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 E155416A468 for ; Wed, 13 Jun 2007 16:25:49 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id D15FA13C45A for ; Wed, 13 Jun 2007 16:25:49 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 4791E11105; Wed, 13 Jun 2007 11:08:37 -0500 (CDT) Date: Wed, 13 Jun 2007 11:08:35 -0500 From: Craig Boston To: current@freebsd.org Message-ID: <20070613160835.GA6461@nowhere> Mail-Followup-To: Craig Boston , current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: ZFS tuning tips? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 16:25:50 -0000 There have been several threads on the mailing lists regarding tuning ZFS for performance and/or getting it to work on i386 without panicing. However searching for them is turning out to be problematic as I remember reading (and posting to) topics that I can't seem to find in the archives, and what I do find is possibly obsoleted by some of pjd's recent work with namecache integration (is this even enabled by default?) Would it be possible for those who have been running with it to post any tips or tweaks that have been found to work well on recent CURRENT (for either i386 or amd64)? It would be great if someone with access to the Wiki could gather them together and put them somewhere. http://wiki.freebsd.org/ZFSTuning perhaps? Here's my contribution: A new machine with 2GB RAM running FreeBSD/i386 runs into the kmem_map too small panic. Pretty much everything except / is on ZFS. Reducing kern.maxvnodes from 100000 to 75000 does not help much. Reducing it all the way to 50000 seems to work, but is probably suboptimal (see below). And now some questions: Possibly related to reducing maxvnodes, I'm running into a strange problem that appears to be cache-related. I noticed that during port installs, the "Registering installation" phase started taking forever. I tracked it down to pkg_info -qO [name] going very slow and causing a _lot_ of disk access. It seems like the entries in /var/db/pkg were not being cached (or rather some old stuff wasn't being purged to make room for it). Doing an umount /usr/obj seemed to help quite a bit (and caused vfs.numvnodes to drop from ~45000 to 4000), but it eventually happened again. What perplexes me is that I still had about 1700M Free memory that should have been available for caching. This is on i386. I'd love to switch to amd64 but am held back by the nvidia driver. I wouldn't miss 3D acceleration _that_ much, but last I checked the 'nv' driver didn't support using both heads on the card, which is kind of a showstopper. Anybody know if this is possible in Xorg 7.2? Craig From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 17:09:08 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 8FECB16A400; Wed, 13 Jun 2007 17:09:08 +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 5871113C484; Wed, 13 Jun 2007 17:09:08 +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 l5DH97hB084523; Wed, 13 Jun 2007 13:09:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5DH976q070600; Wed, 13 Jun 2007 13:09:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 68E5773068; Wed, 13 Jun 2007 13:09:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613170907.68E5773068@freebsd-current.sentex.ca> Date: Wed, 13 Jun 2007 13:09:07 -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, 13 Jun 2007 17:09:08 -0000 TB --- 2007-06-13 16:00:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-13 16:00:33 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-13 16:00:33 - cleaning the object tree TB --- 2007-06-13 16:00:55 - checking out the source tree TB --- 2007-06-13 16:00:55 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-13 16:00:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-13 16:11:22 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-13 16:11:22 - cd /src TB --- 2007-06-13 16:11:22 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 13 16:11: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 [...] cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/ifgroup.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/ifpfsync.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/ifbridge.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/iflagg.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/af_ipx.c /src/sbin/ifconfig/af_ipx.c: In function 'ipx_postproc': /src/sbin/ifconfig/af_ipx.c:101: error: storage size of 'rq' isn't known /src/sbin/ifconfig/af_ipx.c:101: warning: unused variable 'rq' *** Error code 1 Stop in /src/sbin/ifconfig. *** Error code 1 Stop in /obj/sun4v/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-13 17:09:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 17:09:07 - ERROR: failed to build world TB --- 2007-06-13 17:09:07 - tinderbox aborted TB --- 0.54 user 1.93 system 4113.79 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 17:09: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 7A00316A475; Wed, 13 Jun 2007 17:09:15 +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 2902F13C44B; Wed, 13 Jun 2007 17:09:15 +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 l5DH9EVm084550; Wed, 13 Jun 2007 13:09:14 -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 l5DH9Ea0083309; Wed, 13 Jun 2007 13:09:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 681807306B; Wed, 13 Jun 2007 13:09:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613170914.681807306B@freebsd-current.sentex.ca> Date: Wed, 13 Jun 2007 13:09:14 -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/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 17:09:15 -0000 TB --- 2007-06-13 16:00:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-13 16:00:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-06-13 16:00:16 - cleaning the object tree TB --- 2007-06-13 16:00:43 - checking out the source tree TB --- 2007-06-13 16:00:43 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-06-13 16:00:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-13 16:11:22 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-13 16:11:22 - cd /src TB --- 2007-06-13 16:11:22 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 13 16:11: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 [...] cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/ifgroup.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/ifpfsync.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/ifbridge.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/iflagg.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/af_ipx.c /src/sbin/ifconfig/af_ipx.c: In function 'ipx_postproc': /src/sbin/ifconfig/af_ipx.c:101: error: storage size of 'rq' isn't known /src/sbin/ifconfig/af_ipx.c:101: warning: unused variable 'rq' *** Error code 1 Stop in /src/sbin/ifconfig. *** Error code 1 Stop in /obj/sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-13 17:09:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 17:09:14 - ERROR: failed to build world TB --- 2007-06-13 17:09:14 - tinderbox aborted TB --- 0.63 user 2.00 system 4137.88 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 17:33: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 5FB8716A46D; Wed, 13 Jun 2007 17:33:13 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.freebsd.org (Postfix) with ESMTP id CA44813C483; Wed, 13 Jun 2007 17:33:12 +0000 (UTC) (envelope-from mb@imp.ch) Received: from godot (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id l5DHX6hK061768; Wed, 13 Jun 2007 19:33:10 +0200 (CEST) (envelope-from mb@imp.ch) Date: Wed, 13 Jun 2007 19:33:06 +0200 (CEST) From: Martin Blapp X-X-Sender: mb@godot To: Jan Mikkelsen In-Reply-To: <000001c7ad41$fbab8570$0502a8c0@IBMA618C20271E> Message-ID: <20070613193202.H93334@godot> References: <000001c7ad41$fbab8570$0502a8c0@IBMA618C20271E> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, scottl@freebsd.org Subject: RE: IBM serveraid ipsstat physical drive state values X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 17:33:13 -0000 Hi, > There are some codes in ipsstat from ips_diskdev_statename(), which ipsstat > has borrowed from ips.c. You should be seeing text for some states. Unfortunatly those are the codes for the logical device, not for the physical disks. Those codes seem to be undocumented everywhere. :-( -- Martin From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 15:40: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 EF46D16A468 for ; Wed, 13 Jun 2007 15:40:47 +0000 (UTC) (envelope-from jfosburg@mdanderson.org) Received: from mail.mdanderson.org (mail.mdanderson.org [143.111.251.38]) by mx1.freebsd.org (Postfix) with ESMTP id 932E613C44B for ; Wed, 13 Jun 2007 15:40:47 +0000 (UTC) (envelope-from jfosburg@mdanderson.org) From: Jonathan Fosburgh To: freebsd-current@freebsd.org Date: Wed, 13 Jun 2007 04:30:52 -0500 User-Agent: KMail/1.9.6 References: <20070612205913.GA24678@ceid.upatras.gr> <200706130855.31339.hselasky@c2i.net> In-Reply-To: <200706130855.31339.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706130430.53046.jfosburg@mdanderson.org> X-Mailman-Approved-At: Wed, 13 Jun 2007 18:07:39 +0000 Cc: Marinos Ilias , Kip Macy , Hans Petter Selasky Subject: Re: HPS stack and ural X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 15:40:48 -0000 On Wednesday 13 June 2007 01:55:31 Hans Petter Selasky wrote: > > There is an "install_ural.sh" script under "FreeBSD.usb" which you can use > to install the URAL driver, hence I don't install it by default any more, > due to some compilation problems on FreeBSD-7-current. > > Just run the script, then make the /sys/modules/ural module, and then > "kldload if_ural". > > It should compile on FreeBSD 6.2 at least. > It works great on -CURRENT, and is stable with wpa, as opposed to the standard USB stack which panics while using wpa. From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 18:17: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 424F016A46B; Wed, 13 Jun 2007 18:17: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 E655013C483; Wed, 13 Jun 2007 18:17:18 +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 l5DIHIcG095015; Wed, 13 Jun 2007 14:17: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 l5DIHIjL012508; Wed, 13 Jun 2007 14:17:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8343E73068; Wed, 13 Jun 2007 14:17:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613181717.8343E73068@freebsd-current.sentex.ca> Date: Wed, 13 Jun 2007 14:17:17 -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 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: Wed, 13 Jun 2007 18:17:19 -0000 TB --- 2007-06-13 17:10:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-13 17:10:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-13 17:10:01 - cleaning the object tree TB --- 2007-06-13 17:10:22 - checking out the source tree TB --- 2007-06-13 17:10:22 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-13 17:10:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-13 17:21:24 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-13 17:21:24 - cd /src TB --- 2007-06-13 17:21:24 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 13 17:21:25 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 [...] cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/ifgroup.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/ifpfsync.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/ifbridge.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/iflagg.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/af_ipx.c /src/sbin/ifconfig/af_ipx.c: In function 'ipx_postproc': /src/sbin/ifconfig/af_ipx.c:101: error: storage size of 'rq' isn't known /src/sbin/ifconfig/af_ipx.c:101: warning: unused variable 'rq' *** Error code 1 Stop in /src/sbin/ifconfig. *** Error code 1 Stop in /obj/arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-13 18:17:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 18:17:17 - ERROR: failed to build world TB --- 2007-06-13 18:17:17 - tinderbox aborted TB --- 0.57 user 1.70 system 4035.95 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 18:21: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 D484C16A505; Wed, 13 Jun 2007 18:21:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 836D313C44C; Wed, 13 Jun 2007 18:21:27 +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 l5DILRfH095629; Wed, 13 Jun 2007 14:21: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 l5DILQwG022662; Wed, 13 Jun 2007 14:21:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C17DB73068; Wed, 13 Jun 2007 14:21:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070613182126.C17DB73068@freebsd-current.sentex.ca> Date: Wed, 13 Jun 2007 14:21:26 -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: Wed, 13 Jun 2007 18:21:28 -0000 TB --- 2007-06-13 17:10:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-13 17:10:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-13 17:10:01 - cleaning the object tree TB --- 2007-06-13 17:10:36 - checking out the source tree TB --- 2007-06-13 17:10:36 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-13 17:10:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-13 17:21:24 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-13 17:21:24 - cd /src TB --- 2007-06-13 17:21:24 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 13 17:21:25 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 [...] cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/ifgroup.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/ifpfsync.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/ifbridge.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/iflagg.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /src/sbin/ifconfig/af_ipx.c /src/sbin/ifconfig/af_ipx.c: In function 'ipx_postproc': /src/sbin/ifconfig/af_ipx.c:101: error: storage size of 'rq' isn't known /src/sbin/ifconfig/af_ipx.c:101: warning: unused variable 'rq' *** Error code 1 Stop in /src/sbin/ifconfig. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-13 18:21:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-13 18:21:26 - ERROR: failed to build world TB --- 2007-06-13 18:21:26 - tinderbox aborted TB --- 0.84 user 3.02 system 4285.52 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 18:33: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 C889716A46C for ; Wed, 13 Jun 2007 18:33:48 +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 B807013C45E for ; Wed, 13 Jun 2007 18:33:48 +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 550321A3C19; Wed, 13 Jun 2007 11:33:24 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 1D857511B4; Wed, 13 Jun 2007 14:33:48 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 1571BBE7C; Wed, 13 Jun 2007 14:33:48 -0400 (EDT) Date: Wed, 13 Jun 2007 14:33:48 -0400 From: Kris Kennaway To: Craig Boston , current@freebsd.org Message-ID: <20070613183347.GA54210@rot13.obsecurity.org> References: <20070613160835.GA6461@nowhere> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070613160835.GA6461@nowhere> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: ZFS tuning tips? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 18:33:48 -0000 On Wed, Jun 13, 2007 at 11:08:35AM -0500, Craig Boston wrote: > There have been several threads on the mailing lists regarding tuning > ZFS for performance and/or getting it to work on i386 without panicing. > However searching for them is turning out to be problematic as I > remember reading (and posting to) topics that I can't seem to find in > the archives, and what I do find is possibly obsoleted by some of pjd's > recent work with namecache integration (is this even enabled by > default?) > > Would it be possible for those who have been running with it to post any > tips or tweaks that have been found to work well on recent CURRENT (for > either i386 or amd64)? It would be great if someone with access to the > Wiki could gather them together and put them somewhere. > http://wiki.freebsd.org/ZFSTuning perhaps? I sent mail about this last week. Kris From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 18:57: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 D52D816A41F for ; Wed, 13 Jun 2007 18:57:35 +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 BF85A13C487 for ; Wed, 13 Jun 2007 18:57:35 +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 B8C938BF9A3; Wed, 13 Jun 2007 11:56:27 -0700 (PDT) Received: from relay5.apple.com (unknown [127.0.0.1]) by relay5.apple.com (Symantec Mail Security) with ESMTP id 702E329C003; Wed, 13 Jun 2007 11:57:35 -0700 (PDT) X-AuditID: 11807123-9f821bb000000a23-37-46703e1f7927 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 5D9D030400B; Wed, 13 Jun 2007 11:57:35 -0700 (PDT) In-Reply-To: <466FB481.3090503@delphij.net> References: <466FB481.3090503@delphij.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <96AE8CCB-5E8B-47EF-AE9A-8CA38AB9334E@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Wed, 13 Jun 2007 11:57:34 -0700 To: LI Xin X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: FreeBSD Current Subject: Re: RFC: diff(1) update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 18:57:36 -0000 On Jun 13, 2007, at 2:10 AM, LI Xin wrote: > I have done a first cut of bringing latest GNU diffutils (2.8.1) to > the > FreeBSD base system. This consists two parts of changes: > [ ... ] > Some notes: > - I have tried to keep as most our local features (DIFF_OPTIONS, > etc), > but we still need to have some test cases to figure out whether > there is > regression. > - Local changes are now maintained as patchsets. > - Still need to find a better way to handle local manpage changes... > > Comments? Thanks for looking into updating diffutils, Xin. Paul Eggert, the diffutils maintainer, has recently adopted a patch for sdiff which allows using "1" and "2" in addition to "l" and "r", which is exceptionally useful when people are running mergemaster. Also, v2.8.6 also includes a fix for invoking an editor in sdiff mode: Paul Eggert wrote: > Chuck Swiger writes: >> At least with diff-2.7 or thereabouts, invoking the >> external editor via "e l" or "e r" would always fail and return the >> warning from this line of diff code: >> >> fatal ("Subsidiary editor failed"); > > You can double-check, but I think that bug was fixed here: > > 2004-04-12 Paul Eggert > > * NEWS, configure.ac (AC_INIT): Version 2.8.6. > ... > * src/sdiff.c (check_child_status): Renamed from ck_editor_status, > and > accept a new arg MAX_OK_STATUS. All callers changed. > Handle status 126/127 as per POSIX. > ------ > Good point, thanks. I installed this: > > 2007-06-06 Paul Eggert > > * NEWS: Mention new sdiff aliases 1 and 2 for l and r. > * doc/diff.texi (Merge Commands): Likewise. > * src/sdiff.c (give_help): Give help for them. > (edit): Support them. > > Index: NEWS > =================================================================== > RCS file: /cvsroot/diffutils/diffutils/NEWS,v > retrieving revision 1.25 > diff -u -p -r1.25 NEWS > --- NEWS 5 Sep 2006 23:02:32 -0000 1.25 > +++ NEWS 6 Jun 2007 23:40:12 -0000 > @@ -14,6 +14,8 @@ User-visible changes since 2.8.7 (in "ve > "Utility Syntax Guidelines" in the Minutes of the January 2005 > Meeting . > > +* sdiff now understands '1' and '2' as synonyms for 'l' and 'r'. > + > Version 2.8.7 contains no user-visible changes. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 19:22: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 C5DC416A41F for ; Wed, 13 Jun 2007 19:22:07 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id B45E013C457 for ; Wed, 13 Jun 2007 19:22:05 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 37F0810F44; Wed, 13 Jun 2007 14:22:05 -0500 (CDT) Date: Wed, 13 Jun 2007 14:22:04 -0500 From: Craig Boston To: Kris Kennaway Message-ID: <20070613192204.GB82412@nowhere> References: <20070613160835.GA6461@nowhere> <20070613183347.GA54210@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070613183347.GA54210@rot13.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org Subject: Re: ZFS tuning tips? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 19:22:07 -0000 On Wed, Jun 13, 2007 at 02:33:48PM -0400, Kris Kennaway wrote: > I sent mail about this last week. Are you referring to the "ZFS on 32-bit CPUs" topic? I saw that, but lowering maxvnodes to 75000 still results in panics for me. Lowering it further works, but results in poor performance. I with there was a more quantitative way to calculate it; right now it seems like taking shots in the dark to see what works. Missed the VM_KMEM_SIZE_MAX though, I'll try playing with that and see if it helps. As far as I understand most of the problem on i386 is KVA -- mostly I'm thinking if there are ways to optimize the kernel memory space. Maybe cutting back on usage of other kernel allocations by lowering some limits of things I'm not fully using. I'm not 100% sure I understand why it's a problem even with <=2GB memory. I thought the kernel had a full 2GB of address space to itself (or is the problem the 320/400M that's available for kernel malloc?). Just wild speculation, and I'm probably way off here, but would it be possible / worth it to try to teach ZFS to allocate VM objects rather than carving directly out of kernel memory? How does the FreeBSD buffer cache handle it? Craig From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 19:54: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 E240716A400 for ; Wed, 13 Jun 2007 19:54:45 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.freebsd.org (Postfix) with ESMTP id 3DC1E13C45A for ; Wed, 13 Jun 2007 19:54:21 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (localhost [127.0.0.1]) by vonnegut.anholt.net (8.14.1/8.14.1) with ESMTP id l5DJTS9E007408; Wed, 13 Jun 2007 12:29:54 -0700 (PDT) (envelope-from eric@anholt.net) Received: (from anholt@localhost) by vonnegut.anholt.net (8.14.1/8.14.1/Submit) id l5DJSDro007403; Wed, 13 Jun 2007 12:28:13 -0700 (PDT) (envelope-from eric@anholt.net) X-Authentication-Warning: vonnegut.anholt.net: anholt set sender to eric@anholt.net using -f From: Eric Anholt To: Craig Boston In-Reply-To: <20070613160835.GA6461@nowhere> References: <20070613160835.GA6461@nowhere> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-wx6t8RMElQtAPOdFTnzX" Date: Wed, 13 Jun 2007 12:28:01 -0700 Message-Id: <1181762881.1241.6.camel@vonnegut> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: current@freebsd.org Subject: Re: ZFS tuning tips? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 19:54:46 -0000 --=-wx6t8RMElQtAPOdFTnzX Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2007-06-13 at 11:08 -0500, Craig Boston wrote: > This is on i386. I'd love to switch to amd64 but am held back by the > nvidia driver. I wouldn't miss 3D acceleration _that_ much, but last I > checked the 'nv' driver didn't support using both heads on the card, > which is kind of a showstopper. Anybody know if this is possible in > Xorg 7.2? The nv 2d driver supports randr 1.2 on the G80, so it would be a matter of getting our server updated and updating to the latest nv driver (I've left the server alone so that things could settle with the xorg upgrade for a while). The nouveau developers are working on supporting randr 1.2 as well as other features that nvidia doesn't care to expose, on all nvidia hardware. I don't know of anyone working on supporting it on FreeBSD currently. --=20 Eric Anholt anholt@FreeBSD.org eric@anholt.net eric.anholt@intel.com --=-wx6t8RMElQtAPOdFTnzX 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) iD8DBQBGcEVAHUdvYGzw6vcRAtAwAJ9kcBN9rnjmFrjMxlYdtCJNfdwY4QCdHqtm ygqi4Ew74q/kO4JMWTPW1zY= =0n4/ -----END PGP SIGNATURE----- --=-wx6t8RMElQtAPOdFTnzX-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 21:10: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 ED8F916A400 for ; Wed, 13 Jun 2007 21:10:01 +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 61AEF13C44C for ; Wed, 13 Jun 2007 21:10:01 +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 l5DL9xXi024304; Wed, 13 Jun 2007 23:10:00 +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 l5DL9qAu045636 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Jun 2007 23:09:52 +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 l5DL9pCr047423; Wed, 13 Jun 2007 23:09:51 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l5DL9pwk047422; Wed, 13 Jun 2007 23:09:51 +0200 (CEST) (envelope-from ticso) Date: Wed, 13 Jun 2007 23:09:51 +0200 From: Bernd Walter To: Maksim Yevmenkin Message-ID: <20070613210951.GX42538@cicely12.cicely.de> References: <20070613150534.D83504@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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: Robert Watson , current@freebsd.org Subject: Re: HEADS UP: IPX over IP support removed 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: Wed, 13 Jun 2007 21:10:02 -0000 On Wed, Jun 13, 2007 at 07:39:26AM -0700, Maksim Yevmenkin wrote: > Robert, > > [...] > > >The following subsystems remain with NET_NEEDS_GIANT dependence: > > > >i4b - ISDN framework, for which there is on-going work > > > >netatm - One of three ATM frameworks, for which there is on-going work > > > >ng_h4 - Bluetooth serial drivers -- I know of no on-going work here > > > >IPSEC - KAME IPSEC implementation, which will be removed and replaced with > > FAST_IPSEC in 7.0, once IPv6 support is committed for it. > > > >Of the above, I am concerned about ng_h4 since I've heard nothing about > >potential work on this. I believe the dependence issue has to do with > >entering the non-MPSAFE TTY code without Giant, and perhaps this is easily > >addressed... > > yes, ng_h4(4) uses giant to enter tty code. i have some code, i wrote > long time ago, similar to what ng_tty(4) does, however, i was waiting > for tty changes. > > i will see if i can fix it, or, since almost no one uses serial > bluetooth dongles anymore, retire it completely I hadn't spend much time with bluetooth yet, so this maybe a silly question. Is this for using a generic bluetooth device attached to RS232 or is this to emulate an serial connetion over BT? So far the BT devices I've seen with uart interfaces are not gerneric ones and support only the serial connection over BT in a modemstyle fashion, which doesn't need special OS support anyway. I've ordered two of those devices yesterday and it would be great if I can connect them with FreeBSD via an USB-BT adapter. -- 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 Wed Jun 13 22:05: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 64C2416A46C for ; Wed, 13 Jun 2007 22:05:39 +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 20CD113C4AD for ; Wed, 13 Jun 2007 22:05:38 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Hyaxb-0007Fp-Ps for freebsd-current@freebsd.org; Thu, 14 Jun 2007 00:05:03 +0200 Received: from yehat.cs-7.com ([64.246.62.99]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Jun 2007 00:05:03 +0200 Received: from c.kworr by yehat.cs-7.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Jun 2007 00:05:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Volodymyr Kostyrko Date: Wed, 13 Jun 2007 22:43:55 +0300 Lines: 15 Message-ID: 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: yehat.cs-7.com User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.8.1.4) Gecko/20070601 SeaMonkey/1.1.2 Sender: news Subject: old bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2007 22:05:39 -0000 Recently bumped once again into "misc/58117: installworld /tmp/ problem". Would it be better to solve it at "once and for all" basis? This is a good choice for securing servers to make /tmp noexec. But when you did that - you'll have to face this bug again. Yes, it can be solved by specifying TMPDIR. But: - UPDATING says nothing about that; - nor documentation do; - the message is kindda cryptic and it takes time to understand whats going on. Why not document the issue or prevent it by using custom catalog? -- Sphinx of black quartz judge my vow! From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 22:06: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 4B57416A468 for ; Wed, 13 Jun 2007 22:06:34 +0000 (UTC) (envelope-from mv@rulez.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0F9BC13C457 for ; Wed, 13 Jun 2007 22:06:34 +0000 (UTC) (envelope-from mv@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 5D54C5C27; Wed, 13 Jun 2007 23:47:04 +0200 (CEST) X-Virus-Scanned: by amavisd-new at mail.rulez.sk Received: by mail.rulez.sk (Postfix, from userid 1020) id F18385C21; Wed, 13 Jun 2007 23:47:00 +0200 (CEST) Date: Wed, 13 Jun 2007 23:47:00 +0200 From: Milos Vyletel To: Jeff Roberson Message-ID: <20070613214700.GA71637@rulez.sk> References: <20070612192146.Y60816@10.0.0.1> <20070613113953.GA28334@rulez.sk> <20070613122158.W60816@10.0.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070613122158.W60816@10.0.0.1> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Call for testers, amd64 only, new scheduler. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 22:06:34 -0000 On Wed, Jun 13, 2007 at 12:25:28PM -0700, Jeff Roberson wrote: > On Wed, 13 Jun 2007, Milos Vyletel wrote: > > >Hi Jeff, > > > >thanks for great work. I have tried your patch this morning and I see > >quite odd > >output of top and other things. > > > >for example very high load, even if cpu is idle > > This is very unusual! I'm not able to reproduce this here. Can you > verify whether this happens with ULE and 4BSD as well? > > Thanks, > Jeff > well, I've recompiled my kernel with the exact same sources but SCHED_ULE doesn't seem to do this. $ uptime 11:44PM up 18 mins, 3 users, load averages: 0.00, 0.00, 0.00 i can provide you account on my box if that helps, or test patches... MV > > > >last pid: 1369; load averages: 281.80, 278.62, 268.88 > >up 0+04:31:02 13:36:57 > >42 processes: 1 running, 41 sleeping > >CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.2% interrupt, 99.8% > >idle > >Mem: 92M Active, 6032K Inact, 242M Wired, 4156K Cache, 512K Buf, 1875M Free > >Swap: 3072M Total, 3072M Free > > > >another thing, i have 3GB of ram in my box, but top actually see only about > >2200MB > > > >CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (2205.02-MHz K8-class > >CPU) > > Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 > > Features=0x178bfbff > > Features2=0x1 > > AMD Features=0xe2500800 > > AMD Features2=0x3 > > Cores per package: 2 > >usable memory = 3211776000 (3062 MB) > >avail memory = 3105628160 (2961 MB) > >FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > > >and maybe som other things i can't see. > > > >mv > > From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 22:08: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 3A40516A41F for ; Wed, 13 Jun 2007 22:08:17 +0000 (UTC) (envelope-from maksim.yevmenkin@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 EA8FD13C468 for ; Wed, 13 Jun 2007 22:08:16 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so86889anc for ; Wed, 13 Jun 2007 15:08: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=Su6QElUXz2v6Qsb+tsHnUdGys39tiHGV3waTaa+/UM7UcfkIhJiRj2rcTT8HBumaYNIYP/bID12O3MFoZrEsU99d9NTK2oluCK+e3lakYejq8erL7BKB8umeabct82dwHCigeM81xi4ICdyoqZ0ujDjOiTFGrolsHD9GFeh2vTQ= 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=FerC2kmDmADTrncX6LX5RQkRW/RIeF7RZjbXdc8hInU+BuNoF8uKOpDNco4xNop5LnBRHYENrhiJdSfRajLK25R84VhTQ8egzisUL4YHbxmBkFzJtqn5YuLoPEtuEEsf1CjxSv0Eej6VdYC7QIDH8sTEQphg3b8z7mok8OiuAk8= Received: by 10.100.31.2 with SMTP id e2mr650105ane.1181772495957; Wed, 13 Jun 2007 15:08:15 -0700 (PDT) Received: by 10.100.111.17 with HTTP; Wed, 13 Jun 2007 15:08:15 -0700 (PDT) Message-ID: Date: Wed, 13 Jun 2007 15:08:15 -0700 From: "Maksim Yevmenkin" To: ticso@cicely.de In-Reply-To: <20070613210951.GX42538@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070613150534.D83504@fledge.watson.org> <20070613210951.GX42538@cicely12.cicely.de> Cc: Robert Watson , current@freebsd.org Subject: Re: HEADS UP: IPX over IP support removed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 22:08:17 -0000 On 6/13/07, Bernd Walter wrote: > On Wed, Jun 13, 2007 at 07:39:26AM -0700, Maksim Yevmenkin wrote: > > Robert, > > > > [...] > > > > >The following subsystems remain with NET_NEEDS_GIANT dependence: > > > > > >i4b - ISDN framework, for which there is on-going work > > > > > >netatm - One of three ATM frameworks, for which there is on-going work > > > > > >ng_h4 - Bluetooth serial drivers -- I know of no on-going work here > > > > > >IPSEC - KAME IPSEC implementation, which will be removed and replaced with > > > FAST_IPSEC in 7.0, once IPv6 support is committed for it. > > > > > >Of the above, I am concerned about ng_h4 since I've heard nothing about > > >potential work on this. I believe the dependence issue has to do with > > >entering the non-MPSAFE TTY code without Giant, and perhaps this is easily > > >addressed... > > > > yes, ng_h4(4) uses giant to enter tty code. i have some code, i wrote > > long time ago, similar to what ng_tty(4) does, however, i was waiting > > for tty changes. > > > > i will see if i can fix it, or, since almost no one uses serial > > bluetooth dongles anymore, retire it completely > > I hadn't spend much time with bluetooth yet, so this maybe a silly > question. > Is this for using a generic bluetooth device attached to RS232 or > is this to emulate an serial connetion over BT? this is for bluetooth devices that use rs232 as transport. this includes external rs232 dongles and some older pccard device (i.e. i have xircom cbt). > So far the BT devices I've seen with uart interfaces are not gerneric > ones and support only the serial connection over BT in a modemstyle > fashion, which doesn't need special OS support anyway. yes, i think you are talking about serial-port-profile dongles. pair of those would essentially replace null-modem cable. they are different, as they run a simple application on them that implements serial-port-profile. usually, it is not possible to use serial interface to talk to bluetooth device itself (i.e. send hci command etc.). > I've ordered two of those devices yesterday and it would be great > if I can connect them with FreeBSD via an USB-BT adapter. it should be possible. i just tried to see if my xircom pccard would work and it did not :( basically uart(4) did not attached the card :( max From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 22:16: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 0417B16A46C for ; Wed, 13 Jun 2007 22:16:11 +0000 (UTC) (envelope-from SRS0=2uSQ=LN=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 94F0F13C457 for ; Wed, 13 Jun 2007 22:16:10 +0000 (UTC) (envelope-from SRS0=2uSQ=LN=FreeBSD.org=se@srs.kundenserver.de) Received: from [80.135.160.200] (helo=[192.168.0.12]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1Hyavy3M06-0008FE; Thu, 14 Jun 2007 00:03:23 +0200 Message-ID: <467069A5.7050902@FreeBSD.org> Date: Thu, 14 Jun 2007 00:03:17 +0200 From: Stefan Esser User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Craig Boston , current@freebsd.org References: <20070613160835.GA6461@nowhere> In-Reply-To: <20070613160835.GA6461@nowhere> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX19IChMthss+w71xjYLLqIBvd5n/1NCgtZMqHzQ zhzq8K+dmcyQIA8Kaj3Ct/LEn9Mjr6iqwzM5PNO0eFwAfauLft qeHO9YkIa5vS/tu85qoMg== Cc: Subject: Re: ZFS tuning tips? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 22:16:11 -0000 Craig Boston schrieb: > Possibly related to reducing maxvnodes, I'm running into a strange > problem that appears to be cache-related. I noticed that during > port installs, the "Registering installation" phase started taking > forever. I tracked it down to pkg_info -qO [name] going very slow and > causing a _lot_ of disk access. > > It seems like the entries in /var/db/pkg were not being cached (or > rather some old stuff wasn't being purged to make room for it). Doing > an umount /usr/obj seemed to help quite a bit (and caused vfs.numvnodes > to drop from ~45000 to 4000), but it eventually happened again. What > perplexes me is that I still had about 1700M Free memory that should > have been available for caching. I have found that ZFS prefetch is killing performance on my test server (which is just an old P3/733 with 512MB RAM). The prefetch code appears to *always* extend the region to be read, not only in case of sequential reads (as our UFS code does under control of the vfs.read_max sysctl tunable). Therefor I have: vfs.zfs.prefetch_disable="1" in my "/boot/loader.conf", and it helps a lot! All drives perform zero-cost read-ahead today by placing sectors in reverse order and starting to read from the target track as soon as the head is settled, stopping when the first requested sector has been read (remember: sectors are in reverse order). Since the drives cache data from the last 10 to 20 requests (at least), another read has a good chance to find sectors following the initial request in the drives cache, if no ZFS read-ahead is performed. ZFS prefetch seems to extend each read request to the value of recordsize (e.g. 128KB), even for short direct accesses (e.g. to a DBM file). This may require an extra revolution of the disk (which the read ahead issued by the drive's firmware avoids by just reading what happens to be found between the point where the head is settled and able to read data and the final requested sector). As long as ZFS prefetch is not adaptive, I do not consider it a good idea to have it enabled by default. But I have not performed reproducible benchmark runs to provide hard numbers, just observed the qualitative difference (i.e. much reduced load and better response after ZFS prefetch was disabled). Regards, STefan From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 22:50: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 D5D7616A41F for ; Wed, 13 Jun 2007 22:50:10 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id B26F413C447 for ; Wed, 13 Jun 2007 22:50:10 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 13 Jun 2007 15:21:38 -0700 X-IronPort-AV: i="4.16,418,1175497200"; d="scan'208"; a="164526053:sNHT50073750" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l5DMLcji032064 for ; Wed, 13 Jun 2007 15:21:38 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l5DMLWaS005932 for ; Wed, 13 Jun 2007 22:21:38 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 13 Jun 2007 15:21:35 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 13 Jun 2007 15:21:35 -0700 Message-ID: <46706E63.1080906@cisco.com> Date: Wed, 13 Jun 2007 18:23:31 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 13 Jun 2007 22:21:35.0353 (UTC) FILETIME=[33FD5E90:01C7AE09] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=772; t=1181773298; x=1182637298; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20KTR=20and=20SCTP |Sender:=20; bh=6rrL5KlWiM3Ina0JSs1gRtlzfKpxLOWTnks3QSetEmw=; b=nv84ZFm3wNW8qvTxlWx4+m6BrKyvNvSowksScqH0Rzk00yq8o4FEjHtecRxidVF62VSTfhnu E9xE1BdIvPWe8yvlPpk0qLAfzWwyagdoyB+EzpIim365U4FK3qM/xbZ6pDfcz3Zh78CkAD1LpR fFhUkrwf9VlQZn2rWndnf34DM=; Authentication-Results: sj-dkim-1; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim1004 verified; ); Cc: Subject: KTR and SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2007 22:50:10 -0000 All: I am in the process of converting all the logging that SCTP does to use the KTR sub-system. This will fit nicely.. I still need to do some things to make it so I can pull out the logs and make pretty charts and graphs (in SCTP its used for debugging but also exploring how CC and other niceties works).. But I was wondering.. would anyone mind if I took KTR_SPARE2 and made it: KTR_SCTP_SUBSYS I have a huge amount of tracing under SCTP now.. so many I am setting in a seperate mask set to enable/disable various pieces of it.. So I was thinking it would warrent a sub-system of its own :-D Any objections? If not I will change it :-D Thanks R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 01:35: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 9A10A16A473 for ; Thu, 14 Jun 2007 01:35:57 +0000 (UTC) (envelope-from malus.x@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.237]) by mx1.freebsd.org (Postfix) with ESMTP id 586E813C45B for ; Thu, 14 Jun 2007 01:35:56 +0000 (UTC) (envelope-from malus.x@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so320156wra for ; Wed, 13 Jun 2007 18:35:55 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=XcF2D9+U8jgXMCv1QPzO9dbKRcW62YukVBDrsCZzkD8hIProkoc9l97Mn/PWg5QtplMOGxfGdCglovxxU0FtoFKf772BfMauK9d3u9Yc8rs1Ub7dPRzv9xIPb25yCvYbPSIJKAnbJNwhCvEQ1MVRqP/iRiATKV5+fRvekKiCIt8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=BW9ySGGYqUw+4BXEH4fPj56D9CcSsQYRxiI0MfdRW8Qew2gm1zvJnd/Z/VURowHStm295rlBkyTq8y69lwYVNq0oYdCa3U1Unfc/O6rzKXuBp7p2gathKR7BrJrjNE5g+jEoG7xPMYRE2JQQVvK86kxYclUkJUR/EjyBAQsoidE= Received: by 10.100.141.13 with SMTP id o13mr777640and.1181783392702; Wed, 13 Jun 2007 18:09:52 -0700 (PDT) Received: from ?192.168.1.2? ( [68.83.143.72]) by mx.google.com with ESMTP id c28sm2110430anc.2007.06.13.18.09.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 13 Jun 2007 18:09:51 -0700 (PDT) Message-ID: <4670955E.4080706@gmail.com> Date: Wed, 13 Jun 2007 21:09:50 -0400 From: Dave Grochowski User-Agent: Thunderbird 2.0.0.0 (X11/20070531) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: old bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2007 01:35:57 -0000 Hey, Volodymyr Kostyrko wrote: > Recently bumped once again into "misc/58117: installworld /tmp/ > problem". Would it be better to solve it at "once and for all" basis? > > This is a good choice for securing servers to make /tmp noexec. But > when you did that - you'll have to face this bug again. Yes, it can be > solved by specifying TMPDIR. But: > - UPDATING says nothing about that; > - nor documentation do; > - the message is kindda cryptic and it takes time to understand whats > going on. > > Why not document the issue or prevent it by using custom catalog? > It's a problem for a few ports too, notably math/R. Sincerely, Dave Grochowski From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 02:25:12 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 38CF416A468 for ; Thu, 14 Jun 2007 02:25:12 +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 F2D3813C458 for ; Thu, 14 Jun 2007 02:25:11 +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 2C3C81A4D8D; Wed, 13 Jun 2007 19:24:46 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 34319513EC; Wed, 13 Jun 2007 22:25:11 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id D0D61BE8F; Wed, 13 Jun 2007 22:25:10 -0400 (EDT) Date: Wed, 13 Jun 2007 22:25:10 -0400 From: Kris Kennaway To: Randall Stewart Message-ID: <20070614022510.GA61989@rot13.obsecurity.org> References: <46706E63.1080906@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46706E63.1080906@cisco.com> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: KTR and SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 02:25:12 -0000 On Wed, Jun 13, 2007 at 06:23:31PM -0400, Randall Stewart wrote: > All: > > I am in the process of converting all the logging that > SCTP does to use the KTR sub-system. This will fit > nicely.. I still need to do some things to make it > so I can pull out the logs and make pretty charts and > graphs (in SCTP its used for debugging but also exploring > how CC and other niceties works).. > > But I was wondering.. would anyone mind if I took > KTR_SPARE2 > > and made it: > > KTR_SCTP_SUBSYS > > I have a huge amount of tracing under SCTP now.. so > many I am setting in a seperate mask set to enable/disable > various pieces of it.. So I was thinking it would > warrent a sub-system of its own :-D > > Any objections? If not I will change it :-D Yeah, we really do need to keep those spare fields for local use. Kris From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 03:09: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 7555E16A468 for ; Thu, 14 Jun 2007 03:09:41 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.freebsd.org (Postfix) with ESMTP id 50EEE13C44B for ; Thu, 14 Jun 2007 03:09:41 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-3.cisco.com with ESMTP; 13 Jun 2007 20:09:41 -0700 X-IronPort-AV: i="4.16,418,1175497200"; d="scan'208"; a="493905045:sNHT45162994" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l5E39fHT032594; Wed, 13 Jun 2007 20:09:41 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l5E39Z24014309; Thu, 14 Jun 2007 03:09:40 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 13 Jun 2007 20:08:28 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 13 Jun 2007 20:08:28 -0700 Message-ID: <4670B1A0.4070706@cisco.com> Date: Wed, 13 Jun 2007 23:10:24 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <46706E63.1080906@cisco.com> <20070614022510.GA61989@rot13.obsecurity.org> In-Reply-To: <20070614022510.GA61989@rot13.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jun 2007 03:08:28.0244 (UTC) FILETIME=[47AC1940:01C7AE31] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1067; t=1181790581; x=1182654581; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20KTR=20and=20SCTP |Sender:=20; bh=8YorWH8/mhteMCbdT8rLr/qXCjSQ6J2XO0+Di4EQWEA=; b=NsK/w+l0M7uWQ6QSEga1zUuorsAu9zqkAHad9QZ5rv3hiVrgT1eXxkkKy7vfznpdjBT7P3er pevie1lpdR1tvIfKX4zORY6rby4SjoKbFt9bsdNl58W0i9i+NOMPBt4n; Authentication-Results: sj-dkim-2; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim2002 verified; ); Cc: current@freebsd.org Subject: Re: KTR and SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 03:09:41 -0000 Kris Kennaway wrote: > On Wed, Jun 13, 2007 at 06:23:31PM -0400, Randall Stewart wrote: > >>All: >> >>I am in the process of converting all the logging that >>SCTP does to use the KTR sub-system. This will fit >>nicely.. I still need to do some things to make it >>so I can pull out the logs and make pretty charts and >>graphs (in SCTP its used for debugging but also exploring >>how CC and other niceties works).. >> >>But I was wondering.. would anyone mind if I took >>KTR_SPARE2 >> >>and made it: >> >>KTR_SCTP_SUBSYS >> >>I have a huge amount of tracing under SCTP now.. so >>many I am setting in a seperate mask set to enable/disable >>various pieces of it.. So I was thinking it would >>warrent a sub-system of its own :-D >> >>Any objections? If not I will change it :-D > > > Yeah, we really do need to keep those spare fields for local use. > > Kris > Ok.. so I will just use KTR_SPARE2 in my logs then I guess.. :-) R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 03:29: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 822FC16A46E; Thu, 14 Jun 2007 03:29:48 +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 2A8CB13C45B; Thu, 14 Jun 2007 03:29:48 +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 l5E3Rwph084851; Wed, 13 Jun 2007 21:27:58 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 13 Jun 2007 21:28:25 -0600 (MDT) Message-Id: <20070613.212825.-957834923.imp@bsdimp.com> To: rwatson@FreeBSD.ORG From: "M. Warner Losh" In-Reply-To: <20070613150534.D83504@fledge.watson.org> References: <20070613150534.D83504@fledge.watson.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: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 13 Jun 2007 21:27:59 -0600 (MDT) Cc: emax@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: HEADS UP: IPX over IP support removed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 03:29:48 -0000 In message: <20070613150534.D83504@fledge.watson.org> Robert Watson writes: : ng_h4 - Bluetooth serial drivers -- I know of no on-going work here Isn't emax working on this? I didn't notice it before now... Warner From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 04:32: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 C93A316A469 for ; Thu, 14 Jun 2007 04:32:30 +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 AE83F13C45D for ; Thu, 14 Jun 2007 04:32:30 +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 l5E4WGYt090939 for ; Wed, 13 Jun 2007 21:32:16 -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 l5E4WGEe090938 for freebsd-current@freebsd.org; Wed, 13 Jun 2007 21:32:16 -0700 (PDT) (envelope-from sgk) Date: Wed, 13 Jun 2007 21:32:16 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20070614043216.GA90909@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: ath device appears broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 04:32:30 -0000 I updated a 23 May 07 kernel and world to today sources, and ath0 no longer works. The first problem is that I do not use modules and modules are not built. When I boot up, the console shows ieee80211_load_module: load the wlan_scan_sta module by hand for now. Great, I don't have a wlan_scan_sta module. So, I can't get ath0 to associate. The second problem is ifconfig appears to have lost channel setting capabilities. I use this script to init my ath0 connect #! /bin/sh ifconfig ath0 inet 192.168.0.10 ifconfig ath0 ssid "MySSID" mode 11g wepmode on #ifconfig ath0 ssid "MySIDD" mode 11g channel 11 wepmode on ifconfig ath0 wepkey 0xa_long_hex_number_goes_here deftxkey 1 Note I have to comment out the line with "channel 11" in it. Furthermore, I see mobile:root[203] ifconfig ath0 ath0: flags=8843 metric 0 mtu 1500 ether 00:13:46:c4:5a:c1 inet 192.168.0.10 netmask 0xffffff00 broadcast 192.168.0.255 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g (OFDM/12Mbps) status: associated ifconfig: unknown/undefined channel number 11 -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 04:36: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 CB8B716A41F for ; Thu, 14 Jun 2007 04:36:23 +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 7760813C448 for ; Thu, 14 Jun 2007 04:36:23 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 75E451CC58; Thu, 14 Jun 2007 16:36:21 +1200 (NZST) Date: Thu, 14 Jun 2007 16:36:21 +1200 From: Andrew Thompson To: Steve Kargl Message-ID: <20070614043621.GA13586@heff.fud.org.nz> References: <20070614043216.GA90909@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070614043216.GA90909@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: ath device appears broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 04:36:23 -0000 On Wed, Jun 13, 2007 at 09:32:16PM -0700, Steve Kargl wrote: > I updated a 23 May 07 kernel and world to today sources, > and ath0 no longer works. The first problem is that I > do not use modules and modules are not built. When I > boot up, the console shows > > ieee80211_load_module: load the wlan_scan_sta module by hand for now. > > Great, I don't have a wlan_scan_sta module. So, I can't get ath0 > to associate. You need to sync your kernel config to GENERIC, wlan_scan_* have been added there along with the wlan modules. Its a common problem when the config is forked off GENERIC, the include funtions help here. cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 04:41: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 6365016A468 for ; Thu, 14 Jun 2007 04:41:20 +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 3CC3E13C455 for ; Thu, 14 Jun 2007 04:41:20 +0000 (UTC) (envelope-from sam@errno.com) Received: from sam-lefflers-powerbook-g4-15.local ([10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5E4fJ4H002559 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Jun 2007 21:41:19 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4670C6F1.9060301@errno.com> Date: Wed, 13 Jun 2007 21:41:21 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Steve Kargl References: <20070614043216.GA90909@troutmask.apl.washington.edu> In-Reply-To: <20070614043216.GA90909@troutmask.apl.washington.edu> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath device appears broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 04:41:20 -0000 Steve Kargl wrote: > I updated a 23 May 07 kernel and world to today sources, > and ath0 no longer works. The first problem is that I > do not use modules and modules are not built. When I > boot up, the console shows > > ieee80211_load_module: load the wlan_scan_sta module by hand for now. > > Great, I don't have a wlan_scan_sta module. So, I can't get ath0 > to associate. Read UPDATING? > > The second problem is ifconfig appears to have lost channel > setting capabilities. I use this script to init my ath0 > connect > > #! /bin/sh > ifconfig ath0 inet 192.168.0.10 > ifconfig ath0 ssid "MySSID" mode 11g wepmode on > #ifconfig ath0 ssid "MySIDD" mode 11g channel 11 wepmode on > ifconfig ath0 wepkey 0xa_long_hex_number_goes_here deftxkey 1 > > Note I have to comment out the line with "channel 11" in it. > Furthermore, I see > > mobile:root[203] ifconfig ath0 > ath0: flags=8843 metric 0 mtu 1500 > ether 00:13:46:c4:5a:c1 > inet 192.168.0.10 netmask 0xffffff00 broadcast 192.168.0.255 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g (OFDM/12Mbps) > status: associated > ifconfig: unknown/undefined channel number 11 > What does ifconfig ath0 list chan show? What happens if you remove "mode 11g"? How did you get this far if you don't have wlan_scan_sta? Sam From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 04:49: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 3FAE116A400 for ; Thu, 14 Jun 2007 04:49:41 +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 0B47613C46C for ; Thu, 14 Jun 2007 04:49:41 +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 l5E4m5ru091123; Wed, 13 Jun 2007 21:48:05 -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 l5E4m5NM091122; Wed, 13 Jun 2007 21:48:05 -0700 (PDT) (envelope-from sgk) Date: Wed, 13 Jun 2007 21:48:05 -0700 From: Steve Kargl To: Sam Leffler Message-ID: <20070614044805.GA91084@troutmask.apl.washington.edu> References: <20070614043216.GA90909@troutmask.apl.washington.edu> <4670C6F1.9060301@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4670C6F1.9060301@errno.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: ath device appears broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 04:49:41 -0000 On Wed, Jun 13, 2007 at 09:41:21PM -0700, Sam Leffler wrote: > Steve Kargl wrote: > > I updated a 23 May 07 kernel and world to today sources, > > and ath0 no longer works. The first problem is that I > > do not use modules and modules are not built. When I > > boot up, the console shows > > > > ieee80211_load_module: load the wlan_scan_sta module by hand for now. > > > > Great, I don't have a wlan_scan_sta module. So, I can't get ath0 > > to associate. > > Read UPDATING? I can't find anything relevent at the moment. The 20070610 entry states: Users must also, for the moment, kldload the wlan_scan_sta and/or wlan_scan_ap modules if they use modules for wireless support. I don't use modules nor compile them. Perhaps, a sentence is missing that should direct people that don't use module to update their kernel config file? > > > > > The second problem is ifconfig appears to have lost channel > > setting capabilities. I use this script to init my ath0 > > connect > > > > #! /bin/sh > > ifconfig ath0 inet 192.168.0.10 > > ifconfig ath0 ssid "MySSID" mode 11g wepmode on > > #ifconfig ath0 ssid "MySIDD" mode 11g channel 11 wepmode on > > ifconfig ath0 wepkey 0xa_long_hex_number_goes_here deftxkey 1 > > > > Note I have to comment out the line with "channel 11" in it. > > Furthermore, I see > > > > mobile:root[203] ifconfig ath0 > > ath0: flags=8843 metric 0 mtu 1500 > > ether 00:13:46:c4:5a:c1 > > inet 192.168.0.10 netmask 0xffffff00 broadcast 192.168.0.255 > > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g (OFDM/12Mbps) > > status: associated > > ifconfig: unknown/undefined channel number 11 > > > > What does ifconfig ath0 list chan show? What happens if you remove > "mode 11g"? How did you get this far if you don't have wlan_scan_sta? > I booted the old kernel so I could report the problem. -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 05:05: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 55DDF16A46E for ; Thu, 14 Jun 2007 05:05:12 +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 0C9FA13C448 for ; Thu, 14 Jun 2007 05:05:11 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5E55BOF002722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Jun 2007 22:05:11 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4670CCA4.3040200@errno.com> Date: Wed, 13 Jun 2007 22:05:40 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: Steve Kargl References: <20070614043216.GA90909@troutmask.apl.washington.edu> <4670C6F1.9060301@errno.com> <20070614044805.GA91084@troutmask.apl.washington.edu> In-Reply-To: <20070614044805.GA91084@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath device appears broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 05:05:12 -0000 Steve Kargl wrote: > On Wed, Jun 13, 2007 at 09:41:21PM -0700, Sam Leffler wrote: >> Steve Kargl wrote: >>> I updated a 23 May 07 kernel and world to today sources, >>> and ath0 no longer works. The first problem is that I >>> do not use modules and modules are not built. When I >>> boot up, the console shows >>> >>> ieee80211_load_module: load the wlan_scan_sta module by hand for now. >>> >>> Great, I don't have a wlan_scan_sta module. So, I can't get ath0 >>> to associate. >> Read UPDATING? > > I can't find anything relevent at the moment. The 20070610 entry > states: > Users must also, for the moment, kldload the wlan_scan_sta and/or > wlan_scan_ap modules if they use modules for wireless support. > > I don't use modules nor compile them. Perhaps, a sentence is > missing that should direct people that don't use module to update > their kernel config file? Thanks, I'll add more explanation. Short answer is the scanning support is now broken out into separate modules that you must either load or specify in your kernel config file. wlan_scan_sta for sta mode operation. wlan_sta_ap for ap mode operation. This is comparable to how ciphers are split out into modules. > >>> The second problem is ifconfig appears to have lost channel >>> setting capabilities. I use this script to init my ath0 >>> connect >>> >>> #! /bin/sh >>> ifconfig ath0 inet 192.168.0.10 >>> ifconfig ath0 ssid "MySSID" mode 11g wepmode on >>> #ifconfig ath0 ssid "MySIDD" mode 11g channel 11 wepmode on >>> ifconfig ath0 wepkey 0xa_long_hex_number_goes_here deftxkey 1 >>> >>> Note I have to comment out the line with "channel 11" in it. >>> Furthermore, I see >>> >>> mobile:root[203] ifconfig ath0 >>> ath0: flags=8843 metric 0 mtu 1500 >>> ether 00:13:46:c4:5a:c1 >>> inet 192.168.0.10 netmask 0xffffff00 broadcast 192.168.0.255 >>> media: IEEE 802.11 Wireless Ethernet autoselect mode 11g (OFDM/12Mbps) >>> status: associated >>> ifconfig: unknown/undefined channel number 11 >>> >> What does ifconfig ath0 list chan show? What happens if you remove >> "mode 11g"? How did you get this far if you don't have wlan_scan_sta? >> > > I booted the old kernel so I could report the problem. > ifconfig is incompatible w/ the old kernel. It now queries the kernel to get the channel list to figure out how to map between frequency and IEEE channel #. Previously ifconfig had builtin rules that had to stay in sync w/ the kernel. That was impractical. I though I made ifconfig fall back to the old scheme if the ioctl failed but perhaps not. This means, unfortunately, you cannot manipulate channels w/ the same ifconfig binary on RELENG_6 and HEAD kernels. Sam From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 05:50: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 08CF716A400 for ; Thu, 14 Jun 2007 05:50:34 +0000 (UTC) (envelope-from charles.debardeleben@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id BD71A13C45E for ; Thu, 14 Jun 2007 05:50:33 +0000 (UTC) (envelope-from charles.debardeleben@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so356700wra for ; Wed, 13 Jun 2007 22:50:33 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=i/JGgG4w2Nx5orJ2dNiKKEa2YiCpBDr5pUkRuPw0Gh/TSnYp7LVr6PxbR5sWmG9nRJnGyOcAt1wZ1kZncl8+35ls6EU1FjTrPGcsXnCK+oEeHcEQSBNJymhh5SwaLL05SELN27xr8NL3CxOigJajuhuMiiIEJlkWJaYvCXdbMhU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=Vp30z3sDHolycqhdON01/OKrTNHtg9h5QBpG2zf4S9xV2gPiUfomhMStoqjHRYJ/PVfwZtslqI7OxvRaFwkvU00pmBz8rWBu3uOaA0+hNcsTeXi3Wr/u/SxekKm6Ljzbnob1JFTi78OfuMAQvkwB5KYuHy4fEGCNrSaP1mLGoRQ= Received: by 10.78.83.15 with SMTP id g15mr532269hub.1181798507703; Wed, 13 Jun 2007 22:21:47 -0700 (PDT) Received: by 10.78.174.2 with HTTP; Wed, 13 Jun 2007 22:21:47 -0700 (PDT) Message-ID: <80a505ba0706132221o9070843i1433ee0f11807969@mail.gmail.com> Date: Wed, 13 Jun 2007 22:21:47 -0700 From: "Charles DeBardeleben" 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-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: i386/i386/busdma_machdep.c 1.88 breaks isp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 05:50:34 -0000 I have a qlogic 12160 based controller and the driver hangs at attach. I have traced the problem to _bus_dmamap_load_buffer() looping in the for (seg = *segp; buflen > 0 ; ) {...} loop forever. Backing back down to i386/i386/busdma_machdep.c 1.87 fixes the problem. I have not tracked it down to whether the fix to _bus_dmamap_load_buffer() is bad or if isp has a bug that is exposed by this fix. At least I can run now. -Charles From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 05:54: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 9C6C116A400 for ; Thu, 14 Jun 2007 05:54:03 +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 89FAF13C468 for ; Thu, 14 Jun 2007 05:54:03 +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 1D80C1A3C19; Wed, 13 Jun 2007 22:53:37 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id C5204512A6; Thu, 14 Jun 2007 01:54:02 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 02A76C261; Thu, 14 Jun 2007 01:54:02 -0400 (EDT) Date: Thu, 14 Jun 2007 01:54:01 -0400 From: Kris Kennaway To: Randall Stewart Message-ID: <20070614055401.GA77538@rot13.obsecurity.org> References: <46706E63.1080906@cisco.com> <20070614022510.GA61989@rot13.obsecurity.org> <4670B1A0.4070706@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4670B1A0.4070706@cisco.com> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org, Kris Kennaway Subject: Re: KTR and SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 05:54:03 -0000 On Wed, Jun 13, 2007 at 11:10:24PM -0400, Randall Stewart wrote: > Kris Kennaway wrote: > >On Wed, Jun 13, 2007 at 06:23:31PM -0400, Randall Stewart wrote: > > > >>All: > >> > >>I am in the process of converting all the logging that > >>SCTP does to use the KTR sub-system. This will fit > >>nicely.. I still need to do some things to make it > >>so I can pull out the logs and make pretty charts and > >>graphs (in SCTP its used for debugging but also exploring > >>how CC and other niceties works).. > >> > >>But I was wondering.. would anyone mind if I took > >>KTR_SPARE2 > >> > >>and made it: > >> > >>KTR_SCTP_SUBSYS > >> > >>I have a huge amount of tracing under SCTP now.. so > >>many I am setting in a seperate mask set to enable/disable > >>various pieces of it.. So I was thinking it would > >>warrent a sub-system of its own :-D > >> > >>Any objections? If not I will change it :-D > > > > > >Yeah, we really do need to keep those spare fields for local use. > > > >Kris > > > Ok.. so I will just use > > KTR_SPARE2 > > in my logs then I guess.. :-) You can't use KTR_SPARE* in committed code either, or it's no longer spare :) You should do something like: i.e. do something like #ifdef SCTP_TRACE #define KTR_SCTP KTR_SUBSYS #else #define KTR_SCTP 0 #endif see the comment in * Two of the trace classes (KTR_DEV and KTR_SUBSYS) are special in that * they are really placeholders so that indvidual drivers and subsystems * can map their internal tracing to the general class when they wish to * have tracing enabled and map it to 0 when they don't. Kris From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 05:59: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 977BB16A400 for ; Thu, 14 Jun 2007 05:59:02 +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 5215213C44B for ; Thu, 14 Jun 2007 05:59:02 +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 l5E5wwOV085912; Wed, 13 Jun 2007 23:58:59 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4670D91B.4050201@samsco.org> Date: Wed, 13 Jun 2007 23:58:51 -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: Charles DeBardeleben References: <80a505ba0706132221o9070843i1433ee0f11807969@mail.gmail.com> In-Reply-To: <80a505ba0706132221o9070843i1433ee0f11807969@mail.gmail.com> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 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]); Wed, 13 Jun 2007 23:58:59 -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: i386/i386/busdma_machdep.c 1.88 breaks isp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 05:59:02 -0000 Charles DeBardeleben wrote: > I have a qlogic 12160 based controller and the driver hangs at attach. > I have traced the problem to _bus_dmamap_load_buffer() looping > in the for (seg = *segp; buflen > 0 ; ) {...} loop forever. Backing > back down to i386/i386/busdma_machdep.c 1.87 fixes the problem. > I have not tracked it down to whether the fix to _bus_dmamap_load_buffer() > is bad or if isp has a bug that is exposed by this fix. At least I > can run now. > I believe that a fix was committed on June 11, rev 1.145 of /sys/dev/isp/isp_pci.c. If it's still not working for you, contact Matt Jacob and myself. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 06:15: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 8730C16A46B for ; Thu, 14 Jun 2007 06:15:24 +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 6B41613C489 for ; Thu, 14 Jun 2007 06:15:24 +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 l5E6Dmpd096241; Wed, 13 Jun 2007 23:13:48 -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 l5E6DeH4096240; Wed, 13 Jun 2007 23:13:40 -0700 (PDT) (envelope-from sgk) Date: Wed, 13 Jun 2007 23:13:39 -0700 From: Steve Kargl To: Sam Leffler Message-ID: <20070614061339.GA96199@troutmask.apl.washington.edu> References: <20070614043216.GA90909@troutmask.apl.washington.edu> <4670C6F1.9060301@errno.com> <20070614044805.GA91084@troutmask.apl.washington.edu> <4670CCA4.3040200@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4670CCA4.3040200@errno.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: ath device appears broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 06:15:24 -0000 On Wed, Jun 13, 2007 at 10:05:40PM -0700, Sam Leffler wrote: > Steve Kargl wrote: > > > >I can't find anything relevent at the moment. The 20070610 entry > >states: > > Users must also, for the moment, kldload the wlan_scan_sta and/or > > wlan_scan_ap modules if they use modules for wireless support. > > > >I don't use modules nor compile them. Perhaps, a sentence is > >missing that should direct people that don't use module to update > >their kernel config file? > > Thanks, I'll add more explanation. Short answer is the scanning support > is now broken out into separate modules that you must either load or > specify in your kernel config file. wlan_scan_sta for sta mode > operation. wlan_sta_ap for ap mode operation. This is comparable to > how ciphers are split out into modules. OK. I've added all the wlan_* devices to my config and the kernel boots and my script now runs. Thanks for responding so quickly. PS: I seem to get a periodic "ath0: device timeout" message on the console. I doesn't seem to cause any problems (e.g., long pauses). -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 08:34:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2813616A46B for ; Thu, 14 Jun 2007 08:34:14 +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 CEFD713C483 for ; Thu, 14 Jun 2007 08:34:13 +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 58692EB9387; Thu, 14 Jun 2007 16:34:07 +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 bgSYDJxWowro; Thu, 14 Jun 2007 16:34:04 +0800 (CST) Received: from LI-Xins-MacBook.local (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 2957AEB0C7D; Thu, 14 Jun 2007 16:34:04 +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=rXPUWzacJIL/9g+Q3WB2Y5piVsRQYY+aS0QfQzVfU/OqQjWzhcBENGlIMQuNbAY90 pFNN45KcRxtokupWNVHow== Message-ID: <4670FD71.4070108@delphij.net> Date: Thu, 14 Jun 2007 16:33:53 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Chuck Swiger References: <466FB481.3090503@delphij.net> <96AE8CCB-5E8B-47EF-AE9A-8CA38AB9334E@mac.com> In-Reply-To: <96AE8CCB-5E8B-47EF-AE9A-8CA38AB9334E@mac.com> X-Enigmail-Version: 0.95.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig464FABEB9CD5B57D6047E259" Cc: FreeBSD Current Subject: Re: RFC: diff(1) update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2007 08:34:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig464FABEB9CD5B57D6047E259 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Chuck, Chuck Swiger wrote: > Paul Eggert, the diffutils maintainer, has recently adopted a patch for= > sdiff which allows using "1" and "2" in addition to "l" and "r", which > is exceptionally useful when people are running mergemaster. Also, dmalone@ has pointed out that to me. Sounds reasonable and I will take it into account in the import. > v2.8.6 also includes a fix for invoking an editor in sdiff mode: [snip] Do you think it's more sensible to just import 2.8.6 or 2.8.7 instead? Or should I pull out the two changesets? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig464FABEB9CD5B57D6047E259 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 iD8DBQFGcP1yOfuToMruuMARCqhQAJ0ebFSR5tVZCWwmdHZGQBXSbnYGuACdFaCt aVrldWfwTuMWotf1ozf0z5Y= =uFf5 -----END PGP SIGNATURE----- --------------enig464FABEB9CD5B57D6047E259-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 08:48: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 8561716A41F; Thu, 14 Jun 2007 08:48:19 +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 6991B13C448; Thu, 14 Jun 2007 08:48:19 +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 5C02A1A4D80; Thu, 14 Jun 2007 01:47:52 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 6FD68512A6; Thu, 14 Jun 2007 04:48:18 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id A88D6BE96; Thu, 14 Jun 2007 04:48:17 -0400 (EDT) Date: Thu, 14 Jun 2007 04:48:17 -0400 From: Kris Kennaway To: performance@FreeBSD.org Message-ID: <20070614084817.GA81087@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ibTvN161/egqYuK8" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: smp@FreeBSD.org, current@FreeBSD.org Subject: BIND 9.4.1 performance on FreeBSD 6.2 vs. 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, 14 Jun 2007 08:48:19 -0000 --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have been benchmarking BIND 9.4.1 recursive query performance on an 8-core opteron, using the resperf utility (dns/dnsperf in ports). The query data set was taken from www.freebsd.org's httpd-access.log with some of the highly aggressive robot IP addresses pruned out (to avoid huge numbers of repeated queries against a small subset of addresses, which would skew the results). Testing was done over a broadcom gigabit ethernet cable connected back-to-back between two identical machines. named was restarted in between tests to flush the cache. resperf is designed to slowly increase the query rate over a period of 60 seconds, up to a maximum query rate, to determine the point at which the server starts to fall behind on answering queries. To more accurately measure this point, in each case I tuned the maximum query rate so that the server fell behind after around 50 seconds of load. 7.0 was used with up-to-date CVS sources and the SCHED_SMP (enhanced SMP) scheduler, which is not yet committed but for which patches have been posted by Jeff Roberson. Actually this did not make much difference compared to ULE on this workload, although I didn't graph ULE. BIND 9.4.1 from the base system was used for the threaded version, and the bind94 port with threads disabled for comparison. All debugging was disabled. 6.2 was used from CVS with libthr and the 4BSD scheduler (ULE 1.0 is broken in 6.x). In addition I also tested a previously posted patch from rwatson that may be found here: www.watson.org/~robert/freebsd/netperf/20070311-sosend_dgram.diff The results show several interesting things: http://obsecurity.dyndns.org/bind-resperf.png Firstly, 7.0 beats 6.2 across the board, and has about 60% higher peak performance. BIND does not scale beyond 4 worker threads, but this appears to be due to high contention on pthread mutexes in userland, i.e. a BIND design problem rather than a FreeBSD kernel problem. There is moderate UDP contention that, if it can be optimized, might increase peak performance but is not likely to improve scaling. For now it appears that BIND 9.4 does not scale to >4 CPUs. FreeBSD 6.2 seems to have at least two major performance bottlenecks, due to file descriptor locking, and poor scaling of the old sx lock implementation (both have been fixed in 7.0). I actually don't know what is using the sx locks so heavily in 6.2, there does not appear to be an analogue on the 7.0 lock profile. There are other optimizations in 7.0 that are probably responsible for a smaller part of the difference. Robert's patch gives a modest boost to 6.2 at light concurrency but is swamped by the other scaling problems at high load. The graph should not be interpreted as showing that this patch performs worse at high load; the variance is so enormous that it is easily consistent with the CVS data. It would be interesting to test BIND performance when acting as an authoritative server, which probably has very different performance characteristics; the difficulty there is getting access to a suitably interesting and representative zone file and query data. Kris --ibTvN161/egqYuK8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGcQDRWry0BWjoQKURAnalAJ98Xy6gN98dAgfaE2/wEcGP1h6aJACfaJWC G2I23fG2Bt5St7iCAUxl6Kw= =Jqh4 -----END PGP SIGNATURE----- --ibTvN161/egqYuK8-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 08:48: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 478DC16A468 for ; Thu, 14 Jun 2007 08:48:54 +0000 (UTC) (envelope-from asmrookie@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 AAECD13C44B for ; Thu, 14 Jun 2007 08:48:53 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so656394uge for ; Thu, 14 Jun 2007 01:48: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:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=F7rGiPAxffEOPVH1g4p6xyt/2h8PmcN90MAI+jj/DDiftEwdXgv2JFrLzoT39RB+q3j+M49PPpZD2h3tXeN0L6GVGVPkg3lCJ9lRaD/84/fySe4ZsEj+IkIu9udzPyCbaRnEOZyHXtV5Q76VjF/V389UROO6/mFf61/fG1OaNLA= 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=lLOpVWThZK9SinJXn9EfEWD7VGou5LRmu6W5x4h11odLBUiZvOMrLOBBmDpOT8SbtNI/WA/ALp92k91wQ4eAk3kM18osDL9+PmWbdu078CCoXhggmcCITtDOEhzkYZ4E5MQjYMLo42FoWADXcy7S6MkjV22itqLxLcqiNJB4LlM= Received: by 10.82.116.15 with SMTP id o15mr2904324buc.1181810931852; Thu, 14 Jun 2007 01:48:51 -0700 (PDT) Received: from ?172.31.5.25? ( [89.97.252.178]) by mx.google.com with ESMTP id d24sm4338893nfh.2007.06.14.01.48.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 14 Jun 2007 01:48:51 -0700 (PDT) Message-ID: <467100D9.7040600@FreeBSD.org> Date: Thu, 14 Jun 2007 10:48:25 +0200 From: Attilio Rao User-Agent: Thunderbird 1.5 (X11/20060526) MIME-Version: 1.0 To: Randall Stewart References: <46706E63.1080906@cisco.com> <20070614022510.GA61989@rot13.obsecurity.org> <4670B1A0.4070706@cisco.com> In-Reply-To: <4670B1A0.4070706@cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Attilio Rao Cc: current@freebsd.org, Kris Kennaway Subject: Re: KTR and SCTP 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: Thu, 14 Jun 2007 08:48:54 -0000 Randall Stewart wrote: > Kris Kennaway wrote: >> On Wed, Jun 13, 2007 at 06:23:31PM -0400, Randall Stewart wrote: >> >>> All: >>> >>> I am in the process of converting all the logging that >>> SCTP does to use the KTR sub-system. This will fit >>> nicely.. I still need to do some things to make it >>> so I can pull out the logs and make pretty charts and >>> graphs (in SCTP its used for debugging but also exploring >>> how CC and other niceties works).. >>> >>> But I was wondering.. would anyone mind if I took >>> KTR_SPARE2 >>> >>> and made it: >>> >>> KTR_SCTP_SUBSYS >>> >>> I have a huge amount of tracing under SCTP now.. so >>> many I am setting in a seperate mask set to enable/disable >>> various pieces of it.. So I was thinking it would >>> warrent a sub-system of its own :-D >>> >>> Any objections? If not I will change it :-D >> >> >> Yeah, we really do need to keep those spare fields for local use. >> >> Kris >> > Ok.. so I will just use > > KTR_SPARE2 KTR_SCTP would not be more appropriate? Attilio From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 11:14: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 A3C4616A469 for ; Thu, 14 Jun 2007 11:14:46 +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 10D7713C4B9 for ; Thu, 14 Jun 2007 11:14:45 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx115.stngva01.us.mxservers.net (198.173.112.21) by mail08b.verio.de (RS ver 1.0.95vs) with SMTP id 2-0386469682 for ; Thu, 14 Jun 2007 13:14:44 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx115.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id ec121764.18527.350.mx115.stngva01.us.mxservers.net; Thu, 14 Jun 2007 07:09:02 -0400 (EDT) Received: (qmail 52234 invoked from network); 14 Jun 2007 11:14:41 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.49.149.229) by with SMTP; 14 Jun 2007 11:14:41 -0000 Received: from peedub.jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with SMTP id l5EBEb2E010451 for ; Thu, 14 Jun 2007 13:14:38 +0200 (CEST) (envelope-from garyj@jennejohn.org) Date: Thu, 14 Jun 2007 13:14:37 +0200 From: Gary Jennejohn To: current@freebsd.org Message-Id: <20070614131437.b6affce3.garyj@jennejohn.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.5953486277; heur=0.500(0); stat=0.585; spamtraq-heur=0.510(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 X-Mailman-Approved-At: Thu, 14 Jun 2007 11:29:54 +0000 Cc: Subject: Disappearing userland output with -current 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: Thu, 14 Jun 2007 11:14:46 -0000 I'm observing a strange problem with a -current i386 box (with SMP) built on Wed Jun 13 20:34:11 CEST 2007 after a cvsup and haven't seen anyone else reporting it. The problem occurs whenever the output from the boot phase is garbled, almost always because this output: SMP: AP CPU #1 Launched! messes up this output (or similar): cd0: cd present [2222160 x 2048 byte records] The symptom is that _all_ userland output disappears, which makes it rather difficult to do anything. I'm forced to reboot the box until the boot output isn't trashed. If I break into ddb then all the output becomes visible, but leaving ddb then results in no userland output appearing again. I noticed this problem for the very first time after gcc42 was imported. In all the years I've been using FreeBSD (since 1993) I've never seen any behavior like this before. This leads me to strongly suspect some fallout from gcc42. Has anyone else seen this? --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 11:27: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 5942F16A469 for ; Thu, 14 Jun 2007 11:27:28 +0000 (UTC) (envelope-from sanewo@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.freebsd.org (Postfix) with ESMTP id 0555E13C44B for ; Thu, 14 Jun 2007 11:27:27 +0000 (UTC) (envelope-from sanewo@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so442294wxd for ; Thu, 14 Jun 2007 04:27: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:references; b=P5OL7X4+CphBDFh5Ke+AQDkKBWXRPbS/q5QgtI2eSJa8qACD7GbYGurOQ4rF1jQnmhj61iVVxatwLZoS3wM72dlaL80TV9lb4IHDP6rnkCziRGekv3SjInbruJZ88MzQVtNTDSqZ2Q63JMhjtQu69zXGoEi+p/uTPhqKmdpW5YI= 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=EDzxe6bts+LvV9MZ++euHiVHJ0d9EOBwA/Sqy9W6e2ffJxAckpCrHXnYCps/BOpCpuV3rU8Wl5zf7tGlDHaOhJGpHxRGXES1bvmYchd4jLlHbFdsbIxbVAEURcJtt0KsJwtcsEZtSvmgbg+yg0OTShsiBfZU0woCzsPYYPl9Hmg= Received: by 10.90.92.7 with SMTP id p7mr1239439agb.1181818924075; Thu, 14 Jun 2007 04:02:04 -0700 (PDT) Received: by 10.90.49.18 with HTTP; Thu, 14 Jun 2007 04:02:04 -0700 (PDT) Message-ID: <639c2fce0706140402s305906caxfc39faa0a3212012@mail.gmail.com> Date: Thu, 14 Jun 2007 20:02:04 +0900 From: "Takanori Saneto" To: "John Baldwin" In-Reply-To: <200704261730.42097.jhb@freebsd.org> MIME-Version: 1.0 References: <200704261730.42097.jhb@freebsd.org> X-Mailman-Approved-At: Thu, 14 Jun 2007 11:30:21 +0000 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, Goran Gajic Subject: Re: smb related 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: Thu, 14 Jun 2007 11:27:28 -0000 Hi, I encountered this smb_co_lock problem, too. In my case, server was WindowsXP Pro and the share I was trying to mount was 500GB of capacity. When I try to use smbclient to mount the same share, I got NT_STATUS_INSUFF_SERVER_RESOURCES error. After resolving server problem (increasing IRPStackSize to 0x11), smb_co_lock problem went away as well. So, I guess this problem seems to be related to the handling of above server error status. I hope this might help improving smbfs. Regards, 2007/4/27, John Baldwin : > > On Thursday 19 April 2007 10:02:13 am Goran Gajic wrote: > > > > Hi, > > > > I have just noticed from today build: > > > > FreeBSD fbsd.interex-pla.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu Apr > > 19 11:42:17 CEST 2007 > > root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC i386 > > > > netsmb_dev: loaded > > smb_co_lock: recursive lock for object 1 > > lockmgr: thread 0xc3a39a20 unlocking unheld lock > > KDB: stack backtrace: > > db_trace_self_wrapper(c094fe7e) at db_trace_self_wrapper+0x25 > > kdb_backtrace(c094b1d7,c3a39a20) at kdb_backtrace+0x29 > > _lockmgr(c367ce08,2006,c367ce38,c3a39a20,c3a6e210,...) at _lockmgr+0x5fa > > smb_co_put(c367ce00,d728ab90,c3678d00,c367ce00,0,...) at smb_co_put+0x50 > > smb_sm_lookup(d728ab1c,d728aafc,d728ab90,d728aaf8,d728aafc,...) at > > smb_sm_lookup+0x11a > > smb_usr_lookup(c2f09400,d728ab90,d728ab8c,d728ab88,c0a9e708,...) at > > smb_usr_lookup+0x76 > > > > nsmb_dev_ioctl(c3678700,82fc6e6a,c2f09400,3,c3a39a20,c0a51488,0,c0948e06,131) > > at nsmb_dev_ioctl+0x1e5 > > giant_ioctl(c3678700,82fc6e6a,c2f09400,3,c3a39a20,...) at > giant_ioctl+0x33 > > devfs_ioctl_f(c37e8090,82fc6e6a,c2f09400,c3673e80,c3a39a20) at > > devfs_ioctl_f+0xaf > > kern_ioctl(c3a39a20,3,82fc6e6a,c2f09400) at kern_ioctl+0x1ae > > ioctl(c3a39a20,d728ad00) at ioctl+0xf1 > > syscall(d728ad38) at syscall+0x252 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2815772f, esp = > > 0xbfbfe40c, ebp = 0xbfbfe738 --- > > > > I've noticed this when I have tried mount_smbfs.. > > Can you try this and reply with the stack trace from the panic? > > Index: smb_conn.c > =================================================================== > RCS file: /usr/cvs/src/sys/netsmb/smb_conn.c,v > retrieving revision 1.18 > diff -u -r1.18 smb_conn.c > --- smb_conn.c 6 Nov 2006 13:42:06 -0000 1.18 > +++ smb_conn.c 7 Nov 2006 18:42:41 -0000 > @@ -351,6 +351,7 @@ > if (smb_co_lockstatus(cp, td) == LK_EXCLUSIVE && > (flags & LK_CANRECURSE) == 0) { > SMBERROR("recursive lock for object %d\n", cp->co_level); > + panic("rescursive lock for object %p", cp); > return 0; > } > return lockmgr(&cp->co_lock, flags, &cp->co_interlock, td); > > -- > John Baldwin > _______________________________________________ > 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 14 11:57: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 4C26D16A469 for ; Thu, 14 Jun 2007 11:57:37 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71]) by mx1.freebsd.org (Postfix) with ESMTP id 284DF13C4B7 for ; Thu, 14 Jun 2007 11:57:37 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-2.cisco.com with ESMTP; 14 Jun 2007 04:57:37 -0700 X-IronPort-AV: i="4.16,420,1175497200"; d="scan'208"; a="379476945:sNHT48303992" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l5EBvaTg023707; Thu, 14 Jun 2007 04:57:36 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l5EBvYaI003578; Thu, 14 Jun 2007 11:57:36 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 14 Jun 2007 04:57:34 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 14 Jun 2007 04:57:34 -0700 Message-ID: <46712DA2.7000901@cisco.com> Date: Thu, 14 Jun 2007 07:59:30 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <46706E63.1080906@cisco.com> <20070614022510.GA61989@rot13.obsecurity.org> <4670B1A0.4070706@cisco.com> <20070614055401.GA77538@rot13.obsecurity.org> In-Reply-To: <20070614055401.GA77538@rot13.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jun 2007 11:57:34.0104 (UTC) FILETIME=[31ADE980:01C7AE7B] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1831; t=1181822256; x=1182686256; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20KTR=20and=20SCTP |Sender:=20; bh=+zRjpvEJgT4hzd3XdTUH1xs4lCfLfCLs1wYkXv9zJmg=; b=b6tQC5Cw2+SkTW+1vd8bm1vRWyGlWHDpPnSVccBbvrimsba0OL+gUAK97B7KdIgr/UYUxO6b /wXBTOQXpLrx8t2p4JT/0KoDAmO9U+bd5hCKbBaaXKP/F+bxJ48KPKHTaJ4cypsb4jwBzwpJXV 23g01xUE5R45HyWiFzDQWqZWk=; Authentication-Results: sj-dkim-1; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim1004 verified; ); Cc: current@freebsd.org Subject: Re: KTR and SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 11:57:37 -0000 Kris Kennaway wrote: > On Wed, Jun 13, 2007 at 11:10:24PM -0400, Randall Stewart wrote: > >>Kris Kennaway wrote: >> >>>On Wed, Jun 13, 2007 at 06:23:31PM -0400, Randall Stewart wrote: >>> >>> >>>>All: >>>> >>>>I am in the process of converting all the logging that >>>>SCTP does to use the KTR sub-system. This will fit >>>>nicely.. I still need to do some things to make it >>>>so I can pull out the logs and make pretty charts and >>>>graphs (in SCTP its used for debugging but also exploring >>>>how CC and other niceties works).. >>>> >>>>But I was wondering.. would anyone mind if I took >>>>KTR_SPARE2 >>>> >>>>and made it: >>>> >>>>KTR_SCTP_SUBSYS >>>> >>>>I have a huge amount of tracing under SCTP now.. so >>>>many I am setting in a seperate mask set to enable/disable >>>>various pieces of it.. So I was thinking it would >>>>warrent a sub-system of its own :-D >>>> >>>>Any objections? If not I will change it :-D >>> >>> >>>Yeah, we really do need to keep those spare fields for local use. >>> >>>Kris >>> >> >>Ok.. so I will just use >> >>KTR_SPARE2 >> >>in my logs then I guess.. :-) > > > You can't use KTR_SPARE* in committed code either, or it's no longer > spare :) You should do something like: > > i.e. do something like > > #ifdef SCTP_TRACE > #define KTR_SCTP KTR_SUBSYS > #else > #define KTR_SCTP 0 > #endif > > see the comment in > > * Two of the trace classes (KTR_DEV and KTR_SUBSYS) are special in that > * they are really placeholders so that indvidual drivers and subsystems > * can map their internal tracing to the general class when they wish to > * have tracing enabled and map it to 0 when they don't. > > Kris > k -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 12:00: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 0BB3B16A468; Thu, 14 Jun 2007 12:00:56 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71]) by mx1.freebsd.org (Postfix) with ESMTP id DBC0413C4BE; Thu, 14 Jun 2007 12:00:55 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-2.cisco.com with ESMTP; 14 Jun 2007 05:00:56 -0700 X-IronPort-AV: i="4.16,420,1175497200"; d="scan'208"; a="379477536:sNHT46931106" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l5EC0twX020526; Thu, 14 Jun 2007 05:00:55 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l5EC0taI005622; Thu, 14 Jun 2007 12:00:55 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 14 Jun 2007 05:00:55 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 14 Jun 2007 05:00:54 -0700 Message-ID: <46712E6A.10803@cisco.com> Date: Thu, 14 Jun 2007 08:02:50 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: attilio@FreeBSD.org References: <46706E63.1080906@cisco.com> <20070614022510.GA61989@rot13.obsecurity.org> <4670B1A0.4070706@cisco.com> <467100D9.7040600@FreeBSD.org> In-Reply-To: <467100D9.7040600@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jun 2007 12:00:54.0937 (UTC) FILETIME=[A9629890:01C7AE7B] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1878; t=1181822455; x=1182686455; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20KTR=20and=20SCTP |Sender:=20; bh=qDv8fpBmNkMzzbbe/l95SIriOjtAwmsu++etKDUWH7k=; b=XhTuLR+1aEbl0WzlVJNTld8l8BTok+PMfdufkAM4sEgEsGYErMYsLHkVpWt0pnlOcXhDJn8u piYHn4S2+0HOWctbBmFhMRP2yuKKCRTRh1IfsMK/9ffobeaD48VNOH3u; Authentication-Results: sj-dkim-4; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim4002 verified; ); Cc: current@FreeBSD.org, Kris Kennaway Subject: Re: KTR and SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 12:00:56 -0000 Attilio Rao wrote: > Randall Stewart wrote: > >> Kris Kennaway wrote: >> >>> On Wed, Jun 13, 2007 at 06:23:31PM -0400, Randall Stewart wrote: >>> >>>> All: >>>> >>>> I am in the process of converting all the logging that >>>> SCTP does to use the KTR sub-system. This will fit >>>> nicely.. I still need to do some things to make it >>>> so I can pull out the logs and make pretty charts and >>>> graphs (in SCTP its used for debugging but also exploring >>>> how CC and other niceties works).. >>>> >>>> But I was wondering.. would anyone mind if I took >>>> KTR_SPARE2 >>>> >>>> and made it: >>>> >>>> KTR_SCTP_SUBSYS >>>> >>>> I have a huge amount of tracing under SCTP now.. so >>>> many I am setting in a seperate mask set to enable/disable >>>> various pieces of it.. So I was thinking it would >>>> warrent a sub-system of its own :-D >>>> >>>> Any objections? If not I will change it :-D >>> >>> >>> >>> Yeah, we really do need to keep those spare fields for local use. >>> >>> Kris >>> >> Ok.. so I will just use >> >> KTR_SPARE2 > > > KTR_SCTP would not be more appropriate? > > Attilio > I internally had already done the #define SCTP_SUBSYS_KTR XXXXX so I can change it to whatever is appropriate... Of course when some enables the SCTP one it should be interesting to clash this against other sub-sys's. The SCTP on can (and is) used by researchers to be able to generate charts and graphs on cwnd algorithms.. and performance in various ways... thats why I thought a spare one would be more appropriate... but I can roll with the flow :-D If I get the scrubber programs in good enough shape I need to commit them into the test directory.... You can generate some really cool charts with it :-D R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 12:18: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 7153B16A469 for ; Thu, 14 Jun 2007 12:18:11 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.freebsd.org (Postfix) with ESMTP id 45EAA13C46C for ; Thu, 14 Jun 2007 12:18:11 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-3.cisco.com with ESMTP; 14 Jun 2007 05:17:46 -0700 X-IronPort-AV: i="4.16,420,1175497200"; d="scan'208"; a="494077951:sNHT161535892" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l5ECHjLx004647; Thu, 14 Jun 2007 05:17:45 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l5ECHjtV016732; Thu, 14 Jun 2007 12:17:45 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 14 Jun 2007 05:17:45 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 14 Jun 2007 05:17:44 -0700 Message-ID: <4671325C.9010707@cisco.com> Date: Thu, 14 Jun 2007 08:19:40 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <46706E63.1080906@cisco.com> <20070614022510.GA61989@rot13.obsecurity.org> <4670B1A0.4070706@cisco.com> <20070614055401.GA77538@rot13.obsecurity.org> In-Reply-To: <20070614055401.GA77538@rot13.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jun 2007 12:17:44.0872 (UTC) FILETIME=[035A7280:01C7AE7E] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=962; t=1181823465; x=1182687465; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20KTR=20and=20SCTP |Sender:=20; bh=moz238NelGKOJs3RW/Nn5zEveeYhFcFc4Kh5WSH/fBg=; b=Tofl76FGjRwy/ZEIjVMINIU1ntHUbPQtnB2H+xGna09NDoDsiVztPBwdkY+757IkC9Pqbhgw 3xl7zboD/CEfUS92f/QUbXEaCMTGrwp/eLzWI7dvcdwjmFc2f5GesZ50; Authentication-Results: sj-dkim-3; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim3002 verified; ); Cc: current@freebsd.org Subject: Re: KTR and SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 12:18:11 -0000 Kris Kennaway wrote: > On Wed, Jun 13, 2007 at 11:10:24PM -0400, Randall Stewart wrote: > > > > You can't use KTR_SPARE* in committed code either, or it's no longer > spare :) You should do something like: > > i.e. do something like > > #ifdef SCTP_TRACE > #define KTR_SCTP KTR_SUBSYS > #else > #define KTR_SCTP 0 > #endif > > see the comment in > > * Two of the trace classes (KTR_DEV and KTR_SUBSYS) are special in that > * they are really placeholders so that indvidual drivers and subsystems > * can map their internal tracing to the general class when they wish to > * have tracing enabled and map it to 0 when they don't. > Hmm.. can I use KTR_GEN? its one of the 6 unused ones (besides the SPARE1-5) and it would surely make it easier for the researchers that use SCTP and want to pull the info... :-) R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 12:52: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 A9CAE16A41F for ; Thu, 14 Jun 2007 12:52:54 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from nxm.secservers.com (nxm.secservers.com [89.185.226.22]) by mx1.freebsd.org (Postfix) with ESMTP id 40E9813C44C for ; Thu, 14 Jun 2007 12:52:54 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from [127.0.0.1] (nxm.secservers.com. [89.185.226.22]) by nxm.secservers.com (8.13.4/8.13.8) with ESMTP id l5ECFfYi042956; Thu, 14 Jun 2007 14:15:41 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: gary.jennejohn@freenet.de In-Reply-To: <20070614131437.b6affce3.garyj@jennejohn.org> References: <20070614131437.b6affce3.garyj@jennejohn.org> Content-Type: text/plain; charset=ISO-8859-2 Date: Thu, 14 Jun 2007 14:15:41 +0200 Message-Id: <1181823341.28712.0.camel@genius.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: Disappearing userland output with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2007 12:52:54 -0000 Gary Jennejohn pí¹e v èt 14. 06. 2007 v 13:14 +0200: > I'm observing a strange problem with a -current i386 box (with SMP) > built on Wed Jun 13 20:34:11 CEST 2007 after a cvsup and haven't seen > anyone else reporting it. > > The problem occurs whenever the output from the boot phase is garbled, > almost always because this output: > SMP: AP CPU #1 Launched! > messes up this output (or similar): > cd0: cd present [2222160 x 2048 byte records] > > The symptom is that _all_ userland output disappears, which makes it > rather difficult to do anything. I'm forced to reboot the box until > the boot output isn't trashed. > > If I break into ddb then all the output becomes visible, but leaving > ddb then results in no userland output appearing again. > > I noticed this problem for the very first time after gcc42 was imported. > In all the years I've been using FreeBSD (since 1993) I've never seen > any behavior like this before. This leads me to strongly suspect some > fallout from gcc42. > > Has anyone else seen this? > > --- > Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg > garyjATdenxDOTde > Just a "me too" on amd64 SMP. From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 12:56: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 0486D16A46C for ; Thu, 14 Jun 2007 12:56:46 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id D45E113C4B7 for ; Thu, 14 Jun 2007 12:56:45 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id 4340328BB2; Thu, 14 Jun 2007 07:38:09 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 9961461C43; Thu, 14 Jun 2007 07:38:08 -0500 (CDT) Date: Thu, 14 Jun 2007 07:38:08 -0500 From: "Matthew D. Fuller" To: gary.jennejohn@freenet.de Message-ID: <20070614123808.GJ81729@over-yonder.net> References: <20070614131437.b6affce3.garyj@jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070614131437.b6affce3.garyj@jennejohn.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.14-fullermd.3 (2007-02-12) Cc: current@freebsd.org Subject: Re: Disappearing userland output with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2007 12:56:46 -0000 On Thu, Jun 14, 2007 at 01:14:37PM +0200 I heard the voice of Gary Jennejohn, and lo! it spake thus: > > I noticed this problem for the very first time after gcc42 was > imported. In all the years I've been using FreeBSD (since 1993) > I've never seen any behavior like this before. This leads me to > strongly suspect some fallout from gcc42. > > Has anyone else seen this? I haven't seen a hint of it on FreeBSD 7.0-CURRENT #0: Sat Jun 9 20:37:34 CDT 2007 (which is gcc 4.2) -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 13:03: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 0012316A400 for ; Thu, 14 Jun 2007 13:03:09 +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 AEC8113C45E for ; Thu, 14 Jun 2007 13:03:09 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hyoyc-0002v8-Pn for freebsd-current@freebsd.org; Thu, 14 Jun 2007 15:03:03 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Jun 2007 15:03:02 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Jun 2007 15:03:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 14 Jun 2007 15:02:40 +0200 Lines: 38 Message-ID: References: <20070614131437.b6affce3.garyj@jennejohn.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE96A4D5CCF3BA78CD1CA16F9" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.12 (X11/20060911) In-Reply-To: <20070614131437.b6affce3.garyj@jennejohn.org> X-Enigmail-Version: 0.94.2.0 Sender: news Subject: Re: Disappearing userland output with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2007 13:03:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE96A4D5CCF3BA78CD1CA16F9 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Gary Jennejohn wrote: > The symptom is that _all_ userland output disappears, which makes it > rather difficult to do anything. I'm forced to reboot the box until > the boot output isn't trashed. >=20 > If I break into ddb then all the output becomes visible, but leaving > ddb then results in no userland output appearing again. Do you use vidcontrol to set different video mode? How exactly does "output disappear"? Does the screen go blank? Does the=20 console just stop outputting characters? Why do you say "userland output"? Do kernel messages appear? (You can=20 check this by e.g. inserting a USB memory stick in the machine). --------------enigE96A4D5CCF3BA78CD1CA16F9 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.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGcTx2ldnAQVacBcgRArM1AKDbxRa6d8367qk6yU62KxR9tpAbKACgs+FA SH05u/8hkPtTySXjV5QIo1g= =zFfu -----END PGP SIGNATURE----- --------------enigE96A4D5CCF3BA78CD1CA16F9-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 13:11: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 9350716A46C for ; Thu, 14 Jun 2007 13:11:55 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.freebsd.org (Postfix) with ESMTP id 34C2A13C44B for ; Thu, 14 Jun 2007 13:11:54 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net by neerbosch.nijmegen.internl.net via neerbosch.nijmegen.internl.net [217.149.193.38] with ESMTP for id l5EDBr8J018106 (8.13.4/1.4); Thu, 14 Jun 2007 15:11:53 +0200 (MEST) Received: from localhost by neerbosch.nijmegen.internl.net via mboland@localhost with ESMTP for id l5EDBrVb018103 (8.13.4/2.02); Thu, 14 Jun 2007 15:11:53 +0200 (MEST) X-Authentication-Warning: neerbosch.nijmegen.internl.net: mboland owned process doing -bs Date: Thu, 14 Jun 2007 15:11:53 +0200 (MEST) From: Michiel Boland To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: panic in drm_ioctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 13:11:55 -0000 Hi. My box just crashed with panic: mtx_lock() of destroyed mutex @ /usr/src/sys/kern/kern_mutex.c:151 KDB: stack backtrace: db_trace_self_wrapper(c07268c7,d6131ad8,c054562a,c0724173,c079ff00,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0724173,c079ff00,c0723186,d6131ae4,d6131ae4,...) at kdb_backtrace+0x29 panic(c0723186,c072304c,97,c0571e48,c079fd50,...) at panic+0xaa _mtx_lock_flags(c29ee8c0,0,c072304c,97,d6131b44,...) at _mtx_lock_flags+0x59 lock_mtx(c29ee8c0,0,c0724b6b,eb,0,...) at lock_mtx+0x29 _sleep(c3ef9d84,c29ee8c0,154,c07133ca,bb8,...) at _sleep+0x3bd i915_irq_wait(c29e6300,80046445,c43885d0,3,c38b1800,...) at i915_irq_wait+0x16d drm_ioctl(c29e6300,80046445,c43885d0,3,c38b1800,...) at drm_ioctl+0x337 giant_ioctl(c29e6300,80046445,c43885d0,3,c38b1800,...) at giant_ioctl+0x56 devfs_ioctl_f(c3004510,80046445,c43885d0,c388ad80,c38b1800,...) at devfs_ioctl_f+0xc9 kern_ioctl(c38b1800,4,80046445,c43885d0,9baad5,...) at kern_ioctl+0x243 ioctl(c38b1800,d6131cfc,c,d6131ca0,c07612b0,...) at ioctl+0x134 syscall(d6131d38) at syscall+0x288 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x286d9a1f, esp = 0xbfbfe04c, ebp = 0xbfbfe068 --- This is a ~7 days old -CURRENT with INVARIANTS and i915drm. Is there any point investigating this? Or should I just csup and hope that that will fix it? :) (I still have a debug kernel and core file if anyone is interested.) Cheers Michiel From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 13:20: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 7FF0616A468 for ; Thu, 14 Jun 2007 13:20:05 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 2713413C45A for ; Thu, 14 Jun 2007 13:20:04 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by py-out-1112.google.com with SMTP id a29so964337pyi for ; Thu, 14 Jun 2007 06:20:04 -0700 (PDT) Received: by 10.35.70.2 with SMTP id x2mr3174050pyk.1181827203592; Thu, 14 Jun 2007 06:20:03 -0700 (PDT) Received: by 10.35.71.8 with HTTP; Thu, 14 Jun 2007 06:20:03 -0700 (PDT) Message-ID: <626eb4530706140620q248e0798l705e3564dec6ba7a@mail.gmail.com> Date: Thu, 14 Jun 2007 22:20:03 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: gary.jennejohn@freenet.de In-Reply-To: <20070614131437.b6affce3.garyj@jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070614131437.b6affce3.garyj@jennejohn.org> X-Google-Sender-Auth: 5b0e4c50e33efc01 Cc: current@freebsd.org Subject: Re: Disappearing userland output with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2007 13:20:05 -0000 Could you show me the output of conscontrol(8)? On 6/14/07, Gary Jennejohn wrote: > I'm observing a strange problem with a -current i386 box (with SMP) > built on Wed Jun 13 20:34:11 CEST 2007 after a cvsup and haven't seen > anyone else reporting it. > > The problem occurs whenever the output from the boot phase is garbled, > almost always because this output: > SMP: AP CPU #1 Launched! > messes up this output (or similar): > cd0: cd present [2222160 x 2048 byte records] > > The symptom is that _all_ userland output disappears, which makes it > rather difficult to do anything. I'm forced to reboot the box until > the boot output isn't trashed. > > If I break into ddb then all the output becomes visible, but leaving > ddb then results in no userland output appearing again. > > I noticed this problem for the very first time after gcc42 was imported. > In all the years I've been using FreeBSD (since 1993) I've never seen > any behavior like this before. This leads me to strongly suspect some > fallout from gcc42. > > Has anyone else seen this? > > --- > Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg > garyjATdenxDOTde > _______________________________________________ > 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" > -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 13:39: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 D63BC16A41F for ; Thu, 14 Jun 2007 13:39:55 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.freebsd.org (Postfix) with ESMTP id BABC813C4D5 for ; Thu, 14 Jun 2007 13:39:55 +0000 (UTC) (envelope-from null@pozo.com) Received: from T41p.pozo.com (t41p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.1/8.14.1) with ESMTP id l5EDdsJh041524 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 14 Jun 2007 06:39:55 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <200706141339.l5EDdsJh041524@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 14 Jun 2007 06:39:53 -0700 To: "Charles DeBardeleben" , freebsd-current@freebsd.org From: Manfred Antar In-Reply-To: <80a505ba0706132221o9070843i1433ee0f11807969@mail.gmail.com > References: <80a505ba0706132221o9070843i1433ee0f11807969@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: Subject: Re: i386/i386/busdma_machdep.c 1.88 breaks isp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 13:39:55 -0000 At 10:21 PM 6/13/2007, Charles DeBardeleben wrote: >I have a qlogic 12160 based controller and the driver hangs at attach. >I have traced the problem to _bus_dmamap_load_buffer() looping >in the for (seg = *segp; buflen > 0 ; ) {...} loop forever. Backing >back down to i386/i386/busdma_machdep.c 1.87 fixes the problem. >I have not tracked it down to whether the fix to _bus_dmamap_load_buffer() >is bad or if isp has a bug that is exposed by this fix. At least I >can run now. > > >-Charles >_______________________________________________ >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" Update your src tree and try again,Matt fixed this a couple of days ago I think. ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 14:38: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 02D9D16A468 for ; Thu, 14 Jun 2007 14:38:10 +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 6E67613C487 for ; Thu, 14 Jun 2007 14:38:09 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 14 Jun 2007 14:38:07 -0000 Received: from h081217094222.dyn.cm.kabsi.at (EHLO taxman.pepperland) [81.217.94.222] by mail.gmx.net (mp043) with SMTP; 14 Jun 2007 16:38:07 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX18GlVQJOrgGnTY1PxUy8La2evqLjMRxvG07YO0QWS XlDYqCgBiUsK7v From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Thu, 14 Jun 2007 16:38:05 +0200 User-Agent: KMail/1.9.6 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706141638.06342.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: Michiel Boland Subject: Re: panic in drm_ioctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 14:38:10 -0000 On Thursday 14 June 2007 15:11:53 Michiel Boland wrote: > Hi. My box just crashed with > > panic: mtx_lock() of destroyed mutex @ /usr/src/sys/kern/kern_mutex.c:151 > KDB: stack backtrace: > db_trace_self_wrapper(c07268c7,d6131ad8,c054562a,c0724173,c079ff00,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c0724173,c079ff00,c0723186,d6131ae4,d6131ae4,...) at > kdb_backtrace+0x29 panic(c0723186,c072304c,97,c0571e48,c079fd50,...) at > panic+0xaa > _mtx_lock_flags(c29ee8c0,0,c072304c,97,d6131b44,...) at > _mtx_lock_flags+0x59 lock_mtx(c29ee8c0,0,c0724b6b,eb,0,...) at > lock_mtx+0x29 > _sleep(c3ef9d84,c29ee8c0,154,c07133ca,bb8,...) at _sleep+0x3bd > i915_irq_wait(c29e6300,80046445,c43885d0,3,c38b1800,...) at > i915_irq_wait+0x16d drm_ioctl(c29e6300,80046445,c43885d0,3,c38b1800,...) at > drm_ioctl+0x337 giant_ioctl(c29e6300,80046445,c43885d0,3,c38b1800,...) at > giant_ioctl+0x56 > devfs_ioctl_f(c3004510,80046445,c43885d0,c388ad80,c38b1800,...) at > devfs_ioctl_f+0xc9 kern_ioctl(c38b1800,4,80046445,c43885d0,9baad5,...) at > kern_ioctl+0x243 ioctl(c38b1800,d6131cfc,c,d6131ca0,c07612b0,...) at > ioctl+0x134 > syscall(d6131d38) at syscall+0x288 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x286d9a1f, esp = 0xbfbfe04c, > ebp = 0xbfbfe068 --- > > This is a ~7 days old -CURRENT with INVARIANTS and i915drm. > Is there any point investigating this? Or should I just csup and hope > that that will fix it? :) > > (I still have a debug kernel and core file if anyone is interested.) I am seeing a bunch of these witness warnings when starting Xorg that might be related. CURRENT as of today: uma_zalloc_arg: zone "64" with the following non-sleepable locks held: exclusive sleep mutex drm device r = 0 (0xc2fd40d8) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:907 KDB: stack backtrace: db_trace_self_wrapper(c0a39fdb,d4f8b9d8,c077ac8d,c0a3a39e,d4f8b9ec,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a3a39e,d4f8b9ec,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0a5632b,c0a3d197,66666666,...) at witness_warn+0x1cd uma_zalloc_arg(c1472d20,0,102,2,c0baeb64,...) at uma_zalloc_arg+0x34 malloc(2c,c0ae81c0,102,12,c340ed30,...) at malloc+0xd2 sysctl_add_oid(c340ed4c,c0baeb64,ffffffff,c340ed30,80000001,...) at sysctl_add_oid+0x95 alloc_bounce_zone(44,c0ae4f60,101,1000,c2d4d0b0,...) at alloc_bounce_zone+0x16d bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x1a9 drm_pci_alloc(c2fd4000,1000,1000,ffffffff,c2fd40d8,...) at drm_pci_alloc+0xdf i915_dma_init(c3392000,80446440,c340ec00,3,c3003a00,...) at i915_dma_init+0x217 drm_ioctl(c3392000,80446440,c340ec00,3,c3003a00,...) at drm_ioctl+0x37a giant_ioctl(c3392000,80446440,c340ec00,3,c3003a00,...) at giant_ioctl+0x56 devfs_ioctl_f(c2ff9510,80446440,c340ec00,c3393b00,c3003a00,...) at devfs_ioctl_f+0xc9 kern_ioctl(c3003a00,9,80446440,c340ec00,0,...) at kern_ioctl+0x243 ioctl(c3003a00,d4f8bcfc,c,c0a28324,c0ae0e30,...) at ioctl+0x134 syscall(d4f8bd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x283e13cf, esp = 0xbfbfea6c, ebp = 0xbfbfea88 --- But a quick search revealed a post from June 2006 with an identical looking output. The poster received no answer though. Stefan From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 14:41: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 7EA1916A41F for ; Thu, 14 Jun 2007 14:41:57 +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 D41DD13C484 for ; Thu, 14 Jun 2007 14:41:56 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 14 Jun 2007 14:41:55 -0000 Received: from h081217094222.dyn.cm.kabsi.at (EHLO taxman.pepperland) [81.217.94.222] by mail.gmx.net (mp047) with SMTP; 14 Jun 2007 16:41:55 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX18C3TdTbskCDYwyCRxGcU8Dz+3leeRWSS+jNCE/zc uQQjoS21EvJiAW From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Thu, 14 Jun 2007 16:41:54 +0200 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706141641.54668.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Subject: LOR in iwi with new 802.11 work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 14:41:57 -0000 After the system is up for about 5 minutes, I see this LOR. Haven't seen it posted yet. Stefan lock order reversal: 1st 0xc2e4700c ieee80211com (802.11 com lock) @ /usr/src/sys/net80211/ieee80211_scan.c:523 2nd 0xc2e48400 iwi0 (network driver) @ /usr/src/sys/modules/iwi/../../dev/iwi/if_iwi.c:1908 KDB: stack backtrace: db_trace_self_wrapper(c0a39fdb,d2ce68f0,c077bb0e,c0a3c481,c2e48400,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a3c481,c2e48400,c2e360f0,c0cc6a0c,c0cc650a,...) at kdb_backtrace+0x29 witness_checkorder(c2e48400,9,c0cc650a,774,80246,...) at witness_checkorder+0x6de _mtx_lock_flags(c2e48400,0,c0cc650a,774,c0a55e6d,...) at _mtx_lock_flags+0xbc iwi_start(c2e38000,cf,c2fb8600,c2e47004) at iwi_start+0xae if_start(c2e38000,0,c0a4702d,17e,d2ce6a1c,...) at if_start+0x89 ieee80211_send_nulldata(c3396000,38,c0a3bb59,6cc,c2e4700c) at ieee80211_send_nulldata+0x1f4 ieee80211_sta_pwrsave(c2e47004,1,20b,360,c2e3d000,...) at ieee80211_sta_pwrsave+0x212 scan_restart(c2e3d000,c2e47004,c0a47b0e,20b,450,...) at scan_restart+0x96 ieee80211_bg_scan(c2e47004,c2ea3034,8,f5,c0b8e1a0,...) at ieee80211_bg_scan+0x102 ieee80211_recv_mgmt(c2e47004,c2e60e00,c3396000,80,4b,...) at ieee80211_recv_mgmt+0xdaf ieee80211_input(c2e47004,c2e60e00,c3396000,4b,0,...) at ieee80211_input+0x142b iwi_intr(c2e47000,0,c0a3421e,471,c2c0a0e4,...) at iwi_intr+0x541 ithread_loop(c2ceb940,d2ce6d38,c0a33f92,316,c2c3c804,...) at ithread_loop+0x1b5 fork_exit(c0729ea0,c2ceb940,d2ce6d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd2ce6d70, ebp = 0 --- From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 14:42: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 864D216A475 for ; Thu, 14 Jun 2007 14:42:33 +0000 (UTC) (envelope-from wvaughan@steelerubber.com) Received: from smtp1.mail.ctc.net (smtp1.mail.ctc.net [166.82.29.1]) by mx1.freebsd.org (Postfix) with ESMTP id 554EC13C4D3 for ; Thu, 14 Jun 2007 14:42:33 +0000 (UTC) (envelope-from wvaughan@steelerubber.com) Received: from [166.82.96.28] (wvaughan.steelerubber.com [166.82.96.28]) by smtp1.mail.ctc.net (Switch-3.2.5/Switch-3.2.5) with ESMTP id l5EEgTlg000756 for ; Thu, 14 Jun 2007 10:42:30 -0400 (EDT) Message-ID: <467153D0.9050404@steelerubber.com> Date: Thu, 14 Jun 2007 10:42:24 -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%' Subject: Best way to build a "new" AMD64 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, 14 Jun 2007 14:42:33 -0000 I have a dual quad core intel box that I want to test current on. It's been running current about 4 weeks, and the last week has been nothing short of a lot of random reboots under load. But when it is running it's spectacular. (Yes I've been reading this list and UPDATING) What is the best policy to build a new current? I'll erase and start anew. I'm not much help to Jeff Roberson right now, if all the feedback is that regardless of the scheduler I use, it reboots under load. Sadly, I'd blame java in this instance, but we've gotten it to reboot more often just running the postgres command line tool psql with large dataset imports. Is this the best way? 1)Using a FreeBSD AMD64 6.2 boot only CD, and doing a minumal install. 2)Then installing pkg_add -r cvsup and getting the /usr/src w/ current 3)Then do a buildworld/kernel * install dance 4)Then install ports collection 5)Then install compat6x, postgresql, svn, javawrapper, xorglibraries 6)pkg_add diablo-AMD64-java-for-6.1 7)svn the ERP and start testing Thanks -- Walter From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 14:39: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 E473F16A468 for ; Thu, 14 Jun 2007 14:39:35 +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 A078F13C4B0 for ; Thu, 14 Jun 2007 14:39:34 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx120.stngva01.us.mxservers.net (198.173.112.49) by mail08b.verio.de (RS ver 1.0.95vs) with SMTP id 0-0893411970 for ; Thu, 14 Jun 2007 16:39:32 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx120.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id f9151764.15927.274.mx120.stngva01.us.mxservers.net; Thu, 14 Jun 2007 10:33:03 -0400 (EDT) Received: (qmail 70658 invoked from network); 14 Jun 2007 14:39:29 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.49.149.229) by with SMTP; 14 Jun 2007 14:39:29 -0000 Received: from peedub.jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with SMTP id l5EEdORL014304; Thu, 14 Jun 2007 16:39:24 +0200 (CEST) (envelope-from garyj@jennejohn.org) Date: Thu, 14 Jun 2007 16:39:24 +0200 From: Gary Jennejohn To: "Hidetoshi Shimokawa" Message-Id: <20070614163924.b82f340f.garyj@jennejohn.org> In-Reply-To: <626eb4530706140620q248e0798l705e3564dec6ba7a@mail.gmail.com> References: <20070614131437.b6affce3.garyj@jennejohn.org> <626eb4530706140620q248e0798l705e3564dec6ba7a@mail.gmail.com> 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.5245300697; heur=0.500(-23100); stat=0.524; spamtraq-heur=0.500(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 X-Mailman-Approved-At: Thu, 14 Jun 2007 14:44:30 +0000 Cc: current@FreeBSD.ORG Subject: Re: Disappearing userland output with -current 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: Thu, 14 Jun 2007 14:39:36 -0000 On Thu, 14 Jun 2007 22:20:03 +0900 "Hidetoshi Shimokawa" wrote: [disappearing userland output] > Could you show me the output of conscontrol(8)? > Sure thing: root:peedub:~:bash:1> conscontrol Configured: consolectl Available: consolectl Muting: off Of course, this may be different when the output fails. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 15:05:12 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 46F3816A475 for ; Thu, 14 Jun 2007 15:05:12 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id EF5A513C489 for ; Thu, 14 Jun 2007 15:05:11 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id 1E86628BB2; Thu, 14 Jun 2007 10:05:11 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 9A9A661C43; Thu, 14 Jun 2007 10:05:10 -0500 (CDT) Date: Thu, 14 Jun 2007 10:05:10 -0500 From: "Matthew D. Fuller" To: gary.jennejohn@freenet.de Message-ID: <20070614150510.GK81729@over-yonder.net> References: <20070614131437.b6affce3.garyj@jennejohn.org> <20070614123808.GJ81729@over-yonder.net> <20070614170058.0c91bd26.garyj@jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070614170058.0c91bd26.garyj@jennejohn.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.14-fullermd.3 (2007-02-12) Cc: current@freebsd.org Subject: Re: Disappearing userland output with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2007 15:05:12 -0000 On Thu, Jun 14, 2007 at 05:00:58PM +0200 I heard the voice of Gary Jennejohn, and lo! it spake thus: > > But do you see garbled boot messages? That's the only time I see it. I haven't, no. This is an i386 SMP machine. Now, I've only booted it maybe 3 or 4 times since that last upgrade (it being my workstation and all, it kinda needs to stay up ;), but it hasn't occured yet. Maybe it's amd64-specific? -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 15:20: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 D953816A468 for ; Thu, 14 Jun 2007 15:20:03 +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 6261113C43E for ; Thu, 14 Jun 2007 15:20:02 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (xstoju@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l5EFJrrt010098; Thu, 14 Jun 2007 17:19:58 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l5EFJrFT010097; Thu, 14 Jun 2007 17:19:53 +0200 (CEST) (envelope-from olli) Date: Thu, 14 Jun 2007 17:19:53 +0200 (CEST) Message-Id: <200706141519.l5EFJrFT010097@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, wvaughan@steelerubber.com In-Reply-To: <467153D0.9050404@steelerubber.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]); Thu, 14 Jun 2007 17:19:59 +0200 (CEST) Cc: Subject: Re: Best way to build a "new" AMD64 current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, wvaughan@steelerubber.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, 14 Jun 2007 15:20:03 -0000 Walter Vaughan wrote: > What is the best policy to build a new current? I'll erase and start anew. You mean a "virgin" install from scratch, as if the disk was new and empty? In that case I would download a recent 7-current snapshot ISO, install it and update from there with cvsup or csup. The June snapshots have been created and posted to the FTP servers just a few days ago. They're on ftp.freebsd.org and probably on some of the mirrors (but not on all of them). The directory is /pub/FreeBSD/snapshots/200706. > 1)Using a FreeBSD AMD64 6.2 boot only CD, and doing a minumal install. Yes, you can do that if you have a 6.2 CD at hand. However, I would prefer to start with a fresh 7-current snapshot instead, as explained above. > 2)Then installing pkg_add -r cvsup and getting the /usr/src w/ current You can also use csup instead of cvsup. csup is in the base system, so it doesn't require installing a port. 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 "Perl will consistently give you what you want, unless what you want is consistency." -- Larry Wall From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 14:59: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 A8DD616A400 for ; Thu, 14 Jun 2007 14:59:53 +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 8397013C458 for ; Thu, 14 Jun 2007 14:59:52 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx69.stngva01.us.mxservers.net (204.202.242.140) by mail08b.verio.de (RS ver 1.0.95vs) with SMTP id 4-064623189 for ; Thu, 14 Jun 2007 16:59:50 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx69.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 98561764.13841.025.mx69.stngva01.us.mxservers.net; Thu, 14 Jun 2007 11:58:01 -0400 (EDT) Received: (qmail 90607 invoked from network); 14 Jun 2007 14:59:47 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.49.149.229) by with SMTP; 14 Jun 2007 14:59:47 -0000 Received: from peedub.jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with SMTP id l5EExhNf014419; Thu, 14 Jun 2007 16:59:44 +0200 (CEST) (envelope-from garyj@jennejohn.org) Date: Thu, 14 Jun 2007 16:59:43 +0200 From: Gary Jennejohn To: Ivan Voras Message-Id: <20070614165943.7875c044.garyj@jennejohn.org> In-Reply-To: References: <20070614131437.b6affce3.garyj@jennejohn.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.5026316898; heur=0.500(-26400); stat=0.502; spamtraq-heur=0.500(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 X-Mailman-Approved-At: Thu, 14 Jun 2007 15:36:37 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Disappearing userland output with -current 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: Thu, 14 Jun 2007 14:59:53 -0000 On Thu, 14 Jun 2007 15:02:40 +0200 Ivan Voras wrote: > Gary Jennejohn wrote: > > > The symptom is that _all_ userland output disappears, which makes it > > rather difficult to do anything. I'm forced to reboot the box until > > the boot output isn't trashed. > > > > If I break into ddb then all the output becomes visible, but leaving > > ddb then results in no userland output appearing again. > > Do you use vidcontrol to set different video mode? > no > How exactly does "output disappear"? Does the screen go blank? Does > the console just stop outputting characters? > no output on the console except for... > Why do you say "userland output"? Do kernel messages appear? (You can > check this by e.g. inserting a USB memory stick in the machine). > kernel messages. That means, no messages from init, from rc.d scripts, no login prompt. As I wrote, this problem only appears when kernel boot messages are garbled. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 15:01: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 CD9C416A468 for ; Thu, 14 Jun 2007 15:01:09 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08c.verio.de (mail08c.verio.de [213.198.55.118]) by mx1.freebsd.org (Postfix) with SMTP id 8998113C487 for ; Thu, 14 Jun 2007 15:01:08 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx33.stngva01.us.mxservers.net (204.202.242.74) by mail08c.verio.de (RS ver 1.0.95vs) with SMTP id 4-0730703264 for ; Thu, 14 Jun 2007 11:01:06 -0400 (EDT) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx33.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 13851764.21645.276.mx33.stngva01.us.mxservers.net; Thu, 14 Jun 2007 11:01:05 -0400 (EDT) Received: (qmail 92420 invoked from network); 14 Jun 2007 15:01:03 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.49.149.229) by with SMTP; 14 Jun 2007 15:01:03 -0000 Received: from peedub.jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with SMTP id l5EF0wE9014445; Thu, 14 Jun 2007 17:01:00 +0200 (CEST) (envelope-from garyj@jennejohn.org) Date: Thu, 14 Jun 2007 17:00:58 +0200 From: Gary Jennejohn To: "Matthew D. Fuller" Message-Id: <20070614170058.0c91bd26.garyj@jennejohn.org> In-Reply-To: <20070614123808.GJ81729@over-yonder.net> References: <20070614131437.b6affce3.garyj@jennejohn.org> <20070614123808.GJ81729@over-yonder.net> 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.3226415068; heur=0.500(-26400); stat=0.322; spamtraq-heur=0.500(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 X-Mailman-Approved-At: Thu, 14 Jun 2007 15:36:37 +0000 Cc: current@freebsd.org Subject: Re: Disappearing userland output with -current 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: Thu, 14 Jun 2007 15:01:09 -0000 On Thu, 14 Jun 2007 07:38:08 -0500 "Matthew D. Fuller" wrote: > On Thu, Jun 14, 2007 at 01:14:37PM +0200 I heard the voice of > Gary Jennejohn, and lo! it spake thus: > > > > I noticed this problem for the very first time after gcc42 was > > imported. In all the years I've been using FreeBSD (since 1993) > > I've never seen any behavior like this before. This leads me to > > strongly suspect some fallout from gcc42. > > > > Has anyone else seen this? > > I haven't seen a hint of it on > FreeBSD 7.0-CURRENT #0: Sat Jun 9 20:37:34 CDT 2007 > > (which is gcc 4.2) > But do you see garbled boot messages? That's the only time I see it. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 15:40: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 5B62E16A468 for ; Thu, 14 Jun 2007 15:40:52 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.freebsd.org (Postfix) with ESMTP id AD2E813C447 for ; Thu, 14 Jun 2007 15:40:51 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (qmail 19726 invoked by uid 89); 14 Jun 2007 15:14:09 -0000 Received: by simscan 1.1.0 ppid: 19720, pid: 19722, t: 1.5069s scanners: attach: 1.1.0 clamav: 0.88/m:38/d:1474 spam: 3.0.4 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on bsd.ultra-secure.de X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from unknown (HELO ?212.71.117.70?) (rainer@ultra-secure.de@212.71.117.70) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 14 Jun 2007 15:14:08 -0000 Message-ID: <46715B39.3070303@ultra-secure.de> Date: Thu, 14 Jun 2007 17:14:01 +0200 From: Rainer Duffner User-Agent: Thunderbird 1.5.0.10 (X11/20070221) MIME-Version: 1.0 To: Walter Vaughan References: <467153D0.9050404@steelerubber.com> In-Reply-To: <467153D0.9050404@steelerubber.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Best way to build a "new" AMD64 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, 14 Jun 2007 15:40:52 -0000 Walter Vaughan wrote: > I have a dual quad core intel box that I want to test current on. It's > been running current about 4 weeks, and the last week has been nothing > short of a lot of random reboots under load. But when it is running > it's spectacular. > > > 6)pkg_add diablo-AMD64-java-for-6.1 Does the port not build under CURRENT? I'm sorry if this is a stupid question - I use the package mostly, now that it actually exists. And I don't use current, currently. cheers, Rainer From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 15:56: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 9A21A16A41F for ; Thu, 14 Jun 2007 15:56:55 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.freebsd.org (Postfix) with ESMTP id 1937513C487 for ; Thu, 14 Jun 2007 15:56:54 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id l5EFur6T028965 for ; Fri, 15 Jun 2007 00:56:53 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Fri, 15 Jun 2007 00:56:53 +0900 From: Norikatsu Shigemura To: current@FreeBSD.org Message-Id: <20070615005653.34b43c09.nork@FreeBSD.org> X-Mailer: Sylpheed 2.4.2 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Fri, 15 Jun 2007 00:56:53 +0900 (JST) Cc: Subject: fdc0 doesn't attach on my current machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2007 15:56:55 -0000 I didn't notice this issue until now. So I don't know when this issue started. The issue is that I can't attach floppy disk drive. I doesn't disable FDC on BIOS, and I can boot from floppy disk. What should I do? # kldload fdc fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FILTER] device_attach: fdc0 attach returned 12 fdc1: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc1: [FILTER] device_attach: fdc1 attach returned 12 # uname -a FreeBSD nadesico.ninth-nine.com 7.0-CURRENT FreeBSD 7.0-CURRENT #61: Thu Jun 14 14:39:24 JST 2007 nork@nadesico.ninth-nine.com:/usr/obj/usr/src/sys/NADESICO i386 # 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 #61: Thu Jun 14 14:39:24 JST 2007 nork@nadesico.ninth-nine.com:/usr/obj/usr/src/sys/NADESICO acpi_alloc_wakeup_handler: can't alloc wake memory Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1188.97-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 2147418112 (2047 MB) avail memory = 2095558656 (1998 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 smbios0: at iomem 0xf13e0-0xf13fe on motherboard smbios0: Version: 2.3, BCD Revision: 2.3 cryptosoft0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of f0000, 4000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7fef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x4000-0x407f,0x4080-0x40ff,0x5000-0x500f on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x9000-0x90ff mem 0xd0000000-0xdfffffff,0xf9000000-0xf900ffff irq 16 at device 0.0 on pci1 vgapci1: mem 0xe0000000-0xefffffff,0xf9010000-0xf901ffff at device 0.1 on pci1 uhci0: port 0xa000-0xa01f irq 17 at device 7.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xa400-0xa41f irq 18 at device 7.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfb117000-0xfb1170ff irq 19 at device 7.2 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcm0: port 0xa800-0xa8ff mem 0xfb112000-0xfb113fff irq 18 at device 8.0 on pci0 pcm0: [ITHREAD] pcm0: fwohci0: mem 0xfb115000-0xfb1157ff,0xfb108000-0xfb10bfff irq 19 at device 9.0 on pci0 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 01:d2:00:00:04:23:01:b4 fwohci0: invalid speed 7 (fixed to 3). fwohci0: Phy 1394a available S800, 3 ports. fwohci0: Link S800, max_rec 4096 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:d2:00:23:01:b4 fwe0: Ethernet address: 02:d2:00:23:01:b4 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x48000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0x8800ffc0, gen=1, non CYCLEMASTER mode hifn0 mem 0xfb114000-0xfb114fff,0xfb10e000-0xfb10ffff,0xfb100000-0xfb107fff irq 16 at device 10.0 on pci0 hifn0: [ITHREAD] hifn0: Hifn 7955, rev 0, 32KB dram, pll=0x801 sym0: <1010-33> port 0xac00-0xacff mem 0xfb119000-0xfb1193ff,0xfb10c000-0xfb10dfff irq 17 at device 11.0 on pci0 sym0: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: handling phase mismatch from SCRIPTS. sym0: SCAN AT BOOT disabled for targets 0 1 2 3 4 5 6 8 9 10 11 12 13 14 15. sym0: SCAN FOR LUNS disabled for targets 0 1 2 3 4 5 6 8 9 10 11 12 13 14 15. sym0: [GIANT-LOCKED] sym0: [ITHREAD] sym1: <1010-33> port 0xb000-0xb0ff mem 0xfb116000-0xfb1163ff,0xfb110000-0xfb111fff irq 17 at device 11.1 on pci0 sym1: Symbios NVRAM, ID 7, Fast-80, SE, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. sym1: handling phase mismatch from SCRIPTS. sym1: SCAN AT BOOT disabled for targets 1 2 3 4 5 6 8 9 10 11 12 13 14 15. sym1: SCAN FOR LUNS disabled for targets 0 1 2 3 4 5 6 8 9 10 11 12 13 14 15. sym1: [GIANT-LOCKED] sym1: [ITHREAD] pci0: at device 13.0 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb800-0xb80f at device 17.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci2: port 0xbc00-0xbc1f irq 10 at device 17.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xc000-0xc01f irq 10 at device 17.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xc400-0xc41f irq 10 at device 17.4 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd3fff pnpid ORM0000 on isa0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> ums0: on uhub3 ums0: 3 buttons and Z dir. WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounters tick every 1.000 msec firewire0: 3 nodes, maxhop <= 2, cable IRM = 2 ZFS filesystem version 6 ZFS storage pool version 6 ad0: 78533MB at ata0-master UDMA100 ad1: 238475MB at ata1-master UDMA100 (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. fwohci0: txd err= 3 miss Ack err firewire0: New S400 device ID:00110600000039bd fwohci0: txd err= 3 miss Ack err fwohci0: txd err= 3 miss Ack err GEOM_LABEL: Label for provider ad1 is ufs/HDS250G. SMP: AP CPU #1 Launched! da0 at sym1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit) da0: Command Queueing Enabled da0: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) Trying to mount root from ufs:/dev/ad0s1a tap0: Ethernet address: 00:bd:ae:31:00:00 tap1: Ethernet address: 00:bd:b4:31:00:01 tap2: Ethernet address: 00:bd:b7:31:00:02 drm0: on vgapci0 info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized radeon 1.25.0 20060524 info: [drm] Setting GART location based on new memory map info: [drm] Loading R300 Microcode info: [drm] writeback test succeeded in 1 usecs drm0: [ITHREAD] pid 8570 (scim-helper-manager), uid 1001: exited on signal 11 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FILTER] device_attach: fdc0 attach returned 12 fdc1: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc1: [FILTER] device_attach: fdc1 attach returned 12 From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 16:07: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 C53FC16A46B for ; Thu, 14 Jun 2007 16:07:29 +0000 (UTC) (envelope-from mashtizadeh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.227]) by mx1.freebsd.org (Postfix) with ESMTP id 87EB013C45E for ; Thu, 14 Jun 2007 16:07:29 +0000 (UTC) (envelope-from mashtizadeh@gmail.com) Received: by nz-out-0506.google.com with SMTP id 14so539637nzn for ; Thu, 14 Jun 2007 09:07: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:mime-version:content-type; b=Km2/7xwB0auXZZ2oF9OusoR1JL4pgTiOq7yz2LQALvzUn/iOub35k03NS3uZl7r9Y9JQOyn5pgTPCYsi8r2KyyWjwQ/PLrH53u9GlN/r4O3IBtlkEU5txGYslxs6KAKm71AB5xOqadPotQCJVL7AkoPQbsiDjKvd18WOcXzp3Yc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=SX4pfl6rmhEMsr6x4q9Mr9e03V/NU9tPyCWFyWDmxJW5jJaJ969L8EZW57skzz6OmJdL/z/pYAAwHPtzbSKWCRYd1Gsas2jF2UT5WzmvtfMi2u5A8R6UJ1iqdxTOH5FfHGDzB1mHJdAU4UzmOb1Y3Ze7o9gB7rtBplfUSTFBO0k= Received: by 10.142.116.14 with SMTP id o14mr101077wfc.1181837248076; Thu, 14 Jun 2007 09:07:28 -0700 (PDT) Received: by 10.143.19.7 with HTTP; Thu, 14 Jun 2007 09:07:28 -0700 (PDT) Message-ID: <440b3e930706140907j636074e3l195b3798fef97298@mail.gmail.com> Date: Thu, 14 Jun 2007 12:07:28 -0400 From: "Ali Mashtizadeh" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ZFS with USB "SCSI" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 16:07:29 -0000 SGkgaGFzIGFueW9uZSB1c2VkIFpGUyB3aXRoIGEgZXh0ZXJuYWwgVVNCIGRyaXZlLiBJIHNlZW0g dG8gZ2V0IFpGUyB0cnlpbmcKClRoZSBkaXNrIGlzIG1vc3RseSBlbXB0eSBzbyB0aGVzZSB3cml0 ZSBlcnJvcnMgYXJlIG1vc3RseSBhdCB0aGUgYmVnaW5uaW5nLgpJcyB0aGVyZSBhIHByb2JsZW0g d2l0aCBVTUFTUyBhbmQgWkZTIG9yIHNob3VsZCBJIHVwZGF0ZSBteQo3LjAtQ1VSUkVOVChhYm91 dCAyLTMgd2Vla3Mgb2xkKS4gSSB1c2VkIHRvIGhhdmUgYSBVRlMgZmlsZXN5c3RlbSBvbgp0aGlz IGRyaXZlIGFuZCBpdAp3b3JrZWQgZmxhd2xlc3NseS4gWkZTIHNvbWV0aW1lcyBzaWxlbnRseSBp Z25vcmVzIG1vc3Qgb2YgdGhlc2UgZXJyb3JzIGJ1dAp3aGVuIEkgc3RhcnQgY29weWluZyBsb3Rz IGFuZCBsb3RzIG9mIGZpbGVzIGl0IGdpdmVzIGEgbG90IG9mIGVycm9ycyBhbmQKUGFuaWNzLgoK Li4uIGEgYnVuY2ggb2YgZXJyb3JzIGxpa2UgdGhlc2U6Ckp1biAxMiAxNzoxMjoxNSByZWRxdWVl biByb290OiBaRlM6IHZkZXYgSS9PIGZhaWx1cmUsIHpwb29sPVdEUGFzc3BvcnQKcGF0aD0vZGV2 L2RhMHMyZCBvZmZzZXQ9NDI2MDYyNjQzMiBzaXplPTEzMTA3MiBlcnJvcj01Ckp1biAxMiAxNzox MjoxNSByZWRxdWVlbiByb290OiBaRlM6IHZkZXYgSS9PIGZhaWx1cmUsIHpwb29sPVdEUGFzc3Bv cnQKcGF0aD0vZGV2L2RhMHMyZCBvZmZzZXQ9NDI2MDc1NzUwNCBzaXplPTEzMTA3MiBlcnJvcj01 Ckp1biAxMiAxNzoxMjoxNSByZWRxdWVlbiByb290OiBaRlM6IHZkZXYgSS9PIGZhaWx1cmUsIHpw b29sPVdEUGFzc3BvcnQKcGF0aD0vZGV2L2RhMHMyZCBvZmZzZXQ9NDI2MDg4ODU3NiBzaXplPTEz MTA3MiBlcnJvcj01Ckp1biAxMiAxNzoxMjoxNSByZWRxdWVlbiByb290OiBaRlM6IHZkZXYgSS9P IGZhaWx1cmUsIHpwb29sPVdEUGFzc3BvcnQKcGF0aD0vZGV2L2RhMHMyZCBvZmZzZXQ9NDI2MTAx OTY0OCBzaXplPTEzMTA3MiBlcnJvcj01Ckp1biAxMiAxNzoxMjoxNSByZWRxdWVlbiBrZXJuZWw6 IChkYTA6dW1hc3Mtc2ltMDowOjA6MCk6IFdSSVRFKDEwKS4gQ0RCOiAyYQowIDIgZjYgNGYgOWUg MCAwIDgwIDAKSnVuIDEyIDE3OjEyOjE1IHJlZHF1ZWVuIGtlcm5lbDogKGRhMDp1bWFzcy1zaW0w OjA6MDowKTogQ0FNIFN0YXR1czogU0NTSQpTdGF0dXMgRXJyb3IKSnVuIDEyIDE3OjEyOjE1IHJl ZHF1ZWVuIGtlcm5lbDogKGRhMDp1bWFzcy1zaW0wOjA6MDowKTogU0NTSSBTdGF0dXM6IENoZWNr CkNvbmRpdGlvbgpKdW4gMTIgMTc6MTI6MTUgcmVkcXVlZW4ga2VybmVsOiAoZGEwOnVtYXNzLXNp bTA6MDowOjApOiBJTExFR0FMIFJFUVVFU1QKYXNjOjIxLDAKSnVuIDEyIDE3OjEyOjE1IHJlZHF1 ZWVuIGtlcm5lbDogKGRhMDp1bWFzcy1zaW0wOjA6MDowKTogTG9naWNhbCBibG9jawphZGRyZXNz IG91dCBvZiByYW5nZQpKdW4gMTIgMTc6MTI6MTUgcmVkcXVlZW4ga2VybmVsOiAoZGEwOnVtYXNz LXNpbTA6MDowOjApOiBVbnJldHJ5YWJsZSBlcnJvcgpKdW4gMTIgMTc6MTI6MTUgcmVkcXVlZW4g cm9vdDogWkZTOiB2ZGV2IEkvTyBmYWlsdXJlLCB6cG9vbD1XRFBhc3Nwb3J0CnBhdGg9L2Rldi9k YTBzMmQgb2Zmc2V0PTQyNjExNTA3MjAgc2l6ZT0xMzEwNzIgZXJyb3I9NQpKdW4gMTIgMTc6MTQ6 MDIgcmVkcXVlZW4gc3lzbG9nZDoga2VybmVsIGJvb3QgZmlsZSBpcyAvYm9vdC9rZXJuZWwva2Vy bmVsCkp1biAxMiAxNzoxNDowMiByZWRxdWVlbiBrZXJuZWw6IChkYTA6dW1hc3Mtc2ltMDowOjA6 MCk6IFdSSVRFKDEwKS4gQ0RCOiAyYQowIDIgZjYgNGQgOWUgMCAwIDgwIDAKSnVuIDEyIDE3OjE0 OjAyIHJlZHF1ZWVuIGtlcm5lbDogKGRhMDp1bWFzcy1zaW0wOjA6MDowKTogQ0FNIFN0YXR1czog U0NTSQpTdGF0dXMgRXJyb3IKSnVuIDEyIDE3OjE0OjAyIHJlZHF1ZWVuIGtlcm5lbDogKGRhMDp1 bWFzcy1zaW0wOjA6MDowKTogU0NTSSBTdGF0dXM6IENoZWNrCkNvbmRpdGlvbgpKdW4gMTIgMTc6 MTQ6MDIgcmVkcXVlZW4ga2VybmVsOiAoZGEwOnVtYXNzLXNpbTA6MDowOjApOiBJTExFR0FMIFJF UVVFU1QKYXNjOjIxLDAKSnVuIDEyIDE3OjE0OjAyIHJlZHF1ZWVuIGtlcm5lbDogKGRhMDp1bWFz cy1zaW0wOjA6MDowKTogTG9naWNhbCBibG9jawphZGRyZXNzIG91dCBvZiByYW5nZQpKdW4gMTIg MTc6MTQ6MDIgcmVkcXVlZW4ga2VybmVsOiAoZGEwOnVtYXNzLXNpbTA6MDowOjApOiBVbnJldHJ5 YWJsZSBlcnJvcgpKdW4gMTIgMTc6MTQ6MDIgcmVkcXVlZW4ga2VybmVsOiBwYW5pYzogWkZTOiBJ L08gZmFpbHVyZSAod3JpdGUgb24gPHVua25vd24+Cm9mZiAwOiB6aW8gMHhmZmZmZmYwMDI0MGRi MDAwIFtMMCBaRlMgcGxhaW4gZmlsZV0gMjAwMDBMLzIwMDAwUApEVkFbMF09PDA6ZmQ5YTAwMDA6 MjAwMDA+IGZsZXRjaGVyMiB1bmNvbXByZXNzZWQgTEUgY29udGlndW91cyBiaXJ0aD0yNDQ3CmZp bGw9MQpja3N1bT01ZGY5YTFjMzRhMTUxZjI5OmVmMDQwMDZkMmE3MzEyZTI6ZjIyZTNiMjA0NDBh M2Y2OmMxNTRmYWYyYmU4ZGM3OWQpCkp1biAxMiAxNzoxNDowMiByZWRxdWVlbiBrZXJuZWw6IGNw dWlkID0gMApKdW4gMTIgMTc6MTQ6MDIgcmVkcXVlZW4ga2VybmVsOiBVcHRpbWU6IDQ2bTVzCkp1 biAxMiAxNzoxNDowMiByZWRxdWVlbiBrZXJuZWw6IFBoeXNpY2FsIG1lbW9yeTogODgxIE1CCkp1 biAxMiAxNzoxNDowMiByZWRxdWVlbiBrZXJuZWw6IER1bXBpbmcgMjIwIE1COiAyMDUgMTg5IDE3 MyAxNTcgMTQxIDEyNSAxMDkKOTMgNzcgNjEgNDUgMjkgMTMKSnVuIDEyIDE3OjE0OjAyIHJlZHF1 ZWVuIGtlcm5lbDogRHVtcCBjb21wbGV0ZQpKdW4gMTIgMTc6MTQ6MDIgcmVkcXVlZW4ga2VybmVs OiBBdXRvbWF0aWMgcmVib290IGluIDE1IHNlY29uZHMgLSBwcmVzcyBhCmtleSBvbiB0aGUgY29u c29sZSB0byBhYm9ydApKdW4gMTIgMTc6MTQ6MDIgcmVkcXVlZW4ga2VybmVsOiAtLT4gUHJlc3Mg YSBrZXkgb24gdGhlIGNvbnNvbGUgdG8gcmVib290LApKdW4gMTIgMTc6MTQ6MDIgcmVkcXVlZW4g a2VybmVsOiAtLT4gb3Igc3dpdGNoIG9mZiB0aGUgc3lzdGVtIG5vdy4KSnVuIDEyIDE3OjE0OjAy IHJlZHF1ZWVuIGtlcm5lbDogUmVib290aW5nLi4uCgotLSAKQWxpIE1hc2h0aXphZGVoCti52YTb jCDZhdi02KrbjCDYstin2K/Zhwo= From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 16:07: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 419D516A41F; Thu, 14 Jun 2007 16:07:43 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 28B5F13C487; Thu, 14 Jun 2007 16:07:43 +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 D20965B40; Thu, 14 Jun 2007 09:07:42 -0700 (PDT) To: "Claus Guttesen" In-reply-to: Your message of "Mon, 11 Jun 2007 11:15:10 +0200." Date: Thu, 14 Jun 2007 09:07:42 -0700 From: Bakul Shah Message-Id: <20070614160742.D20965B40@mail.bitblocks.com> Cc: current@freebsd.org, fs@freebsd.org Subject: Re: zfs 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: Thu, 14 Jun 2007 16:07:43 -0000 "Claus Guttesen" wrote: > > I rebuilt and installed -current as of last night (10:30PM > > PST or so). Now both zfs & zpool croak out the following > > message as they die: > > > > link_elf: symbol sysctl_handle_quad undefined > > internal error: failed to initialized zfs library > > I have just updated to current as of June 11'th 2007 10 am gmt +1 and > it came up fine. > > Did you do a make buildworld, -kernel, mergemaster etc.? Thanks for the suggestion. Just to close this "bug", this turned out to be an operator error - I had forgotten I had moved /boot to a different partition. I need a zfs for my brain (a spare brain would be good too). From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 16:13: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 7573716A400 for ; Thu, 14 Jun 2007 16:13:52 +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 4E71F13C45D for ; Thu, 14 Jun 2007 16:13:52 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5EGDoWu007348 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Jun 2007 09:13:51 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4671695F.7090202@errno.com> Date: Thu, 14 Jun 2007 09:14:23 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: Steve Kargl References: <20070614043216.GA90909@troutmask.apl.washington.edu> <4670C6F1.9060301@errno.com> <20070614044805.GA91084@troutmask.apl.washington.edu> <4670CCA4.3040200@errno.com> <20070614061339.GA96199@troutmask.apl.washington.edu> In-Reply-To: <20070614061339.GA96199@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath device appears broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 16:13:52 -0000 Steve Kargl wrote: > On Wed, Jun 13, 2007 at 10:05:40PM -0700, Sam Leffler wrote: >> Steve Kargl wrote: >>> I can't find anything relevent at the moment. The 20070610 entry >>> states: >>> Users must also, for the moment, kldload the wlan_scan_sta and/or >>> wlan_scan_ap modules if they use modules for wireless support. >>> >>> I don't use modules nor compile them. Perhaps, a sentence is >>> missing that should direct people that don't use module to update >>> their kernel config file? >> Thanks, I'll add more explanation. Short answer is the scanning support >> is now broken out into separate modules that you must either load or >> specify in your kernel config file. wlan_scan_sta for sta mode >> operation. wlan_sta_ap for ap mode operation. This is comparable to >> how ciphers are split out into modules. > > OK. I've added all the wlan_* devices to my config > and the kernel boots and my script now runs. > > Thanks for responding so quickly. > > PS: I seem to get a periodic "ath0: device timeout" message > on the console. I doesn't seem to cause any problems (e.g., > long pauses). > No idea. I suspect there's a race in the tx done processing that makes the driver think there is a timeout when one is not present. Sam From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 16:16: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 49E8116A41F for ; Thu, 14 Jun 2007 16:16: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 2302713C44C for ; Thu, 14 Jun 2007 16:16:22 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5EGGLs7007375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Jun 2007 09:16:21 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <467169F6.7020206@errno.com> Date: Thu, 14 Jun 2007 09:16:54 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: Stefan Ehmann References: <200706141641.54668.shoesoft@gmx.net> In-Reply-To: <200706141641.54668.shoesoft@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: LOR in iwi with new 802.11 work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 16:16:22 -0000 Stefan Ehmann wrote: > After the system is up for about 5 minutes, I see this LOR. Haven't seen it > posted yet. > > Stefan > > lock order reversal: > 1st 0xc2e4700c ieee80211com (802.11 com lock) > @ /usr/src/sys/net80211/ieee80211_scan.c:523 > 2nd 0xc2e48400 iwi0 (network driver) > @ /usr/src/sys/modules/iwi/../../dev/iwi/if_iwi.c:1908 > KDB: stack backtrace: > db_trace_self_wrapper(c0a39fdb,d2ce68f0,c077bb0e,c0a3c481,c2e48400,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c0a3c481,c2e48400,c2e360f0,c0cc6a0c,c0cc650a,...) at > kdb_backtrace+0x29 > witness_checkorder(c2e48400,9,c0cc650a,774,80246,...) at > witness_checkorder+0x6de > _mtx_lock_flags(c2e48400,0,c0cc650a,774,c0a55e6d,...) at _mtx_lock_flags+0xbc > iwi_start(c2e38000,cf,c2fb8600,c2e47004) at iwi_start+0xae > if_start(c2e38000,0,c0a4702d,17e,d2ce6a1c,...) at if_start+0x89 > ieee80211_send_nulldata(c3396000,38,c0a3bb59,6cc,c2e4700c) at > ieee80211_send_nulldata+0x1f4 > ieee80211_sta_pwrsave(c2e47004,1,20b,360,c2e3d000,...) at > ieee80211_sta_pwrsave+0x212 > scan_restart(c2e3d000,c2e47004,c0a47b0e,20b,450,...) at scan_restart+0x96 > ieee80211_bg_scan(c2e47004,c2ea3034,8,f5,c0b8e1a0,...) at > ieee80211_bg_scan+0x102 > ieee80211_recv_mgmt(c2e47004,c2e60e00,c3396000,80,4b,...) at > ieee80211_recv_mgmt+0xdaf > ieee80211_input(c2e47004,c2e60e00,c3396000,4b,0,...) at ieee80211_input+0x142b > iwi_intr(c2e47000,0,c0a3421e,471,c2c0a0e4,...) at iwi_intr+0x541 > ithread_loop(c2ceb940,d2ce6d38,c0a33f92,316,c2c3c804,...) at > ithread_loop+0x1b5 > fork_exit(c0729ea0,c2ceb940,d2ce6d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xd2ce6d70, ebp = 0 --- Yes, known and can safely be ignored. Sam From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 16:17: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 6E70916A476 for ; Thu, 14 Jun 2007 16:17:14 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id C7C3D13C448 for ; Thu, 14 Jun 2007 16:17:13 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile.ondsl.gr [83.235.244.135]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l5EGGvkN003553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 14 Jun 2007 19:17:04 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l5EGGXt1003496 for ; Thu, 14 Jun 2007 19:16:49 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l5EGGXN3003495 for current@freebsd.org; Thu, 14 Jun 2007 19:16:33 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 14 Jun 2007 19:16:33 +0300 From: Giorgos Keramidas To: current@freebsd.org Message-ID: <20070614161632.GA3385@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.844, required 5, ALL_TRUSTED -1.80, AWL -0.30, BAYES_20 -0.74) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Subject: hard-lock with CPU spinning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 16:17:14 -0000 If I leave my laptop idle for a long period of time, it tends to lock up with the CPU fan spinning fast (presumambly because some part of the kernel tries to acquire a lock and spins constantly for it). Unfortunately, this happens when X11 is running and I can't break into DDB to snoop around. I did notice that if I leave a terminal running: $ while true ; do \ echo -n "$(date '+%Y-%m-%d %H:%M') " ; \ tail -1 /var/log/messages ; \ sleep 10 ; \ done this works as a 'workaround' for the hardlock. The sources of /usr/src have been updated up to: 2007.06.12.15.37.17 Any ideas how I could try to debug this? - Giorgos From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 16:36: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 8809416A41F for ; Thu, 14 Jun 2007 16:36:19 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.178]) by mx1.freebsd.org (Postfix) with ESMTP id 2001013C465 for ; Thu, 14 Jun 2007 16:36:18 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so614312ika for ; Thu, 14 Jun 2007 09:36: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:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=WP2MExwIjYMMIoYg7+Vc3PtLNqiM53kdOvVdnLh91jFNkaBGNP7utIcf4Wo0a08r48i3C62QKnqxDqZid3WDuTl4YMR2Vpj0IE8vlWS+EIepFZlYjk7nOK8MEUma1TfIlbZRbiKjS5UWTizR6bpwcIC10gPJv3YAbsubS/xXnv0= 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=CdrgVBl4Ran8ussEqVR/Bwv+juEb92/YThS3NmKpN96mZM6wokwVeZ9+Pfj2fRKESwyDzvM2jl2Y7NrsUdly2FoEYh2kUd8yUOhW0KI4ETEmz/z8Kkvb9RHSOStT9mS2bStLUkIp7cGh+QUduFB1NIq4UECdUYcBtz3mmlpLscU= Received: by 10.78.183.15 with SMTP id g15mr768682huf.1181838977147; Thu, 14 Jun 2007 09:36:17 -0700 (PDT) Received: by 10.78.120.9 with HTTP; Thu, 14 Jun 2007 09:36:17 -0700 (PDT) Message-ID: <3bbf2fe10706140936r4458343do95aa9f16baf2e79a@mail.gmail.com> Date: Thu, 14 Jun 2007 18:36:17 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Giorgos Keramidas" In-Reply-To: <20070614161632.GA3385@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070614161632.GA3385@kobe.laptop> X-Google-Sender-Auth: 25b37b1e8e2ed968 Cc: current@freebsd.org Subject: Re: hard-lock with CPU spinning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 16:36:19 -0000 2007/6/14, Giorgos Keramidas : > If I leave my laptop idle for a long period of time, it tends to lock up > with the CPU fan spinning fast (presumambly because some part of the > kernel tries to acquire a lock and spins constantly for it). > > Unfortunately, this happens when X11 is running and I can't break into > DDB to snoop around. > > I did notice that if I leave a terminal running: > > $ while true ; do \ > echo -n "$(date '+%Y-%m-%d %H:%M') " ; \ > tail -1 /var/log/messages ; \ > sleep 10 ; \ > done > > this works as a 'workaround' for the hardlock. > > The sources of /usr/src have been updated up to: > > 2007.06.12.15.37.17 > > Any ideas how I could try to debug this? Recompile the kernel with DDB support (pay attention to disable KDB_UNATTENDED), additionally add WITNESS support (paying attention to not add WITNESS_SKIPSPIN), even if this wouldn't help in direct analysis. Then, when the kernel hangs, just break into the debugger and print out bt, show alllocks, ps. This would give a reasonable start. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 16:55: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 A449A16A468 for ; Thu, 14 Jun 2007 16:55:38 +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 8C11913C4B8 for ; Thu, 14 Jun 2007 16:55:38 +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 7118C904622; Thu, 14 Jun 2007 09:55:38 -0700 (PDT) Received: from relay7.apple.com (unknown [127.0.0.1]) by relay7.apple.com (Symantec Mail Security) with ESMTP id 5BEC0300A3; Thu, 14 Jun 2007 09:55:38 -0700 (PDT) X-AuditID: 11807125-a0f66bb000000801-78-4671730a007a 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 4763D300A1; Thu, 14 Jun 2007 09:55:38 -0700 (PDT) In-Reply-To: <4670FD71.4070108@delphij.net> References: <466FB481.3090503@delphij.net> <96AE8CCB-5E8B-47EF-AE9A-8CA38AB9334E@mac.com> <4670FD71.4070108@delphij.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3DB5C61E-8902-4BA0-92C7-1C8D9B768F62@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Thu, 14 Jun 2007 09:55:37 -0700 To: LI Xin X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: FreeBSD Current Subject: Re: RFC: diff(1) update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2007 16:55:38 -0000 On Jun 14, 2007, at 1:33 AM, LI Xin wrote: > Chuck Swiger wrote: >> Paul Eggert, the diffutils maintainer, has recently adopted a >> patch for >> sdiff which allows using "1" and "2" in addition to "l" and "r", >> which >> is exceptionally useful when people are running mergemaster. Also, > > dmalone@ has pointed out that to me. Sounds reasonable and I will > take > it into account in the import. Excellent-- thank you so much. :-) >> v2.8.6 also includes a fix for invoking an editor in sdiff mode: > [snip] > > Do you think it's more sensible to just import 2.8.6 or 2.8.7 instead? > Or should I pull out the two changesets? The diff for the "1"/"2" keys is small and could be pulled out easily and used against 2.8.1; the fixes made in v2.8.6 for the subsidiary editor are more complex. I don't think Paul has pushed out a newer tarball than 2.8.1, so you'd have to pull the newer changes out of CVS (@ Savannah, probably?) one way or the other. Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 17:03: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 8B64916A468 for ; Thu, 14 Jun 2007 17:03:05 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 0358613C448 for ; Thu, 14 Jun 2007 17:03:04 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile.ondsl.gr [83.235.244.135]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l5EH2qSW006130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 14 Jun 2007 20:02:59 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l5EH2UF8020369; Thu, 14 Jun 2007 20:02:47 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l5EH2UKd020368; Thu, 14 Jun 2007 20:02:30 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 14 Jun 2007 20:02:30 +0300 From: Giorgos Keramidas To: Attilio Rao Message-ID: <20070614170229.GA17675@kobe.laptop> References: <20070614161632.GA3385@kobe.laptop> <3bbf2fe10706140936r4458343do95aa9f16baf2e79a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10706140936r4458343do95aa9f16baf2e79a@mail.gmail.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.764, required 5, ALL_TRUSTED -1.80, AWL 0.64, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: current@freebsd.org Subject: Re: hard-lock with CPU spinning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 17:03:05 -0000 On 2007-06-14 18:36, Attilio Rao wrote: >2007/6/14, Giorgos Keramidas : >> If I leave my laptop idle for a long period of time, it tends to lock up >> with the CPU fan spinning fast (presumambly because some part of the >> kernel tries to acquire a lock and spins constantly for it). >> >> Unfortunately, this happens when X11 is running and I can't break into >> DDB to snoop around. >> >> I did notice that if I leave a terminal running: >> >> $ while true ; do \ >> echo -n "$(date '+%Y-%m-%d %H:%M') " ; \ >> tail -1 /var/log/messages ; \ >> sleep 10 ; \ >> done >> >> this works as a 'workaround' for the hardlock. >> >> The sources of /usr/src have been updated up to: >> >> 2007.06.12.15.37.17 >> >> Any ideas how I could try to debug this? > > Recompile the kernel with DDB support (pay attention to disable > KDB_UNATTENDED), additionally add WITNESS support (paying attention to > not add WITNESS_SKIPSPIN), even if this wouldn't help in direct > analysis. > > Then, when the kernel hangs, just break into the debugger and print > out bt, show alllocks, ps. Unfortunately, I've only been able to reproduce this while X11 is running, so I can't enter the debugger. I'll see if I can reproduce this on a desktop system with a serial console, because entering ddb on a laptop running X11 without a serial port is at best tricky :) Thanks for the ddb command tips though :-) From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 17:05: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 8810A16A469 for ; Thu, 14 Jun 2007 17:05:58 +0000 (UTC) (envelope-from maksim.yevmenkin@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 4500C13C45E for ; Thu, 14 Jun 2007 17:05:58 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so152798anc for ; Thu, 14 Jun 2007 10:05:57 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CejJkV825NCZzGjRvTD58C1760vE/icLbVq0LdnoP2KpFeasmBy+jZ5vD1njYs5JriyiHbD2qYM+XKchSFnGSe2ZwVC9N7V4pE59atbTMrZXJmcTEhV8aCzvM7FyidX+qz3KGSfMDRV8Oyf8e9nRKUs69RwP7xI0vnP+7TwK4VY= 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=D1Tg15WveibLdqpgiX1p/JzX/Wu3E89SDHJzk/oIoRQLmCRLmnKa+sHwRVgoa4+Bffav9pBpRC0iaxtNVWOI7K5bQhMQN7l9BSAc0Tunbt5I1lqWrxMOBlcvqNkvN+iMC2VPAcoqwwsziJZ1gPWqA4WXW/Mql0OYNrxrjUvcnrQ= Received: by 10.100.106.5 with SMTP id e5mr1231905anc.1181840757495; Thu, 14 Jun 2007 10:05:57 -0700 (PDT) Received: by 10.100.111.17 with HTTP; Thu, 14 Jun 2007 10:05:57 -0700 (PDT) Message-ID: Date: Thu, 14 Jun 2007 10:05:57 -0700 From: "Maksim Yevmenkin" To: rwatson@freebsd.org In-Reply-To: <20070613.212825.-957834923.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070613150534.D83504@fledge.watson.org> <20070613.212825.-957834923.imp@bsdimp.com> Cc: current@freebsd.org, "M. Warner Losh" Subject: Re: HEADS UP: IPX over IP support removed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 17:05:58 -0000 On 6/13/07, M. Warner Losh wrote: > In message: <20070613150534.D83504@fledge.watson.org> > Robert Watson writes: > : ng_h4 - Bluetooth serial drivers -- I know of no on-going work here > > Isn't emax working on this? I didn't notice it before now... ok, i have the code, but i can not test it. my old xircom cbt pccard no longer gets recognized :( i asked Warner for assistance. in the mean time, if anyone has working serial bluetooth device please let me know. if i cant get this code tested in time, what should i do? commit untested code or just retire ng_h4(4) for now? thanks, max From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 18:09: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 96C4716A468 for ; Thu, 14 Jun 2007 18:09:21 +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 1F33313C43E for ; Thu, 14 Jun 2007 18:09:20 +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 l5EI91tN027133; Thu, 14 Jun 2007 14:09:05 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Takanori Saneto" Date: Thu, 14 Jun 2007 14:04:55 -0400 User-Agent: KMail/1.9.6 References: <200704261730.42097.jhb@freebsd.org> <639c2fce0706140402s305906caxfc39faa0a3212012@mail.gmail.com> In-Reply-To: <639c2fce0706140402s305906caxfc39faa0a3212012@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706141404.56196.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]); Thu, 14 Jun 2007 14:09:05 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3419/Thu Jun 14 09:49:39 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: freebsd-current@freebsd.org, Goran Gajic Subject: Re: smb related 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: Thu, 14 Jun 2007 18:09:21 -0000 On Thursday 14 June 2007 07:02:04 am Takanori Saneto wrote: > Hi, > > I encountered this smb_co_lock problem, too. > In my case, server was WindowsXP Pro and the share I was trying to mount was > 500GB of capacity. > When I try to use smbclient to mount the same share, I got > NT_STATUS_INSUFF_SERVER_RESOURCES error. > After resolving server problem (increasing IRPStackSize to 0x11), > smb_co_lock problem went away as well. > So, I guess this problem seems to be related to the handling of above server > error status. > > I hope this might help improving smbfs. Hmm, I really would need the stack trace to attempt to resolve the panic unfortunately. > Regards, > > > 2007/4/27, John Baldwin : > > > > On Thursday 19 April 2007 10:02:13 am Goran Gajic wrote: > > > > > > Hi, > > > > > > I have just noticed from today build: > > > > > > FreeBSD fbsd.interex-pla.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu Apr > > > 19 11:42:17 CEST 2007 > > > root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC i386 > > > > > > netsmb_dev: loaded > > > smb_co_lock: recursive lock for object 1 > > > lockmgr: thread 0xc3a39a20 unlocking unheld lock > > > KDB: stack backtrace: > > > db_trace_self_wrapper(c094fe7e) at db_trace_self_wrapper+0x25 > > > kdb_backtrace(c094b1d7,c3a39a20) at kdb_backtrace+0x29 > > > _lockmgr(c367ce08,2006,c367ce38,c3a39a20,c3a6e210,...) at _lockmgr+0x5fa > > > smb_co_put(c367ce00,d728ab90,c3678d00,c367ce00,0,...) at smb_co_put+0x50 > > > smb_sm_lookup(d728ab1c,d728aafc,d728ab90,d728aaf8,d728aafc,...) at > > > smb_sm_lookup+0x11a > > > smb_usr_lookup(c2f09400,d728ab90,d728ab8c,d728ab88,c0a9e708,...) at > > > smb_usr_lookup+0x76 > > > > > > > nsmb_dev_ioctl(c3678700,82fc6e6a,c2f09400,3,c3a39a20,c0a51488,0,c0948e06,131) > > > at nsmb_dev_ioctl+0x1e5 > > > giant_ioctl(c3678700,82fc6e6a,c2f09400,3,c3a39a20,...) at > > giant_ioctl+0x33 > > > devfs_ioctl_f(c37e8090,82fc6e6a,c2f09400,c3673e80,c3a39a20) at > > > devfs_ioctl_f+0xaf > > > kern_ioctl(c3a39a20,3,82fc6e6a,c2f09400) at kern_ioctl+0x1ae > > > ioctl(c3a39a20,d728ad00) at ioctl+0xf1 > > > syscall(d728ad38) at syscall+0x252 > > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2815772f, esp = > > > 0xbfbfe40c, ebp = 0xbfbfe738 --- > > > > > > I've noticed this when I have tried mount_smbfs.. > > > > Can you try this and reply with the stack trace from the panic? > > > > Index: smb_conn.c > > =================================================================== > > RCS file: /usr/cvs/src/sys/netsmb/smb_conn.c,v > > retrieving revision 1.18 > > diff -u -r1.18 smb_conn.c > > --- smb_conn.c 6 Nov 2006 13:42:06 -0000 1.18 > > +++ smb_conn.c 7 Nov 2006 18:42:41 -0000 > > @@ -351,6 +351,7 @@ > > if (smb_co_lockstatus(cp, td) == LK_EXCLUSIVE && > > (flags & LK_CANRECURSE) == 0) { > > SMBERROR("recursive lock for object %d\n", cp->co_level); > > + panic("rescursive lock for object %p", cp); > > return 0; > > } > > return lockmgr(&cp->co_lock, flags, &cp->co_interlock, td); > > > > -- > > John Baldwin > > _______________________________________________ > > 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" > > > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 19:22: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 86DB716A474; Thu, 14 Jun 2007 19:22:22 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.freebsd.org (Postfix) with ESMTP id 59CA713C4C3; Thu, 14 Jun 2007 19:22:22 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.158.80]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JJN00IIJ4H0BH71@vms040.mailsrvcs.net>; Thu, 14 Jun 2007 14:22:12 -0500 (CDT) Date: Thu, 14 Jun 2007 15:21:47 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <20070614170229.GA17675@kobe.laptop> To: Giorgos Keramidas Message-id: <1181848907.1049.7.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <20070614161632.GA3385@kobe.laptop> <3bbf2fe10706140936r4458343do95aa9f16baf2e79a@mail.gmail.com> <20070614170229.GA17675@kobe.laptop> Cc: Attilio Rao , current@freebsd.org Subject: Re: hard-lock with CPU spinning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 19:22:22 -0000 On Thu, 2007-06-14 at 20:02 +0300, Giorgos Keramidas wrote: > Unfortunately, I've only been able to reproduce this while X11 is > running, so I can't enter the debugger. I'll see if I can reproduce > this on a desktop system with a serial console, because entering ddb > on a laptop running X11 without a serial port is at best tricky :) My laptop has built-in Firewire, so I might be confused, but I have vague recollection that I was able to use Cardbus Firewire card for console purposes on the one, I have owned before. You would have to build device firewire # FireWire bus code device dcons_crom device dcons into the kernel -- attempt to load them as modules had DDB complaining about the lack of suitable ports. Again: it definitely works on my built-in Firewire, and I am pretty much sure it used to work on the card. Unfortunately, I do not have cards handy to check it right now. -- Alexandre "Sunny" Kovalenko From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 20:07: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 7CB0416A46C for ; Thu, 14 Jun 2007 20:07:58 +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 42A8B13C455 for ; Thu, 14 Jun 2007 20:07:58 +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 l5EK7sE6044009 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 14 Jun 2007 16:07:55 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Thu, 14 Jun 2007 13:07:16 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Walter Vaughan In-Reply-To: <467153D0.9050404@steelerubber.com> Message-ID: <20070614130551.E60816@10.0.0.1> References: <467153D0.9050404@steelerubber.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Best way to build a "new" AMD64 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, 14 Jun 2007 20:07:58 -0000 On Thu, 14 Jun 2007, Walter Vaughan wrote: > I have a dual quad core intel box that I want to test current on. It's been > running current about 4 weeks, and the last week has been nothing short of a > lot of random reboots under load. But when it is running it's spectacular. > > (Yes I've been reading this list and UPDATING) > > What is the best policy to build a new current? I'll erase and start anew. > > I'm not much help to Jeff Roberson right now, if all the feedback is that > regardless of the scheduler I use, it reboots under load. Sadly, I'd blame > java in this instance, but we've gotten it to reboot more often just running > the postgres command line tool psql with large dataset imports. Have you checked your BIOS event log for ram parity errors, etc? Is this the first OS you've installed on the machine? You also should enable the KDB, DDB, and INVARIANTS options in your kernel to try to catch the problem if it is a software bug. Thanks, Jeff > > Is this the best way? > > 1)Using a FreeBSD AMD64 6.2 boot only CD, and doing a minumal install. > 2)Then installing pkg_add -r cvsup and getting the /usr/src w/ current > 3)Then do a buildworld/kernel * install dance > 4)Then install ports collection > 5)Then install compat6x, postgresql, svn, javawrapper, xorglibraries > 6)pkg_add diablo-AMD64-java-for-6.1 > 7)svn the ERP and start testing > > 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" > From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 20:48: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 4953E16A46C for ; Thu, 14 Jun 2007 20:48:27 +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 2873813C483 for ; Thu, 14 Jun 2007 20:48:27 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5EKmK6B026117 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Jun 2007 13:48:20 -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 l5EKmJiH015529; Thu, 14 Jun 2007 13:48:19 -0700 X-Auth-Received: from [192.55.52.1] by hymn01.u.washington.edu via HTTP; Thu, 14 Jun 2007 13:48:19 PDT Date: Thu, 14 Jun 2007 13:48:19 -0700 (PDT) From: youshi10@u.washington.edu To: current@freebsd.org In-Reply-To: <20070614130551.E60816@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.14.132733 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CP_MEDIA_2_BODY 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: Jeff Roberson Subject: Re: Best way to build a "new" AMD64 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, 14 Jun 2007 20:48:27 -0000 On Thu, 14 Jun 2007, Jeff Roberson wrote: > > On Thu, 14 Jun 2007, Walter Vaughan wrote: > >> I have a dual quad core intel box that I want to test current on. It's been >> running current about 4 weeks, and the last week has been nothing short of a >> lot of random reboots under load. But when it is running it's spectacular. >> >> (Yes I've been reading this list and UPDATING) >> >> What is the best policy to build a new current? I'll erase and start anew. >> >> I'm not much help to Jeff Roberson right now, if all the feedback is that >> regardless of the scheduler I use, it reboots under load. Sadly, I'd blame >> java in this instance, but we've gotten it to reboot more often just running >> the postgres command line tool psql with large dataset imports. > > Have you checked your BIOS event log for ram parity errors, etc? Is this the > first OS you've installed on the machine? > > You also should enable the KDB, DDB, and INVARIANTS options in your kernel to > try to catch the problem if it is a software bug. > > Thanks, > Jeff > >> >> Is this the best way? >> >> 1)Using a FreeBSD AMD64 6.2 boot only CD, and doing a minumal install. >> 2)Then installing pkg_add -r cvsup and getting the /usr/src w/ current >> 3)Then do a buildworld/kernel * install dance >> 4)Then install ports collection >> 5)Then install compat6x, postgresql, svn, javawrapper, xorglibraries >> 6)pkg_add diablo-AMD64-java-for-6.1 >> 7)svn the ERP and start testing >> >> Thanks >> -- >> Walter -What's the motherboard maker? -What's the chipset maker (nVidia, Intel)? -Have you tried out an alternate OS in testing the system? -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 21:27: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 EEEFF16A400 for ; Thu, 14 Jun 2007 21:27:42 +0000 (UTC) (envelope-from tutatnhamon@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 9E81713C44C for ; Thu, 14 Jun 2007 21:27:42 +0000 (UTC) (envelope-from tutatnhamon@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so1257770pyi for ; Thu, 14 Jun 2007 14:27:42 -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:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=mHmWWj24tD2ZaQQw5O+dLmDufQqlz+6PDZcwMb8HitEPxRctUz0vatYMecutYRJBjlZpkr9WQyj0pkSPetqP4/Rf1rEt10l0bFmNvqxZzDrK5r+jE6VxevIXgpCtYVfvIqLSeBVNfOvWBmJpDusP72rY7PmrgMRrrA776v58nVM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=bEmZ6o5BP5KYNqYC0fvPxDrq1a/nMQPbRgkzVA32b7Pseqjv4zoLe21S4OHDZO4PNjCWR1udlq2zsC0uR8QJ+Jo/dxjcXYV4ltceiBs03klljJ2oD+tPmeqyxp/RqjDWst/r+/PB3M/iy9I44QRyQsE8SjJNGLj/BZ9OO8d3yc0= Received: by 10.65.148.19 with SMTP id a19mr3998807qbo.1181856461916; Thu, 14 Jun 2007 14:27:41 -0700 (PDT) Received: by 10.65.180.5 with HTTP; Thu, 14 Jun 2007 14:27:41 -0700 (PDT) Message-ID: <65dfa4fc0706141427q24f74f0kd82d20a9bb20e09b@mail.gmail.com> Date: Fri, 15 Jun 2007 00:27:41 +0300 From: "Artem Naluzhny" Sender: tutatnhamon@gmail.com To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 6b9d84d1aaaf5890 Cc: Subject: "kernel: rtfree: 0xc3c4bd98 has 2 refs" on 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: Thu, 14 Jun 2007 21:27:43 -0000 Hi There are "kernel: rtfree: 0xc3c4bd98 has 2 refs" messages on console every 5 minutes. $ uname -a FreeBSD tut.intra 7.0-CURRENT FreeBSD 7.0-CURRENT #7: Thu Jun 14 20:39:30 EEST 2007 root@tut.intra:/usr/obj/usr/src/sys/TUT i386 /var/log/messages: Jun 14 20:52:08 tut kernel: rtfree: 0xc3c4bd98 has 2 refs Jun 14 20:57:08 tut kernel: rtfree: 0xc3c4bd98 has 2 refs Jun 14 21:02:08 tut kernel: rtfree: 0xc3c4bd98 has 2 refs Jun 14 21:07:09 tut kernel: rtfree: 0xc3c4bd98 has 2 refs Jun 14 21:12:09 tut kernel: rtfree: 0xc3c4bd98 has 2 refs Jun 14 21:17:09 tut kernel: rtfree: 0xc3c4bd98 has 2 refs Jun 14 21:22:09 tut kernel: rtfree: 0xc3c4bd98 has 2 refs Jun 14 21:27:09 tut kernel: rtfree: 0xc3c4bd98 has 2 refs Jun 14 21:32:09 tut kernel: rtfree: 0xc3c4bd98 has 2 refs Jun 14 21:37:09 tut kernel: rtfree: 0xc3c4bd98 has 2 refs Jun 14 21:42:09 tut kernel: rtfree: 0xc3c4bd98 has 2 refs Jun 14 21:47:10 tut kernel: rtfree: 0xc3c4bd98 has 2 refs Jun 14 21:52:10 tut kernel: rtfree: 0xc3c4bd98 has 2 refs Jun 14 21:57:10 tut kernel: rtfree: 0xc3c4bd98 has 2 refs Jun 14 22:22:11 tut kernel: rtfree: 0xc3c4bd98 has 2 refs Jun 14 22:27:11 tut kernel: rtfree: 0xc3c4bd98 has 2 refs Jun 14 22:32:11 tut kernel: rtfree: 0xc3c4bd98 has 2 refs Jun 14 23:57:12 tut kernel: rtfree: 0xc3c4bd98 has 2 refs kernel.conf: cpu I686_CPU ident TUT makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] 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 KDB # Enable kernel debugger support. options DDB # Support DDB. options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC device eisa device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) 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 device sc device pmtimer device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP 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 firmware # firmware assist module device bpf # Berkeley packet filter 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 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 uscanner # Scanners device cpufreq $ kldstat Id Refs Address Size Name 1 6 0xc0400000 3c6ec0 kernel 2 1 0xc07c7000 13bb4 snd_hda.ko 3 2 0xc07db000 460d0 sound.ko 4 1 0xc0822000 67b98 acpi.ko 5 1 0xc3d90000 c000 fuse.ko -- /tut From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 21:43: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 6401F16A46C for ; Thu, 14 Jun 2007 21:43:36 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-1.cisco.com (sj-iport-1-in.cisco.com [171.71.176.70]) by mx1.freebsd.org (Postfix) with ESMTP id F1D7B13C484 for ; Thu, 14 Jun 2007 21:43:35 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 14 Jun 2007 14:43:35 -0700 X-IronPort-AV: i="4.16,422,1175497200"; d="scan'208"; a="3234801:sNHT18924378" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l5ELhZ1B009254 for ; Thu, 14 Jun 2007 14:43:35 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l5ELhGu7022870 for ; Thu, 14 Jun 2007 21:43:35 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 14 Jun 2007 14:43:35 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 14 Jun 2007 14:43:35 -0700 Message-ID: <4671B6FA.30509@cisco.com> Date: Thu, 14 Jun 2007 17:45:30 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jun 2007 21:43:35.0112 (UTC) FILETIME=[0F45F480:01C7AECD] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=599; t=1181857415; x=1182721415; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Sleeping=20and=20my=20T43 |Sender:=20; bh=l7rT/BPMmnuYi5H592wJlOeyAcTi2WdCsr+H1dQ18c0=; b=GRQ94aY94GaRKtunbjuE26WqdwxHJALx/XT7938/a+/SX1BKU7A2AYSJLC2xtg/KYo8rTj8o GW/z9p5155H+A0lNPKN7zlDEEWh5V5uG8BUG+oBnOxYBK65I7lNrJDXs; Authentication-Results: sj-dkim-4; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim4002 verified; ); Cc: Subject: Sleeping and my T43 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 21:43:36 -0000 Hi all: I adopted the suggestion to add hw.acpi.reset_video=1 to my /etc/sysctl.conf to get my T43 to sleep and wake nicely.. now it does :-D But I still see issues: a) When I wake back up, I have to kill the moused and then restart it to get X to have a working mouse. b) Once I wake up.. I can't go back to sleep... its a one-shot (which is better than nothing.. but it would be nice to be able to put it back to sleep :-0) Any other magic cookies I may be missing? R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 22:35: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 4DF7316A400 for ; Thu, 14 Jun 2007 22:35:38 +0000 (UTC) (envelope-from SRS1=21accb6799ccdd71f253ff53cfd3a068cf334636=es.net==21accb6799ccdd71f253ff53cfd3a068cf334636=366=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 30CB513C457 for ; Thu, 14 Jun 2007 22:35:37 +0000 (UTC) (envelope-from SRS1=21accb6799ccdd71f253ff53cfd3a068cf334636=es.net==21accb6799ccdd71f253ff53cfd3a068cf334636=366=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 Return-Path: Received: from postal1.es.net (postal2.es.net [198.128.3.206]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id TCI38601 for Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id TCH49958; Thu, 14 Jun 2007 15:19:58 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 4CB354506A; Thu, 14 Jun 2007 15:19:58 -0700 (PDT) To: Randall Stewart In-Reply-To: Your message of "Thu, 14 Jun 2007 17:45:30 EDT." <4671B6FA.30509@cisco.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1181859598_80648P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 14 Jun 2007 15:19:58 -0700 From: "Kevin Oberman" Message-Id: <20070614221958.4CB354506A@ptavv.es.net> Cc: current@freebsd.org Subject: Re: Sleeping and my T43 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 22:35:38 -0000 --==_Exmh_1181859598_80648P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 14 Jun 2007 17:45:30 -0400 > From: Randall Stewart > Sender: owner-freebsd-current@freebsd.org > > Hi all: > > I adopted the suggestion to add > hw.acpi.reset_video=1 > > to my /etc/sysctl.conf to get my T43 to sleep and wake > nicely.. now it does :-D > > But I still see issues: > > a) When I wake back up, I have to kill the moused and then > restart it to get X to have a working mouse. Check the man page for psm and specify HOOKRESUME. If that does not fix it, and it foes on my T43, use INITAFTERSUSPEND. I think you can specify the flags in /boot/device.hints as: hint.psm.0.flags="0x1000" or hint.psm.0.flags="0x2000" > b) Once I wake up.. I can't go back to sleep... its a one-shot > (which is better than nothing.. but it would be nice to > be able to put it back to sleep :-0) > > Any other magic cookies I may be missing? I'd love to hear a fix for this one! -- 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_1181859598_80648P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGcb8Okn3rs5h7N1ERAqUqAKCuhWbhyp27nriHMs8X4XC4yh5SzgCcCm8R 3QTpsm9kmDsAYpfpFRP3Uxo= =WuQc -----END PGP SIGNATURE----- --==_Exmh_1181859598_80648P-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 23:12: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 3E63316A41F for ; Thu, 14 Jun 2007 23:12:51 +0000 (UTC) (envelope-from tom@uffner.com) Received: from eris.uffner.com (eris.uffner.com [207.245.121.212]) by mx1.freebsd.org (Postfix) with ESMTP id 014AC13C465 for ; Thu, 14 Jun 2007 23:12:50 +0000 (UTC) (envelope-from tom@uffner.com) Received: from xiombarg.uffner.com (static-71-162-143-94.phlapa.fios.verizon.net [71.162.143.94]) by eris.uffner.com (8.13.3/8.13.3) with ESMTP id l5EMmFTI001133 for ; Thu, 14 Jun 2007 18:48:16 -0400 (EDT) (envelope-from tom@uffner.com) Message-ID: <4671C5AF.9040203@uffner.com> Date: Thu, 14 Jun 2007 18:48:15 -0400 From: Tom Uffner User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.2) Gecko/20070522 SeaMonkey/1.1.1 MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (eris.uffner.com [192.168.1.212]); Thu, 14 Jun 2007 18:48:16 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.6/3417/Wed Jun 13 19:08:43 2007 on eris.uffner.com X-Virus-Status: Clean Cc: Subject: annoying behavior in less(1) after v403 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2007 23:12:51 -0000 the recently imported new version of less (Mon Jun 4 01:42:44 2007 UTC (10 days, 19 hours ago) by delphij) appears to have a bug that appears when using the -e or --quit-at-eof option. if you exit less by reaching eof for the 2nd time, the cursor is left at the end of the top line of the screen or window and the terminal is not restored to cooked mode. this results in your shell prompt printing on the 2nd line in the midst of whatever text happened to be on the screen at the time. if you exit less by typing 'q' this does not happen. this problem did not exist in previous versions. please don't allow this to slip into 7.0 release. i'd rather see it ship w/ less v394 than an unpatched v404. tom From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 23:20: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 D35AB16A47E for ; Thu, 14 Jun 2007 23:20:18 +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 8AF9313C4BC for ; Thu, 14 Jun 2007 23:20:17 +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 l5ENKAJc097784; Thu, 14 Jun 2007 17:20:10 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4671CD22.5030507@samsco.org> Date: Thu, 14 Jun 2007 17:20:02 -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 Uffner References: <4671C5AF.9040203@uffner.com> In-Reply-To: <4671C5AF.9040203@uffner.com> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 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]); Thu, 14 Jun 2007 17:20:11 -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: annoying behavior in less(1) after v403 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2007 23:20:19 -0000 Tom Uffner wrote: > the recently imported new version of less (Mon Jun 4 01:42:44 2007 UTC > (10 days, 19 hours ago) by delphij) appears to have a bug that appears > when using the -e or --quit-at-eof option. > > if you exit less by reaching eof for the 2nd time, the cursor is left > at the end of the top line of the screen or window and the terminal is > not restored to cooked mode. this results in your shell prompt printing > on the 2nd line in the midst of whatever text happened to be on the > screen at the time. if you exit less by typing 'q' this does not happen. > > this problem did not exist in previous versions. please don't allow this > to slip into 7.0 release. i'd rather see it ship w/ less v394 than an > unpatched v404. > > tom I noticed that, and I noticed a new regression/feature where you can no longer run 'more' against a character device node unless you specify the -f flag. So for example, running 'more /dev/sndstat' produces an error now. It's minor, but my fingers, and I'm sure millions of other BSD users fingers, are trained to typing 'more' and not 'more -f' or 'cat foo | more'. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 23:42: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 7660C16A400 for ; Thu, 14 Jun 2007 23:42:39 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id 4E82B13C44B for ; Thu, 14 Jun 2007 23:42:39 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 14 Jun 2007 16:42:39 -0700 X-IronPort-AV: i="4.16,422,1175497200"; d="scan'208"; a="165468999:sNHT42557292" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l5ENgdae018841; Thu, 14 Jun 2007 16:42:39 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l5ENgc20023117; Thu, 14 Jun 2007 23:42:39 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 14 Jun 2007 16:42:38 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 14 Jun 2007 16:42:38 -0700 Message-ID: <4671D2E2.6020106@cisco.com> Date: Thu, 14 Jun 2007 19:44:34 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20070614221958.4CB354506A@ptavv.es.net> In-Reply-To: <20070614221958.4CB354506A@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jun 2007 23:42:38.0673 (UTC) FILETIME=[B12ADC10:01C7AEDD] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1448; t=1181864559; x=1182728559; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20Sleeping=20and=20my=20T43 |Sender:=20; bh=1UCkOsvRBF6GT5zZsJmLXzZoXPmZ0oqAzpAlQcoItqI=; b=YmTMF+mmhr7G10G275u3+kVtRlngymgYx2UWqLvRvp0GuRsml//LJZqrfAlGjl1dQ0hVvTbB vDwyIVGdVc8z1GJpdDFp9yu0isq+MtlzTKXGsjTZ2JTvSN/79TtGA+nlzKaBCgdhuAUuNhufdn FBTfHwsQpTWCPxKemI7xiQs54=; Authentication-Results: sj-dkim-1; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim1004 verified; ); Cc: current@freebsd.org Subject: Re: Sleeping and my T43 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2007 23:42:39 -0000 Kevin Oberman wrote: >>Date: Thu, 14 Jun 2007 17:45:30 -0400 >>From: Randall Stewart >>Sender: owner-freebsd-current@freebsd.org >> >>Hi all: >> >>I adopted the suggestion to add >>hw.acpi.reset_video=1 >> >>to my /etc/sysctl.conf to get my T43 to sleep and wake >>nicely.. now it does :-D >> >>But I still see issues: >> >>a) When I wake back up, I have to kill the moused and then >> restart it to get X to have a working mouse. > > > Check the man page for psm and specify HOOKRESUME. If that does not fix > it, and it foes on my T43, use INITAFTERSUSPEND. I think you can specify > the flags in /boot/device.hints as: > hint.psm.0.flags="0x1000" or hint.psm.0.flags="0x2000" > > >>b) Once I wake up.. I can't go back to sleep... its a one-shot >> (which is better than nothing.. but it would be nice to >> be able to put it back to sleep :-0) >> >>Any other magic cookies I may be missing? > > > I'd love to hear a fix for this one! The hints fixed my mouse.. The sleep issue.. (one-shot).. appears to be something wrong with a driver somewhere not letting us go back to sleep.. I can do a apm -z and it blanks the screen and starts to suspend... but it wakes right back up again.. There must be a status somewhere thats not being cleared at the first wakeup :-( R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 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 A66BD16A479; Fri, 15 Jun 2007 00:03:21 +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 8EF3A13C4AE; Fri, 15 Jun 2007 00:03:21 +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 BFDD11A3C1A; Thu, 14 Jun 2007 17:02:51 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 92327513AE; Thu, 14 Jun 2007 20:03:20 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 36814BEC4; Thu, 14 Jun 2007 20:03:20 -0400 (EDT) Date: Thu, 14 Jun 2007 20:03:20 -0400 From: Kris Kennaway To: Chuck Swiger Message-ID: <20070615000320.GA94458@rot13.obsecurity.org> References: <20070614084817.GA81087@rot13.obsecurity.org> <449EAA15-A4BC-4AAE-B3ED-B65E7A079877@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <449EAA15-A4BC-4AAE-B3ED-B65E7A079877@mac.com> User-Agent: Mutt/1.4.2.3i Cc: smp@FreeBSD.org, performance@FreeBSD.org, current@FreeBSD.org, Kris Kennaway Subject: Re: BIND 9.4.1 performance on FreeBSD 6.2 vs. 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: Fri, 15 Jun 2007 00:03:21 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 14, 2007 at 04:53:01PM -0700, Chuck Swiger wrote: > Hi, Kris-- >=20 > This was interesting, thanks for putting together the testing and =20 > graphs. >=20 > On Jun 14, 2007, at 1:48 AM, Kris Kennaway wrote: > >I have been benchmarking BIND 9.4.1 recursive query performance on an > >8-core opteron, using the resperf utility (dns/dnsperf in ports). The > >query data set was taken from www.freebsd.org's httpd-access.log with > >some of the highly aggressive robot IP addresses pruned out (to avoid > >huge numbers of repeated queries against a small subset of addresses, > >which would skew the results). >=20 > It's at least arguable that doing queries against a data set =20 > including a bunch of repeats is "skewed" in a more realistic =20 > fashion. :-) A quick look at some of the data sources I have handy =20 > such as http access logs or Squid proxy logs suggests that (for =20 > example) out of a database of 17+ million requests, there were only =20 > 46000 unique IPs involved. There were still lots of repeats, just some of them were repeated hundreds of thousands of times - I stripped about a dozen of those (googlebots, I'm looking at you ;-), leaving a distribution that was less biased to the top end. > You might find it interesting to compare doing queries against your =20 > raw and filtered datasets, just to see what kind of difference you =20 > get, if any. Cached queries perform much better, as you might expect. As an estimate I was getting query rates exceeding 120000 qps when serving entirely out of cache, and I dont think I reached the upper bound yet. > >Testing was done over a broadcom gigabit ethernet cable connected > >back-to-back between two identical machines. named was restarted in > >between tests to flush the cache. >=20 > What was the external network connectivity in terms of speed? The =20 > docs suggest you need something like a 16MBs up/8 Mbs down =20 > connectivity in order to get up to 50K requests/sec.... I wasn't seeing anything close to this, so I guess it depends how much data is being returned by the queries (I was doing PTR lookups). I forget the exact numbers but it wasn't exceeding about 10Mbit in both directions, which should have been well within link capacity. Also the lock profiling data bears out the interpretation that it was BIND that was becoming saturated and not the hardware. > [ ... ] > >It would be interesting to test BIND performance when acting as an > >authoritative server, which probably has very different performance > >characteristics; the difficulty there is getting access to a suitably > >interesting and representative zone file and query data. >=20 > I suppose you could also set up a test nameserver which claims to be =20 > authoritative for all of in-addr.arpa, and set up a bunch (65K?) /16 =20 > reverse zone files, and then test against real unmodified IPs, but it =20 > would be easier to do something like this: >=20 > Set up a nameserver which is authoritative for 1.10.in-addr.arpa (ie, =20 > the reverse zone for 10.1/16), and use a zonefile with the $GENERATE =20 > directive to populate your PTR records: >=20 > $TTL 86400 > $origin 1.10.in-addr.arpa. >=20 > @ IN SOA localhost. hostmaster.localhost. ( > 1 ; serial (YYYYMMDD##) > 3h ; Refresh 3 hours > 1h ; Retry 1 hour > 30d ; Expire 30 days > 1d ) ; Minimum 24 hours >=20 > @ NS localhost. >=20 > $GENERATE 0-255 $.0 PTR ip-10-1-0-$.example.com. > $GENERATE 0-255 $.1 PTR ip-10-1-1-$.example.org. > $GENERATE 0-255 $.2 PTR ip-10-1-2-$.example.net. > ; ...etc... >=20 > ...and then feed it a query database consisting of PTR lookups. If =20 > you wanted to, you could take your existing IP database, and glue the =20 > last two octets of the real IPs onto 10.1 to produce a reasonable =20 > assortment of IPs to perform a reverse lookup upon. I could construct something like this but I'd prefer a more "realistic" workload (i.e. an uneven distribution of queries against different subsets of the data). I don't have a good idea what "realistic" means here, which makes it hard to construct one from scratch. Fortunately I have an offer from someone for access to a real large zone file and a large sample of queries. Kris --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGcddHWry0BWjoQKURAm5SAJ0WNKEKSmWAeDvbLVZDsYGGtyT9QQCgt/Rl imFuDyK59RuNiN+tPJ4C8/Q= =c16C -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 00:08: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 A11DD16A473; Fri, 15 Jun 2007 00:08:06 +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 87A1213C468; Fri, 15 Jun 2007 00:08:06 +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 8CBCB8DDBEC; Thu, 14 Jun 2007 16:51:52 -0700 (PDT) Received: from relay8.apple.com (unknown [127.0.0.1]) by relay8.apple.com (Symantec Mail Security) with ESMTP id 3E8DD4008B; Thu, 14 Jun 2007 16:53:02 -0700 (PDT) X-AuditID: 11807126-a1339bb000002ff2-ff-4671d4deddef 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 1571E4005A; Thu, 14 Jun 2007 16:53:02 -0700 (PDT) In-Reply-To: <20070614084817.GA81087@rot13.obsecurity.org> References: <20070614084817.GA81087@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: <449EAA15-A4BC-4AAE-B3ED-B65E7A079877@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Thu, 14 Jun 2007 16:53:01 -0700 To: Kris Kennaway X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: smp@FreeBSD.org, performance@FreeBSD.org, current@FreeBSD.org Subject: Re: BIND 9.4.1 performance on FreeBSD 6.2 vs. 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: Fri, 15 Jun 2007 00:08:06 -0000 Hi, Kris-- This was interesting, thanks for putting together the testing and graphs. On Jun 14, 2007, at 1:48 AM, Kris Kennaway wrote: > I have been benchmarking BIND 9.4.1 recursive query performance on an > 8-core opteron, using the resperf utility (dns/dnsperf in ports). The > query data set was taken from www.freebsd.org's httpd-access.log with > some of the highly aggressive robot IP addresses pruned out (to avoid > huge numbers of repeated queries against a small subset of addresses, > which would skew the results). It's at least arguable that doing queries against a data set including a bunch of repeats is "skewed" in a more realistic fashion. :-) A quick look at some of the data sources I have handy such as http access logs or Squid proxy logs suggests that (for example) out of a database of 17+ million requests, there were only 46000 unique IPs involved. You might find it interesting to compare doing queries against your raw and filtered datasets, just to see what kind of difference you get, if any. > Testing was done over a broadcom gigabit ethernet cable connected > back-to-back between two identical machines. named was restarted in > between tests to flush the cache. What was the external network connectivity in terms of speed? The docs suggest you need something like a 16MBs up/8 Mbs down connectivity in order to get up to 50K requests/sec.... [ ... ] > It would be interesting to test BIND performance when acting as an > authoritative server, which probably has very different performance > characteristics; the difficulty there is getting access to a suitably > interesting and representative zone file and query data. I suppose you could also set up a test nameserver which claims to be authoritative for all of in-addr.arpa, and set up a bunch (65K?) /16 reverse zone files, and then test against real unmodified IPs, but it would be easier to do something like this: Set up a nameserver which is authoritative for 1.10.in-addr.arpa (ie, the reverse zone for 10.1/16), and use a zonefile with the $GENERATE directive to populate your PTR records: $TTL 86400 $origin 1.10.in-addr.arpa. @ IN SOA localhost. hostmaster.localhost. ( 1 ; serial (YYYYMMDD##) 3h ; Refresh 3 hours 1h ; Retry 1 hour 30d ; Expire 30 days 1d ) ; Minimum 24 hours @ NS localhost. $GENERATE 0-255 $.0 PTR ip-10-1-0-$.example.com. $GENERATE 0-255 $.1 PTR ip-10-1-1-$.example.org. $GENERATE 0-255 $.2 PTR ip-10-1-2-$.example.net. ; ...etc... ...and then feed it a query database consisting of PTR lookups. If you wanted to, you could take your existing IP database, and glue the last two octets of the real IPs onto 10.1 to produce a reasonable assortment of IPs to perform a reverse lookup upon. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 00:26: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 8A2FC16A400; Fri, 15 Jun 2007 00:26:06 +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 6FA5813C45A; Fri, 15 Jun 2007 00:26:06 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay7.apple.com (relay7.apple.com [17.128.113.37]) by mail-out3.apple.com (Postfix) with ESMTP id 864088DE567; Thu, 14 Jun 2007 17:24:56 -0700 (PDT) Received: from relay7.apple.com (unknown [127.0.0.1]) by relay7.apple.com (Symantec Mail Security) with ESMTP id 4323630076; Thu, 14 Jun 2007 17:26:06 -0700 (PDT) X-AuditID: 11807125-9ff64bb000000801-ce-4671dc9e5429 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 1818530041; Thu, 14 Jun 2007 17:26:06 -0700 (PDT) In-Reply-To: <20070615000320.GA94458@rot13.obsecurity.org> References: <20070614084817.GA81087@rot13.obsecurity.org> <449EAA15-A4BC-4AAE-B3ED-B65E7A079877@mac.com> <20070615000320.GA94458@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: <7A845D91-435E-4F1C-A05A-270A04DAC20E@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Thu, 14 Jun 2007 17:26:05 -0700 To: Kris Kennaway X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: smp@FreeBSD.org, performance@FreeBSD.org, current@FreeBSD.org Subject: Re: BIND 9.4.1 performance on FreeBSD 6.2 vs. 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: Fri, 15 Jun 2007 00:26:06 -0000 On Jun 14, 2007, at 5:03 PM, Kris Kennaway wrote: >> It's at least arguable that doing queries against a data set >> including a bunch of repeats is "skewed" in a more realistic >> fashion. :-) A quick look at some of the data sources I have handy >> such as http access logs or Squid proxy logs suggests that (for >> example) out of a database of 17+ million requests, there were only >> 46000 unique IPs involved. > > There were still lots of repeats, just some of them were repeated > hundreds of thousands of times - I stripped about a dozen of those > (googlebots, I'm looking at you ;-), leaving a distribution that was > less biased to the top end. Heh, yes, it's surprising how happy a webspider is to crawl around a heavily-interlinked site. :-) Perhaps someone ought to add a: Crawl-delay: 600 ...statement to http://www.freebsd.org/robots.txt...? >> You might find it interesting to compare doing queries against your >> raw and filtered datasets, just to see what kind of difference you >> get, if any. > > Cached queries perform much better, as you might expect. As an > estimate I was getting query rates exceeding 120000 qps when serving > entirely out of cache, and I dont think I reached the upper bound yet. Sure, anything cached or anything the nameserver is authoritative for is going to be directly answerable without having to do an external recursive query. >> What was the external network connectivity in terms of speed? The >> docs suggest you need something like a 16MBs up/8 Mbs down >> connectivity in order to get up to 50K requests/sec.... > > I wasn't seeing anything close to this, so I guess it depends how much > data is being returned by the queries (I was doing PTR lookups). I > forget the exact numbers but it wasn't exceeding about 10Mbit in both > directions, which should have been well within link capacity. Also > the lock profiling data bears out the interpretation that it was BIND > that was becoming saturated and not the hardware. OK, thanks for the info. Maybe I'll get a chance to run some numbers of my own testing, if I can free up some time from WWDC.... >> [ ... ] >>> It would be interesting to test BIND performance when acting as an >>> authoritative server, which probably has very different performance >>> characteristics; the difficulty there is getting access to a >>> suitably >>> interesting and representative zone file and query data. >> >> I suppose you could also set up a test nameserver which claims to be >> authoritative for all of in-addr.arpa, and set up a bunch (65K?) /16 >> reverse zone files, and then test against real unmodified IPs, but it >> would be easier to do something like this: >> >> Set up a nameserver which is authoritative for 1.10.in-addr.arpa (ie, >> the reverse zone for 10.1/16), and use a zonefile with the $GENERATE >> directive to populate your PTR records: >> >> [ ...zonefile snipped for brevity... ] >> >> ...and then feed it a query database consisting of PTR lookups. If >> you wanted to, you could take your existing IP database, and glue the >> last two octets of the real IPs onto 10.1 to produce a reasonable >> assortment of IPs to perform a reverse lookup upon. > > I could construct something like this but I'd prefer a more > "realistic" workload (i.e. an uneven distribution of queries against > different subsets of the data). I don't have a good idea what > "realistic" means here, which makes it hard to construct one from > scratch. Fortunately I have an offer from someone for access to a > real large zone file and a large sample of queries. Ah, very good, then. While I expect there to be quite a difference between recursive queries vs. authoritative/locally answerable queries (after all, that seems to be why both dnsperf and resperf were created as distinct programs), I'm not convinced that there is too much difference between doing reverse lookups for one set of IPs versus another if those IPs are all in zones the server is authoritative for. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 00:39: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 D7E9216A41F; Fri, 15 Jun 2007 00:39:31 +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 8916013C45B; Fri, 15 Jun 2007 00:39:31 +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 l5F0dUxM008654; Thu, 14 Jun 2007 20:39:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5F0dUDV040547; Thu, 14 Jun 2007 20:39:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 63B8273068; Thu, 14 Jun 2007 20:39:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070615003930.63B8273068@freebsd-current.sentex.ca> Date: Thu, 14 Jun 2007 20:39:30 -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: Fri, 15 Jun 2007 00:39:32 -0000 TB --- 2007-06-14 23:16:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-14 23:16:11 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-14 23:16:12 - cleaning the object tree TB --- 2007-06-14 23:16:37 - checking out the source tree TB --- 2007-06-14 23:16:37 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-14 23:16:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-14 23:24:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-14 23:24:18 - cd /src TB --- 2007-06-14 23:24:18 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 14 23:24:19 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 15 00:39:29 UTC 2007 TB --- 2007-06-15 00:39:29 - generating LINT kernel config TB --- 2007-06-15 00:39:29 - cd /src/sys/powerpc/conf TB --- 2007-06-15 00:39:29 - /usr/bin/make -B LINT TB --- 2007-06-15 00:39:29 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-15 00:39:29 - cd /src TB --- 2007-06-15 00:39:29 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 15 00:39:29 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/powerpc/conf; PATH=/obj/powerpc/src/tmp/legacy/usr/sbin:/obj/powerpc/src/tmp/legacy/usr/bin:/obj/powerpc/src/tmp/legacy/usr/games:/obj/powerpc/src/tmp/usr/sbin:/obj/powerpc/src/tmp/usr/bin:/obj/powerpc/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/powerpc/src/sys/LINT /src/sys/powerpc/conf/LINT WARNING: duplicate option `GEOM_PART_APM' encountered. WARNING: duplicate option `GEOM_PART_MBR' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. /src/sys/powerpc/conf/LINT: unknown option "SCTP_SACK_RWND_LOGGING" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-15 00:39:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-15 00:39:30 - ERROR: failed to build lint kernel TB --- 2007-06-15 00:39:30 - tinderbox aborted TB --- 0.70 user 2.48 system 4998.12 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 01:38:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA3CA16A46E for ; Fri, 15 Jun 2007 01:38:33 +0000 (UTC) (envelope-from wvaughan@steelerubber.com) Received: from smtp-i4.mail.ctc.net (smtp-i4.mail.ctc.net [166.82.29.17]) by mx1.freebsd.org (Postfix) with ESMTP id 9229E13C4AE for ; Fri, 15 Jun 2007 01:38:33 +0000 (UTC) (envelope-from wvaughan@steelerubber.com) Received: from smtp4.mail.ctc.net (smtp4.mail.ctc.net [166.82.29.11]) by smtp-i4.mail.ctc.net (Switch-3.2.4/Switch-3.2.4) with ESMTP id l5F10ac6001860 for ; Thu, 14 Jun 2007 21:00:38 -0400 (EDT) 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 l5F10Xr2011340 for ; Thu, 14 Jun 2007 21:00:34 -0400 (EDT) Message-ID: <4671E4AF.10902@steelerubber.com> Date: Thu, 14 Jun 2007 21:00:31 -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: current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 'X-MASF': '0.00%' 'X-MASF': '0.00%' Cc: Subject: Re: Best way to build a "new" AMD64 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, 15 Jun 2007 01:38:33 -0000 youshi10@u.washington.edu wrote: > -What's the motherboard maker? INTEL S5000XVN CPU: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (2002.99-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 usable memory = 8571473920 (8174 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > -What's the chipset maker (nVidia, Intel)? Intel > -Have you tried out an alternate OS in testing the system? Ran Unbuntu for a day or so just for laughs before getting serious. I've talked to my hardware vendor. They have several ISP's that are using identical hardware but are running FreeBSD 6.1 because of stablity issues they ran into with 6.2. They also had one client that gave up and went with CentOS5. From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 02:02: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 CA81516A468; Fri, 15 Jun 2007 02:02:31 +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 7A77913C487; Fri, 15 Jun 2007 02:02:31 +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 l5F22UEV013519; Thu, 14 Jun 2007 22:02:30 -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 l5F22Ui1076318; Thu, 14 Jun 2007 22:02:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 65C4373068; Thu, 14 Jun 2007 22:02:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070615020230.65C4373068@freebsd-current.sentex.ca> Date: Thu, 14 Jun 2007 22:02:30 -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/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2007 02:02:31 -0000 TB --- 2007-06-15 00:39:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-15 00:39:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-06-15 00:39:30 - cleaning the object tree TB --- 2007-06-15 00:39:54 - checking out the source tree TB --- 2007-06-15 00:39:54 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-06-15 00:39:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-15 00:50:15 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-15 00:50:15 - cd /src TB --- 2007-06-15 00:50:15 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 15 00:50:17 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 15 02:02:29 UTC 2007 TB --- 2007-06-15 02:02:29 - generating LINT kernel config TB --- 2007-06-15 02:02:29 - cd /src/sys/sparc64/conf TB --- 2007-06-15 02:02:29 - /usr/bin/make -B LINT TB --- 2007-06-15 02:02:29 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-15 02:02:29 - cd /src TB --- 2007-06-15 02:02:29 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 15 02:02:29 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/sparc64/conf; PATH=/obj/sparc64/src/tmp/legacy/usr/sbin:/obj/sparc64/src/tmp/legacy/usr/bin:/obj/sparc64/src/tmp/legacy/usr/games:/obj/sparc64/src/tmp/usr/sbin:/obj/sparc64/src/tmp/usr/bin:/obj/sparc64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/sparc64/src/sys/LINT /src/sys/sparc64/conf/LINT WARNING: duplicate option `GEOM_BSD' encountered. WARNING: duplicate option `GEOM_SUNLABEL' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. /src/sys/sparc64/conf/LINT: unknown option "SCTP_SACK_RWND_LOGGING" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-15 02:02:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-15 02:02:30 - ERROR: failed to build lint kernel TB --- 2007-06-15 02:02:30 - tinderbox aborted TB --- 0.79 user 2.49 system 4979.69 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 02:18: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 A598816A400; Fri, 15 Jun 2007 02:18:41 +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 56EE613C448; Fri, 15 Jun 2007 02:18:41 +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 l5F2IeC1014550; Thu, 14 Jun 2007 22:18:40 -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 l5F2IeZl086960; Thu, 14 Jun 2007 22:18:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 66F6473068; Thu, 14 Jun 2007 22:18:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070615021840.66F6473068@freebsd-current.sentex.ca> Date: Thu, 14 Jun 2007 22:18:40 -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: Fri, 15 Jun 2007 02:18:41 -0000 TB --- 2007-06-15 00:59:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-15 00:59:20 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-15 00:59:20 - cleaning the object tree TB --- 2007-06-15 00:59:41 - checking out the source tree TB --- 2007-06-15 00:59:41 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-15 00:59:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-15 01:08:06 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-15 01:08:06 - cd /src TB --- 2007-06-15 01:08:06 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 15 01:08:07 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 15 02:18:40 UTC 2007 TB --- 2007-06-15 02:18:40 - generating LINT kernel config TB --- 2007-06-15 02:18:40 - cd /src/sys/sun4v/conf TB --- 2007-06-15 02:18:40 - /usr/bin/make -B LINT TB --- 2007-06-15 02:18:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-15 02:18:40 - cd /src TB --- 2007-06-15 02:18:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 15 02:18:40 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/sun4v/conf; PATH=/obj/sun4v/src/tmp/legacy/usr/sbin:/obj/sun4v/src/tmp/legacy/usr/bin:/obj/sun4v/src/tmp/legacy/usr/games:/obj/sun4v/src/tmp/usr/sbin:/obj/sun4v/src/tmp/usr/bin:/obj/sun4v/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/sun4v/src/sys/LINT /src/sys/sun4v/conf/LINT WARNING: duplicate option `GEOM_BSD' encountered. WARNING: duplicate option `GEOM_SUNLABEL' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_GENCLOCK' encountered. WARNING: duplicate device `genclock' encountered. /src/sys/sun4v/conf/LINT: unknown option "SCTP_SACK_RWND_LOGGING" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-15 02:18:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-15 02:18:40 - ERROR: failed to build lint kernel TB --- 2007-06-15 02:18:40 - tinderbox aborted TB --- 0.70 user 2.15 system 4759.85 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 03:43: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 0A2DF16A41F for ; Fri, 15 Jun 2007 03:43:44 +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 DD16013C447 for ; Fri, 15 Jun 2007 03:43:43 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5F3hhDr023837 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 14 Jun 2007 20:43:43 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5F3hg88030777 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 14 Jun 2007 20:43:42 -0700 Message-ID: <46720AEF.6060008@u.washington.edu> Date: Thu, 14 Jun 2007 20:43:43 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Walter Vaughan References: <4671E4AF.10902@steelerubber.com> In-Reply-To: <4671E4AF.10902@steelerubber.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.14.202433 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__C230066_P5 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: current@freebsd.org Subject: Re: Best way to build a "new" AMD64 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, 15 Jun 2007 03:43:44 -0000 Walter Vaughan wrote: > youshi10@u.washington.edu wrote: > >> -What's the motherboard maker? > INTEL S5000XVN > > CPU: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (2002.99-MHz > K8-class CPU) > Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 > usable memory = 8571473920 (8174 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > >> -What's the chipset maker (nVidia, Intel)? > Intel >> -Have you tried out an alternate OS in testing the system? > Ran Unbuntu for a day or so just for laughs before getting serious. > > I've talked to my hardware vendor. They have several ISP's that are > using identical hardware but are running FreeBSD 6.1 because of > stablity issues they ran into with 6.2. They also had one client that > gave up and went with CentOS5. Hmmm... have you talked to Intel yet? I know that the S5000XVN is a recent board and all, and maybe they can provide you with some helpful tips in determining the root cause of your issue. I would suggest doing what Jeff suggested, with enabling KDB, WITNESS, INVARIANTS, and the like. I would consider also disabling SMP for a while and see if the issues persist. What scheduler are you using? Also, is there a common point where your server's running into issues under load, with particular programs? -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 04:17: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 5BC0E16A468; Fri, 15 Jun 2007 04:17:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0C3E613C447; Fri, 15 Jun 2007 04:17:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5F4HNm7020072; Fri, 15 Jun 2007 00:17:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5F4HNht070096; Fri, 15 Jun 2007 00:17:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6BCB073068; Fri, 15 Jun 2007 00:17:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070615041721.6BCB073068@freebsd-current.sentex.ca> Date: Fri, 15 Jun 2007 00:17:21 -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 amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2007 04:17:24 -0000 TB --- 2007-06-15 02:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-15 02:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-15 02:20:00 - cleaning the object tree TB --- 2007-06-15 02:20:43 - checking out the source tree TB --- 2007-06-15 02:20:43 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-15 02:20:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-15 02:31:22 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-15 02:31:22 - cd /src TB --- 2007-06-15 02:31:22 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 15 02:31:23 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Jun 15 04:17:20 UTC 2007 TB --- 2007-06-15 04:17:20 - generating LINT kernel config TB --- 2007-06-15 04:17:20 - cd /src/sys/amd64/conf TB --- 2007-06-15 04:17:20 - /usr/bin/make -B LINT TB --- 2007-06-15 04:17:20 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-15 04:17:20 - cd /src TB --- 2007-06-15 04:17:20 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 15 04:17:20 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/amd64/conf; PATH=/obj/amd64/src/tmp/legacy/usr/sbin:/obj/amd64/src/tmp/legacy/usr/bin:/obj/amd64/src/tmp/legacy/usr/games:/obj/amd64/src/tmp/usr/sbin:/obj/amd64/src/tmp/usr/bin:/obj/amd64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/amd64/src/sys/LINT /src/sys/amd64/conf/LINT WARNING: duplicate option `GEOM_BSD' encountered. WARNING: duplicate option `GEOM_MBR' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. /src/sys/amd64/conf/LINT: unknown option "SCTP_SACK_RWND_LOGGING" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-15 04:17:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-15 04:17:21 - ERROR: failed to build lint kernel TB --- 2007-06-15 04:17:21 - tinderbox aborted TB --- 0.98 user 3.66 system 7040.30 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 05:24: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 9E84016A469 for ; Fri, 15 Jun 2007 05:24:20 +0000 (UTC) (envelope-from novembre@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 4D92513C465 for ; Fri, 15 Jun 2007 05:24:20 +0000 (UTC) (envelope-from novembre@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so1426962pyi for ; Thu, 14 Jun 2007 22:24:19 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=JHfM/4oFcHQDQSVZhAL2Oy2ZH2EaTmCLwUXfqcExbzZbfHos+bsWxs1P8gDL+LRlccHA9M6NLn7WD3mHUGQ4CSIGcjP/Az9uBHpy9lB2pwsxwTkEOjBX9dNmMxhknyf8zyhn40flADGQB2bpUCZtVYTJshEFyjPLsP4pCk5YCFk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=cpQ40ag5u0Cq9phCsyuvb2wrNqIi8G9F6yzxwWadEdLxYjjwDDIvtdDSwN2qLNGooqyBxCOu+0r+BoGGXN7XuZTQ7dsOKF+7/yzDJpgvpjmVlJruapgeIE9pJ9DMS3Uni9XDFDauE1Dy1YKev1JJxMvAh3lKpNOWYwXGLDgkGhI= Received: by 10.65.214.2 with SMTP id r2mr4469726qbq.1181883550771; Thu, 14 Jun 2007 21:59:10 -0700 (PDT) Received: by 10.64.209.15 with HTTP; Thu, 14 Jun 2007 21:59:10 -0700 (PDT) Message-ID: <3b47caa90706142159v4e7e1ebbu7d3de97a8b04fda3@mail.gmail.com> Date: Thu, 14 Jun 2007 23:59:10 -0500 From: Novembre 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 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Intel 965 and AGP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 05:24:20 -0000 Hello, Is Intel G965 supported on -CURRENT? It seems that the chipset cannot be detected as AGP by the kernel module 'agp' (it is a PCI Express chip in reality, as far as I know), so 'i915' and 'drm' modules cannot be loaded, and the X.org driver for i810 cannot be used to start X. Previously, I had 6.2-RELEASE installed, and that did not support the chipset (no agpgart device in /dev/, no 'agp' kernel module loaded). I tried updating some source files (agp.c, agp_intel.c, agp_i810.c, agpreg.h) using the -CURRENT sources and patching agp.c and agpreg.h with Eric Anholt's submitted patch ( see http://docs.freebsd.org/cgi/mid.cgi?1177096992.5641.11.camel ), but that didn't work as well; no matter what I tried with 6.2-RELEASE, no agp device was detected. Then I erased my -RELEASE install and tried -STABLE with the same results - no agp present. So I tried installing 7.0-CURRENT (though I could not install it, but that's another issue). Looking at the output of the system while booting, it was the only time that instead of ---------- pci0: at device 2.0 (no driver attached) ---------- I did get something else (sorry, I don't remember the exact output now, but 'no driver attached' was not there and some hex address was present). Then I tried loading the 'i915' and 'drm' modules at the loader prompt, and 'drm' said something along the lines of 'no agp device present' (again, i don't remember the exact message), so it did not load. This is all before installing the 7.0-CURRENT (which I could not do), so maybe if I use Eric Anholt's patch for agp.c, it'll work. I would greatly appreciate any help here... From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 05: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 EA3BC16A400 for ; Fri, 15 Jun 2007 05:40:05 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id AAB9E13C45A for ; Fri, 15 Jun 2007 05:40:05 +0000 (UTC) (envelope-from eischen@vigrid.com) 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 l5F5e4tP029250; Fri, 15 Jun 2007 01:40:04 -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]); Fri, 15 Jun 2007 01:40:04 -0400 (EDT) Date: Fri, 15 Jun 2007 01:40:04 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: bushman@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: cached to nscd (was Re: nscd for freebsd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: deischen@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: Fri, 15 Jun 2007 05:40:06 -0000 On Monday 13 November 2006 15:37, Michael Bushkov wrote: > 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. What's the status of this (renaming cached to nscd)? Can we get this done before 7.0 goes out the door? -- DE From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 06:52: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 15C6216A400 for ; Fri, 15 Jun 2007 06:52:25 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 8C18513C457 for ; Fri, 15 Jun 2007 06:52:24 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l5F6qHwe005162 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 15 Jun 2007 08:52:22 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l5F6qHNQ080405 for ; Fri, 15 Jun 2007 08:52:17 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: by titan.flintsbach.schmalzbauer.de (8.14.1/8.14.1/Submit) id l5F6qHa6001373 for freebsd-current@freebsd.org; Fri, 15 Jun 2007 08:52:17 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Fri, 15 Jun 2007 08:52:16 +0200 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706150852.17083.h.schmalzbauer@omnisec.de> Subject: moused linear acceleration drops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 06:52:25 -0000 Hello, 3 months ago moused was extended by a _very_ nice feature: Dynamic acceleration. It works really fine. But the linear ac(de)celeration seems to 'drop' moving information. I have a 1600dpi mouse which is far to quick by default. When I use 'xset m 1/3' the speed is fine and also every smallest movement gets recognized. When I use '-a 0.33' with moused (besides -A 1.6/2 with xset m 1) small (and slow) movement's are not reported. I have to move at some minimal speed to get the cursor moving. So it seems that info gets droped. Could someone help me fix the decelleration for moused? Thanks in advance, -Harry From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 07:27:14 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D4FD16A484 for ; Fri, 15 Jun 2007 07:27:14 +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 A7D4813C46C for ; Fri, 15 Jun 2007 07:27:13 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qtedgn@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l5F7R6rI058175; Fri, 15 Jun 2007 09:27:12 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l5F7R64r058174; Fri, 15 Jun 2007 09:27:06 +0200 (CEST) (envelope-from olli) Date: Fri, 15 Jun 2007 09:27:06 +0200 (CEST) Message-Id: <200706150727.l5F7R64r058174@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, h.schmalzbauer@omnisec.de In-Reply-To: <200706150852.17083.h.schmalzbauer@omnisec.de> 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, 15 Jun 2007 09:27:12 +0200 (CEST) Cc: Subject: Re: moused linear acceleration drops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, h.schmalzbauer@omnisec.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, 15 Jun 2007 07:27:14 -0000 Harald Schmalzbauer wrote: > 3 months ago moused was extended by a _very_ nice feature: Dynamic > acceleration. It works really fine. Nice to hear that (I wrote the patch). :) > But the linear ac(de)celeration seems to 'drop' moving information. > I have a 1600dpi mouse which is far to quick by default. > When I use 'xset m 1/3' the speed is fine and also every smallest movement > gets recognized. > When I use '-a 0.33' with moused (besides -A 1.6/2 with xset m 1) small (and > slow) movement's are not reported. I have to move at some minimal speed to > get the cursor moving. > So it seems that info gets droped. It's probably a rounding problem. I'll have a look at it. My mice and trackballs aren't that sensitive, so I didn't notice such a problem. I assume that there's no such problem if you don't use the new -A option, right? (i.e. no regression, I hope.) 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 is executable pseudocode. Perl is executable line noise. From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 07:41: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 9602F16A41F for ; Fri, 15 Jun 2007 07:41:10 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id EDCDF13C44B for ; Fri, 15 Jun 2007 07:41:09 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l5F7f38O005713 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 15 Jun 2007 09:41:08 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l5F7f3w7080727 for ; Fri, 15 Jun 2007 09:41:03 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.14.1/8.14.1/Submit) id l5F7f31S001871 for freebsd-current@freebsd.org; Fri, 15 Jun 2007 09:41:03 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Fri, 15 Jun 2007 09:41:02 +0200 User-Agent: KMail/1.9.6 References: <200706150727.l5F7R64r058174@lurza.secnetix.de> In-Reply-To: <200706150727.l5F7R64r058174@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706150941.03174.h.schmalzbauer@omnisec.de> Subject: Re: moused linear acceleration drops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 07:41:10 -0000 Am Freitag, 15. Juni 2007 schrieb Oliver Fromme: > Harald Schmalzbauer wrote: > > 3 months ago moused was extended by a _very_ nice feature: Dynamic > > acceleration. It works really fine. > > Nice to hear that (I wrote the patch). :) I knew, I read the PR because I was interested who took the pity on this long standing disadvanted compared to some othe operating system... So you alredy got my thanks in mind :) > > But the linear ac(de)celeration seems to 'drop' moving information. > > I have a 1600dpi mouse which is far to quick by default. > > When I use 'xset m 1/3' the speed is fine and also every smallest > > movement gets recognized. > > When I use '-a 0.33' with moused (besides -A 1.6/2 with xset m 1) small > > (and slow) movement's are not reported. I have to move at some minimal > > speed to get the cursor moving. > > So it seems that info gets droped. > > It's probably a rounding problem. I'll have a look at it. > My mice and trackballs aren't that sensitive, so I didn't > notice such a problem. > > I assume that there's no such problem if you don't use the > new -A option, right? (i.e. no regression, I hope.) Hmm, if I don't use -A (dynamic acc) the problem still persists, the linear acceleration is droping info, hence the culprit. I don't have a problem with dynamic acceleration when the linear is disabled, so it can't be a regression by your patch I think. Thanks, -Harry From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 08:35: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 2953216A400 for ; Fri, 15 Jun 2007 08:35:23 +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 8960913C44B for ; Fri, 15 Jun 2007 08:35:22 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (varonk@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l5F8ZFaT061945; Fri, 15 Jun 2007 10:35:21 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l5F8ZFqj061944; Fri, 15 Jun 2007 10:35:15 +0200 (CEST) (envelope-from olli) Date: Fri, 15 Jun 2007 10:35:15 +0200 (CEST) Message-Id: <200706150835.l5F8ZFqj061944@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, h.schmalzbauer@omnisec.de In-Reply-To: <200706150941.03174.h.schmalzbauer@omnisec.de> 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, 15 Jun 2007 10:35:21 +0200 (CEST) Cc: Subject: Re: moused linear acceleration drops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, h.schmalzbauer@omnisec.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, 15 Jun 2007 08:35:23 -0000 Harald Schmalzbauer wrote: > Oliver Fromme wrote: > > Harald Schmalzbauer wrote: > > > But the linear ac(de)celeration seems to 'drop' moving information. > > > I have a 1600dpi mouse which is far to quick by default. > > > When I use 'xset m 1/3' the speed is fine and also every smallest > > > movement gets recognized. > > > When I use '-a 0.33' with moused (besides -A 1.6/2 with xset m 1) small > > > (and slow) movement's are not reported. I have to move at some minimal > > > speed to get the cursor moving. > > > So it seems that info gets droped. > > > > It's probably a rounding problem. I'll have a look at it. > > My mice and trackballs aren't that sensitive, so I didn't > > notice such a problem. > > > > I assume that there's no such problem if you don't use the > > new -A option, right? (i.e. no regression, I hope.) > > Hmm, if I don't use -A (dynamic acc) the problem still persists, the linear > acceleration is droping info, hence the culprit. I don't have a problem with > dynamic acceleration when the linear is disabled, so it can't be a regression > by your patch I think. My patch only added -A (dynamic acc) but did not touch the algorithm of -a (linear acc). If you observe the problem when using -a but not -A, then there are two possibilities: 1. My patch _did_ introduce a regression with -a, or: 2. The problem already existed before my patch. I'll try to find out and fix it. (My free time is limited today, though, so it might take a little longer.) By the way, what kind or model of a mouse do you have there? Maybe I'm able to get hold of one, so I can reproduce the problem more easily. The most sensitive mouse in my collection seems to have only 600 dpi. 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 "I made up the term 'object-oriented', and I can tell you I didn't have C++ in mind." -- Alan Kay, OOPSLA '97 From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 08:44: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 2329916A46C for ; Fri, 15 Jun 2007 08:44:38 +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 6CEB013C44C for ; Fri, 15 Jun 2007 08:44:37 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 15 Jun 2007 08:44:35 -0000 Received: from h081217094222.dyn.cm.kabsi.at (EHLO taxman.pepperland) [81.217.94.222] by mail.gmx.net (mp046) with SMTP; 15 Jun 2007 10:44:35 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1/PEvpWLjLPrpC4UAP2FQh0IpvcJH0wAwWLGJmS7X XeXM3O7ZseiQeN From: Stefan Ehmann To: Sam Leffler Date: Fri, 15 Jun 2007 10:44:31 +0200 User-Agent: KMail/1.9.6 References: <200706141641.54668.shoesoft@gmx.net> <467169F6.7020206@errno.com> In-Reply-To: <467169F6.7020206@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706151044.32493.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org Subject: LOR in iwi with new 802.11 work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 08:44:38 -0000 On Thursday 14 June 2007 18:16:54 Sam Leffler wrote: > Stefan Ehmann wrote: > > After the system is up for about 5 minutes, I see this LOR. Haven't seen > > it posted yet. > > > > Stefan > > > > lock order reversal: > > 1st 0xc2e4700c ieee80211com (802.11 com lock) > > @ /usr/src/sys/net80211/ieee80211_scan.c:523 > > 2nd 0xc2e48400 iwi0 (network driver) > > @ /usr/src/sys/modules/iwi/../../dev/iwi/if_iwi.c:1908 ... > > Yes, known and can safely be ignored. Okay, thanks. Another problem I've noticed (don't want to start a new thread): Before the latest commit, I've never seen dropouts in the connnection. But now I've seen for the second time that the connection drops for some seconds. ifconfig shows no IP address. At least it recovers, but open connections die. In dmesg I see: Jun 15 10:34:25 something kernel: iwi0: firmware stuck in state 4, resetting Jun 15 10:34:25 something kernel: iwi0: link state changed to DOWN Jun 15 10:34:28 something kernel: iwi0: link state changed to UP Is this a known issue? Do you need any more info? Stefan From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 08:55: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 BB7DC16A41F for ; Fri, 15 Jun 2007 08:55:08 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 1DF0C13C46C for ; Fri, 15 Jun 2007 08:55:07 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l5F8t1JT006712 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 15 Jun 2007 10:55:06 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l5F8t1U8081231 for ; Fri, 15 Jun 2007 10:55:01 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.14.1/8.14.1/Submit) id l5F8t12b002369 for freebsd-current@freebsd.org; Fri, 15 Jun 2007 10:55:01 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Fri, 15 Jun 2007 10:55:01 +0200 User-Agent: KMail/1.9.6 References: <200706150835.l5F8ZFqj061944@lurza.secnetix.de> In-Reply-To: <200706150835.l5F8ZFqj061944@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200706151055.01446.h.schmalzbauer@omnisec.de> Subject: Re: moused linear acceleration drops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 08:55:08 -0000 Am Freitag, 15. Juni 2007 schrieb Oliver Fromme: [...] > > Hmm, if I don't use -A (dynamic acc) the problem still persists, the > > linear acceleration is droping info, hence the culprit. I don't have a > > problem with dynamic acceleration when the linear is disabled, so it > > can't be a regression by your patch I think. > > My patch only added -A (dynamic acc) but did not touch the > algorithm of -a (linear acc). If you observe the problem > when using -a but not -A, then there are two possibilities: > > 1. My patch _did_ introduce a regression with -a, or: > 2. The problem already existed before my patch. I suspect the latter. > I'll try to find out and fix it. (My free time is limited > today, though, so it might take a little longer.) > > By the way, what kind or model of a mouse do you have > there? Maybe I'm able to get hold of one, so I can > reproduce the problem more easily. The most sensitive > mouse in my collection seems to have only 600 dpi. It's a Saitek Laser mouse. I checked these for polished surfaces and it's e= ven=20 working on glass if you stick some milky sheet _under_ the glass, which=20 doesn't destroy the clean surface optic. (btw, the logitech laser mice didn= 't=20 work on the described glass table!) I have one spare in stock, I can put it in your letter box if I'm downtown= =20 next time (planned for this afternoon, but weather forecast predicts hail..= =2E.=20 so not sure) Best regards, =2DHarry > Best regards > Oliver =2D-=20 OmniSEC - UNIX und Windows Netzwerke - Sicher Harald Schmalzbauer =46lintsbacher Str. 3 80686 M=FCnchen +49 (0) 89 18947781 +49 (0) 160 93860101 USt-IdNr.: DE253184753 From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 10:24: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 D319916A46E; Fri, 15 Jun 2007 10:24:00 +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 7E59F13C4C7; Fri, 15 Jun 2007 10:24:00 +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 l5FALfYU010325; Fri, 15 Jun 2007 04:21:41 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 15 Jun 2007 04:22:10 -0600 (MDT) Message-Id: <20070615.042210.-1877556440.imp@bsdimp.com> To: nork@freebsd.org From: "M. Warner Losh" In-Reply-To: <20070615005653.34b43c09.nork@FreeBSD.org> References: <20070615005653.34b43c09.nork@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: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 15 Jun 2007 04:21:41 -0600 (MDT) Cc: current@freebsd.org Subject: Re: fdc0 doesn't attach on my current machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2007 10:24:00 -0000 I think the problem is that we try to allocate memory < 16MB, but fail. We should just put it in locore and be done with it. Warner From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 10:39: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 752C816A46B for ; Fri, 15 Jun 2007 10:39:55 +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 10EB813C4B0 for ; Fri, 15 Jun 2007 10:39:50 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 942AE1CC58; Fri, 15 Jun 2007 22:39:48 +1200 (NZST) Date: Fri, 15 Jun 2007 22:39:48 +1200 From: Andrew Thompson To: Stefan Ehmann Message-ID: <20070615103948.GC18932@heff.fud.org.nz> References: <200706141641.54668.shoesoft@gmx.net> <467169F6.7020206@errno.com> <200706151044.32493.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706151044.32493.shoesoft@gmx.net> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: LOR in iwi with new 802.11 work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 10:39:55 -0000 On Fri, Jun 15, 2007 at 10:44:31AM +0200, Stefan Ehmann wrote: > On Thursday 14 June 2007 18:16:54 Sam Leffler wrote: > > Stefan Ehmann wrote: > > > After the system is up for about 5 minutes, I see this LOR. Haven't seen > > > it posted yet. > > > > > > Stefan > > > > > > lock order reversal: > > > 1st 0xc2e4700c ieee80211com (802.11 com lock) > > > @ /usr/src/sys/net80211/ieee80211_scan.c:523 > > > 2nd 0xc2e48400 iwi0 (network driver) > > > @ /usr/src/sys/modules/iwi/../../dev/iwi/if_iwi.c:1908 > ... > > > > Yes, known and can safely be ignored. > > Okay, thanks. > > Another problem I've noticed (don't want to start a new thread): > > Before the latest commit, I've never seen dropouts in the connnection. > > But now I've seen for the second time that the connection drops for some > seconds. ifconfig shows no IP address. At least it recovers, but open > connections die. > > In dmesg I see: > > Jun 15 10:34:25 something kernel: iwi0: firmware stuck in state 4, resetting > Jun 15 10:34:25 something kernel: iwi0: link state changed to DOWN > Jun 15 10:34:28 something kernel: iwi0: link state changed to UP > > Is this a known issue? Do you need any more info? It appears to get stuck in background scanning. How often does it happen? If you could set debug.iwi=3 and then email the logs for a couple of iterations of the reset. cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 10:46: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 0397816A46C; Fri, 15 Jun 2007 10:46:30 +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 AD1DC13C457; Fri, 15 Jun 2007 10:46:29 +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 101C969D2; Fri, 15 Jun 2007 14:46:23 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id C78C966F1; Fri, 15 Jun 2007 14:46:22 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.14.1/8.14.1) id l5FAkCjN040980; Fri, 15 Jun 2007 14:46:12 +0400 (MSD) (envelope-from ru) Date: Fri, 15 Jun 2007 14:46:12 +0400 From: Ruslan Ermilov To: Scott Long Message-ID: <20070615104612.GA40097@rambler-co.ru> References: <4671C5AF.9040203@uffner.com> <4671CD22.5030507@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4671CD22.5030507@samsco.org> User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: No virus found Cc: Xin LI , current@FreeBSD.org Subject: Re: annoying behavior in less(1) after v403 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2007 10:46:30 -0000 On Thu, Jun 14, 2007 at 05:20:02PM -0600, Scott Long wrote: > Tom Uffner wrote: > > the recently imported new version of less (Mon Jun 4 01:42:44 2007 UTC > > (10 days, 19 hours ago) by delphij) appears to have a bug that appears > > when using the -e or --quit-at-eof option. > > > > if you exit less by reaching eof for the 2nd time, the cursor is left > > at the end of the top line of the screen or window and the terminal is > > not restored to cooked mode. this results in your shell prompt printing > > on the 2nd line in the midst of whatever text happened to be on the > > screen at the time. if you exit less by typing 'q' this does not happen. > > > > this problem did not exist in previous versions. please don't allow this > > to slip into 7.0 release. i'd rather see it ship w/ less v394 than an > > unpatched v404. > > > > tom > > I noticed that, and I noticed a new regression/feature where you can > no longer run 'more' against a character device node unless you specify > the -f flag. So for example, running 'more /dev/sndstat' produces an > error now. It's minor, but my fingers, and I'm sure millions of other > BSD users fingers, are trained to typing 'more' and not 'more -f' or > 'cat foo | more'. > Previously -f, -E, -m and -G were enforced in FreeBSD version of more(1). New version of less(1) supports the "more" mode natively, and by default enforces -E and -m options (see the COMPATIBILITY WITH MORE section in a manpage). The -f and -G options are not enforced. Note that -f is now able to read directories too. The patch to restore the lost compatibility with our previous version of more(1) is trivial (see below), but I'm not sure it's worth to diverge from vendor since there are ways to achieve the desired compatibility level on a per user basis without the need to modify the sources, by setting the MORE environment variable appropriately, e.g.: % setenv MORE -f %%% Index: main.c =================================================================== RCS file: /home/ncvs/src/contrib/less/main.c,v retrieving revision 1.6 diff -u -p -r1.6 main.c --- main.c 4 Jun 2007 01:43:11 -0000 1.6 +++ main.c 15 Jun 2007 10:22:11 -0000 @@ -135,6 +135,9 @@ main(argc, argv) init_prompt(); + if (less_is_more) + scan_option("-fG"); + s = lgetenv(less_is_more ? "MORE" : "LESS"); if (s != NULL) scan_option(save(s)); %%% Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 09:46: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 C673616A46C for ; Fri, 15 Jun 2007 09:46:16 +0000 (UTC) (envelope-from hagen.kuehl@stud.tu-ilmenau.de) Received: from wega.rz.tu-ilmenau.de (wega.rz.tu-ilmenau.de [141.24.4.159]) by mx1.freebsd.org (Postfix) with ESMTP id 5DF1213C480 for ; Fri, 15 Jun 2007 09:46:16 +0000 (UTC) (envelope-from hagen.kuehl@stud.tu-ilmenau.de) Received: from l140.fem.tu-ilmenau.de (l140.fem.tu-ilmenau.de [141.24.54.140]) (authenticated bits=0) by wega.rz.tu-ilmenau.de (8.12.11/8.12.11/Debian-3) with ESMTP id l5F9BEap002928 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Jun 2007 11:11:15 +0200 Date: Fri, 15 Jun 2007 11:11:11 +0200 From: Hagen =?ISO-8859-1?Q?K=FChl?= To: freebsd-current@freebsd.org Message-ID: <20070615111111.4f3d5ec7@l140.fem.tu-ilmenau.de> In-Reply-To: <200706150835.l5F8ZFqj061944@lurza.secnetix.de> References: <200706150941.03174.h.schmalzbauer@omnisec.de> <200706150835.l5F8ZFqj061944@lurza.secnetix.de> X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_oHN5.CPwQzmzrL+GqjLPak4; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Mailman-Approved-At: Fri, 15 Jun 2007 11:35:55 +0000 Cc: h.schmalzbauer@omnisec.de Subject: Re: moused linear acceleration drops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 09:46:16 -0000 --Sig_oHN5.CPwQzmzrL+GqjLPak4 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 15 Jun 2007 10:35:15 +0200 (CEST) Oliver Fromme wrote: > My patch only added -A (dynamic acc) but did not touch the > algorithm of -a (linear acc). If you observe the problem > when using -a but not -A, then there are two possibilities: >=20 > 1. My patch _did_ introduce a regression with -a, or: > 2. The problem already existed before my patch. >=20 > I'll try to find out and fix it. (My free time is limited > today, though, so it might take a little longer.) >=20 > By the way, what kind or model of a mouse do you have > there? Maybe I'm able to get hold of one, so I can > reproduce the problem more easily. The most sensitive > mouse in my collection seems to have only 600 dpi. After reading this thread I just tested the -a option with my Razer Copperhead (2000 DPI) and I see this problem too. On FreeBSD 6-stable. So, I don't think it is connected to your patch. Regard, Hagen --=20 Scientia est potentia! PGP-Key-ID: 0x53C6010D PGP-Fingerprint: 428D 7819 B332 3FEC F5BA 5C0B 2B62 1207 53C6 010D --Sig_oHN5.CPwQzmzrL+GqjLPak4 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGclewK2ISB1PGAQ0RAnI9AKC/XR67XbT8o7xTtQZv0Y28/AOJDgCgyr8D XCoXXgARfy8rgLiyWgUyB7c= =6r04 -----END PGP SIGNATURE----- --Sig_oHN5.CPwQzmzrL+GqjLPak4-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 09:56: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 B3A8416A46B for ; Fri, 15 Jun 2007 09:56:54 +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 2176F13C469 for ; Fri, 15 Jun 2007 09:56:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (burahs@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l5F9ulhj067287; Fri, 15 Jun 2007 11:56:52 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l5F9ulsc067286; Fri, 15 Jun 2007 11:56:47 +0200 (CEST) (envelope-from olli) Date: Fri, 15 Jun 2007 11:56:47 +0200 (CEST) Message-Id: <200706150956.l5F9ulsc067286@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, h.schmalzbauer@omnisec.de In-Reply-To: <200706151055.01446.h.schmalzbauer@omnisec.de> 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, 15 Jun 2007 11:56:52 +0200 (CEST) X-Mailman-Approved-At: Fri, 15 Jun 2007 11:35:55 +0000 Cc: Subject: Re: moused linear acceleration drops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 09:56:54 -0000 Harald Schmalzbauer wrote: > Oliver Fromme wrote: > > My patch only added -A (dynamic acc) but did not touch the > > algorithm of -a (linear acc). If you observe the problem > > when using -a but not -A, then there are two possibilities: > > > > 1. My patch _did_ introduce a regression with -a, or: > > 2. The problem already existed before my patch. > > I suspect the latter. Me too. The old (unpatched) code looks like this: mouse.u.data.x = action2.dx * rodent.accelx; mouse.u.data.y = action2.dy * rodent.accely; The accelx and accely variables are floats, all others are integers, so the result is rounded down. If the mouse reports 1 unit of movement, you get 1 * 0.333 rounded down, which is 0, so no movement is reported to X11. Even two units (2 * 0.333) get rounded down to zero. So you have to have at least three units to get any pointer movement at all. The proper fix would be to accumulate the rounding errors and take them into account at the next movement. Should be easy to fix. "I'll look at it." (BTW, I also verified that moused still uses the exact same code if the -A option isn't used, so it's not a regression of my patch. *phew* :) > > By the way, what kind or model of a mouse do you have > > there? Maybe I'm able to get hold of one, so I can > > reproduce the problem more easily. The most sensitive > > mouse in my collection seems to have only 600 dpi. > > It's a Saitek Laser mouse. I checked these for polished surfaces and it's even > working on glass if you stick some milky sheet _under_ the glass, which > doesn't destroy the clean surface optic. (btw, the logitech laser mice didn't > work on the described glass table!) > I have one spare in stock, I can put it in your letter box if I'm downtown > next time (planned for this afternoon, but weather forecast predicts hail.... > so not sure) See my private mail. 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 "Being really good at C++ is like being really good at using rocks to sharpen sticks." -- Thant Tessman From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 10:56: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 5E08416A47E for ; Fri, 15 Jun 2007 10:56:28 +0000 (UTC) (envelope-from tim@bishnet.net) Received: from mx6.kent.ac.uk (mx6.kent.ac.uk [129.12.21.37]) by mx1.freebsd.org (Postfix) with ESMTP id 2411E13C4B0 for ; Fri, 15 Jun 2007 10:56:28 +0000 (UTC) (envelope-from tim@bishnet.net) Received: from hathor.ukc.ac.uk ([129.12.4.12]) by mx6.kent.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.62) (envelope-from ) id 1Hz9Dp-0004iE-Ae; Fri, 15 Jun 2007 11:40:05 +0100 Received: from myrtle.ukc.ac.uk ([129.12.3.176] ident=exim) by hathor.ukc.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.66) (envelope-from ) id 1Hz9Dp-0007f3-63; Fri, 15 Jun 2007 11:40:05 +0100 Received: from myrtle.ukc.ac.uk ([129.12.3.176] ident=tdb) by myrtle.ukc.ac.uk with esmtps (TLSv1:RC4-MD5:128) (Exim 4.66) (envelope-from ) id 1Hz9Do-0001yF-Vl; Fri, 15 Jun 2007 11:40:05 +0100 From: Tim Bishop To: Novembre In-Reply-To: <3b47caa90706142159v4e7e1ebbu7d3de97a8b04fda3@mail.gmail.com> References: <3b47caa90706142159v4e7e1ebbu7d3de97a8b04fda3@mail.gmail.com> Content-Type: text/plain Date: Fri, 15 Jun 2007 11:40:04 +0100 Message-Id: <1181904004.3767.2.camel@myrtle.ukc.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 Content-Transfer-Encoding: 7bit X-UKC-Mail-System: No virus detected X-UKC-SpamCheck: X-UKC-MailScanner-From: tim@bishnet.net X-Mailman-Approved-At: Fri, 15 Jun 2007 11:35:55 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Intel 965 and AGP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 10:56:28 -0000 On Thu, 2007-06-14 at 23:59 -0500, Novembre wrote: > Hello, > > Is Intel G965 supported on -CURRENT? It seems that the chipset cannot be > detected as AGP by the kernel module 'agp' (it is a PCI Express chip in > reality, as far as I know), so 'i915' and 'drm' modules cannot be loaded, > and the X.org driver for i810 cannot be used to start X. > Previously, I had 6.2-RELEASE installed, and that did not support the > chipset (no agpgart device in /dev/, no 'agp' kernel module loaded). I tried > updating some source files (agp.c, agp_intel.c, agp_i810.c, agpreg.h) using > the -CURRENT sources and patching agp.c and agpreg.h with Eric Anholt's > submitted patch ( see > http://docs.freebsd.org/cgi/mid.cgi?1177096992.5641.11.camel ), but that > didn't work as well; no matter what I tried with 6.2-RELEASE, no agp device > was detected. Then I erased my -RELEASE install and tried -STABLE with the > same results - no agp present. So I tried installing 7.0-CURRENT (though I > could not install it, but that's another issue). Looking at the output of > the system while booting, it was the only time that instead of > ---------- > pci0: at device 2.0 (no driver attached) > ---------- > I did get something else (sorry, I don't remember the exact output now, but > 'no driver attached' was not there and some hex address was present). Then I > tried loading the 'i915' and 'drm' modules at the loader prompt, and 'drm' > said something along the lines of 'no agp device present' (again, i don't > remember the exact message), so it did not load. This is all before > installing the 7.0-CURRENT (which I could not do), so maybe if I use Eric > Anholt's patch for agp.c, it'll work. That patch hasn't been committed as far as I know. I have that chipset working on 7.0-CURRENT with the AGP patch and XOrg 7.2. Tim. From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 11:46: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 D0F3E16A473; Fri, 15 Jun 2007 11:46: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 8189913C44C; Fri, 15 Jun 2007 11:46: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 l5FBkYmU039160; Fri, 15 Jun 2007 07:46:34 -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 l5FBkYiQ025223; Fri, 15 Jun 2007 07:46:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 72C9973068; Fri, 15 Jun 2007 07:46:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070615114633.72C9973068@freebsd-current.sentex.ca> Date: Fri, 15 Jun 2007 07:46:33 -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: Fri, 15 Jun 2007 11:46:34 -0000 TB --- 2007-06-15 10:45:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-15 10:45:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-15 10:45:01 - cleaning the object tree TB --- 2007-06-15 10:45:22 - checking out the source tree TB --- 2007-06-15 10:45:22 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-15 10:45:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-15 10:56:24 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-15 10:56:24 - cd /src TB --- 2007-06-15 10:56:24 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 15 10:56: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 [...] cc -O2 -pipe -Wall -Wstrict-prototypes -o dialog dialog.o -ldialog -lncurses gzip -cn /src/gnu/usr.bin/dialog/dialog.1 > dialog.1.gz ===> gnu/usr.bin/dialog/TESTS (all) ===> gnu/usr.bin/diff (all) cc -O2 -pipe -funsigned-char -I/obj/arm/src/tmp/usr/include/gnu -I/src/gnu/usr.bin/diff/../../../contrib/diff -I/src/gnu/usr.bin/diff/../../../contrib/diff/src -I/src/gnu/usr.bin/diff/../../../contrib/diff/lib -DHAVE_CONFIG_H -DPR_PROGRAM=\"/usr/bin/pr\" -c /src/gnu/usr.bin/diff/../../../contrib/diff/src/analyze.c cc -O2 -pipe -funsigned-char -I/obj/arm/src/tmp/usr/include/gnu -I/src/gnu/usr.bin/diff/../../../contrib/diff -I/src/gnu/usr.bin/diff/../../../contrib/diff/src -I/src/gnu/usr.bin/diff/../../../contrib/diff/lib -DHAVE_CONFIG_H -DPR_PROGRAM=\"/usr/bin/pr\" -c context.c context.c: In function 'print_context_label': context.c:64: error: size of array 'a' is negative *** Error code 1 Stop in /src/gnu/usr.bin/diff. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-15 11:46:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-15 11:46:33 - ERROR: failed to build world TB --- 2007-06-15 11:46:33 - tinderbox aborted TB --- 0.50 user 1.74 system 3692.01 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 13:12: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 78FBE16A468 for ; Fri, 15 Jun 2007 13:12:22 +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 E12D713C45D for ; Fri, 15 Jun 2007 13:12:21 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 15 Jun 2007 13:12:20 -0000 Received: from h081217094222.dyn.cm.kabsi.at (EHLO taxman.pepperland) [81.217.94.222] by mail.gmx.net (mp049) with SMTP; 15 Jun 2007 15:12:20 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX19OAfIuo0xOAUlR4fXpSe3nCzr3UByc2qiYwApTMP endLEMUaMwBUhu From: Stefan Ehmann To: Andrew Thompson Date: Fri, 15 Jun 2007 15:12:19 +0200 User-Agent: KMail/1.9.6 References: <200706141641.54668.shoesoft@gmx.net> <200706151044.32493.shoesoft@gmx.net> <20070615103948.GC18932@heff.fud.org.nz> In-Reply-To: <20070615103948.GC18932@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706151512.20281.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org Subject: Re: LOR in iwi with new 802.11 work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 13:12:22 -0000 On Friday 15 June 2007 12:39:48 Andrew Thompson wrote: > On Fri, Jun 15, 2007 at 10:44:31AM +0200, Stefan Ehmann wrote: > > On Thursday 14 June 2007 18:16:54 Sam Leffler wrote: > > > Stefan Ehmann wrote: > > > > After the system is up for about 5 minutes, I see this LOR. Haven't > > > > seen it posted yet. > > > > > > > > Stefan > > > > > > > > lock order reversal: > > > > 1st 0xc2e4700c ieee80211com (802.11 com lock) > > > > @ /usr/src/sys/net80211/ieee80211_scan.c:523 > > > > 2nd 0xc2e48400 iwi0 (network driver) > > > > @ /usr/src/sys/modules/iwi/../../dev/iwi/if_iwi.c:1908 > > > > ... > > > > > Yes, known and can safely be ignored. > > > > Okay, thanks. > > > > Another problem I've noticed (don't want to start a new thread): > > > > Before the latest commit, I've never seen dropouts in the connnection. > > > > But now I've seen for the second time that the connection drops for some > > seconds. ifconfig shows no IP address. At least it recovers, but open > > connections die. > > > > In dmesg I see: > > > > Jun 15 10:34:25 something kernel: iwi0: firmware stuck in state 4, > > resetting Jun 15 10:34:25 something kernel: iwi0: link state changed to > > DOWN Jun 15 10:34:28 something kernel: iwi0: link state changed to UP > > > > Is this a known issue? Do you need any more info? > > It appears to get stuck in background scanning. How often does it > happen? If you could set debug.iwi=3 and then email the logs for a > couple of iterations of the reset. Seems to happen every few scanning iterations though sometimes it works. $ grep stuck /var/log/messages Jun 15 11:24:20 something kernel: iwi0: firmware stuck in state 4, resetting Jun 15 11:46:05 something kernel: iwi0: firmware stuck in state 4, resetting Jun 15 12:02:58 something kernel: iwi0: firmware stuck in state 4, resetting Jun 15 12:19:21 something kernel: iwi0: firmware stuck in state 4, resetting Jun 15 12:47:10 something kernel: iwi0: firmware stuck in state 4, resetting Jun 15 13:03:32 something kernel: iwi0: firmware stuck in state 4, resetting messages with debug.iwi=3 as requested http://stud4.tuwien.ac.at/~e0125637/fbsd/messages_iwi Stefan From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 13: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 29E1C16A400 for ; Fri, 15 Jun 2007 13:23:27 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 7E69913C45A for ; Fri, 15 Jun 2007 13:23:26 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 4AD2148806; Fri, 15 Jun 2007 15:23:25 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id D737548801; Fri, 15 Jun 2007 15:23:20 +0200 (CEST) Date: Fri, 15 Jun 2007 15:23:19 +0200 From: Pawel Jakub Dawidek To: Ali Mashtizadeh Message-ID: <20070615132319.GC37295@garage.freebsd.pl> References: <440b3e930706140907j636074e3l195b3798fef97298@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0vzXIDBeUiKkjNJl" Content-Disposition: inline In-Reply-To: <440b3e930706140907j636074e3l195b3798fef97298@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: ZFS with USB "SCSI" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 13:23:27 -0000 --0vzXIDBeUiKkjNJl Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 14, 2007 at 12:07:28PM -0400, Ali Mashtizadeh wrote: > Hi has anyone used ZFS with a external USB drive. I seem to get ZFS trying >=20 > The disk is mostly empty so these write errors are mostly at the beginnin= g. > Is there a problem with UMASS and ZFS or should I update my > 7.0-CURRENT(about 2-3 weeks old). I used to have a UFS filesystem on > this drive and it > worked flawlessly. ZFS sometimes silently ignores most of these errors but > when I start copying lots and lots of files it gives a lot of errors and > Panics. >=20 > ... a bunch of errors like these: > Jun 12 17:12:15 redqueen root: ZFS: vdev I/O failure, zpool=3DWDPassport > path=3D/dev/da0s2d offset=3D4260626432 size=3D131072 error=3D5 > Jun 12 17:12:15 redqueen root: ZFS: vdev I/O failure, zpool=3DWDPassport > path=3D/dev/da0s2d offset=3D4260757504 size=3D131072 error=3D5 > Jun 12 17:12:15 redqueen root: ZFS: vdev I/O failure, zpool=3DWDPassport > path=3D/dev/da0s2d offset=3D4260888576 size=3D131072 error=3D5 > Jun 12 17:12:15 redqueen root: ZFS: vdev I/O failure, zpool=3DWDPassport > path=3D/dev/da0s2d offset=3D4261019648 size=3D131072 error=3D5 > Jun 12 17:12:15 redqueen kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: = 2a > 0 2 f6 4f 9e 0 0 80 0 > Jun 12 17:12:15 redqueen kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI > Status Error > Jun 12 17:12:15 redqueen kernel: (da0:umass-sim0:0:0:0): SCSI Status: Che= ck > Condition > Jun 12 17:12:15 redqueen kernel: (da0:umass-sim0:0:0:0): ILLEGAL REQUEST > asc:21,0 > Jun 12 17:12:15 redqueen kernel: (da0:umass-sim0:0:0:0): Logical block > address out of range > Jun 12 17:12:15 redqueen kernel: (da0:umass-sim0:0:0:0): Unretryable error > Jun 12 17:12:15 redqueen root: ZFS: vdev I/O failure, zpool=3DWDPassport > path=3D/dev/da0s2d offset=3D4261150720 size=3D131072 error=3D5 > Jun 12 17:14:02 redqueen syslogd: kernel boot file is /boot/kernel/kernel > Jun 12 17:14:02 redqueen kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: = 2a > 0 2 f6 4d 9e 0 0 80 0 > Jun 12 17:14:02 redqueen kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI > Status Error > Jun 12 17:14:02 redqueen kernel: (da0:umass-sim0:0:0:0): SCSI Status: Che= ck > Condition > Jun 12 17:14:02 redqueen kernel: (da0:umass-sim0:0:0:0): ILLEGAL REQUEST > asc:21,0 > Jun 12 17:14:02 redqueen kernel: (da0:umass-sim0:0:0:0): Logical block > address out of range > Jun 12 17:14:02 redqueen kernel: (da0:umass-sim0:0:0:0): Unretryable error > Jun 12 17:14:02 redqueen kernel: panic: ZFS: I/O failure (write on > off 0: zio 0xffffff00240db000 [L0 ZFS plain file] 20000L/20000P > DVA[0]=3D<0:fd9a0000:20000> fletcher2 uncompressed LE contiguous birth=3D= 2447 > fill=3D1 > cksum=3D5df9a1c34a151f29:ef04006d2a7312e2:f22e3b20440a3f6:c154faf2be8dc79= d) > Jun 12 17:14:02 redqueen kernel: cpuid =3D 0 > Jun 12 17:14:02 redqueen kernel: Uptime: 46m5s > Jun 12 17:14:02 redqueen kernel: Physical memory: 881 MB > Jun 12 17:14:02 redqueen kernel: Dumping 220 MB: 205 189 173 157 141 125 = 109 > 93 77 61 45 29 13 > Jun 12 17:14:02 redqueen kernel: Dump complete > Jun 12 17:14:02 redqueen kernel: Automatic reboot in 15 seconds - press a > key on the console to abort > Jun 12 17:14:02 redqueen kernel: --> Press a key on the console to reboot, > Jun 12 17:14:02 redqueen kernel: --> or switch off the system now. > Jun 12 17:14:02 redqueen kernel: Rebooting... Can you show me the output of: # diskinfo -v /dev/da0s2d # zpool list --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --0vzXIDBeUiKkjNJl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGcpLHForvXbEpPzQRAkU4AJ9zpx7KbunhgTYuArbtbcSYJGJ0GQCgxdhI HzZHIngj0L5ufgbtNl52f3Y= =hFay -----END PGP SIGNATURE----- --0vzXIDBeUiKkjNJl-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 13:30: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 1535A16A46C for ; Fri, 15 Jun 2007 13:30:30 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail03.adl2.internode.on.net (ipmail03.adl2.internode.on.net [203.16.214.135]) by mx1.freebsd.org (Postfix) with ESMTP id 8DDDA13C45A for ; Fri, 15 Jun 2007 13:30:29 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-AV: E=Sophos;i="4.16,425,1175437800"; d="scan'208";a="103515858" Received: from ppp141-200.lns11.adl6.internode.on.net (HELO mail.clearchain.com) ([121.45.141.200]) by ipmail03.adl2.internode.on.net with ESMTP; 15 Jun 2007 23:00:27 +0930 Received: from [192.168.155.252] (draco.internal.clearchain.com [192.168.155.252]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id l5FDU8lH003081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 15 Jun 2007 23:00:09 +0930 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <4672945C.3060304@clearchain.com> Date: Fri, 15 Jun 2007 23:00:04 +0930 From: Benjamin Close User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 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]); Fri, 15 Jun 2007 23:00:09 +0930 (CST) X-Mailman-Approved-At: Fri, 15 Jun 2007 13:52:38 +0000 Subject: Swapfile on ZFS & Deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 13:30:30 -0000 Hi All, Whilst running out of memory compiling Xorg (scanPCI is a killer) I discovered a quick way to deadlock the system: dd if=/dev/zero of=somefileonzfs bs=something count=something mdconfig -a -f something swapon /dev/md0 Then do something that needs swap.. instant deadlock. The system is still responsive but all disk access become hung. Known issue? If so is there a way we can warn users/prevent users from doing it? Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 14:30: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 7FFC716A400 for ; Fri, 15 Jun 2007 14:30:16 +0000 (UTC) (envelope-from tutatnhamon@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 2C09213C457 for ; Fri, 15 Jun 2007 14:30:16 +0000 (UTC) (envelope-from tutatnhamon@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so1641406pyi for ; Fri, 15 Jun 2007 07:30: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:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=YoyMc1lrx2FewtD4+67dJSKDYFu5e3tlSGNIZ3FME1LI42H5bO1gfMnR4s4dL9lnd4zLZg4Z8Uo/YYq7pASIDoejI+5FtSDP5AfJYdrao8YtVzezhCST4J5eXd3bD6atd0yE6QrIhztId1poRnxl77WQOksEIlDNZJoxJobNemY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Qrwrf7X+yOoV29CAfcE+TamRXKeXDzutjUyko7RYdp1cfzLBbeLAEWSQOcOtpmgVtI/tXbMRTGZtvXCCehbNyfEeY1EwyRpLpQsTBhR0gfAx/kVnFYrzBBBhjpuGep1RELC3RdVclMVIJ9UHYH6HG64Sy15z2vB0xiKTScIY7+s= Received: by 10.64.156.2 with SMTP id d2mr5296975qbe.1181917815413; Fri, 15 Jun 2007 07:30:15 -0700 (PDT) Received: by 10.65.180.5 with HTTP; Fri, 15 Jun 2007 07:30:15 -0700 (PDT) Message-ID: <65dfa4fc0706150730g29619f06h3b5ca07e382485a3@mail.gmail.com> Date: Fri, 15 Jun 2007 17:30:15 +0300 From: "Artem Naluzhny" Sender: tutatnhamon@gmail.com To: current@freebsd.org In-Reply-To: <65dfa4fc0706141427q24f74f0kd82d20a9bb20e09b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <65dfa4fc0706141427q24f74f0kd82d20a9bb20e09b@mail.gmail.com> X-Google-Sender-Auth: 5d3af115bd2627c0 Cc: Subject: Re: "kernel: rtfree: 0xc3c4bd98 has 2 refs" on 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, 15 Jun 2007 14:30:16 -0000 Here is a backtrace: rtfree: 0xc3c5cca8 has 2 refs KDB: stack backtrace: db_trace_self_wrapper(c06b84de,e111dad4,c05d18f1,c06be1ff,c069bdd1,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c06be1ff,c069bdd1,c3c5cca8,2,c3c5cca8,...) at kdb_backtrace+0x29 rtfree(c3c5cca8,c3b3a010,10,c05d190b,c3c5cd98,...) at rtfree+0x51 rtredirect(e111dba0,e111db90,0,6,e111db80,...) at rtredirect+0x1cf icmp_input(c3d14400,14,e111dbd8,0,c3c63e00,...) at icmp_input+0x50f ip_input(c3d14400,c05bd255,800,c39e5800,800,...) at ip_input+0x6ae netisr_dispatch(2,c3d14400,10,3,0,...) at netisr_dispatch+0x55 ether_demux(c39e5800,c3d14400,3,0,3,...) at ether_demux+0x1aa ether_input(c39e5800,c3d14400,2,1,c396cc84,...) at ether_input+0x323 bfe_intr(c39d1000,0,c06b4383,46b,0,...) at bfe_intr+0x41a ithread_loop(c39eb730,e111dd38,0,0,0,...) at ithread_loop+0x1ab fork_exit(c0511d70,c39eb730,e111dd38) at fork_exit+0x99 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe111dd70, ebp = 0 --- -- /tut From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 14:45: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 7D31716A469 for ; Fri, 15 Jun 2007 14:45:24 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.231]) by mx1.freebsd.org (Postfix) with ESMTP id 3FFEE13C468 for ; Fri, 15 Jun 2007 14:45:24 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by nz-out-0506.google.com with SMTP id 14so832108nzn for ; Fri, 15 Jun 2007 07:45:23 -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=SfykE5VrfDIsm2VPJdF1vil+3RpjpkrbrzzIyAo/UuI6VY0rYUACLcvCJcqVPWtxLvy1uEeYzWQ/KA5yP7Ic/AMqaHZcFQArBe4liMcGgoqycVAqU/8/nQK7auwryeErts9cfho8mKQ5s+h6l00pjTF92yFPT4EBr4fPJV2v43s= 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=TF+EsDAE94j8l3tnkakohjd9uXIqC9uQ55o4e6wiMJHmaqn0paJ26hG1dBrOxwKq2L1krD1Eef7ihVJICjzWdNRjO9yGHtUwuv8/PL1469TSmHOFY6AGFuHa/z8U5w57x5W7qbCxNzpCBWlHz+gkhVp1hThqEx5yQwvfbv1h9r8= Received: by 10.114.155.1 with SMTP id c1mr3079685wae.1181918723406; Fri, 15 Jun 2007 07:45:23 -0700 (PDT) Received: by 10.114.194.12 with HTTP; Fri, 15 Jun 2007 07:45:23 -0700 (PDT) Message-ID: Date: Fri, 15 Jun 2007 16:45:23 +0200 From: "Claus Guttesen" To: "Benjamin Close" In-Reply-To: <4672945C.3060304@clearchain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4672945C.3060304@clearchain.com> Cc: freebsd-current@freebsd.org Subject: Re: Swapfile on ZFS & Deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 14:45:24 -0000 > Whilst running out of memory compiling Xorg (scanPCI is a killer) I > discovered a quick way to deadlock the system: > > dd if=/dev/zero of=somefileonzfs bs=something count=something > mdconfig -a -f something > swapon /dev/md0 > > Then do something that needs swap.. instant deadlock. The system is > still responsive but all disk access become hung. > > Known issue? If so is there a way we can warn users/prevent users from > doing it? How much swap have you allocated? -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 14:50: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 1F41616A469 for ; Fri, 15 Jun 2007 14:50:24 +0000 (UTC) (envelope-from tutatnhamon@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 581D713C48C for ; Fri, 15 Jun 2007 14:50:18 +0000 (UTC) (envelope-from tutatnhamon@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so1653112pyi for ; Fri, 15 Jun 2007 07:50: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:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=ZYLy/nWhSF168LBwJdPoo5TugCmH6JV5hvG8ugi/8CvxILEtOqAlv06/fcUe3WywbYuhXb20bHueBVnQWvkyThbZcgb60bOrVJ0QRv52Uy2pRTMeQgHecT9WBX/VdvM2ARLW4uJEIcTCj/NvXGMXk1cE5qZf7gEA0N1MRQ6gxEI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=hoqDTunnFotPObJB6hCf3p4YAPTJtIRuRDBjaHVzbfbMups/qwg9qaEl0uWrfeLbLEc8+/246VeufSYPe3Mz/odaHGRL2a2PDouTweUnl3gfR330pJvK6lRDU2ZMc+xLBZLkJ0j5SUO8S0nBSJQd8qv7OoAO4w49PUPlCSUktSs= Received: by 10.65.234.2 with SMTP id l2mr5342405qbr.1181919017174; Fri, 15 Jun 2007 07:50:17 -0700 (PDT) Received: by 10.65.180.5 with HTTP; Fri, 15 Jun 2007 07:50:17 -0700 (PDT) Message-ID: <65dfa4fc0706150750s266e8f37l868a2bc685bd6750@mail.gmail.com> Date: Fri, 15 Jun 2007 17:50:17 +0300 From: "Artem Naluzhny" Sender: tutatnhamon@gmail.com To: current@freebsd.org In-Reply-To: <65dfa4fc0706150730g29619f06h3b5ca07e382485a3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <65dfa4fc0706141427q24f74f0kd82d20a9bb20e09b@mail.gmail.com> <65dfa4fc0706150730g29619f06h3b5ca07e382485a3@mail.gmail.com> X-Google-Sender-Auth: ec7b255a7bb2b648 Cc: Subject: Re: "kernel: rtfree: 0xc3c4bd98 has 2 refs" on 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, 15 Jun 2007 14:50:24 -0000 Here is an incoming ICMP packet (the last one) causing the "rtfree has 2 refs" message (00:19:b9:5a:a3:10 is my host): 17:47:46.915491 00:0c:29:b2:14:38 > 00:19:b9:5a:a3:10, ethertype IPv4 (0x0800), length 70: (tos 0x0, ttl 64, id 48899, offset 0, flags [none], proto: ICMP (1), length: 56) 192.168.0.25 > 192.168.0.55: ICMP redirect 192.168.0.1 to host 192.168.0.1, length 36 (tos 0x0, ttl 16, id 0, offset 0, flags [none], proto: UDP (17), length: 328) 192.168.0.55.68 > 192.168.0.1.67: [|bootp] 0x0000: 4500 0038 bf03 0000 4001 3a21 c0a8 0019 E..8....@.:!.... 0x0010: c0a8 0037 0501 48f7 c0a8 0001 4500 0148 ...7..H.....E..H 0x0020: 0000 0000 1011 281d c0a8 0037 c0a8 0001 ......(....7.... 0x0030: 0044 0043 0134 efa2 .D.C.4.. 17:47:46.942512 00:19:b9:5a:a3:10 > 00:50:bf:b1:34:a3, ethertype IPv4 (0x0800), length 70: (tos 0x0, ttl 64, id 207, offset 0, flags [none], proto: ICMP (1), length: 56) 192.168.0.55 > 192.168.0.1: ICMP 192.168.0.55 udp port 68 unreachable, length 36 (tos 0x0, ttl 64, id 14203, offset 0, flags [none], proto: UDP (17), length: 334) 192.168.0.1.67 > 192.168.0.55.68: [|bootp] 0x0000: 4500 0038 00cf 0000 4001 f86d c0a8 0037 E..8....@..m...7 0x0010: c0a8 0001 0303 0dbe 0000 0000 4500 014e ............E..N 0x0020: 377b 0000 4011 c09b c0a8 0001 c0a8 0037 7{..@..........7 0x0030: 0043 0044 013a ed7d .C.D.:.} 17:47:46.942528 00:19:b9:5a:a3:10 > 00:50:bf:b1:34:a3, ethertype IPv4 (0x0800), length 70: (tos 0x0, ttl 64, id 208, offset 0, flags [none], proto: ICMP (1), length: 56) 192.168.0.55 > 192.168.0.1: ICMP 192.168.0.55 udp port 68 unreachable, length 36 (tos 0x0, ttl 64, id 14204, offset 0, flags [none], proto: UDP (17), length: 334) 192.168.0.1.67 > 192.168.0.55.68: [|bootp] 0x0000: 4500 0038 00d0 0000 4001 f86c c0a8 0037 E..8....@..l...7 0x0010: c0a8 0001 0303 0dbe 0000 0000 4500 014e ............E..N 0x0020: 377c 0000 4011 c09a c0a8 0001 c0a8 0037 7|..@..........7 0x0030: 0043 0044 013a ed7d .C.D.:.} -- /tut From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 15:11: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 716AA16A468 for ; Fri, 15 Jun 2007 15:11:23 +0000 (UTC) (envelope-from mashtizadeh@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 F2D5F13C44B for ; Fri, 15 Jun 2007 15:11:22 +0000 (UTC) (envelope-from mashtizadeh@gmail.com) Received: by nz-out-0506.google.com with SMTP id 14so839430nzn for ; Fri, 15 Jun 2007 08:11: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:references; b=e2E2GJ91zP2SVG8ho3wbc55PSXbZlfGyynSrv8SB5j9G3pPx7igaP4A/vfs6Dv4i+IFuSgRTvRBAnsLXWb3W1zL/ctC/JXjejaCrPa3t302S6hF5oa+ZsJ7CpxSqhdu9tG+0Ty/HQXshkoTLbi+bDLOXZBi1lZ5E/itWuZfgDnA= 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=L3/Sv8uH8zAUv1Vjg/0fmw/39DAHkOzAMTcSTzcjUyj5V2DJh8REhNQAALI4PLhMFjx095bfgdrQxmH1wLr8F8UOliydOPNPJlqGTloC6aPwr9MhuzKv0YwBwyGWhC2bmJHy6LRc5s+nwKgXaPBRmyOtreeIIihuPMLQYmoNn2w= Received: by 10.143.35.1 with SMTP id n1mr157745wfj.1181920280032; Fri, 15 Jun 2007 08:11:20 -0700 (PDT) Received: by 10.143.19.7 with HTTP; Fri, 15 Jun 2007 08:11:19 -0700 (PDT) Message-ID: <440b3e930706150811k10e18d70i7929fc13f6131e45@mail.gmail.com> Date: Fri, 15 Jun 2007 11:11:19 -0400 From: "Ali Mashtizadeh" To: "Pawel Jakub Dawidek" In-Reply-To: <20070615132319.GC37295@garage.freebsd.pl> MIME-Version: 1.0 References: <440b3e930706140907j636074e3l195b3798fef97298@mail.gmail.com> <20070615132319.GC37295@garage.freebsd.pl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ZFS with USB "SCSI" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 15:11:23 -0000 SGV5IHRoYW5rcyBmb3IgdGhlIHJlc3BvbnNlIQoKZGlza2luZm8gLXYgL2Rldi9kYTBzMmQKCi9k ZXYvZGEwczJkCiAgICAgICAgNTEyICAgICAgICAgICAgICMgc2VjdG9yc2l6ZQogICAgICAgIDEz ODMzMDUyMzEzNiAgICAjIG1lZGlhc2l6ZSBpbiBieXRlcyAoMTI5RykKICAgICAgICAyNzAxNzY4 MDMgICAgICAgIyBtZWRpYXNpemUgaW4gc2VjdG9ycwogICAgICAgIDE2ODE3ICAgICAgICAgICAj IEN5bGluZGVycyBhY2NvcmRpbmcgdG8gZmlybXdhcmUuCiAgICAgICAgMjU1ICAgICAgICAgICAg ICMgSGVhZHMgYWNjb3JkaW5nIHRvIGZpcm13YXJlLgogICAgICAgIDYzICAgICAgICAgICAgICAj IFNlY3RvcnMgYWNjb3JkaW5nIHRvIGZpcm13YXJlLgoKenBvb2wgbGlzdAoKTkFNRSAgICAgICAg ICAgICAgICAgICAgU0laRSAgICBVU0VEICAgQVZBSUwgICAgQ0FQICBIRUFMVEggICAgIEFMVFJP T1QKV0RQYXNzcG9ydCAgICAgICAgICAgICAgMTI4RyAgIDYuMTlHICAgIDEyMkcgICAgIDQlICBP TkxJTkUgICAgIC0KdGFuayAgICAgICAgICAgICAgICAgICAzNC44RyAgIDI5LjNHICAgNS40NUcg ICAgODQlICBPTkxJTkUgICAgIC0KCkl0IHdvcmtzIG9uIG15IHJvb3QgZmlsZXNzeXRlbSBqdXN0 IGZpbmUgYnV0IHRoYXQgaW50ZXJuYWwgSURFIGRyaXZlLiBJIHVzZQphbiBleHRlcm5hbCBVU0Ig ZHJpdmUgZm9yIGV4dHJhIHN0b3JhZ2UgSSBjYXJyeSBhcm91bmQuIEkgdHJpZWQgaXQgd2l0aCB0 d28KcGFydGl0aW9uIGxheW91dHMgYW5kIGluIGJvdGggY2FzZXMgaXQgc2VlbXMgdG8gaGF2ZSBw cm9ibGVtcyB3aXRoIFVTQgpkcml2ZXMuCgotLSAKQWxpIE1hc2h0aXphZGVoCti52YTbjCDZhdi0 2KrbjCDYstin2K/ZhwoKT24gNi8xNS8wNywgUGF3ZWwgSmFrdWIgRGF3aWRlayA8cGpkQGZyZWVi c2Qub3JnPiB3cm90ZToKPgo+IE9uIFRodSwgSnVuIDE0LCAyMDA3IGF0IDEyOjA3OjI4UE0gLTA0 MDAsIEFsaSBNYXNodGl6YWRlaCB3cm90ZToKPiA+IEhpIGhhcyBhbnlvbmUgdXNlZCBaRlMgd2l0 aCBhIGV4dGVybmFsIFVTQiBkcml2ZS4gSSBzZWVtIHRvIGdldCBaRlMKPiB0cnlpbmcKPiA+Cj4g PiBUaGUgZGlzayBpcyBtb3N0bHkgZW1wdHkgc28gdGhlc2Ugd3JpdGUgZXJyb3JzIGFyZSBtb3N0 bHkgYXQgdGhlCj4gYmVnaW5uaW5nLgo+ID4gSXMgdGhlcmUgYSBwcm9ibGVtIHdpdGggVU1BU1Mg YW5kIFpGUyBvciBzaG91bGQgSSB1cGRhdGUgbXkKPiA+IDcuMC1DVVJSRU5UKGFib3V0IDItMyB3 ZWVrcyBvbGQpLiBJIHVzZWQgdG8gaGF2ZSBhIFVGUyBmaWxlc3lzdGVtIG9uCj4gPiB0aGlzIGRy aXZlIGFuZCBpdAo+ID4gd29ya2VkIGZsYXdsZXNzbHkuIFpGUyBzb21ldGltZXMgc2lsZW50bHkg aWdub3JlcyBtb3N0IG9mIHRoZXNlIGVycm9ycwo+IGJ1dAo+ID4gd2hlbiBJIHN0YXJ0IGNvcHlp bmcgbG90cyBhbmQgbG90cyBvZiBmaWxlcyBpdCBnaXZlcyBhIGxvdCBvZiBlcnJvcnMgYW5kCj4g PiBQYW5pY3MuCj4gPgo+ID4gLi4uIGEgYnVuY2ggb2YgZXJyb3JzIGxpa2UgdGhlc2U6Cj4gPiBK dW4gMTIgMTc6MTI6MTUgcmVkcXVlZW4gcm9vdDogWkZTOiB2ZGV2IEkvTyBmYWlsdXJlLCB6cG9v bD1XRFBhc3Nwb3J0Cj4gPiBwYXRoPS9kZXYvZGEwczJkIG9mZnNldD00MjYwNjI2NDMyIHNpemU9 MTMxMDcyIGVycm9yPTUKPiA+IEp1biAxMiAxNzoxMjoxNSByZWRxdWVlbiByb290OiBaRlM6IHZk ZXYgSS9PIGZhaWx1cmUsIHpwb29sPVdEUGFzc3BvcnQKPiA+IHBhdGg9L2Rldi9kYTBzMmQgb2Zm c2V0PTQyNjA3NTc1MDQgc2l6ZT0xMzEwNzIgZXJyb3I9NQo+ID4gSnVuIDEyIDE3OjEyOjE1IHJl ZHF1ZWVuIHJvb3Q6IFpGUzogdmRldiBJL08gZmFpbHVyZSwgenBvb2w9V0RQYXNzcG9ydAo+ID4g cGF0aD0vZGV2L2RhMHMyZCBvZmZzZXQ9NDI2MDg4ODU3NiBzaXplPTEzMTA3MiBlcnJvcj01Cj4g PiBKdW4gMTIgMTc6MTI6MTUgcmVkcXVlZW4gcm9vdDogWkZTOiB2ZGV2IEkvTyBmYWlsdXJlLCB6 cG9vbD1XRFBhc3Nwb3J0Cj4gPiBwYXRoPS9kZXYvZGEwczJkIG9mZnNldD00MjYxMDE5NjQ4IHNp emU9MTMxMDcyIGVycm9yPTUKPiA+IEp1biAxMiAxNzoxMjoxNSByZWRxdWVlbiBrZXJuZWw6IChk YTA6dW1hc3Mtc2ltMDowOjA6MCk6IFdSSVRFKDEwKS4gQ0RCOgo+IDJhCj4gPiAwIDIgZjYgNGYg OWUgMCAwIDgwIDAKPiA+IEp1biAxMiAxNzoxMjoxNSByZWRxdWVlbiBrZXJuZWw6IChkYTA6dW1h c3Mtc2ltMDowOjA6MCk6IENBTSBTdGF0dXM6Cj4gU0NTSQo+ID4gU3RhdHVzIEVycm9yCj4gPiBK dW4gMTIgMTc6MTI6MTUgcmVkcXVlZW4ga2VybmVsOiAoZGEwOnVtYXNzLXNpbTA6MDowOjApOiBT Q1NJIFN0YXR1czoKPiBDaGVjawo+ID4gQ29uZGl0aW9uCj4gPiBKdW4gMTIgMTc6MTI6MTUgcmVk cXVlZW4ga2VybmVsOiAoZGEwOnVtYXNzLXNpbTA6MDowOjApOiBJTExFR0FMIFJFUVVFU1QKPiA+ IGFzYzoyMSwwCj4gPiBKdW4gMTIgMTc6MTI6MTUgcmVkcXVlZW4ga2VybmVsOiAoZGEwOnVtYXNz LXNpbTA6MDowOjApOiBMb2dpY2FsIGJsb2NrCj4gPiBhZGRyZXNzIG91dCBvZiByYW5nZQo+ID4g SnVuIDEyIDE3OjEyOjE1IHJlZHF1ZWVuIGtlcm5lbDogKGRhMDp1bWFzcy1zaW0wOjA6MDowKTog VW5yZXRyeWFibGUKPiBlcnJvcgo+ID4gSnVuIDEyIDE3OjEyOjE1IHJlZHF1ZWVuIHJvb3Q6IFpG UzogdmRldiBJL08gZmFpbHVyZSwgenBvb2w9V0RQYXNzcG9ydAo+ID4gcGF0aD0vZGV2L2RhMHMy ZCBvZmZzZXQ9NDI2MTE1MDcyMCBzaXplPTEzMTA3MiBlcnJvcj01Cj4gPiBKdW4gMTIgMTc6MTQ6 MDIgcmVkcXVlZW4gc3lzbG9nZDoga2VybmVsIGJvb3QgZmlsZSBpcwo+IC9ib290L2tlcm5lbC9r ZXJuZWwKPiA+IEp1biAxMiAxNzoxNDowMiByZWRxdWVlbiBrZXJuZWw6IChkYTA6dW1hc3Mtc2lt MDowOjA6MCk6IFdSSVRFKDEwKS4gQ0RCOgo+IDJhCj4gPiAwIDIgZjYgNGQgOWUgMCAwIDgwIDAK PiA+IEp1biAxMiAxNzoxNDowMiByZWRxdWVlbiBrZXJuZWw6IChkYTA6dW1hc3Mtc2ltMDowOjA6 MCk6IENBTSBTdGF0dXM6Cj4gU0NTSQo+ID4gU3RhdHVzIEVycm9yCj4gPiBKdW4gMTIgMTc6MTQ6 MDIgcmVkcXVlZW4ga2VybmVsOiAoZGEwOnVtYXNzLXNpbTA6MDowOjApOiBTQ1NJIFN0YXR1czoK PiBDaGVjawo+ID4gQ29uZGl0aW9uCj4gPiBKdW4gMTIgMTc6MTQ6MDIgcmVkcXVlZW4ga2VybmVs OiAoZGEwOnVtYXNzLXNpbTA6MDowOjApOiBJTExFR0FMIFJFUVVFU1QKPiA+IGFzYzoyMSwwCj4g PiBKdW4gMTIgMTc6MTQ6MDIgcmVkcXVlZW4ga2VybmVsOiAoZGEwOnVtYXNzLXNpbTA6MDowOjAp OiBMb2dpY2FsIGJsb2NrCj4gPiBhZGRyZXNzIG91dCBvZiByYW5nZQo+ID4gSnVuIDEyIDE3OjE0 OjAyIHJlZHF1ZWVuIGtlcm5lbDogKGRhMDp1bWFzcy1zaW0wOjA6MDowKTogVW5yZXRyeWFibGUK PiBlcnJvcgo+ID4gSnVuIDEyIDE3OjE0OjAyIHJlZHF1ZWVuIGtlcm5lbDogcGFuaWM6IFpGUzog SS9PIGZhaWx1cmUgKHdyaXRlIG9uCj4gPHVua25vd24+Cj4gPiBvZmYgMDogemlvIDB4ZmZmZmZm MDAyNDBkYjAwMCBbTDAgWkZTIHBsYWluIGZpbGVdIDIwMDAwTC8yMDAwMFAKPiA+IERWQVswXT08 MDpmZDlhMDAwMDoyMDAwMD4gZmxldGNoZXIyIHVuY29tcHJlc3NlZCBMRSBjb250aWd1b3VzCj4g YmlydGg9MjQ0Nwo+ID4gZmlsbD0xCj4gPgo+IGNrc3VtPTVkZjlhMWMzNGExNTFmMjk6ZWYwNDAw NmQyYTczMTJlMjpmMjJlM2IyMDQ0MGEzZjY6YzE1NGZhZjJiZThkYzc5ZCkKPiA+IEp1biAxMiAx NzoxNDowMiByZWRxdWVlbiBrZXJuZWw6IGNwdWlkID0gMAo+ID4gSnVuIDEyIDE3OjE0OjAyIHJl ZHF1ZWVuIGtlcm5lbDogVXB0aW1lOiA0Nm01cwo+ID4gSnVuIDEyIDE3OjE0OjAyIHJlZHF1ZWVu IGtlcm5lbDogUGh5c2ljYWwgbWVtb3J5OiA4ODEgTUIKPiA+IEp1biAxMiAxNzoxNDowMiByZWRx dWVlbiBrZXJuZWw6IER1bXBpbmcgMjIwIE1COiAyMDUgMTg5IDE3MyAxNTcgMTQxIDEyNQo+IDEw OQo+ID4gOTMgNzcgNjEgNDUgMjkgMTMKPiA+IEp1biAxMiAxNzoxNDowMiByZWRxdWVlbiBrZXJu ZWw6IER1bXAgY29tcGxldGUKPiA+IEp1biAxMiAxNzoxNDowMiByZWRxdWVlbiBrZXJuZWw6IEF1 dG9tYXRpYyByZWJvb3QgaW4gMTUgc2Vjb25kcyAtIHByZXNzCj4gYQo+ID4ga2V5IG9uIHRoZSBj b25zb2xlIHRvIGFib3J0Cj4gPiBKdW4gMTIgMTc6MTQ6MDIgcmVkcXVlZW4ga2VybmVsOiAtLT4g UHJlc3MgYSBrZXkgb24gdGhlIGNvbnNvbGUgdG8KPiByZWJvb3QsCj4gPiBKdW4gMTIgMTc6MTQ6 MDIgcmVkcXVlZW4ga2VybmVsOiAtLT4gb3Igc3dpdGNoIG9mZiB0aGUgc3lzdGVtIG5vdy4KPiA+ IEp1biAxMiAxNzoxNDowMiByZWRxdWVlbiBrZXJuZWw6IFJlYm9vdGluZy4uLgo+Cj4gQ2FuIHlv dSBzaG93IG1lIHRoZSBvdXRwdXQgb2Y6Cj4KPiAgICAgICAgICMgZGlza2luZm8gLXYgL2Rldi9k YTBzMmQKPiAgICAgICAgICMgenBvb2wgbGlzdAo+Cj4gLS0KPiBQYXdlbCBKYWt1YiBEYXdpZGVr ICAgICAgICAgICAgICAgICAgICAgICBodHRwOi8vd3d3LndoZWVsLnBsCj4gcGpkQEZyZWVCU0Qu b3JnICAgICAgICAgICAgICAgICAgICAgICAgICAgaHR0cDovL3d3dy5GcmVlQlNELm9yZwo+IEZy ZWVCU0QgY29tbWl0dGVyICAgICAgICAgICAgICAgICAgICAgICAgIEFtIEkgRXZpbD8gWWVzLCBJ IEFtIQo+Cj4K From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 15:14: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 AA30716A46B for ; Fri, 15 Jun 2007 15:14:10 +0000 (UTC) (envelope-from mashtizadeh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.228]) by mx1.freebsd.org (Postfix) with ESMTP id 39F2313C4AD for ; Fri, 15 Jun 2007 15:14:10 +0000 (UTC) (envelope-from mashtizadeh@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so756601wra for ; Fri, 15 Jun 2007 08:14: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:references; b=s+kUMPiTvyyOtSR4wGyqlxi9Np3YJHWtNLksJaPoLHHv+DA1N4RSpIccW00LoR2uvYOhYzD3s89w/Gqcl1BRSjb4bIUx9c1O445dBg9aGqlMxN98IjHrwjTklZut22Lcge2LKEyO4rdrkH5acpPVzNlA9ZojOwcczTRaNKZ5NYs= 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=SNqKWlg0fs2qj4YANstEB/SGS3ZwoPi4cnpDdjfyzeI+oWQ2aw8zZjVg2euNuI0+J+0beX8BG71cRl6qaFn0JATAumR3qcnGtFDJB6sWaCwExBG7VndBNFDh+fN24t7ajmwzawxIPZ2en80uLUvv8fPY+wAF18htvUwfTq0W6/8= Received: by 10.142.87.15 with SMTP id k15mr158152wfb.1181920449223; Fri, 15 Jun 2007 08:14:09 -0700 (PDT) Received: by 10.143.19.7 with HTTP; Fri, 15 Jun 2007 08:14:09 -0700 (PDT) Message-ID: <440b3e930706150814s48ea3750k2ca1ea395a14bad0@mail.gmail.com> Date: Fri, 15 Jun 2007 11:14:09 -0400 From: "Ali Mashtizadeh" To: "Claus Guttesen" In-Reply-To: MIME-Version: 1.0 References: <4672945C.3060304@clearchain.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Benjamin Close Subject: Re: Swapfile on ZFS & Deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 15:14:10 -0000 SSd2ZSBoYWQgYSBzaW1pbGFyIHRoaW5nIHdoZW4gSSdtIHVzaW5nIGEgbG90IG9mIHN3YXAgb24g WkZTIHRoZW4gc29tZXRpbWVzCnRoZSBzdHJhaW4gb24gbWVtb3J5IHJlc291cmNlcyBicmluZ3Mg bXkgc3lzdGVtIHRvIGEgY3Jhd2wgSSBjYW4ndCBnZXQgb3V0Cm9mIDooLiBCdXQgaXQgb25seSBo YXBwZW5kcyBvbiBzeXN0ZW1zIHdpdGggbGVzcyB0aGFuIDEgR0Igb2YgbWVtb3J5LiBJdCdzCm5v dCBhY3R1YWxseSBjcmFzaGVkCgotLSAKQWxpIE1hc2h0aXphZGVoCti52YTbjCDZhdi02KrbjCDY stin2K/ZhwoKT24gNi8xNS8wNywgQ2xhdXMgR3V0dGVzZW4gPGtvbWV0ZW5AZ21haWwuY29tPiB3 cm90ZToKPgo+ID4gICAgIFdoaWxzdCBydW5uaW5nIG91dCBvZiBtZW1vcnkgY29tcGlsaW5nIFhv cmcgKHNjYW5QQ0kgaXMgYSBraWxsZXIpIEkKPiA+IGRpc2NvdmVyZWQgYSBxdWljayB3YXkgdG8g ZGVhZGxvY2sgdGhlIHN5c3RlbToKPiA+Cj4gPiBkZCBpZj0vZGV2L3plcm8gb2Y9c29tZWZpbGVv bnpmcyBicz1zb21ldGhpbmcgY291bnQ9c29tZXRoaW5nCj4gPiBtZGNvbmZpZyAtYSAtZiBzb21l dGhpbmcKPiA+IHN3YXBvbiAvZGV2L21kMAo+ID4KPiA+IFRoZW4gZG8gc29tZXRoaW5nIHRoYXQg bmVlZHMgc3dhcC4uIGluc3RhbnQgZGVhZGxvY2suIFRoZSBzeXN0ZW0gaXMKPiA+IHN0aWxsIHJl c3BvbnNpdmUgYnV0IGFsbCBkaXNrIGFjY2VzcyBiZWNvbWUgaHVuZy4KPiA+Cj4gPiBLbm93biBp c3N1ZT8gSWYgc28gaXMgdGhlcmUgYSB3YXkgd2UgY2FuIHdhcm4gdXNlcnMvcHJldmVudCB1c2Vy cyBmcm9tCj4gPiBkb2luZyBpdD8KPgo+IEhvdyBtdWNoIHN3YXAgaGF2ZSB5b3UgYWxsb2NhdGVk Pwo+Cj4gLS0KPiByZWdhcmRzCj4gQ2xhdXMKPgo+IFdoZW4gbGVuaXR5IGFuZCBjcnVlbHR5IHBs YXkgZm9yIGEga2luZ2RvbSwKPiB0aGUgZ2VudGxlc3QgZ2FtZXN0ZXIgaXMgdGhlIHNvb25lc3Qg d2lubmVyLgo+Cj4gU2hha2VzcGVhcmUKPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwo+IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZyBtYWlsaW5nIGxp c3QKPiBodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWN1 cnJlbnQKPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1jdXJyZW50 LXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIgo+Cg== From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 15: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 490CE16A46F for ; Fri, 15 Jun 2007 15:34:59 +0000 (UTC) (envelope-from tutatnhamon@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id E94D113C458 for ; Fri, 15 Jun 2007 15:34:58 +0000 (UTC) (envelope-from tutatnhamon@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so1678753pyi for ; Fri, 15 Jun 2007 08:34: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:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=eRy4TwbAcKTuq081ZoGENn9yeIxtsPzi4pyEv6upYlgnC/2sNCUbpapmN3NvhIYtGiGozbDf2zRGAQRmFhJ7fp0k+O5whYaCBDKqLovQntI6K5MTb1X9ix884SNiaUbPXUE8lMJ8AVRJ0Rxmmy5TyikeQ42h2fVbSZMSDauVQFg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=IeCzpAHbrKEkkoRQcYkSV6zJx6S57JXDYsgcsuk0dWntOx3FhmHpunZhCiNxvcyXpRy7YhynnX1XNqYSjUc4eaFAPdXadP7L7Wgp/OsAmtpMRozXXhyaOu070MwMWWZsKQ9JjagKhvAPOJC/2zU1q2SoWSLq9m0NNj7OGlTvIPM= Received: by 10.64.151.17 with SMTP id y17mr5390351qbd.1181921698250; Fri, 15 Jun 2007 08:34:58 -0700 (PDT) Received: by 10.65.180.5 with HTTP; Fri, 15 Jun 2007 08:34:58 -0700 (PDT) Message-ID: <65dfa4fc0706150834k3766f42ao8a77b66cb44b48c7@mail.gmail.com> Date: Fri, 15 Jun 2007 18:34:58 +0300 From: "Artem Naluzhny" Sender: tutatnhamon@gmail.com To: current@freebsd.org, net@freebsd.org In-Reply-To: <65dfa4fc0706150750s266e8f37l868a2bc685bd6750@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <65dfa4fc0706141427q24f74f0kd82d20a9bb20e09b@mail.gmail.com> <65dfa4fc0706150730g29619f06h3b5ca07e382485a3@mail.gmail.com> <65dfa4fc0706150750s266e8f37l868a2bc685bd6750@mail.gmail.com> X-Google-Sender-Auth: d4db3488398d3d01 Cc: Subject: Re: "kernel: rtfree: 0xc3c4bd98 has 2 refs" on 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, 15 Jun 2007 15:34:59 -0000 > Here is a backtrace: > > rtfree: 0xc3c5cca8 has 2 refs > KDB: stack backtrace: > db_trace_self_wrapper(c06b84de,e111dad4,c05d18f1,c06be1ff,c069bdd1,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(c06be1ff,c069bdd1,c3c5cca8,2,c3c5cca8,...) at kdb_backtrace+0x29 > rtfree(c3c5cca8,c3b3a010,10,c05d190b,c3c5cd98,...) at rtfree+0x51 > rtredirect(e111dba0,e111db90,0,6,e111db80,...) at rtredirect+0x1cf > icmp_input(c3d14400,14,e111dbd8,0,c3c63e00,...) at icmp_input+0x50f > ip_input(c3d14400,c05bd255,800,c39e5800,800,...) at ip_input+0x6ae > netisr_dispatch(2,c3d14400,10,3,0,...) at > netisr_dispatch+0x55 > ether_demux(c39e5800,c3d14400,3,0,3,...) at ether_demux+0x1aa > ether_input(c39e5800,c3d14400,2,1,c396cc84,...) at ether_input+0x323 > bfe_intr(c39d1000,0,c06b4383,46b,0,...) at bfe_intr+0x41a > ithread_loop(c39eb730,e111dd38,0,0,0,...) at ithread_loop+0x1ab > fork_exit(c0511d70,c39eb730,e111dd38) at fork_exit+0x99 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xe111dd70, ebp = 0 --- > > > Here is an incoming ICMP packet (the last one) causing the "rtfree has > 2 refs" message (00:19:b9:5a:a3:10 is my host): > > 17:47:46.915491 00:0c:29:b2:14:38 > 00:19:b9:5a:a3:10, ethertype IPv4 (0x0800), length 70: (tos 0x0, ttl 64, id 48899, offset 0, flags [none], proto: ICMP (1), length: 56) 192.168.0.25 > 192.168.0.55: ICMP redirect 192.168.0.1 to host 192.168.0.1, length 36 > (tos 0x0, ttl 16, id 0, offset 0, flags [none], proto: UDP (17), length: 328) 192.168.0.55.68 > 192.168.0.1.67: [|bootp] > 0x0000: 4500 0038 bf03 0000 4001 3a21 c0a8 0019 E..8....@.:!.... > 0x0010: c0a8 0037 0501 48f7 c0a8 0001 4500 0148 ...7..H.....E..H > 0x0020: 0000 0000 1011 281d c0a8 0037 c0a8 0001 ......(....7.... > 0x0030: 0044 0043 0134 efa2 .D.C.4.. > 17:47:46.942512 00:19:b9:5a:a3:10 > 00:50:bf:b1:34:a3, ethertype IPv4 (0x0800), length 70: (tos 0x0, ttl 64, id 207, offset 0, flags [none], proto: ICMP (1), length: 56) 192.168.0.55 > 192.168.0.1: ICMP 192.168.0.55 udp port 68 unreachable, length 36 > (tos 0x0, ttl 64, id 14203, offset 0, flags [none], proto: UDP (17), length: 334) 192.168.0.1.67 > 192.168.0.55.68: [|bootp] > 0x0000: 4500 0038 00cf 0000 4001 f86d c0a8 0037 E..8....@..m...7 > 0x0010: c0a8 0001 0303 0dbe 0000 0000 4500 014e ............E..N > 0x0020: 377b 0000 4011 c09b c0a8 0001 c0a8 0037 7{..@..........7 > 0x0030: 0043 0044 013a ed7d .C.D.:.} > 17:47:46.942528 00:19:b9:5a:a3:10 > 00:50:bf:b1:34:a3, ethertype IPv4 (0x0800), length 70: (tos 0x0, ttl 64, id 208, offset 0, flags [none], proto: ICMP (1), length: 56) 192.168.0.55 > 192.168.0.1: ICMP 192.168.0.55 udp port 68 unreachable, length 36 > (tos 0x0, ttl 64, id 14204, offset 0, flags [none], proto: UDP (17), length: 334) 192.168.0.1.67 > 192.168.0.55.68: [|bootp] > 0x0000: 4500 0038 00d0 0000 4001 f86c c0a8 0037 E..8....@..l...7 > 0x0010: c0a8 0001 0303 0dbe 0000 0000 4500 014e ............E..N > 0x0020: 377c 0000 4011 c09a c0a8 0001 c0a8 0037 7|..@..........7 > 0x0030: 0043 0044 013a ed7d .C.D.:.} The behavior was introduced by following commit: glebius 2007-05-22 16:17:32 UTC FreeBSD src repository Modified files: sys/net route.c Log: Some minor cleanups: - In rt_check() remove the senderr() macro and the "bad" label. They used to simplify code, but now aren't. - Remove extra RT_LOCK_ASSERT() in rt_setgate(). The RT_REMREF macro does this. - In rtfree() convert panics to KASSERTs. - Strict the routing API: rtfree() should be called only in a case when we are completely sure we've got the last reference on the rtentry. In all other cases RTFREE_LOCKED() macro should be used. If the reference isn't the last one spit out a warning printf. Correct the only(?) case for this in rt_check(). - Fix typos in comments. Revision Changes Path 1.119 +15 -22 src/sys/net/route.c -- /tut From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 15:58: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 EA63516A468 for ; Fri, 15 Jun 2007 15:58:50 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id D824913C4C3 for ; Fri, 15 Jun 2007 15:58:48 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 94A981109C; Fri, 15 Jun 2007 10:58:48 -0500 (CDT) Date: Fri, 15 Jun 2007 10:58:46 -0500 From: Craig Boston To: Benjamin Close Message-ID: <20070615155831.GA880@nowhere> Mail-Followup-To: Craig Boston , Benjamin Close , freebsd-current@freebsd.org References: <4672945C.3060304@clearchain.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4672945C.3060304@clearchain.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Swapfile on ZFS & Deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 15:58:51 -0000 On Fri, Jun 15, 2007 at 11:00:04PM +0930, Benjamin Close wrote: > Then do something that needs swap.. instant deadlock. The system is > still responsive but all disk access become hung. > > Known issue? If so is there a way we can warn users/prevent users from > doing it? I agree that it shouldn't deadlock (worst case swapping to a file on zfs should be disallowed), but is there a particular reason you created a file on ZFS rather than creating a zvol to swap to? ISTM that creating a volume would result in better performance than a file and I can't see any downside to it. Craig From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 16:23: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 7162D16A469 for ; Fri, 15 Jun 2007 16:23: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 4A4DE13C489 for ; Fri, 15 Jun 2007 16:23:10 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5FGN9Gd016548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Jun 2007 09:23:10 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4672BD16.70707@errno.com> Date: Fri, 15 Jun 2007 09:23:50 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: Stefan Ehmann References: <200706141641.54668.shoesoft@gmx.net> <467169F6.7020206@errno.com> <200706151044.32493.shoesoft@gmx.net> In-Reply-To: <200706151044.32493.shoesoft@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: LOR in iwi with new 802.11 work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 16:23:10 -0000 Stefan Ehmann wrote: > On Thursday 14 June 2007 18:16:54 Sam Leffler wrote: >> Stefan Ehmann wrote: >>> After the system is up for about 5 minutes, I see this LOR. Haven't seen >>> it posted yet. >>> >>> Stefan >>> >>> lock order reversal: >>> 1st 0xc2e4700c ieee80211com (802.11 com lock) >>> @ /usr/src/sys/net80211/ieee80211_scan.c:523 >>> 2nd 0xc2e48400 iwi0 (network driver) >>> @ /usr/src/sys/modules/iwi/../../dev/iwi/if_iwi.c:1908 > ... >> Yes, known and can safely be ignored. > > Okay, thanks. > > Another problem I've noticed (don't want to start a new thread): > > Before the latest commit, I've never seen dropouts in the connnection. > > But now I've seen for the second time that the connection drops for some > seconds. ifconfig shows no IP address. At least it recovers, but open > connections die. > > In dmesg I see: > > Jun 15 10:34:25 something kernel: iwi0: firmware stuck in state 4, resetting > Jun 15 10:34:25 something kernel: iwi0: link state changed to DOWN > Jun 15 10:34:28 something kernel: iwi0: link state changed to UP > > Is this a known issue? Do you need any more info? Andrew already responded but if you want to disable bg scanning do: ifconfig iwi0 -bgscan though that won't help resolve the issue. You can also see what's going on at the 802.11 level with: wlandebug -i iwi0 scan FWIW I ran my 2195 card for many days w/ bg scanning and saw zero dropouts (including doing a full xorg portupgrade over wireless). My canonical test is to associate, run ping to a station on the far side of the ap, and then verify bg scanning doesn't cause any ping packets to be dropped. Sam From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 16:36: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 6121E16A41F; Fri, 15 Jun 2007 16:36: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 15DA013C469; Fri, 15 Jun 2007 16:36: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 3899FEB0BA2; Sat, 16 Jun 2007 00:36: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 vRA64-FpJtTT; Sat, 16 Jun 2007 00:36:30 +0800 (CST) Received: from charlie.delphij.net (unknown [61.51.104.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 8A20DEB0968; Sat, 16 Jun 2007 00:36:30 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=YFjNo4sshhNRAgUm6ViBcLZY0J4ZgQITjlXgU1+x7RDdotcrey3QN5v0EthuhR8/Q 4ryjmnNO5+1tbokPn5gPw== Message-ID: <4672C00E.50908@delphij.net> Date: Sat, 16 Jun 2007 00:36:30 +0800 From: Xin LI User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: Ruslan Ermilov References: <4671C5AF.9040203@uffner.com> <4671CD22.5030507@samsco.org> <20070615104612.GA40097@rambler-co.ru> In-Reply-To: <20070615104612.GA40097@rambler-co.ru> X-Enigmail-Version: 0.95.1 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Xin LI , current@FreeBSD.ORG Subject: Re: annoying behavior in less(1) after v403 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2007 16:36:34 -0000 Hi, Ruslan, Ruslan Ermilov wrote: > On Thu, Jun 14, 2007 at 05:20:02PM -0600, Scott Long wrote: [...] > Previously -f, -E, -m and -G were enforced in FreeBSD version > of more(1). New version of less(1) supports the "more" mode > natively, and by default enforces -E and -m options (see the > COMPATIBILITY WITH MORE section in a manpage). The -f and -G > options are not enforced. Note that -f is now able to read > directories too. The patch to restore the lost compatibility > with our previous version of more(1) is trivial (see below), > but I'm not sure it's worth to diverge from vendor since there > are ways to achieve the desired compatibility level on a per > user basis without the need to modify the sources, by setting > the MORE environment variable appropriately, e.g.: > > % setenv MORE -f > > %%% > Index: main.c > =================================================================== > RCS file: /home/ncvs/src/contrib/less/main.c,v > retrieving revision 1.6 > diff -u -p -r1.6 main.c > --- main.c 4 Jun 2007 01:43:11 -0000 1.6 > +++ main.c 15 Jun 2007 10:22:11 -0000 > @@ -135,6 +135,9 @@ main(argc, argv) > > init_prompt(); > > + if (less_is_more) > + scan_option("-fG"); > + > s = lgetenv(less_is_more ? "MORE" : "LESS"); > if (s != NULL) > scan_option(save(s)); > %%% Sounds sensible to me. I think for the sake of POLA we do want to put this on -HEAD (the file is already off the vendor branch anyway), please feel free to commit it, thanks! Cheers, From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 17:53: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 1883616A41F for ; Fri, 15 Jun 2007 17:53:06 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.190]) by mx1.freebsd.org (Postfix) with ESMTP id 9DCC813C458 for ; Fri, 15 Jun 2007 17:53:05 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so996266mue for ; Fri, 15 Jun 2007 10:53:04 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=REgifM2oDc/O9kQrUdHI00NP4rrLCzmFqANk5EOndjF50d26V7K8VqM+hFVflzSnneIAgOLTAOWMhUzCYMQOgVkgm/4zxplXZjfdE0Hqa3rQxMl3dt+WyeC4Eg4plOeWeCCLZNZ3d2WZI5itUzCVY+b+GtkkdtaoJaB06uu2r8s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=pOPyVpusPT0qCeSD2Vi390jAVsaHr2Vy7eiX1dbBwWqM71woyaHagbxWQl600fezpcSaD8lbTmVTzf84s6mBzri85+ZsBzrJ1yIcxe5wh+baZdQlBEkd/++gjx6uo71vzyw7oypMj8lxYQ3TOvVTolJVJ3/3Fw6XwxhnVCqkgy0= Received: by 10.82.156.12 with SMTP id d12mr6146349bue.1181929984152; Fri, 15 Jun 2007 10:53:04 -0700 (PDT) Received: from ?192.168.0.23? ( [87.166.93.72]) by mx.google.com with ESMTP id i7sm1202073nfh.2007.06.15.10.53.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 15 Jun 2007 10:53:03 -0700 (PDT) From: Pascal Hofstee To: current@freebsd.org Content-Type: text/plain Date: Fri, 15 Jun 2007 19:53:02 +0200 Message-Id: <1181929982.1086.6.camel@worf> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: recent nvidia-driver trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 17:53:06 -0000 Hi, Sometime during the last week i have started to encounter trouble with my system locking up trying to switch from X to console, but only when using the nvidia-driver kernel module. Using the plain "nv" driver works without any problems ... When the lock up happens the system seems to no longer respond to keyboard input etc. (haven't been able to confirm wether or not remote access is still possible). Is anybody else experiencing similar problems out there ... this has used to work for months without problems ... i made sure to force a reinstall of the nvidia-driver port on every new kernel install but that just doesn't seem to solve the problem either. -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 18:11: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 F3E6616A468 for ; Fri, 15 Jun 2007 18:11:29 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from mx1.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.freebsd.org (Postfix) with ESMTP id B7C4313C4AD for ; Fri, 15 Jun 2007 18:11:29 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 13D1B6D462; Fri, 15 Jun 2007 20:11:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8DHUfGenk-i7; Fri, 15 Jun 2007 20:11:23 +0200 (CEST) Received: from thunderstone.rink.nu (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 2762C6D461; Fri, 15 Jun 2007 20:11:23 +0200 (CEST) Received: (from rink@localhost) by thunderstone.rink.nu (8.13.8/8.13.8/Submit) id l5FIBMXa036033; Fri, 15 Jun 2007 20:11:22 +0200 (CEST) (envelope-from rink) Date: Fri, 15 Jun 2007 20:11:22 +0200 From: Rink Springer To: Pascal Hofstee Message-ID: <20070615181122.GA26481@rink.nu> References: <1181929982.1086.6.camel@worf> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1181929982.1086.6.camel@worf> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: current@freebsd.org Subject: Re: recent nvidia-driver trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 18:11:30 -0000 Hi Pascal, On Fri, Jun 15, 2007 at 07:53:02PM +0200, Pascal Hofstee wrote: > Is anybody else experiencing similar problems out there ... this has > used to work for months without problems ... i made sure to force a > reinstall of the nvidia-driver port on every new kernel install but that > just doesn't seem to solve the problem either. I am having the same problems - I cannot even shutdown my system anymore. I intend to revert to a previous version soon, so see if this solves the problem... So sadly, this is just a 'me too' :-/ Regards, -- Rink P.W. Springer - http://rink.nu "It is such a quiet thing, to fall. But yet a far more terrible thing, to admit it." - Darth Traya From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 18:11: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 26E2A16A46D for ; Fri, 15 Jun 2007 18:11:38 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from spunkymail-a10.g.dreamhost.com (sd-green-bigip-66.dreamhost.com [208.97.132.66]) by mx1.freebsd.org (Postfix) with ESMTP id 15BCF13C447 for ; Fri, 15 Jun 2007 18:11:37 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from sauron.lan.box (200-203-38-208.paemt706.dsl.brasiltelecom.net.br [200.203.38.208]) by spunkymail-a10.g.dreamhost.com (Postfix) with ESMTP id F1BB31634CF for ; Fri, 15 Jun 2007 11:11:35 -0700 (PDT) Date: Fri, 15 Jun 2007 15:11:20 -0300 From: Ricardo Nabinger Sanchez To: freebsd-current@freebsd.org Message-Id: <20070615151120.d86408bf.rnsanchez@wait4.org> In-Reply-To: <1181929982.1086.6.camel@worf> References: <1181929982.1086.6.camel@worf> Organization: SYS_WAIT4 X-Mailer: Sylpheed 2.4.2 (GTK+ 2.10.11; i386-unknown-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: recent nvidia-driver trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 18:11:38 -0000 On Fri, 15 Jun 2007 19:53:02 +0200 Pascal Hofstee wrote: > Is anybody else experiencing similar problems out there ... this has > used to work for months without problems ... i made sure to force a > reinstall of the nvidia-driver port on every new kernel install but > that just doesn't seem to solve the problem either. I'm not experiencing this, but I'm still using an old version (8774). Which version are you using? -- Ricardo Nabinger Sanchez rnsanchez@wait4.org Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 18:24: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 BA3A216A475 for ; Fri, 15 Jun 2007 18:24: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 A2C8113C45B for ; Fri, 15 Jun 2007 18:24: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 9719F1A3C1C; Fri, 15 Jun 2007 11:24:10 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id C2CBB513DD; Fri, 15 Jun 2007 14:24:42 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 5DB40BE8F; Fri, 15 Jun 2007 14:24:42 -0400 (EDT) Date: Fri, 15 Jun 2007 14:24:42 -0400 From: Kris Kennaway To: Ali Mashtizadeh Message-ID: <20070615182442.GA9619@rot13.obsecurity.org> References: <4672945C.3060304@clearchain.com> <440b3e930706150814s48ea3750k2ca1ea395a14bad0@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440b3e930706150814s48ea3750k2ca1ea395a14bad0@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Benjamin Close , Claus Guttesen Subject: Re: Swapfile on ZFS & Deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 18:24:43 -0000 On Fri, Jun 15, 2007 at 11:14:09AM -0400, Ali Mashtizadeh wrote: > I've had a similar thing when I'm using a lot of swap on ZFS then sometimes > the strain on memory resources brings my system to a crawl I can't get out > of :(. But it only happends on systems with less than 1 GB of memory. It's > not actually crashed So, not similar then :) Kris From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 18:25: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 C152316A479 for ; Fri, 15 Jun 2007 18:25:22 +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 93CCE13C489 for ; Fri, 15 Jun 2007 18:25:22 +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 816871A4D8F; Fri, 15 Jun 2007 11:24:49 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id AC00C513DD; Fri, 15 Jun 2007 14:25:21 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id A5886BE8F; Fri, 15 Jun 2007 14:25:21 -0400 (EDT) Date: Fri, 15 Jun 2007 14:25:21 -0400 From: Kris Kennaway To: Benjamin Close Message-ID: <20070615182521.GB9619@rot13.obsecurity.org> References: <4672945C.3060304@clearchain.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <4672945C.3060304@clearchain.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Swapfile on ZFS & Deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 18:25:22 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 15, 2007 at 11:00:04PM +0930, Benjamin Close wrote: > Hi All, > Whilst running out of memory compiling Xorg (scanPCI is a killer) I=20 > discovered a quick way to deadlock the system: >=20 > dd if=3D/dev/zero of=3Dsomefileonzfs bs=3Dsomething count=3Dsomething > mdconfig -a -f something > swapon /dev/md0 >=20 > Then do something that needs swap.. instant deadlock. The system is=20 > still responsive but all disk access become hung. >=20 > Known issue? If so is there a way we can warn users/prevent users from=20 > doing it? Enable DEBUG_VFS_LOCKS and DEBUG_LOCKS, then break to DDB when the deadlock occurs and do 'show lockedvnods'. Kris --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGctmRWry0BWjoQKURAsidAJwLaPKf9Fsjcb3/bL1xaBdgmWKfgACeO7vP vXSNYoA0poAnJcjHGb3W8+I= =ZarY -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 18:31: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 41A4516A41F for ; Fri, 15 Jun 2007 18:31:53 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08a.verio.de (mail08a.verio.de [213.198.55.73]) by mx1.freebsd.org (Postfix) with SMTP id 992AB13C45E for ; Fri, 15 Jun 2007 18:31:52 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx104.stngva01.us.mxservers.net (198.173.112.41) by mail08a.verio.de (RS ver 1.0.95vs) with SMTP id 2-0277352302 for ; Fri, 15 Jun 2007 20:31:43 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx104.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 9ead2764.28478.155.mx104.stngva01.us.mxservers.net; Fri, 15 Jun 2007 14:31:05 -0400 (EDT) Received: (qmail 65409 invoked from network); 15 Jun 2007 18:31:40 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.54.136.74) by with SMTP; 15 Jun 2007 18:31:40 -0000 Received: from peedub.jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with SMTP id l5FIVaXi014082; Fri, 15 Jun 2007 20:31:37 +0200 (CEST) (envelope-from garyj@jennejohn.org) Date: Fri, 15 Jun 2007 20:31:36 +0200 From: Gary Jennejohn To: Pascal Hofstee Message-Id: <20070615203136.402a2df5.garyj@jennejohn.org> In-Reply-To: <1181929982.1086.6.camel@worf> References: <1181929982.1086.6.camel@worf> 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.2422726658; heur=0.500(-26400); stat=0.242; spamtraq-heur=0.500(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 X-Mailman-Approved-At: Fri, 15 Jun 2007 18:43:39 +0000 Cc: current@freebsd.org Subject: Re: recent nvidia-driver trouble 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, 15 Jun 2007 18:31:53 -0000 On Fri, 15 Jun 2007 19:53:02 +0200 Pascal Hofstee wrote: > Sometime during the last week i have started to encounter trouble with > my system locking up trying to switch from X to console, but only when > using the nvidia-driver kernel module. Using the plain "nv" driver > works without any problems ... When the lock up happens the system > seems to no longer respond to keyboard input etc. (haven't been able > to confirm wether or not remote access is still possible). > > Is anybody else experiencing similar problems out there ... this has > used to work for months without problems ... i made sure to force a > reinstall of the nvidia-driver port on every new kernel install but > that just doesn't seem to solve the problem either. > I've seen this also. It's a panic due to a NULL-pointer dereference someplace in the nvidia-driver. I suspect that it's related to the recent locking/mutex/whatever changes but can't prove it. All the crash dumps which I have are corrupted so I can't do a backtrace :-( The bug seems to be in the binary blob part of the driver, which means we have to wait for Nvidia to get around to fixing it. BTW I tried _all_ versions of the driver and every one of them exhibits this problem. I'm now using an old Matrox card via VGA (lost my DVI). --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 19:11: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 8200216A41F for ; Fri, 15 Jun 2007 19:11:03 +0000 (UTC) (envelope-from rodrigc@c-71-192-57-29.hsd1.ma.comcast.net) Received: from alnrmhc13.comcast.net (alnrmhc13.comcast.net [206.18.177.53]) by mx1.freebsd.org (Postfix) with ESMTP id 58A9E13C4BF for ; Fri, 15 Jun 2007 19:11:03 +0000 (UTC) (envelope-from rodrigc@c-71-192-57-29.hsd1.ma.comcast.net) Received: from c-71-192-57-29.hsd1.ma.comcast.net ([71.192.57.29]) by comcast.net (alnrmhc13) with ESMTP id <20070615190100b1300o562oe>; Fri, 15 Jun 2007 19:01:01 +0000 Received: from c-71-192-57-29.hsd1.ma.comcast.net (localhost.crodrigues.org [127.0.0.1]) by c-71-192-57-29.hsd1.ma.comcast.net (8.14.1/8.14.1) with ESMTP id l5FJ18ub002165; Fri, 15 Jun 2007 15:01:08 -0400 (EDT) (envelope-from rodrigc@c-71-192-57-29.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-71-192-57-29.hsd1.ma.comcast.net (8.14.1/8.14.1/Submit) id l5FJ18Wp002164; Fri, 15 Jun 2007 15:01:08 -0400 (EDT) (envelope-from rodrigc) Date: Fri, 15 Jun 2007 15:01:07 -0400 From: Craig Rodrigues To: gary.jennejohn@freenet.de Message-ID: <20070615190107.GA2111@crodrigues.org> References: <1181929982.1086.6.camel@worf> <20070615203136.402a2df5.garyj@jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070615203136.402a2df5.garyj@jennejohn.org> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org, Pascal Hofstee Subject: Re: recent nvidia-driver trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 19:11:03 -0000 On Fri, Jun 15, 2007 at 08:31:36PM +0200, Gary Jennejohn wrote: > I've seen this also. It's a panic due to a NULL-pointer dereference > someplace in the nvidia-driver. I suspect that it's related to the > recent locking/mutex/whatever changes but can't prove it. All the > crash dumps which I have are corrupted so I can't do a backtrace :-( > > The bug seems to be in the binary blob part of the driver, which means > we have to wait for Nvidia to get around to fixing it. Have you reported this problem to Nvidia? They don't regularly monitor FreeBSD mailing lists, but I've found that they are fairly responsive to e-mails sent to: freebsd-gfx-bugs@nvidia.com -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 19:32: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 4452116A41F for ; Fri, 15 Jun 2007 19:32:20 +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 0296013C4B0 for ; Fri, 15 Jun 2007 19:32:19 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5FJ0vXj017571 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Jun 2007 12:00:59 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4672E214.1030006@errno.com> Date: Fri, 15 Jun 2007 12:01:40 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <1181929982.1086.6.camel@worf> <20070615203136.402a2df5.garyj@jennejohn.org> In-Reply-To: <20070615203136.402a2df5.garyj@jennejohn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Pascal Hofstee Subject: Re: recent nvidia-driver trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 19:32:20 -0000 Gary Jennejohn wrote: > On Fri, 15 Jun 2007 19:53:02 +0200 > Pascal Hofstee wrote: > >> Sometime during the last week i have started to encounter trouble with >> my system locking up trying to switch from X to console, but only when >> using the nvidia-driver kernel module. Using the plain "nv" driver >> works without any problems ... When the lock up happens the system >> seems to no longer respond to keyboard input etc. (haven't been able >> to confirm wether or not remote access is still possible). >> >> Is anybody else experiencing similar problems out there ... this has >> used to work for months without problems ... i made sure to force a >> reinstall of the nvidia-driver port on every new kernel install but >> that just doesn't seem to solve the problem either. >> > > I've seen this also. It's a panic due to a NULL-pointer dereference > someplace in the nvidia-driver. I suspect that it's related to the > recent locking/mutex/whatever changes but can't prove it. All the > crash dumps which I have are corrupted so I can't do a backtrace :-( > > The bug seems to be in the binary blob part of the driver, which means > we have to wait for Nvidia to get around to fixing it. > > BTW I tried _all_ versions of the driver and every one of them > exhibits this problem. > > I'm now using an old Matrox card via VGA (lost my DVI). I'm using: trouble% pkg_info|grep nvidia nvidia-driver-1.0.9631_5 NVidia graphics card binary drivers for hardware OpenGL ren w/o obvious issues on: nvidia0@pci1:0:0: class=0x030000 card=0x019010de chip=0x018a10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'Quadro NVS with AGP 8X [NV18GL.2]' class = display subclass = VGA HEAD is: trouble% uname -a FreeBSD trouble.errno.com 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Sat Jun 2 21:33:05 PDT 2007 sam@stubby.errno.com:/usr/src/sys/i386/compile/STUBBY i386 I do not "switch from X to console". Sam From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 19:37: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 8F09616A400 for ; Fri, 15 Jun 2007 19:37:18 +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 6C9B113C43E for ; Fri, 15 Jun 2007 19:37:18 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so1295214waf for ; Fri, 15 Jun 2007 12:37: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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MCOoMw7b4BqsubMgEzl9G2G2mL17ne3EkUSYQfSJduNBO96136FFdSAuF+vnD8AF+uvXfz0mV3B8J9NvHj0gK9WRlu2He6UAu1XLC/FKmZJ7Nn5sQ5miI3XpTFWGFbSYZzXRceBII6TDoSzqR9Sh6gAeb7xq74AsMxUh2aGPrg8= 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=X8Zk4iB59Smf45d3EW1iCoR7+th3BlkVUiq2Q3N+gNJBVm2lZhVfJPe2jMOM51bFIt8O60sOVRgR42LFrApw/yJhEgk0jtoqlLePpcApgMHfT3nBTDxZTdBoABZQ0fEPgBjkLd/NvZg1hD8RNOKkfxChzz+0XsCiNXlaHi1QV7g= Received: by 10.114.133.1 with SMTP id g1mr3353213wad.1181936237906; Fri, 15 Jun 2007 12:37:17 -0700 (PDT) Received: by 10.114.47.12 with HTTP; Fri, 15 Jun 2007 12:37:17 -0700 (PDT) Message-ID: <83e5fb980706151237j6f4b31adjf5399dfd4b9de37a@mail.gmail.com> Date: Fri, 15 Jun 2007 21:37:17 +0200 From: "Diego Depaoli" To: current@freebsd.org In-Reply-To: <20070615203136.402a2df5.garyj@jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1181929982.1086.6.camel@worf> <20070615203136.402a2df5.garyj@jennejohn.org> Cc: Subject: Re: recent nvidia-driver trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 19:37:18 -0000 2007/6/15, Gary Jennejohn : > On Fri, 15 Jun 2007 19:53:02 +0200 > Pascal Hofstee wrote: > > > Sometime during the last week i have started to encounter trouble with > > my system locking up trying to switch from X to console, but only when > > using the nvidia-driver kernel module. Using the plain "nv" driver > > works without any problems ... When the lock up happens the system > > seems to no longer respond to keyboard input etc. (haven't been able > > to confirm wether or not remote access is still possible). > > > > Is anybody else experiencing similar problems out there ... this has > > used to work for months without problems ... i made sure to force a > > reinstall of the nvidia-driver port on every new kernel install but > > that just doesn't seem to solve the problem either. Me too > > > > I've seen this also. It's a panic due to a NULL-pointer dereference > someplace in the nvidia-driver. I suspect that it's related to the > recent locking/mutex/whatever changes but can't prove it. All the > crash dumps which I have are corrupted so I can't do a backtrace :-( I agree. This time nvidia-driver and xorg-server rebuild doesn't solve the problem. -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 19:49: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 BC22116A400 for ; Fri, 15 Jun 2007 19:49:54 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from mx1.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.freebsd.org (Postfix) with ESMTP id 7E18913C44B for ; Fri, 15 Jun 2007 19:49:54 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 2B9536D462; Fri, 15 Jun 2007 21:49:53 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UM5qTeP6CrG3; Fri, 15 Jun 2007 21:49:48 +0200 (CEST) Received: from thunderstone.rink.nu (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id AF7A76D461; Fri, 15 Jun 2007 21:49:48 +0200 (CEST) Received: (from rink@localhost) by thunderstone.rink.nu (8.13.8/8.13.8/Submit) id l5FJnmB2042268; Fri, 15 Jun 2007 21:49:48 +0200 (CEST) (envelope-from rink) Date: Fri, 15 Jun 2007 21:49:48 +0200 From: Rink Springer To: Sam Leffler Message-ID: <20070615194948.GB26481@rink.nu> References: <1181929982.1086.6.camel@worf> <20070615203136.402a2df5.garyj@jennejohn.org> <4672E214.1030006@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4672E214.1030006@errno.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Pascal Hofstee , gary.jennejohn@freenet.de, current@freebsd.org Subject: Re: recent nvidia-driver trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 19:49:54 -0000 On Fri, Jun 15, 2007 at 12:01:40PM -0700, Sam Leffler wrote: > I do not "switch from X to console". Neither do I - but it happends during shutdown as well. Haven't yet set up a serial console to check for panics though ... -- Rink P.W. Springer - http://rink.nu "It is such a quiet thing, to fall. But yet a far more terrible thing, to admit it." - Darth Traya From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 20:14: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 413A516A41F for ; Fri, 15 Jun 2007 20:14:08 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from spunkymail-a5.g.dreamhost.com (sd-green-bigip-66.dreamhost.com [208.97.132.66]) by mx1.freebsd.org (Postfix) with ESMTP id 2F38113C45B for ; Fri, 15 Jun 2007 20:14:08 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from sauron.lan.box (200-203-38-208.paemt706.dsl.brasiltelecom.net.br [200.203.38.208]) by spunkymail-a5.g.dreamhost.com (Postfix) with ESMTP id C1DF114D6B1 for ; Fri, 15 Jun 2007 13:14:03 -0700 (PDT) Date: Fri, 15 Jun 2007 17:13:57 -0300 From: Ricardo Nabinger Sanchez To: freebsd-current@freebsd.org Message-Id: <20070615171357.37b70a35.rnsanchez@wait4.org> In-Reply-To: <20070615203136.402a2df5.garyj@jennejohn.org> References: <1181929982.1086.6.camel@worf> <20070615203136.402a2df5.garyj@jennejohn.org> Organization: SYS_WAIT4 X-Mailer: Sylpheed 2.4.2 (GTK+ 2.10.11; i386-unknown-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: recent nvidia-driver trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 20:14:08 -0000 On Fri, 15 Jun 2007 20:31:36 +0200 Gary Jennejohn wrote: > BTW I tried _all_ versions of the driver and every one of them > exhibits this problem. Including 8774? I've been using it for 16h/day since I installed 6.1-RELEASE, more or less a year by now. In all this time, I went through a couple of screen freezes, while using gv (print/gv), but remotelly killable. Other than that, no problems--thus why I never upgraded it, specially after some reports for the next driver after 8774 (IIRC, 8794 or so). -- Ricardo Nabinger Sanchez rnsanchez@wait4.org Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 20:28: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 7F77016A468 for ; Fri, 15 Jun 2007 20:28:01 +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 45E6213C448 for ; Fri, 15 Jun 2007 20:28:01 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from [192.168.0.101] (c-68-45-180-45.hsd1.nj.comcast.net [68.45.180.45]) by b.mx.visualtech.com (Postfix) with ESMTP id B02CE48410; Fri, 15 Jun 2007 16:09:19 -0400 (EDT) From: Adam K Kirchhoff To: Craig Rodrigues In-Reply-To: <20070615190107.GA2111@crodrigues.org> References: <1181929982.1086.6.camel@worf> <20070615203136.402a2df5.garyj@jennejohn.org> <20070615190107.GA2111@crodrigues.org> Content-Type: text/plain Date: Fri, 15 Jun 2007 16:09:17 -0400 Message-Id: <1181938157.11238.0.camel@sorrow> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 7bit Cc: Pascal Hofstee , gary.jennejohn@freenet.de, current@freebsd.org Subject: Re: recent nvidia-driver trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 20:28:01 -0000 On Fri, 2007-06-15 at 15:01 -0400, Craig Rodrigues wrote: > On Fri, Jun 15, 2007 at 08:31:36PM +0200, Gary Jennejohn wrote: > > I've seen this also. It's a panic due to a NULL-pointer dereference > > someplace in the nvidia-driver. I suspect that it's related to the > > recent locking/mutex/whatever changes but can't prove it. All the > > crash dumps which I have are corrupted so I can't do a backtrace :-( > > > > The bug seems to be in the binary blob part of the driver, which means > > we have to wait for Nvidia to get around to fixing it. > > Have you reported this problem to Nvidia? They don't regularly > monitor FreeBSD mailing lists, but I've found that they > are fairly responsive to e-mails sent to: > freebsd-gfx-bugs@nvidia.com > They do regularly monitor this forum: http://www.nvnews.net/vbulletin/forumdisplay.php?f=47 When there was a problem with the device cloning, I mentioned it there, and they had a patch available in the next few days, iirc. Adam From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 20:31: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 5E78316A468 for ; Fri, 15 Jun 2007 20:31:05 +0000 (UTC) (envelope-from rainer.alves@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id 0A08B13C45A for ; Fri, 15 Jun 2007 20:31:04 +0000 (UTC) (envelope-from rainer.alves@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so856320wxd for ; Fri, 15 Jun 2007 13:31:04 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=F9d6rfGuLXwiktHvYBuroUUZ4HpGm0W3ORoCX/c6rC/vZJKSlp/ivBTKz7Wfk91qB8MFtIxQ3aVdiphdEiSwBZzmNdw5CvisPXhgTTapvFIlKUUlpQKncZERHfYMd3wDPAXqEX2p4dgugSGoja8JiaD4yY4fj5oGCn6n9QmgVqw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=CM09oHyDv/9WC4Usfrb1l/+X9xgf8tJqKMq686RLN/cwdJwe4c9lQjXgdio3u+A0/IM49Ztkiwl6ccReOp4zVl7NlnYtqQvy8KyGL0CvteQv0A58LkqbDOkP1npGZXHczvsh3+f3JwWeXJbT6ynBQZCGvR0LRC2eQUpaggcDNTA= Received: by 10.70.13.1 with SMTP id 1mr5380991wxm.1181937816377; Fri, 15 Jun 2007 13:03:36 -0700 (PDT) Received: from bsd.powered.net ( [200.181.68.107]) by mx.google.com with ESMTP id i36sm4998319wxd.2007.06.15.13.03.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 15 Jun 2007 13:03:36 -0700 (PDT) Message-ID: <4672F041.1010102@gmail.com> Date: Fri, 15 Jun 2007 17:02:09 -0300 From: Rainer Alves User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.4) Gecko/20070615 Thunderbird/2.0.0.4 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Pascal Hofstee References: <1181929982.1086.6.camel@worf> In-Reply-To: <1181929982.1086.6.camel@worf> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: recent nvidia-driver trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 20:31:05 -0000 Pascal Hofstee wrote: > Sometime during the last week i have started to encounter trouble with > my system locking up trying to switch from X to console, but only when > using the nvidia-driver kernel module. Using the plain "nv" driver works > without any problems ... When the lock up happens the system seems to no > longer respond to keyboard input etc. (haven't been able to confirm > wether or not remote access is still possible). > > I've had this problem for months now... even though I'm using 6.2-STABLE and the plain 'nv' driver (it's an amd64 box, so I don't have a choice here). I'd say it happens once every 10 times I switch from X to console [the machine locks hard], at first I thought it could be a problem with the Modeline I'm using, but apparently not. Modeline "1440x900" 106.47 1440 1520 1672 1904 900 901 904 932 +HSync +Vsync none8@pci0:5:0: class=0x030000 card=0x30b7103c chip=0x024410de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = display subclass = VGA [rainer@bsd ~]$ grep Chipset /var/log/Xorg.0.log (--) Chipset GeForce Go 6150 found (--) NV(0): Chipset: "GeForce Go 6150" Btw, I'm running xorg 7.2 - Rainer From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 20:32:12 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 1201016A469; Fri, 15 Jun 2007 20:32:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B671813C484; Fri, 15 Jun 2007 20:32:11 +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 l5FKWBHU017049; Fri, 15 Jun 2007 16:32:11 -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 l5FKWAm1042175; Fri, 15 Jun 2007 16:32:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A5B2773068; Fri, 15 Jun 2007 16:32:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070615203210.A5B2773068@freebsd-current.sentex.ca> Date: Fri, 15 Jun 2007 16:32:10 -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 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: Fri, 15 Jun 2007 20:32:12 -0000 TB --- 2007-06-15 19:30:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-15 19:30:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-15 19:30:01 - cleaning the object tree TB --- 2007-06-15 19:30:20 - checking out the source tree TB --- 2007-06-15 19:30:20 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-15 19:30:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-15 19:41:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-15 19:41:33 - cd /src TB --- 2007-06-15 19:41:33 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 15 19:41:34 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 [...] cc -O2 -pipe -Wall -Wstrict-prototypes -o dialog dialog.o -ldialog -lncurses gzip -cn /src/gnu/usr.bin/dialog/dialog.1 > dialog.1.gz ===> gnu/usr.bin/dialog/TESTS (all) ===> gnu/usr.bin/diff (all) cc -O2 -pipe -funsigned-char -I/obj/arm/src/tmp/usr/include/gnu -I/src/gnu/usr.bin/diff/../../../contrib/diff -I/src/gnu/usr.bin/diff/../../../contrib/diff/src -I/src/gnu/usr.bin/diff/../../../contrib/diff/lib -DHAVE_CONFIG_H -DPR_PROGRAM=\"/usr/bin/pr\" -c /src/gnu/usr.bin/diff/../../../contrib/diff/src/analyze.c cc -O2 -pipe -funsigned-char -I/obj/arm/src/tmp/usr/include/gnu -I/src/gnu/usr.bin/diff/../../../contrib/diff -I/src/gnu/usr.bin/diff/../../../contrib/diff/src -I/src/gnu/usr.bin/diff/../../../contrib/diff/lib -DHAVE_CONFIG_H -DPR_PROGRAM=\"/usr/bin/pr\" -c context.c context.c: In function 'print_context_label': context.c:64: error: size of array 'a' is negative *** Error code 1 Stop in /src/gnu/usr.bin/diff. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-15 20:32:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-15 20:32:10 - ERROR: failed to build world TB --- 2007-06-15 20:32:10 - tinderbox aborted TB --- 0.30 user 1.37 system 3729.26 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 20:41: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 09EE416A41F for ; Fri, 15 Jun 2007 20:41:52 +0000 (UTC) (envelope-from novembre@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id A112213C4D0 for ; Fri, 15 Jun 2007 20:41:51 +0000 (UTC) (envelope-from novembre@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so1833706pyi for ; Fri, 15 Jun 2007 13:41: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:to:subject:in-reply-to:mime-version:content-type:references; b=PeeZuOSowzzovIsp4cBu8I8+ceOJL5+OHMCwehveq8yqP8Sd8rGztsaiCr5dyk69/VxzBQgroRZna4oEGH2DoyfxAb7JTXvfM73CgiKImR1jcwXo7DY6kaH/RL1ZmW8Cbdw1PKyll1MBLN9+/QbuDy62VJCGs6utHuFCqGvfLLA= 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:references; b=eII01h82XZnuCUZlTZZRwiysLTVUfeuVD9i6zfTYTI+D7X+j0N3iLEErDymUeik09UuhZUCKlCCaBq9bb8bGF4uHiov8Y6rTvzoVBZJ36NSeC5CkDe0SyFrpMZA7Fh/dXILB6bg9IbMGegChC/YFgus16z3nh8+dtu72VLniKhs= Received: by 10.65.250.11 with SMTP id c11mr5936593qbs.1181940110486; Fri, 15 Jun 2007 13:41:50 -0700 (PDT) Received: by 10.64.209.15 with HTTP; Fri, 15 Jun 2007 13:41:50 -0700 (PDT) Message-ID: <3b47caa90706151341w69793967v1f35d06bb8866046@mail.gmail.com> Date: Fri, 15 Jun 2007 15:41:50 -0500 From: Novembre To: freebsd-current@freebsd.org In-Reply-To: <1181904004.3767.2.camel@myrtle.ukc.ac.uk> MIME-Version: 1.0 References: <3b47caa90706142159v4e7e1ebbu7d3de97a8b04fda3@mail.gmail.com> <1181904004.3767.2.camel@myrtle.ukc.ac.uk> 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 Subject: Re: Intel 965 and AGP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 20:41:52 -0000 Is it stable enough? I've read that it might hang if used with DRI. Although I'll be perfectly fine with only 2D functionality in X.org , but it needs to be stable. Since I'm going to use this machine for a university project doing heavy numerical calculations (so only 2D X is good enough), I'm a bit reluctant to use the -CURRENT branch. Is there any way to bring this functionality (making the operating system detect agp) to the -STABLE (or even -RELEASE) branch? Thanks :) On 6/15/07, Tim Bishop wrote: > > On Thu, 2007-06-14 at 23:59 -0500, Novembre wrote: > > Hello, > > > > Is Intel G965 supported on -CURRENT? It seems that the chipset cannot be > > detected as AGP by the kernel module 'agp' (it is a PCI Express chip in > > reality, as far as I know), so 'i915' and 'drm' modules cannot be > loaded, > > and the X.org driver for i810 cannot be used to start X. > > Previously, I had 6.2-RELEASE installed, and that did not support the > > chipset (no agpgart device in /dev/, no 'agp' kernel module loaded). I > tried > > updating some source files (agp.c, agp_intel.c, agp_i810.c, agpreg.h) > using > > the -CURRENT sources and patching agp.c and agpreg.h with Eric Anholt's > > submitted patch ( see > > http://docs.freebsd.org/cgi/mid.cgi?1177096992.5641.11.camel ), but that > > didn't work as well; no matter what I tried with 6.2-RELEASE, no agp > device > > was detected. Then I erased my -RELEASE install and tried -STABLE with > the > > same results - no agp present. So I tried installing 7.0-CURRENT (though > I > > could not install it, but that's another issue). Looking at the output > of > > the system while booting, it was the only time that instead of > > ---------- > > pci0: at device 2.0 (no driver attached) > > ---------- > > I did get something else (sorry, I don't remember the exact output now, > but > > 'no driver attached' was not there and some hex address was present). > Then I > > tried loading the 'i915' and 'drm' modules at the loader prompt, and > 'drm' > > said something along the lines of 'no agp device present' (again, i > don't > > remember the exact message), so it did not load. This is all before > > installing the 7.0-CURRENT (which I could not do), so maybe if I use > Eric > > Anholt's patch for agp.c, it'll work. > > That patch hasn't been committed as far as I know. I have that chipset > working on 7.0-CURRENT with the AGP patch and XOrg 7.2. > > Tim. > > From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 20:58: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 0252616A46B for ; Fri, 15 Jun 2007 20:58:52 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id E524513C46C for ; Fri, 15 Jun 2007 20:58:49 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 9602E11246; Fri, 15 Jun 2007 15:58:49 -0500 (CDT) Date: Fri, 15 Jun 2007 15:58:49 -0500 From: Craig Boston To: Eric Anholt Message-ID: <20070615205849.GA37130@nowhere> References: <20070613160835.GA6461@nowhere> <1181762881.1241.6.camel@vonnegut> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1181762881.1241.6.camel@vonnegut> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org Subject: Dualhead with nv (was Re: ZFS tuning tips?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 20:58:52 -0000 On Wed, Jun 13, 2007 at 12:28:01PM -0700, Eric Anholt wrote: > The nv 2d driver supports randr 1.2 on the G80, so it would be a matter > of getting our server updated and updating to the latest nv driver (I've > left the server alone so that things could settle with the xorg upgrade > for a while). Mine's actually a G70, but thanks for the tip anyway. I found that a hack has recently been added to enable both heads using VBE calls. Indeed, installing the 2.0.96 experimental driver and enabling DualHead seems to work well enough for my needs. Only big problem is missing Xinerama info, but I think this [ http://ktown.kde.org/~seli/fakexinerama/ ] may be helpful. Craig From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 21:09: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 22C9016A46B for ; Fri, 15 Jun 2007 21:09:26 +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 DB43813C4B7 for ; Fri, 15 Jun 2007 21:09:25 +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 2438B17380 for ; Fri, 15 Jun 2007 21:09:24 +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 l5FL9ee8001278 for ; Fri, 15 Jun 2007 21:09:40 GMT (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Fri, 15 Jun 2007 21:09:40 +0000 Message-ID: <1277.1181941780@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: multicast not happy ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 21:09:26 -0000 I set up a really simple network here, two boxes with two cross-over ethernets: 10.1.0.1/24 ------------- 10.1.0.2/24 A B 10.2.0.1/24 ------------- 10.2.0.2/24 Ipforwarding is enabled on both, and "routed" is running with /etc/gateways containing: ripv2 no_solicit no_rdisc_adv And nothing happens at all... routed in both ends complain about: routed: Send mcast sendto(sis2, 224.0.0.9.520): Network is unreachable routed: Send mcast sendto(sis1, 224.0.0.9.520): Network is unreachable Running a tcpdump on one end, the IGMP reports to the new MCast are sent: syv# tcpdump -i vr1 -n -s 2000 -v tcpdump: listening on vr1, link-type EN10MB (Ethernet), capture size 2000 bytes 20:35:24.738693 IP (tos 0x0, ttl 1, id 11501, offset 0, flags [none], proto: IGMP (2), length: 32, options ( RA (148) len 4 )) 10.1.0.1 > 224.0.0.9: igmp v2 report 224.0.0.9 20:35:25.118284 IP (tos 0x0, ttl 1, id 118, offset 0, flags [none], proto: IGMP (2), length: 32, options ( RA (148) len 4 )) 10.1.0.2 > 224.0.0.9: igmp v2 report 224.0.0.9 But no further trafic is sent. Netstat -ian shows the mcast groups joined: vr1 1500 00:00:24:08:62:ed 25 0 8 0 0 01:00:5e:00:00:09 23 7 01:00:5e:00:00:01 23 7 vr1 1500 10.1.0.0/24 10.1.0.1 17 - 7 - - 224.0.0.9 224.0.0.1 vr2 1500 00:00:24:08:62:ee 28 0 9 0 0 01:00:5e:00:00:09 26 7 01:00:5e:00:00:01 26 7 vr2 1500 10.2.0.0/24 10.2.0.1 17 - 7 - - 224.0.0.9 224.0.0.1 as does ifmcstat: vr1: inet 10.1.0.1 group 224.0.0.9 igmpv2 mcast-macaddr 01:00:5e:00:00:09 refcnt 1 group 224.0.0.1 mcast-macaddr 01:00:5e:00:00:01 refcnt 1 vr2: inet 10.2.0.1 group 224.0.0.9 igmpv2 mcast-macaddr 01:00:5e:00:00:09 refcnt 1 group 224.0.0.1 mcast-macaddr 01:00:5e:00:00:01 refcnt 1 Any ideas ? -- 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 15 20:45: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 8DB3E16A469 for ; Fri, 15 Jun 2007 20:45:18 +0000 (UTC) (envelope-from Tuscan@t-online.de) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.freebsd.org (Postfix) with ESMTP id 57AB013C468 for ; Fri, 15 Jun 2007 20:45:18 +0000 (UTC) (envelope-from Tuscan@t-online.de) Received: from fwd28.aul.t-online.de by mailout08.aul.t-online.de with smtp id 1HzIHw-0002HK-00; Fri, 15 Jun 2007 22:20:56 +0200 Received: from Toy.Firlefanz.org (rI1MYEZXoejetavRsK8nB+DKNqolXGOdX3RRcms++oHp0hz2jhI+03@[84.171.204.126]) by fwd28.aul.t-online.de with esmtp id 1HzIHv-09AwBk0; Fri, 15 Jun 2007 22:20:55 +0200 Message-ID: <4672F4A5.20401@nerdshack.com> Date: Fri, 15 Jun 2007 22:20:53 +0200 From: Tuscan@t-online.de (Tory) User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-ID: rI1MYEZXoejetavRsK8nB+DKNqolXGOdX3RRcms++oHp0hz2jhI+03 X-TOI-MSGID: 7694d533-e31b-42cd-be1f-40263338c7ac X-Mailman-Approved-At: Fri, 15 Jun 2007 21:19:15 +0000 Subject: German keymap not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 20:45:18 -0000 This might be trivial, but I can't find out what's wrong. I rebuild world / kernel daily, and since last week German Umlauts don't work anymore. Not on the console and not in X. I tried different keymaps and manual edits. The values are ok, but Instead of ä ü ö (pasted) I get σ η ÷ - or nothing at all. From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 21:29: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 3140616A46D for ; Fri, 15 Jun 2007 21:29:54 +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 ACEE013C4C7 for ; Fri, 15 Jun 2007 21:29:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (orgfel@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l5FLTkoK010480; Fri, 15 Jun 2007 23:29:51 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l5FLTkO2010479; Fri, 15 Jun 2007 23:29:46 +0200 (CEST) (envelope-from olli) Date: Fri, 15 Jun 2007 23:29:46 +0200 (CEST) Message-Id: <200706152129.l5FLTkO2010479@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, h.schmalzbauer@omnisec.de In-Reply-To: <200706150852.17083.h.schmalzbauer@omnisec.de> 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, 15 Jun 2007 23:29:52 +0200 (CEST) Cc: Subject: Re: moused linear acceleration drops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, h.schmalzbauer@omnisec.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, 15 Jun 2007 21:29:54 -0000 Hello, Please try this patch (in /usr/src/usr.sbin/moused) and let me know if it helps: http://www.secnetix.de/~olli/tmp/moused.patch The patch applies both to HEAD (moused.c 1.78) and RELENG_6 (moused.c 1.70.2.4), but not to any earlier versions. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd We're sysadmins. To us, data is a protocol-overhead. From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 21:44: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 48D0716A46F for ; Fri, 15 Jun 2007 21:44:06 +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 0BFA813C45E for ; Fri, 15 Jun 2007 21:44:05 +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 79A6B17380; Fri, 15 Jun 2007 21:44:04 +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 l5FLiKb1001495; Fri, 15 Jun 2007 21:44:21 GMT (envelope-from phk@critter.freebsd.dk) To: John Merryweather Cooper From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 15 Jun 2007 17:31:49 -0400." <46730545.8050005@yahoo.com> Date: Fri, 15 Jun 2007 21:44:20 +0000 Message-ID: <1494.1181943860@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: multicast not happy ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 21:44:06 -0000 In message <46730545.8050005@yahoo.com>, John Merryweather Cooper writes: >> Any ideas ? > ># /sbin/route add -static -net 224.0.0.0 -netmask 240.0.0.0 -iface sis[1|2] > >I had to do this so my OpenSlp would work. I just got to about the same conclusion, only I used: route add -net 224.0.0.0/4 127.0.0.1 I'd say this is a bug... -- 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 15 21:58:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEF8616A41F for ; Fri, 15 Jun 2007 21:58:33 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp101.biz.mail.re2.yahoo.com (smtp101.biz.mail.re2.yahoo.com [68.142.229.215]) by mx1.freebsd.org (Postfix) with SMTP id A374B13C46A for ; Fri, 15 Jun 2007 21:58:33 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 20953 invoked from network); 15 Jun 2007 21:31:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=t0rRPDgHMo6gDFveAVTtGw0WrRJRIKeW6X+sTwaJaUBWeERF2xT3s7Zh5mppGWHJPiBVdVl57DPc8B3234BTIRktpfI2z6XBYSnora4iKM68J4IJd1SdAX4xmgJOV51gfskEqADCrq2mKB3Tz4WeUcOFnYE+5CBwquQd8SgbZ2c= ; Received: from unknown (HELO borgdemon2.hsd1.md.comcast.net) (j.m.cooper@borgsdemons.com@69.251.16.205 with login) by smtp101.biz.mail.re2.yahoo.com with SMTP; 15 Jun 2007 21:31:53 -0000 X-YMail-OSG: E2p2ZlIVM1mGs71P00wG13ipdYpyGax1j4ITItoyrHpOrETOhgyjlDcyFhtJ3CFVUn6YuwfJgtp8fnTBDqR3qVRnptdrSKQLuRHqCIp5nFFJjIU_lbHSdeRdCXAXksxk6yqvx0gHGJpn1CF.hURKs.2e Received: from [127.0.0.1] (localhost [127.0.0.1]) by borgdemon2.hsd1.md.comcast.net (Postfix) with ESMTP id 2679B604D; Fri, 15 Jun 2007 17:31:50 -0400 (EDT) Message-ID: <46730545.8050005@yahoo.com> Date: Fri, 15 Jun 2007 17:31:49 -0400 From: John Merryweather Cooper User-Agent: Thunderbird 2.0b1pre (X11/20070521) MIME-Version: 1.0 To: Poul-Henning Kamp References: <1277.1181941780@critter.freebsd.dk> In-Reply-To: <1277.1181941780@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: multicast not happy ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 21:58:34 -0000 Poul-Henning Kamp wrote: > I set up a really simple network here, two boxes with two > cross-over ethernets: > > 10.1.0.1/24 ------------- 10.1.0.2/24 > A B > 10.2.0.1/24 ------------- 10.2.0.2/24 > > Ipforwarding is enabled on both, and "routed" is running with > /etc/gateways containing: > > ripv2 > no_solicit > no_rdisc_adv > > And nothing happens at all... > > routed in both ends complain about: > > routed: Send mcast sendto(sis2, 224.0.0.9.520): Network is unreachable > routed: Send mcast sendto(sis1, 224.0.0.9.520): Network is unreachable > > Running a tcpdump on one end, the IGMP reports to the new MCast are > sent: > > syv# tcpdump -i vr1 -n -s 2000 -v > tcpdump: listening on vr1, link-type EN10MB (Ethernet), > capture size 2000 bytes > 20:35:24.738693 IP (tos 0x0, ttl 1, id 11501, offset 0, > flags [none], proto: IGMP (2), length: 32, options ( RA > (148) len 4 )) 10.1.0.1 > 224.0.0.9: > igmp v2 report 224.0.0.9 > > 20:35:25.118284 IP (tos 0x0, ttl 1, id 118, offset 0, > flags [none], proto: IGMP (2), length: 32, options ( RA > (148) len 4 )) 10.1.0.2 > 224.0.0.9: igmp v2 report 224.0.0.9 > > But no further trafic is sent. > > Netstat -ian shows the mcast groups joined: > > vr1 1500 00:00:24:08:62:ed 25 0 8 0 0 > 01:00:5e:00:00:09 23 7 > 01:00:5e:00:00:01 23 7 > vr1 1500 10.1.0.0/24 10.1.0.1 17 - 7 - - > 224.0.0.9 > 224.0.0.1 > vr2 1500 00:00:24:08:62:ee 28 0 9 0 0 > 01:00:5e:00:00:09 26 7 > 01:00:5e:00:00:01 26 7 > vr2 1500 10.2.0.0/24 10.2.0.1 17 - 7 - - > 224.0.0.9 > 224.0.0.1 > > as does ifmcstat: > vr1: > inet 10.1.0.1 > group 224.0.0.9 > igmpv2 > mcast-macaddr 01:00:5e:00:00:09 refcnt 1 > group 224.0.0.1 > mcast-macaddr 01:00:5e:00:00:01 refcnt 1 > vr2: > inet 10.2.0.1 > group 224.0.0.9 > igmpv2 > mcast-macaddr 01:00:5e:00:00:09 refcnt 1 > group 224.0.0.1 > mcast-macaddr 01:00:5e:00:00:01 refcnt 1 > > Any ideas ? > # /sbin/route add -static -net 224.0.0.0 -netmask 240.0.0.0 -iface sis[1|2] I had to do this so my OpenSlp would work. jmc From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 22:06: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 D7A9316A400 for ; Fri, 15 Jun 2007 22:06:15 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp108.biz.mail.re2.yahoo.com (smtp108.biz.mail.re2.yahoo.com [206.190.52.47]) by mx1.freebsd.org (Postfix) with SMTP id 6F2AB13C44B for ; Fri, 15 Jun 2007 22:06:15 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 73942 invoked from network); 15 Jun 2007 22:06:14 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=0YgPku74u1HHbiqgWDrRRDCTb24UNU2SOhby3+bHozFMD4M28sS0Z7YmzLdhqmoSuYO93iE7BxLg9Vfw+kqq2/pyQRde1Kw2KePbL7jRGic7t7wEWoGVYBYfQB2tN9chp8fbL7m5KJPVK67NjTbjA6mrBgQuHrVh4kAarpfoCog= ; Received: from unknown (HELO borgdemon2.hsd1.md.comcast.net) (j.m.cooper@borgsdemons.com@69.251.16.205 with login) by smtp108.biz.mail.re2.yahoo.com with SMTP; 15 Jun 2007 22:06:14 -0000 X-YMail-OSG: 4IH5unMVM1kQfxWZWz3Yevy9.jSH31zhFG.SVausvhVVWPa394z4MQVcdk3_qUvefpPMeqVPC_Q8OGHbyPHmsfoy1kjmVpG_MhqxKEwTjiBtnxZiE9HRpV3eR3wQ6KK3UBuSceRbBLdifUKQKkxIrdvZcMVOylYW8pU- Received: from [127.0.0.1] (localhost [127.0.0.1]) by borgdemon2.hsd1.md.comcast.net (Postfix) with ESMTP id 92991604D; Fri, 15 Jun 2007 18:06:13 -0400 (EDT) Message-ID: <46730D54.4060207@yahoo.com> Date: Fri, 15 Jun 2007 18:06:12 -0400 From: John Merryweather Cooper User-Agent: Thunderbird 2.0b1pre (X11/20070521) MIME-Version: 1.0 To: Poul-Henning Kamp References: <1494.1181943860@critter.freebsd.dk> In-Reply-To: <1494.1181943860@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: multicast not happy ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 22:06:15 -0000 Poul-Henning Kamp wrote: > In message <46730545.8050005@yahoo.com>, John Merryweather Cooper writes: > >>> Any ideas ? >> # /sbin/route add -static -net 224.0.0.0 -netmask 240.0.0.0 -iface sis[1|2] >> >> I had to do this so my OpenSlp would work. > > I just got to about the same conclusion, only I used: > > route add -net 224.0.0.0/4 127.0.0.1 > > I'd say this is a bug... > I got the idea from a web page with the instructions for setting up OpenSlp on Linux. I note that mDNS seems to need this too. To me, it makes sense because you need an interface to actually receive/send multicast on--and that's what 224.0.0.0/4 is for. jmc From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 22:13: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 523EF16A400 for ; Fri, 15 Jun 2007 22:13:58 +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 148B513C44C for ; Fri, 15 Jun 2007 22:13:58 +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 590F217380 for ; Fri, 15 Jun 2007 22:13:56 +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 l5FMECPT001627 for ; Fri, 15 Jun 2007 22:14:12 GMT (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Fri, 15 Jun 2007 22:14:12 +0000 Message-ID: <1626.1181945652@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: [REVIEW]: add multicast NULL route X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 22:13:58 -0000 On a system without a default route, multicast simply doesn't work. This patch adds a route into lo0 for the entire multicast space. A similar route were created in /etc/netstart until version 1.32 where it was moved to sysconfig (1.14) where the incorrect resolution to conf/1007 commented it out in (1.36) and subsequently it was lost in the conversion to new rc world ordering. As a stylistic feature of this patch, we no longer encroach on the administrators namespace by prepending a couple of "__" on the internal magic routes. Review and comments please. Index: routing =================================================================== RCS file: /home/ncvs/src/etc/rc.d/routing,v retrieving revision 1.143 diff -u -r1.143 routing --- routing 2 May 2007 15:49:30 -0000 1.143 +++ routing 15 Jun 2007 22:03:59 -0000 @@ -31,12 +31,17 @@ static_start() { + # The multicast range must be covered by a route, one way or another + # or multicast will simply not work. + static_routes="__mcast ${static_routes}" + route___mcast="-static -net 224.0.0.0/4 -interface lo0" + case ${defaultrouter} in [Nn][Oo] | '') ;; *) - static_routes="default ${static_routes}" - route_default="default ${defaultrouter}" + static_routes="__default ${static_routes}" + route___default="__default ${defaultrouter}" ;; esac -- 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 15 22:21: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 2029816A41F for ; Fri, 15 Jun 2007 22:21:18 +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 00F8213C489 for ; Fri, 15 Jun 2007 22:21:17 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5FMLHK7031865 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 15 Jun 2007 15:21: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 l5FMLHEL003558 for ; Fri, 15 Jun 2007 15:21:17 -0700 X-Auth-Received: from [192.55.52.1] by hymn01.u.washington.edu via HTTP; Fri, 15 Jun 2007 15:21:17 PDT Date: Fri, 15 Jun 2007 15:21:17 -0700 (PDT) From: youshi10@u.washington.edu To: current@freebsd.org In-Reply-To: <20070615194948.GB26481@rink.nu> 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.15.150334 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='SUPERLONG_LINE 0.05, 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: recent nvidia-driver trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 22:21:18 -0000 On Fri, 15 Jun 2007, Rink Springer wrote: > On Fri, Jun 15, 2007 at 12:01:40PM -0700, Sam Leffler wrote: >> I do not "switch from X to console". > > Neither do I - but it happends during shutdown as well. Haven't yet set > up a serial console to check for panics though ... > > -- > Rink P.W. Springer - http://rink.nu > "It is such a quiet thing, to fall. But yet a far more terrible thing, > to admit it." - Darth Traya Memory serves me correctly a similar problem happened in Linux a few years back with X.org combined with (ATI, nVidia). We never determined the root cause, but try disabling apm and acpi if possible (first in the nVidia driver via xorg.conf, next the kernel via either boottime or compile time), and see if the issue persists. That solved a lot of the symptoms seen with the cards. -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 22: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 1A8E516A400 for ; Fri, 15 Jun 2007 22:35:51 +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 CF9DD13C455 for ; Fri, 15 Jun 2007 22:35:50 +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 C318017380; Fri, 15 Jun 2007 22:35:49 +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 l5FMa6eO001804; Fri, 15 Jun 2007 22:36:06 GMT (envelope-from phk@critter.freebsd.dk) To: Marko Zec From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 16 Jun 2007 00:15:35 +0200." <200706160015.35344.zec@icir.org> Date: Fri, 15 Jun 2007 22:36:06 +0000 Message-ID: <1803.1181946966@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: multicast not happy ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 22:35:51 -0000 In message <200706160015.35344.zec@icir.org>, Marko Zec writes: >On Saturday 16 June 2007 00:06:12 John Merryweather Cooper wrote: >An explicit route to send multicast packets wasn't needed in 4.x days - >having an interface join the target mcast group was enough. Yes, but getting the group started is a problem, if none of the machines on the network have a default route to get things started. See the patch I posted. -- 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 15 23:12: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 23BE016A46B for ; Fri, 15 Jun 2007 23:12:08 +0000 (UTC) (envelope-from alexjeffburke@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 8D30D13C458 for ; Fri, 15 Jun 2007 23:12:07 +0000 (UTC) (envelope-from alexjeffburke@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1049474uge for ; Fri, 15 Jun 2007 16:12:06 -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=cH2OyEQdTQqgoMoXLMUzCpOlBJuVNqsZHANg3la31QhTcRTOL9OJVKO21yCm31Ai5YWnVTrzb7hXVNCaltfVrmGTHI0la69vIQG1CPaqcmEWEUJBOA1cXoYJVAu2tN1ZjhWe920hJ1fRNIHAs31yXTdeXW0Yuvy+S1SIejQW3Js= 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=juqPwO8Uo3oC/PBOfCV6mDP2WKDaCgOnJ2cBzZ0TGENCdj7vk5zxX8LfMI82YB+fwWicY7Wtf52ftxqdWn86krKeb2vqO/vVaDc+PvdtDh3vx+3aTuA7LMPNK/5rNeFzJXdHYnzb8zdLtyJ1p2kqGNXZBe7nBNLleOk0zkSV7Qo= Received: by 10.82.152.16 with SMTP id z16mr6703981bud.1181947379125; Fri, 15 Jun 2007 15:42:59 -0700 (PDT) Received: by 10.82.179.8 with HTTP; Fri, 15 Jun 2007 15:42:59 -0700 (PDT) Message-ID: Date: Fri, 15 Jun 2007 23:42:59 +0100 From: "Alex Burke" To: "FreeBSD CURRENT" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Access to tape drive caused following backtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 23:12:08 -0000 Hi, I was just doung a tar -tf /dev/sa0 when I got (hand transcribed): uma_zalloc_arg: zone "32" with the following non-sleepable locks held: exclusive sleep mutex ahc_lock r = 0 (0xc3cb2eb0) locked @ /usr/src/sys/cam/cam_ periph.h:182 KDB: stack backtrace: db_trace_self_wrapper(c01afca0,df502850,c076fcfd,c0a20063,df502864,...) at db_tr ace_self_wrapper+0x26 kdb_backtrace(c0a20063,df502864,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0a3a76f,c0a408e1,c3b76000,...) at witness_warn+0x41cd uma_zalloc_arg(c1472b40,0,102,2,c3ef6400,...) at uma_zalloc_arg+0x34 malloc(1c,c0a564e0,102,df502900,c09d8343,...) at malloc+0xd2 sagetparams(c3ef6484,c3ef6480,c3ef6488,df50299f,c3ef6485,...) at sagetparams+0x4 2c samount(c3e81a80,14c,c09d88343,b6,6,...) at samount+0x6df saopen(c3de8900,1,2000,c4080600,c0a56760,...) at sa_open+0x124 giant_open(c3de8900,1,2000,c4080600,c3f08200,...) at giant_open+0x4f devfs_open(df502a8c,c4080600,df502b80,df502b1c,...) at devfs_open+0x230 VOP_OPEN_APV(c0ac19e0,df502a8c,df502a78,246,c424a000,...) at VOP_OPEN_APV+0xa5 vn_open_cred(df502b80,df502c78,0,c4233180,c4064e58,...) at vn_open_cred+0x44b vn_open(df502b80,df502c78,0,c4064e58,246,...) at vn_open+0x33 kern_open(c4080600,df502cfc,c,c,c0ac4918,...) at kern_open+0xc3 open(c4080600,df502cfc,c,c,c0ac4918,...) at open+0x30 syscall(df502d38) at syscall+0x288 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (5, FreeBSD ELF32, open), eip = 0x28194a7b, esp = 0xbfbfe9fc, ebp = 0xbfbfea88 --- The machine did not panic, seemed to still be responsive. Maybe the problem has been fixed since the CURRENT I am running, but I thought I should post this anyway. Cheers, Alex J Burke. From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 23:12: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 D44AF16A400 for ; Fri, 15 Jun 2007 23:12:37 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp109.biz.mail.re2.yahoo.com (smtp109.biz.mail.re2.yahoo.com [206.190.53.8]) by mx1.freebsd.org (Postfix) with SMTP id 871F513C4AE for ; Fri, 15 Jun 2007 23:12:37 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 61382 invoked from network); 15 Jun 2007 23:12:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=wTPh74BoNEs/ofOcuSAanzcEQ/nm6RnZc3wGE6wQqFEltELa4+ErGcUW5Ym+h+fdgY/GMsjsYj+NdRvCZcUtY1PjtbubJoZX+Z9FlciF6JXk+RkD7twGZR2LCfla5oWqho7l85Ri/N5tU9tJPwRW3vESqQTbMEzDXPC5NVtQBw0= ; Received: from unknown (HELO borgdemon2.hsd1.md.comcast.net) (j.m.cooper@borgsdemons.com@69.251.16.205 with login) by smtp109.biz.mail.re2.yahoo.com with SMTP; 15 Jun 2007 23:12:36 -0000 X-YMail-OSG: 8VU29FcVM1k3o1rhkoAIOonukiXYyFteJz20gFdWzEBEesA.KVLNAf4n2pQVqs2p5K06tZ388KEfcRnfMrTPi5vtgHln2RXY2b8CFPo2_H.NWNi6cidITUgk7PZrmP_mjjTX12RLz1vsnkU0DiXDcaAA Received: from [127.0.0.1] (localhost [127.0.0.1]) by borgdemon2.hsd1.md.comcast.net (Postfix) with ESMTP id 41A046031; Fri, 15 Jun 2007 19:12:35 -0400 (EDT) Message-ID: <46731CE2.4050001@yahoo.com> Date: Fri, 15 Jun 2007 19:12:34 -0400 From: John Merryweather Cooper User-Agent: Thunderbird 2.0b1pre (X11/20070521) MIME-Version: 1.0 To: Poul-Henning Kamp References: <1626.1181945652@critter.freebsd.dk> In-Reply-To: <1626.1181945652@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [REVIEW]: add multicast NULL route X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 23:12:37 -0000 Poul-Henning Kamp wrote: > On a system without a default route, multicast simply doesn't work. > > This patch adds a route into lo0 for the entire multicast space. > > A similar route were created in /etc/netstart until version 1.32 > where it was moved to sysconfig (1.14) where the incorrect resolution > to conf/1007 commented it out in (1.36) and subsequently it was > lost in the conversion to new rc world ordering. > > As a stylistic feature of this patch, we no longer encroach on the > administrators namespace by prepending a couple of "__" on the > internal magic routes. > > Review and comments please. > > Index: routing > =================================================================== > RCS file: /home/ncvs/src/etc/rc.d/routing,v > retrieving revision 1.143 > diff -u -r1.143 routing > --- routing 2 May 2007 15:49:30 -0000 1.143 > +++ routing 15 Jun 2007 22:03:59 -0000 > @@ -31,12 +31,17 @@ > > static_start() > { > + # The multicast range must be covered by a route, one way or another > + # or multicast will simply not work. > + static_routes="__mcast ${static_routes}" > + route___mcast="-static -net 224.0.0.0/4 -interface lo0" > + > case ${defaultrouter} in > [Nn][Oo] | '') > ;; > *) > - static_routes="default ${static_routes}" > - route_default="default ${defaultrouter}" > + static_routes="__default ${static_routes}" > + route___default="__default ${defaultrouter}" > ;; > esac > Creating this default route for non-gateway machines might be useful for GNOME and KDE machines where some of the utility programs want multicast access. Maybe put this in a startup script GNOME and KDE could share? I've got mine in rc.local. I like using lo0 instead of my outside interface for the static route. However, it occurs to me that the uninitiated could be frustrated by default firewall settings. In particular, the 224.0.0.0/4 isn't going to pass through anti-spoofing rules for lo0. jmc From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 23:13: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 731FC16A468 for ; Fri, 15 Jun 2007 23:13:57 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 4C90213C45D for ; Fri, 15 Jun 2007 23:13:57 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so1357191waf for ; Fri, 15 Jun 2007 16:13:56 -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=qG9ifdnzy1Zlhl8Np0W7OaXegEpGfTKO5CyZ6GPRxNRLRRrxlD9OmKWRwA5lDHeJA9Kh67MW5zJcWmFjcCSjVTvRRG8YGU8PWuMsy0A2aKSbVeyloLgQWUqzhsx2CJBZ7zD0zbcOwno4pT/T+p+DgmsIGF1900WBVq7qsfz0dzQ= 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=jd8c5iAdjRBmyGGJrJvK5hkBsRfdWoN0qw0ayfgcIZd/Pw33glJkYzbr9zzyKSSsngFeeN2N9LGdZW+i1gD4mraU42j8U/c8/pU5tw49b2Z3IY3YPCmZj7cLCM2L7rlfs+tygz6DyPtJQWR+RYDUz+sQ7uBq3Zn6+ni7Di+V5rU= Received: by 10.114.146.1 with SMTP id t1mr3576143wad.1181949236770; Fri, 15 Jun 2007 16:13:56 -0700 (PDT) Received: by 10.114.125.14 with HTTP; Fri, 15 Jun 2007 16:13:56 -0700 (PDT) Message-ID: <7579f7fb0706151613s7e0e5c17kc243696f4ac9ca41@mail.gmail.com> Date: Fri, 15 Jun 2007 16:13:56 -0700 From: "Matthew Jacob" To: "Manfred Antar" In-Reply-To: <200706141339.l5EDdsJh041524@pozo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <80a505ba0706132221o9070843i1433ee0f11807969@mail.gmail.com> <200706141339.l5EDdsJh041524@pozo.com> Cc: Charles DeBardeleben , freebsd-current@freebsd.org Subject: Re: i386/i386/busdma_machdep.c 1.88 breaks isp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 23:13:57 -0000 To be clear- it was a bug in isp. On 6/14/07, Manfred Antar wrote: > At 10:21 PM 6/13/2007, Charles DeBardeleben wrote: > >I have a qlogic 12160 based controller and the driver hangs at attach. > >I have traced the problem to _bus_dmamap_load_buffer() looping > >in the for (seg = *segp; buflen > 0 ; ) {...} loop forever. Backing > >back down to i386/i386/busdma_machdep.c 1.87 fixes the problem. > >I have not tracked it down to whether the fix to _bus_dmamap_load_buffer() > >is bad or if isp has a bug that is exposed by this fix. At least I > >can run now. > > > > > >-Charles > >_______________________________________________ > >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" > > Update your src tree and try again,Matt fixed this a couple of days ago I think. > > ================================== > || null@pozo.com || > || Ph. (415) 681-6235 || > ================================== > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 23:14: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 B7F7616A46C for ; Fri, 15 Jun 2007 23:14:45 +0000 (UTC) (envelope-from lydianconcepts@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 9274813C4B0 for ; Fri, 15 Jun 2007 23:14:45 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so1357369waf for ; Fri, 15 Jun 2007 16:14: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=fUjK256XW+zO6KciOjgYwbhBuPvS7Y13cGdI/TCGlx5tbPQcGsRYhTLVD4Zba9+WczU/kQb0AciRxAfmTscGYpCEzN6Zs6QtU2LDFbvv+cFfVsA6iAT14Pm8V6DJm/ums/cNlnKJSnDnh9PwLIf/CMWGhZq4fqDbLJIWTkiiCRE= 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=qTCJAK/lDNX9imONHu8iPn7VHbu05ObSoL2Q4rCqL9dmAE8v4UoNoLgRUpo4abEviC4owkXTgo/CJMNUrZqKpt2mYBzhnDUbjg7CfwugNx5h2AxtVWG+FnT2i9pOy3u33Kj2PoxVZFBk7mxG9yb+QJWPWpCD4qyoYLkh9SmINxw= Received: by 10.114.195.19 with SMTP id s19mr3543105waf.1181949283817; Fri, 15 Jun 2007 16:14:43 -0700 (PDT) Received: by 10.114.125.14 with HTTP; Fri, 15 Jun 2007 16:14:43 -0700 (PDT) Message-ID: <7579f7fb0706151614gd897bcan3de6098ff943530@mail.gmail.com> Date: Fri, 15 Jun 2007 16:14:43 -0700 From: "Matthew Jacob" To: "Alex Burke" 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 Subject: Re: Access to tape drive caused following backtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 23:14:45 -0000 Thanks. I'll look at it. On 6/15/07, Alex Burke wrote: > Hi, > > I was just doung a tar -tf /dev/sa0 when I got (hand transcribed): > > uma_zalloc_arg: zone "32" with the following non-sleepable locks held: > exclusive sleep mutex ahc_lock r = 0 (0xc3cb2eb0) locked @ /usr/src/sys/cam/cam_ > periph.h:182 > KDB: stack backtrace: > db_trace_self_wrapper(c01afca0,df502850,c076fcfd,c0a20063,df502864,...) at db_tr > ace_self_wrapper+0x26 > kdb_backtrace(c0a20063,df502864,4,1,0,...) at kdb_backtrace+0x29 > witness_warn(5,0,c0a3a76f,c0a408e1,c3b76000,...) at witness_warn+0x41cd > uma_zalloc_arg(c1472b40,0,102,2,c3ef6400,...) at uma_zalloc_arg+0x34 > malloc(1c,c0a564e0,102,df502900,c09d8343,...) at malloc+0xd2 > sagetparams(c3ef6484,c3ef6480,c3ef6488,df50299f,c3ef6485,...) at sagetparams+0x4 > 2c > samount(c3e81a80,14c,c09d88343,b6,6,...) at samount+0x6df > saopen(c3de8900,1,2000,c4080600,c0a56760,...) at sa_open+0x124 > giant_open(c3de8900,1,2000,c4080600,c3f08200,...) at giant_open+0x4f > devfs_open(df502a8c,c4080600,df502b80,df502b1c,...) at devfs_open+0x230 > VOP_OPEN_APV(c0ac19e0,df502a8c,df502a78,246,c424a000,...) at VOP_OPEN_APV+0xa5 > vn_open_cred(df502b80,df502c78,0,c4233180,c4064e58,...) at vn_open_cred+0x44b > vn_open(df502b80,df502c78,0,c4064e58,246,...) at vn_open+0x33 > kern_open(c4080600,df502cfc,c,c,c0ac4918,...) at kern_open+0xc3 > open(c4080600,df502cfc,c,c,c0ac4918,...) at open+0x30 > syscall(df502d38) at syscall+0x288 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (5, FreeBSD ELF32, open), eip = 0x28194a7b, esp = 0xbfbfe9fc, ebp = > 0xbfbfea88 --- > > The machine did not panic, seemed to still be responsive. Maybe the > problem has been fixed since the CURRENT I am running, but I thought I > should post this anyway. > > Cheers, Alex J Burke. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 22:32: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 0408116A468 for ; Fri, 15 Jun 2007 22:32:40 +0000 (UTC) (envelope-from zec@icir.org) Received: from xaqua.tel.fer.hr (xaqua.tel.fer.hr [161.53.19.25]) by mx1.freebsd.org (Postfix) with ESMTP id B71D013C44B for ; Fri, 15 Jun 2007 22:32:39 +0000 (UTC) (envelope-from zec@icir.org) Received: by xaqua.tel.fer.hr (Postfix, from userid 20006) id 8DD809B64E; Sat, 16 Jun 2007 00:15:39 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on xaqua.tel.fer.hr X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from [192.168.200.100] (zec2.tel.fer.hr [161.53.19.79]) by xaqua.tel.fer.hr (Postfix) with ESMTP id BC4329B64A; Sat, 16 Jun 2007 00:15:38 +0200 (CEST) From: Marko Zec To: freebsd-current@freebsd.org Date: Sat, 16 Jun 2007 00:15:35 +0200 User-Agent: KMail/1.9.6 References: <1494.1181943860@critter.freebsd.dk> <46730D54.4060207@yahoo.com> In-Reply-To: <46730D54.4060207@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706160015.35344.zec@icir.org> X-Mailman-Approved-At: Fri, 15 Jun 2007 23:17:48 +0000 Cc: Poul-Henning Kamp Subject: Re: multicast not happy ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2007 22:32:40 -0000 On Saturday 16 June 2007 00:06:12 John Merryweather Cooper wrote: > Poul-Henning Kamp wrote: > > In message <46730545.8050005@yahoo.com>, John Merryweather Cooper writes: > >>> Any ideas ? > >> > >> # /sbin/route add -static -net 224.0.0.0 -netmask 240.0.0.0 -iface > >> sis[1|2] > >> > >> I had to do this so my OpenSlp would work. > > > > I just got to about the same conclusion, only I used: > > > > route add -net 224.0.0.0/4 127.0.0.1 > > > > I'd say this is a bug... > > I got the idea from a web page with the instructions for setting up > OpenSlp on Linux. I note that mDNS seems to need this too. To me, > it makes sense because you need an interface to actually receive/send > multicast on--and that's what 224.0.0.0/4 is for. An explicit route to send multicast packets wasn't needed in 4.x days - having an interface join the target mcast group was enough. Marko From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 23:28: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 099B516A41F; Fri, 15 Jun 2007 23:28:41 +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 C4B5B13C465; Fri, 15 Jun 2007 23:28:40 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <46731C22.4080606@intersonic.se> Date: Sat, 16 Jun 2007 01:09:22 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.0 (X11/20070422) MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG Subject: bacula-client build failure on 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, 15 Jun 2007 23:28:41 -0000 Anyone else seen this? I will fetch fresh sources and try again tomorrow. FreeBSD 7.0-CURRENT #0: Mon Jun 11 13:28:10 CEST 2007 ==>Entering directory /usr/ports/sysutils/bacula-client/work/bacula-2.0.3/src/console Compiling console.c In file included from console.c:693: console.c:60: error: previous declaration of 'int rl_catch_signals' with 'C++' linkage /usr/include/readline/readline.h:588: error: conflicts with new declaration with 'C' linkage *** Error code 1 Stop in /usr/ports/sysutils/bacula-client/work/bacula-2.0.3/src/console. ====== Error in /usr/ports/sysutils/bacula-client/work/bacula-2.0.3/src/console ====== ==>Entering directory /usr/ports/sysutils/bacula-client/work/bacula-2.0.3/manpages ===> Installing for bacula-client-2.0.3 if [ ! -d "/var/db/bacula" ]; then echo "creating /var/db/bacula" ; /bin/mkdir -p /var/db/bacula; else echo "/var/db/bacula already exists"; fi creating /var/db/bacula Added group "bacula". ===> Generating temporary packing list ===> Checking if sysutils/bacula-client already installed ./autoconf/mkinstalldirs /usr/local/sbin ./autoconf/mkinstalldirs /usr/local/etc ./autoconf/mkinstalldirs /usr/local/share/bacula mkdir /usr/local/share/bacula if test ! -d /var/db/bacula ; then ./autoconf/mkinstalldirs /var/db/bacula; chmod 770 /var/db/bacula; fi if test "x" != "x" ; then chown /var/db/bacula; fi if test "x" != "x" ; then chgrp /var/db/bacula; fi ==== Make of filed is good ==== /usr/bin/install -c -o root -g wheel -m 0754 bacula-fd /usr/local/sbin/bacula-fd /usr/bin/install -c -o root -g wheel -m 640 bacula-fd.conf /usr/local/etc/bacula-fd.conf Compiling console.c In file included from console.c:693: console.c:60: error: previous declaration of 'int rl_catch_signals' with 'C++' linkage /usr/include/readline/readline.h:588: error: conflicts with new declaration with 'C' linkage *** Error code 1 Stop in /usr/ports/sysutils/bacula-client/work/bacula-2.0.3/src/console. *** Error code 1 Stop in /usr/ports/sysutils/bacula-client/work/bacula-2.0.3. *** Error code 1 Stop in /usr/ports/sysutils/bacula-client. *** Error code 1 Stop in /usr/ports/sysutils/bacula-client. From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 01:45: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 6C23816A469; Sat, 16 Jun 2007 01:45:56 +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 00B6313C457; Sat, 16 Jun 2007 01:45:55 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.21.157] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1HzNMQ2pJr-0008AL; Sat, 16 Jun 2007 03:45:55 +0200 From: Max Laier Organization: FreeBSD To: freebsd-pf@freebsd.org Date: Sat, 16 Jun 2007 03:47:24 +0200 User-Agent: KMail/1.9.6 X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<%}*_BD U_or=\mOZf764&nYj=JYbR1PW0ud>|!~, , CPC.1-D$FG@0h3#'5"k{V]a~. X-Provags-ID: V01U2FsdGVkX1+5/kohqPo8zXyDhvD3j1C3PK0NDjzvQkn2zGM tdWmD89gZppLMhs9e67Rpk919fJAJ7KVfDxVp6tn5NgBIR111M WAEerUYI8DWmcAyegodyQ== Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: pf 4.1 Update available for testing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2007 01:45:56 -0000 --nextPart2912810.rfjCpjmcA6 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, $subject at: http://people.freebsd.org/~mlaier/PF41/ As of today (20070616) I consider this to be BETA quality (at least). =20 Please test and provide me (and freebsd-pf@) with feedback (good or=20 else). If things work out well, I plan to commit this soon. To make testing easier I'm working on RELENG_6 patches as well, but it=20 will be a bit to get through the fix/build/repeat-cycles. Note that almost every API/ABI changed (as usual in OpenBSD-land) and thus= =20 you need to compile world, remove your old pflogd files. Also note that=20 the pfsync protocol has changed and thus you won't be able to sync an old=20 and a new box. It should be possible to sync with a OpenBSD 4.1 box,=20 however. Enjoy and report back! =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 --nextPart2912810.rfjCpjmcA6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGc0E1XyyEoT62BG0RAi4eAJ47w8LHWoAKrD1J1tyIISscaos7cgCeKyzx rYXNq4b4i2oMLyZ2+0XXppI= =Tva/ -----END PGP SIGNATURE----- --nextPart2912810.rfjCpjmcA6-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 03:40: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 96ADF16A400 for ; Sat, 16 Jun 2007 03:40:08 +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 810B113C45D for ; Sat, 16 Jun 2007 03:40:08 +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 E205B1A3C1A; Fri, 15 Jun 2007 20:39:33 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id A492251455; Fri, 15 Jun 2007 23:40:07 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 216ADBE98; Fri, 15 Jun 2007 23:40:07 -0400 (EDT) Date: Fri, 15 Jun 2007 23:40:07 -0400 From: Kris Kennaway To: Benjamin Close Message-ID: <20070616034006.GA17514@rot13.obsecurity.org> References: <4672945C.3060304@clearchain.com> <20070615182521.GB9619@rot13.obsecurity.org> <46735745.5000401@clearchain.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46735745.5000401@clearchain.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Swapfile on ZFS & Deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 03:40:08 -0000 On Sat, Jun 16, 2007 at 12:51:41PM +0930, Benjamin Close wrote: > Kris Kennaway wrote: > >On Fri, Jun 15, 2007 at 11:00:04PM +0930, Benjamin Close wrote: > > > >>Hi All, > >> Whilst running out of memory compiling Xorg (scanPCI is a killer) I > >>discovered a quick way to deadlock the system: > >> > >>dd if=/dev/zero of=somefileonzfs bs=something count=something > >>mdconfig -a -f something > >>swapon /dev/md0 > >> > >>Then do something that needs swap.. instant deadlock. The system is > >>still responsive but all disk access become hung. > >> > >>Known issue? If so is there a way we can warn users/prevent users from > >>doing it? > >> > > > >Enable DEBUG_VFS_LOCKS and DEBUG_LOCKS, then break to DDB when the > >deadlock occurs and do 'show lockedvnods'. > > > Ok, enabled the above and this time got: > > swap_pager: indefinite wait buffer: bufobj: 0, blkno: 312865, size: 16384 > > just before the deadlock: > > Show locked vnods returns (hand transcribed) > > 0xffffff002c3ab5d0: tagz zfs, type VREG > usecout 1, writecount 1, refcount 2 mountedhere 0 > flags() > v_object 0xffffff002f047c80 ref 0 pages 0 > lock type zfs: EXCL (count 1) by thread 0xffffff0030573360 (pid 1188) What was needed was the backtrace that should have been also displayed here. > Pid 1188 is: > > 1188 0 0 0 SL zfs:(&zi 0xffffff000208fd58 [md0] Also a trace of the current backtrace of this. However based on the single byte of information 'i' I predict that this is due to zil (ZFS intent logging). I have turned this off on my machines because of deadlock conditions during low memory, which is also going to be true on your system. Try adding to /boot/loader.conf vfs.zfs.zil_disable=1 > called doadump and though it went through the motions, savecore didn't > find anything saved. > Not sure what you need debugging wise, let me know. > > System is Intel Core 2 duo, running in SMP amd64, updated Friday 15th June. > The box has 1G physical ram, 1G dedicated swap partition, but needs an > extra 300M to compile xf86ScanPCI.c (freaky!). Or just use -O0 on this file. Kris From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 03:22: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 B6C6616A400 for ; Sat, 16 Jun 2007 03:22:07 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail03.adl2.internode.on.net (ipmail03.adl2.internode.on.net [203.16.214.135]) by mx1.freebsd.org (Postfix) with ESMTP id 34D0013C447 for ; Sat, 16 Jun 2007 03:22:06 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-AV: E=Sophos;i="4.16,428,1175437800"; d="scan'208";a="103684345" Received: from ppp141-200.lns11.adl6.internode.on.net (HELO mail.clearchain.com) ([121.45.141.200]) by ipmail03.adl2.internode.on.net with ESMTP; 16 Jun 2007 12:52:05 +0930 Received: from [192.168.155.252] (draco.internal.clearchain.com [192.168.155.252]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id l5G3LlD9009801 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Jun 2007 12:51:48 +0930 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <46735745.5000401@clearchain.com> Date: Sat, 16 Jun 2007 12:51:41 +0930 From: Benjamin Close User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Kris Kennaway References: <4672945C.3060304@clearchain.com> <20070615182521.GB9619@rot13.obsecurity.org> In-Reply-To: <20070615182521.GB9619@rot13.obsecurity.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]); Sat, 16 Jun 2007 12:51:48 +0930 (CST) X-Mailman-Approved-At: Sat, 16 Jun 2007 03:49:44 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Swapfile on ZFS & Deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 03:22:07 -0000 Kris Kennaway wrote: > On Fri, Jun 15, 2007 at 11:00:04PM +0930, Benjamin Close wrote: > >> Hi All, >> Whilst running out of memory compiling Xorg (scanPCI is a killer) I >> discovered a quick way to deadlock the system: >> >> dd if=/dev/zero of=somefileonzfs bs=something count=something >> mdconfig -a -f something >> swapon /dev/md0 >> >> Then do something that needs swap.. instant deadlock. The system is >> still responsive but all disk access become hung. >> >> Known issue? If so is there a way we can warn users/prevent users from >> doing it? >> > > Enable DEBUG_VFS_LOCKS and DEBUG_LOCKS, then break to DDB when the > deadlock occurs and do 'show lockedvnods'. > Ok, enabled the above and this time got: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 312865, size: 16384 just before the deadlock: Show locked vnods returns (hand transcribed) 0xffffff002c3ab5d0: tagz zfs, type VREG usecout 1, writecount 1, refcount 2 mountedhere 0 flags() v_object 0xffffff002f047c80 ref 0 pages 0 lock type zfs: EXCL (count 1) by thread 0xffffff0030573360 (pid 1188) Pid 1188 is: 1188 0 0 0 SL zfs:(&zi 0xffffff000208fd58 [md0] called doadump and though it went through the motions, savecore didn't find anything saved. Not sure what you need debugging wise, let me know. System is Intel Core 2 duo, running in SMP amd64, updated Friday 15th June. The box has 1G physical ram, 1G dedicated swap partition, but needs an extra 300M to compile xf86ScanPCI.c (freaky!). Figured a temp solution would be to allocate a 500M swap file on /var which is zfs. Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 03:23: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 3837E16A41F for ; Sat, 16 Jun 2007 03:23:55 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail03.adl2.internode.on.net (ipmail03.adl2.internode.on.net [203.16.214.135]) by mx1.freebsd.org (Postfix) with ESMTP id ABB4E13C447 for ; Sat, 16 Jun 2007 03:23:54 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-AV: E=Sophos;i="4.16,428,1175437800"; d="scan'208";a="103684674" Received: from ppp141-200.lns11.adl6.internode.on.net (HELO mail.clearchain.com) ([121.45.141.200]) by ipmail03.adl2.internode.on.net with ESMTP; 16 Jun 2007 12:53:52 +0930 Received: from [192.168.155.252] (draco.internal.clearchain.com [192.168.155.252]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id l5G3Npko009813 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Jun 2007 12:53:52 +0930 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <467357C1.9020903@clearchain.com> Date: Sat, 16 Jun 2007 12:53:45 +0930 From: Benjamin Close User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Kris Kennaway References: <4672945C.3060304@clearchain.com> <20070615182521.GB9619@rot13.obsecurity.org> <46735745.5000401@clearchain.com> In-Reply-To: <46735745.5000401@clearchain.com> 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]); Sat, 16 Jun 2007 12:53:52 +0930 (CST) X-Mailman-Approved-At: Sat, 16 Jun 2007 03:49:44 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Swapfile on ZFS & Deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 03:23:55 -0000 Benjamin Close wrote: > Kris Kennaway wrote: >> On Fri, Jun 15, 2007 at 11:00:04PM +0930, Benjamin Close wrote: >> >>> Hi All, >>> Whilst running out of memory compiling Xorg (scanPCI is a killer) >>> I discovered a quick way to deadlock the system: >>> >>> dd if=/dev/zero of=somefileonzfs bs=something count=something >>> mdconfig -a -f something >>> swapon /dev/md0 >>> >>> Then do something that needs swap.. instant deadlock. The system is >>> still responsive but all disk access become hung. >>> >>> Known issue? If so is there a way we can warn users/prevent users >>> from doing it? >>> >> >> Enable DEBUG_VFS_LOCKS and DEBUG_LOCKS, then break to DDB when the >> deadlock occurs and do 'show lockedvnods'. >> > Ok, enabled the above and this time got: > > swap_pager: indefinite wait buffer: bufobj: 0, blkno: 312865, size: 16384 > > just before the deadlock: > > Show locked vnods returns (hand transcribed) > > 0xffffff002c3ab5d0: tagz zfs, type VREG > usecout 1, writecount 1, refcount 2 mountedhere 0 > flags() > v_object 0xffffff002f047c80 ref 0 pages 0 > lock type zfs: EXCL (count 1) by thread 0xffffff0030573360 (pid > 1188) > > Pid 1188 is: > > 1188 0 0 0 SL zfs:(&zi 0xffffff000208fd58 [md0] > > called doadump and though it went through the motions, savecore didn't > find anything saved. > Not sure what you need debugging wise, let me know. > > System is Intel Core 2 duo, running in SMP amd64, updated Friday 15th > June. > The box has 1G physical ram, 1G dedicated swap partition, but needs an > extra 300M to compile xf86ScanPCI.c (freaky!). > Figured a temp solution would be to allocate a 500M swap file on /var > which is zfs. Forgot to mention, this happens regardless of the state of vfs.zfs.prefetch_disable and there was ~200M swap free (in the swapfile, none in the partition) when it deadlocked. Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 05:06: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 279CB16A469 for ; Sat, 16 Jun 2007 05:06:36 +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 0B0D613C465 for ; Sat, 16 Jun 2007 05:06:35 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 24030 invoked from network); 16 Jun 2007 03:00:58 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 16 Jun 2007 03:00:58 -0000 Message-ID: <46735262.50601@root.org> Date: Fri, 15 Jun 2007 20:00:50 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.0 (X11/20070511) MIME-Version: 1.0 To: current X-Enigmail-Version: 0.95.0 Content-Type: multipart/mixed; boundary="------------050800030600070904060503" Cc: acpi@freebsd.org Subject: smi speedstep 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: Sat, 16 Jun 2007 05:06:36 -0000 This is a multi-part message in MIME format. --------------050800030600070904060503 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit If you have a pentium 3 that works for speedstep, please try this patch. It fixes the PAE case. Compile-tested. -- Nate --------------050800030600070904060503 Content-Type: text/x-patch; name="smist.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="smist.diff" Index: sys/i386/cpufreq/smist.c =================================================================== RCS file: /home/ncvs/src/sys/i386/cpufreq/smist.c,v retrieving revision 1.1 diff -d -u -r1.1 smist.c --- sys/i386/cpufreq/smist.c 19 Apr 2005 16:38:24 -0000 1.1 +++ sys/i386/cpufreq/smist.c 16 Jun 2007 02:42:03 -0000 @@ -45,6 +45,7 @@ #include #include +#include #include #include @@ -71,6 +72,8 @@ struct cf_setting sets[2]; /* Only two settings. */ }; +static char smist_magic[] = "Copyright (c) 1999 Intel Corporation"; + static void smist_identify(driver_t *driver, device_t parent); static int smist_probe(device_t dev); static int smist_attach(device_t dev); @@ -150,16 +153,39 @@ static int set_ownership(device_t dev) { - int result; struct smist_softc *sc; - vm_paddr_t pmagic; - static char magic[] = "Copyright (c) 1999 Intel Corporation"; + bus_dma_tag_t tag; + bus_dmamap_t map; + void *magic_buf; + int result; + /* + * Specify the region to store the magic string. Since its address is + * passed to the BIOS in a 32-bit register, we have to make sure it is + * located in a buffer below 4 GB (i.e., for PAE.) + */ sc = device_get_softc(dev); - if (!sc) + if (bus_dma_tag_create(/*parent*/ NULL, + /*alignment*/ PAGE_SIZE, /*no boundary*/ 0, + /*lowaddr*/ 0, /*highaddr*/ (1<<31), NULL, NULL, + /*maxsize*/ PAGE_SIZE, /*segments*/ 1, /*maxsegsize*/ PAGE_SIZE, + 0, busdma_lock_mutex, &Giant, &tag) != 0) { + device_printf(dev, "can't create mem tag\n"); return (ENXIO); - - pmagic = vtophys(magic); + } + if (bus_dmamem_alloc(tag, &magic_buf, BUS_DMA_NOWAIT, &map) != 0) { + bus_dma_tag_destroy(tag); + device_printf(dev, "can't alloc mapped mem\n"); + return (ENXIO); + } + if (bus_dmamap_load(tag, map, magic_buf, PAGE_SIZE, NULL, NULL, + BUS_DMA_NOWAIT) != 0) { + bus_dmamem_free(tag, magic_buf, map); + bus_dma_tag_destroy(tag); + device_printf(dev, "can't load mem\n"); + return (ENXIO); + }; + strlcpy(magic_buf, smist_magic, PAGE_SIZE); __asm __volatile( "movl $-1, %%edi\n\t" @@ -169,11 +195,14 @@ "b" (0), "c" (0), "d" (sc->smi_cmd), - "S" (pmagic) + "S" ((u_int)(uintptr_t)magic_buf) ); DPRINT(dev, "taking ownership over BIOS return %d\n", result); + bus_dmamap_unload(tag, map); + bus_dmamem_free(tag, magic_buf, map); + bus_dma_tag_destroy(tag); return (result ? ENXIO : 0); } --------------050800030600070904060503-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 05:17:12 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 7A1BF16A400; Sat, 16 Jun 2007 05:17:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3F4DC13C448; Sat, 16 Jun 2007 05:17:12 +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 l5G5HBFu040509; Sat, 16 Jun 2007 01:17:11 -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 l5G5HBAY055015; Sat, 16 Jun 2007 01:17:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D3D5673068; Sat, 16 Jun 2007 01:17:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070616051710.D3D5673068@freebsd-current.sentex.ca> Date: Sat, 16 Jun 2007 01:17:10 -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: Sat, 16 Jun 2007 05:17:12 -0000 TB --- 2007-06-16 04:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-16 04:15:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-16 04:15:00 - cleaning the object tree TB --- 2007-06-16 04:15:19 - checking out the source tree TB --- 2007-06-16 04:15:19 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-16 04:15:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-16 04:26:40 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-16 04:26:40 - cd /src TB --- 2007-06-16 04:26:40 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 16 04:26:42 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 [...] cc -O2 -pipe -Wall -Wstrict-prototypes -o dialog dialog.o -ldialog -lncurses gzip -cn /src/gnu/usr.bin/dialog/dialog.1 > dialog.1.gz ===> gnu/usr.bin/dialog/TESTS (all) ===> gnu/usr.bin/diff (all) cc -O2 -pipe -funsigned-char -I/obj/arm/src/tmp/usr/include/gnu -I/src/gnu/usr.bin/diff/../../../contrib/diff -I/src/gnu/usr.bin/diff/../../../contrib/diff/src -I/src/gnu/usr.bin/diff/../../../contrib/diff/lib -DHAVE_CONFIG_H -DPR_PROGRAM=\"/usr/bin/pr\" -c /src/gnu/usr.bin/diff/../../../contrib/diff/src/analyze.c cc -O2 -pipe -funsigned-char -I/obj/arm/src/tmp/usr/include/gnu -I/src/gnu/usr.bin/diff/../../../contrib/diff -I/src/gnu/usr.bin/diff/../../../contrib/diff/src -I/src/gnu/usr.bin/diff/../../../contrib/diff/lib -DHAVE_CONFIG_H -DPR_PROGRAM=\"/usr/bin/pr\" -c context.c context.c: In function 'print_context_label': context.c:64: error: size of array 'a' is negative *** Error code 1 Stop in /src/gnu/usr.bin/diff. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-16 05:17:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-16 05:17:10 - ERROR: failed to build world TB --- 2007-06-16 05:17:10 - tinderbox aborted TB --- 0.41 user 1.26 system 3729.96 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 07:36: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 1F66716A400 for ; Sat, 16 Jun 2007 07:36:22 +0000 (UTC) (envelope-from tom@uffner.com) Received: from eris.uffner.com (eris.uffner.com [207.245.121.212]) by mx1.freebsd.org (Postfix) with ESMTP id D23F513C484 for ; Sat, 16 Jun 2007 07:36:21 +0000 (UTC) (envelope-from tom@uffner.com) Received: from xiombarg.uffner.com (static-71-162-143-94.phlapa.fios.verizon.net [71.162.143.94]) by eris.uffner.com (8.13.3/8.13.3) with ESMTP id l5G7aK0a010802 for ; Sat, 16 Jun 2007 03:36:20 -0400 (EDT) (envelope-from tom@uffner.com) Message-ID: <467392F4.9020200@uffner.com> Date: Sat, 16 Jun 2007 03:36:20 -0400 From: Tom Uffner User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.2) Gecko/20070522 SeaMonkey/1.1.1 MIME-Version: 1.0 To: current@freebsd.org References: <4671C5AF.9040203@uffner.com> In-Reply-To: <4671C5AF.9040203@uffner.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (eris.uffner.com [192.168.1.212]); Sat, 16 Jun 2007 03:36:20 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.6/3424/Thu Jun 14 21:30:29 2007 on eris.uffner.com X-Virus-Status: Clean Cc: Subject: Re: annoying behavior in less(1) after v403 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2007 07:36:22 -0000 Tom Uffner wrote: > the recently imported new version of less (Mon Jun 4 01:42:44 2007 UTC > (10 days, 19 hours ago) by delphij) appears to have a bug that appears > when using the -e or --quit-at-eof option. to see this bug, you also need the 'c' & 'w' options, and output that is more than one screen long. for example: [tatooine:/usr/src/contrib/less:ttyp4] less -ecw scrsize.c (hit space until you reach the last page, then one more time) less exits leaving your cursor near the top of screen in the middle of the text that was displayed there, and does not correctly restore the terminal settings: return 1; [tatooine:/usr/src/contrib/less:ttyp4] return 1; if (!(hints.flags & PResizeInc)) return 1; if (hints.width_inc == 0 || hints.height_inc == 0) return 1; if (!(hints.flags & (PBaseSize|PMinSize))) return 1; if (hints.flags & PBaseSize) ... ~ ~ (END) From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 07:54: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 5798B16A468 for ; Sat, 16 Jun 2007 07:54:37 +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 4183413C448 for ; Sat, 16 Jun 2007 07:54:37 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 37432 invoked from network); 16 Jun 2007 05:35:18 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 16 Jun 2007 05:35:18 -0000 Message-ID: <4673768D.1050805@root.org> Date: Fri, 15 Jun 2007 22:35:09 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.0 (X11/20070511) MIME-Version: 1.0 To: current References: <46735262.50601@root.org> In-Reply-To: <46735262.50601@root.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org Subject: Re: smi speedstep 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: Sat, 16 Jun 2007 07:54:37 -0000 Nate Lawson wrote: > If you have a pentium 3 that works for speedstep, please try this patch. > It fixes the PAE case. Compile-tested. Hmm, I see it's no longer getting the physical address, just virtual. So need to fix that part. -- Nate From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 08:38: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 19D8716A400 for ; Sat, 16 Jun 2007 08:38:13 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7259813C457 for ; Sat, 16 Jun 2007 08:38:11 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] (workstation.martenvijn.nl [192.168.1.6]) by martenvijn.nl (8.13.8/8.13.4) with ESMTP id l5G8FY32037914; Sat, 16 Jun 2007 10:15:44 +0200 (CEST) (envelope-from info@martenvijn.nl) From: Marten To: current@freebsd.org In-Reply-To: <1181929982.1086.6.camel@worf> References: <1181929982.1086.6.camel@worf> Content-Type: text/plain Date: Sat, 16 Jun 2007 10:15:01 +0200 Message-Id: <1181981701.980.6.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (martenvijn.nl [192.168.1.2]); Sat, 16 Jun 2007 10:15:44 +0200 (CEST) X-Virus-Scanned: ClamAV 0.90/3436/Sat Jun 16 04:35:22 2007 on martenvijn.nl X-Virus-Status: Clean Cc: Pascal Hofstee Subject: Re: recent nvidia-driver trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 08:38:13 -0000 On Fri, 2007-06-15 at 19:53 +0200, Pascal Hofstee wrote: > Hi, > > Sometime during the last week i have started to encounter trouble with > my system locking up trying to switch from X to console, but only when > using the nvidia-driver kernel module. Using the plain "nv" driver works > without any problems ... When the lock up happens the system seems to no > longer respond to keyboard input etc. (haven't been able to confirm > wether or not remote access is still possible). > > Is anybody else experiencing similar problems out there ... this has > used to work for months without problems ... i made sure to force a > reinstall of the nvidia-driver port on every new kernel install but that > just doesn't seem to solve the problem either. > Hi i just installed current, xorg7.2 with nvidia 7100gs card it seems to work fine with beryl and gnome. I can go to console and back. details below Marten %uname -a FreeBSD workstation.martenvijn.nl 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri Jun 8 21:57:11 CEST 2007 root@workstation.martenvijn.nl:/usr/obj/usr/src/sys/Work i386 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 #0: Fri Jun 8 21:57:11 CEST 2007 root@workstation.martenvijn.nl:/usr/obj/usr/src/sys/Work ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.20GHz (3192.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x441d Logical CPUs per core: 2 real memory = 536608768 (511 MB) avail memory = 511234048 (487 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) 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 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci6: on pcib1 nvidia0: mem 0xcf000000-0xcfffffff,0xd0000000-0xdfffffff,0xce000000-0xceffffff irq 16 at device 0.0 on pci6 nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] pci0: at device 27.0 (no driver attached) pcib2: at device 28.0 on pci0 pci5: on pcib2 pcib3: at device 28.1 on pci0 pci4: on pcib3 pcib4: at device 28.2 on pci0 pci3: on pcib4 pcib5: at device 28.3 on pci0 pci2: on pcib5 uhci0: port 0x7000-0x701f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x7080-0x709f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x7400-0x741f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x7480-0x749f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered pcib6: at device 30.0 on pci0 pci1: on pcib6 atapci0: port 0x9880-0x9887,0x9800-0x9803,0x9480-0x9487,0x9400-0x9403,0x9080-0x908f irq 20 at device 3.0 on pci1 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] fxp0: port 0x9c00-0x9c3f mem 0xcdeff000-0xcdefffff irq 20 at device 8.0 on pci1 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:13:d4:22:69:0c fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x8080-0x8087,0x8000-0x8003,0x7c00-0x7c07,0x7880-0x7883,0x7800-0x780f irq 18 at device 31.1 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] atapci2: port 0x8c00-0x8c07,0x8880-0x8883,0x8800-0x8807,0x8480-0x8483,0x8400-0x840f irq 19 at device 31.2 on pci0 atapci2: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] pci0: at device 31.3 (no driver attached) 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 IntelliMouse Explorer, device ID 4 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 sio0: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xcf000-0xd07ff pnpid ORM0000 on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] 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 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 umass0: on uhub1 Timecounters tick every 1.000 msec acd0: CDRW at ata4-master UDMA33 ad12: 239372MB at ata6-master SATA150 SMP: AP CPU #1 Launched! da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 1.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 1.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 1.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad12s2a Warning: pid 964 used static ldt allocation. See the i386_set_ldt man page for more info gconf-editor-2.18.0_1,1 A gconf database editor for the GNOME 2 environment gconf2-2.18.0.1_1 A configuration database system for GNOME gdbm-1.8.3_3 The GNU database manager gdk-pixbuf-0.22.0_6 A graphic library for GTK+ gdm-2.18.2_2 GNOME 2 version of xdm display manager gedit-2.18.1_1 A small but powerful text editor for GNOME 2 Desktop Enviro gettext-0.16.1_3 GNU gettext package ghostscript-gpl-8.57 GPL Postscript interpreter gle-3.1.0_1 A GL Tubing and Extrusion Library glib-1.2.10_12 Some useful routines of C programming (previous stable vers glib-2.12.12_2 Some useful routines of C programming (current stable versi glproto-1.4.8 GLX extension headers gmake-3.81_2 GNU version of 'make' utility gnome-applets-2.18.0_3 Applets components for the GNOME 2 Desktop Environment gnome-audio-2.0.0_2 Sound files for use with GNOME 2 gnome-backgrounds-2.16.2_2 A collection of backgrounds for GNOME 2 gnome-control-center-2.18.1_1 Control center for GNOME 2 project gnome-desktop-2.18.2 Additional UI API for GNOME 2 gnome-doc-utils-0.10.3_1 GNOME doc utils gnome-games-2.18.2 The game applications package for the GNOME 2 Desktop Envir gnome-icon-theme-2.18.0_1 A collection of icons for the GNOME 2 desktop gnome-keyring-0.8.1_1 A program that keeps passwords and other secrets gnome-keyring-manager-2.18.0_1 GNOME keyring manager gnome-libs-1.4.2_7 Libraries for GNOME, a GNU desktop environment gnome-media-2.18.0_1 Multimedia applications for the GNOME 2 desktop gnome-menus-2.18.2 Implementation of the FreeDesktop Desktop Menu Spec gnome-mime-data-2.18.0_1 A MIME and Application database for GNOME gnome-netstatus-2.12.1_1 A GNOME applet that shows network status gnome-nettool-2.18.0_1,1 A GNOME utility that provides network information statistic gnome-panel-2.18.2 Panel component for the GNOME 2 Desktop gnome-print-0.37_4 Gnome print support library gnome-session-2.18.2 Session component for the GNOME 2 desktop gnome-speech-0.4.13 GNOME text-to-speech API gnome-spell-1.0.7_3 A GNOME/Bonobo component for spell checking gnome-system-monitor-2.18.2 GNOME 2 system monitor program gnome-system-tools-2.18.1_2 Tools to configure workstations gnome-terminal-2.18.0_1 Terminal component for the GNOME 2 Desktop gnome-themes-2.18.1_1 A collection of themes and icons for GNOME2 gnome-user-docs-2.18.1_1 GNOME 2 users guide gnome-utils-2.18.1_1,1 GNOME 2 support utilities gnome-vfs-2.18.1_2 GNOME Virtual File System gnome_subr-1.0 Common startup and shutdown subroutines used by GNOME scrip gnomecanvas-0.22.0_6 A graphics library for GNOME gnomehier-2.2_2 A utility port that creates the GNOME directory tree gnupg-2.0.3 The GNU Privacy Guard gnutls-1.6.2 GNU Transport Layer Security library gok-1.2.5,1 GNOME On-Screen Keyboard (GOK) gsfonts-8.11_4 Fonts used by GNU Ghostscript (or X) gstreamer-0.10.13 Development framework for creating media applications gstreamer-ffmpeg-0.10.2_1 GStreamer plug-in for manipulating MPEG video streams gstreamer-plugins-0.10.13,3 GStreamer written collection of plugins handling several me gstreamer-plugins-a52dec-0.10.5_2,3 Gstreamer ATSC A/52 stream aka AC-3 (dvd audio) plugin gstreamer-plugins-bad-0.10.4_2,3 Bad gstreamer-plugins gstreamer-plugins-cdparanoia-0.10.13_3,3 Gstreamer CDDA extraction (aka audio ripping) plugin gstreamer-plugins-core-0.10_9 Core set of typical audio and video gstreamer-plugins gstreamer-plugins-dts-0.10.4_2,3 Gstreamer dts plugin gstreamer-plugins-dvd-0.10.5_1,3 Gstreamer dvd plugin set gstreamer-plugins-esound-0.10.5_2,3 Gstreamer enlightenment sound library plugin gstreamer-plugins-flac-0.10.5_2,3 Gstreamer free lossless audio encoder/decoder plugin gstreamer-plugins-gconf-0.10.5_4,3 Gstreamer gconf plugin gstreamer-plugins-gnomevfs-0.10.13_2,3 Gstreamer gnomevfs plugin gstreamer-plugins-good-0.10.5_1,3 Good gstreamer-plugins gstreamer-plugins-hal-0.10.5_1,3 Gstreamer hal plugin gstreamer-plugins-libpng-0.10.5_2,3 Gstreamer png plugin gstreamer-plugins-mad-0.10.5_3,3 Gstreamer mp3 decoder plugin gstreamer-plugins-mp3-0.10.0 Gstreamer Plugins Mp3 decoder meta-port gstreamer-plugins-mpeg2dec-0.10.5_2,3 Gstreamer mpeg decode plugin gstreamer-plugins-ogg-0.10.13_2,3 Gstreamer Ogg bitstream plugin gstreamer-plugins-pango-0.10.13_2,3 Gstreamer pango textoverlay plugin gstreamer-plugins-theora-0.10.13_3,3 Gstreamer theora plugin gstreamer-plugins-ugly-0.10.5_3,3 Ugly gstreamer-plugins gstreamer-plugins-vorbis-0.10.13_2,3 Gstreamer vorbis encoder/decoder plugin gstreamer-plugins-xvid-0.10.4_1,3 Gstreamer xvid plugin gtar-1.16.1 GNU version of the traditional tar archiver gtk-1.2.10_18 Gimp Toolkit for X11 GUI (previous stable version) gtk-2.10.12_2 Gimp Toolkit for X11 GUI (current stable version) gtk-engines2-2.10.2 Theme engine for the gtk+-2.0 toolkit gtkhtml3-3.14.2 Lightweight HTML rendering/printing/editing engine gtksourceview-1.8.5_1 A text widget that adds syntax highlighting to the GtkTextV gtkspell-2.0.11_5 A GTK+ 2 spell checking component gucharmap-gnome-1.10.0_1 A Unicode/ISO10646 character map and font viewer guile-1.6.8_3 GNU Ubiquitous Intelligent Language for Extension hal-0.5.8.20070403_2 Hardware Abstraction Layer for simplifying device access help2man-1.36.4_1 Automatically generating simple manual pages from program o hicolor-icon-theme-0.10_2 A high-color icon theme shell from the FreeDesktop project iceauth-1.0.1 ICE authority file utility for X ico-1.0.1 Displays a wire-frame rotating plyhedron icon-naming-utils-0.8.2 Utilities of the Tango project imake-1.0.2_4,1 Imake and other utilities from X.Org imlib-1.9.15_5 A graphic library for enlightenment package inputproto-1.3.2 Input extension headers intltool-0.35.5_2 Tools to internationalize various kinds of data files iscsi-target-20060527 Implementation of userland ISCSI target (derived from NetBS iso-codes-0.58_2 Lists of the country, language and currency iso names jpeg-6b_4 IJG's jpeg compression utilities kbproto-1.0.3 KB extension headers libFS-1.0.0 The FS library libGL-6.5.3_2 OpenGL library that renders using GLX or DRI libGLU-6.5.3 OpenGL utility library libICE-1.0.3,1 Inter Client Exchange library for X11 libIDL-0.8.8 A library for creating trees of CORBA IDL files libSM-1.0.2,1 Session Management library for X11 libX11-1.1.2,1 X11 library libXScrnSaver-1.1.2 The XScrnSaver library libXTrap-1.0.0 The XTrap library libXau-1.0.3_2 Authentication Protocol library for X11 libXaw-1.0.2,1 X Athena Widgets library libXcomposite-0.3.1,1 X Composite extension library libXcursor-1.1.8_1 X client-side cursor loading library libXdamage-1.1.1 X Damage extension library libXdmcp-1.0.2 X Display Manager Control Protocol library libXevie-1.0.2 The Xevie library libXext-1.0.3,1 X11 Extension library libXfixes-4.0.3 X Fixes extension library libXfont-1.2.8,1 X font libary libXfontcache-1.0.4 The Xfontcache library libXft-2.1.12 A client-sided font API for X applications libXi-1.0.2,1 X Input extension library libXinerama-1.0.1,1 X11 Xinerama library libXmu-1.0.3,1 X Miscellaneous Utilities libraries libXp-1.0.0,1 X print library libXpm-3.5.6_1 X Pixmap library libXprintAppUtil-1.0.1 The XprintAppUtil library libXprintUtil-1.0.1 The XprintUtil library libXrandr-1.2.1 X Resize and Rotate extension library libXrender-0.9.2 X Render extension library libXres-1.0.3_1 X Resource usage library libXt-1.0.5 X Toolkit library libXtst-1.0.1 X Test extension libXv-1.0.3,1 X Video Extension library libXvMC-1.0.4 X Video Extension Motion Compensation library libXxf86dga-1.0.1 X DGA Extension libXxf86misc-1.0.1 X XF86-Misc Extension libXxf86vm-1.0.1 X Vidmode Extension liba52-0.7.4_1 A free library for decoding ATSC A/52 streams, aka AC-3 libao-esound-0.8.5_5 Portable audio output library libart_lgpl-2.3.19,1 Library for high-performance 2D graphics libassuan-1.0.1 IPC library used by GnuPG and gpgme libaudiofile-0.2.6 A sound library for SGI audio file libbonobo-2.18.0_1 A component and compound document system for GNOME2 libbonoboui-2.18.0_1 GUI frontend to the libbonobo component of GNOME 2 libcddb-1.3.0 A library to access data on a CDDB server libcdio-0.77_2 Compact Disc Input and Control Library libcroco-0.6.1 CSS2 parsing library libdaemon-0.10_1 Lightweight C library that eases the writing of UNIX daemon libdca-0.0.5 Free DTS Coherent Acoustics decoder libdmx-1.0.2 DMX extension library libdrm-2.3.0 Userspace interface to kernel Direct Rendering Module servi libdvdcss-1.2.9_2 Portable abstraction library for DVD decryption libdvdnav-0.1.10_2 The library for the xine-dvdnav plugin libdvdread-0.9.7_2 This is needed by ogle, which is a DVD player that supports libexif-0.6.15 Library to read digital camera file meta-data libfontenc-1.0.4 The fontenc Library libgail-gnome-1.18.0_1 An implementation of the ATK interfaces for GNOME widgets libgcrypt-1.2.4_1 "General purpose crypto library based on code used in GnuPG libglade2-2.6.0_3 GNOME glade library libglut-6.5.2_1 OpenGL utility toolkit libgnome-2.18.0_1 Libraries for GNOME, a GNU desktop environment libgnomecanvas-2.14.0_3 A graphics library for GNOME libgnomecups-0.2.2_3,1 Support library for gnome cups admistration libgnomekbd-2.18.2 GNOME keyboard shared library libgnomeprint-2.18.0_1 Gnome print support library libgnomeprintui-2.18.0_1 Gnome print support library libgnomeui-2.18.1_1 Libraries for the GNOME GUI, a GNU desktop environment libgpg-error-1.4_1 Common error values for all GnuPG components libgsf-1.14.3_1 An extensible i/o abstraction for dealing with structured f libgtkhtml-2.11.0_3 Lightweight HTML rendering/printing/editing engine libgtop-2.14.9 GNOME 2 top library libiconv-1.9.2_2 A character set conversion library libid3tag-0.15.1b ID3 tags library (part of MAD project) libksba-1.0.1_1 KSBA is an X.509 Library libltdl-1.5.22_2 System independent dlopen wrapper libmad-0.15.1b_2 Libmad library (part of MAD project) libmpeg2-0.4.1_1 A free library for decoding mpeg-2 and mpeg-1 video streams libmusicbrainz-2.1.5 2nd generation incarnation of the CD Index - audio metadata libnotify-0.4.4_1 A library for desktop notifications libogg-1.1.3,3 Ogg bitstream library liboil-0.3.12 Library of optimized inner loops liboldX-1.0.1 Old X library liboobs-2.18.1_1 Wrapping library to the System Tools Backends libpurple-2.0.1 Backend library for the Pidgin multi-protocol messaging cli librsvg2-2.16.1_1 Library for parsing and rendering SVG vector-graphic files libsoup-2.2.100 A SOAP (Simple Object Access Protocol) implementation in C libtasn1-0.3.10 ASN.1 structure parser library libtheora-1.0.a7 Theora video codec for the Ogg multimedia streaming system libtool-1.5.22_4 Generic shared library support script libungif-4.1.4_3 Tools and library routines for working with GIF images libusb-0.1.12_1 Library giving userland programs access to USB devices libvolume_id-0.75.0_1 Library to provide file system type information libvorbis-1.1.2,3 Audio compression codec library libwnck-2.18.2 Library used for writing pagers and taskslists libxkbfile-1.0.4 XKB file library libxkbui-1.0.2 The xkbui library libxklavier-3.2_2,1 An utility library to make XKB stuff easier libxml-1.8.17_4 XML parser library for GNOME libxml2-2.6.27 XML parser library for GNOME libxslt-1.1.20 The XSLT C library for GNOME linc-1.0.3_6 A library for writing networked servers & clients linux-alsa-lib-1.0.10.3 The Advanced Linux Sound Architecture libraries linux-expat-1.95.8 Linux/i386 binary port of Expat XML-parsing library linux-fontconfig-2.2.3_7 Linux/i386 binary of Fontconfig 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) linux_dri-6.5 Binary Linux DRI libraries for 3D hardware acceleration of listres-1.0.1 List resources in widgets localedata-5.4 Legacy locale data for FreeBSD 6+ luit-1.0.2_2 Locale and ISO 2022 support for Unicode terminals lynx-ssl-2.8.6_5,1 A non-graphical, text-based World-Wide Web client with SSL m4-1.4.9 GNU m4 makedepend-1.0.0,1 A dependency generator for makefiles metacity-2.18.3 A window manager for the adult in you mkcomposecache-1.2_1 Program to create Compose cache files mkfontdir-1.0.2 Create an index of X font files in a directory mkfontscale-1.0.3 Creates an index of scalable font files for X nasm-0.98.39,1 General-purpose multi-platform x86 assembler nautilus-2.18.1_3 File manager for the GNOME desktop nautilus-cd-burner-2.18.2 CD burner view for Nautilus neon-0.26.3 An HTTP and WebDAV client library for Unix systems nspr-4.6.6 A platform-neutral API for system level and libc like funct nss-3.11.5 Libraries to support development of security-enabled applic nvidia-driver-1.0.9746_5 NVidia graphics card binary drivers for hardware OpenGL ren oclock-1.0.1 Round clock application for X open-motif-2.2.3_3 Motif X11 Toolkit (industry standard GUI (IEEE 1295)) openldap-client-2.3.35_1 Open source LDAP client implementation p5-Authen-SASL-2.10_1 Perl5 module for SASL authentication p5-Compress-Raw-Zlib-2.004 Low-Level Interface to zlib compression library p5-Compress-Zlib-2.004 Perl5 interface to zlib compression library p5-Digest-1.15 Modules that calculate message digests p5-Digest-HMAC-1.01 Perl5 interface to HMAC Message-Digest Algorithms p5-Digest-MD5-2.36 Perl5 interface to the MD5 algorithm p5-Digest-SHA1-2.11 Perl interface to the SHA-1 Algorithm p5-GSSAPI-0.24 Perl extension providing access to the GSSAPIv2 library p5-HTML-Parser-3.56 Perl5 module for parsing HTML documents p5-HTML-Tagset-3.10 Some useful data table in parsing HTML p5-HTML-Tree-3.23 A collection of modules to manupulate HTML syntax trees p5-IO-Compress-Base-2.004 Base Class for IO::Uncompress modules p5-IO-Compress-Zlib-2.004 Perl5 interface for reading and writing of (g)zip files p5-MIME-Base64-3.07 Perl5 module for Base64 and Quoted-Printable encodings p5-Net-1.20_1,1 Perl5 modules to access and use network protocols p5-Net-DBus-0.33.4_1 Perl extension for the DBus message system p5-Test-Harness-2.64 Run perl standard test scripts with statistics p5-Test-Simple-0.70 Basic utilities for writing tests in perl p5-Text-Iconv-1.4 Perl interface to iconv() codeset conversion function p5-Tie-IxHash-1.21 Perl module implementing ordered in-memory associative arra p5-Time-HiRes-1.9707,1 A perl5 module implementing High resolution time, sleep, an p5-URI-1.35 Perl5 interface to Uniform Resource Identifier (URI) refere p5-XML-Filter-BufferText-1.01 Filter to put all characters() in one event p5-XML-Grove-0.46.a Perl-style XML objects p5-XML-Handler-YAWriter-0.23 Yet another Perl SAX XML Writer p5-XML-NamespaceSupport-1.09_1 A simple generic namespace support class p5-XML-Parser-2.34_2 Perl extension interface to James Clark's XML parser, expat p5-XML-SAX-0.15 Simple API for XML p5-XML-SAX-Expat-0.38 Simple API for XML p5-XML-SAX-Writer-0.50 SAX2 XML Writer p5-XML-Simple-2.16_1 Trivial API for reading and writing XML (esp config files) p5-XML-Twig-3.29 Process huge XML documents by chunks via a tree interface p5-XML-XPath-1.13 Modules for parsing and evaluating XPath statements p5-gettext-1.05_1 Message handling functions p5-libwww-5.805 Perl5 library for WWW access p5-libxml-0.08 Collection of Perl5 modules for working with XML pango-1.16.4_1 An open-source framework for the layout and rendering of i1 pccts-1.33.33 The Purdue Compiler Construction Tool Set pciids-20070528 Database of all known ID's used in PCI devices pcre-7.1 Perl Compatible Regular Expressions library perl-5.8.8 Practical Extraction and Report Language pidgin-2.0.1_1 Pidgin multi-protocol messaging client (GTK+ UI) pinentry-curses-0.7.2_6 Curses version of the gnupg password dialog pkg-config-0.21 A utility to retrieve information about installed libraries png-1.2.18 Library for manipulating PNG images policykit-0.1.20060514_4 Framework for controlling access to system-wide components popt-1.7_4 A getopt(3) like library with a number of enhancements, fro printproto-1.0.3 Print extension headers pth-2.0.7 GNU Portable Threads py24-cairo-1.4.0_1 Python bindings for Cairo py24-dbus-0.81.1 Python bindings for the D-BUS messaging system py24-gnome-2.18.2_1 A set of Python bindings for GNOME 2 py24-gnome-desktop-2.18.0_2 A set of Python bindings used by modules in the GNOME Deskt py24-gobject-2.12.3 Python bindings for GObject py24-gtk-2.10.4_1 A set of Python bindings for GTK py24-libxml2-2.6.27 Python interface for XML parser library for GNOME py24-numeric-24.2 The Numeric Extension to Python py24-orbit-2.14.3 Python bindings for ORBit2 py24-xml-0.8.4 PyXML: Python XML library enhancements pyrex-0.9.5.1a Programming Language for writing Python extension modules python24-2.4.4 An interpreted object-oriented programming language randrproto-1.2.1 Randr extension headers recordproto-1.13.2 RECORD extension headers renderproto-0.9.2 RenderProto protocol headers resourceproto-1.0.2 Resource extension headers rgb-1.0.1 Uncompile an rgb corl-name database rpm-3.0.6_13 The Red Hat Package Manager rstart-1.0.2 Sample implementation of a Remote Start client rsync-2.6.9 A network file distribution/synchronization utility samba-libsmbclient-3.0.25a Shared libs from the samba package screen-4.0.3 A multi-screen window manager scripts-1.0.1 Various X related scripts scrnsaverproto-1.1.0 ScrnSaver extension headers scrollkeeper-0.3.14_8,1 An Open Document Cataloging Project sdocbook-xml-1.1,1 "Simplified" DocBook XML DTD sessreg-1.0.2 Manage utmp/wtmp entries for non-init X clients setxkbmap-1.0.3 Set the keyboard using the X Keyboard Extension shared-mime-info-0.21_3 A MIME type database from the FreeDesktop project showfont-1.0.1 Font dumper for the X font server silc-toolkit-1.0.2 Secure Internet Live Conferencing (SILC) network toolkit skype-1.2.0.18_4 P2P VoIP software smproxy-1.0.2 Session Manager Proxy sound-juicer-2.16.4_1 Clean, mean and lean CD ripper for GNOME2 sqlite3-3.3.17 An SQL database engine in a C library w/ Tcl wrapper startup-notification-0.9_1 Library that supports startup notification spec from freede subversion-1.4.3_2 Version control system system-tools-backends-2.2.1_3 Backend system admin scripts for gnome-system-tools t1lib-5.1.1_1,1 A Type 1 Rasterizer Library for UNIX/X11 tcl-8.4.15_2,1 Tool Command Language tiff-3.8.2_1 Tools and library routines for working with TIFF images totem-2.18.2 A gstreamer-based video player for the GNOME 2 Desktop trapproto-3.4.3 DEC-XTRAP extension headers twm-1.0.3_3 Tab Window Manager for the X Window System unzip-5.52_3 List, test and extract compressed files in a ZIP archive v4l_compat-1.0.20060801 Video4Linux compatibility header videoproto-2.2.2 Video extension headers viewres-1.0.1 Graphical class browser for Xt vino-2.18.1_1 VNC server that allows for remote access to your GNOME desk vte-0.16.5 Terminal widget with improved accessibility and I18N suppor x11perf-1.4.1 X11 server performance test program xauth-1.0.2 X authority file utility xbiff-1.0.1 Mailbox flag for X xbitmaps-1.0.1 X.Org bitmaps data xcalc-1.0.1 Scientific calculator for X xclipboard-1.0.1 X clipboard client xclock-1.0.2 Analog and digital clock for X xcmiscproto-1.1.2 XCMisc extension headers xcmsdb-1.0.1 Device Color Characterization utility for X xconsole-1.0.2 Monitor system console messages with X xcursor-themes-1.0.1_1 X.org cursors themes xcursorgen-1.0.1 Create an X cursor file from a collection of PNG images xdbedizzy-1.0.2 Demo of DBE creating a double buffered spinning scene xditview-1.0.1 Display ditroff output xdm-1.1.4_2 X.Org X display manager xdpyinfo-1.0.1 Display information utility for X xdriinfo-1.0.1_1 Query configuration information of DRI drivers xedit-1.0.2 Simple text editor for X xev-1.0.2 Print contents of X events xextproto-7.0.2 XExt extension headers xeyes-1.0.1 A follow the mouse X demo xf86-input-acecad-1.1.0 X.Org acecad input driver xf86-input-calcomp-1.1.0 X.Org calcomp input driver xf86-input-citron-2.2.0 X.Org citron input driver xf86-input-digitaledge-1.1.0 X.Org digitaledge input driver xf86-input-dmc-1.1.0 X.Org dmc input driver xf86-input-dynapro-1.1.0 X.Org dynapro input driver xf86-input-elo2300-1.1.0 X.Org elo2300 input driver xf86-input-elographics-1.1.0 X.Org elographics input driver xf86-input-fpit-1.1.0 X.Org fpit input driver xf86-input-hyperpen-1.1.0 X.Org hyperpen input driver xf86-input-jamstudio-1.1.0 X.Org jamstudio input driver xf86-input-joystick-1.1.0 X.Org joystick input driver xf86-input-keyboard-1.1.1 X.Org keyboard input driver xf86-input-magellan-1.1.0 X.Org magellan input driver xf86-input-magictouch-1.0.0.5_1 X.Org magictouch input driver xf86-input-microtouch-1.1.0 X.Org microtouch input driver xf86-input-mouse-1.1.2 X.Org mouse input driver xf86-input-mutouch-1.1.0 X.Org mutouch input driver xf86-input-palmax-1.1.0 X.Org palmax input driver xf86-input-penmount-1.2.0 X.Org penmount input driver xf86-input-spaceorb-1.1.0 X.Org spaceorb input driver xf86-input-summa-1.1.0 X.Org summa input driver xf86-input-tek4957-1.1.0 X.Org tek4957 input driver xf86-input-void-1.1.0 X.Org void input driver xf86-video-apm-1.1.1 X.Org apm display driver xf86-video-ark-0.6.0 X.Org ark display driver xf86-video-ati-6.6.3_2 X.Org ati display driver xf86-video-chips-1.1.1 X.Org chips display driver xf86-video-cirrus-1.1.0 X.Org cirrus display driver xf86-video-cyrix-1.1.0 X.Org cyrix display driver xf86-video-dummy-0.2.0 X.Org dummy display driver xf86-video-fbdev-0.3.1 X.Org fbdev display driver xf86-video-glint-1.1.1_2 X.Org glint display driver xf86-video-i128-1.2.1 X.Org i128 display driver xf86-video-i740-1.1.0 X.Org i740 display driver xf86-video-i810-1.6.5_2 X.Org i810 display driver xf86-video-imstt-1.1.0 X.Org imstt display driver xf86-video-mga-1.4.6.1_1 X.Org mga display driver xf86-video-neomagic-1.1.1 X.Org neomagic display driver xf86-video-newport-0.2.1 X.Org newport display driver xf86-video-nsc-2.8.2 X.Org nsc display driver xf86-video-nv-1.2.2.1 X.Org nv display driver xf86-video-rendition-4.1.3 X.Org rendition display driver xf86-video-s3-0.5.0 X.Org s3 display driver xf86-video-s3virge-1.9.1 X.Org s3virge display driver xf86-video-savage-2.1.2_2 X.Org savage display driver xf86-video-siliconmotion-1.4.2 X.Org siliconmotion display driver xf86-video-sis-0.9.3_1 X.Org sis display driver xf86-video-tdfx-1.3.0_1 X.Org tdfx display driver xf86-video-tga-1.1.0 X.Org tga display driver xf86-video-trident-1.2.3 X.Org trident display driver xf86-video-tseng-1.1.1 X.Org tseng display driver xf86-video-vesa-1.3.0 X.Org vesa display driver xf86-video-vga-4.1.0 X.Org vga display driver xf86-video-via-0.2.2_1 X.Org via display driver xf86-video-vmware-10.14.1 X.Org vmware display driver xf86-video-voodoo-1.1.1 X.Org voodoo display driver xf86bigfontproto-1.1.2 XFree86-Bigfont extension headers xf86dga-1.0.2 Test program for the XFree86-DGA extension xf86dgaproto-2.0.2 XFree86-DGA extension headers xf86driproto-2.0.3 XFree86-DRI extension headers xf86miscproto-0.9.2 XFree86-Misc extension headers xf86rushproto-1.1.2 XFree86-Rush extension headers xf86vidmodeproto-2.2.2 XFree86-VidModeExtension extension headers xfd-1.0.1 Display all characters in an X font xfindproxy-1.0.1 Locate available proxy services xfontsel-1.0.2 Point and click selection of X11 font names xfs-1.0.4_3,1 X.Org font server xfsinfo-1.0.1 X font server information utility xfwp-1.0.1 X firewall proxy xgamma-1.0.1 Gamma correction through the X server. xgc-1.0.1 X graphics demo xhost-1.0.1 Server access control program for X xineramaproto-1.1.2 Xinerama extension headers xinit-1.0.3 X Window System initializer xkbcomp-1.0.3 Compile XKB keyboard description xkbevd-1.0.2 XKB event daemon xkbprint-1.0.1 Utility for printing an XKB keyboard description xkbutils-1.0.1 XKB utility demos xkeyboard-config-0.9_3 X Keyboard Configuration Database xkill-1.0.1 Utility for killing a client by its X resource xload-1.0.1 System load average display for X xlogo-1.0.1 Displays the X Window System logo. xlsatoms-1.0.1 List interned atoms defined on a server xlsclients-1.0.1 List client applications running on a display xlsfonts-1.0.2 Server font list displayer for X xmag-1.0.1 X application for screen magnifying xman-1.0.2 Manual page display program for X xmessage-1.0.1 Display message or query in a X window xmh-1.0.1 Send and read mail with an X interface to MH xmlcatmgr-2.2 SGML and XML catalog manager xmodmap-1.0.2 Utility for modifying keymaps and pointer button mappings i xmore-1.0.1 Plain text display program for X xorg-7.2 X.Org complete distribution metaport xorg-apps-7.2 X.org apps meta-port xorg-cf-files-1.0.2_2 X.org cf files for use with imake builds xorg-docs-1.3,1 X.org documentation files xorg-drivers-7.2 X.org drivers meta-port xorg-fonts-100dpi-7.2 X.Org 100dpi bitmap fonts xorg-fonts-7.2 X.org fonts meta-port xorg-fonts-75dpi-7.2 X.Org 75dpi bitmap fonts xorg-fonts-cyrillic-7.2 X.Org Cyrillic bitmap fonts xorg-fonts-miscbitmaps-7.2 X.Org miscellaneous bitmap fonts xorg-fonts-truetype-7.2 X.Org TrueType fonts xorg-fonts-type1-7.2 X.Org Type1 fonts xorg-libraries-7.2_1 X.org libraries meta-port xorg-protos-7.2 X.org protos meta-port xorg-server-1.2.0_2,1 X.Org X server and related programs xpdf-3.02_1 Display PDF files, and convert them to other formats xphelloworld-1.0.1 Sends a test page to an Xprint printer xplsprinters-1.0.1 Shows a list of Xprint printers xpr-1.0.2 Utility for printing an X window dump xprehashprinterlist-1.0.1 Recomputes the list of available printers. xprop-1.0.2 Property displayer for X xproto-7.0.10 X11 protocol headers xproxymanagementprotocol-1.0.2 X Proxy Management Protocol headers xrandr-1.2.0 Primitive command line interface to the RandR extension xrdb-1.0.3 X server resource database utility xrefresh-1.0.2 Refresh all or part of an X screen xrx-1.0.1 RX helper program xscreensaver-gnome-4.24_5 Save your screen while you entertain your cat (for GNOME us xset-1.0.2 User preference utility for X xsetmode-1.0.0 Set the mode for an X Input Device xsetpointer-1.0.0 Set an X Input device as the main pointer xsetroot-1.0.1 root window parameter setting utility for X xsm-1.0.1 X Session Manager xstdcmap-1.0.1 X standard colormap utility xterm-225_1 Terminal emulator for the X Window System xtrans-1.0.3 Abstract network code for X xtrap-1.0.2 XTrap sample clients for X xvid-1.1.2,1 An opensource MPEG-4 codec, based on OpenDivx xvidtune-1.0.1 Video mode tuner for X xvinfo-1.0.1 Print out X-Video extension adaptor information xwd-1.0.1 Dump an image of an X window xwininfo-1.0.2 Window information utility for X xwud-1.0.1 Image displayer for X zenity-2.18.2 Display GNOME dialogs from the command line zip-2.32 Create/update ZIP files compatible with pkzip From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 09:22: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 8DEA316A468 for ; Sat, 16 Jun 2007 09:22:26 +0000 (UTC) (envelope-from caelian@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 245EC13C44B for ; Sat, 16 Jun 2007 09:22:25 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1125712uge for ; Sat, 16 Jun 2007 02:22:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.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:content-transfer-encoding; b=Tlgz9f0iKOw/b5h2JFc8oZQRrmK0cwu5Y0JB7zf4CivU3L/oS6EemXz64qdwaNRi8X/D+poD2hbk+rWac/lyCHuUwV9BaJTBWwcFy5vVIO8r4kfZU5pwlHY5/xnFBxytqGmSG5NDrNkzRd1vr9lCnvEdjgG4uhGV5Q0MmJpCo+Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=Rza7SgH9XHhwAvjqgwLkwSJVl8hAB1EGbLqUKls3F2BCSqH82nH3TovEGQk5w3iC1fQ9TtpquHpPpb0kldUCHfcIWmWGi9TSI/77zTmQG+apAtcOqO0qnha79ZbB1fAneJTW4yx71H1lBxLutCVGob4lrqhU1ML1MhEmDioA0oo= Received: by 10.67.32.19 with SMTP id k19mr1061712ugj.1181984061820; Sat, 16 Jun 2007 01:54:21 -0700 (PDT) Received: from ?192.168.0.23? ( [87.166.76.92]) by mx.google.com with ESMTP id f7sm3842223nfh.2007.06.16.01.54.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 16 Jun 2007 01:54:21 -0700 (PDT) From: Pascal Hofstee To: Ricardo Nabinger Sanchez In-Reply-To: <20070615151120.d86408bf.rnsanchez@wait4.org> References: <1181929982.1086.6.camel@worf> <20070615151120.d86408bf.rnsanchez@wait4.org> Content-Type: text/plain Date: Sat, 16 Jun 2007 10:54:20 +0200 Message-Id: <1181984060.1080.0.camel@worf> 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: recent nvidia-driver trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 09:22:26 -0000 On Fri, 2007-06-15 at 15:11 -0300, Ricardo Nabinger Sanchez wrote: > On Fri, 15 Jun 2007 19:53:02 +0200 > Pascal Hofstee wrote: > > > Is anybody else experiencing similar problems out there ... this has > > used to work for months without problems ... i made sure to force a > > reinstall of the nvidia-driver port on every new kernel install but > > that just doesn't seem to solve the problem either. > > I'm not experiencing this, but I'm still using an old version (8774). > Which version are you using? I am using nvidia-driver version 9746 -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 10:43: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 7B74F16A400 for ; Sat, 16 Jun 2007 10:43:23 +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 3D6AD13C448 for ; Sat, 16 Jun 2007 10:43:23 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from [87.139.104.184] (helo=[192.168.2.20]) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66) (envelope-from ) id 1HzVkN-0006sO-C8; Sat, 16 Jun 2007 12:43:11 +0200 Message-ID: <4673BEB7.8030300@gwdg.de> Date: Sat, 16 Jun 2007 12:43:03 +0200 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Marten References: <1181929982.1086.6.camel@worf> <1181981701.980.6.camel@workstation.martenvijn.nl> In-Reply-To: <1181981701.980.6.camel@workstation.martenvijn.nl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: current@freebsd.org Subject: Re: recent nvidia-driver trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 10:43:23 -0000 Marten schrieb: > On Fri, 2007-06-15 at 19:53 +0200, Pascal Hofstee wrote: >> Hi, >> >> Sometime during the last week i have started to encounter trouble with >> my system locking up trying to switch from X to console, but only when >> using the nvidia-driver kernel module. Using the plain "nv" driver works >> without any problems ... When the lock up happens the system seems to no >> longer respond to keyboard input etc. (haven't been able to confirm >> wether or not remote access is still possible). >> >> Is anybody else experiencing similar problems out there ... this has >> used to work for months without problems ... i made sure to force a >> reinstall of the nvidia-driver port on every new kernel install but that >> just doesn't seem to solve the problem either. >> > > Hi i just installed current, xorg7.2 with nvidia 7100gs card > it seems to work fine with beryl and gnome. > I can go to console and back. details below > > Marten > > %uname -a > FreeBSD workstation.martenvijn.nl 7.0-CURRENT FreeBSD 7.0-CURRENT #0: > Fri Jun 8 21:57:11 CEST 2007 > root@workstation.martenvijn.nl:/usr/obj/usr/src/sys/Work i386 > [...SNIP...] You have to update your CURRENT after Jun 12th (kernel/world) to see the above described behaviour. Before this, all seems to be alright with x11/nvidia-driver. Rainer From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 06:53: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 655E616A400 for ; Sat, 16 Jun 2007 06:53:47 +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 BFB0A13C458 for ; Sat, 16 Jun 2007 06:53:46 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx38.stngva01.us.mxservers.net (204.202.242.43) by mail08b.verio.de (RS ver 1.0.95vs) with SMTP id 2-070686822 for ; Sat, 16 Jun 2007 08:53:43 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx38.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 6f883764.2218.361.mx38.stngva01.us.mxservers.net; Sat, 16 Jun 2007 02:53:42 -0400 (EDT) Received: (qmail 47706 invoked from network); 16 Jun 2007 06:53:40 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.54.173.136) by with SMTP; 16 Jun 2007 06:53:40 -0000 Received: from peedub.jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with SMTP id l5G6rZGF001624; Sat, 16 Jun 2007 08:53:36 +0200 (CEST) (envelope-from garyj@jennejohn.org) Date: Sat, 16 Jun 2007 08:53:35 +0200 From: Gary Jennejohn To: Craig Rodrigues Message-Id: <20070616085335.9d5d4032.garyj@jennejohn.org> In-Reply-To: <20070615190107.GA2111@crodrigues.org> References: <1181929982.1086.6.camel@worf> <20070615203136.402a2df5.garyj@jennejohn.org> <20070615190107.GA2111@crodrigues.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.2770522855; heur=0.500(-26400); stat=0.277; spamtraq-heur=0.500(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 X-Mailman-Approved-At: Sat, 16 Jun 2007 11:25:13 +0000 Cc: current@freebsd.org Subject: Re: recent nvidia-driver trouble 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: Sat, 16 Jun 2007 06:53:47 -0000 On Fri, 15 Jun 2007 15:01:07 -0400 Craig Rodrigues wrote: > On Fri, Jun 15, 2007 at 08:31:36PM +0200, Gary Jennejohn wrote: > > I've seen this also. It's a panic due to a NULL-pointer dereference > > someplace in the nvidia-driver. I suspect that it's related to the > > recent locking/mutex/whatever changes but can't prove it. All the > > crash dumps which I have are corrupted so I can't do a backtrace :-( > > > > The bug seems to be in the binary blob part of the driver, which > > means we have to wait for Nvidia to get around to fixing it. > > Have you reported this problem to Nvidia? They don't regularly > monitor FreeBSD mailing lists, but I've found that they > are fairly responsive to e-mails sent to: > freebsd-gfx-bugs@nvidia.com > I thought about it but haven't done anything yet. I don't feel that I really have enough information for a meaningful bug report because I can't analyze any crash dumps. Maybe that wouldn't matter to Nvidia. My suspicion about the binary blob is based on the panic output, which points at a macro which examines td_refcnt. I find it hard to believe that the pointer to the thread is NULL when this macro is used. That's why I suspect that the real culprit is someplace in the locking used by Nvidia, but without a usable crash dump it's hard to verify. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 07:06: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 5BA8216A400 for ; Sat, 16 Jun 2007 07:06:37 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08a.verio.de (mail08a.verio.de [213.198.55.73]) by mx1.freebsd.org (Postfix) with SMTP id B42A213C45B for ; Sat, 16 Jun 2007 07:06:36 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx88.stngva01.us.mxservers.net (198.173.112.5) by mail08a.verio.de (RS ver 1.0.95vs) with SMTP id 4-0892717594 for ; Sat, 16 Jun 2007 09:06:35 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx88.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 16d83764.29972.017.mx88.stngva01.us.mxservers.net; Sat, 16 Jun 2007 03:12:33 -0400 (EDT) Received: (qmail 57175 invoked from network); 16 Jun 2007 07:06:32 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.54.173.136) by with SMTP; 16 Jun 2007 07:06:32 -0000 Received: from peedub.jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with SMTP id l5G76TUg001672 for ; Sat, 16 Jun 2007 09:06:30 +0200 (CEST) (envelope-from garyj@jennejohn.org) Date: Sat, 16 Jun 2007 09:06:28 +0200 From: Gary Jennejohn To: current@freebsd.org Message-Id: <20070616090628.9d7e2bb0.garyj@jennejohn.org> In-Reply-To: <4672E214.1030006@errno.com> References: <1181929982.1086.6.camel@worf> <20070615203136.402a2df5.garyj@jennejohn.org> <4672E214.1030006@errno.com> 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.5043349852; heur=0.500(-26400); stat=0.504; spamtraq-heur=0.500(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 X-Mailman-Approved-At: Sat, 16 Jun 2007 11:25:13 +0000 Cc: Subject: Re: recent nvidia-driver trouble 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: Sat, 16 Jun 2007 07:06:37 -0000 On Fri, 15 Jun 2007 12:01:40 -0700 Sam Leffler wrote: > Gary Jennejohn wrote: > > On Fri, 15 Jun 2007 19:53:02 +0200 > > Pascal Hofstee wrote: > > > >> Sometime during the last week i have started to encounter trouble > >> with my system locking up trying to switch from X to console, but > >> only when using the nvidia-driver kernel module. Using the plain > >> "nv" driver works without any problems ... When the lock up > >> happens the system seems to no longer respond to keyboard input > >> etc. (haven't been able to confirm wether or not remote access is > >> still possible). > >> > >> Is anybody else experiencing similar problems out there ... this > >> has used to work for months without problems ... i made sure to > >> force a reinstall of the nvidia-driver port on every new kernel > >> install but that just doesn't seem to solve the problem either. > >> > > > > I've seen this also. It's a panic due to a NULL-pointer dereference > > someplace in the nvidia-driver. I suspect that it's related to the > > recent locking/mutex/whatever changes but can't prove it. All the > > crash dumps which I have are corrupted so I can't do a backtrace :-( > > > > The bug seems to be in the binary blob part of the driver, which > > means we have to wait for Nvidia to get around to fixing it. > > > > BTW I tried _all_ versions of the driver and every one of them > > exhibits this problem. > > > > I'm now using an old Matrox card via VGA (lost my DVI). > > I'm using: > > trouble% pkg_info|grep nvidia > nvidia-driver-1.0.9631_5 NVidia graphics card binary drivers for > hardware OpenGL ren > > w/o obvious issues on: > > nvidia0@pci1:0:0: class=0x030000 card=0x019010de > chip=0x018a10de rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'Quadro NVS with AGP 8X [NV18GL.2]' > class = display > subclass = VGA > > HEAD is: > > trouble% uname -a > FreeBSD trouble.errno.com 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Sat > Jun 2 21:33:05 PDT 2007 > sam@stubby.errno.com:/usr/src/sys/i386/compile/STUBBY i386 > > I do not "switch from X to console". > I should perhaps make my statement about "all" drivers panicing more precise. With version 7194 I see the panic when I start X. With the other two versions in ports I only see a panic when I stop X. Unfortunately, my brain-dead BenQ TFT reports a resolution of 1280x1024, even though it's really 1920x1200. The only driver version which I can force to use the native resolution is 7194. The others come up in VGA resolution, which isn't too hot on a 23" TFT. I've now switched to a RADEON 9250SE which starts in 1920x1200 w/o any problem. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 08:08: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 53F5816A46E for ; Sat, 16 Jun 2007 08:08:05 +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 D330413C44B for ; Sat, 16 Jun 2007 08:08:04 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (nspslg@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l5G87vi4042262; Sat, 16 Jun 2007 10:08:03 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l5G87vHC042261; Sat, 16 Jun 2007 10:07:57 +0200 (CEST) (envelope-from olli) Date: Sat, 16 Jun 2007 10:07:57 +0200 (CEST) Message-Id: <200706160807.l5G87vHC042261@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, h.schmalzbauer@omnisec.de In-Reply-To: <200706152129.l5FLTkO2010479@lurza.secnetix.de> 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]); Sat, 16 Jun 2007 10:08:03 +0200 (CEST) X-Mailman-Approved-At: Sat, 16 Jun 2007 11:25:13 +0000 Cc: Subject: Re: moused linear acceleration drops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 08:08:05 -0000 > Please try this patch (in /usr/src/usr.sbin/moused) and let > me know if it helps: Sorry, I had to fix a small problem. It's not as easy as I thought at first. :-) Please get this patch: http://www.secnetix.de/~olli/tmp/moused.v2.patch > The patch applies both to HEAD (moused.c 1.78) and RELENG_6 > (moused.c 1.70.2.4), but not to any earlier versions. 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 "File names are infinite in length, where infinity is set to 255 characters." -- Peter Collinson, "The Unix File System" From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 09: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 8245916A468; Sat, 16 Jun 2007 09:23:38 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id 52E7413C447; Sat, 16 Jun 2007 09:23:17 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from [127.0.0.1] (unknown [10.44.99.158]) by gddsn.org.cn (Postfix) with ESMTP id 00A1F38CB99; Sat, 16 Jun 2007 10:26:08 +0800 (CST) Message-ID: <46734A3E.3010903@gddsn.org.cn> Date: Sat, 16 Jun 2007 10:26:06 +0800 From: =?GB2312?B?zuLK5cCk?= User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: current@freebsd.org, mobile@freebsd.org Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 16 Jun 2007 11:25:13 +0000 Cc: Subject: kernel panic with pccard insert on recent 7.0 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, 16 Jun 2007 09:23:38 -0000 hi, lists i always get Fatal trap while insert a pccard with recent 7.0 current. It seems that Can't recognize the pccard address? thanks with any reply. pccard0:Allocation failed for cfe 13 pccard0:Allocation failed for cfe 21 uart0: at port 0x3e8-0x3ef irq 11 function 0 config 29 on pccard0 uart0:[FILTER] Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xe2996cb0 frame pointer = 0x28:0xe2996cb8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enable, resume, IOPL = 0 current process = 21 (irq11: cbb0 cbb1+*) [thread pid 21 tid 100013 ] Stopped at 0: *** error reading from address 0 *** db>bt Tracing pid 21 tid 100013 td 0xc3f05c00 pccard_intr(c4285e00) at pccard_intr+0x12 cbb_func_intr(c4103140,0,c0a493ae,40b,c3f00064,...) at cbb_func_intr|0x51 ithread_loop(c404fab0,e2996d38,83fb5be8,ff06fc46,c3f4b804,...) at ithread_loop+0 x1b5 fork_exit(c074ccd0,c404fab0,e2996d38) at fork_exit+0x57 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe2996d70, ebp = 0 --- From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 09:57: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 E064B16A400 for ; Sat, 16 Jun 2007 09:57:32 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail03.adl2.internode.on.net (ipmail03.adl2.internode.on.net [203.16.214.135]) by mx1.freebsd.org (Postfix) with ESMTP id 5FB0213C468 for ; Sat, 16 Jun 2007 09:57:32 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-AV: E=Sophos;i="4.16,429,1175437800"; d="scan'208";a="103760447" Received: from ppp141-200.lns11.adl6.internode.on.net (HELO mail.clearchain.com) ([121.45.141.200]) by ipmail03.adl2.internode.on.net with ESMTP; 16 Jun 2007 19:27:30 +0930 Received: from [192.168.155.252] (draco.internal.clearchain.com [192.168.155.252]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id l5G9vBlN011874 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Jun 2007 19:27:12 +0930 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <4673B3F2.3050006@clearchain.com> Date: Sat, 16 Jun 2007 19:27:06 +0930 From: Benjamin Close User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Kris Kennaway References: <4672945C.3060304@clearchain.com> <20070615182521.GB9619@rot13.obsecurity.org> <46735745.5000401@clearchain.com> <20070616034006.GA17514@rot13.obsecurity.org> In-Reply-To: <20070616034006.GA17514@rot13.obsecurity.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]); Sat, 16 Jun 2007 19:27:12 +0930 (CST) X-Mailman-Approved-At: Sat, 16 Jun 2007 11:25:13 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Swapfile on ZFS & Deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 09:57:33 -0000 Kris Kennaway wrote: > On Sat, Jun 16, 2007 at 12:51:41PM +0930, Benjamin Close wrote: > >> Kris Kennaway wrote: >> >>> On Fri, Jun 15, 2007 at 11:00:04PM +0930, Benjamin Close wrote: >>> >>> >>>> Hi All, >>>> Whilst running out of memory compiling Xorg (scanPCI is a killer) I >>>> discovered a quick way to deadlock the system: >>>> >>>> dd if=/dev/zero of=somefileonzfs bs=something count=something >>>> mdconfig -a -f something >>>> swapon /dev/md0 >>>> >>>> Then do something that needs swap.. instant deadlock. The system is >>>> still responsive but all disk access become hung. >>>> >>>> Known issue? If so is there a way we can warn users/prevent users from >>>> doing it? >>>> >>>> >>> Enable DEBUG_VFS_LOCKS and DEBUG_LOCKS, then break to DDB when the >>> deadlock occurs and do 'show lockedvnods'. >>> >>> >> Ok, enabled the above and this time got: >> >> swap_pager: indefinite wait buffer: bufobj: 0, blkno: 312865, size: 16384 >> >> just before the deadlock: >> >> Show locked vnods returns (hand transcribed) >> >> 0xffffff002c3ab5d0: tagz zfs, type VREG >> usecout 1, writecount 1, refcount 2 mountedhere 0 >> flags() >> v_object 0xffffff002f047c80 ref 0 pages 0 >> lock type zfs: EXCL (count 1) by thread 0xffffff0030573360 (pid 1188) >> > > What was needed was the backtrace that should have been also displayed > here. > > oops, made the kernel, forgot to install it, new trace below - looks like this one is not directly zil related. >> Pid 1188 is: >> >> 1188 0 0 0 SL zfs:(&zi 0xffffff000208fd58 [md0] >> > > Also a trace of the current backtrace of this. However based on the > single byte of information 'i' I predict that this is due to zil (ZFS > intent logging). I have turned this off on my machines because of > deadlock conditions during low memory, which is also going to be true > on your system. Try adding to /boot/loader.conf > > vfs.zfs.zil_disable=1 > > So this is a known issue then. >> called doadump and though it went through the motions, savecore didn't >> find anything saved. >> Not sure what you need debugging wise, let me know. >> >> System is Intel Core 2 duo, running in SMP amd64, updated Friday 15th June. >> The box has 1G physical ram, 1G dedicated swap partition, but needs an >> extra 300M to compile xf86ScanPCI.c (freaky!). >> > > Or just use -O0 on this file. > In the end I did use -O0 but figured the report would be more worthwhile, it's certainly a issue for when zfs becomes non experimental. Here's the latest trace: 0xffffff0023daa20: tag zfs, type VREG usecount 1, writecount 1, refcount 2, mounted here0 flags() vobject 0xffffff002df1cbb8 ref 0 pages 0 lock type zfs: EXCL (count 1) by thread 0xffffff002ed5b000 (pid 1033) #0 0xfffffff8045f62b at _lockmgr+0x4cb #1 at ... VOP_LOCK1_APV+0x79 #2 at ... _vn_lock+0x94 #3 at ... mdstart_vnode+0x15f #4 at ... md_kthread+0x111 #5 at ... fork_exit #6 at ... fork_trampoline 1033 0 0 0 SL vmwait 0xffffffff80a573b8 [md0] Trace 1033 sched_switch()+0x15e mi_switch+0x231 sleepq_switch+0xc7 sleepq_wait+0x44 _sleep+0x327 kmem_malloc+0x2a2 uma_large_malloc+0x4a malloc+0x12d arc_get_data_buf+0x36e arc_buf_alloc+0xe4 arc_read+0fa dbuf_read+0x43a dmu_tx_check_ioerr+09a dmu_tx_count_write+0x178 dmu_tx_hold_write+0x4a zfs_freebsd_write+0x399 VOP_WRITE_APV+0xe5 mdstart_vnod()+0x1a5 md_kthread+0x111 fork_exit fork_trampoline Looks like zfs is wanting to write but in order to do it needs memory so asks md for it. md needs to page something out in order to be able to provide it. Since md is zfs file backed - deadlock. Got a dump this time but the stack appears corrupt .... hmm, haven't got a valid dump for a while now, wonder if something else is up. mdstart_vnode+0x15f: 564 vn_lock(vp,KL_EXCLUSIVE | LK_RETY, td ); Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 12:15: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 6AA1A16A469 for ; Sat, 16 Jun 2007 12:15:18 +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 C65B313C4B8 for ; Sat, 16 Jun 2007 12:15:17 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 16 Jun 2007 12:15:16 -0000 Received: from h081217094222.dyn.cm.kabsi.at (EHLO taxman.pepperland) [81.217.94.222] by mail.gmx.net (mp003) with SMTP; 16 Jun 2007 14:15:16 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1/aA7FvQ/faM/wZeXEdKjsS9tFG2ZBlgLuQW9VSF/ 9VXJz8r4iVkr1Z From: Stefan Ehmann To: Sam Leffler Date: Sat, 16 Jun 2007 14:15:15 +0200 User-Agent: KMail/1.9.6 References: <200706141641.54668.shoesoft@gmx.net> <200706151044.32493.shoesoft@gmx.net> <4672BD16.70707@errno.com> In-Reply-To: <4672BD16.70707@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706161415.15641.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: LOR in iwi with new 802.11 work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 12:15:18 -0000 On Friday 15 June 2007 18:23:50 Sam Leffler wrote: > Stefan Ehmann wrote: > > On Thursday 14 June 2007 18:16:54 Sam Leffler wrote: > >> Stefan Ehmann wrote: > >>> After the system is up for about 5 minutes, I see this LOR. Haven't > >>> seen it posted yet. > >>> > >>> Stefan > >>> > >>> lock order reversal: > >>> 1st 0xc2e4700c ieee80211com (802.11 com lock) > >>> @ /usr/src/sys/net80211/ieee80211_scan.c:523 > >>> 2nd 0xc2e48400 iwi0 (network driver) > >>> @ /usr/src/sys/modules/iwi/../../dev/iwi/if_iwi.c:1908 > > > > ... > > > >> Yes, known and can safely be ignored. > > > > Okay, thanks. > > > > Another problem I've noticed (don't want to start a new thread): > > > > Before the latest commit, I've never seen dropouts in the connnection. > > > > But now I've seen for the second time that the connection drops for some > > seconds. ifconfig shows no IP address. At least it recovers, but open > > connections die. > > > > In dmesg I see: > > > > Jun 15 10:34:25 something kernel: iwi0: firmware stuck in state 4, > > resetting Jun 15 10:34:25 something kernel: iwi0: link state changed to > > DOWN Jun 15 10:34:28 something kernel: iwi0: link state changed to UP > > > > Is this a known issue? Do you need any more info? > > Andrew already responded but if you want to disable bg scanning do: > > ifconfig iwi0 -bgscan Was bgscan on for iwi before the latest changes? A "ifconfig iwi0 scan" seems to cause a "scan stuck" every time. But this also happened before the 802.11 changes IIRC. So this might be an old iwi bug after all. (I still wouldn't mind if it was resolved :)) Stefan From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 12:25: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 C690B16A46C for ; Sat, 16 Jun 2007 12:25:42 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 7CDCF13C489 for ; Sat, 16 Jun 2007 12:25:42 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by py-out-1112.google.com with SMTP id a29so2156948pyi for ; Sat, 16 Jun 2007 05:25:41 -0700 (PDT) Received: by 10.35.78.9 with SMTP id f9mr6911367pyl.1181996741419; Sat, 16 Jun 2007 05:25:41 -0700 (PDT) Received: by 10.35.71.8 with HTTP; Sat, 16 Jun 2007 05:25:41 -0700 (PDT) Message-ID: <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> Date: Sat, 16 Jun 2007 21:25:41 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "=?GB2312?B?zuLK5cCk?=" In-Reply-To: <46734A3E.3010903@gddsn.org.cn> MIME-Version: 1.0 Content-Type: text/plain; charset=GB2312; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline References: <46734A3E.3010903@gddsn.org.cn> X-Google-Sender-Auth: dd3b68edfa020c2d Cc: current@freebsd.org, mobile@freebsd.org Subject: Re: kernel panic with pccard insert on recent 7.0 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, 16 Jun 2007 12:25:42 -0000 SSB0aGluayB0aGUgZm9sbG93aW5nIHBhdGNoIGZpeCB0aGUgcHJvYmxlbS4KClJDUyBmaWxlOiAv aG9tZS9uY3ZzL3NyYy9zeXMvZGV2L3BjY2FyZC9wY2NhcmQuYyx2CnJldHJpZXZpbmcgcmV2aXNp b24gMS4xMTgKZGlmZiAtdSAtcjEuMTE4IHBjY2FyZC5jCi0tLSBwY2NhcmQuYyAgICAzMSBNYXkg MjAwNyAxOToyOToyMCAtMDAwMCAgICAgIDEuMTE4CisrKyBwY2NhcmQuYyAgICAxNiBKdW4gMjAw NyAxMjoyMzozNSAtMDAwMApAQCAtMTIzOCw3ICsxMjM4LDcgQEAKICAgICAgICBpZiAocGYtPmlu dHJfZmlsdGVyICE9IE5VTEwgfHwgcGYtPmludHJfaGFuZGxlciAhPSBOVUxMKQogICAgICAgICAg ICAgICAgcGFuaWMoIk9ubHkgb25lIGludGVycnVwdCBoYW5kbGVyIHBlciBmdW5jdGlvbiBhbGxv d2VkIik7CiAgICAgICAgZXJyID0gYnVzX2dlbmVyaWNfc2V0dXBfaW50cihkZXYsIGNoaWxkLCBp cnEsIGZsYWdzLCBwY2NhcmRfZmlsdGVyLAotICAgICAgICAgICBwY2NhcmRfaW50ciwgcGYsIGNv b2tpZXApOworICAgICAgICAgICBpbnRyID8gcGNjYXJkX2ludHIgOiBOVUxMLCBwZiwgY29va2ll cCk7CiAgICAgICAgaWYgKGVyciAhPSAwKQogICAgICAgICAgICAgICAgcmV0dXJuIChlcnIpOwog ICAgICAgIHBmLT5pbnRyX2ZpbHRlciA9IGZpbHQ7CgoKT24gNi8xNi8wNywgzuLK5cCkIDx3c2tA Z2Rkc24ub3JnLmNuPiB3cm90ZToKPiBoaSwgbGlzdHMKPiBpIGFsd2F5cyBnZXQgRmF0YWwgdHJh cCB3aGlsZSBpbnNlcnQgYSBwY2NhcmQgd2l0aCByZWNlbnQgNy4wIGN1cnJlbnQuCj4gSXQgc2Vl bXMgdGhhdCBDYW4ndCByZWNvZ25pemUgdGhlIHBjY2FyZCBhZGRyZXNzPwo+IHRoYW5rcyB3aXRo IGFueSByZXBseS4KPgo+IHBjY2FyZDA6QWxsb2NhdGlvbiBmYWlsZWQgZm9yIGNmZSAxMwo+IHBj Y2FyZDA6QWxsb2NhdGlvbiBmYWlsZWQgZm9yIGNmZSAyMQo+IHVhcnQwOiA8Qm9yYSBUZWxlY29t IEluYyBCb3JhIDM2MDAgUmV2IDEuMT4gYXQgcG9ydCAweDNlOC0weDNlZiBpcnEgMTEKPiBmdW5j dGlvbiAwIGNvbmZpZyAyOSBvbiBwY2NhcmQwCj4gdWFydDA6W0ZJTFRFUl0KPgo+IEZhdGFsIHRy YXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUKPiBjcHVpZCA9IDA7IGFwaWMg aWQgPSAwMAo+IGZhdWx0IHZpcnR1YWwgYWRkcmVzcyA9IDB4MAo+IGZhdWx0IGNvZGUgPSBzdXBl cnZpc29yIHJlYWQsIHBhZ2Ugbm90IHByZXNlbnQKPiBpbnN0cnVjdGlvbiBwb2ludGVyID0gMHgy MDoweDAKPiBzdGFjayBwb2ludGVyID0gMHgyODoweGUyOTk2Y2IwCj4gZnJhbWUgcG9pbnRlciA9 IDB4Mjg6MHhlMjk5NmNiOAo+IGNvZGUgc2VnbWVudCA9IGJhc2UgMHgwLCBsaW1pdCAweGZmZmZm LCB0eXBlIDB4MWIKPiA9IERQTCAwLCBwcmVzIDEsIGRlZjMyIDEsIGdyYW4gMQo+IHByb2Nlc3Nv ciBlZmxhZ3MgPSBpbnRlcnJ1cHQgZW5hYmxlLCByZXN1bWUsIElPUEwgPSAwCj4gY3VycmVudCBw cm9jZXNzID0gMjEgKGlycTExOiBjYmIwIGNiYjErKikKPiBbdGhyZWFkIHBpZCAyMSB0aWQgMTAw MDEzIF0KPiBTdG9wcGVkIGF0IDA6ICoqKiBlcnJvciByZWFkaW5nIGZyb20gYWRkcmVzcyAwICoq Kgo+IGRiPmJ0Cj4gVHJhY2luZyBwaWQgMjEgdGlkIDEwMDAxMyB0ZCAweGMzZjA1YzAwCj4gcGNj YXJkX2ludHIoYzQyODVlMDApIGF0IHBjY2FyZF9pbnRyKzB4MTIKPiBjYmJfZnVuY19pbnRyKGM0 MTAzMTQwLDAsYzBhNDkzYWUsNDBiLGMzZjAwMDY0LC4uLikgYXQgY2JiX2Z1bmNfaW50cnwweDUx Cj4gaXRocmVhZF9sb29wKGM0MDRmYWIwLGUyOTk2ZDM4LDgzZmI1YmU4LGZmMDZmYzQ2LGMzZjRi ODA0LC4uLikgYXQKPiBpdGhyZWFkX2xvb3ArMAo+IHgxYjUKPiBmb3JrX2V4aXQoYzA3NGNjZDAs YzQwNGZhYjAsZTI5OTZkMzgpIGF0IGZvcmtfZXhpdCsweDU3Cj4gZm9ya190cmFtcG9saW5lKCkg YXQgZm9ya190cmFtcG9saW5lKzB4OAo+IC0tLSB0cmFwIDAsIGVpcCA9IDAsIGVzcCA9IDB4ZTI5 OTZkNzAsIGVicCA9IDAgLS0tCj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwo+IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QK PiBodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWN1cnJl bnQKPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1jdXJyZW50LXVu c3Vic2NyaWJlQGZyZWVic2Qub3JnIgo+CgoKLS0gCi9cIEhpZGV0b3NoaSBTaGltb2thd2EKXC8g IHNpbW9rYXdhQEZyZWVCU0QuT1JHCg== From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 13:32: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 8D66E16A46D; Sat, 16 Jun 2007 13:32:38 +0000 (UTC) (envelope-from vova@fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.freebsd.org (Postfix) with ESMTP id 204CB13C45E; Sat, 16 Jun 2007 13:32:38 +0000 (UTC) (envelope-from vova@fbsd.ru) Received: from localhost.fbsd.ru ([127.0.0.1] helo=vbook.fbsd.ru) by vbook.fbsd.ru with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HzXqX-000DVv-4y; Sat, 16 Jun 2007 16:57:41 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-send-pr-version: gtk-send-pr 0.4.8 X-GNATS-Notify: Date: Sat, 16 Jun 2007 16:57:41 +0400 From: "Vladimir Grebenschikov" Message-Id: <1181998661.51911@vbook.fbsd.ru> To: "FreeBSD gnats submit" Cc: current@freebsd.org Subject: linux-sun-jdk-1.5.0.12,2 - java SIGSEGV and then wait forever X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 13:32:38 -0000 >Submitter-Id: current-users >Originator: Vladimir Grebenschikov >Organization: SWsoft >Confidential: no >Synopsis: linux-sun-jdk-1.5.0.12,2 - java SIGSEGV and then wait forever >Severity: non-critical >Priority: medium >Category: ports >Class: sw-bug >Release: FreeBSD 7.0-CURRENT i386 >Environment: System: FreeBSD 7.0-CURRENT #15: Tue Jun 12 18:00:59 MSD 2007 root@vbook.fbsd.ru:/usr/obj/usr/src/sys/VBOOK updated at 14 jun 2007 >Description: /usr/local/linux-sun-jdk1.5.0/bin/java -version # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x280eb75a, pid=51892, tid=1389505456 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_12-b04 mixed mode) # Problematic frame: # [error occurred during error reporting, step 60, id 0xb] # An error report file with more information is saved as hs_err_pid51892.log [thread 1390029744 also had an error] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # [thread 672831168 also had an error] ^T - load: 0.59 cmd: java 51894 [nanslp] 0.00u 0.00s 0% 16032k ... forever sleep % gdb /usr/local/linux-sun-jdk1.5.0/bin/java java.core (no debugging symbols found)... Core was generated by `java'. Program terminated with signal 6, Aborted. #0 0x280b3165 in ?? () (gdb) bt #0 0x280b3165 in ?? () ... #1822 0x00000000 in ?? () Cannot access memory at address 0x52d23000 (gdb) % cat hs_err_pid51892.log # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x280eb75a, pid=51892, tid=1389505456 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_12-b04 mixed mode) # Problematic frame: # [error occurred during error reporting, step 60, id 0xb] --------------- T H R E A D --------------- Current thread (0x08076a38): GCTaskThread [id=51893] siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000 Registers: EAX=0x00000000, EBX=0x281a4ff4, ECX=0x00000001, EDX=0x52d22104 ESP=0x52d220a0, EBP=0x52d220a8, ESI=0x00000000, EDI=0x52d220e0 EIP=0x280eb75a, CR2=0x00000000, EFLAGS=0x00010202 Top of Stack: (sp=0x52d220a0) 0x52d220a0: 28083ff4 52d22144 52d220b8 2807c355 0x52d220b0: 52d22104 2876dfd0 52d22128 285e3d72 0x52d220c0: 52d220e0 52d22144 00000000 00000000 0x52d220d0: 08077538 08077520 00052d22 52d23000 0x52d220e0: 00000000 00000000 00000009 00001000 0x52d220f0: 52d23000 00080000 52d22104 00000000 0x52d22100: 00000004 00000000 00000000 00000000 0x52d22110: 2807e0ce 00000000 00000000 2876dfd0 Instructions: (pc=0x280eb75a) 0x280eb74a: b9 01 00 00 00 65 83 3d 0c 00 00 00 00 3e 74 01 0x280eb75a: f0 0f b1 0e 0f 85 27 42 00 00 52 56 e8 09 f7 ff Stack: [0x00000000,0x00000000), sp=0x52d220a0, free space=1356936k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [libc.so.6+0x5f75a] __libc_free+0x5a C [libpthread.so.0+0x6355] pthread_attr_destroy+0x21 V [libjvm.so+0x439d72] V [libjvm.so+0x439a93] V [libjvm.so+0x4d5a29] V [libjvm.so+0x20cc61] V [libjvm.so+0x438228] C [libpthread.so.0+0x59b3] --------------- P R O C E S S --------------- Java Threads: ( => current thread ) Other Threads: VM state:not at safepoint (not fully initilizated) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 3584K, used 0K [0x4f1e0000, 0x4f5e0000, 0x52a80000) eden space 3072K, 0% used [0x4f1e0000,0x4f1e0000,0x4f4e0000) from space 512K, 0% used [0x4f560000,0x4f560000,0x4f5e0000) to space 512K, 0% used [0x4f4e0000,0x4f4e0000,0x4f560000) PSOldGen total 29056K, used 0K [0x32c80000, 0x348e0000, 0x4f1e0000) object space 29056K, 0% used [0x32c80000,0x32c80000,0x348e0000) PSPermGen total 16384K, used 65K [0x2ec80000, 0x2fc80000, 0x32c80000) object space 16384K, 0% used [0x2ec80000,0x2ec905b0,0x2fc80000) Dynamic libraries: 08048000-08057000 r-xp 00010000 VM Arguments: java_command: Launcher Type: SUN_STANDARD Environment Variables: PATH=/opt/bin:/opt/sbin:/home/vova/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/usr/X11R6/sbin:/usr/local/bin:/usr/local/sbin USERNAME=vova LD_LIBRARY_PATH=/usr/local/linux-sun-jdk1.5.0/jre/lib/i386/server:/usr/local/linux-sun-jdk1.5.0/jre/lib/i386:/usr/local/linux-sun-jdk1.5.0/jre/../lib/i386 SHELL=/bin/tcsh DISPLAY=:0.0 HOSTTYPE=FreeBSD OSTYPE=FreeBSD MACHTYPE=i386 Signal Handlers: SIGSEGV: [libjvm.so+0x513040], sa_mask[0]=0x5ffb7eff, sa_flags=0x10000004 SIGBUS: [libjvm.so+0x513040], sa_mask[0]=0x5ffb7eff, sa_flags=0x10000004 SIGFPE: [libjvm.so+0x436650], sa_mask[0]=0x5ffb7eff, sa_flags=0x10000004 SIGPIPE: [libjvm.so+0x436650], sa_mask[0]=0x5ffb7eff, sa_flags=0x10000004 SIGILL: [libjvm.so+0x436650], sa_mask[0]=0x5ffb7eff, sa_flags=0x10000004 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x10000000 SIGUSR2: [libjvm.so+0x438aa0], sa_mask[0]=0x00000000, sa_flags=0x10000004 SIGHUP: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGINT: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x10000000 SIGQUIT: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x10000000 SIGTERM: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x10000000 --------------- S Y S T E M --------------- OS:Fedora Core release 4 (Stentz) uname:Linux 2.6.9 FreeBSD 7.0-CURRENT #15: Tue Jun 12 18:00:59 MSD 2007 i686 libc:glibc 2.3.6 NPTL 2.3.6 rlimit: STACK 65536k, CORE infinity, NPROC 5547, NOFILE 11095, AS infinity load average:0.63 0.82 0.87 CPU:total 2 (cores per cpu 2, threads per core 1) family 6 model 15 stepping 6, cmov, cx8, fxsr, mmx, sse, sse2 Memory: 4k page, physical 2087188k(1890168k free), swap 2097152k(1943512k free) vm_info: Java HotSpot(TM) Server VM (1.5.0_12-b04) for linux-x86, built on May 2 2007 02:13:16 by java_re with gcc 3.2.1-7a (J2SE release) >How-To-Repeat: >Fix: From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 14:17: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 6CD4616A468; Sat, 16 Jun 2007 14:17:32 +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 1B9A013C457; Sat, 16 Jun 2007 14:17:31 +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 l5GEHVpv062397; Sat, 16 Jun 2007 10:17:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5GEHVBo058657; Sat, 16 Jun 2007 10:17:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 26DF873068; Sat, 16 Jun 2007 10:17:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070616141731.26DF873068@freebsd-current.sentex.ca> Date: Sat, 16 Jun 2007 10:17:30 -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: Sat, 16 Jun 2007 14:17:32 -0000 TB --- 2007-06-16 13:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-16 13:15:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-16 13:15:00 - cleaning the object tree TB --- 2007-06-16 13:15:18 - checking out the source tree TB --- 2007-06-16 13:15:18 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-16 13:15:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-16 13:26:47 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-16 13:26:47 - cd /src TB --- 2007-06-16 13:26:47 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 16 13:26:49 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 [...] cc -O2 -pipe -Wall -Wstrict-prototypes -o dialog dialog.o -ldialog -lncurses gzip -cn /src/gnu/usr.bin/dialog/dialog.1 > dialog.1.gz ===> gnu/usr.bin/dialog/TESTS (all) ===> gnu/usr.bin/diff (all) cc -O2 -pipe -funsigned-char -I/obj/arm/src/tmp/usr/include/gnu -I/src/gnu/usr.bin/diff/../../../contrib/diff -I/src/gnu/usr.bin/diff/../../../contrib/diff/src -I/src/gnu/usr.bin/diff/../../../contrib/diff/lib -DHAVE_CONFIG_H -DPR_PROGRAM=\"/usr/bin/pr\" -c /src/gnu/usr.bin/diff/../../../contrib/diff/src/analyze.c cc -O2 -pipe -funsigned-char -I/obj/arm/src/tmp/usr/include/gnu -I/src/gnu/usr.bin/diff/../../../contrib/diff -I/src/gnu/usr.bin/diff/../../../contrib/diff/src -I/src/gnu/usr.bin/diff/../../../contrib/diff/lib -DHAVE_CONFIG_H -DPR_PROGRAM=\"/usr/bin/pr\" -c context.c context.c: In function 'print_context_label': context.c:64: error: size of array 'a' is negative *** Error code 1 Stop in /src/gnu/usr.bin/diff. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-16 14:17:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-16 14:17:30 - ERROR: failed to build world TB --- 2007-06-16 14:17:30 - tinderbox aborted TB --- 0.35 user 1.32 system 3749.91 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 15:40: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 385D616A400 for ; Sat, 16 Jun 2007 15:40:36 +0000 (UTC) (envelope-from freebsd@pulsar.bg) Received: from www.pulsar.bg (pulsar.bg [213.130.70.6]) by mx1.freebsd.org (Postfix) with ESMTP id A5DAB13C45E for ; Sat, 16 Jun 2007 15:40:35 +0000 (UTC) (envelope-from freebsd@pulsar.bg) Received: from geo.pulsar.bg ([77.70.66.90]) (authenticated bits=0) by www.pulsar.bg (8.14.1/8.14.1) with ESMTP id l5GFTsNR011168 for ; Sat, 16 Jun 2007 18:29:54 +0300 (EEST) (envelope-from freebsd@pulsar.bg) Message-ID: <467401F0.1000503@pulsar.bg> Date: Sat, 16 Jun 2007 18:29:52 +0300 From: Georgi Iovchev User-Agent: Thunderbird 2.0.0.4 (X11/20070616) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_20,RDNS_NONE autolearn=no version=3.2.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on www.pulsar.bg Subject: nvidia 7900gs pci-e, do i need device AGP in kerenel? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 15:40:36 -0000 Hello guys its my first time on freebsd-current mailist :) I have nvidia 7900gs pci-e and i am building custom kernel on freebsd-7-current (sources from 15.07.2007). I need to know do i still need to have "device agp" in my kernel conf file. My system is intel core2 on intel P965 motherboard. 10x in advance Georgi From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 16:02: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 2526716A400 for ; Sat, 16 Jun 2007 16:02:37 +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 DF4B113C455 for ; Sat, 16 Jun 2007 16:02:36 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id EF3DE39E23; Sat, 16 Jun 2007 18:02:34 +0200 (CEST) Date: Sat, 16 Jun 2007 18:02:34 +0200 From: Lars Engels To: current@freebsd.org Message-ID: <20070616160234.GA16535@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: btsocks_rfcomm_session_mtx / so_snd_sx LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 16:02:37 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On a ~10 days old CURRENT I get this LOR: lock order reversal: (sleepable after non-sleepable) 1st 0xc4de5120 btsocks_rfcomm_session_mtx (btsocks_rfcomm_session_mtx) @ /usr/src/sys/modules/netgraph/bluetooth/socket/../../../../netgraph/bluetoo= th/socket/ng_btsocket_rfcomm.c:995 2nd 0xc4b60118 so_snd_sx (so_snd_sx) @ /usr/src/sys/kern/uipc_sockbuf.c:145 KDB: stack backtrace: db_trace_self_wrapper(c07e20d4,e2502b68,c05d64aa,c07e4585,c4b60118,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07e4585,c4b60118,c07e7d16,c07e7d16,c07e7992,...) at kdb_backtrace+0x29 witness_checkorder(c4b60118,9,c07e7992,91,ff,...) at witness_checkorder+0x6af _sx_xlock(c4b60118,40,c07e7992,91,e2502c00,...) at _sx_xlock+0x77 sblock(c4b600dc,2,c05d5db2,c08d0288,c08d0288,...) at sblock+0x65 sosend_generic(c4b60000,0,0,c46b0e00,0,...) at sosend_generic+0xcb sosend(c4b60000,0,0,c46b0e00,0,...) at sosend+0x54 ng_btsocket_rfcomm_sessions_task(0,1,c07e32ed,52,c3b3b89c,...) at ng_btsocket_rfcomm_sessions_task+0x3c6 taskqueue_run(c3b3b880,e2502cfc,c0587575,0,0,...) at taskqueue_run+0x108 taskqueue_swi_giant_run(0,0,c07dc1d7,40b,c3b3b864,...) at taskqueue_swi_giant_run+0x13 ithread_loop(c3ba1bc0,e2502d38,0,0,c3ba5c1c,...) at ithread_loop+0x1aa fork_exit(c05873cb,c3ba1bc0,e2502d38) at fork_exit+0x51 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xe2502d70, ebp =3D 0 --- --=20 Lars Engels E-Mail: lars.engels@0x20.net =09 --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGdAmaKc512sD3afgRAnxaAJwJHtMc8HM1yH5M3YGkjdm777nKLgCgiE+G N4GYQvMYimgixnTkTOO8Xws= =eGBD -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 16:04: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 823CB16A46D; Sat, 16 Jun 2007 16:04:19 +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 427E013C483; Sat, 16 Jun 2007 16:04:19 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5GG4IPP024826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Jun 2007 09:04:18 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <46740A34.4060703@errno.com> Date: Sat, 16 Jun 2007 09:05:08 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: Stefan Ehmann References: <200706141641.54668.shoesoft@gmx.net> <200706151044.32493.shoesoft@gmx.net> <4672BD16.70707@errno.com> <200706161415.15641.shoesoft@gmx.net> In-Reply-To: <200706161415.15641.shoesoft@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: LOR in iwi with new 802.11 work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 16:04:19 -0000 Stefan Ehmann wrote: > On Friday 15 June 2007 18:23:50 Sam Leffler wrote: >> Stefan Ehmann wrote: >>> On Thursday 14 June 2007 18:16:54 Sam Leffler wrote: >>>> Stefan Ehmann wrote: >>>>> After the system is up for about 5 minutes, I see this LOR. Haven't >>>>> seen it posted yet. >>>>> >>>>> Stefan >>>>> >>>>> lock order reversal: >>>>> 1st 0xc2e4700c ieee80211com (802.11 com lock) >>>>> @ /usr/src/sys/net80211/ieee80211_scan.c:523 >>>>> 2nd 0xc2e48400 iwi0 (network driver) >>>>> @ /usr/src/sys/modules/iwi/../../dev/iwi/if_iwi.c:1908 >>> ... >>> >>>> Yes, known and can safely be ignored. >>> Okay, thanks. >>> >>> Another problem I've noticed (don't want to start a new thread): >>> >>> Before the latest commit, I've never seen dropouts in the connnection. >>> >>> But now I've seen for the second time that the connection drops for some >>> seconds. ifconfig shows no IP address. At least it recovers, but open >>> connections die. >>> >>> In dmesg I see: >>> >>> Jun 15 10:34:25 something kernel: iwi0: firmware stuck in state 4, >>> resetting Jun 15 10:34:25 something kernel: iwi0: link state changed to >>> DOWN Jun 15 10:34:28 something kernel: iwi0: link state changed to UP >>> >>> Is this a known issue? Do you need any more info? >> Andrew already responded but if you want to disable bg scanning do: >> >> ifconfig iwi0 -bgscan > Was bgscan on for iwi before the latest changes? A "ifconfig iwi0 scan" seems > to cause a "scan stuck" every time. But this also happened before the 802.11 > changes IIRC. So this might be an old iwi bug after all. (I still wouldn't > mind if it was resolved :)) bgscan did not exist before the recent changes. Sam From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 18:00: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 1C85316A47E for ; Sat, 16 Jun 2007 18:00:46 +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 F225C13C46C for ; Sat, 16 Jun 2007 18:00:45 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 11778 invoked from network); 16 Jun 2007 17:09:33 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 16 Jun 2007 17:09:33 -0000 Message-ID: <46741947.3050200@root.org> Date: Sat, 16 Jun 2007 10:09:27 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.0 (X11/20070511) MIME-Version: 1.0 To: current References: <46735262.50601@root.org> <4673768D.1050805@root.org> In-Reply-To: <4673768D.1050805@root.org> X-Enigmail-Version: 0.95.0 Content-Type: multipart/mixed; boundary="------------000906000805010402060001" Cc: acpi@freebsd.org Subject: Re: smi speedstep 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: Sat, 16 Jun 2007 18:00:46 -0000 This is a multi-part message in MIME format. --------------000906000805010402060001 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Nate Lawson wrote: > Nate Lawson wrote: >> If you have a pentium 3 that works for speedstep, please try this patch. >> It fixes the PAE case. Compile-tested. > > Hmm, I see it's no longer getting the physical address, just virtual. > So need to fix that part. Attached is the updated patch. It uses the low kernel map where P=V and fixes the callback. I just need someone who is using smi-speedstep (440bx chipset with pentium 3) to make sure the device still attaches. Patch should work on 6.x and 7.x. -- Nate --------------000906000805010402060001 Content-Type: text/x-patch; name="smist.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="smist.diff" Index: sys/i386/cpufreq/smist.c =================================================================== RCS file: /home/ncvs/src/sys/i386/cpufreq/smist.c,v retrieving revision 1.1 diff -u -r1.1 smist.c --- sys/i386/cpufreq/smist.c 19 Apr 2005 16:38:24 -0000 1.1 +++ sys/i386/cpufreq/smist.c 16 Jun 2007 16:58:34 -0000 @@ -45,6 +45,7 @@ #include #include +#include #include #include @@ -71,6 +72,8 @@ struct cf_setting sets[2]; /* Only two settings. */ }; +static char smist_magic[] = "Copyright (c) 1999 Intel Corporation"; + static void smist_identify(driver_t *driver, device_t parent); static int smist_probe(device_t dev); static int smist_attach(device_t dev); @@ -147,34 +150,86 @@ return (0); } -static int -set_ownership(device_t dev) -{ - int result; - struct smist_softc *sc; - vm_paddr_t pmagic; - static char magic[] = "Copyright (c) 1999 Intel Corporation"; +/* Temporary structure to hold mapped page and status. */ +struct set_ownership_data { + int smi_cmd; + int command; + int result; + void *buf; +}; - sc = device_get_softc(dev); - if (!sc) - return (ENXIO); +/* Perform actual SMI call to enable SpeedStep. */ +static void +set_ownership_cb(void *arg, bus_dma_segment_t *segs, int nsegs, int error) +{ + struct set_ownership_data *data; - pmagic = vtophys(magic); + data = arg; + if (error) { + data->result = error; + return; + } + strlcpy(data->buf, smist_magic, PAGE_SIZE); __asm __volatile( "movl $-1, %%edi\n\t" "out %%al, (%%dx)\n" - : "=D" (result) - : "a" (sc->command), + : "=D" (data->result) + : "a" (data->command), "b" (0), "c" (0), - "d" (sc->smi_cmd), - "S" (pmagic) + "d" (data->smi_cmd), + "S" ((uint32_t)segs[0].ds_addr) ); +} + +static int +set_ownership(device_t dev) +{ + struct smist_softc *sc; + struct set_ownership_data cb_data; + bus_dma_tag_t tag; + bus_dmamap_t map; + + /* + * Specify the region to store the magic string. Since its address is + * passed to the BIOS in a 32-bit register, we have to make sure it is + * located in a physical page below 4 GB (i.e., for PAE.) Since the + * kernel has an identity map for the first 2 MB, we can get a V=P + * page in the first 1 MB and use it for this purpose. + */ + sc = device_get_softc(dev); + if (bus_dma_tag_create(/*parent*/ NULL, + /*alignment*/ PAGE_SIZE, /*no boundary*/ 0, + /*lowaddr*/ 0x9ffff, /*highaddr*/ BUS_SPACE_MAXADDR, + NULL, NULL, /*maxsize*/ PAGE_SIZE, /*segments*/ 1, + /*maxsegsize*/ PAGE_SIZE, + 0, busdma_lock_mutex, &Giant, &tag) != 0) { + device_printf(dev, "can't create mem tag\n"); + return (ENXIO); + } + if (bus_dmamem_alloc(tag, &cb_data.buf, BUS_DMA_NOWAIT, &map) != 0) { + bus_dma_tag_destroy(tag); + device_printf(dev, "can't alloc mapped mem\n"); + return (ENXIO); + } + + cb_data.smi_cmd = sc->smi_cmd; + cb_data.command = sc->command; + if (bus_dmamap_load(tag, map, cb_data.buf, PAGE_SIZE, set_ownership_cb, + &cb_data, BUS_DMA_NOWAIT) != 0) { + bus_dmamem_free(tag, cb_data.buf, map); + bus_dma_tag_destroy(tag); + device_printf(dev, "can't load mem\n"); + return (ENXIO); + }; - DPRINT(dev, "taking ownership over BIOS return %d\n", result); + DPRINT(dev, "taking ownership over BIOS return %d\n", cb_data.result); - return (result ? ENXIO : 0); + bus_dmamap_unload(tag, map); + bus_dmamem_free(tag, cb_data.buf, map); + bus_dma_tag_destroy(tag); + return (cb_data.result ? ENXIO : 0); } static int --------------000906000805010402060001-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 18:26: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 A26BA16A41F for ; Sat, 16 Jun 2007 18:26:47 +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 4086D13C43E for ; Sat, 16 Jun 2007 18:26:47 +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 l5GIQhOM019213; Sat, 16 Jun 2007 12:26:44 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46742B58.5040709@samsco.org> Date: Sat, 16 Jun 2007 12:26:32 -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: Alex Burke References: In-Reply-To: X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 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]); Sat, 16 Jun 2007 12:26:44 -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 Subject: Re: Access to tape drive caused following backtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 18:26:47 -0000 It's fixed, sorry for the trouble. Scott Alex Burke wrote: > Hi, > > I was just doung a tar -tf /dev/sa0 when I got (hand transcribed): > > uma_zalloc_arg: zone "32" with the following non-sleepable locks held: > exclusive sleep mutex ahc_lock r = 0 (0xc3cb2eb0) locked @ > /usr/src/sys/cam/cam_ > periph.h:182 > KDB: stack backtrace: > db_trace_self_wrapper(c01afca0,df502850,c076fcfd,c0a20063,df502864,...) > at db_tr > ace_self_wrapper+0x26 > kdb_backtrace(c0a20063,df502864,4,1,0,...) at kdb_backtrace+0x29 > witness_warn(5,0,c0a3a76f,c0a408e1,c3b76000,...) at witness_warn+0x41cd > uma_zalloc_arg(c1472b40,0,102,2,c3ef6400,...) at uma_zalloc_arg+0x34 > malloc(1c,c0a564e0,102,df502900,c09d8343,...) at malloc+0xd2 > sagetparams(c3ef6484,c3ef6480,c3ef6488,df50299f,c3ef6485,...) at > sagetparams+0x4 > 2c > samount(c3e81a80,14c,c09d88343,b6,6,...) at samount+0x6df > saopen(c3de8900,1,2000,c4080600,c0a56760,...) at sa_open+0x124 > giant_open(c3de8900,1,2000,c4080600,c3f08200,...) at giant_open+0x4f > devfs_open(df502a8c,c4080600,df502b80,df502b1c,...) at devfs_open+0x230 > VOP_OPEN_APV(c0ac19e0,df502a8c,df502a78,246,c424a000,...) at > VOP_OPEN_APV+0xa5 > vn_open_cred(df502b80,df502c78,0,c4233180,c4064e58,...) at > vn_open_cred+0x44b > vn_open(df502b80,df502c78,0,c4064e58,246,...) at vn_open+0x33 > kern_open(c4080600,df502cfc,c,c,c0ac4918,...) at kern_open+0xc3 > open(c4080600,df502cfc,c,c,c0ac4918,...) at open+0x30 > syscall(df502d38) at syscall+0x288 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (5, FreeBSD ELF32, open), eip = 0x28194a7b, esp = > 0xbfbfe9fc, ebp = > 0xbfbfea88 --- > > The machine did not panic, seemed to still be responsive. Maybe the > problem has been fixed since the CURRENT I am running, but I thought I > should post this anyway. > > Cheers, Alex J Burke. > _______________________________________________ > 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 16 20:00: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 ADB9316A46C for ; Sat, 16 Jun 2007 20:00:15 +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 F2D5613C484 for ; Sat, 16 Jun 2007 19:59:45 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.13.8) id l5GJxdDu078393; Sat, 16 Jun 2007 14:59:39 -0500 (CDT) (envelope-from dan) Date: Sat, 16 Jun 2007 14:59:39 -0500 From: Dan Nelson To: Hidetoshi Shimokawa Message-ID: <20070616195939.GE30806@dan.emsphone.com> References: <46734A3E.3010903@gddsn.org.cn> <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> X-OS: FreeBSD 6.2-STABLE User-Agent: Mutt/1.5.15 (2007-04-06) Cc: current@freebsd.org, ?????? , mobile@freebsd.org Subject: Re: kernel panic with pccard insert on recent 7.0 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, 16 Jun 2007 20:00:15 -0000 In the last episode (Jun 16), Hidetoshi Shimokawa said: > On 6/16/07, ?????? wrote: > > i always get Fatal trap while insert a pccard with recent 7.0 > > current. It seems that Can't recognize the pccard address? thanks > > with any reply. > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x0 > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0x0 > > stack pointer = 0x28:0xe2996cb0 > > frame pointer = 0x28:0xe2996cb8 > > code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enable, resume, IOPL = 0 > > current process = 21 (irq11: cbb0 cbb1+*) > > I think the following patch fix the problem. I was waiting for a debugging build to finish so I could try and diagnose the same panic on my laptop, when I saw this post, so I applied the patch instead :) It works for me. > RCS file: /home/ncvs/src/sys/dev/pccard/pccard.c,v > retrieving revision 1.118 > diff -u -r1.118 pccard.c > --- pccard.c 31 May 2007 19:29:20 -0000 1.118 > +++ pccard.c 16 Jun 2007 12:23:35 -0000 > @@ -1238,7 +1238,7 @@ > if (pf->intr_filter != NULL || pf->intr_handler != NULL) > panic("Only one interrupt handler per function allowed"); > err = bus_generic_setup_intr(dev, child, irq, flags, pccard_filter, > - pccard_intr, pf, cookiep); > + intr ? pccard_intr : NULL, pf, cookiep); > if (err != 0) > return (err); > pf->intr_filter = filt; > -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 20:36: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 DBE7716A400 for ; Sat, 16 Jun 2007 20:36:16 +0000 (UTC) (envelope-from rodrigc@c-71-192-57-29.hsd1.ma.comcast.net) Received: from alnrmhc12.comcast.net (alnrmhc12.comcast.net [206.18.177.52]) by mx1.freebsd.org (Postfix) with ESMTP id 9792F13C45B for ; Sat, 16 Jun 2007 20:36:16 +0000 (UTC) (envelope-from rodrigc@c-71-192-57-29.hsd1.ma.comcast.net) Received: from c-71-192-57-29.hsd1.ma.comcast.net ([71.192.57.29]) by comcast.net (alnrmhc12) with ESMTP id <20070616203615b1200q8i41e>; Sat, 16 Jun 2007 20:36:16 +0000 Received: from c-71-192-57-29.hsd1.ma.comcast.net (localhost.crodrigues.org [127.0.0.1]) by c-71-192-57-29.hsd1.ma.comcast.net (8.14.1/8.14.1) with ESMTP id l5GKaP3A039582; Sat, 16 Jun 2007 16:36:25 -0400 (EDT) (envelope-from rodrigc@c-71-192-57-29.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-71-192-57-29.hsd1.ma.comcast.net (8.14.1/8.14.1/Submit) id l5GKaPTt039579; Sat, 16 Jun 2007 16:36:25 -0400 (EDT) (envelope-from rodrigc) Date: Sat, 16 Jun 2007 16:36:24 -0400 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20070616203624.GA37899@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: deischen@freebsd.org, davidxu@freebsd.org Subject: Undefined symbol timer_delete()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 20:36:16 -0000 Hi, I was in the middle of updating the xfsprogs port when I got a linker problem related to timer_delete(2). I just tried to compile the following program: #include int main(void) { timer_t timerid; timer_delete(timerid); return 0; } and got this linker error: /var/tmp//ccBspzgp.o(.text+0x18): In function `main': : undefined reference to `timer_delete' According to the timer_delete(2) man page, this symbol should be in libc, but I can't link to it. Any ideas what is going on? Thanks. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 20:50:14 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 414C616A468 for ; Sat, 16 Jun 2007 20:50:14 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 0A19813C455 for ; Sat, 16 Jun 2007 20:50:14 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 62BE743CD1; Sat, 16 Jun 2007 22:50:12 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id A270C9C36B; Sat, 16 Jun 2007 20:49:55 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 8FDD8405F; Sat, 16 Jun 2007 22:49:55 +0200 (CEST) Date: Sat, 16 Jun 2007 22:49:55 +0200 From: Jeremie Le Hen To: andre@FreeBSD.org Message-ID: <20070616204955.GB63387@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: Rui Paulo , freebsd-current@FreeBSD.org Subject: Broken RFC1323 slightly broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 20:50:14 -0000 Hi Andre, When net.inet.tcp.rfc1323 is set to 1, I can't access to my Linksys WAG354G web interface. FWIW this router is running Linux. I've captured a TCP session with and without the sysctl, in case you'd need them to track down the problem. In this case let me know. Rui Paulo already spotted out the problem earlier but this hasn't been resolved so far and RELENG_7 is getting close, thus my email. I know you are going to push your rewrite of some TCP code in CVS shortly and if this issue is going to be resolved in the meantime, please discard this message. BTW, if you need some tester, I'm willing to test your patch(es). Thank you for your work. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 20:55: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 B439316A400; Sat, 16 Jun 2007 20:55:19 +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 95ECA13C447; Sat, 16 Jun 2007 20:55:19 +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 l5GKsZeR026996; Sat, 16 Jun 2007 13:54:35 -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 l5GKsZ6Q026995; Sat, 16 Jun 2007 13:54:35 -0700 (PDT) (envelope-from sgk) Date: Sat, 16 Jun 2007 13:54:34 -0700 From: Steve Kargl To: Craig Rodrigues Message-ID: <20070616205434.GA26966@troutmask.apl.washington.edu> References: <20070616203624.GA37899@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070616203624.GA37899@crodrigues.org> User-Agent: Mutt/1.4.2.2i Cc: deischen@freebsd.org, freebsd-current@freebsd.org, davidxu@freebsd.org Subject: Re: Undefined symbol timer_delete()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 20:55:19 -0000 On Sat, Jun 16, 2007 at 04:36:24PM -0400, Craig Rodrigues wrote: > Hi, > > I was in the middle of updating the xfsprogs port > when I got a linker problem related to timer_delete(2). > > I just tried to compile the following program: > > #include > int main(void) { > timer_t timerid; > timer_delete(timerid); > return 0; > } > > and got this linker error: > /var/tmp//ccBspzgp.o(.text+0x18): In function `main': > : undefined reference to `timer_delete' > > According to the timer_delete(2) man page, this symbol should be in libc, > but I can't link to it. > > Any ideas what is going on? > You failed to include the actual command you used to compile your program. So, I'm guessing pilot error. mobile:kargl[203] cat > j.c #include int main(void) { timer_t timerid; timer_delete(timerid); return 0; } mobile:kargl[204] cc -o z j.c /tmp/ccisiugw.o(.text+0x18): In function `main': : undefined reference to `timer_delete' mobile:kargl[205] cc -o z j.c -lrt It appears that the manpage is wrong LIBRARY Standard C Library (libc, -lc) Hint: (cd /usr/src/lib ; find . -name \*.map | xargs grep timer) -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 21:20: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 B234416A477 for ; Sat, 16 Jun 2007 21:20:58 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 3E6E113C48A for ; Sat, 16 Jun 2007 21:20:58 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id l5GLKrOx074871; Sun, 17 Jun 2007 01:20:54 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sun, 17 Jun 2007 01:20:53 +0400 (MSD) From: Maxim Konovalov To: andre@freebsd.org In-Reply-To: <20070616204955.GB63387@obiwan.tataz.chchile.org> Message-ID: <20070617012017.C29842@mp2.macomnet.net> References: <20070616204955.GB63387@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Rui Paulo , freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: Broken RFC1323 slightly broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 21:20:58 -0000 On Sat, 16 Jun 2007, 22:49+0200, Jeremie Le Hen wrote: > Hi Andre, > > When net.inet.tcp.rfc1323 is set to 1, I can't access to my > Linksys WAG354G web interface. FWIW this router is running > Linux. I've captured a TCP session with and without the sysctl, > in case you'd need them to track down the problem. In this case > let me know. > > Rui Paulo already spotted out the problem earlier but this hasn't > been resolved so far and RELENG_7 is getting close, thus my email. > > I know you are going to push your rewrite of some TCP code in CVS > shortly and if this issue is going to be resolved in the meantime, > please discard this message. > > BTW, if you need some tester, I'm willing to test your patch(es). > Same problem here. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 21:34: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 8F89616A41F for ; Sat, 16 Jun 2007 21:34:37 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6482013C447 for ; Sat, 16 Jun 2007 21:34:37 +0000 (UTC) (envelope-from null@pozo.com) Received: from T41p.pozo.com (t41p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.1/8.14.1) with ESMTP id l5GLYZUS001203 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 16 Jun 2007 14:34:36 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <200706162134.l5GLYZUS001203@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 16 Jun 2007 14:34:34 -0700 To: freebsd-current@freebsd.org From: Manfred Antar Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: 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: Sat, 16 Jun 2007 21:34:37 -0000 I've been getting kernel panics for the last month and a half The last good kernel that works is from May 8th Here is what i get : login: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x14 fault code = supervisor read, page not present instruction pointer = 0x20:0xc063cdb8 stack pointer = 0x28:0xd2ed0c54 frame pointer = 0x28:0xd2ed0c70 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 22 (irq11: xl0 uhci0+) [thread pid 22 tid 100029 ] Stopped at propagate_priority+0x178: movl 0x14(%esi),%eax This is from sources and kernel built this afternoon while doing cvsup I don't have any usb devices hooked up to the system. It's a Dell Optiplex GX150 1GHZ Pentium 3 ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 21:54: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 34FAA16A41F; Sat, 16 Jun 2007 21:54:58 +0000 (UTC) (envelope-from rodrigc@c-71-192-57-29.hsd1.ma.comcast.net) Received: from alnrmhc14.comcast.net (alnrmhc14.comcast.net [206.18.177.54]) by mx1.freebsd.org (Postfix) with ESMTP id E424313C45A; Sat, 16 Jun 2007 21:54:57 +0000 (UTC) (envelope-from rodrigc@c-71-192-57-29.hsd1.ma.comcast.net) Received: from c-71-192-57-29.hsd1.ma.comcast.net ([71.192.57.29]) by comcast.net (alnrmhc14) with ESMTP id <20070616215457b14001j3dae>; Sat, 16 Jun 2007 21:54:57 +0000 Received: from c-71-192-57-29.hsd1.ma.comcast.net (localhost.crodrigues.org [127.0.0.1]) by c-71-192-57-29.hsd1.ma.comcast.net (8.14.1/8.14.1) with ESMTP id l5GLt6vZ089351; Sat, 16 Jun 2007 17:55:06 -0400 (EDT) (envelope-from rodrigc@c-71-192-57-29.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-71-192-57-29.hsd1.ma.comcast.net (8.14.1/8.14.1/Submit) id l5GLt67o089350; Sat, 16 Jun 2007 17:55:06 -0400 (EDT) (envelope-from rodrigc) Date: Sat, 16 Jun 2007 17:55:06 -0400 From: Craig Rodrigues To: Steve Kargl Message-ID: <20070616215506.GA87160@crodrigues.org> References: <20070616203624.GA37899@crodrigues.org> <20070616205434.GA26966@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070616205434.GA26966@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.2i Cc: deischen@freebsd.org, freebsd-current@freebsd.org, davidxu@freebsd.org Subject: Re: Undefined symbol timer_delete()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 21:54:58 -0000 On Sat, Jun 16, 2007 at 01:54:34PM -0700, Steve Kargl wrote: > mobile:kargl[205] cc -o z j.c -lrt > > It appears that the manpage is wrong > > LIBRARY > Standard C Library (libc, -lc) Thanks, yes the man page is wrong, timer_delete() and friends are in librt not in libc. It looks like similarly the man pages for mq_open() and friends are wrong, because mq_* exist in librt, not in libc. Do the aio_* functions in this library augment or replace those in libc? Revision 1.1: download - view: text, markup, annotated - select for diffs Wed Mar 1 06:37:34 2006 UTC (15 months, 2 weeks ago) by davidxu Branches: MAIN Bring in my initial version of POSIX realtime extension library. Current the library implements mqueue, timer and aio with SIGEV_THREAD notification supported. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 22:01: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 8C74516A46B for ; Sat, 16 Jun 2007 22:01:50 +0000 (UTC) (envelope-from casper@web.am) Received: from mx1.web.am (mx1.web.am [217.113.0.68]) by mx1.freebsd.org (Postfix) with ESMTP id F31C813C469 for ; Sat, 16 Jun 2007 22:01:49 +0000 (UTC) (envelope-from casper@web.am) Received: from antispam (localhost.web.am [127.0.0.1]) by localhost (Postfix) with ESMTP id A58A861C5F for ; Sun, 17 Jun 2007 02:28:38 +0500 (AMST) Received: from localhost (localhost.web.am [127.0.0.1]) by localhost (Postfix) with SMTP id 092C261C5C for ; Sun, 17 Jun 2007 02:28:38 +0500 (AMST) Received: from aldan.web.am (unknown [217.113.1.123]) by mx1.web.am (Postfix) with ESMTP id C272F61C29 for ; Sun, 17 Jun 2007 02:28:37 +0500 (AMST) Message-ID: <46745631.7000708@web.am> Date: Sun, 17 Jun 2007 02:29:21 +0500 From: Gaspar Chilingarov User-Agent: Thunderbird 2.0.0.0 (X11/20070613) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on mx1.web.am X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=no version=2.60 X-Spam-Level: Subject: [AMD64] X.org build eats all the memory when compiled with GCC 4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2007 22:01:50 -0000 Hello! I recompiled X.org yesterday and hit the following problem (1 week old -current, yesterdays packages, AMD64) -- when compiling files in /usr/ports/x11-servers/xorg-server/work/xorg-server-1.2.0/hw/xfree86/scanpci directory, there are huge .h files - about 4mb. when compiler uses -O2 or -O option it eats all available memory and then gets killed by the system. Without -O/O2 option compile works just as expected. Now -- should I file a PR or it's known bug? /Gaspar -- Gaspar Chilingarov System Administrator, Network security consulting t +37493 419763 (mob) i 63174784 e nm@web.am w http://zanazan.am/ From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 22:28: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 BFBB816A400 for ; Sat, 16 Jun 2007 22:28:50 +0000 (UTC) (envelope-from kometen@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 99C0D13C44B for ; Sat, 16 Jun 2007 22:28:50 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so1700087waf for ; Sat, 16 Jun 2007 15:28: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=apENjS13+APCQvQ6zN+3lRWlcwD+VajAL1OheRIKCMh8YAy9sz7wyCzVI0IhMrE2Mm1h+2TImFxV3Sy8Ba3AUSrs5V79xDy/LDBQ75b3VBXpT4zTFF8PTjoiqd9Cqnf49+Lk3zwZKWyOGiFxyrjZqLivr4n/IDqT0wV8rsvej7o= 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=jQj5ikAdo/Ax3RGb9IGkcOaajwchFBzNmgOUIxd5Hrri2n/ZMsKTpWE+f6xT0hPFfCTJOry4DsWbYKF6LpIah/YF1FnyTqBPb4cs29SOmLud7+uola8RTMguqW1+ZBj0DdrvheBSTjJBNU9Jc75+Gt1k6d/RpUwVfPfkAh2FTCQ= Received: by 10.115.110.6 with SMTP id n6mr4553507wam.1182032930538; Sat, 16 Jun 2007 15:28:50 -0700 (PDT) Received: by 10.114.200.3 with HTTP; Sat, 16 Jun 2007 15:28:50 -0700 (PDT) Message-ID: Date: Sun, 17 Jun 2007 00:28:50 +0200 From: "Claus Guttesen" To: "Gaspar Chilingarov" In-Reply-To: <46745631.7000708@web.am> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46745631.7000708@web.am> Cc: freebsd-current@freebsd.org Subject: Re: [AMD64] X.org build eats all the memory when compiled with GCC 4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2007 22:28:50 -0000 > I recompiled X.org yesterday and hit the following problem > (1 week old -current, yesterdays packages, AMD64) -- when compiling > files in > /usr/ports/x11-servers/xorg-server/work/xorg-server-1.2.0/hw/xfree86/scanpci > directory, there are huge .h files - about 4mb. when compiler uses -O2 > or -O option it eats all available memory and then gets killed by the > system. > Without -O/O2 option compile works just as expected. > > Now -- should I file a PR or it's known bug? No, but you should read the archives. Requires more than 1 GB of swap. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 22:01: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 6F7AB16A469 for ; Sat, 16 Jun 2007 22:01:50 +0000 (UTC) (envelope-from nm@web.am) Received: from mx1.web.am (mx1.web.am [217.113.0.68]) by mx1.freebsd.org (Postfix) with ESMTP id D9A3C13C468 for ; Sat, 16 Jun 2007 22:01:49 +0000 (UTC) (envelope-from nm@web.am) Received: from antispam (localhost.web.am [127.0.0.1]) by localhost (Postfix) with ESMTP id CC31161C4C for ; Sun, 17 Jun 2007 02:28:09 +0500 (AMST) Received: from localhost (localhost.web.am [127.0.0.1]) by localhost (Postfix) with SMTP id 63E7561C70 for ; Sun, 17 Jun 2007 02:28:09 +0500 (AMST) Received: from aldan.web.am (unknown [217.113.1.123]) by mx1.web.am (Postfix) with ESMTP id 25F3461C6D for ; Sun, 17 Jun 2007 02:28:09 +0500 (AMST) Message-ID: <46745614.8000908@web.am> Date: Sun, 17 Jun 2007 02:28:52 +0500 From: Gaspar Chilingarov User-Agent: Thunderbird 2.0.0.0 (X11/20070613) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on mx1.web.am X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=no version=2.60 X-Spam-Level: X-Mailman-Approved-At: Sat, 16 Jun 2007 22:30:44 +0000 Subject: [AMD64] X.org build eats all the memory when compiled with GCC 4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2007 22:01:50 -0000 Hello! I recompiled X.org yesterday and hit the following problem (1 week old -current, yesterdays packages, AMD64) -- when compiling files in /usr/ports/x11-servers/xorg-server/work/xorg-server-1.2.0/hw/xfree86/scanpci directory, there are huge .h files - about 4mb. when compiler uses -O2 or -O option it eats all available memory and then gets killed by the system. Without -O/O2 option compile works just as expected. Now -- should I file a PR or it's known bug? /Gaspar -- Gaspar Chilingarov System Administrator, Network security consulting t +37493 419763 (mob) i 63174784 e nm@web.am w http://zanazan.am From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 22:44: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 8D96B16A400 for ; Sat, 16 Jun 2007 22:44:05 +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 68E5413C44B for ; Sat, 16 Jun 2007 22:44:05 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5GMi4xv025579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 16 Jun 2007 15:44:04 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5GMi3kW027274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 16 Jun 2007 15:44:04 -0700 Message-ID: <467467B7.8060408@u.washington.edu> Date: Sat, 16 Jun 2007 15:44:07 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Claus Guttesen References: <46745631.7000708@web.am> In-Reply-To: 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.16.152933 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_BADTHINGS 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: Gaspar Chilingarov , freebsd-current@freebsd.org Subject: Re: [AMD64] X.org build eats all the memory when compiled with GCC 4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2007 22:44:05 -0000 Claus Guttesen wrote: >> I recompiled X.org yesterday and hit the following problem >> (1 week old -current, yesterdays packages, AMD64) -- when compiling >> files in >> /usr/ports/x11-servers/xorg-server/work/xorg-server-1.2.0/hw/xfree86/scanpci >> >> directory, there are huge .h files - about 4mb. when compiler uses -O2 >> or -O option it eats all available memory and then gets killed by the >> system. >> Without -O/O2 option compile works just as expected. >> >> Now -- should I file a PR or it's known bug? > > No, but you should read the archives. Requires more than 1 GB of swap. > It's a known bug that isn't going to be fixed until gcc 4.2.1. -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 22:47: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 B8BF516A46B for ; Sat, 16 Jun 2007 22:47:21 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 7F9B913C469 for ; Sat, 16 Jun 2007 22:47:21 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id DCC6E4495D for ; Sun, 17 Jun 2007 00:47:20 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 6BE7E9B497 for ; Sat, 16 Jun 2007 22:47:03 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 54041405B; Sun, 17 Jun 2007 00:47:03 +0200 (CEST) Date: Sun, 17 Jun 2007 00:47:03 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20070616224703.GC63387@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: Cannot use iwi(4): "could not load firmware iwi_bss" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2007 22:47:21 -0000 Hi, I'm trying to use iwi(4) on my laptop. % jarjarbinks:space$ kenv | grep intel % legal.intel_iwi.license_ack="1" I first load iwi_bss and then iwi. Unfortunately I get the following messages: % iwi0: mem 0xc8218000-0xc8218fff irq 11 at device 3.0 on pci6 % iwi0: Ethernet address: 00:12:f0:2c:f3:6e % iwi0: [ITHREAD] % interrupt storm detected on "irq10:"; throttling interrupt source % iwi0: timeout waiting for iwi_bss firmware initialization to complete % iwi0: could not load boot firmware iwi_bss % interrupt storm detected on "irq10:"; throttling interrupt source % iwi0: timeout waiting for iwi_bss firmware initialization to complete % iwi0: could not load boot firmware iwi_bss % interrupt storm detected on "irq10:"; throttling interrupt source % iwi0: timeout waiting for iwi_bss firmware initialization to complete % iwi0: could not load boot firmware iwi_bss % interrupt storm detected on "irq10:"; throttling interrupt source % iwi0: timeout waiting for iwi_bss firmware initialization to complete % iwi0: could not load boot firmware iwi_bss % jarjarbinks:~:107# vmstat -i % interrupt total rate % irq0: clk 442633 996 % irq1: atkbd0 1212 2 % irq8: rtc 56713 127 % irq10: bge0 10405 23 % irq12: psm0 705 1 % irq14: ata0 2877 6 % Total 514545 1158 Any idea? -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 23:02: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 1CDC016A400; Sat, 16 Jun 2007 23:02: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 BE67413C468; Sat, 16 Jun 2007 23:02: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 l5GN2Oh2082744; Sat, 16 Jun 2007 19:02: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 l5GN2OWM021722; Sat, 16 Jun 2007 19:02:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ADBD773068; Sat, 16 Jun 2007 19:02:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070616230223.ADBD773068@freebsd-current.sentex.ca> Date: Sat, 16 Jun 2007 19:02:23 -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: Sat, 16 Jun 2007 23:02:25 -0000 TB --- 2007-06-16 22:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-16 22:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-16 22:00:00 - cleaning the object tree TB --- 2007-06-16 22:00:17 - checking out the source tree TB --- 2007-06-16 22:00:17 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-16 22:00:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-16 22:11:29 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-16 22:11:29 - cd /src TB --- 2007-06-16 22:11:29 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 16 22:11: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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wall -Wstrict-prototypes -o dialog dialog.o -ldialog -lncurses gzip -cn /src/gnu/usr.bin/dialog/dialog.1 > dialog.1.gz ===> gnu/usr.bin/dialog/TESTS (all) ===> gnu/usr.bin/diff (all) cc -O2 -pipe -funsigned-char -I/obj/arm/src/tmp/usr/include/gnu -I/src/gnu/usr.bin/diff/../../../contrib/diff -I/src/gnu/usr.bin/diff/../../../contrib/diff/src -I/src/gnu/usr.bin/diff/../../../contrib/diff/lib -DHAVE_CONFIG_H -DPR_PROGRAM=\"/usr/bin/pr\" -c /src/gnu/usr.bin/diff/../../../contrib/diff/src/analyze.c cc -O2 -pipe -funsigned-char -I/obj/arm/src/tmp/usr/include/gnu -I/src/gnu/usr.bin/diff/../../../contrib/diff -I/src/gnu/usr.bin/diff/../../../contrib/diff/src -I/src/gnu/usr.bin/diff/../../../contrib/diff/lib -DHAVE_CONFIG_H -DPR_PROGRAM=\"/usr/bin/pr\" -c context.c context.c: In function 'print_context_label': context.c:64: error: size of array 'a' is negative *** Error code 1 Stop in /src/gnu/usr.bin/diff. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-16 23:02:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-16 23:02:23 - ERROR: failed to build world TB --- 2007-06-16 23:02:23 - tinderbox aborted TB --- 0.38 user 1.27 system 3742.94 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 23:29: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 24DD316A469; Sat, 16 Jun 2007 23:29:59 +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 C631F13C465; Sat, 16 Jun 2007 23:29:58 +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 l5GNTWPR031278; Sat, 16 Jun 2007 17:29:32 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 16 Jun 2007 17:30:02 -0600 (MDT) Message-Id: <20070616.173002.-457443410.imp@bsdimp.com> To: simokawa@freebsd.org From: "M. Warner Losh" In-Reply-To: <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> References: <46734A3E.3010903@gddsn.org.cn> <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=gb2312 Content-Transfer-Encoding: base64 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 16 Jun 2007 17:29:33 -0600 (MDT) Cc: current@freebsd.org, wsk@gddsn.org.cn, mobile@freebsd.org Subject: Re: kernel panic with pccard insert on recent 7.0 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, 16 Jun 2007 23:29:59 -0000 SXMgdGhlcmUgc29tZSByZWFzb24gd2UgZG9uJ3QgY29tcGlsZSBJTlRSX0ZJTFRFUiBieSBkZWZh dWx0Pw0KDQpXYXJuZXINCg0KDQpJbiBtZXNzYWdlOiA8NjI2ZWI0NTMwNzA2MTYwNTI1bzU0MjM0 NjIxczJkZTA5OGU2NGNkZWI0ZmVAbWFpbC5nbWFpbC5jb20+DQogICAgICAgICAgICAiSGlkZXRv c2hpIFNoaW1va2F3YSIgPHNpbW9rYXdhQGZyZWVic2Qub3JnPiB3cml0ZXM6DQo6IEkgdGhpbmsg dGhlIGZvbGxvd2luZyBwYXRjaCBmaXggdGhlIHByb2JsZW0uDQo6IA0KOiBSQ1MgZmlsZTogL2hv bWUvbmN2cy9zcmMvc3lzL2Rldi9wY2NhcmQvcGNjYXJkLmMsdg0KOiByZXRyaWV2aW5nIHJldmlz aW9uIDEuMTE4DQo6IGRpZmYgLXUgLXIxLjExOCBwY2NhcmQuYw0KOiAtLS0gcGNjYXJkLmMgICAg MzEgTWF5IDIwMDcgMTk6Mjk6MjAgLTAwMDAgICAgICAxLjExOA0KOiArKysgcGNjYXJkLmMgICAg MTYgSnVuIDIwMDcgMTI6MjM6MzUgLTAwMDANCjogQEAgLTEyMzgsNyArMTIzOCw3IEBADQo6ICAg ICAgICAgaWYgKHBmLT5pbnRyX2ZpbHRlciAhPSBOVUxMIHx8IHBmLT5pbnRyX2hhbmRsZXIgIT0g TlVMTCkNCjogICAgICAgICAgICAgICAgIHBhbmljKCJPbmx5IG9uZSBpbnRlcnJ1cHQgaGFuZGxl ciBwZXIgZnVuY3Rpb24gYWxsb3dlZCIpOw0KOiAgICAgICAgIGVyciA9IGJ1c19nZW5lcmljX3Nl dHVwX2ludHIoZGV2LCBjaGlsZCwgaXJxLCBmbGFncywgcGNjYXJkX2ZpbHRlciwNCjogLSAgICAg ICAgICAgcGNjYXJkX2ludHIsIHBmLCBjb29raWVwKTsNCjogKyAgICAgICAgICAgaW50ciA/IHBj Y2FyZF9pbnRyIDogTlVMTCwgcGYsIGNvb2tpZXApOw0KOiAgICAgICAgIGlmIChlcnIgIT0gMCkN CjogICAgICAgICAgICAgICAgIHJldHVybiAoZXJyKTsNCjogICAgICAgICBwZi0+aW50cl9maWx0 ZXIgPSBmaWx0Ow0KOiANCjogDQo6IE9uIDYvMTYvMDcsIM7iyuXApCA8d3NrQGdkZHNuLm9yZy5j bj4gd3JvdGU6DQo6ID4gaGksIGxpc3RzDQo6ID4gaSBhbHdheXMgZ2V0IEZhdGFsIHRyYXAgd2hp bGUgaW5zZXJ0IGEgcGNjYXJkIHdpdGggcmVjZW50IDcuMCBjdXJyZW50Lg0KOiA+IEl0IHNlZW1z IHRoYXQgQ2FuJ3QgcmVjb2duaXplIHRoZSBwY2NhcmQgYWRkcmVzcz8NCjogPiB0aGFua3Mgd2l0 aCBhbnkgcmVwbHkuDQo6ID4NCjogPiBwY2NhcmQwOkFsbG9jYXRpb24gZmFpbGVkIGZvciBjZmUg MTMNCjogPiBwY2NhcmQwOkFsbG9jYXRpb24gZmFpbGVkIGZvciBjZmUgMjENCjogPiB1YXJ0MDog PEJvcmEgVGVsZWNvbSBJbmMgQm9yYSAzNjAwIFJldiAxLjE+IGF0IHBvcnQgMHgzZTgtMHgzZWYg aXJxIDExDQo6ID4gZnVuY3Rpb24gMCBjb25maWcgMjkgb24gcGNjYXJkMA0KOiA+IHVhcnQwOltG SUxURVJdDQo6ID4NCjogPiBGYXRhbCB0cmFwIDEyOiBwYWdlIGZhdWx0IHdoaWxlIGluIGtlcm5l bCBtb2RlDQo6ID4gY3B1aWQgPSAwOyBhcGljIGlkID0gMDANCjogPiBmYXVsdCB2aXJ0dWFsIGFk ZHJlc3MgPSAweDANCjogPiBmYXVsdCBjb2RlID0gc3VwZXJ2aXNvciByZWFkLCBwYWdlIG5vdCBw cmVzZW50DQo6ID4gaW5zdHJ1Y3Rpb24gcG9pbnRlciA9IDB4MjA6MHgwDQo6ID4gc3RhY2sgcG9p bnRlciA9IDB4Mjg6MHhlMjk5NmNiMA0KOiA+IGZyYW1lIHBvaW50ZXIgPSAweDI4OjB4ZTI5OTZj YjgNCjogPiBjb2RlIHNlZ21lbnQgPSBiYXNlIDB4MCwgbGltaXQgMHhmZmZmZiwgdHlwZSAweDFi DQo6ID4gPSBEUEwgMCwgcHJlcyAxLCBkZWYzMiAxLCBncmFuIDENCjogPiBwcm9jZXNzb3IgZWZs YWdzID0gaW50ZXJydXB0IGVuYWJsZSwgcmVzdW1lLCBJT1BMID0gMA0KOiA+IGN1cnJlbnQgcHJv Y2VzcyA9IDIxIChpcnExMTogY2JiMCBjYmIxKyopDQo6ID4gW3RocmVhZCBwaWQgMjEgdGlkIDEw MDAxMyBdDQo6ID4gU3RvcHBlZCBhdCAwOiAqKiogZXJyb3IgcmVhZGluZyBmcm9tIGFkZHJlc3Mg MCAqKioNCjogPiBkYj5idA0KOiA+IFRyYWNpbmcgcGlkIDIxIHRpZCAxMDAwMTMgdGQgMHhjM2Yw NWMwMA0KOiA+IHBjY2FyZF9pbnRyKGM0Mjg1ZTAwKSBhdCBwY2NhcmRfaW50cisweDEyDQo6ID4g Y2JiX2Z1bmNfaW50cihjNDEwMzE0MCwwLGMwYTQ5M2FlLDQwYixjM2YwMDA2NCwuLi4pIGF0IGNi Yl9mdW5jX2ludHJ8MHg1MQ0KOiA+IGl0aHJlYWRfbG9vcChjNDA0ZmFiMCxlMjk5NmQzOCw4M2Zi NWJlOCxmZjA2ZmM0NixjM2Y0YjgwNCwuLi4pIGF0DQo6ID4gaXRocmVhZF9sb29wKzANCjogPiB4 MWI1DQo6ID4gZm9ya19leGl0KGMwNzRjY2QwLGM0MDRmYWIwLGUyOTk2ZDM4KSBhdCBmb3JrX2V4 aXQrMHg1Nw0KOiA+IGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZSsweDgNCjog PiAtLS0gdHJhcCAwLCBlaXAgPSAwLCBlc3AgPSAweGUyOTk2ZDcwLCBlYnAgPSAwIC0tLQ0KOiA+ DQo6ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCjog PiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo6ID4gaHR0cDovL2xp c3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1jdXJyZW50DQo6ID4gVG8g dW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVic2QtY3VycmVudC11bnN1YnNjcmli ZUBmcmVlYnNkLm9yZyINCjogPg0KOiANCjogDQo6IC0tIA0KOiAvXCBIaWRldG9zaGkgU2hpbW9r YXdhDQo6IFwvICBzaW1va2F3YUBGcmVlQlNELk9SRw0K From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 23:33: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 2C49E16A41F; Sat, 16 Jun 2007 23:33:22 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id C8E9413C4AE; Sat, 16 Jun 2007 23:33:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5GNWbBY031296; Sat, 16 Jun 2007 17:32:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 16 Jun 2007 17:33:06 -0600 (MDT) Message-Id: <20070616.173306.199376574.imp@bsdimp.com> To: simokawa@freebsd.org From: "M. Warner Losh" In-Reply-To: <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> References: <46734A3E.3010903@gddsn.org.cn> <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=gb2312 Content-Transfer-Encoding: base64 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 16 Jun 2007 17:32:37 -0600 (MDT) Cc: current@freebsd.org, wsk@gddsn.org.cn, mobile@freebsd.org Subject: Re: kernel panic with pccard insert on recent 7.0 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, 16 Jun 2007 23:33:22 -0000 V2hpbGUgSSBsaWtlIHRoaXMgcGF0Y2ggKGFuZCB3aWxsIGNvbW1pdCBpdCBzb29uKSwgSSBkb24n dCB0aGluayB0aGF0DQp3ZSdyZSBkb2luZyB0aGUgcmlnaHQgdGhpbmcgZm9yIE11bHRpIEZ1bmN0 aW9uIENhcmRzLiAgVGhlIGNvbXBsaWNhdGVkDQpkYW5jZSB3YXMgc28gdGhhdCB0aGUgcmlnaHQg SVNSIGZvciB0aGUgY2FyZCBjb3VsZCBiZSBjYWxsZWQsIGFuZCBub3cNCnRoYXQncyBvbmx5IGFw cGxpZWQgZm9yIHRoZSBmaWx0ZXIuDQoNCkFsc28sIEknbSB1bmNsZWFyIG9uIHRoZSBkaWZmZXJl bmNlIGJldHdlZW4gRklMVEVSX1NUUkFZIGFuZA0KRklMVEVSX0hBTkRMRUQuDQoNCldhcm5lcg0K DQpJbiBtZXNzYWdlOiA8NjI2ZWI0NTMwNzA2MTYwNTI1bzU0MjM0NjIxczJkZTA5OGU2NGNkZWI0 ZmVAbWFpbC5nbWFpbC5jb20+DQogICAgICAgICAgICAiSGlkZXRvc2hpIFNoaW1va2F3YSIgPHNp bW9rYXdhQGZyZWVic2Qub3JnPiB3cml0ZXM6DQo6IEkgdGhpbmsgdGhlIGZvbGxvd2luZyBwYXRj aCBmaXggdGhlIHByb2JsZW0uDQo6IA0KOiBSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2Rl di9wY2NhcmQvcGNjYXJkLmMsdg0KOiByZXRyaWV2aW5nIHJldmlzaW9uIDEuMTE4DQo6IGRpZmYg LXUgLXIxLjExOCBwY2NhcmQuYw0KOiAtLS0gcGNjYXJkLmMgICAgMzEgTWF5IDIwMDcgMTk6Mjk6 MjAgLTAwMDAgICAgICAxLjExOA0KOiArKysgcGNjYXJkLmMgICAgMTYgSnVuIDIwMDcgMTI6MjM6 MzUgLTAwMDANCjogQEAgLTEyMzgsNyArMTIzOCw3IEBADQo6ICAgICAgICAgaWYgKHBmLT5pbnRy X2ZpbHRlciAhPSBOVUxMIHx8IHBmLT5pbnRyX2hhbmRsZXIgIT0gTlVMTCkNCjogICAgICAgICAg ICAgICAgIHBhbmljKCJPbmx5IG9uZSBpbnRlcnJ1cHQgaGFuZGxlciBwZXIgZnVuY3Rpb24gYWxs b3dlZCIpOw0KOiAgICAgICAgIGVyciA9IGJ1c19nZW5lcmljX3NldHVwX2ludHIoZGV2LCBjaGls ZCwgaXJxLCBmbGFncywgcGNjYXJkX2ZpbHRlciwNCjogLSAgICAgICAgICAgcGNjYXJkX2ludHIs IHBmLCBjb29raWVwKTsNCjogKyAgICAgICAgICAgaW50ciA/IHBjY2FyZF9pbnRyIDogTlVMTCwg cGYsIGNvb2tpZXApOw0KOiAgICAgICAgIGlmIChlcnIgIT0gMCkNCjogICAgICAgICAgICAgICAg IHJldHVybiAoZXJyKTsNCjogICAgICAgICBwZi0+aW50cl9maWx0ZXIgPSBmaWx0Ow0KOiANCjog DQo6IE9uIDYvMTYvMDcsIM7iyuXApCA8d3NrQGdkZHNuLm9yZy5jbj4gd3JvdGU6DQo6ID4gaGks IGxpc3RzDQo6ID4gaSBhbHdheXMgZ2V0IEZhdGFsIHRyYXAgd2hpbGUgaW5zZXJ0IGEgcGNjYXJk IHdpdGggcmVjZW50IDcuMCBjdXJyZW50Lg0KOiA+IEl0IHNlZW1zIHRoYXQgQ2FuJ3QgcmVjb2du aXplIHRoZSBwY2NhcmQgYWRkcmVzcz8NCjogPiB0aGFua3Mgd2l0aCBhbnkgcmVwbHkuDQo6ID4N CjogPiBwY2NhcmQwOkFsbG9jYXRpb24gZmFpbGVkIGZvciBjZmUgMTMNCjogPiBwY2NhcmQwOkFs bG9jYXRpb24gZmFpbGVkIGZvciBjZmUgMjENCjogPiB1YXJ0MDogPEJvcmEgVGVsZWNvbSBJbmMg Qm9yYSAzNjAwIFJldiAxLjE+IGF0IHBvcnQgMHgzZTgtMHgzZWYgaXJxIDExDQo6ID4gZnVuY3Rp b24gMCBjb25maWcgMjkgb24gcGNjYXJkMA0KOiA+IHVhcnQwOltGSUxURVJdDQo6ID4NCjogPiBG YXRhbCB0cmFwIDEyOiBwYWdlIGZhdWx0IHdoaWxlIGluIGtlcm5lbCBtb2RlDQo6ID4gY3B1aWQg PSAwOyBhcGljIGlkID0gMDANCjogPiBmYXVsdCB2aXJ0dWFsIGFkZHJlc3MgPSAweDANCjogPiBm YXVsdCBjb2RlID0gc3VwZXJ2aXNvciByZWFkLCBwYWdlIG5vdCBwcmVzZW50DQo6ID4gaW5zdHJ1 Y3Rpb24gcG9pbnRlciA9IDB4MjA6MHgwDQo6ID4gc3RhY2sgcG9pbnRlciA9IDB4Mjg6MHhlMjk5 NmNiMA0KOiA+IGZyYW1lIHBvaW50ZXIgPSAweDI4OjB4ZTI5OTZjYjgNCjogPiBjb2RlIHNlZ21l bnQgPSBiYXNlIDB4MCwgbGltaXQgMHhmZmZmZiwgdHlwZSAweDFiDQo6ID4gPSBEUEwgMCwgcHJl cyAxLCBkZWYzMiAxLCBncmFuIDENCjogPiBwcm9jZXNzb3IgZWZsYWdzID0gaW50ZXJydXB0IGVu YWJsZSwgcmVzdW1lLCBJT1BMID0gMA0KOiA+IGN1cnJlbnQgcHJvY2VzcyA9IDIxIChpcnExMTog Y2JiMCBjYmIxKyopDQo6ID4gW3RocmVhZCBwaWQgMjEgdGlkIDEwMDAxMyBdDQo6ID4gU3RvcHBl ZCBhdCAwOiAqKiogZXJyb3IgcmVhZGluZyBmcm9tIGFkZHJlc3MgMCAqKioNCjogPiBkYj5idA0K OiA+IFRyYWNpbmcgcGlkIDIxIHRpZCAxMDAwMTMgdGQgMHhjM2YwNWMwMA0KOiA+IHBjY2FyZF9p bnRyKGM0Mjg1ZTAwKSBhdCBwY2NhcmRfaW50cisweDEyDQo6ID4gY2JiX2Z1bmNfaW50cihjNDEw MzE0MCwwLGMwYTQ5M2FlLDQwYixjM2YwMDA2NCwuLi4pIGF0IGNiYl9mdW5jX2ludHJ8MHg1MQ0K OiA+IGl0aHJlYWRfbG9vcChjNDA0ZmFiMCxlMjk5NmQzOCw4M2ZiNWJlOCxmZjA2ZmM0NixjM2Y0 YjgwNCwuLi4pIGF0DQo6ID4gaXRocmVhZF9sb29wKzANCjogPiB4MWI1DQo6ID4gZm9ya19leGl0 KGMwNzRjY2QwLGM0MDRmYWIwLGUyOTk2ZDM4KSBhdCBmb3JrX2V4aXQrMHg1Nw0KOiA+IGZvcmtf dHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZSsweDgNCjogPiAtLS0gdHJhcCAwLCBlaXAg PSAwLCBlc3AgPSAweGUyOTk2ZDcwLCBlYnAgPSAwIC0tLQ0KOiA+DQo6ID4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCjogPiBmcmVlYnNkLWN1cnJlbnRA ZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo6ID4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21h aWxtYW4vbGlzdGluZm8vZnJlZWJzZC1jdXJyZW50DQo6ID4gVG8gdW5zdWJzY3JpYmUsIHNlbmQg YW55IG1haWwgdG8gImZyZWVic2QtY3VycmVudC11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyINCjog Pg0KOiANCjogDQo6IC0tIA0KOiAvXCBIaWRldG9zaGkgU2hpbW9rYXdhDQo6IFwvICBzaW1va2F3 YUBGcmVlQlNELk9SRw0K