From owner-freebsd-current@FreeBSD.ORG Sun Apr 23 05:37:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08DE616A401 for ; Sun, 23 Apr 2006 05:37:18 +0000 (UTC) (envelope-from harikurniawan@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1F1E43D46 for ; Sun, 23 Apr 2006 05:37:16 +0000 (GMT) (envelope-from harikurniawan@gmail.com) Received: by nz-out-0102.google.com with SMTP id o1so609931nzf for ; Sat, 22 Apr 2006 22:37:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=a9vfgBCHDDWvH/g81zhNQoAvZ0nlQN3aKl5aIae4/rj8ryOLxxEuaSu/YVDGj+d1oe4ACZ+Dz50eHyeuw32uXJMkwGWulcNtOEwVoVLv0zX8nQKOf36IBCH1hq4VTA5+yPi24WFa36jvmhtkL2J7EUAN4X5z751Vje2ZOhulZXk= Received: by 10.65.192.12 with SMTP id u12mr2113073qbp; Sat, 22 Apr 2006 22:37:16 -0700 (PDT) Received: by 10.64.201.9 with HTTP; Sat, 22 Apr 2006 22:37:16 -0700 (PDT) Message-ID: <4c40c4e70604222237w1f6778b2j4a2fc0ff1f7df730@mail.gmail.com> Date: Sun, 23 Apr 2006 12:37:16 +0700 From: "Angka H. K." To: current@freebsd.org, sos@freebsd.org In-Reply-To: <20060421180626.GA28049@roadrunner.buck.local> MIME-Version: 1.0 References: <20060421180626.GA28049@roadrunner.buck.local> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: acd(4) and maximum read block size X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2006 05:37:18 -0000 I have concern about it but my case is different. I have a disk that burn using 6.1-current and it burn good no error with 6.= 1. But when I read it on 7.0 it produce error ("i am not quite remember but something with big..., like reading error sector"). The disk still readable but the access is slow. On 4/22/06, Ulrich Spoerlein wrote: > > S=F8ren, group, > > I'm working on some improvements for recoverdisk[1] to handle optical > media > better. I found it an invaluable tool for recovering old CD-Rs. It also > helps with newer DVDs, when your drive sucks wrt. error recovery. > > recoverdisk tries to read in 1MB, 64kB and SECTORSIZE chunks. This has > the obvious drawback, that it can't really handle audio CDs or mode 2 > CDs with a sectorsize of 2352. > > While this is easily fixed, the acd(4) driver seems to allow no reads > greater than 128kB *for audio CDs*. While this is also not terrible, it > results in roughly 700 error messages per CD, as all the 1MB (1046640 > bytes, more precisely) chunks will fail. > > A side note: Accessing audio CDs via atapicam and dd(1) is completely > impossible. Is the SCSI subsystem limited to multiple-of-512-blocksizes? > > [1] /usr/src/tools/tools/recoverdisk > > Ulrich Spoerlein > -- > PGP Key ID: 20FEE9DD Encrypted mail welcome! > Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD > Which is worse: ignorance or apathy? > Don't know. Don't care. > > > From owner-freebsd-current@FreeBSD.ORG Sun Apr 23 17:31:54 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E66C216A406 for ; Sun, 23 Apr 2006 17:31:54 +0000 (UTC) (envelope-from le@FreeBSD.org) Received: from imap1u.univie.ac.at (imap1.unet.univie.ac.at [131.130.1.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9259743D6E for ; Sun, 23 Apr 2006 17:31:51 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from korben.prv.univie.ac.at (korben.prv.univie.ac.at [131.130.7.98]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id k3NHVHHo004519 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 23 Apr 2006 19:31:25 +0200 (CEST) Date: Sun, 23 Apr 2006 19:31:16 +0200 (CEST) From: Lukas Ertl To: Jens Schweikhardt In-Reply-To: <20060422161935.GA6286@schweikhardt.net> Message-ID: <20060423193000.T871@korben.prv.univie.ac.at> References: <20060422161935.GA6286@schweikhardt.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx8 4248; Body=0 Fuz1=0 Fuz2=0 Cc: current@FreeBSD.org Subject: Re: gvinum, gv_plex_taste: NULL p for 'home.p0.s3' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2006 17:31:55 -0000 On Sat, 22 Apr 2006, Jens Schweikhardt wrote: > I've had a handful of system crashes and now when I boot the gvinum > file systems are no longer accessible (7-CURRENT as of a few days ago). > This is what dmesg has to say: > > gv_plex_taste: NULL p for 'usr0.p0.s3' What does 'ls -V usr0.p0.s3' give you? What's stored on the disk? You get that with: dd if=$device skip=8 count=6|tr -d '\000-\011\200-\377' regards, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Sun Apr 23 17:37:55 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EED7316A400 for ; Sun, 23 Apr 2006 17:37:54 +0000 (UTC) (envelope-from lars@odin-corporation.com) Received: from munin.odin-corporation.com (munin.odin-corporation.com [68.166.85.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7316043D5D for ; Sun, 23 Apr 2006 17:37:54 +0000 (GMT) (envelope-from lars@odin-corporation.com) Received: from [127.0.0.1] (localhost [127.0.0.1]) by munin.odin-corporation.com (8.13.4/8.13.4) with ESMTP id k3NHbZ04007070; Sun, 23 Apr 2006 12:37:36 -0500 (CDT) (envelope-from lars@odin-corporation.com) Message-ID: <444BBB5E.2040404@odin-corporation.com> Date: Sun, 23 Apr 2006 12:37:34 -0500 From: Lars Fredriksen User-Agent: Thunderbird 1.5 (X11/20060311) MIME-Version: 1.0 To: Sam Leffler References: <44490107.6010609@odin-corporation.com> <86r73po5fp.fsf@xps.des.no> <444A7544.3070701@errno.com> In-Reply-To: <444A7544.3070701@errno.com> Content-Type: multipart/mixed; boundary="------------070405030709050004070909" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , current@freebsd.org Subject: Re: kern.hz=1000 causes random poweroff on laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2006 17:37:55 -0000 This is a multi-part message in MIME format. --------------070405030709050004070909 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi, I don't think this is overheating either because it will generally lock up within a minute or so, but perhaps it is possible that some part gets to hot in that time frame. If so it is not something acpi is monitoring because it reports temperatures substantially lower than the PSV limit. Below is what acpi reports at 100 hz and idle: hw.acpi.thermal.tz0.temperature: 46.9C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 79.9C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 94.9C I can leave the machine at the boot prompt without any problems for a long time (I know that does not put much stress on the machine :-)), but within 30-60 seconds of getting to a single user shell prompt, it is dead as a duck at hz=1000. Is is possible that it is a power converter issue, where the higher frequency requires enough current to make the converter start going belly up? Also with older kernels, it seems they sometime fails in a similar fashion (hz=100), when I have a cardbus card (not a pcmcia) active. In these scenarios though, the machine has typically been running for hours or days, so it might have been something completely different. I have for a long time suspected that the deep irq chain for irq9, might have had something to do with these types of problems. On this machine you have : This list is is from a trace I did a couple of years ago, so the names might be different, but the depth of the chain hasn't changed. Lars Sam Leffler wrote: > Dag-Erling Smørgrav wrote: >> Lars Fredriksen writes: >>> I have a laptop sony z505rx, that if booted with kern.hz as 1000, >>> will power off within a minute or two of booting. >> >> sounds like overheating. > > I've noticed on several of my laptops that they run way hotter with > freebsd than other systems (linux, windows). Most are newer models > that have either acpi issues or lack speedstep support. But I suspect > there's something else going on in the basic system. I find it hard > to believe the clock rate is the cause of this extra work but haven't > dug into it (I hoped judicious use of hwpmc would pinpoint what's > going on). > > Sam > > !DSPAM:444a7550956491607598332! > > --------------070405030709050004070909-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 23 21:44:36 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 800B316A411; Sun, 23 Apr 2006 21:44:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFDE743D45; Sun, 23 Apr 2006 21:44:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k3NLiW0N047036; Sun, 23 Apr 2006 17:44:35 -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.4P/8.13.4) with ESMTP id k3NLiMda015219; Sun, 23 Apr 2006 17:44:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 616837302F; Sun, 23 Apr 2006 17:44:32 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060423214432.616837302F@freebsd-current.sentex.ca> Date: Sun, 23 Apr 2006 17:44:32 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 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: Sun, 23 Apr 2006 21:44:36 -0000 TB --- 2006-04-23 19:42:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-23 19:42:46 - starting HEAD tinderbox run for i386/i386 TB --- 2006-04-23 19:42:46 - cleaning the object tree TB --- 2006-04-23 19:43:17 - checking out the source tree TB --- 2006-04-23 19:43:17 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-04-23 19:43:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-23 19:49:44 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-23 19:49:44 - cd /src TB --- 2006-04-23 19:49:44 - /usr/bin/make -B buildworld >>> 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 TB --- 2006-04-23 20:57:09 - generating LINT kernel config TB --- 2006-04-23 20:57:09 - cd /src/sys/i386/conf TB --- 2006-04-23 20:57:09 - /usr/bin/make -B LINT TB --- 2006-04-23 20:57:09 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-23 20:57:09 - cd /src TB --- 2006-04-23 20:57:09 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 23 20:57:09 UTC 2006 >>> 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 Sun Apr 23 21:22:48 UTC 2006 TB --- 2006-04-23 21:22:48 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-23 21:22:48 - cd /src TB --- 2006-04-23 21:22:48 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 23 21:22:48 UTC 2006 >>> 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 Sun Apr 23 21:42:45 UTC 2006 TB --- 2006-04-23 21:42:45 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-23 21:42:45 - cd /src TB --- 2006-04-23 21:42:45 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sun Apr 23 21:42:45 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/bce/if_bce.c: In function `bce_attach': /src/sys/dev/bce/if_bce.c:542: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c:544: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c: In function `bce_stats_update': /src/sys/dev/bce/if_bce.c:5311: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5313: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5315: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5317: warning: left shift count >= width of type *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-23 21:44:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-23 21:44:32 - ERROR: failed to build PAE kernel TB --- 2006-04-23 21:44:32 - tinderbox aborted TB --- 1.07 user 5.77 system 7305.62 real From owner-freebsd-current@FreeBSD.ORG Mon Apr 24 02:28:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0B4C16A401 for ; Mon, 24 Apr 2006 02:28:47 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ADA743D6B for ; Mon, 24 Apr 2006 02:28:36 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id i12so930416wra for ; Sun, 23 Apr 2006 19:28:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=mW5+7aVKbkVfTkcPTB58sphd8RNTGFI756t5XgXqsKYXby3/vrUCeRKSc+vhUu8G0t0Drw0UlZWbWLuZ+Tmw5MCI0h2GjG1Nv1cWRmXWsgCEWgBhh9X35eKzmzMcLPeAFgaLjJcqQjlJil2kY/6ysKrtOMQ3QdwkFwjeQqtlRXI= Received: by 10.54.72.4 with SMTP id u4mr4189578wra; Sun, 23 Apr 2006 19:28:36 -0700 (PDT) Received: from ?10.88.0.133? ( [203.125.81.210]) by mx.gmail.com with ESMTP id 35sm2117612wra.2006.04.23.19.28.34; Sun, 23 Apr 2006 19:28:36 -0700 (PDT) From: Harrison Grundy To: Lars Fredriksen , current@freebsd.org In-Reply-To: <444BBB5E.2040404@odin-corporation.com> References: <44490107.6010609@odin-corporation.com> <86r73po5fp.fsf@xps.des.no> <444A7544.3070701@errno.com> <444BBB5E.2040404@odin-corporation.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-sPZXzpm9j4wngWdNuzbK" Date: Mon, 24 Apr 2006 10:27:26 +0000 Message-Id: <1145874446.6285.27.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: Subject: Re: kern.hz=1000 causes random poweroff on laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2006 02:28:47 -0000 --=-sPZXzpm9j4wngWdNuzbK Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Sun, 2006-04-23 at 12:37 -0500, Lars Fredriksen wrote: > Hi, > I don't think this is overheating either because it will generally lock=20 > up within a minute or so, but perhaps it is possible that some part gets=20 > to hot in that time frame. If so it is not something acpi is monitoring=20 > because it reports temperatures substantially lower than the PSV limit.=20 > Below is what acpi reports at 100 hz and idle: >=20 > hw.acpi.thermal.tz0.temperature: 46.9C > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.passive_cooling: 1 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: 79.9C > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: 94.9C > I can leave the machine at the boot prompt without any problems for a=20 > long time (I know that does not put much stress on the machine :-)), but=20 > within 30-60 seconds of getting to a single user shell prompt, it is=20 > dead as a duck at hz=3D1000. >=20 That's.... interesting behavior. This sounds interrupt related, to me. What happens if you boot it up, then don't touch anything? > Is is possible that it is a power converter issue, where the higher=20 > frequency requires enough current to make the converter start going=20 > belly up? >=20 Doubtful. If the power screwed up, you probably couldn't get a dump. > Also with older kernels, it seems they sometime fails in a similar=20 > fashion (hz=3D100), when I have a cardbus card (not a pcmcia) active. In=20 > these scenarios though, the machine has typically been running for hours=20 > or days, so it might have been something completely different. >=20 > I have for a long time suspected that the deep irq chain for irq9, might=20 > have had something to do with these types of problems. On this machine=20 > you have : > > > > > > >=20 > This list is is from a trace I did a couple of years ago, so the names=20 > might be different, but the depth of the chain hasn't changed. >=20 > Lars >=20 > Sam Leffler wrote: > > Dag-Erling Sm=F8rgrav wrote: > >> Lars Fredriksen writes: > >>> I have a laptop sony z505rx, that if booted with kern.hz as 1000,=20 > >>> will power off within a minute or two of booting. > >> > >> sounds like overheating. > > > > I've noticed on several of my laptops that they run way hotter with=20 > > freebsd than other systems (linux, windows). Most are newer models=20 > > that have either acpi issues or lack speedstep support. But I suspect=20 > > there's something else going on in the basic system. I find it hard=20 > > to believe the clock rate is the cause of this extra work but haven't=20 > > dug into it (I hoped judicious use of hwpmc would pinpoint what's=20 > > going on). > > > > Sam > > > > !DSPAM:444a7550956491607598332! > > > > > _______________________________________________ > 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= " --=-sPZXzpm9j4wngWdNuzbK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBETKgOKw4E3+WdWBYRAqiIAJ9yWlMk2LvfRCDF+s9mhGEtT8nnEACeOgDd Txzq4FB3LtTuCly0d9S+PIA= =B/K6 -----END PGP SIGNATURE----- --=-sPZXzpm9j4wngWdNuzbK-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 24 08:46:57 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6835816A403; Mon, 24 Apr 2006 08:46:57 +0000 (UTC) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9FD143D49; Mon, 24 Apr 2006 08:46:53 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 9399B3B92C; Mon, 24 Apr 2006 10:46:52 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.4/8.13.4) with ESMTP id k3O8h5nv002804; Mon, 24 Apr 2006 10:43:05 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.4/8.13.4/Submit) id k3O8h5oN002667; Mon, 24 Apr 2006 10:43:05 +0200 (CEST) (envelope-from schweikh) Date: Mon, 24 Apr 2006 10:40:35 +0200 From: Jens Schweikhardt To: Lukas Ertl Message-ID: <20060424084035.GB736@schweikhardt.net> References: <20060422161935.GA6286@schweikhardt.net> <20060423193000.T871@korben.prv.univie.ac.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060423193000.T871@korben.prv.univie.ac.at> User-Agent: Mutt/1.5.11 Cc: current@FreeBSD.org Subject: Re: gvinum, gv_plex_taste: NULL p for 'home.p0.s3' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2006 08:46:57 -0000 Lukas et al, On Sun, Apr 23, 2006 at 07:31:16PM +0200, Lukas Ertl wrote: # On Sat, 22 Apr 2006, Jens Schweikhardt wrote: # # >I've had a handful of system crashes and now when I boot the gvinum # >file systems are no longer accessible (7-CURRENT as of a few days ago). # >This is what dmesg has to say: # > # >gv_plex_taste: NULL p for 'usr0.p0.s3' # # What does 'ls -V usr0.p0.s3' give you? root# gvinum ls -V usr0.p0.s3 Subdisk usr0.p0.s3: Size: 3221222400 bytes (3071 MB) State: up Drive pain (pain) at offset 135680 (132 kB) # What's stored on the disk? You get that with: # dd if=$device skip=8 count=6|tr -d '\000-\011\200-\377' Note: count increased to get at all the data. /dev/da3s1d is one of the 4 partitions of type "vinum". root# dd if=/dev/da3s1d skip=8 count=13|tr -d '\000-\011\200-\377' volume home state upJD volume var3 state up volume usr3 state up volume share state up volume var2 state up volume usr2 state up volume ports state up volume var1 state up volume usr1 state up volume ncvs state up volume var0 state up volume usr0 state up plex name home.p0 org striped 558s vol home state up plex name var3.p0 org striped 558s vol var3 state up plex name usr3.p0 org striped 558s vol usr3 state up plex name share.p0 org striped 558s vol share state up plex name var2.p0 org striped 558s vol var2 state up plex name usr2.p0 org striped 558s vol usr2 state up plex name ports.p0 org striped 558s vol ports state up plex name var1.p0 org striped 558s vol var1 state up plex name usr1.p0 org striped 558s vol usr1 state up plex name ncvs.p0 org striped 558s vol ncvs state up plex name var0.p0 org striped 558s vol var0 state up plex name usr0.p0 org striped 558s vol usr0 state up sd name home.p0.s3 drive pain len 12055590s driveoffset 46137609s state up sd name home.p0.s2 drive love len 12055590s driveoffset 46137609s plex home.p0 plexoffset 1116s state up sd name home.p0.s1 drive hobbes len 12055590s driveoffset 46137609s plex home.p0 plexoffset 558s state up sd name home.p0.s0 drive calvin len 12055590s driveoffset 46137609s plex home.p0 plexoffset 0s state up sd name var3.p0.s3 drive pain len 1048482s driveoffset 45089033s state up sd name var3.p0.s2 drive love len 1048482s driveoffset 45089033s plex var3.p0 plexoffset 1116s state up sd name var3.p0.s1 drive hobbes len 1048482s driveoffset 45089033s plex var3.p0 plexoffset 558s state up sd name var3.p0.s0 drive calvin len 1048482s driveoffset 45089033s plex var3.p0 plexoffset 0s state up sd name usr3.p0.s3 drive pain len 6291450s driveoffset 38797577s state up sd name usr3.p0.s2 drive love len 6291450s driveoffset 38797577s plex usr3.p0 plexoffset 1116s state up sd name usr3.p0.s1 drive hobbes len 6291450s driveoffset 38797577s plex usr3.p0 plexoffset 558s state up sd name usr3.p0.s0 drive calvin len 6291450s driveoffset 38797577s plex usr3.p0 plexoffset 0s state up sd name share.p0.s3 drive pain len 6291450s driveoffset 32506121s state up sd name share.p0.s2 drive love len 6291450s driveoffset 32506121s plex share.p0 plexoffset 1116s state up sd name share.p0.s1 drive hobbes len 6291450s driveoffset 32506121s plex share.p0 plexoffset 558s state up sd name share.p0.s0 drive calvin len 6291450s driveoffset 32506121s plex share.p0 plexoffset 0s state up sd name var2.p0.s3 drive pain len 1048482s driveoffset 31457545s state up sd name var2.p0.s2 drive love len 1048482s driveoffset 31457545s plex var2.p0 plexoffset 1116s state up sd name var2.p0.s1 drive hobbes len 1048482s driveoffset 31457545s plex var2.p0 plexoffset 558s state up sd name var2.p0.s0 drive calvin len 1048482s driveoffset 31457545s plex var2.p0 plexoffset 0s state up sd name usr2.p0.s3 drive pain len 6291450s driveoffset 25166089s state up sd name usr2.p0.s2 drive love len 6291450s driveoffset 25166089s plex usr2.p0 plexoffset 1116s state up sd name usr2.p0.s1 drive hobbes len 6291450s driveoffset 25166089s plex usr2.p0 plexoffset 558s state up sd name usr2.p0.s0 drive calvin len 6291450s driveoffset 25166089s plex usr2.p0 plexoffset 0s state up sd name ports.p0.s3 drive pain len 8388414s driveoffset 16777481s state up sd name ports.p0.s2 drive love len 8388414s driveoffset 16777481s plex ports.p0 plexoffset 1116s state up sd name ports.p0.s1 drive hobbes len 8388414s driveoffset 16777481s plex ports.p0 plexoffset 558s state up sd name ports.p0.s0 drive calvin len 8388414s driveoffset 16777481s plex ports.p0 plexoffset 0s state up sd name var1.p0.s3 drive pain len 1048482s driveoffset 15728905s state up sd name var1.p0.s2 drive love len 1048482s driveoffset 15728905s plex var1.p0 plexoffset 1116s state up sd name var1.p0.s1 drive hobbes len 1048482s driveoffset 15728905s plex var1.p0 plexoffset 558s state up sd name var1.p0.s0 drive calvin len 1048482s driveoffset 15728905s plex var1.p0 plexoffset 0s state up sd name usr1.p0.s3 drive pain len 6291450s driveoffset 9437449s state up sd name usr1.p0.s2 drive love len 6291450s driveoffset 9437449s plex usr1.p0 plexoffset 1116s state up sd name usr1.p0.s1 drive hobbes len 6291450s driveoffset 9437449s plex usr1.p0 plexoffset 558s state up sd name usr1.p0.s0 drive calvin len 6291450s driveoffset 9437449s plex usr1.p0 plexoffset 0s state up sd name ncvs.p0.s3 drive pain len 2096964s driveoffset 7340297s state up sd name ncvs.p0.s2 drive love len 2096964s driveoffset 7340297s plex ncvs.p0 plexoffset 1116s state up sd name ncvs.p0.s1 drive hobbes len 2096964s driveoffset 7340297s plex ncvs.p0 plexoffset 558s state up sd name ncvs.p0.s0 drive calvin len 2096964s driveoffset 7340297s plex ncvs.p0 plexoffset 0s state up sd name var0.p0.s3 drive pain len 1048482s driveoffset 6291721s state up sd name var0.p0.s2 drive love len 1048482s driveoffset 6291721s plex var0.p0 plexoffset 1116s state up sd name var0.p0.s1 drive hobbes len 1048482s driveoffset 6291721s plex var0.p0 plexoffset 558s state up sd name var0.p0.s0 drive calvin len 1048482s driveoffset 6291721s plex var0.p0 plexoffset 0s state up sd name usr0.p0.s3 drive pain len 6291450s driveoffset 265s state up sd name usr0.p0.s2 drive love len 6291450s driveoffset 265s plex usr0.p0 plexoffset 1116s state up sd name usr0.p0.s1 drive hobbes len 6291450s driveoffset 265s plex usr0.p0 plexoffset 558s state up sd name usr0.p0.s0 drive calvin len 6291450s driveoffset 265s plex usr0.p0 plexoffset 0s state up If I could get at the contents of the "home" volume that would be enough. Thanks for your work on vinum and having a look at this issue! Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Mon Apr 24 10:52:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74DBE16A401 for ; Mon, 24 Apr 2006 10:52:43 +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 2BB6F43D45 for ; Mon, 24 Apr 2006 10:52:43 +0000 (GMT) (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 9353F46C16; Mon, 24 Apr 2006 06:52:42 -0400 (EDT) Date: Mon, 24 Apr 2006 11:52:42 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Bjoern A. Zeeb" In-Reply-To: <20060405125247.I76259@maildrop.int.zabbadoz.net> Message-ID: <20060424115213.T44099@fledge.watson.org> References: <4433B014.9040004@highway.ne.jp> <20060405125247.I76259@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: lock order reversal: tcp_input.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2006 10:52:43 -0000 On Wed, 5 Apr 2006, Bjoern A. Zeeb wrote: > On Wed, 5 Apr 2006, Kazuaki Oda wrote: > >> I re-cvsup'ed and rebuilt kernel again, and I got the following: >> >> lock order reversal: 1st 0xc493bb10 inp (tcpinp) @ >> /usr/src/sys/netinet/tcp_input.c:743 2nd 0xc09bdb8c tcp (tcp) @ >> /usr/src/sys/netinet/tcp_input.c:616 > > I added it to "the LOR page" with ID #182: > http://sources.zabbadoz.net/freebsd/lor.html#182 FYI, this is now believed fixed as of tcp_input.c:1.296,1.297. (catching up on back e-mail from my trip) Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Mon Apr 24 12:41:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A705516A403; Mon, 24 Apr 2006 12:41:12 +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 D84A643D62; Mon, 24 Apr 2006 12:41:10 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k3OCf5R1052454; Mon, 24 Apr 2006 08:41:07 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 24 Apr 2006 08:32:57 -0400 User-Agent: KMail/1.8.3 References: <200604050354.19659.mistry.7@osu.edu> <200604221459.43050.mistry.7@osu.edu> <200604221622.14785.mistry.7@osu.edu> In-Reply-To: <200604221622.14785.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604240832.58929.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1423/Mon Apr 24 04:24:11 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, BIZ_TLD autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Ian Dowse Subject: Re: [PATCH] ugen detach race X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2006 12:41:12 -0000 On Saturday 22 April 2006 04:22 pm, Anish Mistry wrote: > On Saturday 22 April 2006 14:59, Anish Mistry wrote: > > On Wednesday 05 April 2006 04:44, Anish Mistry wrote: > > > On Wednesday 05 April 2006 03:53, Anish Mistry wrote: > > > > While working on getting hplip ported I ran across a race > > > > condition in the ugen code that causes a crash. The following > > > > patch fixes a problem where read, write, and ioctl can be > > > > called during a detach since sc_dying isn't checked before > > > > bumping the reference count. This puts the sc_dying check > > > > before the *_do_* functions are called. This includes the patch > > > > from usb/81308 to prevent polling on the control endpoint. As > > > > well as a few NULL pointer checks from NetBSD. This patch is > > > > applicable to RELENG_6. > > > > > > And CURRENT. > > > > > > > http://am-productions.biz/docs/ugen-detach-race.patch > > > > > > > > This doesn't fix the case where an application has a read/write > > > > pending and then detach is called. In this case destroy_devl > > > > will just keep looping until the read/write completes. > > > > I've updated the patch. It now includes the fix for the panic on > > detach when a process has a device open when a detach occurs. ugen > > now no longer waits for the process to close the connection and > > just cuts it off. > > Applies to RELENG_6 and CURRENT. > > > > http://am-productions.biz/docs/ugen-detach-race.patch > > > > The patch should fix usb/93949 too. > > This seems to fix all the panics I'm seeing with the ugen device. > > It would be nice if this could make it into 6.1. > > I added another panic fix. An error was introduced in rev 1.94 on > ugen.c in the USB_SET_CONFIG ioctl case that calls > ugen_make_devnodes. This causes a panic since this logic was moved > to ugen_set_config a while ago. Removing the ugen_make_devnodes() > call from ugen_do_ioctl fixes the problem. This bug made it trivial > to cause a panic when there was access to any ugen device. > > http://am-productions.biz/docs/ugen-detach-race.patch Might want to send it to freebsd-usb@ to get more usb-aware folks to review= =20 it. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Apr 24 18:46:18 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09A3916A400; Mon, 24 Apr 2006 18:46:18 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BF8543D60; Mon, 24 Apr 2006 18:46:14 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k3OIk85G095287; Mon, 24 Apr 2006 14:46:08 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: John Baldwin Date: Mon, 24 Apr 2006 14:45:43 -0400 User-Agent: KMail/1.6.2 References: <1145467346.32933.8.camel@BrutusBSD.rochester.rr.com> <200604200816.49570.jhb@freebsd.org> <200604201135.22708.jkim@FreeBSD.org> In-Reply-To: <200604201135.22708.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200604241445.52378.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88/1424/Mon Apr 24 10:39:06 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Alexander Leidinger , freebsd-current@FreeBSD.org, Benjamin Adams Subject: Re: IBM T60 dmsg 6.1-RC1 (problems will test 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, 24 Apr 2006 18:46:18 -0000 On Thursday 20 April 2006 11:35 am, Jung-uk Kim wrote: > Here is patch for RELENG_6 and RELENG_6_1 for multicore > detection: > > http://people.freebsd.org/~jkim/multicore-RELENG_6.diff Just for the record, this patch is MFC'd to RELENG_6 and RELENG_6_1. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Mon Apr 24 18:54:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE5FF16A412 for ; Mon, 24 Apr 2006 18:54:11 +0000 (UTC) (envelope-from michael@gargantuan.com) Received: from phoenix.gargantuan.com (srv01.lak.lwxdatacom.net [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63E3243D64 for ; Mon, 24 Apr 2006 18:53:59 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id 256A6644; Mon, 24 Apr 2006 14:53:54 -0400 (EDT) Date: Mon, 24 Apr 2006 14:53:54 -0400 From: "Michael W. Oliver" To: current@freebsd.org Message-ID: <20060424185354.GA90821@gargantuan.com> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RASg3xLB4tUQ4RcS" Content-Disposition: inline X-WWW-URL: http://michael.gargantuan.com X-GPG-PGP-Public-Key: http://michael.gargantuan.com/gnupg/pubkey.asc X-GPG-PGP-Fingerprint: 2694 0179 AE3F BFAE 0916 0BF5 B16B FBAB C5FA A3C9 X-Home-Phone: +1-863-816-8091 X-Mobile-Phone: +1-863-738-2334 X-Mailing-Address0: 8008 Apache Lane X-Mailing-Address1: Lakeland, FL X-Mailing-Address2: 33810-2172 X-Mailing-Address3: United States of America X-Guide-Questions: http://www.catb.org/~esr/faqs/smart-questions.html X-Guide-Netiquette: http://www.ietf.org/rfc/rfc1855.txt User-Agent: mutt-ng/devel-r774 (FreeBSD) Cc: Subject: patch for pf-before-inet6 in rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2006 18:54:12 -0000 --RASg3xLB4tUQ4RcS Content-Type: multipart/mixed; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi folks, First, let me say that I don't really know wtf I am doing with /etc/rc.d stuff, but I have cobbled together what I think is a fix to my pf-before-inet6 problem (see pf@ list for my email a few days ago). Anyway, here is the change in order by the attached patch: --- /root/rcorder.old Mon Apr 24 13:48:04 2006 +++ /root/rcorder.new Mon Apr 24 14:26:12 2006 @@ -26,18 +26,18 @@ serial pccard netif -isdnd -ppp -ipfw -nsswitch ip6addrctl atm2 +network_ipv6 pfsync pflog pf +isdnd +ppp routing ip6fw -network_ipv6 +ipfw +nsswitch mroute6d route6d mrouted I don't use any ATM, isdn, ppp, etc. stuff on this machine, so I can't tell for sure whether or not this change in order of execution has any detrimental effects. I can say, however, that my pf.conf now loads as it should, AFTER the ipv6 stuff in rc.conf. Anyone want to comment, modify or commit? Thanks for your time guys. --=20 Mike Oliver, KI4OFU [see complete headers for contact information] --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: attachment; filename="rc.d_patch" Content-Transfer-Encoding: quoted-printable diff -ruN /etc/rc.d.orig/NETWORKING /etc/rc.d/NETWORKING --- /etc/rc.d.orig/NETWORKING Tue Jan 10 12:51:47 2006 +++ /etc/rc.d/NETWORKING Mon Apr 24 13:44:25 2006 @@ -5,7 +5,7 @@ # =20 # PROVIDE: NETWORKING NETWORK -# REQUIRE: netif routing network_ipv6 isdnd ppp +# REQUIRE: netif network_ipv6 routing isdnd ppp # REQUIRE: routed mrouted route6d mroute6d =20 # This is a dummy dependency, for services which require networking diff -ruN /etc/rc.d.orig/atm2 /etc/rc.d/atm2 --- /etc/rc.d.orig/atm2 Tue Jan 10 12:51:47 2006 +++ /etc/rc.d/atm2 Mon Apr 24 14:17:05 2006 @@ -28,7 +28,7 @@ # =20 # PROVIDE: atm2 -# REQUIRE: atm1 netif +# REQUIRE: atm1 netif ip6addrctl # BEFORE: routing # KEYWORD: nojail =20 diff -ruN /etc/rc.d.orig/ip6fw /etc/rc.d/ip6fw --- /etc/rc.d.orig/ip6fw Tue Jan 10 12:51:48 2006 +++ /etc/rc.d/ip6fw Mon Apr 24 14:14:09 2006 @@ -4,8 +4,8 @@ # =20 # PROVIDE: ip6fw -# REQUIRE: routing -# BEFORE: network_ipv6 +# REQUIRE: network_ipv6 routing +# BEFORE: NETWORKING # KEYWORD: nojail =20 . /etc/rc.subr diff -ruN /etc/rc.d.orig/mroute6d /etc/rc.d/mroute6d --- /etc/rc.d.orig/mroute6d Tue Jan 10 12:51:48 2006 +++ /etc/rc.d/mroute6d Mon Apr 24 14:05:19 2006 @@ -4,7 +4,7 @@ # =20 # PROVIDE: mroute6d -# REQUIRE: network_ipv6 +# REQUIRE: network_ipv6 routing # KEYWORD: nojail =20 . /etc/rc.subr diff -ruN /etc/rc.d.orig/network_ipv6 /etc/rc.d/network_ipv6 --- /etc/rc.d.orig/network_ipv6 Tue Jan 10 12:51:48 2006 +++ /etc/rc.d/network_ipv6 Mon Apr 24 13:41:07 2006 @@ -29,7 +29,7 @@ # =20 # PROVIDE: network_ipv6 -# REQUIRE: routing +# REQUIRE: mountcritlocal # KEYWORD: nojail =20 . /etc/rc.subr diff -ruN /etc/rc.d.orig/pf /etc/rc.d/pf --- /etc/rc.d.orig/pf Mon Apr 24 10:36:10 2006 +++ /etc/rc.d/pf Mon Apr 24 14:12:38 2006 @@ -4,7 +4,7 @@ # =20 # PROVIDE: pf -# REQUIRE: root mountcritlocal netif pflog pfsync +# REQUIRE: root mountcritlocal netif network_ipv6 pflog pfsync # BEFORE: routing # KEYWORD: nojail =20 diff -ruN /etc/rc.d.orig/pflog /etc/rc.d/pflog --- /etc/rc.d.orig/pflog Mon Apr 24 10:36:15 2006 +++ /etc/rc.d/pflog Mon Apr 24 14:12:28 2006 @@ -4,7 +4,7 @@ # =20 # PROVIDE: pflog -# REQUIRE: root mountcritlocal netif cleanvar +# REQUIRE: root mountcritlocal netif network_ipv6 cleanvar # KEYWORD: nojail =20 . /etc/rc.subr diff -ruN /etc/rc.d.orig/pfsync /etc/rc.d/pfsync --- /etc/rc.d.orig/pfsync Mon Apr 24 10:36:23 2006 +++ /etc/rc.d/pfsync Mon Apr 24 14:20:25 2006 @@ -4,7 +4,7 @@ # =20 # PROVIDE: pfsync -# REQUIRE: root mountcritlocal netif +# REQUIRE: root mountcritlocal netif network_ipv6 # KEYWORD: nojail =20 . /etc/rc.subr diff -ruN /etc/rc.d.orig/route6d /etc/rc.d/route6d --- /etc/rc.d.orig/route6d Tue Jan 10 12:51:49 2006 +++ /etc/rc.d/route6d Mon Apr 24 14:05:09 2006 @@ -5,7 +5,7 @@ # =20 # PROVIDE: route6d -# REQUIRE: network_ipv6 +# REQUIRE: network_ipv6 routing # KEYWORD: nojail =20 . /etc/rc.subr diff -ruN /etc/rc.d.orig/routing /etc/rc.d/routing --- /etc/rc.d.orig/routing Tue Jan 10 12:51:49 2006 +++ /etc/rc.d/routing Mon Apr 24 13:41:59 2006 @@ -6,7 +6,7 @@ # =20 # PROVIDE: routing -# REQUIRE: netif ppp +# REQUIRE: netif network_ipv6 ppp # KEYWORD: nojail =20 . /etc/rc.subr --bg08WKrSYDhXBjb5-- --RASg3xLB4tUQ4RcS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFETR7CsWv7q8X6o8kRAniJAKCOZPL0L4v6nOFCSlinEc3UHonEqwCfT37Z RALHNU8tN35APOQ41Fmi6io= =qDZa -----END PGP SIGNATURE----- --RASg3xLB4tUQ4RcS-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 24 19:47:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28EF716A402 for ; Mon, 24 Apr 2006 19:47:10 +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 2BE3943D49 for ; Mon, 24 Apr 2006 19:47:08 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k3OJl7IH017826 for ; Mon, 24 Apr 2006 23:47:07 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Mon, 24 Apr 2006 23:47:07 +0400 (MSD) From: Maxim Konovalov To: current@freebsd.org Message-ID: <20060424233434.E16631@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: mrouted(8) patch, call for testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Apr 2006 19:47:10 -0000 Hello, Are there any people who are using mrouted(8) and willing to test a patch for it? Mainly this is ioctl(SIOCGIFCONF)'s -> getifaddrs(3) conversions obtained from NetBSD and you should see no regressions after applying it. Also, it should fix bin/95041. http://maxim.int.ru/stuff/mrouted.diff TIA! -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Tue Apr 25 03:18:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7824A16A402; Tue, 25 Apr 2006 03: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 1908C43D45; Tue, 25 Apr 2006 03:18:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k3P3IeR2014225; Mon, 24 Apr 2006 23: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.4P/8.13.4) with ESMTP id k3P3ITEi088778; Mon, 24 Apr 2006 23:18:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D55987302F; Mon, 24 Apr 2006 23:18:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060425031839.D55987302F@freebsd-current.sentex.ca> Date: Mon, 24 Apr 2006 23:18:39 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 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, 25 Apr 2006 03:18:41 -0000 TB --- 2006-04-25 01:16:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-25 01:16:10 - starting HEAD tinderbox run for i386/i386 TB --- 2006-04-25 01:16:10 - cleaning the object tree TB --- 2006-04-25 01:16:42 - checking out the source tree TB --- 2006-04-25 01:16:42 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-04-25 01:16:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-25 01:23:20 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-25 01:23:20 - cd /src TB --- 2006-04-25 01:23:20 - /usr/bin/make -B buildworld >>> 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 TB --- 2006-04-25 02:30:39 - generating LINT kernel config TB --- 2006-04-25 02:30:39 - cd /src/sys/i386/conf TB --- 2006-04-25 02:30:39 - /usr/bin/make -B LINT TB --- 2006-04-25 02:30:39 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-25 02:30:39 - cd /src TB --- 2006-04-25 02:30:39 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 25 02:30:40 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Tue Apr 25 02:56:45 UTC 2006 TB --- 2006-04-25 02:56:45 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-25 02:56:45 - cd /src TB --- 2006-04-25 02:56:45 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Apr 25 02:56:45 UTC 2006 >>> 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 Tue Apr 25 03:16:38 UTC 2006 TB --- 2006-04-25 03:16:38 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-25 03:16:38 - cd /src TB --- 2006-04-25 03:16:38 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Tue Apr 25 03:16:39 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/bce/if_bce.c: In function `bce_attach': /src/sys/dev/bce/if_bce.c:542: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c:544: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c: In function `bce_stats_update': /src/sys/dev/bce/if_bce.c:5311: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5313: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5315: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5317: warning: left shift count >= width of type *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-25 03:18:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-25 03:18:39 - ERROR: failed to build PAE kernel TB --- 2006-04-25 03:18:39 - tinderbox aborted TB --- 1.12 user 5.95 system 7349.24 real From owner-freebsd-current@FreeBSD.ORG Tue Apr 25 05:59:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9F6F16A400 for ; Tue, 25 Apr 2006 05:59:06 +0000 (UTC) (envelope-from substme@rc.tex-an.net) Received: from rc.tex-an.net (rc.tex-an.net [141.198.193.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48C2243D45 for ; Tue, 25 Apr 2006 05:59:06 +0000 (GMT) (envelope-from substme@rc.tex-an.net) Received: from rc.tex-an.net (localhost.capnet.state.tx.us [127.0.0.1]) by rc.tex-an.net (8.13.1/8.13.1) with ESMTP id k3P5gAHZ063765 for ; Tue, 25 Apr 2006 00:42:10 -0500 (CDT) (envelope-from substme@rc.tex-an.net) Received: from localhost (substme@localhost) by rc.tex-an.net (8.13.1/8.13.1/Submit) with ESMTP id k3P5g9Bt063762 for ; Tue, 25 Apr 2006 00:42:10 -0500 (CDT) (envelope-from substme@rc.tex-an.net) Date: Tue, 25 Apr 2006 00:42:09 -0500 (CDT) From: mailtrail To: current@freebsd.org Message-ID: <20060425001906.X63712@rc.tex-an.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: 6.1 RC1: won't boot install CD "BTX halted" on HP D530c with SATA drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2006 05:59:06 -0000 I can't get the 6.1-RC1 i386 disc1 CD to boot on an HP D530c. A websearch of other "BTX halted" messages doesn't get me any hits on the CD itself not booting into the install. I get the menu, but no matter which option I choose I get an immediate halt with the following details. What information do I need to supply? ***** \ int=0000000d err=00000000 efl=00010006 eip=00027c3e eax=00027c38 ebx=00000000 ecx=00000000 edx=00000000 esi=00000200 edi=0006d810 ebp=00094878 esp=0009e848 cs=0008 ds=0010 es=0010 fs=0010 gs=0010 ss=0010 cs:eip=0f 32 0d 00 01 00 00 0f-30 0f 20 e0 83 c8 30 0f 22 e0 b8 00 f0 03 00 0f-22 d8 0f 20 c0 0d 00 00 ss:esp=69 95 00 00 00 90 d9 00-00 a0 d9 00 00 10 04 00 00 00 00 00 00 00 04 00-00 00 00 00 00 90 d9 00 BTX halted ***** -- stu From owner-freebsd-current@FreeBSD.ORG Tue Apr 25 06:29:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB50E16A42A for ; Tue, 25 Apr 2006 06:29:05 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F25543D45 for ; Tue, 25 Apr 2006 06:29:04 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.4) with ESMTP id k3P6T3c5065795; Tue, 25 Apr 2006 10:29:03 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 25 Apr 2006 10:29:03 +0400 (MSD) From: Dmitry Morozovsky To: Maxim Konovalov In-Reply-To: <20060424233434.E16631@mp2.macomnet.net> Message-ID: <20060425102659.J57625@woozle.rinet.ru> References: <20060424233434.E16631@mp2.macomnet.net> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Tue, 25 Apr 2006 10:29:03 +0400 (MSD) Cc: current@freebsd.org Subject: Re: mrouted(8) patch, call for testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Apr 2006 06:29:05 -0000 On Mon, 24 Apr 2006, Maxim Konovalov wrote: MK> Are there any people who are using mrouted(8) and willing to test a MK> patch for it? Mainly this is ioctl(SIOCGIFCONF)'s -> getifaddrs(3) MK> conversions obtained from NetBSD and you should see no regressions MK> after applying it. Also, it should fix bin/95041. MK> MK> http://maxim.int.ru/stuff/mrouted.diff Unfortunately the only our working router which uses mrouted(8) still uses RELENG_4, but I hope I'll set up a testlab for it this weekend. Thanks! Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Apr 25 07:26:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1B2E16A400; Tue, 25 Apr 2006 07:26:13 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao03.cox.net (eastrmmtao03.cox.net [68.230.240.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB13C43D46; Tue, 25 Apr 2006 07:26:12 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([72.200.25.154]) by eastrmmtao03.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060425072611.GMYC15797.eastrmmtao03.cox.net@serene.no-ip.org>; Tue, 25 Apr 2006 03:26:11 -0400 Received: from localhost (localhost [127.0.0.1]) by serene.no-ip.org (8.13.6/8.13.6) with ESMTP id k3P7QA8j021344; Tue, 25 Apr 2006 02:26:10 -0500 (CDT) (envelope-from conrads@cox.net) Date: Tue, 25 Apr 2006 02:26:05 -0500 From: "Conrad J. Sabatier" To: David Malone Message-ID: <20060425022605.0f65e58c@localhost> In-Reply-To: <200604231706.k3NH6I95038014@repoman.freebsd.org> References: <200604231706.k3NH6I95038014@repoman.freebsd.org> Organization: A Rag-Tag Band of Drug-Crazed Hippies X-Mailer: Sylpheed-Claws 2.1.1 (GTK+ 2.8.17; 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: cvs commit: src/lib/libugidfw libugidfw.3 ugidfw.c ugidfw.h src/sys/security/mac_bsdextended mac_bsdextended.c mac_bsdextended.h src/tools/regression/mac/mac_bsdextended test_matches.sh test_ugidfw.c src/usr.sbin/ugidfw ugidfw.8 ugidfw.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2006 07:26:13 -0000 On Sun, 23 Apr 2006 17:06:18 +0000 (UTC), David Malone wrote: > dwmalone 2006-04-23 17:06:18 UTC > > FreeBSD src repository > > Modified files: > lib/libugidfw libugidfw.3 ugidfw.c ugidfw.h > sys/security/mac_bsdextended mac_bsdextended.c > mac_bsdextended.h > tools/regression/mac/mac_bsdextended test_ugidfw.c > usr.sbin/ugidfw ugidfw.8 ugidfw.c > Added files: > tools/regression/mac/mac_bsdextended test_matches.sh > Log: > Add some new options to mac_bsdestended. We can now match on: > > subject: ranges of uid, ranges of gid, jail id > objects: ranges of uid, ranges of gid, filesystem, > object is suid, object is sgid, object matches > subject uid/gid object type > > We can also negate individual conditions. The ruleset language is > a superset of the previous language, so old rules should continue > to work. > > These changes require a change to the API between libugidfw and the > mac_bsdextended module. Add a version number, so we can tell if > we're running mismatched versions. > > Update man pages to reflect changes, add extra test cases to > test_ugidfw.c and add a shell script that checks that the the > module seems to do what we expect. > > Suggestions from: rwatson, trhodes > Reviewed by: trhodes > MFC after: 2 months > > Revision Changes Path > 1.8 +0 -10 src/lib/libugidfw/libugidfw.3 > 1.11 +729 -167 src/lib/libugidfw/ugidfw.c > 1.5 +0 -3 src/lib/libugidfw/ugidfw.h > 1.29 +158 -25 > src/sys/security/mac_bsdextended/mac_bsdextended.c 1.6 +52 > -10 src/sys/security/mac_bsdextended/mac_bsdextended.h 1.1 > +167 -0 src/tools/regression/mac/mac_bsdextended/test_matches.sh > (new) 1.3 +50 -8 > src/tools/regression/mac/mac_bsdextended/test_ugidfw.c 1.9 +195 > -44 src/usr.sbin/ugidfw/ugidfw.8 1.6 +1 -0 > src/usr.sbin/ugidfw/ugidfw.c Something seems to have been broken by this commit: ===> usr.sbin/ugidfw (all) cc -O2 -fno-strict-aliasing -pipe -DNO_MALLOC_EXTRAS -O3 -pipe -funit-at-a-time -fno-strict-aliasing -ffast-math -march=athlon64 -c /usr/src/usr.sbin/ugidfw/ugidfw.c In file included from /usr/src/usr.sbin/ugidfw/ugidfw.c:40: /usr/obj/usr/src/tmp/usr/include/security/mac_bsdextended/mac_bsdextended.h:104: error: field `mbo_fsid' has incomplete type *** Error code 1 Stop in /usr/src/usr.sbin/ugidfw. (amd64, 7.0-CURRENT) -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Tue Apr 25 08:03:51 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BF9F16A400; Tue, 25 Apr 2006 08:03:51 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4EB343D45; Tue, 25 Apr 2006 08:03:50 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.255.28] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.4/8.13.4) with ESMTP id k3P83mSO054419 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Apr 2006 01:03:49 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <444DD7DF.6010402@FreeBSD.org> Date: Tue, 25 Apr 2006 01:03:43 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= Content-Type: multipart/mixed; boundary="------------060608030402030305010104" Cc: "current@freebsd.org" Subject: Support for ICH7 controller in PowerBook Pro X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2006 08:03:51 -0000 This is a multi-part message in MIME format. --------------060608030402030305010104 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi Søren, Attached please find small patch which adds support for 82801GBM/GHM SATA controller found in intel-based Macs, particularly in MacBook Pro. Please review & approve. Thanks! -Maxim --------------060608030402030305010104 Content-Type: text/plain; name="pbook.diff" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="pbook.diff" SW5kZXg6IGF0YS1jaGlwc2V0LmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvbmN2 cy9zcmMvc3lzL2Rldi9hdGEvYXRhLWNoaXBzZXQuYyx2CnJldHJpZXZpbmcgcmV2aXNpb24g MS4xNjEKZGlmZiAtZCAtdSAtcjEuMTYxIGF0YS1jaGlwc2V0LmMKLS0tIGF0YS1jaGlwc2V0 LmMJMTMgTWFyIDIwMDYgMTQ6MDE6MzcgLTAwMDAJMS4xNjEKKysrIGF0YS1jaGlwc2V0LmMJ MjUgQXByIDIwMDYgMDg6MDA6NDkgLTAwMDAKQEAgLTE1OTMsNiArMTU5Myw3IEBACiAgICAg IHsgQVRBX0k4MjgwMUdCLCAgICAwLCAgICAwLCAweDAwLCBBVEFfVURNQTUsICJJQ0g3IiB9 LAogICAgICB7IEFUQV9JODI4MDFHQl9TMSwgMCwgQUhDSSwgMHgwMCwgQVRBX1NBMzAwLCAi SUNINyIgfSwKICAgICAgeyBBVEFfSTgyODAxR0JfUjEsIDAsIEFIQ0ksIDB4MDAsIEFUQV9T QTMwMCwgIklDSDciIH0sCisgICAgIHsgQVRBX0k4MjgwMUdCTV9HSE0sMCxBSENJLCAweDAw LCBBVEFfU0EzMDAsICJJQ0g3IiB9LAogICAgICB7IEFUQV9JODI4MDFHQl9NLCAgMCwgQUhD SSwgMHgwMCwgQVRBX1NBMzAwLCAiSUNINyIgfSwKICAgICAgeyBBVEFfSTgyODAxR0JfQUgs IDAsIEFIQ0ksIDB4MDAsIEFUQV9TQTMwMCwgIklDSDciIH0sCiAgICAgIHsgQVRBX0kzMTI0 NCwgICAgICAwLCAgICAwLCAweDAwLCBBVEFfU0ExNTAsICIzMTI0NCIgfSwKSW5kZXg6IGF0 YS1wY2kuaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMvZGV2 L2F0YS9hdGEtcGNpLmgsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNjQKZGlmZiAtZCAtdSAt cjEuNjQgYXRhLXBjaS5oCi0tLSBhdGEtcGNpLmgJMTMgTWFyIDIwMDYgMTQ6MDE6MzcgLTAw MDAJMS42NAorKysgYXRhLXBjaS5oCTI1IEFwciAyMDA2IDA4OjAwOjQ5IC0wMDAwCkBAIC0x NTIsNiArMTUyLDcgQEAKICNkZWZpbmUgQVRBX0k4MjgwMUdCX1MxICAgICAgICAgMHgyN2Mw ODA4NgogI2RlZmluZSBBVEFfSTgyODAxR0JfUjEgICAgICAgICAweDI3YzM4MDg2CiAjZGVm aW5lIEFUQV9JODI4MDFHQl9BSCAgICAgICAgIDB4MjdjMTgwODYKKyNkZWZpbmUgQVRBX0k4 MjgwMUdCTV9HSE0gICAgICAgMHgyN2M0ODA4NgogI2RlZmluZSBBVEFfSTgyODAxR0JfTSAg ICAgICAgICAweDI3YzU4MDg2CiAjZGVmaW5lIEFUQV9JMzEyNDQgICAgICAgICAgICAgIDB4 MzIwMDgwODYKIAo= --------------060608030402030305010104-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 25 09:10:25 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D3C016A406; Tue, 25 Apr 2006 09:10:25 +0000 (UTC) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3077643D46; Tue, 25 Apr 2006 09:10:21 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from sos.deepcore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.6/8.13.4) with ESMTP id k3P9AKgY062422; Tue, 25 Apr 2006 11:10:20 +0200 (CEST) (envelope-from sos@FreeBSD.org) From: =?ISO-8859-1?Q?S=F8ren?= Schmidt To: Maxim Sobolev In-Reply-To: <444DD7DF.6010402@FreeBSD.org> References: <444DD7DF.6010402@FreeBSD.org> Content-Type: text/plain; charset=iso8859-1 Organization: FreeBSD project Date: Tue, 25 Apr 2006 11:10:19 +0200 Message-Id: <1145956219.2968.31.camel@sos.deepcore.dk> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: "current@freebsd.org" Subject: Re: Support for ICH7 controller in PowerBook Pro X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sos@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Apr 2006 09:10:25 -0000 On Tir, 2006-04-25 at 01:03 -0700, Maxim Sobolev wrote: > Hi Søren, > > Attached please find small patch which adds support for 82801GBM/GHM > SATA controller found in intel-based Macs, particularly in MacBook Pro. > > Please review & approve. I'll look into it, I think Intel has a few other new chips I should add in the same go, give me a few days... -Søren > > Thanks! > > -Maxim > plain text document attachment (pbook.diff) > Index: ata-chipset.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v > retrieving revision 1.161 > diff -d -u -r1.161 ata-chipset.c > --- ata-chipset.c 13 Mar 2006 14:01:37 -0000 1.161 > +++ ata-chipset.c 25 Apr 2006 08:00:49 -0000 > @@ -1593,6 +1593,7 @@ > { ATA_I82801GB, 0, 0, 0x00, ATA_UDMA5, "ICH7" }, > { ATA_I82801GB_S1, 0, AHCI, 0x00, ATA_SA300, "ICH7" }, > { ATA_I82801GB_R1, 0, AHCI, 0x00, ATA_SA300, "ICH7" }, > + { ATA_I82801GBM_GHM,0,AHCI, 0x00, ATA_SA300, "ICH7" }, > { ATA_I82801GB_M, 0, AHCI, 0x00, ATA_SA300, "ICH7" }, > { ATA_I82801GB_AH, 0, AHCI, 0x00, ATA_SA300, "ICH7" }, > { ATA_I31244, 0, 0, 0x00, ATA_SA150, "31244" }, > Index: ata-pci.h > =================================================================== > RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.h,v > retrieving revision 1.64 > diff -d -u -r1.64 ata-pci.h > --- ata-pci.h 13 Mar 2006 14:01:37 -0000 1.64 > +++ ata-pci.h 25 Apr 2006 08:00:49 -0000 > @@ -152,6 +152,7 @@ > #define ATA_I82801GB_S1 0x27c08086 > #define ATA_I82801GB_R1 0x27c38086 > #define ATA_I82801GB_AH 0x27c18086 > +#define ATA_I82801GBM_GHM 0x27c48086 > #define ATA_I82801GB_M 0x27c58086 > #define ATA_I31244 0x32008086 > > _______________________________________________ > 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 Apr 25 10:34:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DE9E16A400 for ; Tue, 25 Apr 2006 10:34:42 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id D00DF43D48 for ; Tue, 25 Apr 2006 10:34:41 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 25 Apr 2006 11:34:39 +0100 (BST) To: "Conrad J. Sabatier" In-reply-to: Your message of "Tue, 25 Apr 2006 02:26:05 CDT." <20060425022605.0f65e58c@localhost> X-Request-Do: Date: Tue, 25 Apr 2006 11:34:39 +0100 From: David Malone Message-ID: <200604251134.aa95500@salmon.maths.tcd.ie> Cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/lib/libugidfw libugidfw.3 ugidfw.c ugidfw.h src/sys/security/mac_bsdextended mac_bsdextended.c mac_bsdextended.h src/tools/regression/mac/mac_bsdextended test_matches.sh test_ugidfw.c src/usr.sbin/ugidfw ugidfw.8 ugidfw.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2006 10:34:42 -0000 > Something seems to have been broken by this commit: > ===> usr.sbin/ugidfw (all) > cc -O2 -fno-strict-aliasing -pipe -DNO_MALLOC_EXTRAS -O3 -pipe > -funit-at-a-time -fno-strict-aliasing -ffast-math -march=athlon64 > -c /usr/src/usr.sbin/ugidfw/ugidfw.c > In file included from > /usr/src/usr.sbin/ugidfw/ugidfw.c:40: /usr/obj/usr/src/tmp/usr/include/securit > error: field `mbo_fsid' has incomplete type *** Error code 1 Can you check that you have version 1.6 of /usr/src/usr.sbin/ugidfw/ugidfw.c? It looks to me like you probably have the old version of it, because the #include mentioned is on line 40 in version 1.5 and 41 of version 1.6. David. From owner-freebsd-current@FreeBSD.ORG Tue Apr 25 12:19:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FC5D16A40F; Tue, 25 Apr 2006 12:19:15 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F94043D45; Tue, 25 Apr 2006 12:19:07 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id DF945244C19; Tue, 25 Apr 2006 21:19:06 +0900 (JST) Message-ID: <444E13BA.8050902@freebsd.org> Date: Tue, 25 Apr 2006 21:19:06 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.2 (X11/20060424) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-fs@freebsd.org References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> In-Reply-To: <4433CA53.5050000@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander@Leidinger.net, Dario Freni , ozawa@ongs.co.jp Subject: [ANN] unionfs patchset-11 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2006 12:19:15 -0000 It is my pleasure and honor to announce the availability of the unionfs patchset-11. Patchset-11: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p11.diff For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p11.diff Changes in unionfs-p11.diff - Changed a few implementations around the lock/unlock mechanism. Because of this, you can use both the unionfs and the nullfs together without LK_CANRECURSE. - Fixed a bug that sometimes does not unlock if it cannot create shadow file. The documents of those unionfs patches: http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) Heads Up: Fabian Keil gave me a good patch to fix my broken English. Above English text is good rather than pre one. Heads Up: Above English text contains some Japanese text. If you are interested in translating the Japanese text into English, please do it and send it to me. ATTENTION: If someone knows the details of vnode's lock status via VOP_GETWRITEMOUNT, Please teach us (daichi, ozawa). We want to know the details. Thanks -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Tue Apr 25 12:56:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0045B16A402; Tue, 25 Apr 2006 12:56:14 +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 1437343D7B; Tue, 25 Apr 2006 12:56:03 +0000 (GMT) (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 54D5846B1E; Tue, 25 Apr 2006 08:56:02 -0400 (EDT) Date: Tue, 25 Apr 2006 13:56:02 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Daichi GOTO In-Reply-To: <444E13BA.8050902@freebsd.org> Message-ID: <20060425133412.V51337@fledge.watson.org> References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Alexander@Leidinger.net, Dario Freni Subject: Re: [ANN] unionfs patchset-11 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2006 12:56:15 -0000 On Tue, 25 Apr 2006, Daichi GOTO wrote: > Changes in unionfs-p11.diff > - Changed a few implementations around the lock/unlock > mechanism. Because of this, you can use both the unionfs > and the nullfs together without LK_CANRECURSE. > - Fixed a bug that sometimes does not unlock if it cannot > create shadow file. First off, thanks again for working on this! > If someone knows the details of vnode's lock status via > VOP_GETWRITEMOUNT, Please teach us (daichi, ozawa). We > want to know the details. Basically, file systems supporting full file system snapshots (UFS) provide a mechanism to "lock out" writers before they enter VFS so that they don't end up holding write locks for long periods, leading to deadlock. vn_start_write() is called to notify the file system that a thread is about to enter the file system for a write, and vn_write_finished() is called to notify the file system it is done. In effect, it's a giant reader-writer lock, which allows multiple readers and multipler writers, except during snapshot generation, when it blocks new writers until the snapshot is generated. In general, you'll notice two sorts of logic around calls to vn_start_write(): a first set, where vn_start_write() is called once holding a vnode reference, is acquired, and then things continue as normal, with a final vn_finished_write() call at the end. In this situation, vnode locks are acquired after the vn_start_write() call, but vnode references are held before (since vn_start_write() takes a vnode so that it can find the file system). The other circumstance is where vnode locks may already be held, in which case a non-sleeping acquire is performed, since in effect this is a violation of lock order. If it fails, the vnode lock is released, the reference is acquired, and then the whole operation is restarted so that we can try again to acquire the vnode lock under circumstances where file system snapshot lock can be safely acquired. So basically, it has deadlock detection and recovery logic. The V_XSLEEP lock basically says "Sleep until the snapshot lock would be available, then return", which loops back so we can re-try the acquires. So according to the above, the file system snapshot lock is *before* the vnode locks in the lock order, although in practice we acquire in any order as long as it won't lead to deadlock (in which case we recover). The logic here is a little shaky in practice -- among other things, it looks like potentially the mount point could go away during the call to vn_start_write() once the vnode is released in the deadlock detection code, but in practice this probably never happens. Notice that the above is all couched in terms of a single file system, not stacking. This is probably because it was all written with UFS and not stacking in mind. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Apr 25 15:48:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11E7016A43E for ; Tue, 25 Apr 2006 15:48:04 +0000 (UTC) (envelope-from haro@h4.dion.ne.jp) Received: from smtp1.dcns.ne.jp (smtp1.dcns.ne.jp [203.178.100.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 4764443D8B for ; Tue, 25 Apr 2006 15:47:50 +0000 (GMT) (envelope-from haro@h4.dion.ne.jp) Received: (qmail 381 invoked from network); 26 Apr 2006 00:47:49 +0900 Received: from unknown (HELO localhost) (211.10.184.118) by smtp1.dcns.ne.jp with SMTP; 26 Apr 2006 00:47:49 +0900 Date: Wed, 26 Apr 2006 00:45:55 +0900 (JST) Message-Id: <20060426.004555.21603794.haro@h4.dion.ne.jp> To: daichi@freebsd.org From: Munehiro Matsuda In-Reply-To: <444E13BA.8050902@freebsd.org> References: <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Alexander@Leidinger.net, saturnero@freesbie.org Subject: Re: [ANN] unionfs patchset-11 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2006 15:48:04 -0000 Hi Goto-san, From: Daichi GOTO Date: Tue, 25 Apr 2006 21:19:06 +0900 ::It is my pleasure and honor to announce the availability of ::the unionfs patchset-11. :: Heads Up: Above English text contains some Japanese text. :: If you are interested in translating the Japanese :: text into English, please do it and send it to me. How about this? =-------------------------------------------------------------------------- On creating a hardlink, due to VOP_GETWRITEMOUNT() called right after lookup(), if only files exist in the underlying filesystem, VOP_GETWRITEMOUNT() cannot be process on the vnode for the layer above. Thus creating hardlink fails. A complete fix is to change VOP_GETWRITEMOUNT() to create a shadowfile, but its not possible due to the fact that, locking status of vnode passed as argument to VOP_GETWRITEMOUNT() is not stable. In the current kernel code base, filesystems using vop_stdgetwritemount() simply aquire mount point vnode, thus using vnode for directory above seems to suffice and used for the current implementation. But this logic cannot be considered safe and may cause problems in the future. Also, when mounting a directory containing multiple mount points using unionfs, becomes evil. Thus, it is dangerous to mount directories containing multiple mount points, using the current implementation of unionfs. =-------------------------------------------------------------------------- Hope this helps, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Internet Solution Dept., KGT Inc. /|\ |_| |_|_| 2-8-8 Shinjuku Shinjuku-ku Tokyo 160-0022, Japan Tel: +81-3-3225-0767 Fax: +81-3-3225-0740 Email: haro-at-kgt.co.jp From owner-freebsd-current@FreeBSD.ORG Tue Apr 25 17:56:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18A7F16A40E; Tue, 25 Apr 2006 17:56:05 +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 8371B43D6E; Tue, 25 Apr 2006 17:55:54 +0000 (GMT) (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 4DCEF1A4E24; Tue, 25 Apr 2006 10:55:54 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9C9AC55A0B; Tue, 25 Apr 2006 13:55:53 -0400 (EDT) Date: Tue, 25 Apr 2006 13:55:53 -0400 From: Kris Kennaway To: Daichi GOTO Message-ID: <20060425175553.GA56011@xor.obsecurity.org> References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <444E13BA.8050902@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Alexander@Leidinger.net, Dario Freni Subject: Re: [ANN] unionfs patchset-11 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2006 17:56:05 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 25, 2006 at 09:19:06PM +0900, Daichi GOTO wrote: > It is my pleasure and honor to announce the availability of > the unionfs patchset-11. >=20 > Patchset-11: > For 7-current > http://people.freebsd.org/~daichi/unionfs/unionfs-p11.diff >=20 > For 6.x > http://people.freebsd.org/~daichi/unionfs/unionfs6-p11.diff >=20 > Changes in unionfs-p11.diff > - Changed a few implementations around the lock/unlock > mechanism. Because of this, you can use both the unionfs > and the nullfs together without LK_CANRECURSE. > - Fixed a bug that sometimes does not unlock if it cannot > create shadow file. I still get a panic immediately upon use: KDB: stack backtrace: vfs_badlock(cdef7540,ee22b9c4,c07a60e0,cdef7540,0) at vfs_badlock+0x76 assert_vop_locked(cdef7540,c0765a3d,220,cdef7540,d12ed380) at assert_vop_lo= cked+0x60 VOP_OPEN_APV(c077acc0,ee22ba1c,d0456c28,0,c68a2510) at VOP_OPEN_APV+0x87 union_open(ee22ba74,c0765a3d,ee22bbfc,47ec,cdf1a690) at union_open+0xa2 VOP_OPEN_APV(c077b6a0,ee22ba74,c07a5f60,cdf1a690,1) at VOP_OPEN_APV+0x94 exec_check_permissions(ee22bba8,0,c073c75f,143,d1921000) at exec_check_perm= issions+0x107 kern_execve(c68a2510,ee22bc60,0,bfbfe910,bfbfea0c,e87b9000,e87b9000,e87b903= 8,e87b94e9,e87f9000,3fb17,4,39) at kern_execve+0x214 execve(c68a2510,ee22bd04,c,ee22bd38,3) at execve+0x52 syscall(3b,3b,3b,bfbfe90c,bfbfecc7) at syscall+0x163 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (59, FreeBSD ELF32, execve), eip =3D 0x280d493b, esp =3D 0xbfbf= e37c, ebp =3D 0xbfbfe828 --- VOP_OPEN: 0xcdef7540 is not locked but should be db> show lockedvnods Locked vnodes 0xd0456bd0: tag ufs, type VREG usecount 1, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xcf9c1960 ref 0 pages 5 lock type ufs: EXCL (count 1) by thread 0xc68a2510 (pid 5593)#0 0xc053= 248e at lockmgr+0x573 #1 0xc059f9d4 at vop_stdlock+0x32 #2 0xc071541a at VOP_LOCK_APV+0x76 #3 0xc0681146 at ffs_lock+0x19 #4 0xc071541a at VOP_LOCK_APV+0x76 #5 0xc04ff967 at union_lock+0xda #6 0xc071541a at VOP_LOCK_APV+0x76 #7 0xc05b793a at vn_lock+0x67 #8 0xc05ab84b at vget+0x77 #9 0xc04fab14 at union_nodeget+0x682 #10 0xc04fd98a at union_lookup+0x5e6 #11 0xc0712034 at VOP_LOOKUP_APV+0x76 #12 0xc05a1588 at lookup+0x343 #13 0xc05a21f3 at namei+0x330 #14 0xc0522983 at kern_execve+0x1e4 #15 0xc05236ee at execve+0x52 #16 0xc06fc295 at syscall+0x163 #17 0xc06e5fdf at Xint0x80_syscall+0x1f ino 2805716, on dev da0s1e 0xcdf1a690: tag unionfs, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags (VV_TEXT) v_object 0xcf9544b0 ref 0 pages 5 lock type ufs: EXCL (count 1) by thread 0xc68a2510 (pid 5593)#0 0xc053= 248e at lockmgr+0x573 #1 0xc059f9d4 at vop_stdlock+0x32 #2 0xc071541a at VOP_LOCK_APV+0x76 #3 0xc0681146 at ffs_lock+0x19 #4 0xc071541a at VOP_LOCK_APV+0x76 #5 0xc04ff967 at union_lock+0xda #6 0xc071541a at VOP_LOCK_APV+0x76 #7 0xc05b793a at vn_lock+0x67 #8 0xc05ab84b at vget+0x77 #9 0xc04fab14 at union_nodeget+0x682 #10 0xc04fd98a at union_lookup+0x5e6 #11 0xc0712034 at VOP_LOOKUP_APV+0x76 #12 0xc05a1588 at lookup+0x343 #13 0xc05a21f3 at namei+0x330 #14 0xc0522983 at kern_execve+0x1e4 #15 0xc05236ee at execve+0x52 #16 0xc06fc295 at syscall+0x163 #17 0xc06e5fdf at Xint0x80_syscall+0x1f union_vp=3D0xcdf1a690, uppervp=3D0xd0456bd0, lowervp=3D0xcdef7540 union: upper 0xd0456bd0: tag ufs, type VREG usecount 1, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xcf9c1960 ref 0 pages 5 lock type ufs: EXCL (count 1) by thread 0xc68a2510 (pid 5593)#0 0xc053= 248e at lockmgr+0x573 #1 0xc059f9d4 at vop_stdlock+0x32 #2 0xc071541a at VOP_LOCK_APV+0x76 #3 0xc0681146 at ffs_lock+0x19 #4 0xc071541a at VOP_LOCK_APV+0x76 #5 0xc04ff967 at union_lock+0xda #6 0xc071541a at VOP_LOCK_APV+0x76 #7 0xc05b793a at vn_lock+0x67 #8 0xc05ab84b at vget+0x77 #9 0xc04fab14 at union_nodeget+0x682 #10 0xc04fd98a at union_lookup+0x5e6 #11 0xc0712034 at VOP_LOOKUP_APV+0x76 #12 0xc05a1588 at lookup+0x343 #13 0xc05a21f3 at namei+0x330 #14 0xc0522983 at kern_execve+0x1e4 #15 0xc05236ee at execve+0x52 #16 0xc06fc295 at syscall+0x163 #17 0xc06e5fdf at Xint0x80_syscall+0x1f ino 2805716, on dev da0s1e union: lower 0xcdef7540: tag null, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags () v_object 0xcf9544b0 ref 0 pages 5 #0 0xc053248e at lockmgr+0x573 #1 0xc059f9d4 at vop_stdlock+0x32 #2 0xc071541a at VOP_LOCK_APV+0x76 #3 0xc0681146 at ffs_lock+0x19 #4 0xc071541a at VOP_LOCK_APV+0x76 #5 0xc05b793a at vn_lock+0x67 #6 0xc05ab84b at vget+0x77 #7 0xc059c93c at cache_lookup+0xe7 #8 0xc059d28f at vfs_cache_lookup+0xad #9 0xc0712034 at VOP_LOOKUP_APV+0x76 #10 0xc04f50a1 at null_lookup+0x6c #11 0xc0712034 at VOP_LOOKUP_APV+0x76 #12 0xc04fd762 at union_lookup+0x3be #13 0xc0712034 at VOP_LOOKUP_APV+0x76 #14 0xc05a1588 at lookup+0x343 #15 0xc05a21f3 at namei+0x330 #16 0xc0522983 at kern_execve+0x1e4 #17 0xc05236ee at execve+0x52 vp=3D0xcdef7540, lowervp=3D0xcdef73f0 db> db> show allpcpu Current CPU: 1 cpuid =3D 0 curthread =3D 0xc63caa20: pid 13 "idle: cpu0" curpcb =3D 0xea408d90 fpcurthread =3D none idlethread =3D 0xc63caa20: pid 13 "idle: cpu0" APIC ID =3D 0 currentldt =3D 0x50 spin locks held: cpuid =3D 1 curthread =3D 0xc68a2510: pid 5593 "chroot" curpcb =3D 0xee22bd90 fpcurthread =3D none idlethread =3D 0xc63ca870: pid 12 "idle: cpu1" APIC ID =3D 1 currentldt =3D 0x50 spin locks held: cpuid =3D 2 curthread =3D 0xc63ca6c0: pid 11 "idle: cpu2" curpcb =3D 0xea402d90 fpcurthread =3D none idlethread =3D 0xc63ca6c0: pid 11 "idle: cpu2" APIC ID =3D 2 currentldt =3D 0x50 spin locks held: exclusive spin mutex sio r =3D 0 (0xc080f588) locked @ dev/sio/sio.c:1390 cpuid =3D 3 curthread =3D 0xc63cabd0: pid 14 "swi4: clock sio" curpcb =3D 0xea40bd90 fpcurthread =3D none idlethread =3D 0xc63ca510: pid 10 "idle: cpu3" APIC ID =3D 3 currentldt =3D 0x50 spin locks held: db> Kris --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFETmKpWry0BWjoQKURAivQAJ940gnTqBuYuzfztggorUD0wetx5gCg6joJ 4rCS7EnINCZqPVUu4CpfQsc= =u31v -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 25 19:13:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EB7A16A401 for ; Tue, 25 Apr 2006 19:13:19 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38E7343D46 for ; Tue, 25 Apr 2006 19:13:17 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by nproxy.gmail.com with SMTP id m18so1036683nfc for ; Tue, 25 Apr 2006 12:13:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition; b=HACipbkk5xy7Ea/R8EjSZBEyqP884LVA80+P8MbeXFHBBFcsl6+kNcEiR0FMOJFPYjeXYOQ454Hj0ouNlmppABKYZssEhTPsPiIrpmi3U+hxGy/ZxAZrRdmVZnSXlZjb9u853tOCHpS/cgRLgiclG9ShiH1hfMsejKMvl0rAFR0= Received: by 10.48.205.14 with SMTP id c14mr3947650nfg; Tue, 25 Apr 2006 12:13:16 -0700 (PDT) Received: from roadrunner.q.local ( [217.229.213.165]) by mx.gmail.com with ESMTP id l38sm1280271nfc.2006.04.25.12.13.04; Tue, 25 Apr 2006 12:13:16 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k3PJCFg8001089; Tue, 25 Apr 2006 21:12:23 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k3PCEMtx024542; Tue, 25 Apr 2006 14:14:22 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Tue, 25 Apr 2006 14:14:22 +0200 From: Ulrich Spoerlein To: phk@freebsd.org Message-ID: <20060425121421.GB1105@roadrunner.q.local> Mail-Followup-To: phk@freebsd.org, current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xXmbgvnjoT4axfJE" Content-Disposition: inline Cc: current@freebsd.org Subject: Improvements to src/tools/tools/recoverdisk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2006 19:13:19 -0000 --xXmbgvnjoT4axfJE Content-Type: multipart/mixed; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear Poul-Henning, current@, I made two, what I call, improvements to recoverdisk. It only tries to read in multiples of 512 bytes OR the sectorsize. This sucks for CD/DVD with 2352 bytes sectorsize. My patch takes the native sectorsize into account, when dimensioning BIG and MEDIUMSIZE. Second feature is the saving and loading of the worklist. Again, not very helpful for reading hard disks, but very useful for CDs. This way, you can first try a scratched CD in drive A, then drive B and drive C. You don't have to start all over again, but instead can profit from the different error recovery mechanisms. Previously, I did this with dd(1) and paper and pencil. Not funny. Please try the attached patch, thanks! Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch Content-Transfer-Encoding: quoted-printable --- recoverdisk.orig.c Mon Apr 24 19:34:57 2006 +++ recoverdisk.c Tue Apr 25 14:11:44 2006 @@ -14,15 +14,20 @@ #include #include #include +#include +#include +#include #include #include #include #include #include =20 -#define BIGSIZE (1046640) -#define MEDIUMSIZE (63504) -#define MINSIZE (512) +#define MIN(a,b) (((a)<(b))?(a):(b)) + +static off_t bigsize =3D 1024 * 1024; +static off_t medsize =3D 64 * 1024; +static off_t minsize =3D 512; =20 struct lump { off_t start; @@ -48,29 +53,119 @@ TAILQ_INSERT_TAIL(&lumps, lp, list); } =20 +static struct lump *lp; +static char *wworklist =3D NULL; +static char *rworklist =3D NULL; + +/* Save the worklist, if -w was given */ +static void +save_worklist(__unused int sig) +{ + FILE *file; + + if (wworklist !=3D NULL) { + fprintf(stderr, "\nSaving worklist ..."); + fflush(stderr); + + file =3D fopen(wworklist, "w"); + if (file =3D=3D NULL) + err(1, "Error opening file %s", wworklist); + + for (;;) { + lp =3D TAILQ_FIRST(&lumps); + if (lp =3D=3D NULL) + break; + fprintf(file, "%jd %jd %d\n", + (intmax_t)lp->start, (intmax_t)lp->len, lp->state); + TAILQ_REMOVE(&lumps, lp, list); + } + fprintf(stderr, " done.\n"); + } + exit(0); +} + +static off_t +read_worklist(off_t t) +{ + off_t s, l, d; + int state, lines; + FILE *file; +=09 + fprintf(stderr, "Reading worklist ..."); + fflush(stderr); + file =3D fopen(rworklist, "r"); + if (file =3D=3D NULL) + err(1, "Error opening file %s", rworklist); + + lines =3D 0; + d =3D t; + for (;;) { + ++lines; + if (3 !=3D fscanf(file, "%jd %jd %d\n", &s, &l, &state)) { + if (!feof(file)) + err(1, "Error parsing file %s at line %d", + rworklist, lines); + else + break; + } + + new_lump(s, l, state); + d -=3D l; + } + fprintf(stderr, " done.\n"); + + /*=20 + * Return the number of bytes already read (at least not in + * worklist). + */ + return (d); +} + +static void +usage(void) +{ + fprintf(stderr, "Usage: %s [-r worklist] [-w worklist] source-drive [dest= ination]", "recoverdisk"); + exit(EX_USAGE); +} + int -main(int argc, const char **argv) +main(int argc, char * const argv[]) { + int ch; int fdr, fdw; - struct lump *lp; off_t t, d; size_t i, j; int error, flags; u_char *buf; - u_int sectorsize, minsize; + u_int sectorsize; time_t t1, t2; struct stat sb; =20 + while ((ch =3D getopt(argc, argv, "r:w:")) !=3D -1) { + switch (ch) { + case 'w': + wworklist =3D strdup(optarg); + if (wworklist =3D=3D NULL) + err(1, "Cannot allocate enough memory"); + break; + case 'r': + rworklist =3D strdup(optarg); + if (rworklist =3D=3D NULL) + err(1, "Cannot allocate enough memory"); + break; + default: + usage(); + } + } + argc -=3D optind; + argv +=3D optind; =20 - if (argc < 2) - errx(1, "Usage: %s source-drive [destination]", argv[0]); + if (argc < 1) + usage(); =20 - buf =3D malloc(BIGSIZE); - if (buf =3D=3D NULL) - err(1, "Cannot allocate %d bytes buffer", BIGSIZE); - fdr =3D open(argv[1], O_RDONLY); + fdr =3D open(argv[0], O_RDONLY); if (fdr < 0) - err(1, "Cannot open read descriptor %s", argv[1]); + err(1, "Cannot open read descriptor %s", argv[0]); =20 error =3D fstat(fdr, &sb); if (error < 0) @@ -80,46 +175,62 @@ error =3D ioctl(fdr, DIOCGSECTORSIZE, §orsize); if (error < 0) err(1, "DIOCGSECTORSIZE failed"); + + /* + * Make medsize roughly 64kB, depending on native sector + * size. bigsize has to be a multiple of medsize. + * For media with 2352 sectors, this will + * result in 2352, 63504, and 1016064 bytes. + */ minsize =3D sectorsize; + medsize =3D (medsize / sectorsize) * sectorsize; + bigsize =3D medsize * 16; =20 error =3D ioctl(fdr, DIOCGMEDIASIZE, &t); if (error < 0) err(1, "DIOCGMEDIASIZE failed"); } else { - sectorsize =3D 1; t =3D sb.st_size; - minsize =3D MINSIZE; flags |=3D O_CREAT | O_TRUNC; } =20 - if (argc > 2) { - fdw =3D open(argv[2], flags, DEFFILEMODE); + buf =3D malloc(bigsize); + if (buf =3D=3D NULL) + err(1, "Cannot allocate %jd bytes buffer", (intmax_t)bigsize); + + if (argc > 1) { + fdw =3D open(argv[1], flags, DEFFILEMODE); if (fdw < 0) - err(1, "Cannot open write descriptor %s", argv[2]); + err(1, "Cannot open write descriptor %s", argv[1]); } else { fdw =3D -1; } =20 - new_lump(0, t, 0); - d =3D 0; + if (rworklist !=3D NULL) { + d =3D read_worklist(t); + } else { + new_lump(0, t, 0); + d =3D 0; + } + + signal(SIGINT, save_worklist); =20 t1 =3D 0; + printf("%13s %7s %13s %5s %13s %13s %9s\n", + "start", "size", "len", "state", "done", "remaining", "% done"); for (;;) { lp =3D TAILQ_FIRST(&lumps); if (lp =3D=3D NULL) break; - TAILQ_REMOVE(&lumps, lp, list); while (lp->len > 0) { - i =3D BIGSIZE; - if (lp->len < BIGSIZE) - i =3D lp->len; + i =3D MIN(lp->len, bigsize); if (lp->state =3D=3D 1) - i =3D MEDIUMSIZE; + i =3D MIN(lp->len, medsize); if (lp->state > 1) - i =3D minsize; + i =3D MIN(lp->len, minsize); time(&t2); - if (t1 !=3D t2 || lp->len < BIGSIZE) { - printf("\r%13jd %7zu %13jd %3d %13jd %13jd %.8f", + if (t1 !=3D t2 || lp->len < bigsize) { + printf("\r%13jd %7zu %13jd %5d %13jd %13jd %.7f", (intmax_t)lp->start, i,=20 (intmax_t)lp->len, @@ -152,9 +263,10 @@ lp->start +=3D i; lp->len -=3D i; } + TAILQ_REMOVE(&lumps, lp, list); free(lp); } printf("\nCompleted\n"); - exit (0); + return (0); } =20 --cWoXeonUoKmBZSoM-- --xXmbgvnjoT4axfJE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEThKd524iJyD+6d0RAusvAKCUKUygQ5KDnyCD6n99t0IAYWvcKQCfTOQS 7fBlfjimLz3gj1R37zmFK00= =bAwp -----END PGP SIGNATURE----- --xXmbgvnjoT4axfJE-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 25 19:38:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DF1F16A405; Tue, 25 Apr 2006 19:38:04 +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 D6B9043D48; Tue, 25 Apr 2006 19:38:03 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k3PJc2OR063073; Tue, 25 Apr 2006 15:38:02 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 25 Apr 2006 15:37:53 -0400 User-Agent: KMail/1.9.1 References: <20060425001906.X63712@rc.tex-an.net> In-Reply-To: <20060425001906.X63712@rc.tex-an.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604251537.55519.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1425/Tue Apr 25 08:09:41 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: current@freebsd.org, mailtrail Subject: Re: 6.1 RC1: won't boot install CD "BTX halted" on HP D530c with SATA drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2006 19:38:04 -0000 On Tuesday 25 April 2006 01:42, mailtrail wrote: > > I can't get the 6.1-RC1 i386 disc1 CD to boot on an HP D530c. > A websearch of other "BTX halted" messages doesn't get me any > hits on the CD itself not booting into the install. I get > the menu, but no matter which option I choose I get an immediate > halt with the following details. What information do I need to > supply? > > ***** > > \ > int=0000000d err=00000000 efl=00010006 eip=00027c3e > eax=00027c38 ebx=00000000 ecx=00000000 edx=00000000 > esi=00000200 edi=0006d810 ebp=00094878 esp=0009e848 > cs=0008 ds=0010 es=0010 fs=0010 gs=0010 ss=0010 > cs:eip=0f 32 0d 00 01 00 00 0f-30 0f 20 e0 83 c8 30 0f > 22 e0 b8 00 f0 03 00 0f-22 d8 0f 20 c0 0d 00 00 > ss:esp=69 95 00 00 00 90 d9 00-00 a0 d9 00 00 10 04 00 > 00 00 00 00 00 00 04 00-00 00 00 00 00 90 d9 00 > BTX halted 00000000 0F32 rdmsr 00000002 0D00010000 or eax,0x100 00000007 0F30 wrmsr 00000009 0F20E0 mov eax,cr4 0000000C 83C830 or eax,byte +0x30 0000000F 0F22E0 mov cr4,eax 00000012 B800F00300 mov eax,0x3f000 00000017 0F22D8 mov cr3,eax 0000001A 0F20C0 mov eax,cr0 Hmm, so it doesn't like whichever MSR is being changed. If this is happening after the menu I think it is actually in the kernel that you are seeing this. %ecx is 0, so it's trying to read MSR 0. Hmm, I don't see any code in the i386 kernel that would be doing this (setting PAE/PSE on at the same time for example). Is this happening when it tries to load the kernel and before you get to a loader prompt? Can you use option 6 (or whichever it is now) to get to the loader 'OK' prompt at all? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 25 19:38:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DF1F16A405; Tue, 25 Apr 2006 19:38:04 +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 D6B9043D48; Tue, 25 Apr 2006 19:38:03 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k3PJc2OR063073; Tue, 25 Apr 2006 15:38:02 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 25 Apr 2006 15:37:53 -0400 User-Agent: KMail/1.9.1 References: <20060425001906.X63712@rc.tex-an.net> In-Reply-To: <20060425001906.X63712@rc.tex-an.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604251537.55519.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1425/Tue Apr 25 08:09:41 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: current@freebsd.org, mailtrail Subject: Re: 6.1 RC1: won't boot install CD "BTX halted" on HP D530c with SATA drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2006 19:38:04 -0000 On Tuesday 25 April 2006 01:42, mailtrail wrote: > > I can't get the 6.1-RC1 i386 disc1 CD to boot on an HP D530c. > A websearch of other "BTX halted" messages doesn't get me any > hits on the CD itself not booting into the install. I get > the menu, but no matter which option I choose I get an immediate > halt with the following details. What information do I need to > supply? > > ***** > > \ > int=0000000d err=00000000 efl=00010006 eip=00027c3e > eax=00027c38 ebx=00000000 ecx=00000000 edx=00000000 > esi=00000200 edi=0006d810 ebp=00094878 esp=0009e848 > cs=0008 ds=0010 es=0010 fs=0010 gs=0010 ss=0010 > cs:eip=0f 32 0d 00 01 00 00 0f-30 0f 20 e0 83 c8 30 0f > 22 e0 b8 00 f0 03 00 0f-22 d8 0f 20 c0 0d 00 00 > ss:esp=69 95 00 00 00 90 d9 00-00 a0 d9 00 00 10 04 00 > 00 00 00 00 00 00 04 00-00 00 00 00 00 90 d9 00 > BTX halted 00000000 0F32 rdmsr 00000002 0D00010000 or eax,0x100 00000007 0F30 wrmsr 00000009 0F20E0 mov eax,cr4 0000000C 83C830 or eax,byte +0x30 0000000F 0F22E0 mov cr4,eax 00000012 B800F00300 mov eax,0x3f000 00000017 0F22D8 mov cr3,eax 0000001A 0F20C0 mov eax,cr0 Hmm, so it doesn't like whichever MSR is being changed. If this is happening after the menu I think it is actually in the kernel that you are seeing this. %ecx is 0, so it's trying to read MSR 0. Hmm, I don't see any code in the i386 kernel that would be doing this (setting PAE/PSE on at the same time for example). Is this happening when it tries to load the kernel and before you get to a loader prompt? Can you use option 6 (or whichever it is now) to get to the loader 'OK' prompt at all? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 25 19:48:53 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF22416A400; Tue, 25 Apr 2006 19:48:53 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5727B43D53; Tue, 25 Apr 2006 19:48:52 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.255.28] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.4/8.13.4) with ESMTP id k3PJmoIo007738 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Apr 2006 12:48:51 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <444E7D1B.10001@FreeBSD.org> Date: Tue, 25 Apr 2006 12:48:43 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: phk@FreeBSD.org, current@FreeBSD.org References: <20060425121421.GB1105@roadrunner.q.local> In-Reply-To: <20060425121421.GB1105@roadrunner.q.local> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Improvements to src/tools/tools/recoverdisk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2006 19:48:53 -0000 Sounds cool, perhaps it's time to move recoverdisk into the base system to give it better exposure? -Maxim Ulrich Spoerlein wrote: > Dear Poul-Henning, current@, > > I made two, what I call, improvements to recoverdisk. It only tries to > read in multiples of 512 bytes OR the sectorsize. This sucks for CD/DVD > with 2352 bytes sectorsize. My patch takes the native sectorsize into > account, when dimensioning BIG and MEDIUMSIZE. > > Second feature is the saving and loading of the worklist. Again, not > very helpful for reading hard disks, but very useful for CDs. This way, > you can first try a scratched CD in drive A, then drive B and drive C. > You don't have to start all over again, but instead can profit from the > different error recovery mechanisms. > > Previously, I did this with dd(1) and paper and pencil. Not funny. > > Please try the attached patch, thanks! > > Ulrich Spoerlein > > > ------------------------------------------------------------------------ > > --- recoverdisk.orig.c Mon Apr 24 19:34:57 2006 > +++ recoverdisk.c Tue Apr 25 14:11:44 2006 > @@ -14,15 +14,20 @@ > #include > #include > #include > +#include > +#include > +#include > #include > #include > #include > #include > #include > > -#define BIGSIZE (1046640) > -#define MEDIUMSIZE (63504) > -#define MINSIZE (512) > +#define MIN(a,b) (((a)<(b))?(a):(b)) > + > +static off_t bigsize = 1024 * 1024; > +static off_t medsize = 64 * 1024; > +static off_t minsize = 512; > > struct lump { > off_t start; > @@ -48,29 +53,119 @@ > TAILQ_INSERT_TAIL(&lumps, lp, list); > } > > +static struct lump *lp; > +static char *wworklist = NULL; > +static char *rworklist = NULL; > + > +/* Save the worklist, if -w was given */ > +static void > +save_worklist(__unused int sig) > +{ > + FILE *file; > + > + if (wworklist != NULL) { > + fprintf(stderr, "\nSaving worklist ..."); > + fflush(stderr); > + > + file = fopen(wworklist, "w"); > + if (file == NULL) > + err(1, "Error opening file %s", wworklist); > + > + for (;;) { > + lp = TAILQ_FIRST(&lumps); > + if (lp == NULL) > + break; > + fprintf(file, "%jd %jd %d\n", > + (intmax_t)lp->start, (intmax_t)lp->len, lp->state); > + TAILQ_REMOVE(&lumps, lp, list); > + } > + fprintf(stderr, " done.\n"); > + } > + exit(0); > +} > + > +static off_t > +read_worklist(off_t t) > +{ > + off_t s, l, d; > + int state, lines; > + FILE *file; > + > + fprintf(stderr, "Reading worklist ..."); > + fflush(stderr); > + file = fopen(rworklist, "r"); > + if (file == NULL) > + err(1, "Error opening file %s", rworklist); > + > + lines = 0; > + d = t; > + for (;;) { > + ++lines; > + if (3 != fscanf(file, "%jd %jd %d\n", &s, &l, &state)) { > + if (!feof(file)) > + err(1, "Error parsing file %s at line %d", > + rworklist, lines); > + else > + break; > + } > + > + new_lump(s, l, state); > + d -= l; > + } > + fprintf(stderr, " done.\n"); > + > + /* > + * Return the number of bytes already read (at least not in > + * worklist). > + */ > + return (d); > +} > + > +static void > +usage(void) > +{ > + fprintf(stderr, "Usage: %s [-r worklist] [-w worklist] source-drive [destination]", "recoverdisk"); > + exit(EX_USAGE); > +} > + > int > -main(int argc, const char **argv) > +main(int argc, char * const argv[]) > { > + int ch; > int fdr, fdw; > - struct lump *lp; > off_t t, d; > size_t i, j; > int error, flags; > u_char *buf; > - u_int sectorsize, minsize; > + u_int sectorsize; > time_t t1, t2; > struct stat sb; > > + while ((ch = getopt(argc, argv, "r:w:")) != -1) { > + switch (ch) { > + case 'w': > + wworklist = strdup(optarg); > + if (wworklist == NULL) > + err(1, "Cannot allocate enough memory"); > + break; > + case 'r': > + rworklist = strdup(optarg); > + if (rworklist == NULL) > + err(1, "Cannot allocate enough memory"); > + break; > + default: > + usage(); > + } > + } > + argc -= optind; > + argv += optind; > > - if (argc < 2) > - errx(1, "Usage: %s source-drive [destination]", argv[0]); > + if (argc < 1) > + usage(); > > - buf = malloc(BIGSIZE); > - if (buf == NULL) > - err(1, "Cannot allocate %d bytes buffer", BIGSIZE); > - fdr = open(argv[1], O_RDONLY); > + fdr = open(argv[0], O_RDONLY); > if (fdr < 0) > - err(1, "Cannot open read descriptor %s", argv[1]); > + err(1, "Cannot open read descriptor %s", argv[0]); > > error = fstat(fdr, &sb); > if (error < 0) > @@ -80,46 +175,62 @@ > error = ioctl(fdr, DIOCGSECTORSIZE, §orsize); > if (error < 0) > err(1, "DIOCGSECTORSIZE failed"); > + > + /* > + * Make medsize roughly 64kB, depending on native sector > + * size. bigsize has to be a multiple of medsize. > + * For media with 2352 sectors, this will > + * result in 2352, 63504, and 1016064 bytes. > + */ > minsize = sectorsize; > + medsize = (medsize / sectorsize) * sectorsize; > + bigsize = medsize * 16; > > error = ioctl(fdr, DIOCGMEDIASIZE, &t); > if (error < 0) > err(1, "DIOCGMEDIASIZE failed"); > } else { > - sectorsize = 1; > t = sb.st_size; > - minsize = MINSIZE; > flags |= O_CREAT | O_TRUNC; > } > > - if (argc > 2) { > - fdw = open(argv[2], flags, DEFFILEMODE); > + buf = malloc(bigsize); > + if (buf == NULL) > + err(1, "Cannot allocate %jd bytes buffer", (intmax_t)bigsize); > + > + if (argc > 1) { > + fdw = open(argv[1], flags, DEFFILEMODE); > if (fdw < 0) > - err(1, "Cannot open write descriptor %s", argv[2]); > + err(1, "Cannot open write descriptor %s", argv[1]); > } else { > fdw = -1; > } > > - new_lump(0, t, 0); > - d = 0; > + if (rworklist != NULL) { > + d = read_worklist(t); > + } else { > + new_lump(0, t, 0); > + d = 0; > + } > + > + signal(SIGINT, save_worklist); > > t1 = 0; > + printf("%13s %7s %13s %5s %13s %13s %9s\n", > + "start", "size", "len", "state", "done", "remaining", "% done"); > for (;;) { > lp = TAILQ_FIRST(&lumps); > if (lp == NULL) > break; > - TAILQ_REMOVE(&lumps, lp, list); > while (lp->len > 0) { > - i = BIGSIZE; > - if (lp->len < BIGSIZE) > - i = lp->len; > + i = MIN(lp->len, bigsize); > if (lp->state == 1) > - i = MEDIUMSIZE; > + i = MIN(lp->len, medsize); > if (lp->state > 1) > - i = minsize; > + i = MIN(lp->len, minsize); > time(&t2); > - if (t1 != t2 || lp->len < BIGSIZE) { > - printf("\r%13jd %7zu %13jd %3d %13jd %13jd %.8f", > + if (t1 != t2 || lp->len < bigsize) { > + printf("\r%13jd %7zu %13jd %5d %13jd %13jd %.7f", > (intmax_t)lp->start, > i, > (intmax_t)lp->len, > @@ -152,9 +263,10 @@ > lp->start += i; > lp->len -= i; > } > + TAILQ_REMOVE(&lumps, lp, list); > free(lp); > } > printf("\nCompleted\n"); > - exit (0); > + return (0); > } > From owner-freebsd-current@FreeBSD.ORG Tue Apr 25 20:19:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34D1D16A414 for ; Tue, 25 Apr 2006 20:19:18 +0000 (UTC) (envelope-from jhs@flat.berklix.net) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF5C543D64 for ; Tue, 25 Apr 2006 20:19:10 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A77F1.dip.t-dialin.net [84.154.119.241]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id k3PKJ6sm078833 for ; Tue, 25 Apr 2006 22:19:07 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id k3PKJ5cG068573 for ; Tue, 25 Apr 2006 22:19:05 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id k3PKKG2O057214 for ; Tue, 25 Apr 2006 22:20:16 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200604252020.k3PKKG2O057214@fire.jhs.private> To: current@freebsd.org In-Reply-To: Message from Ulrich Spoerlein of "Tue, 25 Apr 2006 14:14:22 +0200." <20060425121421.GB1105@roadrunner.q.local> Date: Tue, 25 Apr 2006 22:20:16 +0200 From: "Julian H. Stacey" Cc: Subject: Re: Improvements to src/tools/tools/recoverdisk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2006 20:19:18 -0000 Ulrich Spoerlein wrote: > Dear Poul-Henning, current@, > > I made two, what I call, improvements to recoverdisk. It only tries to > read in multiples of 512 bytes OR the sectorsize. This sucks for CD/DVD > with 2352 bytes sectorsize. My patch takes the native sectorsize into > account, when dimensioning BIG and MEDIUMSIZE. > > Second feature is the saving and loading of the worklist. Again, not > very helpful for reading hard disks, but very useful for CDs. This way, > you can first try a scratched CD in drive A, then drive B and drive C. > You don't have to start all over again, but instead can profit from the > different error recovery mechanisms. > > Previously, I did this with dd(1) and paper and pencil. Not funny. > > Please try the attached patch, thanks! FYI I have a C program from 1987 to rescue data off floppies, down to literally the last bit. Compiles on DOS & BSD, runs properly only on DOS, as DOS returns the buffer even on CRC error. Unix doesn't. http://berklix.com/~jhs/src/bsd/jhs/bin/public/valid/ A recovery tool I wrote for a BSD4.2 with flakey tape drive: http://berklix.com/~jhs/src/bsd/jhs/bin/public/slice/ To test media &/or drivers there's http://berklix.com/~jhs/src/bsd/jhs/bin/public/testblock/ -- Julian Stacey. Consultant Unix Net & Sys. Eng., Munich. http://berklix.com Mail in Ascii, HTML=spam. Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Tue Apr 25 22:07:58 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D101F16A403 for ; Tue, 25 Apr 2006 22:07:58 +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 7CEB743D45 for ; Tue, 25 Apr 2006 22:07:58 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k3PM7vl4027400 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 25 Apr 2006 15:07:58 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <444E9DBD.2050807@errno.com> Date: Tue, 25 Apr 2006 15:07:57 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: CFT: new ath hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2006 22:07:58 -0000 A test snapshot is avilable at: http://people.freebsd.org/~sam/ath_hal-20060425.tgz This version differs from what's in cvs mainly in that there are builds for new target platforms. In particular I've done builds for all the Atheros SoC's (which doesn't matter to freebsd users because there is no freebsd MIPS support). Otherwise I believe I fixed the sparc builds. The alpha build is still untested and should be assumed broken until someone says otherwise (sparc and alpha both also need me to commit some makefile fixups). This code should be a drop-in replacement for what's in cvs but be sure to rebuild both the driver and rate control module as there are ABI changes. Please test and report regressions. Sam From owner-freebsd-current@FreeBSD.ORG Tue Apr 25 22:24:28 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 449DC16A402; Tue, 25 Apr 2006 22:24:28 +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 E266D43D48; Tue, 25 Apr 2006 22:24:27 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 9D5801703F; Tue, 25 Apr 2006 22:24:26 +0000 (UTC) To: Maxim Sobolev From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 25 Apr 2006 12:48:43 PDT." <444E7D1B.10001@FreeBSD.org> Date: Wed, 26 Apr 2006 00:24:26 +0200 Message-ID: <10025.1146003866@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@FreeBSD.org Subject: Re: Improvements to src/tools/tools/recoverdisk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2006 22:24:28 -0000 In message <444E7D1B.10001@FreeBSD.org>, Maxim Sobolev writes: >Sounds cool, perhaps it's time to move recoverdisk into the base system >to give it better exposure? No objection from me. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 04:45:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBDFA16A400 for ; Wed, 26 Apr 2006 04:45:27 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 653D543D53 for ; Wed, 26 Apr 2006 04:45:26 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.4) with ESMTP id k3Q4jOHF011918 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 26 Apr 2006 00:45:29 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Wed, 26 Apr 2006 00:45:23 -0400 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2364262.SWEiOYiA96"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604260045.32557.mistry.7@osu.edu> X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,BAYES_99, MYFREEBSD2 autolearn=no version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.1/1425/Tue Apr 25 08:09:41 2006 on mail.united-ware.com X-Virus-Status: Clean Subject: panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c:4837 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 04:45:28 -0000 --nextPart2364262.SWEiOYiA96 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I got the above panic from CURRENT as of April 19th. I wasn't running=20 anything cam related, at least I don't think so. The system was just=20 idle. Unread portion of the kernel message buffer: panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c:4837 KDB: enter: panic panic: from debugger Uptime: 6h41m53s Dumping 239 MB (2 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 239MB (61152 pages) 223 207 191 175 159 143 127 111 95 79=20 63 47 31 15 #0 doadump () at pcpu.h:166 166 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:166 #1 0xc04cc445 in boot (howto=3D260)=20 at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc04cbfa3 in panic (fmt=3D0xc061ce45 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0442e2d in db_panic (addr=3D-1068598180, have_addr=3D0, count=3D-1,= =20 modif=3D0xcca4b958 "") at /usr/src/sys/ddb/db_command.c:426 #4 0xc04431ba in db_command_loop ()=20 at /usr/src/sys/ddb/db_command.c:395 #5 0xc0444da3 in db_trap (type=3D3, code=3D0)=20 at /usr/src/sys/ddb/db_main.c:221 #6 0xc04e807b in kdb_trap (type=3D3, code=3D0, tf=3D0x0) at /usr/src/sys/kern/subr_kdb.c:481 #7 0xc05ff23c in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -1030784912, tf_= esi=20 =3D -1067285255, tf_ebp =3D -861619444, tf_isp =3D -861619464, tf_ebx=20 =3D -861619404, tf_edx =3D -1067281663, tf_ecx =3D -1056878592, tf_eax=20 =3D -1067272577, tf_trapno =3D 3, tf_err =3D 0, tf_eip =3D -1068598180, tf_= cs=20 =3D 32, tf_eflags =3D 642, tf_esp =3D -861619416, tf_ss =3D -1068711934})=20 at /usr/src/sys/i386/i386/trap.c:622 #8 0xc05f0afa in calltrap ()=20 at /usr/src/sys/i386/i386/exception.s:138 #9 0xc04e7c5c in kdb_enter (msg=3D0xc062b67f "KDB: enter: %s\n") at=20 cpufunc.h:60 #10 0xc04cc002 in panic (fmt=3D0xc06284f9 "mutex %s not owned at %s:%d") at /usr/src/sys/kern/kern_shutdown.c:549 #11 0xc04c3b43 in _mtx_assert (m=3D0xc06286ff, what=3D-1056878592,=20 file=3D0xc06181c9 "/usr/src/sys/cam/cam_xpt.c", line=3D4837) at /usr/src/sys/kern/kern_mutex.c:768 =2D--Type to continue, or q to quit--- #12 0xc0432c65 in xpt_release_devq (path=3D0x0, count=3D1, run_queue=3D1) at /usr/src/sys/cam/cam_xpt.c:4837 #13 0xc043420e in xpt_action (start_ccb=3D0xc22f9530) at /usr/src/sys/cam/cam_xpt.c:3580 #14 0xc051091b in kern_sendit (td=3D0xc28f7870, s=3D4, mp=3D0xcca4bc6c,=20 flags=3D0,=20 control=3D0x0, segflg=3D3227694719)=20 at /usr/src/sys/kern/uipc_syscalls.c:775 #15 0xc0511965 in sendit (td=3D0xc28f7870, s=3D4, mp=3D0xcca4bc6c, flags=3D= 0) at /usr/src/sys/kern/uipc_syscalls.c:715 #16 0xc0511c6e in sendto (td=3D0xc062b67f, uap=3D0xc1015000) at /usr/src/sys/kern/uipc_syscalls.c:833 #17 0xc05ff737 in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 672381756, tf_e= si=20 =3D 134536657, tf_ebp =3D -1077945788, tf_isp =3D -861618844, tf_ebx =3D=20 672417536, tf_edx =3D 74, tf_ecx =3D 134541840, tf_eax =3D 133, tf_trapno = =3D=20 12, tf_err =3D 2, tf_eip =3D 672270187, tf_cs =3D 51, tf_eflags =3D 534,=20 tf_esp =3D -1077945820, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:1016 #18 0xc05f0b4f in Xint0x80_syscall ()=20 at /usr/src/sys/i386/i386/exception.s:191 #19 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) Dmesg: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993,=20 1994 The Regents of the University of California. All rights=20 reserved. =46reeBSD 7.0-CURRENT #0: Wed Apr 19 13:18:18 EDT 2006 =20 amistry@littleguy.am-productions.biz:/usr/obj/usr/src/sys/LITTLEGUY Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Transmeta(tm) Crusoe(tm) Processor TM5800 (859.34-MHz 586-class=20 CPU) Origin =3D "GenuineTMx86" Id =3D 0x543 Stepping =3D 3 Features=3D0x80893f real memory =3D 251527168 (239 MB) avail memory =3D 236593152 (225 MB) Crusoe LongRun support enabled, current mode: 2 <867MHz 1300mV 100%> kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xff08-0xff0b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) ohci0: mem=20 0xfc100000-0xfc100fff irq 11 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub0: on=20 usb0 uhub0: 2 ports with 2 removable, self powered pcm0: port 0x1000-0x10ff mem 0xfc101000-0xfc101fff=20 irq 9 at device 4.0 on pci0 pcm0: pcm0: [GIANT-LOCKED] pci0: at device 6.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 cbb0: irq 9 at device 12.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 atapci0: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1400-0x140f at device 15.0 on=20 pci0 atapci0: using PIO transfers above 137GB as workaround for 48bit DMA=20 access bug, expect reduced performance ata0: on atapci0 ata1: on atapci0 rl0: port 0x8000-0x80ff mem=20 0xfc102000-0xfc1020ff irq 9 at device 16.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:e0:00:ae:45:08 fwohci0: mem=20 0xfc102800-0xfc102fff,0xfc104000-0xfc107fff irq 9 at device 19.0 on=20 pci0 fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:0e:10:00:b0:29:d0 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xea34000 fwohci0: Initiate bus reset fwohci0: node_id=3D0x8800ffc0, gen=3D1, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <=3D 1, cable IRM =3D 1 vgapci0: port 0x1800-0x18ff mem=20 0xfd000000-0xfdffffff,0xfc103000-0xfc103fff irq 9 at device 20.0 on=20 pci0 acpi_video0: on vgapci0 drm0: on vgapci0 info: [drm] Initialized mach64 1.0.0 20020904 acpi_button0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: flags 0x3000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 acpi_fujitsu0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff pnpid=20 ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on=20 isa0 Timecounter "TSC" frequency 859339043 Hz quality 800 Timecounters tick every 10.000 msec acpi_acad0: acline initialization start battery0: battery initialization start battery1: battery initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization done, tried 1 times ad0: 19077MB at ata0-master UDMA66 firewire0: bus manager 1=20 acd0: CDRW at ata1-master UDMA33 firewire0: New S400 device ID:0000d1008051e6dd Trying to mount root from ufs:/dev/ad0s2a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted battery1: battery initialization failed, giving up fuse4bsd: version 0.3.0, FUSE ABI 7.5 =2D-=20 Anish Mistry --nextPart2364262.SWEiOYiA96 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBETvrsxqA5ziudZT0RAj7eAKCeBLcuN3QFpUaaX+8tu90G6QP5RgCgi/Bn TL1b/jk0yanYa6CnsY07HwA= =1Rr/ -----END PGP SIGNATURE----- --nextPart2364262.SWEiOYiA96-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 04:55:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31B0016A406 for ; Wed, 26 Apr 2006 04:55:38 +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 9DB1C43D46 for ; Wed, 26 Apr 2006 04:55:35 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k3Q4tWxC087635; Tue, 25 Apr 2006 22:55:32 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <444EFD30.1020201@samsco.org> Date: Tue, 25 Apr 2006 22:55:12 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anish Mistry References: <200604260045.32557.mistry.7@osu.edu> In-Reply-To: <200604260045.32557.mistry.7@osu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.3 required=3.8 tests=ALL_TRUSTED,BIZ_TLD autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c:4837 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 04:55:38 -0000 This trace doesn't make much sense. Maybe FUSE is inappropriately messing with CAM internals? Scott Anish Mistry wrote: > I got the above panic from CURRENT as of April 19th. I wasn't running > anything cam related, at least I don't think so. The system was just > idle. > > Unread portion of the kernel message buffer: > panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c:4837 > KDB: enter: panic > panic: from debugger > Uptime: 6h41m53s > Dumping 239 MB (2 chunks) > chunk 0: 1MB (156 pages) ... ok > chunk 1: 239MB (61152 pages) 223 207 191 175 159 143 127 111 95 79 > 63 47 31 15 > > #0 doadump () at pcpu.h:166 > 166 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:166 > #1 0xc04cc445 in boot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc04cbfa3 in panic (fmt=0xc061ce45 "from debugger") > at /usr/src/sys/kern/kern_shutdown.c:565 > #3 0xc0442e2d in db_panic (addr=-1068598180, have_addr=0, count=-1, > modif=0xcca4b958 "") at /usr/src/sys/ddb/db_command.c:426 > #4 0xc04431ba in db_command_loop () > at /usr/src/sys/ddb/db_command.c:395 > #5 0xc0444da3 in db_trap (type=3, code=0) > at /usr/src/sys/ddb/db_main.c:221 > #6 0xc04e807b in kdb_trap (type=3, code=0, tf=0x0) > at /usr/src/sys/kern/subr_kdb.c:481 > #7 0xc05ff23c in trap (frame= > {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -1030784912, tf_esi > = -1067285255, tf_ebp = -861619444, tf_isp = -861619464, tf_ebx > = -861619404, tf_edx = -1067281663, tf_ecx = -1056878592, tf_eax > = -1067272577, tf_trapno = 3, tf_err = 0, tf_eip = -1068598180, tf_cs > = 32, tf_eflags = 642, tf_esp = -861619416, tf_ss = -1068711934}) > at /usr/src/sys/i386/i386/trap.c:622 > #8 0xc05f0afa in calltrap () > at /usr/src/sys/i386/i386/exception.s:138 > #9 0xc04e7c5c in kdb_enter (msg=0xc062b67f "KDB: enter: %s\n") at > cpufunc.h:60 > #10 0xc04cc002 in panic (fmt=0xc06284f9 "mutex %s not owned at %s:%d") > at /usr/src/sys/kern/kern_shutdown.c:549 > #11 0xc04c3b43 in _mtx_assert (m=0xc06286ff, what=-1056878592, > file=0xc06181c9 "/usr/src/sys/cam/cam_xpt.c", line=4837) > at /usr/src/sys/kern/kern_mutex.c:768 > ---Type to continue, or q to quit--- > #12 0xc0432c65 in xpt_release_devq (path=0x0, count=1, run_queue=1) > at /usr/src/sys/cam/cam_xpt.c:4837 > #13 0xc043420e in xpt_action (start_ccb=0xc22f9530) > at /usr/src/sys/cam/cam_xpt.c:3580 > #14 0xc051091b in kern_sendit (td=0xc28f7870, s=4, mp=0xcca4bc6c, > flags=0, > control=0x0, segflg=3227694719) > at /usr/src/sys/kern/uipc_syscalls.c:775 > #15 0xc0511965 in sendit (td=0xc28f7870, s=4, mp=0xcca4bc6c, flags=0) > at /usr/src/sys/kern/uipc_syscalls.c:715 > #16 0xc0511c6e in sendto (td=0xc062b67f, uap=0xc1015000) > at /usr/src/sys/kern/uipc_syscalls.c:833 > #17 0xc05ff737 in syscall (frame= > {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 672381756, tf_esi > = 134536657, tf_ebp = -1077945788, tf_isp = -861618844, tf_ebx = > 672417536, tf_edx = 74, tf_ecx = 134541840, tf_eax = 133, tf_trapno = > 12, tf_err = 2, tf_eip = 672270187, tf_cs = 51, tf_eflags = 534, > tf_esp = -1077945820, tf_ss = 59}) > at /usr/src/sys/i386/i386/trap.c:1016 > #18 0xc05f0b4f in Xint0x80_syscall () > at /usr/src/sys/i386/i386/exception.s:191 > #19 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > > Dmesg: > Copyright (c) 1992-2006 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 7.0-CURRENT #0: Wed Apr 19 13:18:18 EDT 2006 > > amistry@littleguy.am-productions.biz:/usr/obj/usr/src/sys/LITTLEGUY > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Transmeta(tm) Crusoe(tm) Processor TM5800 (859.34-MHz 586-class > CPU) > Origin = "GenuineTMx86" Id = 0x543 Stepping = 3 > Features=0x80893f > real memory = 251527168 (239 MB) > avail memory = 236593152 (225 MB) > Crusoe LongRun support enabled, current mode: 2 <867MHz 1300mV 100%> > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: Power Button (fixed) > acpi_ec0: port 0x62,0x66 on acpi0 > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xff08-0xff0b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: at device 0.1 (no driver attached) > pci0: at device 0.2 (no driver attached) > ohci0: mem > 0xfc100000-0xfc100fff irq 11 at device 2.0 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > usbd_get_string: getting lang failed, using 0 > uhub0: on > usb0 > uhub0: 2 ports with 2 removable, self powered > pcm0: port 0x1000-0x10ff mem 0xfc101000-0xfc101fff > irq 9 at device 4.0 on pci0 > pcm0: > pcm0: [GIANT-LOCKED] > pci0: at device 6.0 (no driver attached) > isab0: at device 7.0 on pci0 > isa0: on isab0 > cbb0: irq 9 at device 12.0 on pci0 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1400-0x140f at device 15.0 on > pci0 > atapci0: using PIO transfers above 137GB as workaround for 48bit DMA > access bug, expect reduced performance > ata0: on atapci0 > ata1: on atapci0 > rl0: port 0x8000-0x80ff mem > 0xfc102000-0xfc1020ff irq 9 at device 16.0 on pci0 > miibus0: on rl0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:e0:00:ae:45:08 > fwohci0: mem > 0xfc102800-0xfc102fff,0xfc104000-0xfc107fff irq 9 at device 19.0 on > pci0 > fwohci0: OHCI version 1.10 (ROM=0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:00:0e:10:00:b0:29:d0 > fwohci0: Phy 1394a available S400, 1 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > dcons_crom0: on firewire0 > dcons_crom0: bus_addr 0xea34000 > fwohci0: Initiate bus reset > fwohci0: node_id=0x8800ffc0, gen=1, non CYCLEMASTER mode > firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 > vgapci0: port 0x1800-0x18ff mem > 0xfd000000-0xfdffffff,0xfc103000-0xfc103fff irq 9 at device 20.0 on > pci0 > acpi_video0: on vgapci0 > drm0: on vgapci0 > info: [drm] Initialized mach64 1.0.0 20020904 > acpi_button0: on acpi0 > acpi_acad0: on acpi0 > battery0: on acpi0 > battery1: on acpi0 > acpi_lid0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: flags 0x3000 irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model Generic PS/2 mouse, device ID 0 > acpi_fujitsu0: on acpi0 > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff pnpid > ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 > Timecounter "TSC" frequency 859339043 Hz quality 800 > Timecounters tick every 10.000 msec > acpi_acad0: acline initialization start > battery0: battery initialization start > battery1: battery initialization start > acpi_acad0: On Line > acpi_acad0: acline initialization done, tried 1 times > battery0: battery initialization done, tried 1 times > ad0: 19077MB at ata0-master UDMA66 > firewire0: bus manager 1 > acd0: CDRW at ata1-master UDMA33 > firewire0: New S400 device ID:0000d1008051e6dd > Trying to mount root from ufs:/dev/ad0s2a > WARNING: / was not properly dismounted > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > battery1: battery initialization failed, giving up > fuse4bsd: version 0.3.0, FUSE ABI 7.5 > > > From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 05:43:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8D1E16A401 for ; Wed, 26 Apr 2006 05:43:28 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CC4643D46 for ; Wed, 26 Apr 2006 05:43:28 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.4) with ESMTP id k3Q5hPeo012602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Apr 2006 01:43:31 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Scott Long Date: Wed, 26 Apr 2006 01:43:33 -0400 User-Agent: KMail/1.9.1 References: <200604260045.32557.mistry.7@osu.edu> <444EFD30.1020201@samsco.org> In-Reply-To: <444EFD30.1020201@samsco.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1478070.O03I1ELOYm"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604260143.33661.mistry.7@osu.edu> X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,BAYES_99, MYFREEBSD3 autolearn=no version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.1/1425/Tue Apr 25 08:09:41 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c:4837 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 05:43:28 -0000 --nextPart1478070.O03I1ELOYm Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 26 April 2006 00:55, Scott Long wrote: > This trace doesn't make much sense. Maybe FUSE is inappropriately > messing with CAM internals? =46use doesn't seem to use CAM at all, and Fuse didn't have any active=20 mounts anytime during that boot. I seriously doubt I can reproduce=20 this so I guess it'll just be relegated to the archives. I do have a=20 crash dump if anyone is interested. > > Scott > > Anish Mistry wrote: > > I got the above panic from CURRENT as of April 19th. I wasn't > > running anything cam related, at least I don't think so. The > > system was just idle. > > > > Unread portion of the kernel message buffer: > > panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c:4837 > > KDB: enter: panic > > panic: from debugger > > Uptime: 6h41m53s > > Dumping 239 MB (2 chunks) > > chunk 0: 1MB (156 pages) ... ok > > chunk 1: 239MB (61152 pages) 223 207 191 175 159 143 127 111 95 > > 79 63 47 31 15 > > > > #0 doadump () at pcpu.h:166 > > 166 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) bt > > #0 doadump () at pcpu.h:166 > > #1 0xc04cc445 in boot (howto=3D260) > > at /usr/src/sys/kern/kern_shutdown.c:409 > > #2 0xc04cbfa3 in panic (fmt=3D0xc061ce45 "from debugger") > > at /usr/src/sys/kern/kern_shutdown.c:565 > > #3 0xc0442e2d in db_panic (addr=3D-1068598180, have_addr=3D0, > > count=3D-1, modif=3D0xcca4b958 "") at > > /usr/src/sys/ddb/db_command.c:426 #4 0xc04431ba in > > db_command_loop () > > at /usr/src/sys/ddb/db_command.c:395 > > #5 0xc0444da3 in db_trap (type=3D3, code=3D0) > > at /usr/src/sys/ddb/db_main.c:221 > > #6 0xc04e807b in kdb_trap (type=3D3, code=3D0, tf=3D0x0) > > at /usr/src/sys/kern/subr_kdb.c:481 > > #7 0xc05ff23c in trap (frame=3D > > {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -1030784912, > > tf_esi =3D -1067285255, tf_ebp =3D -861619444, tf_isp =3D -861619464, > > tf_ebx =3D -861619404, tf_edx =3D -1067281663, tf_ecx =3D -1056878592, > > tf_eax =3D -1067272577, tf_trapno =3D 3, tf_err =3D 0, tf_eip =3D > > -1068598180, tf_cs =3D 32, tf_eflags =3D 642, tf_esp =3D -861619416, > > tf_ss =3D -1068711934}) at /usr/src/sys/i386/i386/trap.c:622 > > #8 0xc05f0afa in calltrap () > > at /usr/src/sys/i386/i386/exception.s:138 > > #9 0xc04e7c5c in kdb_enter (msg=3D0xc062b67f "KDB: enter: %s\n") > > at cpufunc.h:60 > > #10 0xc04cc002 in panic (fmt=3D0xc06284f9 "mutex %s not owned at > > %s:%d") at /usr/src/sys/kern/kern_shutdown.c:549 > > #11 0xc04c3b43 in _mtx_assert (m=3D0xc06286ff, what=3D-1056878592, > > file=3D0xc06181c9 "/usr/src/sys/cam/cam_xpt.c", line=3D4837) > > at /usr/src/sys/kern/kern_mutex.c:768 > > ---Type to continue, or q to quit--- > > #12 0xc0432c65 in xpt_release_devq (path=3D0x0, count=3D1, > > run_queue=3D1) at /usr/src/sys/cam/cam_xpt.c:4837 > > #13 0xc043420e in xpt_action (start_ccb=3D0xc22f9530) > > at /usr/src/sys/cam/cam_xpt.c:3580 > > #14 0xc051091b in kern_sendit (td=3D0xc28f7870, s=3D4, mp=3D0xcca4bc6c, > > flags=3D0, > > control=3D0x0, segflg=3D3227694719) > > at /usr/src/sys/kern/uipc_syscalls.c:775 > > #15 0xc0511965 in sendit (td=3D0xc28f7870, s=3D4, mp=3D0xcca4bc6c, > > flags=3D0) at /usr/src/sys/kern/uipc_syscalls.c:715 > > #16 0xc0511c6e in sendto (td=3D0xc062b67f, uap=3D0xc1015000) > > at /usr/src/sys/kern/uipc_syscalls.c:833 > > #17 0xc05ff737 in syscall (frame=3D > > {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 672381756, > > tf_esi =3D 134536657, tf_ebp =3D -1077945788, tf_isp =3D -861618844, > > tf_ebx =3D 672417536, tf_edx =3D 74, tf_ecx =3D 134541840, tf_eax =3D > > 133, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 672270187, tf_cs =3D 51, > > tf_eflags =3D 534, tf_esp =3D -1077945820, tf_ss =3D 59}) > > at /usr/src/sys/i386/i386/trap.c:1016 > > #18 0xc05f0b4f in Xint0x80_syscall () > > at /usr/src/sys/i386/i386/exception.s:191 > > #19 0x00000033 in ?? () > > Previous frame inner to this frame (corrupt stack?) > > > > Dmesg: > > Copyright (c) 1992-2006 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 7.0-CURRENT #0: Wed Apr 19 13:18:18 EDT 2006 > > > > amistry@littleguy.am-productions.biz:/usr/obj/usr/src/sys/LITTLEG > >UY Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Transmeta(tm) Crusoe(tm) Processor TM5800 (859.34-MHz > > 586-class CPU) > > Origin =3D "GenuineTMx86" Id =3D 0x543 Stepping =3D 3 > > Features=3D0x80893f > > real memory =3D 251527168 (239 MB) > > avail memory =3D 236593152 (225 MB) > > Crusoe LongRun support enabled, current mode: 2 <867MHz 1300mV > > 100%> kbd1 at kbdmux0 > > acpi0: on motherboard > > acpi0: Power Button (fixed) > > acpi_ec0: port 0x62,0x66 on acpi0 > > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xff08-0xff0b on > > acpi0 cpu0: on acpi0 > > acpi_throttle0: on cpu0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pci0: at device 0.1 (no driver attached) > > pci0: at device 0.2 (no driver attached) > > ohci0: mem > > 0xfc100000-0xfc100fff irq 11 at device 2.0 on pci0 > > ohci0: [GIANT-LOCKED] > > usb0: OHCI version 1.0, legacy support > > usb0: on ohci0 > > usb0: USB revision 1.0 > > usbd_get_string: getting lang failed, using 0 > > uhub0: > > on usb0 > > uhub0: 2 ports with 2 removable, self powered > > pcm0: port 0x1000-0x10ff mem > > 0xfc101000-0xfc101fff irq 9 at device 4.0 on pci0 > > pcm0: > > pcm0: [GIANT-LOCKED] > > pci0: at device 6.0 (no driver attached) > > isab0: at device 7.0 on pci0 > > isa0: on isab0 > > cbb0: irq 9 at device 12.0 on pci0 > > cardbus0: on cbb0 > > pccard0: <16-bit PCCard bus> on cbb0 > > atapci0: port > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1400-0x140f at device 15.0 > > on pci0 > > atapci0: using PIO transfers above 137GB as workaround for 48bit > > DMA access bug, expect reduced performance > > ata0: on atapci0 > > ata1: on atapci0 > > rl0: port 0x8000-0x80ff mem > > 0xfc102000-0xfc1020ff irq 9 at device 16.0 on pci0 > > miibus0: on rl0 > > rlphy0: on miibus0 > > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > rl0: Ethernet address: 00:e0:00:ae:45:08 > > fwohci0: mem > > 0xfc102800-0xfc102fff,0xfc104000-0xfc107fff irq 9 at device 19.0 > > on pci0 > > fwohci0: OHCI version 1.10 (ROM=3D0) > > fwohci0: No. of Isochronous channels is 4. > > fwohci0: EUI64 00:00:0e:10:00:b0:29:d0 > > fwohci0: Phy 1394a available S400, 1 ports. > > fwohci0: Link S400, max_rec 2048 bytes. > > firewire0: on fwohci0 > > dcons_crom0: on firewire0 > > dcons_crom0: bus_addr 0xea34000 > > fwohci0: Initiate bus reset > > fwohci0: node_id=3D0x8800ffc0, gen=3D1, non CYCLEMASTER mode > > firewire0: 2 nodes, maxhop <=3D 1, cable IRM =3D 1 > > vgapci0: port 0x1800-0x18ff mem > > 0xfd000000-0xfdffffff,0xfc103000-0xfc103fff irq 9 at device 20.0 > > on pci0 > > acpi_video0: on vgapci0 > > drm0: on vgapci0 > > info: [drm] Initialized mach64 1.0.0 20020904 > > acpi_button0: on acpi0 > > acpi_acad0: on acpi0 > > battery0: on acpi0 > > battery1: on acpi0 > > acpi_lid0: on acpi0 > > atkbdc0: port 0x60,0x64 irq 1 on > > acpi0 atkbd0: irq 1 on atkbdc0 > > kbd0 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > psm0: flags 0x3000 irq 12 on atkbdc0 > > psm0: [GIANT-LOCKED] > > psm0: model Generic PS/2 mouse, device ID 0 > > acpi_fujitsu0: on acpi0 > > pmtimer0 on isa0 > > orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff > > pnpid ORM0000 on isa0 > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=3D0x300> > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff > > on isa0 > > Timecounter "TSC" frequency 859339043 Hz quality 800 > > Timecounters tick every 10.000 msec > > acpi_acad0: acline initialization start > > battery0: battery initialization start > > battery1: battery initialization start > > acpi_acad0: On Line > > acpi_acad0: acline initialization done, tried 1 times > > battery0: battery initialization done, tried 1 times > > ad0: 19077MB at ata0-master UDMA66 > > firewire0: bus manager 1 > > acd0: CDRW at ata1-master UDMA33 > > firewire0: New S400 device ID:0000d1008051e6dd > > Trying to mount root from ufs:/dev/ad0s2a > > WARNING: / was not properly dismounted > > WARNING: /tmp was not properly dismounted > > WARNING: /usr was not properly dismounted > > WARNING: /var was not properly dismounted > > battery1: battery initialization failed, giving up > > fuse4bsd: version 0.3.0, FUSE ABI 7.5 =2D-=20 Anish Mistry --nextPart1478070.O03I1ELOYm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBETwiFxqA5ziudZT0RAiaFAKCK7eDkusmvda8VhikvUPiOmez6mACeMdii I5uHaUoUItPcCuHZalAnKIc= =dpQg -----END PGP SIGNATURE----- --nextPart1478070.O03I1ELOYm-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 05:47:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF72D16A428 for ; Wed, 26 Apr 2006 05:47:41 +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 4611A43D73 for ; Wed, 26 Apr 2006 05:47:38 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k3Q5lZSS087884; Tue, 25 Apr 2006 23:47:36 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <444F0977.3010103@samsco.org> Date: Tue, 25 Apr 2006 23:47:35 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anish Mistry References: <200604260045.32557.mistry.7@osu.edu> <444EFD30.1020201@samsco.org> <200604260143.33661.mistry.7@osu.edu> In-Reply-To: <200604260143.33661.mistry.7@osu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.3 required=3.8 tests=ALL_TRUSTED,BIZ_TLD autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c:4837 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 05:47:42 -0000 I don't see how thread could have jumped from kern_sendit() to xpt_action(). There either are a whole lot of missing stack frames, or some freaky preemption happened that screwed up the stack. Scott Anish Mistry wrote: > On Wednesday 26 April 2006 00:55, Scott Long wrote: > >>This trace doesn't make much sense. Maybe FUSE is inappropriately >>messing with CAM internals? > > Fuse doesn't seem to use CAM at all, and Fuse didn't have any active > mounts anytime during that boot. I seriously doubt I can reproduce > this so I guess it'll just be relegated to the archives. I do have a > crash dump if anyone is interested. > > >>Scott >> >>Anish Mistry wrote: >> >>>I got the above panic from CURRENT as of April 19th. I wasn't >>>running anything cam related, at least I don't think so. The >>>system was just idle. >>> >>>Unread portion of the kernel message buffer: >>>panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c:4837 >>>KDB: enter: panic >>>panic: from debugger >>>Uptime: 6h41m53s >>>Dumping 239 MB (2 chunks) >>> chunk 0: 1MB (156 pages) ... ok >>> chunk 1: 239MB (61152 pages) 223 207 191 175 159 143 127 111 95 >>>79 63 47 31 15 >>> >>>#0 doadump () at pcpu.h:166 >>>166 pcpu.h: No such file or directory. >>> in pcpu.h >>>(kgdb) bt >>>#0 doadump () at pcpu.h:166 >>>#1 0xc04cc445 in boot (howto=260) >>>at /usr/src/sys/kern/kern_shutdown.c:409 >>>#2 0xc04cbfa3 in panic (fmt=0xc061ce45 "from debugger") >>> at /usr/src/sys/kern/kern_shutdown.c:565 >>>#3 0xc0442e2d in db_panic (addr=-1068598180, have_addr=0, >>>count=-1, modif=0xcca4b958 "") at >>>/usr/src/sys/ddb/db_command.c:426 #4 0xc04431ba in >>>db_command_loop () >>>at /usr/src/sys/ddb/db_command.c:395 >>>#5 0xc0444da3 in db_trap (type=3, code=0) >>>at /usr/src/sys/ddb/db_main.c:221 >>>#6 0xc04e807b in kdb_trap (type=3, code=0, tf=0x0) >>> at /usr/src/sys/kern/subr_kdb.c:481 >>>#7 0xc05ff23c in trap (frame= >>> {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -1030784912, >>>tf_esi = -1067285255, tf_ebp = -861619444, tf_isp = -861619464, >>>tf_ebx = -861619404, tf_edx = -1067281663, tf_ecx = -1056878592, >>>tf_eax = -1067272577, tf_trapno = 3, tf_err = 0, tf_eip = >>>-1068598180, tf_cs = 32, tf_eflags = 642, tf_esp = -861619416, >>>tf_ss = -1068711934}) at /usr/src/sys/i386/i386/trap.c:622 >>>#8 0xc05f0afa in calltrap () >>>at /usr/src/sys/i386/i386/exception.s:138 >>>#9 0xc04e7c5c in kdb_enter (msg=0xc062b67f "KDB: enter: %s\n") >>>at cpufunc.h:60 >>>#10 0xc04cc002 in panic (fmt=0xc06284f9 "mutex %s not owned at >>>%s:%d") at /usr/src/sys/kern/kern_shutdown.c:549 >>>#11 0xc04c3b43 in _mtx_assert (m=0xc06286ff, what=-1056878592, >>> file=0xc06181c9 "/usr/src/sys/cam/cam_xpt.c", line=4837) >>> at /usr/src/sys/kern/kern_mutex.c:768 >>>---Type to continue, or q to quit--- >>>#12 0xc0432c65 in xpt_release_devq (path=0x0, count=1, >>>run_queue=1) at /usr/src/sys/cam/cam_xpt.c:4837 >>>#13 0xc043420e in xpt_action (start_ccb=0xc22f9530) >>> at /usr/src/sys/cam/cam_xpt.c:3580 >>>#14 0xc051091b in kern_sendit (td=0xc28f7870, s=4, mp=0xcca4bc6c, >>>flags=0, >>> control=0x0, segflg=3227694719) >>>at /usr/src/sys/kern/uipc_syscalls.c:775 >>>#15 0xc0511965 in sendit (td=0xc28f7870, s=4, mp=0xcca4bc6c, >>>flags=0) at /usr/src/sys/kern/uipc_syscalls.c:715 >>>#16 0xc0511c6e in sendto (td=0xc062b67f, uap=0xc1015000) >>> at /usr/src/sys/kern/uipc_syscalls.c:833 >>>#17 0xc05ff737 in syscall (frame= >>> {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 672381756, >>>tf_esi = 134536657, tf_ebp = -1077945788, tf_isp = -861618844, >>>tf_ebx = 672417536, tf_edx = 74, tf_ecx = 134541840, tf_eax = >>>133, tf_trapno = 12, tf_err = 2, tf_eip = 672270187, tf_cs = 51, >>>tf_eflags = 534, tf_esp = -1077945820, tf_ss = 59}) >>> at /usr/src/sys/i386/i386/trap.c:1016 >>>#18 0xc05f0b4f in Xint0x80_syscall () >>>at /usr/src/sys/i386/i386/exception.s:191 >>>#19 0x00000033 in ?? () >>>Previous frame inner to this frame (corrupt stack?) >>> >>>Dmesg: >>>Copyright (c) 1992-2006 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 7.0-CURRENT #0: Wed Apr 19 13:18:18 EDT 2006 >>> >>>amistry@littleguy.am-productions.biz:/usr/obj/usr/src/sys/LITTLEG >>>UY Timecounter "i8254" frequency 1193182 Hz quality 0 >>>CPU: Transmeta(tm) Crusoe(tm) Processor TM5800 (859.34-MHz >>>586-class CPU) >>> Origin = "GenuineTMx86" Id = 0x543 Stepping = 3 >>> Features=0x80893f >>>real memory = 251527168 (239 MB) >>>avail memory = 236593152 (225 MB) >>>Crusoe LongRun support enabled, current mode: 2 <867MHz 1300mV >>>100%> kbd1 at kbdmux0 >>>acpi0: on motherboard >>>acpi0: Power Button (fixed) >>>acpi_ec0: port 0x62,0x66 on acpi0 >>>Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 >>>acpi_timer0: <24-bit timer at 3.579545MHz> port 0xff08-0xff0b on >>>acpi0 cpu0: on acpi0 >>>acpi_throttle0: on cpu0 >>>pcib0: port 0xcf8-0xcff on acpi0 >>>pci0: on pcib0 >>>pci0: at device 0.1 (no driver attached) >>>pci0: at device 0.2 (no driver attached) >>>ohci0: mem >>>0xfc100000-0xfc100fff irq 11 at device 2.0 on pci0 >>>ohci0: [GIANT-LOCKED] >>>usb0: OHCI version 1.0, legacy support >>>usb0: on ohci0 >>>usb0: USB revision 1.0 >>>usbd_get_string: getting lang failed, using 0 >>>uhub0: >>>on usb0 >>>uhub0: 2 ports with 2 removable, self powered >>>pcm0: port 0x1000-0x10ff mem >>>0xfc101000-0xfc101fff irq 9 at device 4.0 on pci0 >>>pcm0: >>>pcm0: [GIANT-LOCKED] >>>pci0: at device 6.0 (no driver attached) >>>isab0: at device 7.0 on pci0 >>>isa0: on isab0 >>>cbb0: irq 9 at device 12.0 on pci0 >>>cardbus0: on cbb0 >>>pccard0: <16-bit PCCard bus> on cbb0 >>>atapci0: port >>>0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1400-0x140f at device 15.0 >>>on pci0 >>>atapci0: using PIO transfers above 137GB as workaround for 48bit >>>DMA access bug, expect reduced performance >>>ata0: on atapci0 >>>ata1: on atapci0 >>>rl0: port 0x8000-0x80ff mem >>>0xfc102000-0xfc1020ff irq 9 at device 16.0 on pci0 >>>miibus0: on rl0 >>>rlphy0: on miibus0 >>>rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >>>rl0: Ethernet address: 00:e0:00:ae:45:08 >>>fwohci0: mem >>>0xfc102800-0xfc102fff,0xfc104000-0xfc107fff irq 9 at device 19.0 >>>on pci0 >>>fwohci0: OHCI version 1.10 (ROM=0) >>>fwohci0: No. of Isochronous channels is 4. >>>fwohci0: EUI64 00:00:0e:10:00:b0:29:d0 >>>fwohci0: Phy 1394a available S400, 1 ports. >>>fwohci0: Link S400, max_rec 2048 bytes. >>>firewire0: on fwohci0 >>>dcons_crom0: on firewire0 >>>dcons_crom0: bus_addr 0xea34000 >>>fwohci0: Initiate bus reset >>>fwohci0: node_id=0x8800ffc0, gen=1, non CYCLEMASTER mode >>>firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 >>>vgapci0: port 0x1800-0x18ff mem >>>0xfd000000-0xfdffffff,0xfc103000-0xfc103fff irq 9 at device 20.0 >>>on pci0 >>>acpi_video0: on vgapci0 >>>drm0: on vgapci0 >>>info: [drm] Initialized mach64 1.0.0 20020904 >>>acpi_button0: on acpi0 >>>acpi_acad0: on acpi0 >>>battery0: on acpi0 >>>battery1: on acpi0 >>>acpi_lid0: on acpi0 >>>atkbdc0: port 0x60,0x64 irq 1 on >>>acpi0 atkbd0: irq 1 on atkbdc0 >>>kbd0 at atkbd0 >>>atkbd0: [GIANT-LOCKED] >>>psm0: flags 0x3000 irq 12 on atkbdc0 >>>psm0: [GIANT-LOCKED] >>>psm0: model Generic PS/2 mouse, device ID 0 >>>acpi_fujitsu0: on acpi0 >>>pmtimer0 on isa0 >>>orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff >>>pnpid ORM0000 on isa0 >>>sc0: at flags 0x100 on isa0 >>>sc0: VGA <16 virtual consoles, flags=0x300> >>>vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff >>>on isa0 >>>Timecounter "TSC" frequency 859339043 Hz quality 800 >>>Timecounters tick every 10.000 msec >>>acpi_acad0: acline initialization start >>>battery0: battery initialization start >>>battery1: battery initialization start >>>acpi_acad0: On Line >>>acpi_acad0: acline initialization done, tried 1 times >>>battery0: battery initialization done, tried 1 times >>>ad0: 19077MB at ata0-master UDMA66 >>>firewire0: bus manager 1 >>>acd0: CDRW at ata1-master UDMA33 >>>firewire0: New S400 device ID:0000d1008051e6dd >>>Trying to mount root from ufs:/dev/ad0s2a >>>WARNING: / was not properly dismounted >>>WARNING: /tmp was not properly dismounted >>>WARNING: /usr was not properly dismounted >>>WARNING: /var was not properly dismounted >>>battery1: battery initialization failed, giving up >>>fuse4bsd: version 0.3.0, FUSE ABI 7.5 > > From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 08:35:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3533D16A400 for ; Wed, 26 Apr 2006 08:35:47 +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 C823A43D48 for ; Wed, 26 Apr 2006 08:35:46 +0000 (GMT) (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 B775146CFA; Wed, 26 Apr 2006 04:35:45 -0400 (EDT) Date: Wed, 26 Apr 2006 09:35:45 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Anish Mistry In-Reply-To: <200604260045.32557.mistry.7@osu.edu> Message-ID: <20060426093356.V93543@fledge.watson.org> References: <200604260045.32557.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c:4837 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 08:35:47 -0000 On Wed, 26 Apr 2006, Anish Mistry wrote: > #10 0xc04cc002 in panic (fmt=0xc06284f9 "mutex %s not owned at %s:%d") > at /usr/src/sys/kern/kern_shutdown.c:549 > #11 0xc04c3b43 in _mtx_assert (m=0xc06286ff, what=-1056878592, > file=0xc06181c9 "/usr/src/sys/cam/cam_xpt.c", line=4837) > at /usr/src/sys/kern/kern_mutex.c:768 > ---Type to continue, or q to quit--- > #12 0xc0432c65 in xpt_release_devq (path=0x0, count=1, run_queue=1) > at /usr/src/sys/cam/cam_xpt.c:4837 > #13 0xc043420e in xpt_action (start_ccb=0xc22f9530) > at /usr/src/sys/cam/cam_xpt.c:3580 > #14 0xc051091b in kern_sendit (td=0xc28f7870, s=4, mp=0xcca4bc6c, > flags=0, > control=0x0, segflg=3227694719) > at /usr/src/sys/kern/uipc_syscalls.c:775 > #15 0xc0511965 in sendit (td=0xc28f7870, s=4, mp=0xcca4bc6c, flags=0) > at /usr/src/sys/kern/uipc_syscalls.c:715 Something really nasty happened to the stack between frame 14 and frame 13. The above code path Should Never Happen. The CAM bit is consistent with itself, and with the panic message, and the socket bit is consistent with itself. That leaves a question about what happened in between. Did you try running 'trace' under DDB? If so, can you use dmesg on the core dump to see if the DDB trace differs from the gdb trace? Robert N M Watson > #16 0xc0511c6e in sendto (td=0xc062b67f, uap=0xc1015000) > at /usr/src/sys/kern/uipc_syscalls.c:833 > #17 0xc05ff737 in syscall (frame= > {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 672381756, tf_esi > = 134536657, tf_ebp = -1077945788, tf_isp = -861618844, tf_ebx = > 672417536, tf_edx = 74, tf_ecx = 134541840, tf_eax = 133, tf_trapno = > 12, tf_err = 2, tf_eip = 672270187, tf_cs = 51, tf_eflags = 534, > tf_esp = -1077945820, tf_ss = 59}) > at /usr/src/sys/i386/i386/trap.c:1016 > #18 0xc05f0b4f in Xint0x80_syscall () > at /usr/src/sys/i386/i386/exception.s:191 > #19 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > > Dmesg: > Copyright (c) 1992-2006 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 7.0-CURRENT #0: Wed Apr 19 13:18:18 EDT 2006 > > amistry@littleguy.am-productions.biz:/usr/obj/usr/src/sys/LITTLEGUY > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Transmeta(tm) Crusoe(tm) Processor TM5800 (859.34-MHz 586-class > CPU) > Origin = "GenuineTMx86" Id = 0x543 Stepping = 3 > Features=0x80893f > real memory = 251527168 (239 MB) > avail memory = 236593152 (225 MB) > Crusoe LongRun support enabled, current mode: 2 <867MHz 1300mV 100%> > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: Power Button (fixed) > acpi_ec0: port 0x62,0x66 on acpi0 > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xff08-0xff0b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: at device 0.1 (no driver attached) > pci0: at device 0.2 (no driver attached) > ohci0: mem > 0xfc100000-0xfc100fff irq 11 at device 2.0 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > usbd_get_string: getting lang failed, using 0 > uhub0: on > usb0 > uhub0: 2 ports with 2 removable, self powered > pcm0: port 0x1000-0x10ff mem 0xfc101000-0xfc101fff > irq 9 at device 4.0 on pci0 > pcm0: > pcm0: [GIANT-LOCKED] > pci0: at device 6.0 (no driver attached) > isab0: at device 7.0 on pci0 > isa0: on isab0 > cbb0: irq 9 at device 12.0 on pci0 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1400-0x140f at device 15.0 on > pci0 > atapci0: using PIO transfers above 137GB as workaround for 48bit DMA > access bug, expect reduced performance > ata0: on atapci0 > ata1: on atapci0 > rl0: port 0x8000-0x80ff mem > 0xfc102000-0xfc1020ff irq 9 at device 16.0 on pci0 > miibus0: on rl0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:e0:00:ae:45:08 > fwohci0: mem > 0xfc102800-0xfc102fff,0xfc104000-0xfc107fff irq 9 at device 19.0 on > pci0 > fwohci0: OHCI version 1.10 (ROM=0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:00:0e:10:00:b0:29:d0 > fwohci0: Phy 1394a available S400, 1 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > dcons_crom0: on firewire0 > dcons_crom0: bus_addr 0xea34000 > fwohci0: Initiate bus reset > fwohci0: node_id=0x8800ffc0, gen=1, non CYCLEMASTER mode > firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 > vgapci0: port 0x1800-0x18ff mem > 0xfd000000-0xfdffffff,0xfc103000-0xfc103fff irq 9 at device 20.0 on > pci0 > acpi_video0: on vgapci0 > drm0: on vgapci0 > info: [drm] Initialized mach64 1.0.0 20020904 > acpi_button0: on acpi0 > acpi_acad0: on acpi0 > battery0: on acpi0 > battery1: on acpi0 > acpi_lid0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: flags 0x3000 irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model Generic PS/2 mouse, device ID 0 > acpi_fujitsu0: on acpi0 > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff pnpid > ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 > Timecounter "TSC" frequency 859339043 Hz quality 800 > Timecounters tick every 10.000 msec > acpi_acad0: acline initialization start > battery0: battery initialization start > battery1: battery initialization start > acpi_acad0: On Line > acpi_acad0: acline initialization done, tried 1 times > battery0: battery initialization done, tried 1 times > ad0: 19077MB at ata0-master UDMA66 > firewire0: bus manager 1 > acd0: CDRW at ata1-master UDMA33 > firewire0: New S400 device ID:0000d1008051e6dd > Trying to mount root from ufs:/dev/ad0s2a > WARNING: / was not properly dismounted > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > battery1: battery initialization failed, giving up > fuse4bsd: version 0.3.0, FUSE ABI 7.5 > > > > -- > Anish Mistry > From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 09:21:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77FA916A400; Wed, 26 Apr 2006 09:21: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 1178A43D45; Wed, 26 Apr 2006 09:21:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k3Q9LAt6076818; Wed, 26 Apr 2006 05:21:10 -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.4P/8.13.4) with ESMTP id k3Q9KxS6087401; Wed, 26 Apr 2006 05:20:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 450A47302F; Wed, 26 Apr 2006 05:21:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060426092110.450A47302F@freebsd-current.sentex.ca> Date: Wed, 26 Apr 2006 05:21:10 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 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: Wed, 26 Apr 2006 09:21:12 -0000 TB --- 2006-04-26 07:02:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-26 07:02:37 - starting HEAD tinderbox run for i386/i386 TB --- 2006-04-26 07:02:37 - cleaning the object tree TB --- 2006-04-26 07:03:24 - checking out the source tree TB --- 2006-04-26 07:03:24 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-04-26 07:03:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-26 07:21:02 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-26 07:21:02 - cd /src TB --- 2006-04-26 07:21:02 - /usr/bin/make -B buildworld >>> 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 TB --- 2006-04-26 08:33:06 - generating LINT kernel config TB --- 2006-04-26 08:33:06 - cd /src/sys/i386/conf TB --- 2006-04-26 08:33:06 - /usr/bin/make -B LINT TB --- 2006-04-26 08:33:07 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-26 08:33:07 - cd /src TB --- 2006-04-26 08:33:07 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 26 08:33:07 UTC 2006 >>> 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 Wed Apr 26 08:59:12 UTC 2006 TB --- 2006-04-26 08:59:12 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-26 08:59:12 - cd /src TB --- 2006-04-26 08:59:12 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Apr 26 08:59:12 UTC 2006 >>> 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 Wed Apr 26 09:19:23 UTC 2006 TB --- 2006-04-26 09:19:23 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-26 09:19:23 - cd /src TB --- 2006-04-26 09:19:23 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Wed Apr 26 09:19:23 UTC 2006 >>> 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 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ata/atapi-fd.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ata/atapi-tape.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/bce/if_bce.c /src/sys/dev/bce/if_bce.c: In function `bce_stats_update': /src/sys/dev/bce/if_bce.c:5311: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5313: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5315: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5317: warning: left shift count >= width of type *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-26 09:21:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-26 09:21:10 - ERROR: failed to build PAE kernel TB --- 2006-04-26 09:21:10 - tinderbox aborted TB --- 1.37 user 5.87 system 8312.41 real From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 09:24:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0157316A403 for ; Wed, 26 Apr 2006 09:24:37 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [213.225.74.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DAAE43D45 for ; Wed, 26 Apr 2006 09:24:36 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from a217-118-41-7.bluecom.no ([217.118.41.7] helo=[192.168.1.108]) by anduin.net with esmtpa (Exim 4.54 (FreeBSD)) id 1FYgG3-0007Me-NS; Wed, 26 Apr 2006 11:24:33 +0200 In-Reply-To: <44237C5D.20505@samsco.org> References: <44233411.5070002@elischer.org> <442378B3.3080900@samsco.org> <44237A3E.5020808@elischer.org> <44237C5D.20505@samsco.org> Mime-Version: 1.0 (Apple Message framework v749.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9D18EA9D-89AD-4D8E-AE11-83A68672F475@anduin.net> Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Wed, 26 Apr 2006 11:23:56 +0200 To: Scott Long X-Mailer: Apple Mail (2.749.3) X-Spam-Score: -18.3 X-Spam-Level: ------------------ Cc: Julian Elischer , current@freebsd.org Subject: Re: adaptec 2020S and asr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Apr 2006 09:24:37 -0000 On 24. mar. 2006, at 05.58, Scott Long wrote: > Julian Elischer wrote: > >> Scott Long wrote: >>> Julian Elischer wrote: >>> >>>> Anyone know if just adding the PCI ID for this device to the asr >>>> (4) driver >>>> will make it support it? >>>> (or if it even needs that) >>>> >>>> >> Ah I assumed asr as it supports all teh others in that series >> (2010S, 2100S etc.) > > The numbering sequence that Adaptec uses follows no pattern in > conjunction with the driver to use. The easiest rule to remember > is that 'asr' is dead and does not apply to anything running Ultra320, > SATA, or SAS. How about the 2015S (ZCR)? I know I've bugged you about this one before (and offered to send you HW, but that project failed due to my current motherboard failing, sorry ;), has anything changed? /Eirik > > Scott > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 09:29:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4794716A400 for ; Wed, 26 Apr 2006 09:29:23 +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 AC8C843D48 for ; Wed, 26 Apr 2006 09:29:20 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k3Q9T9Pl089331; Wed, 26 Apr 2006 03:29:10 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <444F3D66.4080503@samsco.org> Date: Wed, 26 Apr 2006 03:29:10 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Eirik_=D8verby?= References: <44233411.5070002@elischer.org> <442378B3.3080900@samsco.org> <44237A3E.5020808@elischer.org> <44237C5D.20505@samsco.org> <9D18EA9D-89AD-4D8E-AE11-83A68672F475@anduin.net> In-Reply-To: <9D18EA9D-89AD-4D8E-AE11-83A68672F475@anduin.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Julian Elischer , current@freebsd.org Subject: Re: adaptec 2020S and asr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Apr 2006 09:29:23 -0000 Eirik Øverby wrote: > On 24. mar. 2006, at 05.58, Scott Long wrote: > >> Julian Elischer wrote: >> >>> Scott Long wrote: >>> >>>> Julian Elischer wrote: >>>> >>>>> Anyone know if just adding the PCI ID for this device to the asr >>>>> (4) driver >>>>> will make it support it? >>>>> (or if it even needs that) >>>>> >>>>> >>> Ah I assumed asr as it supports all teh others in that series >>> (2010S, 2100S etc.) >> >> >> The numbering sequence that Adaptec uses follows no pattern in >> conjunction with the driver to use. The easiest rule to remember >> is that 'asr' is dead and does not apply to anything running Ultra320, >> SATA, or SAS. > > > How about the 2015S (ZCR)? I know I've bugged you about this one before > (and offered to send you HW, but that project failed due to my current > motherboard failing, sorry ;), has anything changed? > > /Eirik > > Oops, you're right, I forgot about the 2010 and 2015 cards. Those are the only two Ultra320 devices that are asr. As for the asr driver, it really needs someone with a lot of available time and interest. As I saw many times, I'm quite happy to provide my notes and on-going support to anyone who wants to work on this driver, but I don't have the time to work on it myself. Scott From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 09:38:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A81D16A400; Wed, 26 Apr 2006 09:38:28 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D8A143D75; Wed, 26 Apr 2006 09:38:27 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Wed, 26 Apr 2006 11:38:25 +0200 Date: Wed, 26 Apr 2006 11:38:25 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: current@freebsd.org In-Reply-To: <20060426092110.450A47302F@freebsd-current.sentex.ca> Message-ID: <20060426113726.A43450@beagle.kn.op.dlr.de> References: <20060426092110.450A47302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 26 Apr 2006 09:38:25.0541 (UTC) FILETIME=[2A87CB50:01C66915] Cc: FreeBSD Tinderbox , 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 Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Apr 2006 09:38:28 -0000 Am I the only one seeing these errors for days now? harti On Wed, 26 Apr 2006, FreeBSD Tinderbox wrote: FT>TB --- 2006-04-26 07:02:37 - tinderbox 2.3 running on freebsd-current.sentex.ca FT>TB --- 2006-04-26 07:02:37 - starting HEAD tinderbox run for i386/i386 FT>TB --- 2006-04-26 07:02:37 - cleaning the object tree FT>TB --- 2006-04-26 07:03:24 - checking out the source tree FT>TB --- 2006-04-26 07:03:24 - cd /tinderbox/HEAD/i386/i386 FT>TB --- 2006-04-26 07:03:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src FT>TB --- 2006-04-26 07:21:02 - building world (CFLAGS=-O2 -pipe) FT>TB --- 2006-04-26 07:21:02 - cd /src FT>TB --- 2006-04-26 07:21:02 - /usr/bin/make -B buildworld FT>>>> Rebuilding the temporary build tree FT>>>> stage 1.1: legacy release compatibility shims FT>>>> stage 1.2: bootstrap tools FT>>>> stage 2.1: cleaning up the object tree FT>>>> stage 2.2: rebuilding the object tree FT>>>> stage 2.3: build tools FT>>>> stage 3: cross tools FT>>>> stage 4.1: building includes FT>>>> stage 4.2: building libraries FT>>>> stage 4.3: make dependencies FT>>>> stage 4.4: building everything FT>TB --- 2006-04-26 08:33:06 - generating LINT kernel config FT>TB --- 2006-04-26 08:33:06 - cd /src/sys/i386/conf FT>TB --- 2006-04-26 08:33:06 - /usr/bin/make -B LINT FT>TB --- 2006-04-26 08:33:07 - building LINT kernel (COPTFLAGS=-O2 -pipe) FT>TB --- 2006-04-26 08:33:07 - cd /src FT>TB --- 2006-04-26 08:33:07 - /usr/bin/make buildkernel KERNCONF=LINT FT>>>> Kernel build for LINT started on Wed Apr 26 08:33:07 UTC 2006 FT>>>> stage 1: configuring the kernel FT>>>> stage 2.1: cleaning up the object tree FT>>>> stage 2.2: rebuilding the object tree FT>>>> stage 2.3: build tools FT>>>> stage 3.1: making dependencies FT>>>> stage 3.2: building everything FT>>>> Kernel build for LINT completed on Wed Apr 26 08:59:12 UTC 2006 FT>TB --- 2006-04-26 08:59:12 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) FT>TB --- 2006-04-26 08:59:12 - cd /src FT>TB --- 2006-04-26 08:59:12 - /usr/bin/make buildkernel KERNCONF=GENERIC FT>>>> Kernel build for GENERIC started on Wed Apr 26 08:59:12 UTC 2006 FT>>>> stage 1: configuring the kernel FT>>>> stage 2.1: cleaning up the object tree FT>>>> stage 2.2: rebuilding the object tree FT>>>> stage 2.3: build tools FT>>>> stage 3.1: making dependencies FT>>>> stage 3.2: building everything FT>>>> Kernel build for GENERIC completed on Wed Apr 26 09:19:23 UTC 2006 FT>TB --- 2006-04-26 09:19:23 - building PAE kernel (COPTFLAGS=-O2 -pipe) FT>TB --- 2006-04-26 09:19:23 - cd /src FT>TB --- 2006-04-26 09:19:23 - /usr/bin/make buildkernel KERNCONF=PAE FT>>>> Kernel build for PAE started on Wed Apr 26 09:19:23 UTC 2006 FT>>>> stage 1: configuring the kernel FT>>>> stage 2.1: cleaning up the object tree FT>>>> stage 2.2: rebuilding the object tree FT>>>> stage 2.3: build tools FT>>>> stage 3.1: making dependencies FT>>>> stage 3.2: building everything FT>[...] FT>cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ata/atapi-fd.c FT>cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ata/atapi-tape.c FT>cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/bce/if_bce.c FT>/src/sys/dev/bce/if_bce.c: In function `bce_stats_update': FT>/src/sys/dev/bce/if_bce.c:5311: warning: left shift count >= width of type FT>/src/sys/dev/bce/if_bce.c:5313: warning: left shift count >= width of type FT>/src/sys/dev/bce/if_bce.c:5315: warning: left shift count >= width of type FT>/src/sys/dev/bce/if_bce.c:5317: warning: left shift count >= width of type FT>*** Error code 1 FT> FT>Stop in /obj/src/sys/PAE. FT>*** Error code 1 FT> FT>Stop in /src. FT>*** Error code 1 FT> FT>Stop in /src. FT>TB --- 2006-04-26 09:21:10 - WARNING: /usr/bin/make returned exit code 1 FT>TB --- 2006-04-26 09:21:10 - ERROR: failed to build PAE kernel FT>TB --- 2006-04-26 09:21:10 - tinderbox aborted FT>TB --- 1.37 user 5.87 system 8312.41 real FT> FT>_______________________________________________ FT>freebsd-current@freebsd.org mailing list FT>http://lists.freebsd.org/mailman/listinfo/freebsd-current FT>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" FT> FT> FT> From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 09:42:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4C9516A401 for ; Wed, 26 Apr 2006 09:42:42 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [213.225.74.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15DB343D45 for ; Wed, 26 Apr 2006 09:42:42 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from a217-118-41-7.bluecom.no ([217.118.41.7] helo=[192.168.1.108]) by anduin.net with esmtpa (Exim 4.54 (FreeBSD)) id 1FYgXa-0007is-Nn; Wed, 26 Apr 2006 11:42:40 +0200 In-Reply-To: <444F3D66.4080503@samsco.org> References: <44233411.5070002@elischer.org> <442378B3.3080900@samsco.org> <44237A3E.5020808@elischer.org> <44237C5D.20505@samsco.org> <9D18EA9D-89AD-4D8E-AE11-83A68672F475@anduin.net> <444F3D66.4080503@samsco.org> Mime-Version: 1.0 (Apple Message framework v749.3) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Wed, 26 Apr 2006 11:42:03 +0200 To: Scott Long X-Mailer: Apple Mail (2.749.3) X-Spam-Score: -13.5 X-Spam-Level: ------------- Cc: Julian Elischer , current@freebsd.org Subject: Re: adaptec 2020S and asr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Apr 2006 09:42:42 -0000 On 26. apr. 2006, at 11.29, Scott Long wrote: > Eirik =D8verby wrote: >> On 24. mar. 2006, at 05.58, Scott Long wrote: >>> Julian Elischer wrote: >>> >>>> Scott Long wrote: >>>> >>>>> Julian Elischer wrote: >>>>> >>>>>> Anyone know if just adding the PCI ID for this device to the =20 >>>>>> asr (4) driver >>>>>> will make it support it? >>>>>> (or if it even needs that) >>>>>> >>>>>> >>>> Ah I assumed asr as it supports all teh others in that series =20 >>>> (2010S, 2100S etc.) >>> >>> >>> The numbering sequence that Adaptec uses follows no pattern in =20 >>> conjunction with the driver to use. The easiest rule to remember >>> is that 'asr' is dead and does not apply to anything running =20 >>> Ultra320, >>> SATA, or SAS. >> How about the 2015S (ZCR)? I know I've bugged you about this one =20 >> before (and offered to send you HW, but that project failed due to =20= >> my current motherboard failing, sorry ;), has anything changed? >> /Eirik > > > Oops, you're right, I forgot about the 2010 and 2015 cards. Those > are the only two Ultra320 devices that are asr. As for the asr > driver, it really needs someone with a lot of available time and > interest. As I saw many times, I'm quite happy to provide my notes > and on-going support to anyone who wants to work on this driver, > but I don't have the time to work on it myself. Do you know if there are other ZCR boards that will work on my Tyan =20 K8S Pro, and with amd64 fbsd? /Eirik > > Scott > > From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 09:48:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4165B16A401 for ; Wed, 26 Apr 2006 09:48:13 +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 3123E43D45 for ; Wed, 26 Apr 2006 09:48:12 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k3Q9m16m089422; Wed, 26 Apr 2006 03:48:01 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <444F41D1.5060804@samsco.org> Date: Wed, 26 Apr 2006 03:48:01 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Eirik_=D8verby?= References: <44233411.5070002@elischer.org> <442378B3.3080900@samsco.org> <44237A3E.5020808@elischer.org> <44237C5D.20505@samsco.org> <9D18EA9D-89AD-4D8E-AE11-83A68672F475@anduin.net> <444F3D66.4080503@samsco.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Julian Elischer , current@freebsd.org Subject: Re: adaptec 2020S and asr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Apr 2006 09:48:13 -0000 Eirik Øverby wrote: > > On 26. apr. 2006, at 11.29, Scott Long wrote: > >> Eirik Øverby wrote: >> >>> On 24. mar. 2006, at 05.58, Scott Long wrote: >>> >>>> Julian Elischer wrote: >>>> >>>>> Scott Long wrote: >>>>> >>>>>> Julian Elischer wrote: >>>>>> >>>>>>> Anyone know if just adding the PCI ID for this device to the asr >>>>>>> (4) driver >>>>>>> will make it support it? >>>>>>> (or if it even needs that) >>>>>>> >>>>>>> >>>>> Ah I assumed asr as it supports all teh others in that series >>>>> (2010S, 2100S etc.) >>>> >>>> >>>> >>>> The numbering sequence that Adaptec uses follows no pattern in >>>> conjunction with the driver to use. The easiest rule to remember >>>> is that 'asr' is dead and does not apply to anything running Ultra320, >>>> SATA, or SAS. >>> >>> How about the 2015S (ZCR)? I know I've bugged you about this one >>> before (and offered to send you HW, but that project failed due to >>> my current motherboard failing, sorry ;), has anything changed? >>> /Eirik >> >> >> >> Oops, you're right, I forgot about the 2010 and 2015 cards. Those >> are the only two Ultra320 devices that are asr. As for the asr >> driver, it really needs someone with a lot of available time and >> interest. As I saw many times, I'm quite happy to provide my notes >> and on-going support to anyone who wants to work on this driver, >> but I don't have the time to work on it myself. > > > Do you know if there are other ZCR boards that will work on my Tyan K8S > Pro, and with amd64 fbsd? > The 2020ZCR should work. Scott From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 10:31:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31C9F16A404; Wed, 26 Apr 2006 10:31:17 +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 DB2A543D6D; Wed, 26 Apr 2006 10:31:08 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k3QAV64g089663; Wed, 26 Apr 2006 04:31:06 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <444F4BE4.2070004@samsco.org> Date: Wed, 26 Apr 2006 04:31:00 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <200604260045.32557.mistry.7@osu.edu> <20060426093356.V93543@fledge.watson.org> In-Reply-To: <20060426093356.V93543@fledge.watson.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c:4837 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 10:31:17 -0000 Robert Watson wrote: > > On Wed, 26 Apr 2006, Anish Mistry wrote: > >> #10 0xc04cc002 in panic (fmt=0xc06284f9 "mutex %s not owned at %s:%d") >> at /usr/src/sys/kern/kern_shutdown.c:549 >> #11 0xc04c3b43 in _mtx_assert (m=0xc06286ff, what=-1056878592, >> file=0xc06181c9 "/usr/src/sys/cam/cam_xpt.c", line=4837) >> at /usr/src/sys/kern/kern_mutex.c:768 >> ---Type to continue, or q to quit--- >> #12 0xc0432c65 in xpt_release_devq (path=0x0, count=1, run_queue=1) >> at /usr/src/sys/cam/cam_xpt.c:4837 >> #13 0xc043420e in xpt_action (start_ccb=0xc22f9530) >> at /usr/src/sys/cam/cam_xpt.c:3580 >> #14 0xc051091b in kern_sendit (td=0xc28f7870, s=4, mp=0xcca4bc6c, >> flags=0, >> control=0x0, segflg=3227694719) >> at /usr/src/sys/kern/uipc_syscalls.c:775 >> #15 0xc0511965 in sendit (td=0xc28f7870, s=4, mp=0xcca4bc6c, flags=0) >> at /usr/src/sys/kern/uipc_syscalls.c:715 > > > Something really nasty happened to the stack between frame 14 and frame > 13. The above code path Should Never Happen. The CAM bit is consistent > with itself, and with the panic message, and the socket bit is > consistent with itself. That leaves a question about what happened in > between. Did you try running 'trace' under DDB? If so, can you use > dmesg on the core dump to see if the DDB trace differs from the gdb trace? > > Robert N M Watson There are quite a few missing frames from CAM-land. Scott From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 11:24:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 011CD16A403 for ; Wed, 26 Apr 2006 11:24: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 A104B43D45 for ; Wed, 26 Apr 2006 11:24:28 +0000 (GMT) (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 167D246D64; Wed, 26 Apr 2006 07:24:28 -0400 (EDT) Date: Wed, 26 Apr 2006 12:24:28 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Scott Long In-Reply-To: <444F4BE4.2070004@samsco.org> Message-ID: <20060426122244.E93543@fledge.watson.org> References: <200604260045.32557.mistry.7@osu.edu> <20060426093356.V93543@fledge.watson.org> <444F4BE4.2070004@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c:4837 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 11:24:29 -0000 On Wed, 26 Apr 2006, Scott Long wrote: > Robert Watson wrote: >> >> On Wed, 26 Apr 2006, Anish Mistry wrote: >> >>> #10 0xc04cc002 in panic (fmt=0xc06284f9 "mutex %s not owned at %s:%d") >>> at /usr/src/sys/kern/kern_shutdown.c:549 >>> #11 0xc04c3b43 in _mtx_assert (m=0xc06286ff, what=-1056878592, >>> file=0xc06181c9 "/usr/src/sys/cam/cam_xpt.c", line=4837) >>> at /usr/src/sys/kern/kern_mutex.c:768 >>> ---Type to continue, or q to quit--- >>> #12 0xc0432c65 in xpt_release_devq (path=0x0, count=1, run_queue=1) >>> at /usr/src/sys/cam/cam_xpt.c:4837 >>> #13 0xc043420e in xpt_action (start_ccb=0xc22f9530) >>> at /usr/src/sys/cam/cam_xpt.c:3580 >>> #14 0xc051091b in kern_sendit (td=0xc28f7870, s=4, mp=0xcca4bc6c, >>> flags=0, >>> control=0x0, segflg=3227694719) >>> at /usr/src/sys/kern/uipc_syscalls.c:775 >>> #15 0xc0511965 in sendit (td=0xc28f7870, s=4, mp=0xcca4bc6c, flags=0) >>> at /usr/src/sys/kern/uipc_syscalls.c:715 >> >> Something really nasty happened to the stack between frame 14 and frame 13. >> The above code path Should Never Happen. The CAM bit is consistent with >> itself, and with the panic message, and the socket bit is consistent with >> itself. That leaves a question about what happened in between. Did you >> try running 'trace' under DDB? If so, can you use dmesg on the core dump >> to see if the DDB trace differs from the gdb trace? > > There are quite a few missing frames from CAM-land. I'm sort of vaguely hoping that DDB will give a better stack trace, but I'm not sure there's much hope. It seems like perhaps the stack has gotten quite hosed. I guess the missing CAM frames couldn't be put down to inlined frames not showing up in DDB? It sort of looks like we have the top of one stack, and the bottom of another stack. Until you get to kern_Sendit(), it all sounds pretty good from the system call perspective. It would be interesting to look higher up the thread and confirm whether this system call is, in fact, sendto() or something along those lines. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 12:23:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A3DE16A401; Wed, 26 Apr 2006 12:23:38 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CE9743D6D; Wed, 26 Apr 2006 12:23:28 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 45B0A244C19; Wed, 26 Apr 2006 21:23:27 +0900 (JST) Message-ID: <444F663D.9060905@freebsd.org> Date: Wed, 26 Apr 2006 21:23:25 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.2 (X11/20060424) MIME-Version: 1.0 To: Kris Kennaway References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <20060425175553.GA56011@xor.obsecurity.org> In-Reply-To: <20060425175553.GA56011@xor.obsecurity.org> Content-Type: multipart/mixed; boundary="------------000008020900090004010903" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, Daichi GOTO , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Alexander@Leidinger.net, Dario Freni Subject: Re: [ANN] unionfs patchset-11 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 12:23:38 -0000 This is a multi-part message in MIME format. --------------000008020900090004010903 Content-Type: text/plain; charset=Shift_JIS Content-Transfer-Encoding: 7bit Kris Kennaway wrote: > I still get a panic immediately upon use: OKey. Maybe we fixed your panic. Please try attached file as /usr/src/sys/fs/unionfs/union_vnops.c :) -- Daichi GOTO, http://people.freebsd.org/~daichi --------------000008020900090004010903-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 13:13:35 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 735F216A403 for ; Wed, 26 Apr 2006 13:13:35 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2721543D49 for ; Wed, 26 Apr 2006 13:13:30 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id 22B2684418 for ; Wed, 26 Apr 2006 15:13:29 +0200 (CEST) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 19946-04-2 for ; Wed, 26 Apr 2006 15:13:23 +0200 (CEST) Received: from [IPv6:::1] (unknown [192.168.2.3]) by people.fsn.hu (Postfix) with ESMTP id 89C8584408 for ; Wed, 26 Apr 2006 15:13:23 +0200 (CEST) Message-ID: <444F71F3.6030901@fsn.hu> Date: Wed, 26 Apr 2006 15:13:23 +0200 From: Attila Nagy User-Agent: Thunderbird 1.5 (X11/20060407) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu Cc: Subject: malloc problems with MySQL? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 13:13:35 -0000 Hello, I have an SMP i386 machine with 2G RAM on which I would like to test MySQL. The OS is CURRENT as of today. The problem is that with the exact same configuration as with 6-STABLE, MySQL cannot allocate more than about 400-500MB of memory: mysqld: (malloc) Error in malloc(838877200): out of memory mysqld got signal 6; Limits seems to be OK: datasize 2097152 kB I have kern.maxdsiz=2G in loader.conf. MySQL gets errno 12 (ENOMEM) when trying to allocate that amount of RAM. What else is needed to make it work with the new malloc implementation? I can malloc the same amount of memory from a one liner program... Thanks, -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone: +3630 306 6758 http://www.fsn.hu/ From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 13:16:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D7C216A401 for ; Wed, 26 Apr 2006 13:16:15 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 678AA43D58 for ; Wed, 26 Apr 2006 13:16:12 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 7541 invoked from network); 26 Apr 2006 13:16:09 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.131.123]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 26 Apr 2006 13:16:09 -0000 Date: Wed, 26 Apr 2006 15:15:57 +0200 From: Fabian Keil To: Daichi GOTO Message-ID: <20060426151557.3a46dfbd@localhost> In-Reply-To: <444F663D.9060905@freebsd.org> References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <20060425175553.GA56011@xor.obsecurity.org> <444F663D.9060905@freebsd.org> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.17; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_Qlq1PH9m6ABA/a7=iZxQ.nB"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, ozawa@ongs.co.jp, Kris Kennaway Subject: Re: [ANN] unionfs patchset-11 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 13:16:15 -0000 --Sig_Qlq1PH9m6ABA/a7=iZxQ.nB Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Daichi GOTO wrote: > Kris Kennaway wrote: > > I still get a panic immediately upon use: >=20 > OKey. >=20 > Maybe we fixed your panic. Please try attached file as > /usr/src/sys/fs/unionfs/union_vnops.c :) Looks like the attachment was filtered. I got a different panic on FreeBSD TP51.local 6.1-RC FreeBSD 6.1-RC #22: Wed Apr 26 13:25:57 CEST 2006 after mounting an empty directory above /usr/src, applying a patch and using find's -type f option shortly afterwards to show the files in the directory on top:=20 Unread portion of the kernel message buffer: panic: initiate_write_filepage: dir inum 0 !=3D new 24971 KDB: enter: panic Locked vnodes 0xc3cf7770: tag ufs, type VDIR usecount 1, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xc392539c ref 0 pages 0 lock type ufs: EXCL (count 1) by thread 0xc334ec00 (pid 41) ino 24936, on dev ad0s3e 0xc3cf7880: tag unionfs, type VDIR usecount 36, writecount 0, refcount 36 mountedhere 0 flags () v_object 0xc392539c ref 0 pages 0 lock type ufs: EXCL (count 1) by thread 0xc334ec00 (pid 41) union_vp=3D0xc3cf7880, uppervp=3D0xc3cf7770, lowervp=3D0xc3cee550 union: upper 0xc3cf7770: tag ufs, type VDIR usecount 1, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xc392539c ref 0 pages 0 lock type ufs: EXCL (count 1) by thread 0xc334ec00 (pid 41) ino 24936, on dev ad0s3e union: lower 0xc3cee550: tag ufs, type VDIR usecount 1, writecount 0, refcount 3 mountedhere 0 flags () =20 ino 943568, on dev ad0s3f exclusive sleep mutex Softdep Lock r =3D 0 (0xc07839c0) locked @ /usr/src/s= ys/ufs/ffs/ffs_softdep.c:3730 exclusive sleep mutex Giant r =3D 0 (0xc072f640) locked @ /usr/src/sys/kern= /vfs_subr.c:1608 panic: from debugger Uptime: 20m58s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130656 pages) 495 479 463 447 431 415 399 383 367 351 335= 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95=20 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc054a865 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 02 #2 0xc054ab27 in panic (fmt=3D0xc06c9423 "from debugger") at /usr/src/sys/= kern/kern_shutdown.c:558 #3 0xc047f523 in db_panic (addr=3D-1068086451, have_addr=3D0, count=3D-1, = modif=3D0xd564b95c "") at /usr/src/sys/ddb/db_command.c:438 #4 0xc047f49c in db_command (last_cmdp=3D0xc072b3e4, cmd_table=3D0x0, aux_= cmd_tablep=3D0xc06f28c4, aux_cmd_tablep_end=3D0xc06f28c8) at /usr/src/sys/ddb/db_command.c:350 #5 0xc047f58d in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 #6 0xc048143d in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_main.= c:221 #7 0xc0564dd7 in kdb_trap (type=3D0, code=3D0, tf=3D0xd564baa8) at /usr/sr= c/sys/kern/subr_kdb.c:473 #8 0xc069e4d2 in trap (frame=3D {tf_fs =3D -1066532856, tf_es =3D 40, tf_ds =3D -714866648, tf_edi = =3D 1, tf_esi =3D -1066511478, tf_ebp =3D -714818832, tf_isp =3D -714818860, tf_ebx =3D -714818776, tf_edx =3D 0, tf_ecx =3D -1056878592, tf_eax =3D 18= , tf_trapno =3D 3, tf_err =3D 0, tf_eip =3D -1068086451, tf_cs =3D 32, tf_ef lags =3D 642, tf_esp =3D -1066558175, tf_ss =3D -1066564882}) at /usr/src/s= ys/i386/i386/trap.c:593 #9 0xc068feda in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0xc0564b4d in kdb_enter (msg=3D0x12
) at cp= ufunc.h:60 #11 0xc054aabf in panic (fmt=3D0xc06e538a "%s: dir inum %d !=3D new %d") at= /usr/src/sys/kern/kern_shutdown.c:542 #12 0xc0634021 in initiate_write_filepage (pagedep=3D0xc354b580, bp=3D0xcd7= c7e18) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3834 #13 0xc0633d1c in softdep_disk_io_initiation (bp=3D0xcd7c7e18) at /usr/src/= sys/ufs/ffs/ffs_softdep.c:3740 #14 0xc063c8c4 in ffs_geom_strategy (bo=3D0xc358aa50, bp=3D0xcd7c7e18) at b= uf.h:422 #15 0xc0648db7 in ufs_strategy (ap=3D0x12) at /usr/src/sys/ufs/ufs/ufs_vnop= s.c:1942 #16 0xc06b47c8 in VOP_STRATEGY_APV (vop=3D0xc0719380, a=3D0xd564bbec) at vn= ode_if.c:1796 #17 0xc059965c in bufstrategy (bo=3D0xc3cf7830, bp=3D0x12) at vnode_if.h:928 #18 0xc05946e6 in bufwrite (bp=3D0xcd7c7e18) at buf.h:415 #19 0xc0594c31 in bawrite (bp=3D0x12) at buf.h:399 #20 0xc063cb82 in ffs_syncvnode (vp=3D0xc3cf7770, waitfor=3D3) at /usr/src/= sys/ufs/ffs/ffs_vnops.c:256 #21 0xc063c8fc in ffs_fsync (ap=3D0xd564bca4) at /usr/src/sys/ufs/ffs/ffs_v= nops.c:179 #22 0xc06b416c in VOP_FSYNC_APV (vop=3D0x12, a=3D0x0) at vnode_if.c:1020 #23 0xc05a59d6 in sync_vnode (bo=3D0xc3cf7830, td=3D0xc334ec00) at vnode_if= .h:537 #24 0xc05a5cbf in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1676 #25 0xc053401c in fork_exit (callout=3D0xc05a5a82 , arg=3D0x12,= frame=3D0x12) at /usr/src/sys/kern/kern_fork.c:805 Fabian --=20 http://www.fabiankeil.de/ --Sig_Qlq1PH9m6ABA/a7=iZxQ.nB Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFET3KVjV8GA4rMKUQRAtK+AKCn7qQ9XOmU60o/OkiSXp3YFQNciQCg5N3S /+6vB/ksqIpKcqSokerv2Lg= =u3GH -----END PGP SIGNATURE----- --Sig_Qlq1PH9m6ABA/a7=iZxQ.nB-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 13:26:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9208316A403; Wed, 26 Apr 2006 13:26:46 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0246A43D5D; Wed, 26 Apr 2006 13:26:34 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id BCECF244C19; Wed, 26 Apr 2006 22:26:33 +0900 (JST) Message-ID: <444F7507.5090306@freebsd.org> Date: Wed, 26 Apr 2006 22:26:31 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.2 (X11/20060424) MIME-Version: 1.0 To: Robert Watson References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <20060425133412.V51337@fledge.watson.org> In-Reply-To: <20060425133412.V51337@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, Daichi GOTO , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Alexander@Leidinger.net, Dario Freni Subject: Re: [ANN] unionfs patchset-11 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 13:26:47 -0000 Robert Watson wrote: >> If someone knows the details of vnode's lock status via >> VOP_GETWRITEMOUNT, Please teach us (daichi, ozawa). We >> want to know the details. > > Basically, file systems supporting full file system snapshots (UFS) Oh thanks rwatson! It is very useful. Thank you very much :) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 13:43:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C28D716A400; Wed, 26 Apr 2006 13:43:11 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 388CF43D72; Wed, 26 Apr 2006 13:43:09 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id D9145244C19; Wed, 26 Apr 2006 22:43:07 +0900 (JST) Message-ID: <444F78E9.5070409@freebsd.org> Date: Wed, 26 Apr 2006 22:43:05 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.2 (X11/20060424) MIME-Version: 1.0 To: Munehiro Matsuda References: <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <20060426.004555.21603794.haro@h4.dion.ne.jp> In-Reply-To: <20060426.004555.21603794.haro@h4.dion.ne.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, daichi@freebsd.org, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Alexander@Leidinger.net, saturnero@freesbie.org Subject: Re: [ANN] unionfs patchset-11 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 13:43:11 -0000 Munehiro Matsuda wrote: > How about this? Great! I just updated site. Thanks Matsuda-san :) http://people.freebsd.org/~daichi/unionfs/ -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 14:13:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ACB616A401; Wed, 26 Apr 2006 14:13:30 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id D177343D45; Wed, 26 Apr 2006 14:13:29 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id D26F9244C19; Wed, 26 Apr 2006 23:13:28 +0900 (JST) Message-ID: <444F8006.6010609@freebsd.org> Date: Wed, 26 Apr 2006 23:13:26 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.2 (X11/20060424) MIME-Version: 1.0 To: Fabian Keil References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <20060425175553.GA56011@xor.obsecurity.org> <444F663D.9060905@freebsd.org> <20060426151557.3a46dfbd@localhost> In-Reply-To: <20060426151557.3a46dfbd@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, Daichi GOTO , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Kris Kennaway Subject: Re: [ANN] unionfs patchset-11 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 14:13:30 -0000 Fabian Keil wrote: > Looks like the attachment was filtered. > > I got a different panic on > FreeBSD TP51.local 6.1-RC FreeBSD 6.1-RC #22: Wed Apr 26 13:25:57 CEST 2006 > after mounting an empty directory above /usr/src, > applying a patch and using find's -type f option shortly afterwards > to show the files in the directory on top: Muuuu... We tried as follow, but we could not get the same error :( It looks very fine. # cd /usr/ # mkdir hoge # mount_unionfs -c transparent -o noatime /usr/hoge /usr/src # cd src # find . -type f &; find . -type f &; find . -type f & # cd /usr/ # umount /usr/src # rm -r hoge # mkdir hoge # mount_unionfs -c transparent /usr/hoge /usr/src # cd src # find . -type f &; find . -type f &; find . -type f & What do you make of it? -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 14:29:12 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67BB516A403 for ; Wed, 26 Apr 2006 14:29:12 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id D60DA43D46 for ; Wed, 26 Apr 2006 14:29:11 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id AC6E45E4921; Wed, 26 Apr 2006 07:29:11 -0700 (PDT) Received: from [192.168.168.201] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 56E765E490E; Wed, 26 Apr 2006 07:29:10 -0700 (PDT) Message-ID: <444F83AD.9040207@FreeBSD.org> Date: Wed, 26 Apr 2006 07:29:01 -0700 From: Jason Evans User-Agent: Mozilla Thunderbird 1.0.8-1.4.1 (X11/20060420) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Attila Nagy References: <444F71F3.6030901@fsn.hu> In-Reply-To: <444F71F3.6030901@fsn.hu> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.5 (2005-11-28) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.5 Cc: freebsd-current@FreeBSD.org Subject: Re: malloc problems with MySQL? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 14:29:12 -0000 Attila Nagy wrote: > Hello, > > I have an SMP i386 machine with 2G RAM on which I would like to test > MySQL. The OS is CURRENT as of today. > > The problem is that with the exact same configuration as with 6-STABLE, > MySQL cannot allocate more than about 400-500MB of memory: > > mysqld: (malloc) Error in malloc(838877200): out of memory > mysqld got signal 6; > > Limits seems to be OK: > datasize 2097152 kB > I have kern.maxdsiz=2G in loader.conf. > > MySQL gets errno 12 (ENOMEM) when trying to allocate that amount of RAM. > > What else is needed to make it work with the new malloc implementation? > I can malloc the same amount of memory from a one liner program... Allocations that are larger than the chunk size (2 MB by default) are allocated using mmap(2), rather than sbrk(2). Most likely, your problems will go away if you reduce the heap size, so that mmap has more address space to work with. Jason From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 15:04:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 919E716A417 for ; Wed, 26 Apr 2006 15:04:01 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 369CA43D6E for ; Wed, 26 Apr 2006 15:03:49 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 27181 invoked from network); 26 Apr 2006 15:03:48 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.131.123]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 26 Apr 2006 15:03:48 -0000 Date: Wed, 26 Apr 2006 17:03:35 +0200 From: Fabian Keil To: Daichi GOTO Message-ID: <20060426170335.40e95f36@localhost> In-Reply-To: <444F8006.6010609@freebsd.org> References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <20060425175553.GA56011@xor.obsecurity.org> <444F663D.9060905@freebsd.org> <20060426151557.3a46dfbd@localhost> <444F8006.6010609@freebsd.org> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.17; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_68ckTcMHBgdp8QMVSFwD_xx; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, ozawa@ongs.co.jp, Kris Kennaway Subject: Re: [ANN] unionfs patchset-11 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 15:04:03 -0000 --Sig_68ckTcMHBgdp8QMVSFwD_xx Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Daichi GOTO wrote: > Fabian Keil wrote: > > Looks like the attachment was filtered. > >=20 > > I got a different panic on > > FreeBSD TP51.local 6.1-RC FreeBSD 6.1-RC #22: Wed Apr 26 13:25:57 CEST = 2006 > > after mounting an empty directory above /usr/src, > > applying a patch and using find's -type f option shortly afterwards > > to show the files in the directory on top:=20 >=20 > Muuuu... >=20 > We tried as follow, but we could not get the same error :( > It looks very fine. >=20 > # cd /usr/ > # mkdir hoge > # mount_unionfs -c transparent -o noatime /usr/hoge /usr/src > # cd src > # find . -type f &; find . -type f &; find . -type f & > # cd /usr/ > # umount /usr/src > # rm -r hoge > # mkdir hoge > # mount_unionfs -c transparent /usr/hoge /usr/src > # cd src > # find . -type f &; find . -type f &; find . -type f & >=20 > What do you make of it? I didn't give you enough information, sorry. What I'm doing is: fk@TP51 ~ $mkdir /tmp/unionfs-src/ fk@TP51 ~ $mount_unionfs /tmp/unionfs-src /usr/src fk@TP51 ~ $cd /usr/src fk@TP51 /usr/src $patch -p1 < ~/test/combi.patch fk@TP51 /usr/src $find /tmp/unionfs-src/ -type f [Panic] ~/test/combi.patch changes about twenty files. I'm not sure if it's important, but /usr was mounted readonly and /tmp is a different file system. My kernel has options WITNESS enabled. The last step doesn't seem to be the only way to get a problem, I tried the first four steps again and umount /usr/src resulted in a reboot. I was running Xorg and didn't get a panic, but I'll try again without Xorg, to see if it's the same problem. Fabian --=20 http://www.fabiankeil.de/ --Sig_68ckTcMHBgdp8QMVSFwD_xx Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFET4vRjV8GA4rMKUQRAnwOAJ9qyZQbtmBmoo6z1flOh0NCFC1AgQCeJwAk 1B43U7YoKn8xeCe/pyrXpM8= =T+GK -----END PGP SIGNATURE----- --Sig_68ckTcMHBgdp8QMVSFwD_xx-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 15:46:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB2CA16A407 for ; Wed, 26 Apr 2006 15:46:10 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF75643D45 for ; Wed, 26 Apr 2006 15:46:07 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 12094 invoked from network); 26 Apr 2006 15:46:05 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.131.123]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 26 Apr 2006 15:46:05 -0000 Date: Wed, 26 Apr 2006 17:45:53 +0200 From: Fabian Keil To: Daichi GOTO Message-ID: <20060426174553.43863486@localhost> In-Reply-To: <20060426170335.40e95f36@localhost> References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <20060425175553.GA56011@xor.obsecurity.org> <444F663D.9060905@freebsd.org> <20060426151557.3a46dfbd@localhost> <444F8006.6010609@freebsd.org> <20060426170335.40e95f36@localhost> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.17; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_QW2V0/lsfWnLa0mc26Lg1+/"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, ozawa@ongs.co.jp, Kris Kennaway Subject: Re: [ANN] unionfs patchset-11 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 15:46:11 -0000 --Sig_QW2V0/lsfWnLa0mc26Lg1+/ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Fabian Keil wrote: > Daichi GOTO wrote: >=20 > > Fabian Keil wrote: > > > I got a different panic on > > > FreeBSD TP51.local 6.1-RC FreeBSD 6.1-RC #22: Wed Apr 26 13:25:57 CES= T 2006 > > > after mounting an empty directory above /usr/src, > > > applying a patch and using find's -type f option shortly afterwards > > > to show the files in the directory on top:=20 > > We tried as follow, but we could not get the same error :( > > It looks very fine. > I didn't give you enough information, sorry. >=20 > What I'm doing is: >=20 > fk@TP51 ~ $mkdir /tmp/unionfs-src/ > fk@TP51 ~ $mount_unionfs /tmp/unionfs-src /usr/src > fk@TP51 ~ $cd /usr/src > fk@TP51 /usr/src $patch -p1 < ~/test/combi.patch > fk@TP51 /usr/src $find /tmp/unionfs-src/ -type f > [Panic] >=20 > ~/test/combi.patch changes about twenty files. >=20 > I'm not sure if it's important, but /usr was mounted > readonly and /tmp is a different file system. >=20 > My kernel has options WITNESS enabled. >=20 > The last step doesn't seem to be the only way to > get a problem, I tried the first four steps again > and umount /usr/src resulted in a reboot. >=20 > I was running Xorg and didn't get a panic, but I'll > try again without Xorg, to see if it's the same problem. OK, I guess it's the same problem: panic: initiate_write_filepage: dir inum 0 !=3D new 8482 KDB: enter: panic Locked vnodes 0xc359ddd0: tag syncer, type VNON usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type syncer: EXCL (count 1) by thread 0xc334ec00 (pid 41) 0xc393a880: tag ufs, type VDIR =20 usecount 1, writecount 0, refcount 3 mountedhere 0 flags () =20 v_object 0xc3746e70 ref 0 pages 0 lock type ufs: EXCL (count 1) by thread 0xc334ec00 (pid 41) ino 8469, on dev ad0s3e exclusive sleep mutex Softdep Lock r =3D 0 (0xc07839c0) locked @ /usr/src/s= ys/ufs/ffs/ffs_softdep.c:3730 exclusive sleep mutex Giant r =3D 0 (0xc072f640) locked @ /usr/src/sys/kern= /vfs_subr.c:1608 Locked vnodes 0xc359ddd0: tag syncer, type VNON usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type syncer: EXCL (count 1) by thread 0xc334ec00 (pid 41) 0xc393a880: tag ufs, type VDIR usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xc3746e70 ref 0 pages 0 lock type ufs: EXCL (count 1) by thread 0xc334ec00 (pid 41) ino 8469, on dev ad0s3e panic: from debugger Uptime: 2m14s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130656 pages) 495 479 463 447 431 415 399 383 367 351 335= 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc054a865 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 02 #2 0xc054ab27 in panic (fmt=3D0xc06c9423 "from debugger") at /usr/src/sys/= kern/kern_shutdown.c:558 #3 0xc047f523 in db_panic (addr=3D-1068086451, have_addr=3D0, count=3D-1, = modif=3D0xd564b8d8 "") at /usr/src/sys/ddb/db_command.c:438 #4 0xc047f49c in db_command (last_cmdp=3D0xc072b3e4, cmd_table=3D0x0, aux_= cmd_tablep=3D0xc06f28c4, aux_cmd_tablep_end=3D0xc06f28c8) at /usr/src/sys/ddb/db_command.c:350 #5 0xc047f58d in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 #6 0xc048143d in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_main.= c:221 #7 0xc0564dd7 in kdb_trap (type=3D0, code=3D0, tf=3D0xd564ba24) at /usr/sr= c/sys/kern/subr_kdb.c:473 #8 0xc069e4d2 in trap (frame=3D {tf_fs =3D -1066532856, tf_es =3D 40, tf_ds =3D -714866648, tf_edi = =3D 1, tf_esi =3D -1066511478, tf_ebp =3D -714818964, tf_isp =3D -714818992= , tf_ebx =3D -714818908, tf_edx =3D 0, tf_ecx =3D -1056878592, tf_eax =3D 1= 8, tf_trapno =3D 3, tf_err =3D 0, tf_eip =3D -1068086451, tf_cs =3D 32, tf_= eflags =3D 642, tf_esp =3D -1066558175, tf_ss =3D -1066564882}) at /usr/src= /sys/i386/i386/trap.c:593 #9 0xc068feda in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0xc0564b4d in kdb_enter (msg=3D0x12
) at cp= ufunc.h:60 #11 0xc054aabf in panic (fmt=3D0xc06e538a "%s: dir inum %d !=3D new %d") at= /usr/src/sys/kern/kern_shutdown.c:542 #12 0xc0634021 in initiate_write_filepage (pagedep=3D0xc354bc00, bp=3D0xcd8= 38268) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3834 #13 0xc0633d1c in softdep_disk_io_initiation (bp=3D0xcd838268) at /usr/src/= sys/ufs/ffs/ffs_softdep.c:3740 #14 0xc063c8c4 in ffs_geom_strategy (bo=3D0xc358aa50, bp=3D0xcd838268) at b= uf.h:422 #15 0xc0648db7 in ufs_strategy (ap=3D0x12) at /usr/src/sys/ufs/ufs/ufs_vnop= s.c:1942 #16 0xc06b47c8 in VOP_STRATEGY_APV (vop=3D0xc0719380, a=3D0xd564bb68) at vn= ode_if.c:1796 #17 0xc059965c in bufstrategy (bo=3D0xc393a940, bp=3D0x12) at vnode_if.h:928 #18 0xc05946e6 in bufwrite (bp=3D0xcd838268) at buf.h:415 #19 0xc0594c31 in bawrite (bp=3D0x12) at buf.h:399 #20 0xc063cb82 in ffs_syncvnode (vp=3D0xc393a880, waitfor=3D3) at /usr/src/= sys/ufs/ffs/ffs_vnops.c:256 #21 0xc063b753 in ffs_sync (mp=3D0xc352b400, waitfor=3D3, td=3D0xc334ec00) = at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1143 #22 0xc05a7f42 in sync_fsync (ap=3D0x0) at /usr/src/sys/kern/vfs_subr.c:3086 #23 0xc06b416c in VOP_FSYNC_APV (vop=3D0x12, a=3D0x0) at vnode_if.c:1020 #24 0xc05a59d6 in sync_vnode (bo=3D0xc359de90, td=3D0xc334ec00) at vnode_if= .h:537 #25 0xc05a5cbf in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1676 Before I got the panic I unmounted the layer above /usr/src and used mount to show the result. There were perhaps 5 seconds between umount /usr/src and the panic. Another thing which could be significant or not: After my last mail I closed Xorg and tried to reproduce the panic two times, but couldn't. After a reboot the panic occurred right after the first attempt. Fabian --=20 http://www.fabiankeil.de/ --Sig_QW2V0/lsfWnLa0mc26Lg1+/ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFET5W6jV8GA4rMKUQRAruaAKCjsOc7d6OMCUYtNpGVW4gUFq/9ewCg0G/c Efjt0etLidIbQQH4bSgQJLg= =2VXm -----END PGP SIGNATURE----- --Sig_QW2V0/lsfWnLa0mc26Lg1+/-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 15:56:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59C0716A401; Wed, 26 Apr 2006 15:56:23 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C10E043D45; Wed, 26 Apr 2006 15:56:22 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.0)); Wed, 26 Apr 2006 08:56:16 -0700 X-Server-Uuid: D9EB6F12-1469-4C1C-87A2-5E4C0D6F9D06 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 089792AF; Wed, 26 Apr 2006 08:56:16 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id D9AEE2AE; Wed, 26 Apr 2006 08:56:15 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5-GA) with ESMTP id DJS89022; Wed, 26 Apr 2006 08:56:15 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 81D1369CA3; Wed, 26 Apr 2006 08:56:15 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 26 Apr 2006 08:56:14 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD903011ED903@NT-IRVA-0750.brcm.ad.broadcom.com> Thread-Topic: [head tinderbox] failure on i386/i386 Thread-Index: AcZpFVZ8GSZpfM+iT9+q0r4btXcPhgAM+CmQ From: "David Christensen" To: "Harti Brandt" , current@freebsd.org X-TMWD-Spam-Summary: SEV=1.1; DFV=A2006042605; IFV=2.0.6,4.0-7; RPD=4.00.0004; RPDID=303030312E30413039303230362E34343446393638312E303034432D412D; ENG=IBF; TS=20060426155618; CAT=NONE; CON=NONE; X-MMS-Spam-Filter-ID: A2006042605_4.00.0004_2.0.6,4.0-7 X-WSS-ID: 685147AA4I83353726-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Tinderbox , 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, 26 Apr 2006 15:56:23 -0000 Harti, No you're not. There is some background discussion about the proper way to handle the source of the build failure on PAE enabled systems. Some of the devices supported by this driver have a 40bit memory addressing limitation which has proved somewhat tricky to support in a processor agnostic way. Dave=20 -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Harti Brandt Sent: Wednesday, April 26, 2006 2:38 AM To: current@freebsd.org Cc: FreeBSD Tinderbox; i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 Am I the only one seeing these errors for days now? harti On Wed, 26 Apr 2006, FreeBSD Tinderbox wrote: FT>TB --- 2006-04-26 07:02:37 - tinderbox 2.3 running on freebsd-current.sentex.ca FT>TB --- 2006-04-26 07:02:37 - starting HEAD tinderbox run for i386/i386 FT>TB --- 2006-04-26 07:02:37 - cleaning the object tree FT>TB --- 2006-04-26 07:03:24 - checking out the source tree FT>TB --- 2006-04-26 07:03:24 - cd /tinderbox/HEAD/i386/i386 FT>TB --- 2006-04-26 07:03:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src FT>TB --- 2006-04-26 07:21:02 - building world (CFLAGS=3D-O2 -pipe) FT>TB --- 2006-04-26 07:21:02 - cd /src FT>TB --- 2006-04-26 07:21:02 - /usr/bin/make -B buildworld FT>>>> Rebuilding the temporary build tree FT>>>> stage 1.1: legacy release compatibility shims FT>>>> stage 1.2: bootstrap tools FT>>>> stage 2.1: cleaning up the object tree FT>>>> stage 2.2: rebuilding the object tree FT>>>> stage 2.3: build tools FT>>>> stage 3: cross tools FT>>>> stage 4.1: building includes FT>>>> stage 4.2: building libraries FT>>>> stage 4.3: make dependencies FT>>>> stage 4.4: building everything FT>TB --- 2006-04-26 08:33:06 - generating LINT kernel config FT>TB --- 2006-04-26 08:33:06 - cd /src/sys/i386/conf FT>TB --- 2006-04-26 08:33:06 - /usr/bin/make -B LINT FT>TB --- 2006-04-26 08:33:07 - building LINT kernel (COPTFLAGS=3D-O2 -pipe) FT>TB --- 2006-04-26 08:33:07 - cd /src FT>TB --- 2006-04-26 08:33:07 - /usr/bin/make buildkernel = KERNCONF=3DLINT FT>>>> Kernel build for LINT started on Wed Apr 26 08:33:07 UTC 2006 FT>>>> stage 1: configuring the kernel FT>>>> stage 2.1: cleaning up the object tree FT>>>> stage 2.2: rebuilding the object tree FT>>>> stage 2.3: build tools FT>>>> stage 3.1: making dependencies FT>>>> stage 3.2: building everything FT>>>> Kernel build for LINT completed on Wed Apr 26 08:59:12 UTC 2006 FT>TB --- 2006-04-26 08:59:12 - building GENERIC kernel (COPTFLAGS=3D-O2 -pipe) FT>TB --- 2006-04-26 08:59:12 - cd /src FT>TB --- 2006-04-26 08:59:12 - /usr/bin/make buildkernel KERNCONF=3DGENERIC FT>>>> Kernel build for GENERIC started on Wed Apr 26 08:59:12 UTC 2006 FT>>>> stage 1: configuring the kernel FT>>>> stage 2.1: cleaning up the object tree FT>>>> stage 2.2: rebuilding the object tree FT>>>> stage 2.3: build tools FT>>>> stage 3.1: making dependencies FT>>>> stage 3.2: building everything FT>>>> Kernel build for GENERIC completed on Wed Apr 26 09:19:23 UTC 2006 FT>TB --- 2006-04-26 09:19:23 - building PAE kernel (COPTFLAGS=3D-O2 -pipe) FT>TB --- 2006-04-26 09:19:23 - cd /src FT>TB --- 2006-04-26 09:19:23 - /usr/bin/make buildkernel KERNCONF=3DPAE FT>>>> Kernel build for PAE started on Wed Apr 26 09:19:23 UTC 2006 FT>>>> stage 1: configuring the kernel FT>>>> stage 2.1: cleaning up the object tree FT>>>> stage 2.2: rebuilding the object tree FT>>>> stage 2.3: build tools FT>>>> stage 3.1: making dependencies FT>>>> stage 3.2: building everything FT>[...] FT>cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ata/atapi-fd.c FT>cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ata/atapi-tape.c FT>cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/bce/if_bce.c FT>/src/sys/dev/bce/if_bce.c: In function `bce_stats_update': FT>/src/sys/dev/bce/if_bce.c:5311: warning: left shift count >=3D width = of type FT>/src/sys/dev/bce/if_bce.c:5313: warning: left shift count >=3D width = of type FT>/src/sys/dev/bce/if_bce.c:5315: warning: left shift count >=3D width = of type FT>/src/sys/dev/bce/if_bce.c:5317: warning: left shift count >=3D width = of type FT>*** Error code 1 FT> FT>Stop in /obj/src/sys/PAE. FT>*** Error code 1 FT> FT>Stop in /src. FT>*** Error code 1 FT> FT>Stop in /src. FT>TB --- 2006-04-26 09:21:10 - WARNING: /usr/bin/make returned exit code 1=20 FT>TB --- 2006-04-26 09:21:10 - ERROR: failed to build PAE kernel FT>TB --- 2006-04-26 09:21:10 - tinderbox aborted FT>TB --- 1.37 user 5.87 system 8312.41 real FT> FT>_______________________________________________ FT>freebsd-current@freebsd.org mailing list FT>http://lists.freebsd.org/mailman/listinfo/freebsd-current FT>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" FT> FT> FT> _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 18:28:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E9F616A402; Wed, 26 Apr 2006 18:28:38 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from barf.ugcs.caltech.edu (barf.ugcs.caltech.edu [131.215.176.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC31D43D4C; Wed, 26 Apr 2006 18:28:37 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by barf.ugcs.caltech.edu (Postfix, from userid 3640) id 204061F00C2; Wed, 26 Apr 2006 11:28:37 -0700 (PDT) Date: Wed, 26 Apr 2006 11:28:37 -0700 From: Paul Allen To: Jason Evans Message-ID: <20060426182837.GA29737@barf.ugcs.caltech.edu> References: <444F71F3.6030901@fsn.hu> <444F83AD.9040207@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <444F83AD.9040207@FreeBSD.org> Sender: jd@ugcs.caltech.edu Cc: Attila Nagy , freebsd-current@freebsd.org Subject: Re: malloc problems with MySQL? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 18:28:38 -0000 >From Jason Evans , Wed, Apr 26, 2006 at 07:29:01AM -0700: > Allocations that are larger than the chunk size (2 MB by default) are > allocated using mmap(2), rather than sbrk(2). Most likely, your > problems will go away if you reduce the heap size, so that mmap has more > address space to work with. Which raises the question of what this code is checking for... 1167 #ifdef USE_BRK 1168 else if ((uintptr_t)ret >= (uintptr_t)brk_base 1169 && (uintptr_t)ret < (uintptr_t)brk_max) { 1170 /* 1171 * We succeeded in mapping memory, but at a location that could 1172 * be confused with brk. Leave the mapping intact so that this 1173 * won't ever happen again, then try again. 1174 */ 1175 assert(addr == NULL); 1176 goto AGAIN; 1177 } 1178 #endif imo, mmap should be changed to allocate below the limit of maxdsiz but always above the current brk. It does not currently do so. Thus these headaches. Of course your code is littered with checks effectively against maxdsiz so changing this behavior would break your malloc implementation :o( 1212 /* 1213 * Check for address ranges that were previously chunks and try 1214 * to use them. 1215 */ 1216 1217 tchunk = RB_MIN(chunk_tree_s, &old_chunks); 1218 while (tchunk != NULL) { 1219 /* Found an address range. Try to recycle it. */ 1220 1221 chunk = tchunk->chunk; 1222 delchunk = tchunk; 1223 tchunk = RB_NEXT(chunk_tree_s, &old_chunks, delchunk); 1224 1225 /* Remove delchunk from the tree. */ 1226 RB_REMOVE(chunk_tree_s, &old_chunks, delchunk); 1227 base_chunk_node_dealloc(delchunk); 1228 1229 #ifdef USE_BRK 1230 if ((uintptr_t)chunk >= (uintptr_t)brk_base 1231 && (uintptr_t)chunk < (uintptr_t)brk_max) { 1232 /* Re-use a previously freed brk chunk. */ 1233 ret = chunk; 1234 goto RETURN; 1235 } 1236 #endif 1237 if ((ret = pages_map(chunk, size)) != NULL) { 1238 /* Success. */ 1239 goto RETURN; 1240 } 1241 } 1242 There is something rather scary going on in this part of the code. Perhaps it just needs better commenting... You are scanning the tree headed by old_chunks looking for an address range. If this is in the mmap region you attempt to mmap it again... to "reuse address space" To which I have to say: huh? In chunk_dealloc you explicitly call munmap on the address. Therefore, what is the point of intentionally "reusing" it by insisting the kernel return an address you had before. Perhaps this would make sense if you had some perchunk structures allocated that you wanted to reuse but if this is the case then I question whether you really mean to just RB_REMOVE the chunk. Surely some other cleanup would be appropriate... imo, after you call munmap on a chunk you should not be placing it into oldchunks. and you should remove the call to page_map on line 1237 and place it after? the attempt to make a new brk allocation. For that matter the brk allocation code should be changed to permit an allocation greater than chunk_size. i.e., by assigning incr from size and pulling it out of the if block. If you do this, of course you can only be strictly better off than you are now because a program that mainly allocs without freeing will get the benefit of the larger address space. Whereas given that you allocate chunk_size from brk now, when you go to reuse brk space you can decide to only do so to fullfil chunk_size requests without losing anything relative to the current implementation. That you do not permit kegs larger than chunk_size though suggests a defect in your implementation. one solution to this would be to adjust chunk_size before giving up on the allocation... Also it is quite confusing that you have a global variable "chunk_size" that you mask with a local variable in huge_malloc. In summary: I think the appropriate logic of chunk_alloc would be 1) if size == chunk_size attempt to reuse an entry from brk given in old_chunks--old_chunks should only contain brk allocations 1b) if that fails attempt to extend brk 1c) if that fails attempt an mmap 2) if size != chunk_size attempt to mmap the region 2b) if that fails allocate from brk I think chunk_dealloc is already smart enough such that when deallocating the huge sbrk that it will actually make multiple chunk_size entries in old_chunks. > > Jason > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 18:45:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAD7E16A40B for ; Wed, 26 Apr 2006 18:45:07 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ABAF43D48 for ; Wed, 26 Apr 2006 18:45:04 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 15345 invoked from network); 26 Apr 2006 18:45:03 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.131.123]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 26 Apr 2006 18:45:03 -0000 Date: Wed, 26 Apr 2006 20:44:54 +0200 From: Fabian Keil To: Fabian Keil Message-ID: <20060426204454.4e926292@localhost> In-Reply-To: <20060426174553.43863486@localhost> References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <20060425175553.GA56011@xor.obsecurity.org> <444F663D.9060905@freebsd.org> <20060426151557.3a46dfbd@localhost> <444F8006.6010609@freebsd.org> <20060426170335.40e95f36@localhost> <20060426174553.43863486@localhost> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.17; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_+6blnOzM4wl3.EtN=RIxFUU"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org, Daichi GOTO , ozawa@ongs.co.jp, freebsd-current@freebsd.org Subject: Re: [ANN] unionfs patchset-11 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 18:45:07 -0000 --Sig_+6blnOzM4wl3.EtN=RIxFUU Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Fabian Keil wrote: > Fabian Keil wrote: >=20 > > Daichi GOTO wrote: > >=20 > > > Fabian Keil wrote: > > What I'm doing is: > >=20 > > fk@TP51 ~ $mkdir /tmp/unionfs-src/ > > fk@TP51 ~ $mount_unionfs /tmp/unionfs-src /usr/src > > fk@TP51 ~ $cd /usr/src > > fk@TP51 /usr/src $patch -p1 < ~/test/combi.patch > > fk@TP51 /usr/src $find /tmp/unionfs-src/ -type f > > [Panic] > >=20 > > ~/test/combi.patch changes about twenty files. Not exactly: fk@TP51 ~ $grep +++ ~/test/combi.patch | wc -l 38 > > I'm not sure if it's important, but /usr was mounted > > readonly and /tmp is a different file system. I got the same panic with /usr mounted rewritable and both directories on the same file system this time. Running patch -p1 < ~/test/combi.patch seems to be enough to trigger the panic. I tried three runs with a smaller patch (unionfs6-p11.diff) without panic, I then took the bigger patch again and a few seconds later the system panicked. > Another thing which could be significant or not: > After my last mail I closed Xorg and tried to reproduce the > panic two times, but couldn't. After a reboot the panic > occurred right after the first attempt. I'm not sure anymore if I used the same patch the first times. Fabian --=20 http://www.fabiankeil.de/ --Sig_+6blnOzM4wl3.EtN=RIxFUU Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFET7+sjV8GA4rMKUQRAvwxAJ0e5jY/tZQnCSenZ91Q1TdDxxfb8wCghCg4 DMj+PiofG4OaarA0XK01SbI= =8YLQ -----END PGP SIGNATURE----- --Sig_+6blnOzM4wl3.EtN=RIxFUU-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 19:26:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE21716A401 for ; Wed, 26 Apr 2006 19:26:23 +0000 (UTC) (envelope-from rmgls@wanadoo.fr) Received: from smtp9.wanadoo.fr (smtp9.wanadoo.fr [193.252.22.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 860A243D70 for ; Wed, 26 Apr 2006 19:26:23 +0000 (GMT) (envelope-from rmgls@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0907.wanadoo.fr (SMTP Server) with ESMTP id B6DB81C00152 for ; Wed, 26 Apr 2006 21:26:22 +0200 (CEST) Received: from wanadoo.fr (ARouen-252-1-99-46.w86-205.abo.wanadoo.fr [86.205.166.46]) by mwinf0907.wanadoo.fr (SMTP Server) with ESMTP id A65BD1C00151 for ; Wed, 26 Apr 2006 21:26:22 +0200 (CEST) X-ME-UUID: 20060426192622681.A65BD1C00151@mwinf0907.wanadoo.fr To: freebsd-current@freebsd.org From: rmgls@wanadoo.fr Date: Wed, 26 Apr 2006 21:26:17 +0200 Sender: rmgls@wanadoo.fr Message-Id: <20060426192622.A65BD1C00151@mwinf0907.wanadoo.fr> Subject: iwi driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Apr 2006 19:26:24 -0000 hello all, since the last update dated Sat Apr 22, (current), the iwi driver does not work: cannot change any achannel, no association! the old version of the driver, works perfectly, i use it at this time. /* $FreeBSD: src/sys/dev/iwi/if_iwi.c,v 1.34 2006/03/12 18:54:40 damien Exp $ */ /* $FreeBSD: src/sys/dev/iwi/if_iwi.c,v 1.27 2006/01/29 12:03:03 damien Exp $ */ the nic is onboard of a s5 Sony. The UPDATING says nothing so, perhaps is it a driver problem. Please can you tell me something to do about this? thanks rmgls rmgls@wanadoo.fr From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 19:54:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0890016A410; Wed, 26 Apr 2006 19:54:53 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id D017943D6E; Wed, 26 Apr 2006 19:54:44 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.4) with ESMTP id k3QJsj4w056188 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Apr 2006 15:54:51 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Robert Watson Date: Wed, 26 Apr 2006 15:54:34 -0400 User-Agent: KMail/1.9.1 References: <200604260045.32557.mistry.7@osu.edu> <20060426093356.V93543@fledge.watson.org> In-Reply-To: <20060426093356.V93543@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1911681.j9BLdI3dIB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604261554.50776.mistry.7@osu.edu> X-Spam-Status: No, score=-7.0 required=5.0 tests=ALL_TRUSTED,BAYES_99, MYFREEBSD2,MYFREEBSD3 autolearn=no version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.1/1425/Tue Apr 25 08:09:41 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c:4837 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 19:54:54 -0000 --nextPart1911681.j9BLdI3dIB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 26 April 2006 04:35, Robert Watson wrote: > On Wed, 26 Apr 2006, Anish Mistry wrote: > > #10 0xc04cc002 in panic (fmt=3D0xc06284f9 "mutex %s not owned at > > %s:%d") at /usr/src/sys/kern/kern_shutdown.c:549 > > #11 0xc04c3b43 in _mtx_assert (m=3D0xc06286ff, what=3D-1056878592, > > file=3D0xc06181c9 "/usr/src/sys/cam/cam_xpt.c", line=3D4837) > > at /usr/src/sys/kern/kern_mutex.c:768 > > ---Type to continue, or q to quit--- > > #12 0xc0432c65 in xpt_release_devq (path=3D0x0, count=3D1, > > run_queue=3D1) at /usr/src/sys/cam/cam_xpt.c:4837 > > #13 0xc043420e in xpt_action (start_ccb=3D0xc22f9530) > > at /usr/src/sys/cam/cam_xpt.c:3580 > > #14 0xc051091b in kern_sendit (td=3D0xc28f7870, s=3D4, mp=3D0xcca4bc6c, > > flags=3D0, > > control=3D0x0, segflg=3D3227694719) > > at /usr/src/sys/kern/uipc_syscalls.c:775 > > #15 0xc0511965 in sendit (td=3D0xc28f7870, s=3D4, mp=3D0xcca4bc6c, > > flags=3D0) at /usr/src/sys/kern/uipc_syscalls.c:715 > > Something really nasty happened to the stack between frame 14 and > frame 13. The above code path Should Never Happen. The CAM bit is > consistent with itself, and with the panic message, and the socket > bit is consistent with itself. That leaves a question about what > happened in between. Did you try running 'trace' under DDB? If > so, can you use dmesg on the core dump to see if the DDB trace > differs from the gdb trace? Nope, I didn't do a trace. So dmesg on the core file didn't show=20 anything useful. > > Robert N M Watson > > > #16 0xc0511c6e in sendto (td=3D0xc062b67f, uap=3D0xc1015000) > > at /usr/src/sys/kern/uipc_syscalls.c:833 > > #17 0xc05ff737 in syscall (frame=3D > > {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 672381756, > > tf_esi =3D 134536657, tf_ebp =3D -1077945788, tf_isp =3D -861618844, > > tf_ebx =3D 672417536, tf_edx =3D 74, tf_ecx =3D 134541840, tf_eax =3D > > 133, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 672270187, tf_cs =3D 51, > > tf_eflags =3D 534, tf_esp =3D -1077945820, tf_ss =3D 59}) > > at /usr/src/sys/i386/i386/trap.c:1016 > > #18 0xc05f0b4f in Xint0x80_syscall () > > at /usr/src/sys/i386/i386/exception.s:191 > > #19 0x00000033 in ?? () > > Previous frame inner to this frame (corrupt stack?) > > > > Dmesg: > > Copyright (c) 1992-2006 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 7.0-CURRENT #0: Wed Apr 19 13:18:18 EDT 2006 > > > > amistry@littleguy.am-productions.biz:/usr/obj/usr/src/sys/LITTLEG > >UY Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Transmeta(tm) Crusoe(tm) Processor TM5800 (859.34-MHz > > 586-class CPU) > > Origin =3D "GenuineTMx86" Id =3D 0x543 Stepping =3D 3 > > Features=3D0x80893f > > real memory =3D 251527168 (239 MB) > > avail memory =3D 236593152 (225 MB) > > Crusoe LongRun support enabled, current mode: 2 <867MHz 1300mV > > 100%> kbd1 at kbdmux0 > > acpi0: on motherboard > > acpi0: Power Button (fixed) > > acpi_ec0: port 0x62,0x66 on acpi0 > > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xff08-0xff0b on > > acpi0 cpu0: on acpi0 > > acpi_throttle0: on cpu0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pci0: at device 0.1 (no driver attached) > > pci0: at device 0.2 (no driver attached) > > ohci0: mem > > 0xfc100000-0xfc100fff irq 11 at device 2.0 on pci0 > > ohci0: [GIANT-LOCKED] > > usb0: OHCI version 1.0, legacy support > > usb0: on ohci0 > > usb0: USB revision 1.0 > > usbd_get_string: getting lang failed, using 0 > > uhub0: > > on usb0 > > uhub0: 2 ports with 2 removable, self powered > > pcm0: port 0x1000-0x10ff mem > > 0xfc101000-0xfc101fff irq 9 at device 4.0 on pci0 > > pcm0: > > pcm0: [GIANT-LOCKED] > > pci0: at device 6.0 (no driver attached) > > isab0: at device 7.0 on pci0 > > isa0: on isab0 > > cbb0: irq 9 at device 12.0 on pci0 > > cardbus0: on cbb0 > > pccard0: <16-bit PCCard bus> on cbb0 > > atapci0: port > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1400-0x140f at device 15.0 > > on pci0 > > atapci0: using PIO transfers above 137GB as workaround for 48bit > > DMA access bug, expect reduced performance > > ata0: on atapci0 > > ata1: on atapci0 > > rl0: port 0x8000-0x80ff mem > > 0xfc102000-0xfc1020ff irq 9 at device 16.0 on pci0 > > miibus0: on rl0 > > rlphy0: on miibus0 > > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > rl0: Ethernet address: 00:e0:00:ae:45:08 > > fwohci0: mem > > 0xfc102800-0xfc102fff,0xfc104000-0xfc107fff irq 9 at device 19.0 > > on pci0 > > fwohci0: OHCI version 1.10 (ROM=3D0) > > fwohci0: No. of Isochronous channels is 4. > > fwohci0: EUI64 00:00:0e:10:00:b0:29:d0 > > fwohci0: Phy 1394a available S400, 1 ports. > > fwohci0: Link S400, max_rec 2048 bytes. > > firewire0: on fwohci0 > > dcons_crom0: on firewire0 > > dcons_crom0: bus_addr 0xea34000 > > fwohci0: Initiate bus reset > > fwohci0: node_id=3D0x8800ffc0, gen=3D1, non CYCLEMASTER mode > > firewire0: 2 nodes, maxhop <=3D 1, cable IRM =3D 1 > > vgapci0: port 0x1800-0x18ff mem > > 0xfd000000-0xfdffffff,0xfc103000-0xfc103fff irq 9 at device 20.0 > > on pci0 > > acpi_video0: on vgapci0 > > drm0: on vgapci0 > > info: [drm] Initialized mach64 1.0.0 20020904 > > acpi_button0: on acpi0 > > acpi_acad0: on acpi0 > > battery0: on acpi0 > > battery1: on acpi0 > > acpi_lid0: on acpi0 > > atkbdc0: port 0x60,0x64 irq 1 on > > acpi0 atkbd0: irq 1 on atkbdc0 > > kbd0 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > psm0: flags 0x3000 irq 12 on atkbdc0 > > psm0: [GIANT-LOCKED] > > psm0: model Generic PS/2 mouse, device ID 0 > > acpi_fujitsu0: on acpi0 > > pmtimer0 on isa0 > > orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff > > pnpid ORM0000 on isa0 > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=3D0x300> > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff > > on isa0 > > Timecounter "TSC" frequency 859339043 Hz quality 800 > > Timecounters tick every 10.000 msec > > acpi_acad0: acline initialization start > > battery0: battery initialization start > > battery1: battery initialization start > > acpi_acad0: On Line > > acpi_acad0: acline initialization done, tried 1 times > > battery0: battery initialization done, tried 1 times > > ad0: 19077MB at ata0-master UDMA66 > > firewire0: bus manager 1 > > acd0: CDRW at ata1-master UDMA33 > > firewire0: New S400 device ID:0000d1008051e6dd > > Trying to mount root from ufs:/dev/ad0s2a > > WARNING: / was not properly dismounted > > WARNING: /tmp was not properly dismounted > > WARNING: /usr was not properly dismounted > > WARNING: /var was not properly dismounted > > battery1: battery initialization failed, giving up > > fuse4bsd: version 0.3.0, FUSE ABI 7.5 > > > > > > > > -- > > Anish Mistry =2D-=20 Anish Mistry --nextPart1911681.j9BLdI3dIB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBET9AKxqA5ziudZT0RAikyAJ40kdkKfi9pJ/+8eEao7NRSuMM2NgCfTH8q mbQiv8yCRquuk/Kivo41ixY= =rUdu -----END PGP SIGNATURE----- --nextPart1911681.j9BLdI3dIB-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 20:22:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56D9716A400 for ; Wed, 26 Apr 2006 20:22:16 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD22C43D45 for ; Wed, 26 Apr 2006 20:22:15 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id 2FFEF5E48DA; Wed, 26 Apr 2006 13:22:15 -0700 (PDT) Received: from [192.168.168.201] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 790875E48DA; Wed, 26 Apr 2006 13:22:14 -0700 (PDT) Message-ID: <444FD673.3070004@FreeBSD.org> Date: Wed, 26 Apr 2006 13:22:11 -0700 From: Jason Evans User-Agent: Mozilla Thunderbird 1.0.8-1.4.1 (X11/20060420) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Paul Allen References: <444F71F3.6030901@fsn.hu> <444F83AD.9040207@FreeBSD.org> <20060426182837.GA29737@barf.ugcs.caltech.edu> In-Reply-To: <20060426182837.GA29737@barf.ugcs.caltech.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.5 (2005-11-28) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.5 Cc: Attila Nagy , freebsd-current@freebsd.org Subject: Re: malloc problems with MySQL? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 20:22:16 -0000 Paul Allen wrote: >>From Jason Evans , Wed, Apr 26, 2006 at 07:29:01AM -0700: > >>Allocations that are larger than the chunk size (2 MB by default) are >>allocated using mmap(2), rather than sbrk(2). Most likely, your >>problems will go away if you reduce the heap size, so that mmap has more >>address space to work with. > > Which raises the question of what this code is checking for... > 1167 #ifdef USE_BRK > 1168 else if ((uintptr_t)ret >= (uintptr_t)brk_base > 1169 && (uintptr_t)ret < (uintptr_t)brk_max) { > 1170 /* > 1171 * We succeeded in mapping memory, but at a location that could > 1172 * be confused with brk. Leave the mapping intact so that this > 1173 * won't ever happen again, then try again. > 1174 */ > 1175 assert(addr == NULL); > 1176 goto AGAIN; > 1177 } > 1178 #endif This code was based on my misunderstanding of MAXDSIZ. I thought it was an upper bound on how large the data segment could be, but it's actually only the default value. I will remove this code, and modify the semantics of brk_max to deal with a variable data segment size limit. > 1212 /* > 1213 * Check for address ranges that were previously chunks and try > 1214 * to use them. > 1215 */ > 1216 > 1217 tchunk = RB_MIN(chunk_tree_s, &old_chunks); > 1218 while (tchunk != NULL) { > 1219 /* Found an address range. Try to recycle it. */ > 1220 > 1221 chunk = tchunk->chunk; > 1222 delchunk = tchunk; > 1223 tchunk = RB_NEXT(chunk_tree_s, &old_chunks, delchunk); > 1224 > 1225 /* Remove delchunk from the tree. */ > 1226 RB_REMOVE(chunk_tree_s, &old_chunks, delchunk); > 1227 base_chunk_node_dealloc(delchunk); > 1228 > 1229 #ifdef USE_BRK > 1230 if ((uintptr_t)chunk >= (uintptr_t)brk_base > 1231 && (uintptr_t)chunk < (uintptr_t)brk_max) { > 1232 /* Re-use a previously freed brk chunk. */ > 1233 ret = chunk; > 1234 goto RETURN; > 1235 } > 1236 #endif > 1237 if ((ret = pages_map(chunk, size)) != NULL) { > 1238 /* Success. */ > 1239 goto RETURN; > 1240 } > 1241 } > 1242 > There is something rather scary going on in this part of the code. > Perhaps it just needs better commenting... You are scanning the tree > headed by old_chunks looking for an address range. If this is in the > mmap region you attempt to mmap it again... to "reuse address space" > > To which I have to say: huh? In chunk_dealloc you explicitly call munmap > on the address. Therefore, what is the point of intentionally "reusing" > it by insisting the kernel return an address you had before. Perhaps > this would make sense if you had some perchunk structures allocated that > you wanted to reuse but if this is the case then I question whether you > really mean to just RB_REMOVE the chunk. Surely some other cleanup would > be appropriate... This code behaves as intended. Note that in order to get chunk-aligned memory via mmap(), it is necessary to over-allocate, then trim. By keeping a cache of unmapped chunks, we can avoid the extra system calls most of the time, and we are also able to reduce memory fragmentation in many cases. (Over-allocation and trimming fails to utilize chunk-sized holes in the memory map.) > For that matter the brk allocation code should be changed to permit an > allocation greater than chunk_size. i.e., by assigning incr from size > and pulling it out of the if block. If you do this, of course you can > only be strictly better off than you are now because a program that > mainly allocs without freeing will get the benefit of the larger address > space. Whereas given that you allocate chunk_size from brk now, > when you go to reuse brk space you can decide to only do so to fullfil > chunk_size requests without losing anything relative to the current > implementation. There is one issue with this change that you don't mention: the current implementation never returns sbrk()ed memory. I did this in order to avoid races in multi-threaded programs that use brk() or sbrk(). However, in hindsight, such obscure (not to mention poorly designed) programs aren't worth supporting at the expense of all other programs. As such, I don't have a problem with making this change (along with a change that attempts to shrink the data segment during chunk deallocation). > That you do not permit kegs larger than chunk_size though suggests a > defect in your implementation. one solution to this would be to adjust > chunk_size before giving up on the allocation... I don't understand what you are saying here. Perhaps you were being confused by the chunk_size variable masking in huge_malloc() that you mention below. > Also it is quite confusing that you have a global variable "chunk_size" > that you mask with a local variable in huge_malloc. Indeed, it is. I'll fix this. Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 21:06:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7328216A400 for ; Wed, 26 Apr 2006 21:06:36 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao02.cox.net (eastrmmtao02.cox.net [68.230.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id F258143D66 for ; Wed, 26 Apr 2006 21:06:30 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([72.200.25.154]) by eastrmmtao02.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060426210629.PJLA15470.eastrmmtao02.cox.net@serene.no-ip.org>; Wed, 26 Apr 2006 17:06:29 -0400 Received: from localhost (localhost [127.0.0.1]) by serene.no-ip.org (8.13.6/8.13.6) with ESMTP id k3QL6Soh019013; Wed, 26 Apr 2006 16:06:29 -0500 (CDT) (envelope-from conrads@cox.net) Date: Wed, 26 Apr 2006 16:06:23 -0500 From: "Conrad J. Sabatier" To: David Malone Message-ID: <20060426160623.4c47e219@localhost> In-Reply-To: <200604251134.aa95500@salmon.maths.tcd.ie> References: <20060425022605.0f65e58c@localhost> <200604251134.aa95500@salmon.maths.tcd.ie> Organization: A Rag-Tag Band of Drug-Crazed Hippies X-Mailer: Sylpheed-Claws 2.1.1 (GTK+ 2.8.17; 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: cvs commit: src/lib/libugidfw libugidfw.3 ugidfw.c ugidfw.h src/sys/security/mac_bsdextended mac_bsdextended.c mac_bsdextended.h src/tools/regression/mac/mac_bsdextended test_matches.sh test_ugidfw.c src/usr.sbin/ugidfw ugidfw.8 ugidfw.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 21:06:36 -0000 On Tue, 25 Apr 2006 11:34:39 +0100, David Malone wrote: > > Something seems to have been broken by this commit: > > > > ===> usr.sbin/ugidfw (all) > > cc -O2 -fno-strict-aliasing -pipe -DNO_MALLOC_EXTRAS -O3 -pipe > > -funit-at-a-time -fno-strict-aliasing -ffast-math -march=athlon64 > > -c /usr/src/usr.sbin/ugidfw/ugidfw.c > > In file included from > > /usr/src/usr.sbin/ugidfw/ugidfw.c:40: /usr/obj/usr/src/tmp/usr/include/securit > > error: field `mbo_fsid' has incomplete type *** Error code 1 > > Can you check that you have version 1.6 of > /usr/src/usr.sbin/ugidfw/ugidfw.c? It looks to me like you probably > have the old version of it, because the #include mentioned is on > line 40 in version 1.5 and 41 of version 1.6. > > David. Yes, I'm sorry, it turned out to be some bogosity in either my local CVS repo or my checked out src tree. I've got it straightened out now. Apologies for the erroneous report. I *was* rather suspicious, even before I posted, since no one else seemed to be having the same problem. Thanks. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Wed Apr 26 23:56:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73DC716A400; Wed, 26 Apr 2006 23:56:49 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from barf.ugcs.caltech.edu (barf.ugcs.caltech.edu [131.215.176.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E86343D45; Wed, 26 Apr 2006 23:56:49 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by barf.ugcs.caltech.edu (Postfix, from userid 3640) id 11AD41F00C2; Wed, 26 Apr 2006 16:56:49 -0700 (PDT) Date: Wed, 26 Apr 2006 16:56:49 -0700 From: Paul Allen To: Jason Evans Message-ID: <20060426235649.GB29737@barf.ugcs.caltech.edu> References: <444F71F3.6030901@fsn.hu> <444F83AD.9040207@FreeBSD.org> <20060426182837.GA29737@barf.ugcs.caltech.edu> <444FD673.3070004@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <444FD673.3070004@FreeBSD.org> Sender: jd@ugcs.caltech.edu Cc: current@freebsd.org Subject: Re: malloc problems with MySQL? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2006 23:56:49 -0000 >From Jason Evans , Wed, Apr 26, 2006 at 01:22:11PM -0700: > This code behaves as intended. Note that in order to get chunk-aligned > memory via mmap(), it is necessary to over-allocate, then trim. By > keeping a cache of unmapped chunks, we can avoid the extra system calls > most of the time, and we are also able to reduce memory fragmentation in > many cases. (Over-allocation and trimming fails to utilize chunk-sized > holes in the memory map.) Yes, I see... perhaps mmap should be enhanced to take an optional alignment parameter. :o) Paul From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 01:36:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3745816A409; Thu, 27 Apr 2006 01:36:23 +0000 (UTC) (envelope-from ahebert@pubnix.net) Received: from mail.pubnix.net (Mail.pubnix.net [192.172.250.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B360243D48; Thu, 27 Apr 2006 01:36:22 +0000 (GMT) (envelope-from ahebert@pubnix.net) Received: from [10.0.1.2] (aal.pubnix.net [64.235.216.13]) (authenticated bits=0) by mail.pubnix.net (8.13.6/8.13.6) with ESMTP id k3R1aLnS009324; Wed, 26 Apr 2006 21:36:21 -0400 (EDT) (envelope-from ahebert@pubnix.net) Message-ID: <44502017.5070801@pubnix.net> Date: Wed, 26 Apr 2006 21:36:23 -0400 From: Alain Hebert Organization: PubNIX, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20060425202009.50F9143D75@mx1.FreeBSD.org> <20060426181308.GA64085@megan.kiwi-computer.com> In-Reply-To: <20060426181308.GA64085@megan.kiwi-computer.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Intel 6300ESB SATA - Now Tyan B5350G20S2H-LC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ahebert@pubnix.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Apr 2006 01:36:23 -0000 Well, Good and bad news... 6.1-RC works to install (thanks Soren) But BTX halt on boot: ----- int=0000000d err=00000000 efl=00030002 eip=000010ce eax=000c0002 ebx=00000000 ecx=00000005 edx=00000100 esi=000000b6 edi=000003f0 ebp=00003778 esp=00003754 cs=c800 ds=c800 es=1400 fs=0000 gs=9880 ss=9880 cs:eip=2e 0f 01 1e 1d 11 2e 0f-01 16 23 11 0f 20 c0 66 25 ff ff ff 7f 0c 01 0f-22 c0 eb 00 0f 01 e0 a8 ss:esp=46 02 09 0e 00 00 00 00-b6 00 80 98 88 36 f0 03 b6 00 78 37 72 37 00 00-00 01 05 00 00 00 00 00 BTX halted ----- FYI: I failed to find the code at cs:eip in the boot0, boot1, boot2 and loader file. Looks like a bad jump to me. I've try everything... (I know of) . Upgrade the BIOS (can't find a way to upgrade the Tyan M8110 board) . Boot on array (failed) . Boot on a spare drive outside the array (failed) . Booted install, used the LiveCD and the filesystems are fine... boot files checksum matches . Changed fs from 4GB=swap, 232GB=/ to 256MB=/boot, 222GB=/, 4GB=swap (failed) Going to try booting the kernel from PXE and then mounting /dev/ar0s1a... If anybody has a hint (or Hints) let me know... -- Alain Hebert ahebert@pubnix.net PubNIX Inc. P.O. Box 175 Beaconsfield, Quebec H9W 5T7 tel 514-990-5911 http://www.pubnix.net fax 514-990-9443 From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 06:43:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8640416A400 for ; Thu, 27 Apr 2006 06:43:00 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FB0D43D46 for ; Thu, 27 Apr 2006 06:42:59 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by nz-out-0102.google.com with SMTP id 9so1502047nzo for ; Wed, 26 Apr 2006 23:42:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=QE6FeEgLuZzS6JYuvklGlqkcUV2cMSY/Eygbl/QE+IKdWm7hidWSD3SJTlVbp+edP2yMJMtpgUsGmibKg4ISjuGvZGs070ZTDxszZphUB5UNZTcaUrpm+wpdW4ZTp0yIdm2k3NB1hAtUAlH2I4uSfnOnRSiqDubqJ5EaxAk2yk8= Received: by 10.65.240.7 with SMTP id s7mr2626071qbr; Wed, 26 Apr 2006 23:42:59 -0700 (PDT) Received: by 10.65.112.19 with HTTP; Wed, 26 Apr 2006 23:42:59 -0700 (PDT) Message-ID: Date: Thu, 27 Apr 2006 14:42:59 +0800 From: "Jiawei Ye" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: top(1) stopped working on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Apr 2006 06:43:00 -0000 leafy@chihiro:~$ top top: sysctl(kern.ccpu...) failed: No such file or directory -current as of 4 hrs ago. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 08:13:21 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BE8D16A403; Thu, 27 Apr 2006 08:13:21 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F3CB43D49; Thu, 27 Apr 2006 08:13:20 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id 67E3B8441E; Thu, 27 Apr 2006 10:13:19 +0200 (CEST) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06082-02-4; Thu, 27 Apr 2006 10:13:12 +0200 (CEST) Received: from [IPv6:::1] (unknown [192.168.2.3]) by people.fsn.hu (Postfix) with ESMTP id 97FD484418; Thu, 27 Apr 2006 10:13:12 +0200 (CEST) Message-ID: <44507D18.9050707@fsn.hu> Date: Thu, 27 Apr 2006 10:13:12 +0200 From: Attila Nagy User-Agent: Thunderbird 1.5 (X11/20060407) MIME-Version: 1.0 To: Jason Evans References: <444F71F3.6030901@fsn.hu> <444F83AD.9040207@FreeBSD.org> In-Reply-To: <444F83AD.9040207@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu Cc: freebsd-current@FreeBSD.org Subject: Re: malloc problems with MySQL? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2006 08:13:21 -0000 Hello, On 04/26/06 16:29, Jason Evans wrote: >> The problem is that with the exact same configuration as with >> 6-STABLE, MySQL cannot allocate more than about 400-500MB of memory: >> >> mysqld: (malloc) Error in malloc(838877200): out of memory >> mysqld got signal 6; >> >> Limits seems to be OK: >> datasize 2097152 kB >> I have kern.maxdsiz=2G in loader.conf. >> >> MySQL gets errno 12 (ENOMEM) when trying to allocate that amount of RAM. >> >> What else is needed to make it work with the new malloc >> implementation? I can malloc the same amount of memory from a one >> liner program... > Allocations that are larger than the chunk size (2 MB by default) are > allocated using mmap(2), rather than sbrk(2). Most likely, your > problems will go away if you reduce the heap size, so that mmap has more > address space to work with. I've increased vm.max_proc_mmap to the max, without any effects. I can still not create my 1M row heap table in MySQL. What do you mean under reducing the heap size? ps: rev. 1.125 of src/lib/libc/stdlib/malloc.c didn't help (if it's supposed to help to resolve this issue) Thanks, -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone: +3630 306 6758 http://www.fsn.hu/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 08:41:46 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A74416A401; Thu, 27 Apr 2006 08:41:46 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id D310443D48; Thu, 27 Apr 2006 08:41:45 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id AD39784423; Thu, 27 Apr 2006 10:41:44 +0200 (CEST) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07190-04; Thu, 27 Apr 2006 10:41:39 +0200 (CEST) Received: from [IPv6:::1] (unknown [192.168.2.3]) by people.fsn.hu (Postfix) with ESMTP id 186BC84418; Thu, 27 Apr 2006 10:41:38 +0200 (CEST) Message-ID: <445083C2.40605@fsn.hu> Date: Thu, 27 Apr 2006 10:41:38 +0200 From: Attila Nagy User-Agent: Thunderbird 1.5 (X11/20060407) MIME-Version: 1.0 To: Jason Evans References: <444F71F3.6030901@fsn.hu> <444F83AD.9040207@FreeBSD.org> <44507D18.9050707@fsn.hu> In-Reply-To: <44507D18.9050707@fsn.hu> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu Cc: freebsd-current@FreeBSD.org Subject: Re: malloc problems with MySQL? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2006 08:41:46 -0000 On 04/27/06 10:13, Attila Nagy wrote: > I've increased vm.max_proc_mmap to the max, without any effects. I can > still not create my 1M row heap table in MySQL. Sorry, false alarm. Upgrading to the modified malloc.c solved the issue. Thank you for the quick fix. -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone: +3630 306 6758 http://www.fsn.hu/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 11:31:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A3E016A406 for ; Thu, 27 Apr 2006 11:31:04 +0000 (UTC) (envelope-from mfidelman@meetinghouse.net) Received: from xel008.hosting.thruport.com (lists.neighborhood.net [64.237.102.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id C708243D45 for ; Thu, 27 Apr 2006 11:31:03 +0000 (GMT) (envelope-from mfidelman@meetinghouse.net) Received: from [192.168.0.2] (c-71-232-230-94.hsd1.ma.comcast.net [71.232.230.94]) by xel008.hosting.thruport.com (8.12.8/8.12.8) with ESMTP id k3RBU8oK003888 for ; Thu, 27 Apr 2006 07:30:09 -0400 Message-ID: <4450AB74.5020709@meetinghouse.net> Date: Thu, 27 Apr 2006 07:31:00 -0400 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.2) Gecko/20060405 SeaMonkey/1.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: reboot hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2006 11:31:04 -0000 Hi, I'm a BSD newbie, trying to get FreeBSD installed (not a Unix newbie though - a lot of linux and Solaris experience, plus BSD in its MacOS flavor). So far, the install has gone very smoothly, with one minor glitch: a reboot hangs after reporting "Rebooting..." - which seems to be generated by the loader code, just before it initiates a reboot As far as I can tell, this seems to be a BIOS/motherboard issue (Foxconn 661MXF7M1-S), but it also seems to be a problem people run into with various other motherboards and BIOSs. In the Linux world, adding "reboot=b" to kernel options (use the BIOS reboot function) solves the problem nicely, but I can't seem to find an equivalent for FreeBSD. Is there one? Are there any other hacks available? Thanks very much. Miles From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 12:07:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D891716A401; Thu, 27 Apr 2006 12:07:08 +0000 (UTC) (envelope-from michael@gargantuan.com) Received: from phoenix.gargantuan.com (srv01.lak.lwxdatacom.net [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63EAB43D46; Thu, 27 Apr 2006 12:07:08 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id EEEB543F; Thu, 27 Apr 2006 08:07:05 -0400 (EDT) Date: Thu, 27 Apr 2006 08:07:05 -0400 From: "Michael W. Oliver" To: pf@freebsd.org Message-ID: <20060427120705.GC90821@gargantuan.com> Mail-Followup-To: pf@freebsd.org, current@freebsd.org References: <20060422050542.GG44647@gargantuan.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3O1VwFp74L81IIeR" Content-Disposition: inline In-Reply-To: <20060422050542.GG44647@gargantuan.com> X-WWW-URL: http://michael.gargantuan.com X-GPG-PGP-Public-Key: http://michael.gargantuan.com/gnupg/pubkey.asc X-GPG-PGP-Fingerprint: 2694 0179 AE3F BFAE 0916 0BF5 B16B FBAB C5FA A3C9 X-Home-Phone: +1-863-816-8091 X-Mobile-Phone: +1-863-738-2334 X-Mailing-Address0: 8008 Apache Lane X-Mailing-Address1: Lakeland, FL X-Mailing-Address2: 33810-2172 X-Mailing-Address3: United States of America X-Guide-Questions: http://www.catb.org/~esr/faqs/smart-questions.html X-Guide-Netiquette: http://www.ietf.org/rfc/rfc1855.txt User-Agent: mutt-ng/devel-r774 (FreeBSD) Cc: current@freebsd.org Subject: PR and Patch for pf-before-inet6 sequence bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2006 12:07:09 -0000 --3O1VwFp74L81IIeR Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi again, Nobody piped-up to say that my rc.d re-ordering was the wrong fix, so I filed a PR with the relevant information as well as the patch. conf/96343 Thanks, have a great day. --=20 Mike Oliver, KI4OFU [see complete headers for contact information] --3O1VwFp74L81IIeR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEULPpsWv7q8X6o8kRAt6oAKCK25QvZEjnenRysN1Hs+HDLZXwWwCgjtDJ w5/YS9VHX035G0nKhTi+DYM= =hLPD -----END PGP SIGNATURE----- --3O1VwFp74L81IIeR-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 12:20:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D19516A408 for ; Thu, 27 Apr 2006 12:20:43 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (morion.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93AB543D45 for ; Thu, 27 Apr 2006 12:20:41 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id 4CD7C5C; Thu, 27 Apr 2006 14:18:00 +0200 (CEST) Received: from mx0.rink.nu ([127.0.0.1]) by localhost (morion.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30260-05; Thu, 27 Apr 2006 14:17:51 +0200 (CEST) Received: by mx0.rink.nu (Postfix, from userid 1678) id 14FE54B; Thu, 27 Apr 2006 14:17:51 +0200 (CEST) Date: Thu, 27 Apr 2006 14:17:50 +0200 From: Rink Springer To: Alain Hebert Message-ID: <20060427121750.GA24193@rink.nu> References: <20060425202009.50F9143D75@mx1.FreeBSD.org> <20060426181308.GA64085@megan.kiwi-computer.com> <44502017.5070801@pubnix.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <44502017.5070801@pubnix.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at rink.nu X-Mailman-Approved-At: Thu, 27 Apr 2006 13:05:11 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Intel 6300ESB SATA - Now Tyan B5350G20S2H-LC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2006 12:20:43 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > If anybody has a hint (or Hints) let me know... I've had simular issues with an Asus PCH-DR motherboard: it would crash with BTX errors upon install with a recent FreeBSD version, hang at very odd intervals etc. turned out that the raid bios (Promise) was the culprit. once I removed all SATA drives from it (which caused the RAID BIOS not to install itself), the box had no issues and did 100+ days of uptime until a power failure caused it to reboot... :( It may be a long shot (as this is a completely different motherboard) but it may be worth a try, as you seem to use the on-board RAID as well. --=20 Rink P.W. Springer - http://rink.nu "Richter: Tribute? You steal men's souls, and make them your slaves! Dracula: Perhaps the same could be said of all religions." - Castlevania: Symphony of the Night --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEULZub3O60uztv/8RAqk9AJ9tZXP5fD7oMlFIcBrVDME5YvO+fACcDHqq 6T5lOE17emMktoEG98rNRE8= =NtEX -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 14:13:31 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 045AB16A40D; Thu, 27 Apr 2006 14:13:31 +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 4C73043D49; Thu, 27 Apr 2006 14:13:29 +0000 (GMT) (envelope-from keramida@FreeBSD.org) Received: from gothmog.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.6/8.13.6/Debian-1) with ESMTP id k3REDHSG016729 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 27 Apr 2006 17:13:18 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.6/8.13.6) with ESMTP id k3REDItf074257; Thu, 27 Apr 2006 17:13:18 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Received: (from giorgos@localhost) by gothmog.pc (8.13.6/8.13.6/Submit) id k3REDIV2074256; Thu, 27 Apr 2006 17:13:18 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Date: Thu, 27 Apr 2006 17:13:18 +0300 From: Giorgos Keramidas To: Jiawei Ye Message-ID: <20060427141318.GA74140@gothmog.pc> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.77, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.63, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: John-Mark Gurney , freebsd-current@FreeBSD.org Subject: Re: top(1) stopped working on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Apr 2006 14:13:31 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On 2006-04-27 14:42, Jiawei Ye wrote: > leafy@chihiro:~$ top > top: sysctl(kern.ccpu...) failed: No such file or directory > > -current as of 4 hrs ago. The following change renames `kern.ccpu' to `kern.sched.ccpu', but it is kind of incomplete, IMHO. # Index: src/sys/kern/sched_4bsd.c # =================================================================== # --- src/sys/kern/sched_4bsd.c (revision 19) # +++ src/sys/kern/sched_4bsd.c (working copy) # @@ -31,11 +31,11 @@ # * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF # * SUCH DAMAGE. # */ # # #include # -__FBSDID("$FreeBSD: src/sys/kern/sched_4bsd.c,v 1.78 2006/04/17 18:20:37 jhb Exp $"); # +__FBSDID("$FreeBSD: src/sys/kern/sched_4bsd.c,v 1.79 2006/04/26 19:42:38 jmg Exp $"); # # #include "opt_hwpmc_hooks.h" # # #define kse td_sched # # @@ -404,11 +404,11 @@ # #define loadfactor(loadav) (2 * (loadav)) # #define decay_cpu(loadfac, cpu) (((loadfac) * (cpu)) / ((loadfac) + FSCALE)) # # /* decay 95% of `ke_pctcpu' in 60 seconds; see CCPU_SHIFT before changing */ # static fixpt_t ccpu = 0.95122942450071400909 * FSCALE; /* exp(-1/20) */ # -SYSCTL_INT(_kern, OID_AUTO, ccpu, CTLFLAG_RD, &ccpu, 0, ""); # +SYSCTL_INT(_kern_sched, OID_AUTO, ccpu, CTLFLAG_RD, &ccpu, 0, ""); # # /* # * If `ccpu' is not equal to `exp(-1/20)' and you still want to use the # * faster/more-accurate formula, you'll have to estimate CCPU_SHIFT below # * and possibly adjust FSHIFT in "param.h" so that (FSHIFT >= CCPU_SHIFT). The main problems with this change are: 1) It doesn't update consumers of the kern.ccpu sysctl that we already have in the tree (i.e. top(1) which you saw breaking). 2) It doesn't update the `kern.ccpu' sysctl in the sched_ule.c scheduler, so it creates an inconsistency between different FreeBSD scheduling systems. I believe John-Mark can fix this easily, so I've copied him in this message. In the mean time, you can revert sched_4bsd.c to revision 1.78 and try to see if this fixes the problems top(1) is having. - Giorgos --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEUNF+1g+UGjGGA7YRArU+AJ42HQFEkseJVp3+ucCabRooTtb04QCgnv1B 6TCQ4jfYZQ+Lu0VS4AtUuRI= =s5xR -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 14:18:03 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3D7C16A408; Thu, 27 Apr 2006 14:18:02 +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 1773C43D4C; Thu, 27 Apr 2006 14:17:59 +0000 (GMT) (envelope-from keramida@FreeBSD.org) Received: from gothmog.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.6/8.13.6/Debian-1) with ESMTP id k3REHjFo016844 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 27 Apr 2006 17:17:46 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.6/8.13.6) with ESMTP id k3REHkML074387; Thu, 27 Apr 2006 17:17:46 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Received: (from giorgos@localhost) by gothmog.pc (8.13.6/8.13.6/Submit) id k3REHkuL074386; Thu, 27 Apr 2006 17:17:46 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Date: Thu, 27 Apr 2006 17:17:46 +0300 From: Giorgos Keramidas To: Jiawei Ye Message-ID: <20060427141745.GA74340@gothmog.pc> References: <20060427141318.GA74140@gothmog.pc> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <20060427141318.GA74140@gothmog.pc> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.776, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.62, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: John-Mark Gurney , freebsd-current@FreeBSD.org Subject: Re: top(1) stopped working on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Apr 2006 14:18:03 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On 2006-04-27 17:13, Giorgos Keramidas wrote: > # --- src/sys/kern/sched_4bsd.c (revision 19) > # +++ src/sys/kern/sched_4bsd.c (working copy) > # @@ -31,11 +31,11 @@ > # * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF > # * SUCH DAMAGE. > # */ > # > # #include > # -__FBSDID("$FreeBSD: src/sys/kern/sched_4bsd.c,v 1.78 2006/04/17 18:20:37 jhb Exp $"); > # +__FBSDID("$FreeBSD: src/sys/kern/sched_4bsd.c,v 1.79 2006/04/26 19:42:38 jmg Exp $"); > # > # [...] > > The main problems with this change are: > > 1) It doesn't update consumers of the kern.ccpu sysctl that we > already have in the tree (i.e. top(1) which you saw breaking). FWIW, the current consumers of `kern.ccpu' are: giorgos@gothmog:~/ws/bsd/src$ fgrep -r kern.ccpu . ./bin/ps/nlist.c: if (sysctlbyname("kern.ccpu", &ccpu, &oldlen, NULL, 0) == -1) ./usr.bin/systat/pigs.c: err = sysctlbyname("kern.ccpu", &ccpu, &len, NULL, 0); ./usr.bin/systat/pigs.c: perror("kern.ccpu"); ./usr.bin/top/machine.c: GETSYSCTL("kern.ccpu", ccpu); ./usr.sbin/bsnmpd/modules/snmp_hostres/hostres_processor_tbl.c: if (sysctlbyname("kern.ccpu", &ccpu, &len, NULL, 0) == -1) { ./usr.sbin/bsnmpd/modules/snmp_hostres/hostres_processor_tbl.c: syslog(LOG_ERR, "hrProcessorTable: sysctl(kern.ccpu) failed"); giorgos@gothmog:~/ws/bsd/src$ --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEUNKJ1g+UGjGGA7YRAk1SAKC8VhEL8q6SmmvF+aCmzQs7LC/8XACgh/t3 D4Xl1HvnuD6oAPnm4Larnlo= =QSmm -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 15:59:38 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47A3C16A403; Thu, 27 Apr 2006 15:59:38 +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 D279D43D4C; Thu, 27 Apr 2006 15:59:37 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (bijvaj27n32o618y@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.4/8.13.3) with ESMTP id k3RFxadp033218; Thu, 27 Apr 2006 08:59:36 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.4/8.13.3/Submit) id k3RFxaR0033214; Thu, 27 Apr 2006 08:59:36 -0700 (PDT) (envelope-from jmg) Date: Thu, 27 Apr 2006 08:59:36 -0700 From: John-Mark Gurney To: Giorgos Keramidas Message-ID: <20060427155936.GH728@funkthat.com> Mail-Followup-To: Giorgos Keramidas , Jiawei Ye , freebsd-current@FreeBSD.org References: <20060427141318.GA74140@gothmog.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060427141318.GA74140@gothmog.pc> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@FreeBSD.org, Jiawei Ye Subject: Re: top(1) stopped working on -current 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: Thu, 27 Apr 2006 15:59:38 -0000 Giorgos Keramidas wrote this message on Thu, Apr 27, 2006 at 17:13 +0300: > On 2006-04-27 14:42, Jiawei Ye wrote: > > leafy@chihiro:~$ top > > top: sysctl(kern.ccpu...) failed: No such file or directory > > > > -current as of 4 hrs ago. > > The following change renames `kern.ccpu' to `kern.sched.ccpu', but it is > kind of incomplete, IMHO. I'll get to this in a few hours.... sorry for the breakage... :( /me just woke up. > # Index: src/sys/kern/sched_4bsd.c > # =================================================================== > # --- src/sys/kern/sched_4bsd.c (revision 19) > # +++ src/sys/kern/sched_4bsd.c (working copy) > # @@ -31,11 +31,11 @@ > # * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF > # * SUCH DAMAGE. > # */ > # > # #include > # -__FBSDID("$FreeBSD: src/sys/kern/sched_4bsd.c,v 1.78 2006/04/17 18:20:37 jhb Exp $"); > # +__FBSDID("$FreeBSD: src/sys/kern/sched_4bsd.c,v 1.79 2006/04/26 19:42:38 jmg Exp $"); > # > # #include "opt_hwpmc_hooks.h" > # > # #define kse td_sched > # > # @@ -404,11 +404,11 @@ > # #define loadfactor(loadav) (2 * (loadav)) > # #define decay_cpu(loadfac, cpu) (((loadfac) * (cpu)) / ((loadfac) + FSCALE)) > # > # /* decay 95% of `ke_pctcpu' in 60 seconds; see CCPU_SHIFT before changing */ > # static fixpt_t ccpu = 0.95122942450071400909 * FSCALE; /* exp(-1/20) */ > # -SYSCTL_INT(_kern, OID_AUTO, ccpu, CTLFLAG_RD, &ccpu, 0, ""); > # +SYSCTL_INT(_kern_sched, OID_AUTO, ccpu, CTLFLAG_RD, &ccpu, 0, ""); > # > # /* > # * If `ccpu' is not equal to `exp(-1/20)' and you still want to use the > # * faster/more-accurate formula, you'll have to estimate CCPU_SHIFT below > # * and possibly adjust FSHIFT in "param.h" so that (FSHIFT >= CCPU_SHIFT). > > The main problems with this change are: > > 1) It doesn't update consumers of the kern.ccpu sysctl that we > already have in the tree (i.e. top(1) which you saw breaking). > > 2) It doesn't update the `kern.ccpu' sysctl in the sched_ule.c > scheduler, so it creates an inconsistency between different > FreeBSD scheduling systems. > > I believe John-Mark can fix this easily, so I've copied him in this > message. In the mean time, you can revert sched_4bsd.c to revision 1.78 > and try to see if this fixes the problems top(1) is having. -- 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 Thu Apr 27 16:08:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0360D16A400 for ; Thu, 27 Apr 2006 16:08:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96D8643D53 for ; Thu, 27 Apr 2006 16:08:26 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k3RG8I8B075521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 27 Apr 2006 19:08:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k3RG8I6H044732 for ; Thu, 27 Apr 2006 19:08:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k3RG8IAM044731 for freebsd-current@freebsd.org; Thu, 27 Apr 2006 19:08:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 27 Apr 2006 19:08:17 +0300 From: Kostik Belousov To: freebsd-current@freebsd.org Message-ID: <20060427160817.GA1268@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on fw.zoral.com.ua Subject: [panic]: recursed on non-recursive mutex pmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2006 16:08:28 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable With today current, running inside qemu with config GENERIC + options QUOTA, I get the panic while kernel tries to exec init: panic: _mtx_lock_sleep: resursed on non-recursive mutex pmap @ /usr/home/ko= stik/build/bsd/6/src-misc/sys/i386/i386/pmap.c:1843 Backtrace: #26 0xc070066e in panic ( fmt=3D0xc099b9ca "_mtx_lock_sleep: recursed on non-recursive mutex %s @= %s:%d\n") at /usr/home/kostik/build/bsd/6/src-misc/sys/kern/kern_shutdown.= c:549 #27 0xc06f5826 in _mtx_lock_sleep (m=3D0xc0b0a500, tid=3D3240063840, opts= =3D0,=20 file=3D0x20004b07
, line=3D536890119) at /usr/home/kostik/build/bsd/6/src-misc/sys/kern/kern_mutex.c:463 #28 0xc06f53b8 in _mtx_lock_flags (m=3D0xc0b0a500, opts=3D0,=20 file=3D0xc09c433e "/usr/home/kostik/build/bsd/6/src-misc/sys/i386/i386/= pmap.c", line=3D1843) at /usr/home/kostik/build/bsd/6/src-misc/sys/kern/ker= n_mutex.c:286 #29 0xc0916cd3 in pmap_remove (pmap=3D0xc0b0a500, sva=3D3321208832, eva=3D3= 321212928) at /usr/home/kostik/build/bsd/6/src-misc/sys/i386/i386/pmap.c:1843 #30 0xc08a190c in vm_map_delete (map=3D0xc1069000, start=3D3238432768,=20 end=3D3321212928) at /usr/home/kostik/build/bsd/6/src-misc/sys/vm/vm_map.c:2286 #31 0xc08a19d5 in vm_map_remove (map=3D0xc1069000, start=3D3321208832,=20 end=3D3321212928) at /usr/home/kostik/build/bsd/6/src-misc/sys/vm/vm_map.c:2315 #32 0xc089dda2 in kmem_free (map=3D0x20004b07, addr=3D536890119, size=3D409= 6) at /usr/home/kostik/build/bsd/6/src-misc/sys/vm/vm_kern.c:209 #33 0xc091650b in free_pv_entry (pmap=3D0xc0b0a500, pv=3D0x20004b07) at /usr/home/kostik/build/bsd/6/src-misc/sys/i386/i386/pmap.c:1609 #34 0xc0916936 in pmap_remove_entry (pmap=3D0xc0b0a500, m=3D0xc117d1f8,=20 va=3D3308380160) at /usr/home/kostik/build/bsd/6/src-misc/sys/i386/i386/pmap.c:1726 #35 0xc0916b83 in pmap_remove_pte (pmap=3D0xc0b0a500, ptq=3D0xc117d1f8,=20 va=3D3308380160) at /usr/home/kostik/build/bsd/6/src-misc/sys/i386/i386/pmap.c:1797 #36 0xc0916da8 in pmap_remove (pmap=3D0xc0b0a500, sva=3D3308380160, eva=3D3= 308388352) at /usr/home/kostik/build/bsd/6/src-misc/sys/i386/i386/pmap.c:1905 #37 0xc08a190c in vm_map_delete (map=3D0xc1069348, start=3D3238433608,=20 end=3D3308388352) at /usr/home/kostik/build/bsd/6/src-misc/sys/vm/vm_map.c:2286 #38 0xc089e57b in kmem_free_wakeup (map=3D0xc1069348, addr=3D3308118016,=20 size=3D536890119) at /usr/home/kostik/build/bsd/6/src-misc/sys/vm/vm_kern.c:467 #39 0xc06e188a in exec_free_args (args=3D0xc588ec7c) at /usr/home/kostik/build/bsd/6/src-misc/sys/kern/kern_exec.c:1039 #40 0xc06e102e in do_execve (td=3D0xc11f7360, args=3D0xc588ec7c, mac_p=3D0x= 0) at /usr/home/kostik/build/bsd/6/src-misc/sys/kern/kern_exec.c:780 #41 0xc06e032f in kern_execve (td=3D0xc11f7360, args=3D0xc588ec7c,=20 mac_p=3D0x20004b07) at /usr/home/kostik/build/bsd/6/src-misc/sys/kern/kern_exec.c:252 #42 0xc06e024c in execve (td=3D0x20004b07, uap=3D0xc0a5a840) at /usr/home/kostik/build/bsd/6/src-misc/sys/kern/kern_exec.c:186 #43 0xc06caf9e in start_init (dummy=3D0x0) at /usr/home/kostik/build/bsd/6/src-misc/sys/kern/init_main.c:625 #44 0xc06e5703 in fork_exit (callout=3D0xc06cacc0 , arg=3D0x200= 04b07,=20 frame=3D0x20004b07) at /usr/home/kostik/build/bsd/6/src-misc/sys/kern/kern_fork.c:819 #45 0xc090306c in fork_trampoline () at /usr/home/kostik/build/bsd/6/src-misc/sys/i386/i386/exception.s:199 The problem appears because free_pv_entry decided to free pv_chunk when pmap is kernel_pmap. I added the bandaid to be able to continue my work, but hope for proper fix from vm gurus. Index: sys/i386/i386/pmap.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/i386/i386/pmap.c,v retrieving revision 1.551 diff -u -r1.551 pmap.c --- sys/i386/i386/pmap.c 27 Apr 2006 05:02:21 -0000 1.551 +++ sys/i386/i386/pmap.c 27 Apr 2006 16:05:44 -0000 @@ -1595,6 +1595,8 @@ for (idx =3D 0; idx < _NPCM; idx++) if (pc->pc_map[idx] !=3D pc_freemask[idx]) return; + if (pmap =3D=3D kernel_map->pmap) + return; PV_STAT(pv_entry_spare -=3D _NPCPV); PV_STAT(pc_chunk_count--); PV_STAT(pc_chunk_frees++); --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEUOxwC3+MBN1Mb4gRAobnAKCnsVZfxNlmuexEKLggLSwR6bXJiACZAXI+ +fzx6XB6qf74Lcwzj5rKa0I= =m2m7 -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 16:16:59 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B112516A43C for ; Thu, 27 Apr 2006 16:16:59 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF63443D46 for ; Thu, 27 Apr 2006 16:16:57 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.6/8.13.6/Debian-1) with ESMTP id k3RGFxHd020809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 27 Apr 2006 19:16:40 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.6/8.13.6) with ESMTP id k3RGFkg5067727; Thu, 27 Apr 2006 19:15:46 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.6/8.13.6/Submit) id k3RGFgUC067706; Thu, 27 Apr 2006 19:15:42 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 27 Apr 2006 19:15:42 +0300 From: Giorgos Keramidas To: Jiawei Ye , freebsd-current@FreeBSD.org Message-ID: <20060427161542.GA67193@gothmog.pc> References: <20060427141318.GA74140@gothmog.pc> <20060427155936.GH728@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060427155936.GH728@funkthat.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.391, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.81, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Subject: Re: top(1) stopped working on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Apr 2006 16:16:59 -0000 On 2006-04-27 08:59, John-Mark Gurney wrote: > Giorgos Keramidas wrote this message on Thu, Apr 27, 2006 at 17:13 +0300: > > On 2006-04-27 14:42, Jiawei Ye wrote: > > > leafy@chihiro:~$ top > > > top: sysctl(kern.ccpu...) failed: No such file or directory > > > > > > -current as of 4 hrs ago. > > > > The following change renames `kern.ccpu' to `kern.sched.ccpu', but it is > > kind of incomplete, IMHO. > > I'll get to this in a few hours.... sorry for the breakage... :( > > /me just woke up. Don't worry. I easily spotted the change when I merged today's HEAD in my Subversion build repo :) From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 16:36:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC17816A401; Thu, 27 Apr 2006 16:36: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 5A8DA43D46; Thu, 27 Apr 2006 16:36:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k3RGa2q3054370; Thu, 27 Apr 2006 12:36:02 -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.4P/8.13.4) with ESMTP id k3RGZnxS019569; Thu, 27 Apr 2006 12:35:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E65057302F; Thu, 27 Apr 2006 12:36:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060427163601.E65057302F@freebsd-current.sentex.ca> Date: Thu, 27 Apr 2006 12:36:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 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: Thu, 27 Apr 2006 16:36:04 -0000 TB --- 2006-04-27 15:08:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-27 15:08:55 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-04-27 15:08:55 - cleaning the object tree TB --- 2006-04-27 15:09:26 - checking out the source tree TB --- 2006-04-27 15:09:26 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-04-27 15:09:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-27 15:15:54 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-27 15:15:54 - cd /src TB --- 2006-04-27 15:15:54 - /usr/bin/make -B buildworld >>> 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 TB --- 2006-04-27 16:22:56 - generating LINT kernel config TB --- 2006-04-27 16:22:56 - cd /src/sys/pc98/conf TB --- 2006-04-27 16:22:56 - /usr/bin/make -B LINT TB --- 2006-04-27 16:22:57 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-27 16:22:57 - cd /src TB --- 2006-04-27 16:22:57 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 27 16:22:57 UTC 2006 >>> 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 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -Werror -finstrument-functions -Wno-inline /src/sys/i386/i386/sys_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -Werror -finstrument-functions -Wno-inline /src/sys/i386/i386/trap.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -Werror -finstrument-functions -Wno-inline /src/sys/i386/i386/tsc.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -Werror -finstrument-functions -Wno-inline /src/sys/i386/i386/uio_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -Werror -finstrument-functions -Wno-inline /src/sys/i386/i386/vm86.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -Werror -finstrument-functions -Wno-inline /src/sys/i386/i386/vm_machdep.c /src/sys/i386/i386/vm_machdep.c: In function `cpu_reset_real': /src/sys/i386/i386/vm_machdep.c:593: warning: unused variable `b' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-27 16:36:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-27 16:36:01 - ERROR: failed to build lint kernel TB --- 2006-04-27 16:36:01 - tinderbox aborted TB --- 1.06 user 5.84 system 5226.02 real From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 17:30:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16E5916A401; Thu, 27 Apr 2006 17:30:43 +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 3D1AD43D45; Thu, 27 Apr 2006 17:30:41 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k3RHUa9h084093; Thu, 27 Apr 2006 13:30:36 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, ahebert@pubnix.net Date: Thu, 27 Apr 2006 10:48:51 -0400 User-Agent: KMail/1.9.1 References: <20060425202009.50F9143D75@mx1.FreeBSD.org> <20060426181308.GA64085@megan.kiwi-computer.com> <44502017.5070801@pubnix.net> In-Reply-To: <44502017.5070801@pubnix.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604271048.53347.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1426/Wed Apr 26 14:03:01 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-hackers@freebsd.org Subject: Re: Intel 6300ESB SATA - Now Tyan B5350G20S2H-LC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2006 17:30:43 -0000 On Wednesday 26 April 2006 21:36, Alain Hebert wrote: > Well, > > Good and bad news... > > 6.1-RC works to install (thanks Soren) > > But BTX halt on boot: > > ----- > int=0000000d err=00000000 efl=00030002 eip=000010ce > eax=000c0002 ebx=00000000 ecx=00000005 edx=00000100 > esi=000000b6 edi=000003f0 ebp=00003778 esp=00003754 > cs=c800 ds=c800 es=1400 fs=0000 gs=9880 ss=9880 > cs:eip=2e 0f 01 1e 1d 11 2e 0f-01 16 23 11 0f 20 c0 66 > 25 ff ff ff 7f 0c 01 0f-22 c0 eb 00 0f 01 e0 a8 > ss:esp=46 02 09 0e 00 00 00 00-b6 00 80 98 88 36 f0 03 > b6 00 78 37 72 37 00 00-00 01 05 00 00 00 00 00 > BTX halted It's in your BIOS (cs=0xc800) 00000000 2E0F011E1D11 lidt [cs:0x111d] 00000006 2E0F01162311 lgdt [cs:0x1123] 0000000C 0F20C0 mov eax,cr0 0000000F 6625FFFFFF7F and eax,0x7fffffff 00000015 0C01 or al,0x1 00000017 0F22C0 mov cr0,eax 0000001A EB00 jmp short 0x1c 0000001C 0F01E0 smsw ax Your BIOS is trying to enter protected mode. Try turning off support for DMA in your BIOS. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 18:00:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E791A16A41A; Thu, 27 Apr 2006 18:00:19 +0000 (UTC) (envelope-from ahebert@pubnix.net) Received: from mail.pubnix.net (Mail.pubnix.net [192.172.250.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E44543D49; Thu, 27 Apr 2006 18:00:18 +0000 (GMT) (envelope-from ahebert@pubnix.net) Received: from [10.0.1.2] (aal.pubnix.net [64.235.216.13]) (authenticated bits=0) by mail.pubnix.net (8.13.6/8.13.6) with ESMTP id k3RI0HSK004703; Thu, 27 Apr 2006 14:00:18 -0400 (EDT) (envelope-from ahebert@pubnix.net) Message-ID: <445106B1.8070002@pubnix.net> Date: Thu, 27 Apr 2006 14:00:17 -0400 From: Alain Hebert Organization: PubNIX, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20060425202009.50F9143D75@mx1.FreeBSD.org> <20060426181308.GA64085@megan.kiwi-computer.com> <44502017.5070801@pubnix.net> <200604271048.53347.jhb@freebsd.org> In-Reply-To: <200604271048.53347.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Intel 6300ESB SATA - Now Tyan B5350G20S2H-LC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ahebert@pubnix.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Apr 2006 18:00:20 -0000 Hi, Yeap, I fired up my MS-DOS 6.22 with debug.exe this morning. Its the M8110 SO-DIMM RAID card ROM that does it. And there is no control for that in the BIOS or Adaptec Menu. That motherboard also has a ATA_I6300ESB_R1 RAID 1 card ... on which BTX works but 6.1-RC dont recognize the MetaData. So I'm working around the issue while I wait for Tyan to tell me how to upgrade the M8110 ROM. FYI: I dont see the lidt / ligt opcode in the new version of that ROM. I'll let you guys know. John Baldwin wrote: >On Wednesday 26 April 2006 21:36, Alain Hebert wrote: > > >> Well, >> >>Good and bad news... >> >> 6.1-RC works to install (thanks Soren) >> >> But BTX halt on boot: >> >>----- >>int=0000000d err=00000000 efl=00030002 eip=000010ce >>eax=000c0002 ebx=00000000 ecx=00000005 edx=00000100 >>esi=000000b6 edi=000003f0 ebp=00003778 esp=00003754 >>cs=c800 ds=c800 es=1400 fs=0000 gs=9880 ss=9880 >>cs:eip=2e 0f 01 1e 1d 11 2e 0f-01 16 23 11 0f 20 c0 66 >> 25 ff ff ff 7f 0c 01 0f-22 c0 eb 00 0f 01 e0 a8 >>ss:esp=46 02 09 0e 00 00 00 00-b6 00 80 98 88 36 f0 03 >> b6 00 78 37 72 37 00 00-00 01 05 00 00 00 00 00 >>BTX halted >> >> > >It's in your BIOS (cs=0xc800) > >00000000 2E0F011E1D11 lidt [cs:0x111d]/2 >00000006 2E0F01162311 lgdt [cs:0x1123] >0000000C 0F20C0 mov eax,cr0 >0000000F 6625FFFFFF7F and eax,0x7fffffff >00000015 0C01 or al,0x1 >00000017 0F22C0 mov cr0,eax >0000001A EB00 jmp short 0x1c >0000001C 0F01E0 smsw ax > >Your BIOS is trying to enter protected mode. Try turning off support >for DMA in your BIOS. > > > -- Alain Hebert ahebert@pubnix.net PubNIX Inc. P.O. Box 175 Beaconsfield, Quebec H9W 5T7 tel 514-990-5911 http://www.pubnix.net fax 514-990-9443 From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 18:07:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D007F16A46E for ; Thu, 27 Apr 2006 18:07: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 B669243D95 for ; Thu, 27 Apr 2006 18:07:04 +0000 (GMT) (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 9B0F01A4E9C; Thu, 27 Apr 2006 11:07:04 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D50FC55DD2; Thu, 27 Apr 2006 14:07:03 -0400 (EDT) Date: Thu, 27 Apr 2006 14:07:03 -0400 From: Kris Kennaway To: Kostik Belousov Message-ID: <20060427180703.GA66383@xor.obsecurity.org> References: <20060427160817.GA1268@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <20060427160817.GA1268@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: [panic]: recursed on non-recursive mutex pmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2006 18:07:11 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 27, 2006 at 07:08:17PM +0300, Kostik Belousov wrote: > With today current, running inside qemu with config GENERIC + options QUO= TA, > I get the panic while kernel tries to exec init: >=20 > panic: _mtx_lock_sleep: resursed on non-recursive mutex pmap @ /usr/home/= kostik/build/bsd/6/src-misc/sys/i386/i386/pmap.c:1843 Peter is on it :-) Kris --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEUQhHWry0BWjoQKURAjPbAJoDRe2VmccbSucrSnvYe/LVTTS+MQCg4LJg HecGrdGSgB9ZiEgzuCSAYhM= =eTFJ -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 20:52:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CD1C16A409 for ; Thu, 27 Apr 2006 20:52:08 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp109.rog.mail.re2.yahoo.com (smtp109.rog.mail.re2.yahoo.com [68.142.225.207]) by mx1.FreeBSD.org (Postfix) with SMTP id A53F043D7C for ; Thu, 27 Apr 2006 20:52:07 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 61542 invoked from network); 27 Apr 2006 20:52:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=QEUza+6AxKpUw8GMTU4lOXBqJ3Jks/Tl6r18AHNu/eDCpc4tzr+W6O4i0jJ1F0u5hL6UFQIJYdPZLex4wigiYlTSWBNFflM8at3q1JrMT3lDXIZZ920TAmH4N2SjOmVzxh1xAy0DxvtMZqwzfdLXC/7wiF4SvEGdpP+zVBLG6gg= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp109.rog.mail.re2.yahoo.com with SMTP; 27 Apr 2006 20:52:07 -0000 Message-ID: <44512EFE.40100@rogers.com> Date: Thu, 27 Apr 2006 16:52:14 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Kostik Belousov References: <20060303102644.GB37572@deviant.kiev.zoral.com.ua> In-Reply-To: <20060303102644.GB37572@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [patch] giant-less quotas X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2006 20:52:08 -0000 Kostik Belousov wrote: > I have developed patch to make ufs quota code working without > Giant, i.e. properly lock dquot and all around. > > You can find the patch and description of the changes at > http://kostikbel.narod.ru. Please, review. > Is it possible to effectively test this on a UP kernel? I don't have any SMP capable machines available. From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 21:35:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFFF416A43B; Thu, 27 Apr 2006 21:35:06 +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 8293143D45; Thu, 27 Apr 2006 21:35:01 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k3RLYrNa085444; Thu, 27 Apr 2006 17:34:56 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 27 Apr 2006 17:30:46 -0400 User-Agent: KMail/1.9.1 References: <20060328044432.152CD45047@ptavv.es.net> <4428D0EE.6080603@FreeBSD.org> <20060328063930.GC12815@tnn.dglawrence.com> In-Reply-To: <20060328063930.GC12815@tnn.dglawrence.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604271730.49268.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1428/Thu Apr 27 14:39:31 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Bachilo Dmitry , David Greenman-Lawrence , Sergey Matveychuk Subject: Re: nve0: device timeout (1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2006 21:35:10 -0000 On Tuesday 28 March 2006 01:39, David Greenman-Lawrence wrote: > > Bachilo Dmitry wrote: > > > Patch, by the way, was rejected. I have edited if_nve.c by hands, just changed > > > > Yep. It looks as a workaround, not a fix. > > > Right. It's a reasonable work-around, however, so people shouldn't be > afraid of using it. Here is my original message on this subject: > > > In reply to... > > > It doesn't only run into timeouts, during some of these timeout the > > machine or at least the keyboard hangs for about a minute. > > > > Is there anything I can do to help debug this? > > I ran into this problem recently as well and spent some time diagnosing > it. It's not that the cable isn't plugged in - rather it happens whenever > the traffic levels are low. > The problem is that the nvidia-supplied portion of the driver is defering > the releasing of the completed transmit buffers and this occasionally > results in if_timer expiring, causing the driver watchdog routine to be > called ("device timeout"). The watchdog routine resets the card and the > nvidia-supplied code sits in a high-priority loop waiting for the card > to reset. This can take many seconds and your system will be hung until > it completes. > I have a work-around patch for the problem that I've attached to this > email. It simply disables the watchdog. A real fix would involve accounting > for the outstanding transmit buffers differently (or perhaps not at all - > e.g. always attempt to call the nvidia-supplied code and if a queue-full > error occurs, then wait for an interrupt before trying to queue more > transmit packets). What about the patch just posted to amd64@? It looks like a patch for this issue. It changes the watchdog() routine to detect this condition and if it happens exit the routine early without emitting a printf or resetting the chip. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 21:52:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C98616A400; Thu, 27 Apr 2006 21:52:59 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EFD143D48; Thu, 27 Apr 2006 21:52:58 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.187.59] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis), id 0MKwh2-1FZEPr2pP0-0005gf; Thu, 27 Apr 2006 23:52:52 +0200 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Thu, 27 Apr 2006 23:48:41 +0200 User-Agent: KMail/1.9.1 References: <200604182329.49054.max@love2party.net> In-Reply-To: <200604182329.49054.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1967573.tyJGy4ego8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604272348.48912.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-current@freebsd.org Subject: Re: New version of iwi(4) - Call for testers [regression!] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2006 21:52:59 -0000 --nextPart1967573.tyJGy4ego8 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 18 April 2006 23:29, Max Laier wrote: > On Monday 10 April 2006 14:32, Hajimu UMEMOTO wrote: > Latest version: > http://people.freebsd.org/~mlaier/new_iwi/20060418.both_nofw.tgz > > Thanks to Sam, this should work in IBSS (adhoc) mode now. > > Why don't you commit it into HEAD, yet? :) > > Will do that after this *LAST* iteration of testing. Please test now - y= ou > have been warned. =46YI, this has been committed to HEAD now. Please test there and let me k= now=20 if you find any remaining problem. MFC scheduled in 4 weeks from now. =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 --nextPart1967573.tyJGy4ego8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEUTxAXyyEoT62BG0RAk7wAJ9NFXJyuLyd+Y3STKpSLnIzTng2bQCfU4yC pvr56A0wsnns0edY2AIOaLw= =n4rC -----END PGP SIGNATURE----- --nextPart1967573.tyJGy4ego8-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 23:00:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2DC816A432; Thu, 27 Apr 2006 23:00:35 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from dglawrence.com (dsl-230-156.ipns.com [209.210.230.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19B8C43D46; Thu, 27 Apr 2006 23:00:32 +0000 (GMT) (envelope-from dg@dglawrence.com) Received: from tnn.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.13.4/8.13.3) with ESMTP id k3RN0V4n067087; Thu, 27 Apr 2006 16:00:31 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by tnn.dglawrence.com (8.13.4/8.13.3/Submit) id k3RN0UwP067086; Thu, 27 Apr 2006 16:00:30 -0700 (PDT) (envelope-from dg@dglawrence.com) X-Authentication-Warning: tnn.dglawrence.com: dg set sender to dg@dglawrence.com using -f Date: Thu, 27 Apr 2006 16:00:30 -0700 From: "David G. Lawrence" To: John Baldwin Message-ID: <20060427230030.GU96684@tnn.dglawrence.com> References: <20060328044432.152CD45047@ptavv.es.net> <4428D0EE.6080603@FreeBSD.org> <20060328063930.GC12815@tnn.dglawrence.com> <200604271730.49268.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200604271730.49268.jhb@freebsd.org> Cc: Bachilo Dmitry , freebsd-current@freebsd.org, Sergey Matveychuk Subject: Re: nve0: device timeout (1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2006 23:00:37 -0000 > > I have a work-around patch for the problem that I've attached to this > > email. It simply disables the watchdog. A real fix would involve accounting > > for the outstanding transmit buffers differently (or perhaps not at all - > > e.g. always attempt to call the nvidia-supplied code and if a queue-full > > error occurs, then wait for an interrupt before trying to queue more > > transmit packets). > > What about the patch just posted to amd64@? It looks like a patch for > this issue. It changes the watchdog() routine to detect this condition > and if it happens exit the routine early without emitting a printf or > resetting the chip. Yeah, I saw the patch. It seems like a reasonable fix to me - maybe just a little kludgy, but it has better performance than a fully 'correct' fix. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-current@FreeBSD.ORG Thu Apr 27 23:43:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C45AF16A403 for ; Thu, 27 Apr 2006 23:43:30 +0000 (UTC) (envelope-from maksim.yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5668143D46 for ; Thu, 27 Apr 2006 23:43:29 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id 58E913BE5A for ; Thu, 27 Apr 2006 18:43:29 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 25769-01-6 for ; Thu, 27 Apr 2006 18:43:29 -0500 (CDT) Received: from [10.254.186.111] (sntc04ep01.savvis.net [64.14.1.106]) by mailgate1b.savvis.net (Postfix) with ESMTP id EA0CE3BE4F for ; Thu, 27 Apr 2006 18:43:28 -0500 (CDT) Message-ID: <44515720.8020908@savvis.net> Date: Thu, 27 Apr 2006 16:43:28 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------040001030303040502090306" X-Virus-Scanned: amavisd-new at savvis.net Subject: [PATCH] kbdmux(4), atkbd(4) and ddb(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Apr 2006 23:43:30 -0000 This is a multi-part message in MIME format. --------------040001030303040502090306 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit dear hackers, there were many complains about atkbd(4) not working in ddb(4) with kbdmux(4) enabled. i had a minute of free time and looked into this. it seems to me that atkbd(4) is not dealing properly with "polled" mode. after looking at the code, i came up with the attached patch. i did some very brief testing and the patch works for me. atkbd(4) now works in ddb(4) and single user mode with kbdmux(4) enabled. the patch is rather ugly (imo), because it assumes that something will call "poll" method repeatedly (which seems like we do it). also, ukbd(4) has somewhat similar code. could someone (with atkbd(4), syscons(4) and ddb(4) fu) please review it and tell me if its ok to commit. also, i would appreciate if someone would perform more extensive testing to see if there are any regressions. thanks, max --------------040001030303040502090306 Content-Type: text/plain; name="atkbd.c.diff.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="atkbd.c.diff.txt" --- atkbd.c.orig Thu Apr 27 16:29:26 2006 +++ atkbd.c Thu Apr 27 16:30:13 2006 @@ -26,7 +26,7 @@ */ #include -__FBSDID("$FreeBSD: /repoman/r/ncvs/src/sys/dev/atkbdc/atkbd.c,v 1.47 2005/06/10 20:56:37 marius Exp $"); +__FBSDID("$FreeBSD: src/sys/dev/atkbdc/atkbd.c,v 1.47 2005/06/10 20:56:37 marius Exp $"); #include "opt_kbd.h" #include "opt_atkbd.h" @@ -1023,6 +1023,15 @@ ++state->ks_polling; else --state->ks_polling; + + if (state->ks_polling) { + if ((*kbdsw[kbd->kb_index]->lock)(kbd, TRUE)) { + (*kbdsw[kbd->kb_index]->lock)(kbd, FALSE); + if ((*kbdsw[kbd->kb_index]->check_char)(kbd)) + (*kbdsw[kbd->kb_index]->intr)(kbd, NULL); + } + } + splx(s); return 0; } --------------040001030303040502090306-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 00:43:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAA8D16A400 for ; Fri, 28 Apr 2006 00:43:20 +0000 (UTC) (envelope-from brian@aljex.com) Received: from s1tank.virtdom.com (s1tank.virtdom.com [216.240.101.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 677BF43D4C for ; Fri, 28 Apr 2006 00:43:20 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 27389 invoked by uid 89); 28 Apr 2006 01:31:02 -0000 Received: from ool-44c5ba23.dyn.optonline.net (HELO venti) (brian@aljex.com@68.197.186.35) by s1tank.virtdom.com with SMTP; 28 Apr 2006 01:31:02 -0000 Message-ID: <02c301c66a5c$bafc7300$6500000a@venti> From: "Brian K. White" To: References: <20060427160536.M96305@atlantis.atlantis.dp.ua> <20060427181226.GA66431@xor.obsecurity.org> <44510CBE.6050102@sd2i.com> <20060427183541.GA67363@xor.obsecurity.org><445118C8.7020603@sd2i.com> <44511E27.2070101@chillt.de> Date: Thu, 27 Apr 2006 20:42:47 -0400 Organization: Aljex Software MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Subject: Re: RELENG_4 -> 5 -> 6: significant performance regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2006 00:43:20 -0000 ----- Original Message ----- From: "Bartosz Fabianowski" To: Cc: Sent: Thursday, April 27, 2006 3:40 PM Subject: Re: RELENG_4 -> 5 -> 6: significant performance regression >> You wrote that Giant is needed in 6.0 and now you write it has been >> removed. > > In 4.x, every UFS write requires the Giant lock. In 6.x, Giant is not > normally required, making file system operations faster. When you enable > QUOTA, you basically get back to the 4.x behavior where Giant is needed > for each write. This is why in 6.x UFS will normally be faster but if you > enable QUOTA, you lose the newly gained performance again. In that case the test was correct the question stands at least on that point. If quota isn't mpsafe yet, that's fine. It just means that performance should still be only about the same as on 4 while quota is enabled. Removing a feature you had before is no answer to this question. Removing an expensive new feature that didn't exist before could be. Is it maybe simply some expected/known extra overhead that is ok because it's understood that it's only for a while, while mpsafe quota gets polished and no one is expected to switch production boxes over until after? And once we have mpsafe quota we'll have a faster fs that still delivers the same features? Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO FreeBSD #callahans Satriani Filk! From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 01:01:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEC7C16A404 for ; Fri, 28 Apr 2006 01:01:09 +0000 (UTC) (envelope-from brian@aljex.com) Received: from s1tank.virtdom.com (s1tank.virtdom.com [216.240.101.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 53BB143D48 for ; Fri, 28 Apr 2006 01:01:09 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 62690 invoked by uid 89); 28 Apr 2006 01:48:52 -0000 Received: from ool-44c5ba23.dyn.optonline.net (HELO venti) (brian@aljex.com@68.197.186.35) by s1tank.virtdom.com with SMTP; 28 Apr 2006 01:48:52 -0000 Message-ID: <030701c66a5f$38884590$6500000a@venti> From: "Brian K. White" To: References: <20060427160536.M96305@atlantis.atlantis.dp.ua> <20060427181226.GA66431@xor.obsecurity.org> <44510CBE.6050102@sd2i.com> <20060427183541.GA67363@xor.obsecurity.org><445118C8.7020603@sd2i.com><44511E27.2070101@chillt.de> <02c301c66a5c$bafc7300$6500000a@venti> Date: Thu, 27 Apr 2006 21:00:36 -0400 Organization: Aljex Software MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Subject: Re: RELENG_4 -> 5 -> 6: significant performance regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2006 01:01:10 -0000 > ----- Original Message ----- > From: "Bartosz Fabianowski" > To: > Cc: > Sent: Thursday, April 27, 2006 3:40 PM > Subject: Re: RELENG_4 -> 5 -> 6: significant performance regression Brilliant. Sorry for posting back to the wrong list. Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO FreeBSD #callahans Satriani Filk! From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 01:01:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77F8916A408 for ; Fri, 28 Apr 2006 01:01: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 AB8DF43D53 for ; Fri, 28 Apr 2006 01:01:47 +0000 (GMT) (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 6FAAB1A4EB1; Thu, 27 Apr 2006 18:01:47 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 848BA55E60; Thu, 27 Apr 2006 21:01:46 -0400 (EDT) Date: Thu, 27 Apr 2006 21:01:46 -0400 From: Kris Kennaway To: "Brian K. White" Message-ID: <20060428010146.GA73203@xor.obsecurity.org> References: <20060427160536.M96305@atlantis.atlantis.dp.ua> <20060427181226.GA66431@xor.obsecurity.org> <44510CBE.6050102@sd2i.com> <44511E27.2070101@chillt.de> <02c301c66a5c$bafc7300$6500000a@venti> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <02c301c66a5c$bafc7300$6500000a@venti> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: RELENG_4 -> 5 -> 6: significant performance regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2006 01:01:48 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 27, 2006 at 08:42:47PM -0400, Brian K. White wrote: >=20 > ----- Original Message -----=20 > From: "Bartosz Fabianowski" > To: > Cc: > Sent: Thursday, April 27, 2006 3:40 PM > Subject: Re: RELENG_4 -> 5 -> 6: significant performance regression >=20 >=20 > >>You wrote that Giant is needed in 6.0 and now you write it has been > >>removed. > > > >In 4.x, every UFS write requires the Giant lock. In 6.x, Giant is not=20 > >normally required, making file system operations faster. When you enable= =20 > >QUOTA, you basically get back to the 4.x behavior where Giant is needed= =20 > >for each write. This is why in 6.x UFS will normally be faster but if yo= u=20 > >enable QUOTA, you lose the newly gained performance again. >=20 > In that case the test was correct the question stands at least on that=20 > point. > If quota isn't mpsafe yet, that's fine. It just means that performance=20 > should still be only about the same as on 4 while quota is enabled. > Removing a feature you had before is no answer to this question. > Removing an expensive new feature that didn't exist before could be. The above isn't quite accurate because 4.x uses the spl model which means that interrupts may be serviced while other code is operating at a lower spl level. The OP still needs to test without quotas (and other changes mentioned) to see whether it has an impact on his benchmark. Kris --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEUWl5Wry0BWjoQKURAiTlAKC7QYpK87heskQ1gPl0DYwnc27d6ACgkNd/ 3iSSAZqYPuBxmYWLyArHC5s= =KTxH -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 01:48:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39D3316A408 for ; Fri, 28 Apr 2006 01:48:27 +0000 (UTC) (envelope-from bl.uto@unix.net) Received: from boinc.ch (84-73-181-254.dclient.hispeed.ch [84.73.181.254]) by mx1.FreeBSD.org (Postfix) with SMTP id 35EBD43D46 for ; Fri, 28 Apr 2006 01:48:25 +0000 (GMT) (envelope-from bl.uto@unix.net) Received: (qmail 50957 invoked by uid 0); 28 Apr 2006 01:48:37 -0000 Received: from localhost (HELO mail.boinc.ch) (127.0.0.1) by localhost with SMTP; 28 Apr 2006 01:48:37 -0000 Received: from 65.96.210.62 (SquirrelMail authenticated user mut) by mail.boinc.ch with HTTP; Thu, 27 Apr 2006 21:48:37 -0400 (EDT) Message-ID: <38960.65.96.210.62.1146188917.squirrel@mail.boinc.ch> In-Reply-To: <4450AB74.5020709@meetinghouse.net> References: <4450AB74.5020709@meetinghouse.net> Date: Thu, 27 Apr 2006 21:48:37 -0400 (EDT) From: bl.uto@unix.net To: "Miles Fidelman" User-Agent: SquirrelMail/1.4.7 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Fri, 28 Apr 2006 02:21:55 +0000 Cc: freebsd-current@freebsd.org Subject: Re: reboot hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bl.uto@unix.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Apr 2006 01:48:27 -0000 try to disable ACPI in the loader scripts... ACPI_ENABLE=NO if i am not mistaken -jt > Hi, > > I'm a BSD newbie, trying to get FreeBSD installed (not a Unix newbie > though - a lot of linux and Solaris experience, plus BSD in its MacOS > flavor). > > So far, the install has gone very smoothly, with one minor glitch: a > reboot hangs after reporting "Rebooting..." - which seems to be > generated by the loader code, just before it initiates a reboot > > As far as I can tell, this seems to be a BIOS/motherboard issue (Foxconn > 661MXF7M1-S), but it also seems to be a problem people run into with > various other motherboards and BIOSs. > > In the Linux world, adding "reboot=b" to kernel options (use the BIOS > reboot function) solves the problem nicely, but I can't seem to find an > equivalent for FreeBSD. Is there one? Are there any other hacks > available? > > Thanks very much. > > Miles > > > _______________________________________________ > 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" > -- -jt From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 02:58:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4462916A404 for ; Fri, 28 Apr 2006 02:58:02 +0000 (UTC) (envelope-from mfidelman@meetinghouse.net) Received: from xel008.hosting.thruport.com (lists.neighborhood.net [64.237.102.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3DC843D53 for ; Fri, 28 Apr 2006 02:58:01 +0000 (GMT) (envelope-from mfidelman@meetinghouse.net) Received: from [192.168.0.2] (c-71-232-230-94.hsd1.ma.comcast.net [71.232.230.94]) by xel008.hosting.thruport.com (8.12.8/8.12.8) with ESMTP id k3S2v4oK021523; Thu, 27 Apr 2006 22:57:06 -0400 Message-ID: <445184B4.7030802@meetinghouse.net> Date: Thu, 27 Apr 2006 22:57:56 -0400 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.2) Gecko/20060405 SeaMonkey/1.0.1 MIME-Version: 1.0 To: bl.uto@unix.net References: <4450AB74.5020709@meetinghouse.net> <38960.65.96.210.62.1146188917.squirrel@mail.boinc.ch> In-Reply-To: <38960.65.96.210.62.1146188917.squirrel@mail.boinc.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: reboot hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2006 02:58:02 -0000 Just tried turning off ACPI in the BIOS - and that seems to work, so I expect ACPI_ENABLE=NO will too. But then power control goes out the window. I wonder what it is that Linux's reboot=b kernel switch does that leave ACPI active, but allows a reboot to work properly. Thanks, Miles bl.uto@unix.net wrote: > try to disable ACPI in the loader scripts... ACPI_ENABLE=NO if i am not > mistaken > > -jt > >> Hi, >> >> I'm a BSD newbie, trying to get FreeBSD installed (not a Unix newbie >> though - a lot of linux and Solaris experience, plus BSD in its MacOS >> flavor). >> >> So far, the install has gone very smoothly, with one minor glitch: a >> reboot hangs after reporting "Rebooting..." - which seems to be >> generated by the loader code, just before it initiates a reboot >> >> As far as I can tell, this seems to be a BIOS/motherboard issue (Foxconn >> 661MXF7M1-S), but it also seems to be a problem people run into with >> various other motherboards and BIOSs. >> >> In the Linux world, adding "reboot=b" to kernel options (use the BIOS >> reboot function) solves the problem nicely, but I can't seem to find an >> equivalent for FreeBSD. Is there one? Are there any other hacks >> available? >> >> Thanks very much. >> >> Miles >> >> >> _______________________________________________ >> 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 Apr 28 03:15:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7E9016A405 for ; Fri, 28 Apr 2006 03:15:36 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id F280143D49 for ; Fri, 28 Apr 2006 03:15:35 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by nz-out-0102.google.com with SMTP id z3so1815059nzf for ; Thu, 27 Apr 2006 20:15:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=cPmQLat1+utNHKQi42uAlF8lSeuKg94cBeqjGm1kbl0iCx0gQ6kpv9kM4RnqiOQWrPvB1isCh93al0jZW6buAeJSxV+sHGdx/kfaPUpGGIwfzyPbc7zy6AROmyYssc043HVDlPx1lz18so2GDA9//NQVR47z6u9kCzPYW4BrVtI= Received: by 10.36.251.79 with SMTP id y79mr5224029nzh; Thu, 27 Apr 2006 20:15:34 -0700 (PDT) Received: by 10.36.58.13 with HTTP; Thu, 27 Apr 2006 20:15:33 -0700 (PDT) Message-ID: <6eb82e0604272015g220c0667if0f3430b6aebfa68@mail.gmail.com> Date: Thu, 27 Apr 2006 23:15:33 -0400 From: "Rong-En Fan" To: "FreeBSD Current" , "Scott Long" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: -current buildkernel error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Apr 2006 03:15:37 -0000 I got the following error when buildkernel from just cvsup'ed source: =3D=3D=3D> rr232x (depend) @ -> /home/admin/usr/src/sys machine -> /home/admin/usr/src/sys/i386/include ln -sf /home/admin/usr/obj/home/admin/usr/src/sys/WOODSTOCK/opt_scsi.h opt_scsi.h ln -sf /home/admin/usr/obj/home/admin/usr/src/sys/WOODSTOCK/opt_cam.h opt_c= am.h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h make: don't know how to make os_bsd.h. Stop *** Error code 2 Stop in /home/admin/usr/src/sys/modules. *** Error code 1 Stop in /home/admin/usr/obj/home/admin/usr/src/sys/WOODSTOCK. *** Error code 1 Stop in /home/admin/usr/src. *** Error code 1 Stop in /home/admin/usr/src. Regards, Rong-en Fan From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 03:24:25 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52D6516A405; Fri, 28 Apr 2006 03:24:25 +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 D430E43D5D; Fri, 28 Apr 2006 03:24:19 +0000 (GMT) (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 7B8A51A4EB8; Thu, 27 Apr 2006 20:24:19 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CF85B55E9A; Thu, 27 Apr 2006 23:24:16 -0400 (EDT) Date: Thu, 27 Apr 2006 23:24:16 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20060428032415.GA77097@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: phk@FreeBSD.org Subject: Use after free in devfs from new pts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2006 03:24:25 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline With memguard watching the DEVFS1 malloc type: kern.pts.enable: 0 -> 1 running the pty stress2 test gives: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 06 fault virtual address = 0xc9448070 fault code = supervisor write, protection violation instruction pointer = 0x20:0xc050fb1a stack pointer = 0x28:0xf7cefa6c frame pointer = 0x28:0xf7cefa80 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1159 (pty) [thread pid 1159 tid 100212 ] Stopped at dev_relthread+0x33: subl $0x1,0x70(%ebx) db> wh Tracing pid 1159 tid 100212 td 0xccc5ad80 dev_relthread(c9448000,3,2000,ccc5ad80,c9448000) at dev_relthread+0x33 devfs_close(f7cefaec,c07607e6,3,3,ce23ca80) at devfs_close+0x3a6 VOP_CLOSE_APV(c0774ea0,f7cefaec,ccc5ad80,ccc5ad80,cc7b9000) at VOP_CLOSE_APV+0x94 vn_close(ce23ca80,3,ccb63b80,ccc5ad80,c106cc08) at vn_close+0xb0 vn_closefile(cce8fe10,ccc5ad80,f7cefbac,c051ab9d,cce8fe10) at vn_closefile+0xf0 devfs_close_f(cce8fe10,ccc5ad80,c0737913,876,cce8fe10) at devfs_close_f+0x19 fdrop_locked(cce8fe10,ccc5ad80,c0737913,861) at fdrop_locked+0xb9 fdrop(cce8fe10,ccc5ad80,cc483928,0,c0737913,872,cce8fe10,ccc5ad80,f7cefc0c,c051aade,0,ccc5ad80,c0737913,861,0,f7cefc40,c056d352,ccc9602c,ccc9602c,3f8,c0737913,f7cefc48,c05341e6,ccc9602c,1,c073a278,138) at fdrop+0x3c closef(cce8fe10,ccc5ad80,c0737913,3f8,ccc5ad80) at closef+0x428 close(ccc5ad80,f7cefd04,4,445,ccc5ad80) at close+0x25b syscall(3b,3b,3b,28050a1a,bfbfe880) at syscall+0x307 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (6, FreeBSD ELF32, close), eip = 0x28160a23, esp = 0xbfbfe81c, ebp = 0xbfbfea88 --- Kris --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEUYrfWry0BWjoQKURAoWmAJ94Id2XmSot6yYbosSHC/pFebLMtwCg8VF/ YFoq1DJ7GhL7MwZMU7A0HgU= =NLrH -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 03:34:58 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBA7B16A401 for ; Fri, 28 Apr 2006 03:34:58 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A17D43D53 for ; Fri, 28 Apr 2006 03:34:57 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.255.17] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.4/8.13.4) with ESMTP id k3S3YsJx052880 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Apr 2006 20:34:56 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <44518D58.3040306@FreeBSD.org> Date: Thu, 27 Apr 2006 20:34:48 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Miles Fidelman References: <4450AB74.5020709@meetinghouse.net> <38960.65.96.210.62.1146188917.squirrel@mail.boinc.ch> <445184B4.7030802@meetinghouse.net> In-Reply-To: <445184B4.7030802@meetinghouse.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, bl.uto@unix.net Subject: Re: reboot hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2006 03:34:58 -0000 Miles Fidelman wrote: > Just tried turning off ACPI in the BIOS - and that seems to work, so I > expect ACPI_ENABLE=NO will too. > > But then power control goes out the window. I wonder what it is that > Linux's reboot=b kernel switch does that leave ACPI active, but allows a > reboot to work properly. I have made some changes recently which should improve situation. They are not included into 6.x yet, though. -Maxim From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 04:02:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E9B616A400 for ; Fri, 28 Apr 2006 04:02:58 +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 4A18A43D53 for ; Fri, 28 Apr 2006 04:02:52 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k3S42mpG005011; Thu, 27 Apr 2006 22:02:49 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <445193EB.8090106@samsco.org> Date: Thu, 27 Apr 2006 22:02:51 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rong-En Fan References: <6eb82e0604272015g220c0667if0f3430b6aebfa68@mail.gmail.com> In-Reply-To: <6eb82e0604272015g220c0667if0f3430b6aebfa68@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: FreeBSD Current Subject: Re: -current buildkernel error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Apr 2006 04:02:59 -0000 Rong-En Fan wrote: > I got the following error when buildkernel from just cvsup'ed source: > > ===> rr232x (depend) > @ -> /home/admin/usr/src/sys > machine -> /home/admin/usr/src/sys/i386/include > ln -sf /home/admin/usr/obj/home/admin/usr/src/sys/WOODSTOCK/opt_scsi.h > opt_scsi.h > ln -sf /home/admin/usr/obj/home/admin/usr/src/sys/WOODSTOCK/opt_cam.h opt_cam.h > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > make: don't know how to make os_bsd.h. Stop > *** Error code 2 > > Stop in /home/admin/usr/src/sys/modules. > *** Error code 1 > > Stop in /home/admin/usr/obj/home/admin/usr/src/sys/WOODSTOCK. > *** Error code 1 > > Stop in /home/admin/usr/src. > *** Error code 1 > > Stop in /home/admin/usr/src. > > > Regards, > Rong-en Fan Sorry, should be fixed now. Scott From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 07:36:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2323D16A404 for ; Fri, 28 Apr 2006 07:36:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BA2743D46 for ; Fri, 28 Apr 2006 07:36:08 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k3S7a1Vp096658 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Apr 2006 10:36:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k3S7a1Gc001765; Fri, 28 Apr 2006 10:36:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k3S7a0BK001764; Fri, 28 Apr 2006 10:36:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 28 Apr 2006 10:36:00 +0300 From: Kostik Belousov To: Mike Jakubik Message-ID: <20060428073600.GA1270@deviant.kiev.zoral.com.ua> References: <20060303102644.GB37572@deviant.kiev.zoral.com.ua> <44512EFE.40100@rogers.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <44512EFE.40100@rogers.com> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on fw.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: [patch] giant-less quotas X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2006 07:36:10 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 27, 2006 at 04:52:14PM -0400, Mike Jakubik wrote: > Kostik Belousov wrote: > >I have developed patch to make ufs quota code working without > >Giant, i.e. properly lock dquot and all around. > > > >You can find the patch and description of the changes at > >http://kostikbel.narod.ru. Please, review. > > =20 >=20 > Is it possible to effectively test this on a UP kernel? I don't have any= =20 > SMP capable machines available. I think it shall be tested both on UP and SMP machines. So, yes, UP testing (presumably, with PREEMPTION) is useful. Please, wait a short time for new patch. Current patch has two issues: 1. recent BO_NEEDSGIANT changes prevent patch from applying. I need to do a merge. 2. I have fixed deadlock that appears when shapshot is taken on quota-enabled fs (this deadlock is specific to my patch). Supposely, this is problem reported by Kris Kennaway. --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEUcXfC3+MBN1Mb4gRAqHkAJ4i8smoq2Wcb6oDEBwrmWnquJ5WXgCgs4yR PZKrQJZYbg2pYnGpyYiTH6E= =hgVk -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 08:08:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0EE216A403 for ; Fri, 28 Apr 2006 08:08:17 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8446043D45 for ; Fri, 28 Apr 2006 08:08:13 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FZO19-000B9C-DT for freebsd-current@freebsd.org; Fri, 28 Apr 2006 17:07:59 +0900 Message-ID: <4451CD5E.6060003@micom.mng.net> Date: Fri, 28 Apr 2006 17:07:58 +0900 From: Ganbold User-Agent: Thunderbird 1.5 (X11/20060202) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: panic: _mtx_lock_sleep: recursed on non-recursive mutex pmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2006 08:08:17 -0000 Hi, On today's CURRENT I get panic. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #28: Fri Apr 28 16:34:14 ULAST 2006 tsgan@gw.micom.mng.net:/usr/obj/usr/src/sys/GW WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400 real memory = 266534912 (254 MB) avail memory = 251121664 (239 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xf7000000-0xf7ffffff,0xfa000000-0xfbffffff irq 16 at device 0.0 on pci1 uhci0: port 0xcc00-0xcc1f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd400-0xd41f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd800-0xd81f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xf9100000-0xf91003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 rl0: port 0xb800-0xb8ff mem 0xf9020000-0xf90200ff irq 17 at device 2.0 on pci2 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:bf:1c:bb:cd my0: port 0xb400-0xb4ff mem 0xf9020400-0xf90207ff irq 18 at device 4.0 on pci2 my0: autoneg not complete, my0: no carrier my0: Ethernet address: 00:a1:b0:08:c7:37 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FAST] 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 Timecounter "TSC" frequency 2394013872 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default ad0: DMA limited to UDMA33, controller found non-ATA66 cable ad0: 28629MB at ata0-master UDMA33 ad1: DMA limited to UDMA33, controller found non-ATA66 cable ad1: 28629MB at ata0-slave UDMA33 acd0: CDROM at ata1-master PIO4 ad3: 28629MB at ata1-slave UDMA100 Trying to mount root from ufs:/dev/ad0s1a lock order reversal: 1st 0xc150e0a8 pmap (pmap) @ /usr/src/sys/i386/i386/pmap.c:2111 2nd 0xc104c078 system map (system map) @ /usr/src/sys/vm/vm_map.c:1096 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c07c9398,c07c9460,c078e284) at kdb_backtrace+0x29 witness_checkorder(c104c078,9,c0730429,448) at witness_checkorder+0x586 _mtx_lock_flags(c104c078,0,c0730429,448) at _mtx_lock_flags+0x6b _vm_map_lock(c104c000,c0730429,448) at _vm_map_lock+0x23 vm_map_find(c104c000,0,0,0,cb29ba68,1000,1,7,7,4) at vm_map_find+0x2d kmem_alloc_nofault(c104c000,1000,c06d02a3,c0814138,c122f8b8) at kmem_alloc_nofault+0x37 get_pv_entry(c150e0a8,0,0,bfefeffc,cb29badc) at get_pv_entry+0x110 pmap_insert_entry(c150e0a8,bfbff000,c122f8b8,0,c122d428) at pmap_insert_entry+0x3e pmap_enter(c150e0a8,bfbff000,c122f8b8,7,0,c103f168,0,c072fe72,380) at pmap_enter+0x1de vm_fault(c150e000,bfbff000,2,8,c1501360) at vm_fault+0x10a4 trap_pfault(cb29bc90,0,bfbfffff) at trap_pfault+0xce trap(c1500008,c0730028,28,c078936a,bfbfffff) at trap+0x401 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc06d29a1, esp = 0xcb29bcd0, ebp = 0xcb29bd0c --- subyte(0,cb29bd38) at subyte+0x25 fork_exit(c054487c,0,cb29bd38) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcb29bd6c, ebp = 0 --- panic: _mtx_lock_sleep: recursed on non-recursive mutex pmap @ /usr/src/sys/i386/i386/pmap.c:1843 KDB: enter: panic [thread pid 1 tid 100007 ] Stopped at kdb_enter+0x2b: nop db> trace Tracing pid 1 tid 100007 td 0xc1501360 kdb_enter(c07178b8) at kdb_enter+0x2b panic(c07167cf,c07356bc,c073895e,733,c1501404) at panic+0xbb _mtx_lock_sleep(c08338e0,c1501360,0,c073895e,733) at _mtx_lock_sleep+0x39 _mtx_lock_flags(c08338e0,0,c073895e,733,0) at _mtx_lock_flags+0x94 pmap_remove(c08338e0,cc612000,cc613000) at pmap_remove+0x59 vm_map_delete(c104c000,cc612000,cc613000,c1230200,cc612000) at vm_map_delete+0x159 vm_map_remove(c104c000,cc612000,cc613000,cb29ba3c,c06cfee7) at vm_map_remove+0x42 kmem_free(c104c000,cc612000,1000,c0814138,0) at kmem_free+0x25 free_pv_entry(c08338e0,cc612040,c122fd80,6a31563,c08338e0) at free_pv_entry+0x1cf pmap_remove_entry(c08338e0,c122fd80,ca988000) at pmap_remove_entry+0xa8 pmap_remove_pte(c08338e0,bff2a620,ca988000) at pmap_remove_pte+0xc6 pmap_remove(c08338e0,ca948000,ca98a000) at pmap_remove+0x114 vm_map_delete(c10430a8,ca948000,ca98a000,c10430a8,c0730281,1d2) at vm_map_delete+0x159 kmem_free_wakeup(c10430a8,ca948000,41400,c14fed80,cb29bc5c) at kmem_free_wakeup+0x38 exec_free_args(cb29bc90) at exec_free_args+0x1e do_execve(c1501360,cb29bc90,0,cb29bc90,bfbffff2) at do_execve+0xb43 kern_execve(c1501360,cb29bc90,0) at kern_execve+0x7c execve(c1501360,cb29bcf0,bfbfffe4,bfbffff2,bfbfffe8,bfbffffd,bfbfffec,0) at execve+0x2f start_init(0,cb29bd38) at start_init+0x20b fork_exit(c054487c,0,cb29bd38) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xcb29bd6c, ebp = 0x3b --- db> wh Tracing pid 1 tid 100007 td 0xc1501360 kdb_enter(c07178b8) at kdb_enter+0x2b panic(c07167cf,c07356bc,c073895e,733,c1501404) at panic+0xbb _mtx_lock_sleep(c08338e0,c1501360,0,c073895e,733) at _mtx_lock_sleep+0x39 _mtx_lock_flags(c08338e0,0,c073895e,733,0) at _mtx_lock_flags+0x94 pmap_remove(c08338e0,cc612000,cc613000) at pmap_remove+0x59 vm_map_delete(c104c000,cc612000,cc613000,c1230200,cc612000) at vm_map_delete+0x159 vm_map_remove(c104c000,cc612000,cc613000,cb29ba3c,c06cfee7) at vm_map_remove+0x42 kmem_free(c104c000,cc612000,1000,c0814138,0) at kmem_free+0x25 free_pv_entry(c08338e0,cc612040,c122fd80,6a31563,c08338e0) at free_pv_entry+0x1cf pmap_remove_entry(c08338e0,c122fd80,ca988000) at pmap_remove_entry+0xa8 pmap_remove_pte(c08338e0,bff2a620,ca988000) at pmap_remove_pte+0xc6 pmap_remove(c08338e0,ca948000,ca98a000) at pmap_remove+0x114 vm_map_delete(c10430a8,ca948000,ca98a000,c10430a8,c0730281,1d2) at vm_map_delete+0x159 kmem_free_wakeup(c10430a8,ca948000,41400,c14fed80,cb29bc5c) at kmem_free_wakeup+0x38 exec_free_args(cb29bc90) at exec_free_args+0x1e do_execve(c1501360,cb29bc90,0,cb29bc90,bfbffff2) at do_execve+0xb43 kern_execve(c1501360,cb29bc90,0) at kern_execve+0x7c execve(c1501360,cb29bcf0,bfbfffe4,bfbffff2,bfbfffe8,bfbffffd,bfbfffec,0) at execve+0x2f start_init(0,cb29bd38) at start_init+0x20b fork_exit(c054487c,0,cb29bd38) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xcb29bd6c, ebp = 0x3b --- db> From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 11:56:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BCE716A400; Fri, 28 Apr 2006 11:56:39 +0000 (UTC) (envelope-from mfidelman@meetinghouse.net) Received: from xel008.hosting.thruport.com (lists.neighborhood.net [64.237.102.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEDBB43D46; Fri, 28 Apr 2006 11:56:38 +0000 (GMT) (envelope-from mfidelman@meetinghouse.net) Received: from [192.168.0.2] (c-71-232-230-94.hsd1.ma.comcast.net [71.232.230.94]) by xel008.hosting.thruport.com (8.12.8/8.12.8) with ESMTP id k3SBtgoK028508; Fri, 28 Apr 2006 07:55:42 -0400 Message-ID: <445202F3.40008@meetinghouse.net> Date: Fri, 28 Apr 2006 07:56:35 -0400 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.2) Gecko/20060405 SeaMonkey/1.0.1 MIME-Version: 1.0 To: Maxim Sobolev References: <4450AB74.5020709@meetinghouse.net> <38960.65.96.210.62.1146188917.squirrel@mail.boinc.ch> <445184B4.7030802@meetinghouse.net> <44518D58.3040306@FreeBSD.org> In-Reply-To: <44518D58.3040306@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, bl.uto@unix.net Subject: Re: reboot hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2006 11:56:39 -0000 Maxim Sobolev wrote: > Miles Fidelman wrote: >> Just tried turning off ACPI in the BIOS - and that seems to work, so I >> expect ACPI_ENABLE=NO will too. >> >> But then power control goes out the window. I wonder what it is that >> Linux's reboot=b kernel switch does that leave ACPI active, but allows >> a reboot to work properly. > > I have made some changes recently which should improve situation. They > are not included into 6.x yet, though. > > -Maxim Out of curiosity, what are the changes? Are they something that could be patched into the current (or -release) version(s). Thanks, Miles From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 12:11:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94DC316A406 for ; Fri, 28 Apr 2006 12:11:59 +0000 (UTC) (envelope-from zach@webges.com) Received: from mail.webges.com (mail.webges.com [213.185.179.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34E0643D4C for ; Fri, 28 Apr 2006 12:11:59 +0000 (GMT) (envelope-from zach@webges.com) Received: from localhost (localhost [127.0.0.1]) by mail.webges.com (Postfix) with ESMTP id EB60715207A3 for ; Fri, 28 Apr 2006 14:11:56 +0200 (CEST) Received: from [192.168.0.188] (webges-office [86.59.10.162]) by mail.webges.com (Postfix) with ESMTP id 9E9851520735 for ; Fri, 28 Apr 2006 14:11:55 +0200 (CEST) Message-ID: <4452069C.7040604@webges.com> Date: Fri, 28 Apr 2006 14:12:12 +0200 From: Michael Zach User-Agent: Thunderbird 1.5 (X11/20060424) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at mail.webges.com Cc: Subject: PV entries too small X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2006 12:12:01 -0000 Hi, I get an "Approaching the limits on PV entries, increase the vm.pmap.shpgperproc tunable." all the time when the system gets under heavy load. System was build on April 8: FreeBSD bender.intern.foobar.com 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sat Apr 8 09:54:44 CEST 2006 zed@bender.intern.foobar.com:/usr/obj/usr/src/sys/BENDER i386 Searching the lists and google'ing around didn't show much results, except the implementation sources. Also it seems to be impossible to set this via sysctl during runtime nor does it show up in sysctl -a. Didn't try setting in using loader.conf yet since I haven't found a reasonable value documented. Thanks, Michael From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 16:01:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 075FE16A408 for ; Fri, 28 Apr 2006 16:01:14 +0000 (UTC) (envelope-from ahebert@pubnix.net) Received: from mail.pubnix.net (Mail.pubnix.net [192.172.250.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85A1843D4C; Fri, 28 Apr 2006 16:01:13 +0000 (GMT) (envelope-from ahebert@pubnix.net) Received: from [10.0.1.2] (aal.pubnix.net [64.235.216.13]) (authenticated bits=0) by mail.pubnix.net (8.13.6/8.13.6) with ESMTP id k3SG1B3T096118; Fri, 28 Apr 2006 12:01:12 -0400 (EDT) (envelope-from ahebert@pubnix.net) Message-ID: <44523C47.2000306@pubnix.net> Date: Fri, 28 Apr 2006 12:01:11 -0400 From: Alain Hebert Organization: PubNIX, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-hacker@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: SOLVED - Re: Intel 6300ESB SATA - Now Tyan B5350G20S2H-LC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ahebert@pubnix.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Apr 2006 16:01:14 -0000 Well, I'll spare you the journey... Summary: The shipping ROM for the M8110 (named 1234) has protected mode instructions (as documented by John) which halted BTX / Boot / Loader. There is a ROM from Tyan (1235-M1.ROM) but didnt not come with its flash update program and was not to be found on tyan site, nor techsupport gave any clue about it. (2 days now and nothing much more than automated emails) So I finally found it while digging in the shipping CD (Under Adaptec/8100/Utilities/M8110...rar) it was called mv.exe (for Marvell BTW). Now everything is perfect. Still to be fixed: 6.1-RC cant seem to read the Metadata of the other RAID controller (Intel 6300ESB SATA150) but this server is going in production fast, so I might not be able to get a fix for it. -- Alain Hebert ahebert@pubnix.net PubNIX Inc. P.O. Box 175 Beaconsfield, Quebec H9W 5T7 tel 514-990-5911 http://www.pubnix.net fax 514-990-9443 From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 17:06:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCB7F16A403 for ; Fri, 28 Apr 2006 17:06:14 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 876FC43D48 for ; Fri, 28 Apr 2006 17:06:14 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.19.131]) ([10.251.19.131]) by a50.ironport.com with ESMTP; 28 Apr 2006 10:06:14 -0700 Message-ID: <44524B85.2060103@elischer.org> Date: Fri, 28 Apr 2006 10:06:13 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ganbold References: <4451CD5E.6060003@micom.mng.net> In-Reply-To: <4451CD5E.6060003@micom.mng.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: panic: _mtx_lock_sleep: recursed on non-recursive mutex pmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2006 17:06:14 -0000 me too Ganbold wrote: > Hi, > [...] > > ad0: DMA limited to UDMA33, controller found non-ATA66 cable > ad0: 28629MB at ata0-master UDMA33 > ad1: DMA limited to UDMA33, controller found non-ATA66 cable > ad1: 28629MB at ata0-slave UDMA33 > acd0: CDROM at ata1-master PIO4 > ad3: 28629MB at ata1-slave UDMA100 > Trying to mount root from ufs:/dev/ad0s1a > lock order reversal: > 1st 0xc150e0a8 pmap (pmap) @ /usr/src/sys/i386/i386/pmap.c:2111 > 2nd 0xc104c078 system map (system map) @ /usr/src/sys/vm/vm_map.c:1096 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c07c9398,c07c9460,c078e284) at > kdb_backtrace+0x29 > witness_checkorder(c104c078,9,c0730429,448) at witness_checkorder+0x586 > _mtx_lock_flags(c104c078,0,c0730429,448) at _mtx_lock_flags+0x6b > _vm_map_lock(c104c000,c0730429,448) at _vm_map_lock+0x23 > vm_map_find(c104c000,0,0,0,cb29ba68,1000,1,7,7,4) at vm_map_find+0x2d > kmem_alloc_nofault(c104c000,1000,c06d02a3,c0814138,c122f8b8) at > kmem_alloc_nofault+0x37 > get_pv_entry(c150e0a8,0,0,bfefeffc,cb29badc) at get_pv_entry+0x110 > pmap_insert_entry(c150e0a8,bfbff000,c122f8b8,0,c122d428) at > pmap_insert_entry+0x3e > pmap_enter(c150e0a8,bfbff000,c122f8b8,7,0,c103f168,0,c072fe72,380) at > pmap_enter+0x1de > vm_fault(c150e000,bfbff000,2,8,c1501360) at vm_fault+0x10a4 > trap_pfault(cb29bc90,0,bfbfffff) at trap_pfault+0xce > trap(c1500008,c0730028,28,c078936a,bfbfffff) at trap+0x401 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc06d29a1, esp = 0xcb29bcd0, ebp = 0xcb29bd0c --- > subyte(0,cb29bd38) at subyte+0x25 > fork_exit(c054487c,0,cb29bd38) at fork_exit+0xa4 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xcb29bd6c, ebp = 0 --- > panic: _mtx_lock_sleep: recursed on non-recursive mutex pmap @ > /usr/src/sys/i386/i386/pmap.c:1843 > > KDB: enter: panic > [thread pid 1 tid 100007 ] > Stopped at kdb_enter+0x2b: nop > db> trace > Tracing pid 1 tid 100007 td 0xc1501360 > kdb_enter(c07178b8) at kdb_enter+0x2b > panic(c07167cf,c07356bc,c073895e,733,c1501404) at panic+0xbb > _mtx_lock_sleep(c08338e0,c1501360,0,c073895e,733) at _mtx_lock_sleep+0x39 > _mtx_lock_flags(c08338e0,0,c073895e,733,0) at _mtx_lock_flags+0x94 > pmap_remove(c08338e0,cc612000,cc613000) at pmap_remove+0x59 > vm_map_delete(c104c000,cc612000,cc613000,c1230200,cc612000) at > vm_map_delete+0x159 > vm_map_remove(c104c000,cc612000,cc613000,cb29ba3c,c06cfee7) at > vm_map_remove+0x42 > kmem_free(c104c000,cc612000,1000,c0814138,0) at kmem_free+0x25 > free_pv_entry(c08338e0,cc612040,c122fd80,6a31563,c08338e0) at > free_pv_entry+0x1cf > pmap_remove_entry(c08338e0,c122fd80,ca988000) at pmap_remove_entry+0xa8 > pmap_remove_pte(c08338e0,bff2a620,ca988000) at pmap_remove_pte+0xc6 > pmap_remove(c08338e0,ca948000,ca98a000) at pmap_remove+0x114 > vm_map_delete(c10430a8,ca948000,ca98a000,c10430a8,c0730281,1d2) at > vm_map_delete+0x159 > kmem_free_wakeup(c10430a8,ca948000,41400,c14fed80,cb29bc5c) at > kmem_free_wakeup+0x38 > exec_free_args(cb29bc90) at exec_free_args+0x1e > do_execve(c1501360,cb29bc90,0,cb29bc90,bfbffff2) at do_execve+0xb43 > kern_execve(c1501360,cb29bc90,0) at kern_execve+0x7c > execve(c1501360,cb29bcf0,bfbfffe4,bfbffff2,bfbfffe8,bfbffffd,bfbfffec,0) > at execve+0x2f > start_init(0,cb29bd38) at start_init+0x20b > fork_exit(c054487c,0,cb29bd38) at fork_exit+0xa4 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xcb29bd6c, ebp = 0x3b --- > db> wh > Tracing pid 1 tid 100007 td 0xc1501360 > kdb_enter(c07178b8) at kdb_enter+0x2b > panic(c07167cf,c07356bc,c073895e,733,c1501404) at panic+0xbb > _mtx_lock_sleep(c08338e0,c1501360,0,c073895e,733) at _mtx_lock_sleep+0x39 > _mtx_lock_flags(c08338e0,0,c073895e,733,0) at _mtx_lock_flags+0x94 > pmap_remove(c08338e0,cc612000,cc613000) at pmap_remove+0x59 > vm_map_delete(c104c000,cc612000,cc613000,c1230200,cc612000) at > vm_map_delete+0x159 > vm_map_remove(c104c000,cc612000,cc613000,cb29ba3c,c06cfee7) at > vm_map_remove+0x42 > kmem_free(c104c000,cc612000,1000,c0814138,0) at kmem_free+0x25 > free_pv_entry(c08338e0,cc612040,c122fd80,6a31563,c08338e0) at > free_pv_entry+0x1cf > pmap_remove_entry(c08338e0,c122fd80,ca988000) at pmap_remove_entry+0xa8 > pmap_remove_pte(c08338e0,bff2a620,ca988000) at pmap_remove_pte+0xc6 > pmap_remove(c08338e0,ca948000,ca98a000) at pmap_remove+0x114 > vm_map_delete(c10430a8,ca948000,ca98a000,c10430a8,c0730281,1d2) at > vm_map_delete+0x159 > kmem_free_wakeup(c10430a8,ca948000,41400,c14fed80,cb29bc5c) at > kmem_free_wakeup+0x38 > exec_free_args(cb29bc90) at exec_free_args+0x1e > do_execve(c1501360,cb29bc90,0,cb29bc90,bfbffff2) at do_execve+0xb43 > kern_execve(c1501360,cb29bc90,0) at kern_execve+0x7c > execve(c1501360,cb29bcf0,bfbfffe4,bfbffff2,bfbfffe8,bfbffffd,bfbfffec,0) > at execve+0x2f > start_init(0,cb29bd38) at start_init+0x20b > fork_exit(c054487c,0,cb29bd38) at fork_exit+0xa4 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xcb29bd6c, ebp = 0x3b --- > db> > > _______________________________________________ > 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" < X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CEA416A405 for ; Fri, 28 Apr 2006 17:58:25 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id AED7C43D4C for ; Fri, 28 Apr 2006 17:58:23 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:AL+s/ZQjpgpimzw52kG4xc6Ov3BZCSHlSMVo9vlaQphBORXzNFmxQpWum5XpyU63@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k3SHwHB0087046 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Apr 2006 02:58:17 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 29 Apr 2006 02:58:17 +0900 Message-ID: From: Hajimu UMEMOTO To: current@FreeBSD.org In-Reply-To: <20060428141404.Q40418@fledge.watson.org> References: <200604281203.k3SC3da7070033@repoman.freebsd.org> <20060428141404.Q40418@fledge.watson.org> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-RC X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.4 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Sat, 29 Apr 2006 02:58:18 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on ameno.mahoroba.org Cc: Michael Bushkov Subject: name-service caching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2006 17:58:25 -0000 Hi, >>>>> On Fri, 28 Apr 2006 14:17:45 +0100 (BST) >>>>> Robert Watson said: rwatson> On Fri, 28 Apr 2006, Hajimu UMEMOTO wrote: > - Extend the nsswitch to support Services, Protocols and Rpc > databases. > - Make nsswitch support caching. > > Submitted by: Michael Bushkov > Sponsored by: Google Summer of Code 2005 rwatson> Very cool! Thanks to Michael and you for making this happen (and, of course, rwatson> Google, for helping to fund it!). I trust we're going to get a long rwatson> informative e-mail to current@ explaining how one sets it up to play with it, rwatson> what sort of performance results have been had, etc? :-) Okay, you can set it up quite easy: 1) Make sure you have /etc/cached.conf installed. 2) Put cached_enable="YES" into your /etc/rc.conf. 3) Start cached(8) by `/etc/rc.d/cached start'. 4) Put `cache' keyword to the database entries which you want to cache the result in /etc/nsswitch.conf. For example: hosts: cache files dns Please refer cached(8) and cached.conf(5) manpages for detail. Here is a result of tools/regression/lib/libc/resolv/resolv.t with some modifications to do lookup twice and output time: ume@kasuga:1019% sh ./resolv.t 1..3 29.21 real 1.29 user 0.75 sys ok 1-1 - getaddrinfo() 10.33 real 1.09 user 0.44 sys ok 1-2 - getaddrinfo() 24.07 real 0.26 user 0.77 sys ok 2-1 - gethostbyname() 19.02 real 0.22 user 0.67 sys ok 2-2 - gethostbyname() 25.04 real 0.20 user 0.78 sys ok 3-1 - getipnodebyname() 23.03 real 0.15 user 0.71 sys ok 3-2 - getipnodebyname() You can see notable performance advancement in getaddrinfo(3). Since getaddrinfo(3) does DNS query twice for each call; A RR and AAAA RR, I think that cache has a marked effect. However, it doesn't seem notable advancement in getipnodebyname(3) and gethostbyname(3). I think it is because cached(8) doesn't cache on query error like SERVFAIL. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 21:25:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9154116A403 for ; Fri, 28 Apr 2006 21:25:17 +0000 (UTC) (envelope-from bushman@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id F202243D49 for ; Fri, 28 Apr 2006 21:25:16 +0000 (GMT) (envelope-from bushman@rsu.ru) Received: from jersey (p1.mp101.aaanet.ru [80.80.101.1]) (authenticated bits=0) by mail.r61.net (8.13.6/8.13.6) with ESMTP id k3SLOvA1020303 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Sat, 29 Apr 2006 01:25:06 +0400 (MSD) (envelope-from bushman@rsu.ru) Message-ID: <002401c66b0a$44c230e0$01655050@jersey> From: "Michael Bushkov" To: Date: Sat, 29 Apr 2006 01:25:10 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on asterix.r61.net X-Virus-Status: Clean Subject: [HEADS UP] caching daemon imported into the source 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: Fri, 28 Apr 2006 21:25:17 -0000 Hello! I'm pleased to say that several nsswitch extensions and the caching daemon (which I've been developing during the Summer Of Code 2005 and later) are now in the source tree. Thanks very much to Brooks Davis and Jacques Vidrine, who were my mentors on this project. And very special thanks to Hajimu Umemoto, who reviewed the code and actually committed it. Extensions, which are now included into the libc and usr.sbin are: - getservXXX() functions now work through nsdispatch(). "files", "nis" and "compat" nsswitch sources are implemeted. "sources" and "sources_compat" databases can now be specified in nsswitch.conf. The idea of "services_compat" database is the same as for "passwd_compat" and "group_compat": if we find "+" in /etc/services, we'll substitute it with information received from the "services_compat" database's source. - getprotoXXX() functions now work through nsdispatch(). Only "files" source is implemented in libc. "protocols" database is now available in nsswitch.conf. - getrpcXXX() functions now work through nsdispatch(). "files" source is implemented, "rpc" database is now available. - caching daemon (cached) was implemented and caching support was added to all places, where nsdispatch() is used. - you can exclude all the caching-related stuff during the buildworld by setting MK_NS_CACHING to "no". Caching daemon is used to cache results of nsswitch queries (see cached(8) and cached.conf(5)). All you need to activate cached is: 1) Add "cached_enable=yes" to rc.conf 2) Specify "cache" source as the first source in all nsswitch databases, which queries you want to cache. By default caching daemon will cache the results of queries, made by userland. The cache will be separated by each user's euid/egid to avoid cache poisioning. There is also "perform-actual-lookups" option in cached.conf, which can make caching daemon not only to cache the results, but to perform actual query to the nsswitch sources. I.e. with perform-actual-lookups turned on for specified database, caching daemon will behave almost like nscd for this database. Currently "perform-actual-lookups" option can only be used with "passwd", "groups" and "services" databases. Caching daemon supports caching of getXXXent() functions' results (caching of sequences of data) - which can be very helpful - as getpwent() function, for example, is called during each login operation. Caching daemon can greatly increase system performance when using LDAP or NIS nsswitch sources (especially the login speed). It also helps with caching huge /etc/services file - not every getservXXX() query now searches this whole file. Performance benchmarks results comparisons still have not been made - but they will surely be done. I'm currently working further on the caching daemon and nsswitch-related stuff. Please, try it out and send me your comments and ideas. I'll be really glad to hear them. With best regards, Michael Bushkov From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 21:37:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 986DA16A406 for ; Fri, 28 Apr 2006 21:37:18 +0000 (UTC) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03AFF43D46 for ; Fri, 28 Apr 2006 21:37:17 +0000 (GMT) (envelope-from cdillon@wolves.k12.mo.us) Received: from localhost (localhost [127.0.0.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id 2EB57B846; Fri, 28 Apr 2006 16:37:17 -0500 (CDT) Received: from mail.wolves.k12.mo.us ([127.0.0.1]) by localhost (mail.wolves.k12.mo.us [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 60705-02; Fri, 28 Apr 2006 16:37:16 -0500 (CDT) Received: from wolves.k12.mo.us (localhost [127.0.0.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id 6D90FB820; Fri, 28 Apr 2006 16:37:16 -0500 (CDT) Received: from cdtech.int.wolves.k12.mo.us (cdtech.int.wolves.k12.mo.us [10.1.3.200]) by www.wolves.k12.mo.us (Horde MIME library) with HTTP; Fri, 28 Apr 2006 16:37:16 -0500 Message-ID: <20060428163716.ird7p8avns484wso@www.wolves.k12.mo.us> Date: Fri, 28 Apr 2006 16:37:16 -0500 From: Chris Dillon To: Michael Bushkov References: <002401c66b0a$44c230e0$01655050@jersey> In-Reply-To: <002401c66b0a$44c230e0$01655050@jersey> 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.1) / FreeBSD-6.1 X-Virus-Scanned: amavisd-new at wolves.k12.mo.us Cc: freebsd-current@freebsd.org Subject: Re: [HEADS UP] caching daemon imported into the source 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: Fri, 28 Apr 2006 21:37:18 -0000 Quoting Michael Bushkov : > I'm pleased to say that several nsswitch extensions and the caching > daemon (which I've been developing during the Summer Of Code 2005 and > later) are now in the source tree. Thanks very much to Brooks Davis and > Jacques Vidrine, who were my mentors on this project. And very special > thanks to Hajimu Umemoto, who reviewed the code and actually committed > it. Great! Will this eventually go into RELENG_6? From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 21:48:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 403B116A43C for ; Fri, 28 Apr 2006 21:48:25 +0000 (UTC) (envelope-from bushman@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B61443D60 for ; Fri, 28 Apr 2006 21:48:18 +0000 (GMT) (envelope-from bushman@rsu.ru) Received: from jersey (p1.mp101.aaanet.ru [80.80.101.1]) (authenticated bits=0) by mail.r61.net (8.13.6/8.13.6) with ESMTP id k3SLlvmu021371 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Sat, 29 Apr 2006 01:48:08 +0400 (MSD) (envelope-from bushman@rsu.ru) Message-ID: <004501c66b0d$7d38a910$01655050@jersey> From: "Michael Bushkov" To: "Chris Dillon" References: <002401c66b0a$44c230e0$01655050@jersey> <20060428163716.ird7p8avns484wso@www.wolves.k12.mo.us> Date: Sat, 29 Apr 2006 01:48:10 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on asterix.r61.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: [HEADS UP] caching daemon imported into the source 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: Fri, 28 Apr 2006 21:48:25 -0000 Hi! >> I'm pleased to say that several nsswitch extensions and the caching >> daemon (which I've been developing during the Summer Of Code 2005 and >> later) are now in the source tree. Thanks very much to Brooks Davis and >> Jacques Vidrine, who were my mentors on this project. And very special >> thanks to Hajimu Umemoto, who reviewed the code and actually committed >> it. > > Great! Will this eventually go into RELENG_6? > I'm not sure about it. I've planned, however, to make a patch for RELENG_6 for testing purposes. As soon as it is done, I'll post a link to it to -current. With best regards, Michael Bushkov From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 22:20:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 927D416A403; Fri, 28 Apr 2006 22:20:02 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E6BD43D48; Fri, 28 Apr 2006 22:20:02 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mr8so.prod.shaw.ca (pd4mr8so-qfe3.prod.shaw.ca [10.0.141.101]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IYG00HP4E1DT700@l-daemon>; Fri, 28 Apr 2006 16:20:01 -0600 (MDT) Received: from pn2ml6so.prod.shaw.ca ([10.0.121.150]) by pd4mr8so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IYG00LMAE1DUYK0@pd4mr8so.prod.shaw.ca>; Fri, 28 Apr 2006 16:20:01 -0600 (MDT) Received: from [192.168.0.60] ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IYG00J8KE1COUY0@l-daemon>; Fri, 28 Apr 2006 16:20:01 -0600 (MDT) Date: Fri, 28 Apr 2006 15:20:00 -0700 From: Colin Percival In-reply-to: <002401c66b0a$44c230e0$01655050@jersey> To: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Message-id: <44529510.6030704@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=KOI8-R Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <002401c66b0a$44c230e0$01655050@jersey> User-Agent: Thunderbird 1.5 (X11/20060416) Cc: Michael Bushkov Subject: [HEADS UP] upcoming /etc/services updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Apr 2006 22:20:02 -0000 Michael Bushkov wrote: > - getservXXX() functions now work through nsdispatch(). "files", "nis" > and "compat" nsswitch sources are implemeted. "sources" and > "sources_compat" databases can now be specified in nsswitch.conf. The > idea of "services_compat" database is the same as for "passwd_compat" > and "group_compat": if we find "+" in /etc/services, we'll substitute it > with information received from the "services_compat" database's source. Now that searching through a large /etc/services file is no longer a performance bottleneck, I intend to merge most of IANA's port assignment list into our /etc/services some time in mid-May. If anyone objects to this, please let me know now. Colin Percival From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 22:26:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BF5B16A41A; Fri, 28 Apr 2006 22:26:30 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5367E43D5D; Fri, 28 Apr 2006 22:26:29 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FZbPv-000FVF-PU; Fri, 28 Apr 2006 23:26:27 +0100 Date: Fri, 28 Apr 2006 23:26:27 +0100 From: Ceri Davies To: Colin Percival Message-ID: <20060428222627.GI51777@submonkey.net> Mail-Followup-To: Ceri Davies , Colin Percival , freebsd-current@freebsd.org, freebsd-arch@freebsd.org, Michael Bushkov References: <002401c66b0a$44c230e0$01655050@jersey> <44529510.6030704@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="84ND8YJRMFlzkrP4" Content-Disposition: inline In-Reply-To: <44529510.6030704@freebsd.org> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: freebsd-current@freebsd.org, Michael Bushkov , freebsd-arch@freebsd.org Subject: Re: [HEADS UP] upcoming /etc/services updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Apr 2006 22:26:30 -0000 --84ND8YJRMFlzkrP4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 28, 2006 at 03:20:00PM -0700, Colin Percival wrote: > Michael Bushkov wrote: > > - getservXXX() functions now work through nsdispatch(). "files", "nis" > > and "compat" nsswitch sources are implemeted. "sources" and > > "sources_compat" databases can now be specified in nsswitch.conf. The > > idea of "services_compat" database is the same as for "passwd_compat" > > and "group_compat": if we find "+" in /etc/services, we'll substitute it > > with information received from the "services_compat" database's source. >=20 > Now that searching through a large /etc/services file is no longer a > performance bottleneck, I intend to merge most of IANA's port assignment > list into our /etc/services some time in mid-May. >=20 > If anyone objects to this, please let me know now. Would it be wise to wait until cached is enabled by default? Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --84ND8YJRMFlzkrP4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEUpaTocfcwTS3JF8RAq8vAKC+ZWMZK30Tqqbhf5OHsT9TSU0+DACfYL4t ibE/M/trFfaJuUEnoH2STs8= =GiGV -----END PGP SIGNATURE----- --84ND8YJRMFlzkrP4-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 22:35:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 070AB16A403; Fri, 28 Apr 2006 22:35:28 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd5mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7728143D46; Fri, 28 Apr 2006 22:35:27 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mr4so.prod.shaw.ca (pd4mr4so-qfe3.prod.shaw.ca [10.0.141.215]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IYG00LFMER3JD90@l-daemon>; Fri, 28 Apr 2006 16:35:27 -0600 (MDT) Received: from pn2ml6so.prod.shaw.ca ([10.0.121.150]) by pd4mr4so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IYG00MW6ER3Y4N0@pd4mr4so.prod.shaw.ca>; Fri, 28 Apr 2006 16:35:27 -0600 (MDT) Received: from [192.168.0.60] ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IYG00DT4ER1AWE0@l-daemon>; Fri, 28 Apr 2006 16:35:27 -0600 (MDT) Date: Fri, 28 Apr 2006 15:35:25 -0700 From: Colin Percival In-reply-to: <20060428222627.GI51777@submonkey.net> To: Ceri Davies , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Message-id: <445298AD.7030400@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <002401c66b0a$44c230e0$01655050@jersey> <44529510.6030704@freebsd.org> <20060428222627.GI51777@submonkey.net> User-Agent: Thunderbird 1.5 (X11/20060416) Cc: Subject: Re: [HEADS UP] upcoming /etc/services updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Apr 2006 22:35:28 -0000 Ceri Davies wrote: > On Fri, Apr 28, 2006 at 03:20:00PM -0700, Colin Percival wrote: >> Now that searching through a large /etc/services file is no longer a >> performance bottleneck, I intend to merge most of IANA's port assignment >> list into our /etc/services some time in mid-May. >> >> If anyone objects to this, please let me know now. > > Would it be wise to wait until cached is enabled by default? My (perhaps mistaken) impression was that cached was going to be enabled by default soon in HEAD, and at very least long before 7.0-RELEASE. I wasn't planning on MFCing the /etc/services update until cached was enabled by default in RELENG_6. If there's a significant reason why people running HEAD would not want to turn cached on, I'll certainly reconsider my plans here. Colin Percival From owner-freebsd-current@FreeBSD.ORG Fri Apr 28 22:49:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0765316A402; Fri, 28 Apr 2006 22:49:51 +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 078E943D46; Fri, 28 Apr 2006 22:49:49 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.6/8.13.6/Debian-1) with ESMTP id k3SMnLJf024040 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 29 Apr 2006 01:49:31 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.6/8.13.6) with ESMTP id k3SMnOks010535; Sat, 29 Apr 2006 01:49:24 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.6/8.13.6/Submit) id k3SMnG2U010534; Sat, 29 Apr 2006 01:49:16 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Sat, 29 Apr 2006 01:49:16 +0300 From: Giorgos Keramidas To: Colin Percival Message-ID: <20060428224916.GA10513@gothmog.pc> References: <002401c66b0a$44c230e0$01655050@jersey> <44529510.6030704@freebsd.org> <20060428222627.GI51777@submonkey.net> <445298AD.7030400@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <445298AD.7030400@freebsd.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.393, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.81, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-arch@freebsd.org, Ceri Davies , freebsd-current@freebsd.org Subject: Re: [HEADS UP] upcoming /etc/services updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Apr 2006 22:49:51 -0000 On 2006-04-28 15:35, Colin Percival wrote: > Ceri Davies wrote: > > Would it be wise to wait until cached is enabled by default? > > My (perhaps mistaken) impression was that cached was going to > be enabled by default soon in HEAD, and at very least long > before 7.0-RELEASE. I wasn't planning on MFCing the > /etc/services update until cached was enabled by default in > RELENG_6. > > If there's a significant reason why people running HEAD would > not want to turn cached on, I'll certainly reconsider my plans > here. I think turning it on by default will give it more visibility and testing on HEAD, so it's probably good to do so. Running CURRENT and having new features shouldn't be a very big surprise for most people I guess :) From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 03:36:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B4F516A404 for ; Sat, 29 Apr 2006 03:36:10 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF35543D46 for ; Sat, 29 Apr 2006 03:36:09 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:rahDm1KXAtP2atZDU6NjqrXtZrznedqUM7zqnaeylOOnQufUrqRWlg8M/kxIoBNe@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k3T3Zx5e007868 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Apr 2006 12:36:00 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 29 Apr 2006 12:35:58 +0900 Message-ID: From: Hajimu UMEMOTO To: Chris Dillon In-Reply-To: <20060428163716.ird7p8avns484wso@www.wolves.k12.mo.us> References: <002401c66b0a$44c230e0$01655050@jersey> <20060428163716.ird7p8avns484wso@www.wolves.k12.mo.us> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-RC X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.4 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Sat, 29 Apr 2006 12:36:02 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on ameno.mahoroba.org Cc: freebsd-current@freebsd.org, Michael Bushkov Subject: Re: [HEADS UP] caching daemon imported into the source 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: Sat, 29 Apr 2006 03:36:10 -0000 Hi, >>>>> On Fri, 28 Apr 2006 16:37:16 -0500 >>>>> Chris Dillon said: cdillon> Quoting Michael Bushkov : > I'm pleased to say that several nsswitch extensions and the caching > daemon (which I've been developing during the Summer Of Code 2005 and > later) are now in the source tree. Thanks very much to Brooks Davis and > Jacques Vidrine, who were my mentors on this project. And very special > thanks to Hajimu Umemoto, who reviewed the code and actually committed > it. cdillon> Great! Will this eventually go into RELENG_6? There are too many changes in resolver and netdb stuff. I'll MFC it with other changes to be in time for 6.2-RELEASE. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 03:41:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69CA216A402 for ; Sat, 29 Apr 2006 03:41:21 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id C540943D46 for ; Sat, 29 Apr 2006 03:41:20 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:uVoVa/YpA0ZbrzKSGSlM61eMkl/2XHl188K5KEY6waXgiFOwddVPqZilVveoiA11@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k3T3fGc0009917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Apr 2006 12:41:16 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 29 Apr 2006 12:41:15 +0900 Message-ID: From: Hajimu UMEMOTO To: "Michael Bushkov" In-Reply-To: <002401c66b0a$44c230e0$01655050@jersey> References: <002401c66b0a$44c230e0$01655050@jersey> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-RC X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.4 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Sat, 29 Apr 2006 12:41:16 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on ameno.mahoroba.org Cc: freebsd-current@freebsd.org Subject: Re: [HEADS UP] caching daemon imported into the source 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: Sat, 29 Apr 2006 03:41:21 -0000 Hi, >>>>> On Sat, 29 Apr 2006 01:25:10 +0400 >>>>> "Michael Bushkov" said: bushman> - you can exclude all the caching-related stuff during the buildworld by bushman> setting MK_NS_CACHING to "no". MK_NS_CACHING thing is for internal. Users should use WITHOUT_NS_CACHING. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 04:03:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 511E416A402; Sat, 29 Apr 2006 04:03:44 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8843143D49; Sat, 29 Apr 2006 04:03:43 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:lUkiGB36NSbZujPq7cFXQMGEMidk+2VWthMkmfQ6sdH/JLpHUbZW121qJGDvb/st@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k3T43c3B020782 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Apr 2006 13:03:38 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 29 Apr 2006 13:03:38 +0900 Message-ID: From: Hajimu UMEMOTO To: Colin Percival In-Reply-To: <445298AD.7030400@freebsd.org> References: <002401c66b0a$44c230e0$01655050@jersey> <44529510.6030704@freebsd.org> <20060428222627.GI51777@submonkey.net> <445298AD.7030400@freebsd.org> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-RC X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.4 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Sat, 29 Apr 2006 13:03:39 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on ameno.mahoroba.org Cc: freebsd-arch@freebsd.org, Ceri Davies , freebsd-current@freebsd.org Subject: Re: [HEADS UP] upcoming /etc/services updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Apr 2006 04:03:44 -0000 Hi, >>>>> On Fri, 28 Apr 2006 15:35:25 -0700 >>>>> Colin Percival said: cperciva> Ceri Davies wrote: > On Fri, Apr 28, 2006 at 03:20:00PM -0700, Colin Percival wrote: >> Now that searching through a large /etc/services file is no longer a >> performance bottleneck, I intend to merge most of IANA's port assignment >> list into our /etc/services some time in mid-May. >> >> If anyone objects to this, please let me know now. > > Would it be wise to wait until cached is enabled by default? cperciva> My (perhaps mistaken) impression was that cached was going to be cperciva> enabled by default soon in HEAD, and at very least long before cperciva> 7.0-RELEASE. I wasn't planning on MFCing the /etc/services update cperciva> until cached was enabled by default in RELENG_6. Though I committed it but not enabled by dafault, I think it is better to enable it by default at least for testing. Okay, I'll enable it by default. cperciva> If there's a significant reason why people running HEAD would not cperciva> want to turn cached on, I'll certainly reconsider my plans here. We need to change /etc/nsswitch.conf. /etc/nsswitch.conf is not installed, and generated by /etc/rc.d/nsswitch. So, mergemaster(8) doesn't care of it. I worry about this issue, bit. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 04:04:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0A3F16A400 for ; Sat, 29 Apr 2006 04:04:51 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48C2543D46 for ; Sat, 29 Apr 2006 04:04:50 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by nproxy.gmail.com with SMTP id m18so252499nfc for ; Fri, 28 Apr 2006 21:04:50 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fFk9JdTwGOCYkBr1WDBn0oeaHCqwV9MKgYjEzkAZ/39P5SRbm/LhIGCJylpBkH/UMckwWaaaMJqu8v6g4bkwVAVjnlPSWcXAyi/7JrEBGgPzZaHW4te3hq3EKdVjSL1xkxXVMsnQPSD8neECQe4PZ7gTfR+MKB932mBSUVTNUGE= Received: by 10.48.205.14 with SMTP id c14mr6995961nfg; Fri, 28 Apr 2006 21:04:49 -0700 (PDT) Received: by 10.49.51.8 with HTTP; Fri, 28 Apr 2006 21:04:49 -0700 (PDT) Message-ID: Date: Sat, 29 Apr 2006 12:04:49 +0800 From: "=?GB2312?B?wO72zg==?=" To: "Michael Bushkov" In-Reply-To: <002401c66b0a$44c230e0$01655050@jersey> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <002401c66b0a$44c230e0$01655050@jersey> Cc: freebsd-current@freebsd.org Subject: Re: [HEADS UP] caching daemon imported into the source tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@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: Sat, 29 Apr 2006 04:04:52 -0000 On 4/29/06, Michael Bushkov wrote: > Hello! > I'm pleased to say that several nsswitch extensions and the caching daemo= n > (which I've been developing during the Summer Of Code 2005 and later) are > now in the source tree. Thanks very much to Brooks Davis and Jacques > Vidrine, who were my mentors on this project. And very special thanks to > Hajimu Umemoto, who reviewed the code and actually committed it. Thanks for your work! Cheers, -- Xin LI http://www.delphij.net From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 04:10:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D99F216A439; Sat, 29 Apr 2006 04:10:05 +0000 (UTC) (envelope-from bushman@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 323F543D5F; Sat, 29 Apr 2006 04:09:56 +0000 (GMT) (envelope-from bushman@rsu.ru) Received: from jersey (p232.mp119.aaanet.ru [80.80.119.232]) (authenticated bits=0) by mail.r61.net (8.13.6/8.13.6) with ESMTP id k3T49eCo044299 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Sat, 29 Apr 2006 08:09:49 +0400 (MSD) (envelope-from bushman@rsu.ru) Message-ID: <001701c66b42$cf15be00$e8775050@jersey> From: "Michael Bushkov" To: "Hajimu UMEMOTO" References: <002401c66b0a$44c230e0$01655050@jersey> Date: Sat, 29 Apr 2006 08:03:34 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on asterix.r61.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: [HEADS UP] caching daemon imported into the source 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: Sat, 29 Apr 2006 04:10:06 -0000 > bushman> - you can exclude all the caching-related stuff during the > buildworld by > bushman> setting MK_NS_CACHING to "no". > > MK_NS_CACHING thing is for internal. Users should use > WITHOUT_NS_CACHING. Oops. Sorry. But it's better not to exclude caching-related stuff anyway :) With best regards, Michael Bushkov From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 04:10:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B545216A401; Sat, 29 Apr 2006 04:10:07 +0000 (UTC) (envelope-from bushman@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55BB043D55; Sat, 29 Apr 2006 04:10:06 +0000 (GMT) (envelope-from bushman@rsu.ru) Received: from jersey (p232.mp119.aaanet.ru [80.80.119.232]) (authenticated bits=0) by mail.r61.net (8.13.6/8.13.6) with ESMTP id k3T49eCq044299 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Sat, 29 Apr 2006 08:09:57 +0400 (MSD) (envelope-from bushman@rsu.ru) Message-ID: <001801c66b42$d48d4740$e8775050@jersey> From: "Michael Bushkov" To: "Ceri Davies" , "Colin Percival" References: <002401c66b0a$44c230e0$01655050@jersey> <44529510.6030704@freebsd.org> <20060428222627.GI51777@submonkey.net> Date: Sat, 29 Apr 2006 08:09:35 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on asterix.r61.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [HEADS UP] upcoming /etc/services updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Apr 2006 04:10:08 -0000 Hi! Colin Percival wrote: >> >> Now that searching through a large /etc/services file is no longer a >> performance bottleneck, I intend to merge most of IANA's port assignment >> list into our /etc/services some time in mid-May. >> >> If anyone objects to this, please let me know now. > > Would it be wise to wait until cached is enabled by default? Yes - and caching for services should be turned on in nsswitch.conf by default too. I think, that "perform-actual-lookups" mode should also be enabled for "services" by default in cached.conf - so that the cache for services information would be the same for all users. Besides, as services information changes extremely rarely, I'd also suggest putting greater TTL values for "services" in the cached.conf. With best regards, Michael Bushkov From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 05:07:53 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ABDC16A402 for ; Sat, 29 Apr 2006 05:07:53 +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 3424C43D45 for ; Sat, 29 Apr 2006 05:07:53 +0000 (GMT) (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 12C661A3C32 for ; Fri, 28 Apr 2006 22:07:53 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6F32456096; Sat, 29 Apr 2006 01:07:52 -0400 (EDT) Date: Sat, 29 Apr 2006 01:07:52 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20060429050752.GB23613@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Page fault from kdb_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, 29 Apr 2006 05:07:53 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I am testing a patch that has the effect of spewing a lot of kdb_backtraces to the console..but sooner or later it will panic: trap 12: page fault while in kernel mode cpuid = 1; apic id = 06 fault virtual address = 0xc fault code = supervisor read, page not present instruction pointer = 0x20:0xc0466c61 stack pointer = 0x28:0xf599da20 frame pointer = 0x28:0xf599da40 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 24902 (mkdir) [thread pid 24902 tid 100129 ] Stopped at X_db_symbol_values+0x18: cmpl $0,0xc(%eax) db> wh Tracing pid 24902 tid 100129 td 0xca7f4bd0 X_db_symbol_values(0,c0851b2c,f599da98,f599da58,2f) at X_db_symbol_values+0x18 db_symbol_values(c0851b2c,f599da98,0,c05b3c8e,c06f8653) at db_symbol_values+0x41 db_backtrace(ca7f4bd0,0,f599db1c,c055e161,ffffffff) at db_backtrace+0x96 db_trace_self(c073e687,f599db38,c05b8cd0,c0746e8f,ca7f4bd0) at db_trace_self+0x4d kdb_backtrace(c0746e8f,ca7f4bd0,0,0,0) at kdb_backtrace+0x2f vn_finished_write(ca59787c,ffffffdf,c0746c88,d68,0) at vn_finished_write+0x33 kern_mkdir(ca7f4bd0,bfb623a0,0,1f8,f599dd30) at kern_mkdir+0x3a7 mkdir(ca7f4bd0,f599dd04,8,445,ccef4528) at mkdir+0x29 syscall(2805003b,3b,bfbe003b,28051a1a,24c) at syscall+0x307 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (136, FreeBSD ELF32, mkdir), eip = 0x2813d87b, esp = 0xbfb61f3c, ebp = 0xbfb62378 --- Why is this happening? Kris --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEUvSoWry0BWjoQKURAvHxAJ0QzMFUM11Y57VyhdS6R64wllDBAwCeOWx8 pbSPDaV/orlbl93DOXOqTBA= =Rsdd -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 05:46:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 660E816A400 for ; Sat, 29 Apr 2006 05:46:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id A95DF43D46 for ; Sat, 29 Apr 2006 05:46:46 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k3T5kePQ054544 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Apr 2006 08:46:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k3T5kdYg010867; Sat, 29 Apr 2006 08:46:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k3T5kd5L010866; Sat, 29 Apr 2006 08:46:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 29 Apr 2006 08:46:38 +0300 From: Kostik Belousov To: Kris Kennaway Message-ID: <20060429054638.GC4436@deviant.kiev.zoral.com.ua> References: <20060429050752.GB23613@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oTHb8nViIGeoXxdp" Content-Disposition: inline In-Reply-To: <20060429050752.GB23613@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on fw.zoral.com.ua Cc: current@freebsd.org Subject: Re: Page fault from kdb_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, 29 Apr 2006 05:46:47 -0000 --oTHb8nViIGeoXxdp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 29, 2006 at 01:07:52AM -0400, Kris Kennaway wrote: > I am testing a patch that has the effect of spewing a lot of > kdb_backtraces to the console..but sooner or later it will panic: >=20 > trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 06 > fault virtual address =3D 0xc > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc0466c61 > stack pointer =3D 0x28:0xf599da20 > frame pointer =3D 0x28:0xf599da40 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 24902 (mkdir) > [thread pid 24902 tid 100129 ] > Stopped at X_db_symbol_values+0x18: cmpl $0,0xc(%eax) > db> wh > Tracing pid 24902 tid 100129 td 0xca7f4bd0 > X_db_symbol_values(0,c0851b2c,f599da98,f599da58,2f) at X_db_symbol_values= +0x18 > db_symbol_values(c0851b2c,f599da98,0,c05b3c8e,c06f8653) at db_symbol_valu= es+0x41 > db_backtrace(ca7f4bd0,0,f599db1c,c055e161,ffffffff) at db_backtrace+0x96 > db_trace_self(c073e687,f599db38,c05b8cd0,c0746e8f,ca7f4bd0) at db_trace_s= elf+0x4d > kdb_backtrace(c0746e8f,ca7f4bd0,0,0,0) at kdb_backtrace+0x2f > vn_finished_write(ca59787c,ffffffdf,c0746c88,d68,0) at vn_finished_write+= 0x33 > kern_mkdir(ca7f4bd0,bfb623a0,0,1f8,f599dd30) at kern_mkdir+0x3a7 > mkdir(ca7f4bd0,f599dd04,8,445,ccef4528) at mkdir+0x29 > syscall(2805003b,3b,bfbe003b,28051a1a,24c) at syscall+0x307 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (136, FreeBSD ELF32, mkdir), eip =3D 0x2813d87b, esp =3D 0xbf= b61f3c, ebp =3D 0xbfb62378 --- >=20 > Why is this happening? >=20 > Kris Is this true that kdb_backtrace called from several threads at parallel ? Symbol lookup seems to be non-SMP safe. It looks like global db_last_symtab is used unsafely. At least, try to comment the line 233 of sys/ddb/db_sym.c, that sets db_last_symtab to NULL. Sorry, I cannot test the change now. --oTHb8nViIGeoXxdp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEUv2+C3+MBN1Mb4gRAqbyAKDrtrbcuCVi2EiQ/EsrO4joUVMGFgCfSbyH KhcOO/3+PvN6kvetiNuMww4= =0xvV -----END PGP SIGNATURE----- --oTHb8nViIGeoXxdp-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 06:28:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F94916A401 for ; Sat, 29 Apr 2006 06:28:23 +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 BE5A943D45 for ; Sat, 29 Apr 2006 06:28:22 +0000 (GMT) (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 8F4091A4D88; Fri, 28 Apr 2006 23:28:22 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 94B705156B; Sat, 29 Apr 2006 02:28:21 -0400 (EDT) Date: Sat, 29 Apr 2006 02:28:21 -0400 From: Kris Kennaway To: Kostik Belousov Message-ID: <20060429062820.GA31603@xor.obsecurity.org> References: <20060429050752.GB23613@xor.obsecurity.org> <20060429054638.GC4436@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <20060429054638.GC4436@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Kris Kennaway Subject: Re: Page fault from kdb_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, 29 Apr 2006 06:28:23 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 29, 2006 at 08:46:38AM +0300, Kostik Belousov wrote: > On Sat, Apr 29, 2006 at 01:07:52AM -0400, Kris Kennaway wrote: > > I am testing a patch that has the effect of spewing a lot of > > kdb_backtraces to the console..but sooner or later it will panic: > >=20 > > trap 12: page fault while in kernel mode > > cpuid =3D 1; apic id =3D 06 > > fault virtual address =3D 0xc > > fault code =3D supervisor read, page not present > > instruction pointer =3D 0x20:0xc0466c61 > > stack pointer =3D 0x28:0xf599da20 > > frame pointer =3D 0x28:0xf599da40 > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, def32 1, gran 1 > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > current process =3D 24902 (mkdir) > > [thread pid 24902 tid 100129 ] > > Stopped at X_db_symbol_values+0x18: cmpl $0,0xc(%eax) > > db> wh > > Tracing pid 24902 tid 100129 td 0xca7f4bd0 > > X_db_symbol_values(0,c0851b2c,f599da98,f599da58,2f) at X_db_symbol_valu= es+0x18 > > db_symbol_values(c0851b2c,f599da98,0,c05b3c8e,c06f8653) at db_symbol_va= lues+0x41 > > db_backtrace(ca7f4bd0,0,f599db1c,c055e161,ffffffff) at db_backtrace+0x96 > > db_trace_self(c073e687,f599db38,c05b8cd0,c0746e8f,ca7f4bd0) at db_trace= _self+0x4d > > kdb_backtrace(c0746e8f,ca7f4bd0,0,0,0) at kdb_backtrace+0x2f > > vn_finished_write(ca59787c,ffffffdf,c0746c88,d68,0) at vn_finished_writ= e+0x33 > > kern_mkdir(ca7f4bd0,bfb623a0,0,1f8,f599dd30) at kern_mkdir+0x3a7 > > mkdir(ca7f4bd0,f599dd04,8,445,ccef4528) at mkdir+0x29 > > syscall(2805003b,3b,bfbe003b,28051a1a,24c) at syscall+0x307 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (136, FreeBSD ELF32, mkdir), eip =3D 0x2813d87b, esp =3D 0x= bfb61f3c, ebp =3D 0xbfb62378 --- > >=20 > > Why is this happening? > >=20 > > Kris >=20 > Is this true that kdb_backtrace called from several threads at parallel ? Yes, quite likely. > Symbol lookup seems to be non-SMP safe. It looks like global db_last_sym= tab > is used unsafely. At least, try to comment the line 233 of sys/ddb/db_sym= .c, > that sets db_last_symtab to NULL. >=20 > Sorry, I cannot test the change now. I'll give it a try. Kris --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEUweEWry0BWjoQKURAp/KAKDlEMI/rzPlvF3xo+6Al0BV4YgmSACg9Z4J oyGgv/+MbneDKDStiZOo+mU= =cmui -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 09:15:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C225116A400 for ; Sat, 29 Apr 2006 09:15:44 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (ns.ciam.ru [213.247.195.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68F2A43D45 for ; Sat, 29 Apr 2006 09:15:44 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from [87.240.16.199] (helo=[192.168.0.2]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1FZlYE-000CWx-KC for current@freebsd.org; Sat, 29 Apr 2006 13:15:42 +0400 Message-ID: <44532EC5.2000106@FreeBSD.org> Date: Sat, 29 Apr 2006 13:15:49 +0400 From: Sergey Matveychuk User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Subject: LOR on mounting root X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2006 09:15:44 -0000 I've renewed -current yesterday and got LOR on mounting root: (These is no com-port on my IBM T43 notebook so I'll type by hands) Trying to mount root from ufs:/dev/ad0s1 lock over reversal: 1st 0xc22960a8 pmap (pmap) @ /usr/src/sys/i386/i386/pmap.c:2111 2st 0xc104c078 system map (system map) @ /usr/src/sys/vm/vm_map.c:1096 KDB: stack backtrace: kdb_backtrace(c0736539,c104c078,c0749c86,c0749c86,c074a1ce) at kdb_backtrace+0x2e witness_checkorder(c104c078,9,c074a1ce,448,e0d7c990) at witness_checkorder+0x6d1 _mtx_lock_flags(c104c078,c074a1ce,448,bfeff000) at _mtmx_lock_flags+0x92 _vm_map_lock(x104c000,c074a1ce,448,c055dd01,c0796590) at _vm_map_lock+0x34 vm_map_find(c104c000,0,0,0,e0d7ca0c) at vm_map_find+0x3d kmem_alloc_nofault(c104c000,1000,c0750dc4,65c,0) at kmem_alloc_nofault+0x69 get_pv_entry(c22960a0,0,c0750dc4,6cb,0) at get_pv_entry+0x12b pmap_insert_entry(c22960a8,bfbff000,c1e72cf8,83f,0) at pmap_insert_entry+0x62 pmap_enter(c22960a8,bfbff000,c1e72cf8,7,0) at pmap_enter+0x25c vm_fault(c2296000,bfbff000,2,8,c228d360) at vm_fault+0x14c5 trap_pfault(e0d7cc64,0,bfbffff,c074a1ce,bfbffff) at trap_pfault+0xed trap(e0d70008,c06a0028,c2290028,c076b84a,bfbffff) at trap+0x40d calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc06aa025, esp = 0xe0d7cca4, ebp = 0xe0d7cd00 --- subyte(0,e0d7cd38,c072f1aa,32b,0) at subyte+0x25 fork_exit(c0510250,0,e07cd38) at fork_exit+0xc3 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe0d7cd6c, ebp = 0 --- panic: _mtx_lock_sleep: recursed on non-recursive mutex pmap @ /usr/src/sys/i386/i386/pmap.c:1843 KDB: enter: panic [thread pid 1 tid 100007 ] Stopped at kdb_enter+0x30: leave db> -- Sem. -- Sem. From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 09:31:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1C3B16A401; Sat, 29 Apr 2006 09:31:06 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from vsmtp4.tin.it (vsmtp4.tin.it [212.216.176.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9773243D6D; Sat, 29 Apr 2006 09:31:01 +0000 (GMT) (envelope-from matteo@freebsd.org) Received: from kaiser.sig11.org (82.50.119.228) by vsmtp4.tin.it (7.2.072.1) id 44469C83008D6998; Sat, 29 Apr 2006 11:32:21 +0200 Received: by kaiser.sig11.org (Postfix, from userid 1000) id 3943260D3; Sat, 29 Apr 2006 11:31:00 +0200 (CEST) Date: Sat, 29 Apr 2006 11:31:00 +0200 From: Matteo Riondato To: Hajimu UMEMOTO Message-ID: <20060429093100.GD914@kaiser.sig11.org> Mail-Followup-To: Matteo Riondato , Hajimu UMEMOTO , Colin Percival , freebsd-arch@freebsd.org, Ceri Davies , freebsd-current@freebsd.org References: <002401c66b0a$44c230e0$01655050@jersey> <44529510.6030704@freebsd.org> <20060428222627.GI51777@submonkey.net> <445298AD.7030400@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org, Ceri Davies , Colin Percival , freebsd-arch@freebsd.org Subject: Re: [HEADS UP] upcoming /etc/services updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Apr 2006 09:31:06 -0000 On Sat, Apr 29, 2006 at 01:03:38PM +0900, Hajimu UMEMOTO wrote: > >>>>> Colin Percival said: > cperciva> If there's a significant reason why people running HEAD would not > cperciva> want to turn cached on, I'll certainly reconsider my plans here. > > We need to change /etc/nsswitch.conf. /etc/nsswitch.conf is not > installed, and generated by /etc/rc.d/nsswitch. So, mergemaster(8) > doesn't care of it. I worry about this issue, bit. An entry in UPDATING will probably be enough, IMHO. Something like: "cached $SHORT_DESCRIPTION_OF_CACHED is now turned on by default. To use it you need to update your /etc/nsswitch.conf . This can be done with the following commands: # rm /etc/nsswitch.conf # /etc/rc.d/nsswitch restart " Or something similar.. Thanks for your work. Best Regards -- Matteo Riondato FreeBSD Committer (http://www.freebsd.org) G.U.F.I. Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 10:02:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0447216A408; Sat, 29 Apr 2006 10:02:41 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3088443D53; Sat, 29 Apr 2006 10:02:39 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FZmHd-000751-5c; Sat, 29 Apr 2006 11:02:37 +0100 Date: Sat, 29 Apr 2006 11:02:37 +0100 From: Ceri Davies To: Michael Bushkov Message-ID: <20060429100236.GJ51777@submonkey.net> Mail-Followup-To: Ceri Davies , Michael Bushkov , Colin Percival , freebsd-current@freebsd.org, freebsd-arch@freebsd.org References: <002401c66b0a$44c230e0$01655050@jersey> <44529510.6030704@freebsd.org> <20060428222627.GI51777@submonkey.net> <001801c66b42$d48d4740$e8775050@jersey> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/QKKmeG/X/bPShih" Content-Disposition: inline In-Reply-To: <001801c66b42$d48d4740$e8775050@jersey> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: freebsd-current@freebsd.org, Colin Percival , freebsd-arch@freebsd.org Subject: Re: [HEADS UP] upcoming /etc/services updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Apr 2006 10:02:41 -0000 --/QKKmeG/X/bPShih Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 29, 2006 at 08:09:35AM +0400, Michael Bushkov wrote: > Hi! >=20 > Colin Percival wrote: > >> > >>Now that searching through a large /etc/services file is no longer a > >>performance bottleneck, I intend to merge most of IANA's port assignment > >>list into our /etc/services some time in mid-May. > >> > >>If anyone objects to this, please let me know now. > > > >Would it be wise to wait until cached is enabled by default? >=20 > Yes - and caching for services should be turned on in nsswitch.conf by=20 > default too. Good point. > I think, that "perform-actual-lookups" mode should also be enabled for=20 > "services" by default in cached.conf - so that the cache for services=20 > information would be the same for all users. So "perform-actual-lookups" essentially creates a system-wide cache? > Besides, as services=20 > information changes extremely rarely, I'd also suggest putting greater TT= L=20 > values for "services" in the cached.conf. Yes, the services cache could always be flushed by the superuser after changing the services data source. Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --/QKKmeG/X/bPShih Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEUzm8ocfcwTS3JF8RAusXAJ41L7hyi+MxQKGd1Lx+330/sLT7XACgoOBE PPT2KCnjKx1FkeNVfAZ480I= =InY5 -----END PGP SIGNATURE----- --/QKKmeG/X/bPShih-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 10:25:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA8D816A400; Sat, 29 Apr 2006 10:25:02 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (ns.ciam.ru [213.247.195.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5853E43D48; Sat, 29 Apr 2006 10:25:02 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from [87.240.16.199] (helo=[192.168.0.2]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1FZmdI-000DZq-Uw; Sat, 29 Apr 2006 14:25:01 +0400 Message-ID: <44533F03.8070007@FreeBSD.org> Date: Sat, 29 Apr 2006 14:25:07 +0400 From: Sergey Matveychuk User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Sergey Matveychuk References: <44532EC5.2000106@FreeBSD.org> In-Reply-To: <44532EC5.2000106@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: LOR on mounting root X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2006 10:25:02 -0000 Sergey Matveychuk ÐÉÛÅÔ: > I've renewed -current yesterday and got LOR on mounting root: It's fixed now. -- Sem. From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 16:44:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5027116A410; Sat, 29 Apr 2006 16:44:57 +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 AD6ED43D46; Sat, 29 Apr 2006 16:44:56 +0000 (GMT) (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 62B4646B04; Sat, 29 Apr 2006 12:44:55 -0400 (EDT) Date: Sat, 29 Apr 2006 17:44:55 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ceri Davies In-Reply-To: <20060429100236.GJ51777@submonkey.net> Message-ID: <20060429174129.H11416@fledge.watson.org> References: <002401c66b0a$44c230e0$01655050@jersey> <44529510.6030704@freebsd.org> <20060428222627.GI51777@submonkey.net> <001801c66b42$d48d4740$e8775050@jersey> <20060429100236.GJ51777@submonkey.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-arch@freebsd.org, freebsd-current@freebsd.org, Colin Percival , Michael Bushkov Subject: Re: [HEADS UP] upcoming /etc/services updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Apr 2006 16:44:57 -0000 On Sat, 29 Apr 2006, Ceri Davies wrote: >> I think, that "perform-actual-lookups" mode should also be enabled for >> "services" by default in cached.conf - so that the cache for services >> information would be the same for all users. > > So "perform-actual-lookups" essentially creates a system-wide cache? > >> Besides, as services information changes extremely rarely, I'd also >> suggest putting greater TTL values for "services" in the cached.conf. > > Yes, the services cache could always be flushed by the superuser after > changing the services data source. Very few sites use distributed services databases (at least, that I've ever seen). Performing stat() on /etc/services to check the last modification date is pretty light-weight, and probably worth doing. What you don't want is someone modifying /etc/services, restarting the daemon immediately, and having it fail due to an added service not being found. Likewise for other local databases. BTW, since this is in the context of significantly increasing the size of the services database, have we: (1) Measured what impact adding the cache daemon for local databases has? Specifically, does adding the cache daemon for a database like /etc/services, /etc/passwd, etc, improve performance, or add overhead? (2) Looked at adding /etc/services.db, similar to the other compiled database pieces, in order to improve lookup times for very large tables. This change would be orthoganal to a cache daemon. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 18:05:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8FEB16A402 for ; Sat, 29 Apr 2006 18:05:11 +0000 (UTC) (envelope-from dominique.goncalves@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id D42B643D49 for ; Sat, 29 Apr 2006 18:05:10 +0000 (GMT) (envelope-from dominique.goncalves@gmail.com) Received: by nz-out-0102.google.com with SMTP id i28so2146220nzi for ; Sat, 29 Apr 2006 11:05:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=S+SWxUDlAOTnxmq+tpsqs5ZMGULrUS+Il9UV3m6Gp+NU1ysfrs0aPYgbY+ClE/x1ifqlIudSpRTXe3+/rgvm4r4fPwwxpaN9XatrYIEGf2pQLtm7KLjRF0J5sE9Vu44x1a4qBs/BZt1C6Wa9So7HmZ6xo9jvOdi3e/0SoOZa93s= Received: by 10.37.20.3 with SMTP id x3mr3902278nzi; Sat, 29 Apr 2006 11:05:10 -0700 (PDT) Received: by 10.36.178.3 with HTTP; Sat, 29 Apr 2006 11:05:10 -0700 (PDT) Message-ID: <7daacbbe0604291105h1ad03c78w428dc770b38bc542@mail.gmail.com> Date: Sat, 29 Apr 2006 20:05:10 +0200 From: "Dominique Goncalves" To: "Maksim Yevmenkin" In-Reply-To: <44515720.8020908@savvis.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <44515720.8020908@savvis.net> Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] kbdmux(4), atkbd(4) and ddb(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Apr 2006 18:05:12 -0000 Hi, On 4/28/06, Maksim Yevmenkin wrote: > dear hackers, > > there were many complains about atkbd(4) not working in ddb(4) with > kbdmux(4) enabled. > > i had a minute of free time and looked into this. it seems to me that > atkbd(4) is not dealing properly with "polled" mode. after looking at > the code, i came up with the attached patch. > > i did some very brief testing and the patch works for me. atkbd(4) now > works in ddb(4) and single user mode with kbdmux(4) enabled. > > the patch is rather ugly (imo), because it assumes that something will > call "poll" method repeatedly (which seems like we do it). also, ukbd(4) > has somewhat similar code. > > could someone (with atkbd(4), syscons(4) and ddb(4) fu) please review it > and tell me if its ok to commit. > > also, i would appreciate if someone would perform more extensive testing > to see if there are any regressions. > > thanks, > max > > > --- atkbd.c.orig Thu Apr 27 16:29:26 2006 > +++ atkbd.c Thu Apr 27 16:30:13 2006 > @@ -26,7 +26,7 @@ > */ > > #include > -__FBSDID("$FreeBSD: /repoman/r/ncvs/src/sys/dev/atkbdc/atkbd.c,v 1.47 20= 05/06/10 20:56:37 marius Exp $"); > +__FBSDID("$FreeBSD: src/sys/dev/atkbdc/atkbd.c,v 1.47 2005/06/10 20:56:3= 7 marius Exp $"); > > #include "opt_kbd.h" > #include "opt_atkbd.h" > @@ -1023,6 +1023,15 @@ > ++state->ks_polling; > else > --state->ks_polling; > + > + if (state->ks_polling) { > + if ((*kbdsw[kbd->kb_index]->lock)(kbd, TRUE)) { > + (*kbdsw[kbd->kb_index]->lock)(kbd, FALSE); > + if ((*kbdsw[kbd->kb_index]->check_char)(kbd)) > + (*kbdsw[kbd->kb_index]->intr)(kbd, NULL); > + } > + } > + > splx(s); > return 0; > } > With your patch, I can use my PS/2 keyboard when I enter into ddb (with default boot option) and it works also with 'safe mode' (tested on my p4 box). But on my p3 box in 'safe mode', some characters are dropped. I don't know if this a side effect of your patch. My p3 and p4 both use a Standard PS/2 keyboard. FreeBSD 7.0-CURRENT #1: Sat Apr 29 18:18:47 CEST 2006 root@djdomics.sceen.net:/usr/obj/share/src/FreeBSD/HEAD/src/sys/FREESBIE Let me know if you need more information. Regards. > _______________________________________________ > 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= " > > -- There's this old saying: "Give a man a fish, feed him for a day. Teach a man to fish, feed him for life." From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 18:29:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 862D216A400 for ; Sat, 29 Apr 2006 18:29:16 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: from spiff.melthusia.org (spiff.melthusia.org [207.67.244.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7D6743D4C for ; Sat, 29 Apr 2006 18:29:15 +0000 (GMT) (envelope-from gordon@tetlows.org) Received: from [192.168.1.50] (cpe-66-91-238-221.san.res.rr.com [66.91.238.221]) (authenticated bits=0) by spiff.melthusia.org (8.12.10/8.12.10) with ESMTP id k3TITEiR094419 for ; Sat, 29 Apr 2006 11:29:14 -0700 (PDT) (envelope-from gordon@tetlows.org) Message-ID: <4453B08D.5090608@tetlows.org> Date: Sat, 29 Apr 2006 11:29:33 -0700 From: Gordon Tetlow User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: current@freebsd.org References: <44412137.1010209@tetlows.org> In-Reply-To: <44412137.1010209@tetlows.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 29 Apr 2006 18:30:22 +0000 Cc: Subject: [HEADS UP] Mergemaster auto upgrade patch 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: Sat, 29 Apr 2006 18:29:16 -0000 My mergemaster auto upgrade patch has been committed. Please try out the new -U switch and let me know what you think. Thanks, -gordon Gordon Tetlow wrote: > I've thrown together a quick mergemaster enhancement (under a new > command line switch: -U) that will automatically upgrade files that > have changed in the /usr/src/etc distribution but the user hasn't > changed. Great applications are for when you trust that the project > isn't going to break everything and only don't want mergemaster to > squash files that you have customized. > > Patch location: > http://people.freebsd.org/~gordon/patches/mergemaster.mtree.diff > > Please try it out! > > Thanks, > Gordon > _______________________________________________ > 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 Apr 29 19:07:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6338616A42F for ; Sat, 29 Apr 2006 19:07:41 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5D8643D48 for ; Sat, 29 Apr 2006 19:07:40 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon.PRO.v8.1.3.R) with ESMTP id md50002515717.msg for ; Sat, 29 Apr 2006 20:07:24 +0100 Message-ID: <016001c66bc0$2251b1f0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Gordon Tetlow" , References: <44412137.1010209@tetlows.org> <4453B08D.5090608@tetlows.org> Date: Sat, 29 Apr 2006 20:07:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Spam-Processed: multiplay.co.uk, Sat, 29 Apr 2006 20:07:24 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: current@freebsd.org X-MDAV-Processed: multiplay.co.uk, Sat, 29 Apr 2006 20:07:24 +0100 Cc: Subject: Re: [HEADS UP] Mergemaster auto upgrade patch 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: Sat, 29 Apr 2006 19:07:41 -0000 Gordon Tetlow wrote: > My mergemaster auto upgrade patch has been committed. Please try out > the new -U switch and let me know what you think. > > Thanks, > -gordon > > Gordon Tetlow wrote: >> I've thrown together a quick mergemaster enhancement (under a new >> command line switch: -U) that will automatically upgrade files that >> have changed in the /usr/src/etc distribution but the user hasn't >> changed. Great applications are for when you trust that the project >> isn't going to break everything and only don't want mergemaster to >> squash files that you have customized. >> >> Patch location: >> http://people.freebsd.org/~gordon/patches/mergemaster.mtree.diff Thats a great idea look forward to trying this out. It's been one of my pet peeves about mergemaster for a while, glad to see someone's had the time to put this together thanks guys. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 19:42:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 632D516A40A for ; Sat, 29 Apr 2006 19:42:54 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A12F43D4C for ; Sat, 29 Apr 2006 19:42:48 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by nz-out-0102.google.com with SMTP id i28so2157196nzi for ; Sat, 29 Apr 2006 12:42:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=E3WlwyO8gPLSc3EjPHb9Xg+q74ByfUZj7Gn5bui2mtnUoE+PbR0kV0WBHyoxUAlVqsLdi1Y5znUVVc7hVX3HeHxDYApxm02fRCZVRA3OdWG0U52/wU8vZQtG0q9cgX0cNXsun6PYUqYhYyrC0B7tp6RWj9CGunaHity7Eruake8= Received: by 10.36.222.70 with SMTP id u70mr2094295nzg; Sat, 29 Apr 2006 12:42:47 -0700 (PDT) Received: from synergy.odyssey.homeunix.org ( [68.190.230.198]) by mx.gmail.com with ESMTP id 19sm3839812nzp.2006.04.29.12.42.46; Sat, 29 Apr 2006 12:42:47 -0700 (PDT) From: Pascal Hofstee To: Hajimu UMEMOTO In-Reply-To: References: <200604281203.k3SC3da7070033@repoman.freebsd.org> <20060428141404.Q40418@fledge.watson.org> Content-Type: text/plain Date: Sat, 29 Apr 2006 12:42:44 -0700 Message-Id: <1146339764.1187.15.camel@synergy.odyssey.homeunix.org> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: name-service caching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2006 19:42:54 -0000 On Sat, 2006-04-29 at 02:58 +0900, Hajimu UMEMOTO wrote: > Okay, you can set it up quite easy: > > 1) Make sure you have /etc/cached.conf installed. > 2) Put cached_enable="YES" into your /etc/rc.conf. > 3) Start cached(8) by `/etc/rc.d/cached start'. > 4) Put `cache' keyword to the database entries which you want to > cache the result in /etc/nsswitch.conf. For example: > > hosts: cache files dns > > Please refer cached(8) and cached.conf(5) manpages for detail. Ok .. i am wondering if it's just me doing something stupid or if things really are broken in some way. I followed the instructions as provided above, using the default cached.conf. With a standard nsswitch.conf (without any cache lines) everything works as expected. The second i modify the hosts: entry in /etc/nsswitch.conf as suggested above, a lot of things stop working. - cvs [update aborted]: received broken pipe signal - portsnap can't fetch its tag information and aborts because of it - the ports system can't seem to fetch any distfiles Those are a few of the immediate issues i encountered. The second i remove the cache definition from the hosts: entry, normal system operation is restored again. This is experienced on FreeBSD/amd64 7.0-CURRENT updated about an hour ago since the time of writing. Any suggestions would be highly appreciated. -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 20:32:38 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E681616A401 for ; Sat, 29 Apr 2006 20:32:38 +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 AED7643D46 for ; Sat, 29 Apr 2006 20:32:38 +0000 (GMT) (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 971691A4D8C for ; Sat, 29 Apr 2006 13:32:38 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DBFA1550C7; Sat, 29 Apr 2006 16:32:37 -0400 (EDT) Date: Sat, 29 Apr 2006 16:32:37 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20060429203237.GB64916@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R3G7APHDIzY6R/pk" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: panic: vm_object_reference_locked: dead object referenced X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2006 20:32:39 -0000 --R3G7APHDIzY6R/pk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On 7.0: db> wh Tracing pid 666 tid 100041 td 0xc325d1b0 kdb_enter(c0640fe0) at kdb_enter+0x2b panic(c0657511,c9f85934,e38a9bac,c05cf2e8,c9f85934) at panic+0xbb vm_object_reference_locked(c9f85934,386,0,0,0) at vm_object_reference_locked+0x2c vm_object_split(c0c42c38,c4bc0770,c0c42c38,c2fd1318,e38a9bf0) at vm_object_split+0xf8 vm_map_copy_entry(c2fd1318,c56a9528,c0c42c38,c4bc0770) at vm_map_copy_entry+0x97 vmspace_fork(c2fd1318,c4bce120,c4bcf234,c37b2a00,e38a9c64) at vmspace_fork+0x1f8 vm_forkproc(c325d1b0,c4bcf234,c48adbd0,14,c4bcf29c,0,c063e175,298,c069a760,c063e175,294) at vm_forkproc+0xb3 fork1(c325d1b0,14,0,e38a9c7c,e38a9cac) at fork1+0xe15 fork(c325d1b0,e38a9d04,7,c,c325d1b0) at fork+0x18 syscall(3b,3b,bfbf003b,1,1) at syscall+0x27e Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (2, FreeBSD ELF32, fork), eip = 0x28318963, esp = 0xbfbfdeec, ebp = 0xbfbfee98 --- Core available. Kris --R3G7APHDIzY6R/pk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEU81lWry0BWjoQKURAhhVAKDKm1qlmakNLNMZcGyl2NhC2KdbYQCeNS6x QIP3wTC8q3unqhPOja/uGb4= =ZuZS -----END PGP SIGNATURE----- --R3G7APHDIzY6R/pk-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 21:28:49 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 537E516A40A for ; Sat, 29 Apr 2006 21:28:49 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id D693743D6A for ; Sat, 29 Apr 2006 21:28:43 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.6/8.13.6) with ESMTP id k3TLU95J007902 for ; Sat, 29 Apr 2006 17:30:09 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: freebsd-current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-letydybKu0mE5nEAPMfi" Organization: FreeBSD, Inc. Date: Sat, 29 Apr 2006 17:28:40 -0400 Message-Id: <1146346120.16564.12.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: Subject: File descriptor leak in libcam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2006 21:28:50 -0000 --=-letydybKu0mE5nEAPMfi Content-Type: text/plain Content-Transfer-Encoding: quoted-printable There is a leak in the cam_lookup_pass() if the ioctl call fails to find the passthru device. Basically, the xpt file descriptor will not be closed. Can anyone give me permission to commit the following patch? Thanks. http://www.marcuscom.com/downloads/camlib.c.diff Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-letydybKu0mE5nEAPMfi Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEU9qIb2iPiv4Uz4cRAml5AKCd1Gherl0V2JWMKz9d6/TuvZ5OnACfSWhG o0qVpdxVW2EPvlOCVdcPnHI= =bIEk -----END PGP SIGNATURE----- --=-letydybKu0mE5nEAPMfi-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 23:47:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4055016A400; Sat, 29 Apr 2006 23:47:51 +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 ABF8B43D45; Sat, 29 Apr 2006 23:47:48 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k3TNlkjY019149; Sat, 29 Apr 2006 17:47:47 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4453FB29.3040309@samsco.org> Date: Sat, 29 Apr 2006 17:47:53 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Marcus Clarke References: <1146346120.16564.12.camel@shumai.marcuscom.com> In-Reply-To: <1146346120.16564.12.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: File descriptor leak in libcam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2006 23:47:51 -0000 Joe Marcus Clarke wrote: > There is a leak in the cam_lookup_pass() if the ioctl call fails to find > the passthru device. Basically, the xpt file descriptor will not be > closed. Can anyone give me permission to commit the following patch? > Thanks. > > http://www.marcuscom.com/downloads/camlib.c.diff > > Joe > Looks good to me. Style-wise, I'd have it close the fd before testing the return of the ioctl, but that's minor. Scott