From owner-freebsd-current Sun Jun 3 1:58:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from sdmail0.sd.bmarts.com (sdmail0.sd.bmarts.com [209.247.77.155]) by hub.freebsd.org (Postfix) with ESMTP id D021637B401 for ; Sun, 3 Jun 2001 01:58:09 -0700 (PDT) (envelope-from gordont@bluemtn.net) Received: from localhost (gordont@localhost) by sdmail0.sd.bmarts.com (8.11.3/8.11.2/BMA1.1) with ESMTP id f538tYl27201 for ; Sun, 3 Jun 2001 01:55:34 -0700 (PDT) Date: Sun, 3 Jun 2001 01:55:34 -0700 (PDT) From: Gordon Tetlow X-X-Sender: To: Subject: Krb5 problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm having some issues trying to setup a krb5 realm on my -current box. I'm using the integrated heimdal sources. Anyway, I'm able to setup the realm correctly but when I try to run the k5admind daemon, it cores whenever I try to connect to it. I'll look into building a debug version and try to get some more info on this one. Another issue I'm having is with trying to get tickets. When I k5init on the kdc box, it works fine. But when I try to get my -stable box to get a ticket, I keep getting an incorrect password error. Maybe I have my keytab setup wrong on my -stable box? (this is possible since I had to manually put it on the -stable box). There is also a fair amount of man pages missing. k5admind comes to mind, but there are others as well. -gordon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 3 2: 8:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp.gscyclone.com (server2.gscyclone.com [209.36.53.41]) by hub.freebsd.org (Postfix) with ESMTP id 724EA37B403 for ; Sun, 3 Jun 2001 02:08:20 -0700 (PDT) (envelope-from ancient@gscyclone.com) Received: (apparently) from messiah.gscyclone.com ([24.206.5.199]) by smtp.gscyclone.com with Microsoft SMTPSVC(5.5.1875.185.18); Sun, 3 Jun 2001 05:05:17 -0400 Message-Id: <5.1.0.14.2.20010603050950.0329ac60@pop.gscyclone.com> X-Sender: ancient@pop.gscyclone.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sun, 03 Jun 2001 05:13:14 -0400 To: current@freebsd.org From: Storms of Perfection Subject: ext2fs problem? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm trying to copy files from my linux mounted partition, but it seems on -CURRENT that it is broken, or perhaps I'm doing something wrong. Is this a bug with the ext2fs code? /dev/da1s1a on / (ufs, local, soft-updates) /dev/da0s1e on /mp3 (ufs, local) procfs on /proc (procfs, local) linprocfs on /usr/compat/linux/proc (linprocfs, local) /dev/ad2s1 on /mnt/linux (ext2fs, local) bash-2.04$ pwd /mnt/linux/home bash-2.04$ cp -pR * /tmp cp: aba: Invalid argument cp: tekkin: Invalid argument cp: stryfe: Invalid argument cp: staind: Invalid argument cp: spion: Invalid argument cp: so: Invalid argument cp: ryan: Invalid argument cp: ari: Invalid argument cp: absinthe: Invalid argument cp: zen: Invalid argument To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 3 6:23:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 14FFC37B401; Sun, 3 Jun 2001 06:23:48 -0700 (PDT) (envelope-from doug@safeport.com) Received: from localhost (doug@localhost) by fledge.watson.org (8.11.3/8.11.3) with SMTP id f53DNWl08261; Sun, 3 Jun 2001 09:23:33 -0400 (EDT) (envelope-from doug@safeport.com) X-Authentication-Warning: fledge.watson.org: doug owned process doing -bs Date: Sun, 3 Jun 2001 09:23:32 -0400 (EDT) From: Doug Denault X-Sender: doug@fledge.watson.org To: Greg Lehey Cc: developers@FreeBSD.org, FreeBSD Stable Users , FreeBSD current users Subject: Re: The FreeBSD core team needs your help In-Reply-To: <20010601134157.A8251@wantadilla.lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am also interested in doing this On Fri, 1 Jun 2001, Greg Lehey wrote: > Those of you who have been following the mailing lists will have > noticed (or participated in) a thread bemoaning the continued lack of > feedback from the core team. That thread is still very active, but > one suggestion (made by phk) was to send out a message asking for help > getting things done. It's easy to claim that this would work, but > first we need to know if anybody would be interested. Here's phk's > text: > > HELP WANTED > > The FreeBSD core team is looking for an assistant to help with > tracking and recording the issues being worked by core. > > Responsibilities: > [cut] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 3 6:49:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from CPE-61-9-164-106.vic.bigpond.net.au (CPE-61-9-164-103.vic.bigpond.net.au [61.9.164.103]) by hub.freebsd.org (Postfix) with ESMTP id 0D63437B403; Sun, 3 Jun 2001 06:49:42 -0700 (PDT) (envelope-from darrenr@reed.wattle.id.au) Received: (from root@localhost) by CPE-61-9-164-106.vic.bigpond.net.au (8.11.0/8.11.0) id f53DnWN18067; Sun, 3 Jun 2001 23:49:32 +1000 (EST) From: Darren Reed Message-Id: <200106031349.XAA01100@avalon.reed.wattle.id.au> Subject: IPFilter licence update To: darrenr@pobox.com Date: Sun, 3 Jun 2001 23:49:24 +1000 (EST) X-Mailer: ELM [version 2.4ME+ PL37 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Distribution: ipfilter list, FreeBSD & NetBSD developers & current lists. There is some amount of angst in the user community about what the IPFilter licence means. This has prompted some rather rash discussions and actions. Nevertheless, what I'd been led to think was bad (the old licence) isn't necessarily so, so let me clarify. The licence is intended to mean that people can use (which includes modify or patch or tune, as seen fit) IPFilter as found within FreeBSD/NetBSD for whatever purpose they desire - so long as the conditions (due credit and the notice) are met. At this point I'm not that excited about making any changes to the licence as that implies a deficency in the old one, one way or the other with one way of reading it making a criminal out of too many people and who wants to do that? I expect further releases will continue to contain the same licence notice. I am working with the core team for each project to ensure that this understanding is recognised by both parties at a more formal level, protecting the investment in time and effort by all concerned. At the very least it will involve a memorandum of understanding stating this being signed by the parties involved. If you're wondering why all of the "bad press" during the past week, then you can but thank Theo from the OpenBSD project as making it an item of news was one of his threats ("if you don't do as I say", essentially) which I had no intention of responding to. If anything, his actions have but delayed me in sending this email which was prepared, in part, early last week. As I've said elsewhere, IPFilter will go where I wish it to, under my navigation. This includes allowing it to be taken up by FreeBSD/NetBSD and used by others under those platforms as they see fit. Anyone who has emailed me in the last week with a question on the IPFilter licence should read the above, re-evaluate where they're at end send me an email if they have any further queries. Darren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 3 6:50:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp.gscyclone.com (server2.gscyclone.com [209.36.53.41]) by hub.freebsd.org (Postfix) with ESMTP id 3889A37B403; Sun, 3 Jun 2001 06:50:31 -0700 (PDT) (envelope-from ancient@gscyclone.com) Received: (apparently) from messiah.gscyclone.com ([24.206.5.199]) by smtp.gscyclone.com with Microsoft SMTPSVC(5.5.1875.185.18); Sun, 3 Jun 2001 09:47:22 -0400 Message-Id: <5.1.0.14.2.20010603095457.029f8740@pop.gscyclone.com> X-Sender: ancient@pop.gscyclone.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sun, 03 Jun 2001 09:55:27 -0400 To: Doug Denault , Greg Lehey From: Storms of Perfection Subject: Re: The FreeBSD core team needs your help Cc: developers@FreeBSD.ORG, FreeBSD Stable Users , FreeBSD current users In-Reply-To: References: <20010601134157.A8251@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am also interested in helping. Gary > > Those of you who have been following the mailing lists will have > > noticed (or participated in) a thread bemoaning the continued lack of > > feedback from the core team. That thread is still very active, but > > one suggestion (made by phk) was to send out a message asking for help > > getting things done. It's easy to claim that this would work, but > > first we need to know if anybody would be interested. Here's phk's > > text: > > > > HELP WANTED > > > > The FreeBSD core team is looking for an assistant to help with > > tracking and recording the issues being worked by core. > > > > Responsibilities: > > >[cut] > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 3 9:16:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 4023B37B403 for ; Sun, 3 Jun 2001 09:16:44 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 3 Jun 2001 17:16:43 +0100 (BST) To: Alfred Perlstein Cc: Kris Kennaway , current@FreeBSD.ORG Subject: Re: dirpref and RELENG_4 fsck In-Reply-To: Your message of "Sat, 02 Jun 2001 20:59:13 EDT." <20010602205912.F1832@superconductor.rush.net> Date: Sun, 03 Jun 2001 17:16:41 +0100 From: Ian Dowse Message-ID: <200106031716.aa49791@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20010602205912.F1832@superconductor.rush.net>, Alfred Perlstein wri tes: >> Was it determined that the fsck corruption problems which were seen >> with fsck after the introduction of the dirpref changes do not affect >> RELENG_4? I haven't seen any MFC of changes to the RELENG_4 fsck >> code, and I'm kind of worried now that I've reverted my current system >> back to RELENG_4 :-) > >Afaik the problem was that fsck would wipe certain stats info that >dirpref would use, however I think the kernel detects absurd values >and will reinit them. Yes, there was a problem in the -current kernel that could cause crashes if fsck erased some dirpref-related values in the superblock. However, the main issue affecting moving filesystems back and forth between RELENG_4 and -current is that fsck in RELENG_4 does not know about the new superblock fields (dirpref, pending*, snapshots?). It will detect a mismatch between the master and alternate superblocks and give an error. Once you fix that error (I think you just say yes to the "LOOK FOR ALTERNATE SUPERBLOCKS?" question), then everything should be fine. One final annoyance is that using an alternate superblock will undo any changes made by tunefs, unless the '-A' flag had been used with tunefs originally. Typically this will result in soft-updates getting disabled. RELENG_4's fsck could probably be updated to deal with this a bit better, but I don't think it can do the right thing if any snapshots exist, so the error may be a good thing. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 3 11:29:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id F27CB37B403; Sun, 3 Jun 2001 11:29:14 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f53IT0150106; Sun, 3 Jun 2001 20:29:00 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Doug Denault Cc: Greg Lehey , developers@FreeBSD.org, FreeBSD Stable Users , FreeBSD current users Subject: Re: The FreeBSD core team needs your help In-Reply-To: Your message of "Sun, 03 Jun 2001 09:23:32 EDT." Date: Sun, 03 Jun 2001 20:28:59 +0200 Message-ID: <50104.991592939@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I think you guys should write a short-and-to-the-point application and send it to the core team. In message , Doug D enault writes: >I am also interested in doing this > >On Fri, 1 Jun 2001, Greg Lehey wrote: > >> Those of you who have been following the mailing lists will have >> noticed (or participated in) a thread bemoaning the continued lack of >> feedback from the core team. That thread is still very active, but >> one suggestion (made by phk) was to send out a message asking for help >> getting things done. It's easy to claim that this would work, but >> first we need to know if anybody would be interested. Here's phk's >> text: >> >> HELP WANTED >> >> The FreeBSD core team is looking for an assistant to help with >> tracking and recording the issues being worked by core. >> >> Responsibilities: >> >[cut] > > -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 3 11:33:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id E62BE37B403; Sun, 3 Jun 2001 11:33:38 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id EAA14731; Mon, 4 Jun 2001 04:33:36 +1000 Date: Mon, 4 Jun 2001 04:31:59 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: sobomax@FreeBSD.ORG Cc: current@FreeBSD.ORG, deischen@FreeBSD.ORG Subject: Re: sscanf(3) is broken in 5-CURRENT [SIGBUS] In-Reply-To: <200106021026.f52AQQo50360@mail.uic-in.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2 Jun 2001, Maxim Sobolev wrote: > It seems that something is wrong with sscanf(3) in -current - in > some cases it may cause SIGBUS. I failed to reproduce the > problem on 4-STABLE, so it is a -current specific bug. Attached > please find small showcase that exposes the bug in question > and a backtrace after SIGBUS. > > Please fix. > > -Maxim > > #include > int > main() > { > float sub; > sscanf("59e", "%f", &sub); > exit(0); > } > > (gdb) r > Starting program: /tmp/bug/a.out > Program received signal SIGBUS, Bus error. > 0x280b3ad8 in __ungetc () from /usr/lib/libc.so.5 > (gdb) bt > #0 0x280b3ad8 in __ungetc () from /usr/lib/libc.so.5 > #1 0x280b36b1 in __svfscanf () from /usr/lib/libc.so.5 > #2 0x280b25a3 in sscanf () from /usr/lib/libc.so.5 > #3 0x80484c0 in main () at bug.c:8 > #4 0x80483f5 in _start () This is because fp->_extra is not initialized by sscanf() (it is stack garbage that happened to be 0 when I looked at it). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 3 13: 1: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from bluenugget.net (babyviolence.com [64.3.150.188]) by hub.freebsd.org (Postfix) with ESMTP id BDF9137B403; Sun, 3 Jun 2001 13:01:02 -0700 (PDT) (envelope-from geniusj@bsd.st) Received: from bsd.st (windows.box [64.3.150.191]) by bluenugget.net (Postfix) with ESMTP id 4091613618; Sun, 3 Jun 2001 12:36:35 -0700 (PDT) Message-ID: <3B1A92C6.8030301@bsd.st> Date: Sun, 03 Jun 2001 12:40:54 -0700 From: Jason DiCioccio User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9) Gecko/20010505 X-Accept-Language: en MIME-Version: 1.0 To: Darren Reed Cc: current@FreeBSD.org, security@FreeBSD.org, current-users@netbsd.org Subject: Re: IPFilter licence update References: <200106031349.XAA01100@avalon.reed.wattle.id.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Darren Reed wrote: > >The licence is intended to mean that people can use (which includes modify >or patch or tune, as seen fit) IPFilter as found within FreeBSD/NetBSD for >whatever purpose they desire - so long as the conditions (due credit and the >notice) are met. > So, out of curiosity, does this mean that only the slightly modified derivatives of IPFilter found in FreeBSD and NetBSD may be modified? Or am I reading this wrong? If not, are you just changing the interpretation of the license? Or are you effectively granting permission for modification as stated in your license? Thanks in advance, -JD- -- Jason DiCioccio - geniusj@bsd.st - PGP Key @ http://bsd.st/~geniusj/pgpkey.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 3 13:45: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id A108D37B401 for ; Sun, 3 Jun 2001 13:45:01 -0700 (PDT) (envelope-from jazepeda@pacbell.net) Received: from zippy.mybox.zip ([207.214.149.45]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0GED006WWGAVEK@mta5.snfc21.pbi.net> for current@freebsd.org; Sun, 3 Jun 2001 13:44:57 -0700 (PDT) Received: by zippy.mybox.zip (Postfix, from userid 1000) id 2615C1815; Sun, 03 Jun 2001 13:44:53 -0700 (PDT) Date: Sun, 03 Jun 2001 13:44:52 -0700 From: Alex Zepeda Subject: Now that crash dumps are working, here's a trace To: current@freebsd.org Message-id: <20010603134452.A605@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The system just hung, and eventually rebooted. I was in X at the time.. anyways's here's the trace: #0 dumpsys () at ../../kern/kern_shutdown.c:478 #1 0xc01dbdf3 in boot (howto=260) at ../../kern/kern_shutdown.c:321 #2 0xc01dc265 in panic (fmt=0xc03b6d05 "softdep_lock: lock held by %d") at ../../kern/kern_shutdown.c:600 #3 0xc03033bf in acquire_lock (lk=0xc040c358) at ../../ufs/ffs/ffs_softdep.c:270 #4 0xc0307838 in softdep_update_inodeblock (ip=0xc1662000, bp=0xc38b887c, waitfor=0) at ../../ufs/ffs/ffs_softdep.c:4004 #5 0xc02ffce5 in ffs_update (vp=0xc97bee60, waitfor=0) at ../../ufs/ffs/ffs_inode.c:108 #6 0xc030e1f2 in ffs_fsync (ap=0xc8739d24) at ../../ufs/ffs/ffs_vnops.c:292 #7 0xc030b56a in ffs_sync (mp=0xc1122200, waitfor=2, cred=0xc0b32900, p=0xc046c600) at vnode_if.h:441 #8 0xc022b647 in sync (p=0xc046c600, uap=0x0) at ../../kern/vfs_syscalls.c:620 #9 0xc01db873 in boot (howto=256) at ../../kern/kern_shutdown.c:231 #10 0xc01dc265 in panic (fmt=0xc03c628f "page fault") at ../../kern/kern_shutdown.c:600 #11 0xc035da8e in trap_fatal (frame=0xc8739e3c, eva=3735929064) at ../../i386/i386/trap.c:976 #12 0xc035d7b9 in trap_pfault (frame=0xc8739e3c, usermode=0, eva=3735929064) at ../../i386/i386/trap.c:890 #13 0xc035ce84 in trap (frame={tf_fs = -1069416424, tf_es = -1069416432, tf_ds = 16, tf_edi = 4, tf_esi = -559038242, tf_ebp = -931946884, tf_isp = -931946904, tf_ebx = -1053534208, tf_edx = -1052795076, tf_ecx = -559038242, tf_eax = -559038242, tf_trapno = 12, tf_err = 0, tf_eip = -1070582304, tf_cs = 8, tf_eflags = 66199, tf_esp = -931946856, tf_ss = -1070571658}) at ../../i386/i386/trap.c:450 #14 0xc03035e0 in worklist_remove (item=0xdeadc0de) at ../../ufs/ffs/ffs_softdep.c:431 #15 0xc0305f76 in free_diradd (dap=0xdeadc0de) at ../../ufs/ffs/ffs_softdep.c:2600 #16 0xc03052da in free_newdirblk (newdirblk=0xc137edd0) at ../../ufs/ffs/ffs_softdep.c:2033 #17 0xc030746a in handle_written_inodeblock (inodedep=0xc13f9f00, bp=0xc38a9114) at ../../ufs/ffs/ffs_softdep.c:3768 #18 0xc0306db6 in softdep_disk_write_complete (bp=0xc38a9114) at ../../ufs/ffs/ffs_softdep.c:3425 #19 0xc021dbdd in bufdone (bp=0xc38a9114) at ../../sys/buf.h:445 #20 0xc021dada in bufdonebio (bp=0xc38a9114) at ../../kern/vfs_bio.c:2693 #21 0xc0145e02 in ad_interrupt (request=0xc12d8bc0) at ../../sys/bio.h:103 #22 0xc013cd4a in ata_intr (data=0xc10a4180) at ../../dev/ata/ata-all.c:543 #23 0xc01cd24b in ithread_loop (arg=0xc10a4100) at ../../kern/kern_intr.c:521 #24 0xc01cba34 in fork_exit (callout=0xc01ccf88 , arg=0xc10a4100, frame=0xc8739fa8) at ../../kern/kern_fork.c:727 This was with a pretty recent kernel (as of a few hours before it crashed). - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 3 13:48:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by hub.freebsd.org (Postfix) with ESMTP id 90C0237B401 for ; Sun, 3 Jun 2001 13:48:31 -0700 (PDT) (envelope-from jazepeda@pacbell.net) Received: from zippy.mybox.zip ([207.214.149.45]) by mta7.pltn13.pbi.net (Sun Internet Mail Server sims.3.5.2000.03.23.18.03.p10) with ESMTP id <0GED003V1GGNCK@mta7.pltn13.pbi.net> for current@FreeBSD.ORG; Sun, 3 Jun 2001 13:48:25 -0700 (PDT) Received: by zippy.mybox.zip (Postfix, from userid 1000) id C5472180A; Sun, 03 Jun 2001 13:48:19 -0700 (PDT) Date: Sun, 03 Jun 2001 13:48:19 -0700 From: Alex Zepeda Subject: Re: Now that crash dumps are working, here's a trace In-reply-to: <20010603134452.A605@zippy.mybox.zip>; from jazepeda@pacbell.net on Sun, Jun 03, 2001 at 01:44:52PM -0700 To: current@FreeBSD.ORG Message-id: <20010603134819.A890@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20010603134452.A605@zippy.mybox.zip> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 03, 2001 at 01:44:52PM -0700, Alex Zepeda wrote: > The system just hung, and eventually rebooted. I was in X at the time.. > anyways's here's the trace: And of course the system info (wc is enabled): Copyright (c) 1992-2001 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 5.0-CURRENT #18: Sat Jun 2 18:33:49 PDT 2001 root@zippy.mybox.zip:/usr/src/sys/compile/ZIPPY_SMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (451.03-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183fbff real memory = 134152192 (131008K bytes) avail memory = 125358080 (122420K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc04ff000. Pentium Pro MTRR support enabled Using $PIR table, 7 entries at 0xc00fdcf0 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard IOAPIC #0 intpin 19 -> irq 2 IOAPIC #0 intpin 17 -> irq 9 IOAPIC #0 intpin 18 -> irq 10 pci0: on pcib0 pcib1: at device 1.0 on pci0 IOAPIC #0 intpin 16 -> irq 11 pci1: on pcib1 pci1: at 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xe000-0xe01f irq 2 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered intpm0: port 0x5000-0x500f irq 9 at device 7.3 on pci0 intpm0: I/O mapped 5000 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped 4000 pci0: at 9.0 (no driver attached) fxp0: port 0xe400-0xe43f mem 0xdb000000-0xdb0fffff,0xdb100000-0xdb100fff irq 10 at device 10.0 on pci0 fxp0: Ethernet address 00:90:27:d1:83:6a inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isa0: unexpected small tag 14 orm0:

ÂÛ ÇÍÀÅÒÅ  ×ÒΠ ÒÀÊÎÅ  ÃÐÈÍÌÅÉË ?
ÝÒΠ ÀÊÖÈÎÍÅÐÍÛÉ  ØÀÍÒÀÆ, ÀÃÐÅÑÑÈÂÍÎÅ ÏÎÃËÎÙÅÍÈÅ ÏÐÅÄÏÐÈßÒÈÉ, ÏÅÐÅÕÂÀÒ ÓÏÐÀÂËÅÍÈß  ÀÎ, ÑÀÁÎÒÀÆ ÐÀÁÎÒÛ ÏÐÅÄÏÐÈßÒÈß, ÓÑÒÐÀÍÅÍÈÅ ÊÎÍÊÓÐÅÍÒÎÂ È ÌÍÎÃÎÅ ÄÐÓÃÎÅ, ÍÎ ÇÀÌÅÒÜÒÅ, ÊÀÊ ÍÅ ÏÀÐÀÄÎÊÑÀËÜÍÎ, ÂѨ  ÐÀÌÊÀÕ ÇÀÊÎÍÀ!
Åñëè åù¸ 5-10 ëåò íàçàä ÿâëåíèå ãðèíìåéëà áûëî ïðåðîãàòèâîé çàïàäíîé ýêîíîìèêè, òî ñåé÷àñ ìîæíî óòâåðæäàòü, ÷òî ðîññèéñêèé ãðèíìåéë óæå âñòàë íà íîãè (ïðèíöèï ñîçäàíèÿ èìïåðèè "Ðóññêèé Àëþìèíèé"), õîòÿ â íàøåé ñòðàíå ïðèñóòñòâóåò è ãîñóäàðñòâåííûé ãðèíìåéë (ÍÒÂ).
Âû õîòèòå çíàòü îá ýòîì áîëüøå ? Õîòèòå çíàòü, êàê îòáèðàþòñÿ ïðåäïðèÿòèÿ, íåîæèäàííî ìåíÿåòñÿ ðóêîâîäñòâî  ÀÎ, êàê äåëàþòñÿ ïðåäëîæåíèÿ "îò êîòîðûõ íåëüçÿ îòêàçàòüñÿ", êàê áîãàòûå ñòàíîâÿòñÿ áåäíûìè è êàê çàùèòèòñÿ îò íåäðóæåñòâåííûõ äåéñòâèé, òîãäà Âàì íåîáõîäèìî çíàòü, ÷òî 3 èþíÿ îòêðûëñÿ ôîðóì "ÀÊÖÈÎÍÅÐÍÛÅ ÂÎÉÍÛ", ïîñâÿù¸ííûé òåìàòèêå ãðèíìåéëà íà ñàéòå ÈÍÂÅÑÒÈÖÈÎÍÍÛÅ ÐÅÑÓÐÑÛ www.mvb.ru . Íà ôîðóìå Âû ìîæåòå ïîëó÷èòü áåñïëàòíûå êîíñóëüòàöèè îò þðèñòîâ, ñïåöèàëèçèðóþùèõñÿ íà ãðèíìåéëå.

 

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 8 23:55:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by hub.freebsd.org (Postfix) with ESMTP id 0FBAE37B403 for ; Fri, 8 Jun 2001 23:55:35 -0700 (PDT) (envelope-from gwk@sgi.com) Received: from sgiger.munich.sgi.com (sgiger.munich.sgi.com [144.253.192.2]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via SMTP id IAA1879318; Sat, 9 Jun 2001 08:55:32 +0200 (CEST) mail_from (gwk@sgi.com) Received: from cuckoo.munich.sgi.com (cuckoo.munich.sgi.com [144.253.192.109]) by sgiger.munich.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA10785; Sat, 9 Jun 2001 08:55:19 +0200 Received: from hunter.munich.sgi.com ([192.82.201.164]) by cuckoo.munich.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id IAA68466; Sat, 9 Jun 2001 08:55:14 +0200 (CEST) Received: from hunter.munich.sgi.com (localhost.munich.sgi.com [127.0.0.1]) by hunter.munich.sgi.com (8.11.3/8.11.3) with ESMTP id f596sgo06286; Fri, 8 Jun 2001 23:54:43 -0700 (PDT) (envelope-from gwk@sgi.com) Date: Fri, 08 Jun 2001 23:54:42 -0700 Message-ID: From: "Georg-W. Koltermann" To: Andrew Gallatin Cc: current@freebsd.org Subject: Re: Linux JDK 1.3 and hotspot (native threads) In-Reply-To: <20010430115936.A1525@hunter.munich.sgi.com> References: <20010426185450.B10195@hunter.munich.sgi.com> <15082.7626.656950.951816@grasshopper.cs.duke.edu> <20010430115936.A1525@hunter.munich.sgi.com> User-Agent: Wanderlust/2.4.1 (Stand By Me) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) Emacs/20.7 (i386--freebsd) MULE/4.0 (HANANOEN) Organization: SGI X-Attribution: gwk MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At Mon, 30 Apr 2001 11:59:38 +0200, Georg-W. Koltermann wrote: > > On Fri, Apr 27, 2001 at 09:32:58PM -0400, Andrew Gallatin wrote: > > > > Georg-W. Koltermann writes: > > > > <...> > > > In order to get real performance I would like to run either the SUN > > > JDK with -hotspot, or the IBM 1.3 JVM. Both of these use native linux > > > threads. With a recent -current I can successfully execute small JAVA > > > test programs, but when I start a real application (e.g. Together from > > > togethersoft.com), it fails with a core dump. > > > > <...> > > Also, are there any non commercial apps that demonstrate the problem? > > Or at least things that I don't have to sign my life away to get > > access to? Hi Andrew, I just tried Forte for Java 3.0 Early Access, and it shows the above problem quite easily during startup. I ran it with truss(1), and the last part of the output is: linux_kill(0x15bc,0x20) = 2 (0x2) linux_brk(0x8232000) = 1 (0x1) linux_rt_sigprocmask(0x2,0x0,0xbfbfc73c,0x8) = 4 (0x4) write(4,0xbfbfc728,148) = 3 (0x3) linux_rt_sigprocmask(0x2,0x0,0xbfbfc6a8,0x8) = 4 (0x4) SIGNAL 32 SIGNAL 32 SIGNAL 32 linux_rt_sigsuspend(0xbfbfc6a8,0x8) ERR#4 'Interrupted system call' linux_sigreturn(0xbfbfc3a0) ERR#4 'Interrupted system call' linux_sched_getscheduler(0x15c2) ERR#1 'Operation not permitted' linux_kill(0x15c2,0x20) = 2 (0x2) linux_kill(0x15c2,0x20) = 2 (0x2) getpid() = 0 (0x0) linux_mmap(0xbfbfc9bc) = 1 (0x1) mprotect(0xbfa0e000,0x2000,0x0) = 3 (0x3) linux_mmap(0xbfbfc9bc) = 1 (0x1) linux_sigaltstack(0xbfbfc9f8,0x0) = 2 (0x2) -- System info ---------------------------------------------------------------- linux_rt_sigprocmask(0x1,0xbfbfc968,0x0,0x8) = 4 (0x4) linux_sched_getscheduler(0x15b9) ERR#1 'Operation not permitted' Product Version = Forte for Java, CE v. 3.0 (Build 010523) IDE Versioning = IDE/1 spec=1.2.1 impl=010523 Operating System = Linux version 2.2.12 running on i386 Java; VM; Vendor = 1.3.1; Java HotSpot(TM) Client VM 1.3.1-b24; Sun Microsystems Inc. Java Home = /opt/jdk1.3.1/jre System Locale = en_US (f4j_ce) Home Dir; Current Dir = /home/hunter/gwk; /home/hunter/gwk IDE Install; User Dir = /opt/forte30; /home/hunter/gwk/ffjuser30 CLASSPATH = /opt/forte30/lib/patches/openide-compat.jar:/opt/forte30/lib/ext/bsh-1_0-fj.jar:/opt/forte30/lib/ext/cmd.jar:/opt/forte30/lib/ext/cosnaming.jar:/opt/forte30/lib/ext/dd2beans.jar:/opt/forte30/lib/ext/ddl.jar:/opt/forte30/lib/ext/fjscript.jar:/opt/forte30/lib/ext/fscontext.jar:/opt/forte30/lib/ext/idlcompilers.jar:/opt/forte30/lib/ext/jaas.jar:/opt/forte30/lib/ext/jaxp.jar:/opt/forte30/lib/ext/jh.jar:/opt/forte30/lib/ext/jndi.jar:/opt/forte30/lib/ext/ldap.jar:/opt/forte30/lib/ext/ldapbp.jar:/opt/forte30/lib/ext/logger.jar:/opt/forte30/lib/ext/nis.jar:/opt/forte30/lib/ext/openorb-1.0.2.jar:/opt/forte30/lib/ext/oracle.jar:/opt/forte30/lib/ext/parser.jar:/opt/forte30/lib/ext/pbembeddedeval.jar:/opt/forte30/lib/ext/providerutil.jar:/opt/forte30/lib/ext/regexp.jar:/opt/forte30/lib/ext/rmi-ext.jar:/opt/forte30/lib/ext/rmiregistry.jar:/opt/forte30/lib/ext/sax2.jar:/opt/forte30/lib/ext/servlet.jar:/opt/forte30/lib/ext/xerces.jar:/opt/forte30/lib/ext/jdbc20x.zip:/opt/forte30/lib/locale/core_f4j.jar:/opt/forte30/lib/locale/core_f4j_ce.jar:/opt/forte30/lib/locale/openide_f4j.jar:/opt/forte30/lib/core.jar:/opt/forte30/lib/openide-fs.jar:/opt/forte30/lib/openide-nodes.jar:/opt/forte30/lib/openide-util.jar:/opt/forte30/lib/openide.jar:/opt/jdk1.3.1/lib/dt.jar:/opt/jdk1.3.1/lib/htmlconverter.jar:/opt/jdk1.3.1/lib/tools.jar ------------------------------------------------------------------------------- linux_rt_sigprocmask(0x2,0x0,0xbfbfc9cc,0x8) = 4 (0x4) Unexpected Signal : 11 occurred at PC=0x806535a Function name=(N/A) Library=(N/A) NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: Dynamic libraries: Can not get information for pid = 5570 Local Time = Fri Jun 8 23:14:38 2001 Elapsed Time = 2 # # HotSpot Virtual Machine Error : 11 # Error ID : 4F530E43505002CC # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.3.1-b24 mixed mode) # # An error report file has been saved as hs_err_pid5570.log. # Please refer to the file for further information. # SIGNAL 6 SIGNAL 6 SIGNAL 6 Process stopped because of: 16 process exit, rval = 6 Remember, this is only with java -hotspot; java -classic works fine. Surprisingly the previous Forte for Java (2.0) works fine both with -hotspot and -classic. You can download the 3.0 Early Access version from http://eap.netbeans.com after registering (free). -- Regards, Georg. ---------------------------------------------------------------------- Who in the world needs 2000 Windows? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 9 0:44:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 7E53837B401 for ; Sat, 9 Jun 2001 00:44:30 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.1) with ESMTP id f597iQV24868; Sat, 9 Jun 2001 01:44:26 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200106090744.f597iQV24868@harmony.village.org> To: Julian Elischer Subject: Re: PCCARD and -current Cc: current@FreeBSD.ORG In-reply-to: Your message of "Fri, 08 Jun 2001 11:19:10 PDT." <3B21171E.34FC75C8@elischer.org> References: <3B21171E.34FC75C8@elischer.org> Date: Sat, 09 Jun 2001 01:44:26 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3B21171E.34FC75C8@elischer.org> Julian Elischer writes: : Failed to allocate IRQ for Linksys Add -I to your pccardd_flags in rc.conf. Others have suggested '-I -i 11' for your case. Also, it is very important that you install a new pccardd too. Otherwise, you may find your system hanging when the card is reset after power on, but before it is assigned resources. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 9 0:45:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id E168F37B401 for ; Sat, 9 Jun 2001 00:45:36 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.1) with ESMTP id f597jRV24897; Sat, 9 Jun 2001 01:45:27 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200106090745.f597jRV24897@harmony.village.org> To: Seth Kingsley Subject: Re: PCCARD and -current Cc: Julian Elischer , current@FreeBSD.ORG In-reply-to: Your message of "Fri, 08 Jun 2001 13:55:40 PDT." <20010608135540.B53292@meow.osd.bsdi.com> References: <20010608135540.B53292@meow.osd.bsdi.com> <3B21171E.34FC75C8@elischer.org> Date: Sat, 09 Jun 2001 01:45:27 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20010608135540.B53292@meow.osd.bsdi.com> Seth Kingsley writes: : Sorry, I guess maybe this directive is counter-intuative. It supposed to : be a list of the free irq's in the system for pccardd to use with : inserted pccards when configuring them. Trying to use the irq that the : cardbus bridge already has will definetly result in a resource : allocation failure. But it shouldn't with the pci attachment in very current currents :-) Actaully, the irq in pccard.conf will likely be ignored in the not too distant future. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 9 6:15:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (gw.Awfulhak.org [217.204.245.18]) by hub.freebsd.org (Postfix) with ESMTP id 0EB7637B405; Sat, 9 Jun 2001 06:15:31 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f59DFQt86915; Sat, 9 Jun 2001 14:15:26 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.4/8.11.4) with ESMTP id f59DFPW15949; Sat, 9 Jun 2001 14:15:25 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200106091315.f59DFPW15949@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Julian Elischer Cc: Mike Smith , Seth Kingsley , current@FreeBSD.org, brian@Awfulhak.org Subject: Re: PCCARD and -current In-Reply-To: Message from Julian Elischer of "Fri, 08 Jun 2001 20:37:37 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 09 Jun 2001 14:15:25 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I got the same results as you. It eventually worked when I copied the entry matching my card into /etc/pccard.conf and hard-wired the irq as the same as the pcic device (9 in my case): $ cat /etc/pccard.conf irq 9 card "Lucent Technologies" "WaveLAN/IEEE" config auto "wi" 9 insert /etc/pccard_ether $device start remove /etc/pccard_ether $device stop With a ? instead of the 9 on the config line, I got an irq resource allocation failure. Go figure ! > So the question remains.. > where was I supposed to change the interrupt mentionned in the > UPDATING entry.. > if not in the pccard.conf, then where? > > I certainly get the 'hangs' mentionned as being a symptom > of NOT doing it.. > > Warner? > > On Fri, 8 Jun 2001, Mike Smith wrote: > > > > On Fri, Jun 08, 2001 at 11:19:10AM -0700, Julian Elischer wrote: > > > > kernel: pcic1: irq 11 at device 4.1 on pci0 > > > > > > > in pccard.conf I had > > > > > > > > irq 11 > > > > > > > > is this not what I was supposed to do? > > > > > > Sorry, I guess maybe this directive is counter-intuative. It supposed to > > > be a list of the free irq's in the system for pccardd to use with > > > inserted pccards when configuring them. Trying to use the irq that the > > > cardbus bridge already has will definetly result in a resource > > > allocation failure. > > > > Er, well, it shouldn't, and more to the point, in most modern laptops you > > *have* to share the two. > > -- > > ... every activity meets with opposition, everyone who acts has his > > rivals and unfortunately opponents also. But not because people want > > to be opponents, rather because the tasks and relationships force > > people to take different points of view. [Dr. Fritz Todt] > > V I C T O R Y N O T V E N G E A N C E -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 9 9:54:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id 4F96F37B430; Sat, 9 Jun 2001 09:54:15 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.133.57.Dial1.SanJose1.Level3.net [209.245.133.57]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id MAA07043; Sat, 9 Jun 2001 12:54:05 -0400 (EDT) Message-ID: <3B2254CA.9FB93387@mindspring.com> Date: Sat, 09 Jun 2001 09:54:34 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Daniel C. Sobral" Cc: Poul-Henning Kamp , Doug Denault , Greg Lehey , developers@FreeBSD.ORG, FreeBSD Stable Users , FreeBSD current users Subject: FORTH: Modifying loader... References: <50104.991592939@critter> <3B208329.2E2BFF2B@mindspring.com> <3B20BF6F.7060900@tcoip.com.br> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Daniel C. Sobral" wrote: > Actually, > > : Short-Appplication ." Hello World!" cr ; > > might even work... :-) I've been waiting for a FORTH-geek to pop his head up; I have most of "nextboot" reimplemented... I've added "fwrite" and "flseek" verbs. I've thought about kidnapping an astronomer. 8-). The current problem is that the biosdisk.c doesn't contain "write" code, and that the libstand code wouldn't call it if it did. I'm not really interested in creating or extending files, and with those restrictions, it seems possible to do the job. Is anyone interested in helping out with the code? The basic plan is to take a file that has: "A A A B B B\n" and rewrite it as: "A A B B B A\n" (a rotor; slightly different than the original nextboot, but acceptable, given the constraint of keeping the file exactly the same length), and then use the first string "A" (might be "disk1s1a:/kernel") to set curr_dev to the "disk1s1a:" part, and then try to boot the "/kernel" part. I'll write the user space utility, and I'm willing to do the UFS code as well, but it's been 15 years since I've done FORTH, and I'm not too confident of the VM86 calls in biosboot.c for writing, either. We could guard the code against extending the file, and that's enough to ignore the allocation problems without damaging any FS to which it is applied, since we would only rewrite existing disk blocks. The "fread" verb already returns the exact length of the file, so that's not a problem, either. So do we have a BIOS write hacker and a FORTH hacker in the house? Worse comes to worse, I can find a sacrificial disk and do the BIOS write stuff myself, if I have to. Modified code for libstand to go back to CMU Mach, per the request, of course... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 9 12:21:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from vaio.avias.com (dialup1.avias.com [195.14.38.68]) by hub.freebsd.org (Postfix) with ESMTP id 3664D37B401 for ; Sat, 9 Jun 2001 12:21:37 -0700 (PDT) (envelope-from juriy@vaio.avias.com) Received: (from juriy@localhost) by vaio.avias.com (8.11.4/8.11.4) id f59JOhE50146 for current@freebsd.org; Sat, 9 Jun 2001 23:24:43 +0400 (MSD) (envelope-from juriy) Date: Sat, 9 Jun 2001 23:24:42 +0400 From: Juriy Goloveshkin To: current@freebsd.org Subject: mozilla 0.9 and 0.9.1 with freebsd Message-ID: <20010609232442.A45911@avias.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Is mozilla built in current? I tried to build it with /usr/ports/www/mozilla and from only tar-ball. Building stopped. What's wrong? nsIEditorController.idl ../../dist/bin/xpidl -m header -w -I ../../dist/idl -I. -o _xpidlgen/nsIEditorController nsIEditorController.idl nsIEditor.idl ../../dist/bin/xpidl -m header -w -I ../../dist/idl -I. -o _xpidlgen/nsIEditor nsIEditor.idl nsIEditor.idl:55: Warning: %{ .. %} code fragment within interface ignored when generating NS_DECL_NSIEDITOR macro; if the code fragment contains method declarations, the macro probably isn't complete. nsIEditorIMESupport.idl ../../dist/bin/xpidl -m header -w -I ../../dist/idl -I. -o _xpidlgen/nsIEditorIMESupport nsIEditorIMESupport.idl gmake[2]: *** [_xpidlgen/nsIEditorIMESupport.h] Segmentation fault (core dumped) gmake[2]: Leaving directory `/home/juriy/src/mozilla/mozilla/editor/idl' gmake[1]: *** [export] Error 2 gmake[1]: Leaving directory `/home/juriy/src/mozilla/mozilla/editor' gmake: *** [export] Error 2 vaio@juriy[~/<2>mozilla]> dbg dist/bin/xpidl editor/idl/xpidl.core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... Core was generated by `xpidl'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libglib12.so.3...done. Reading symbols from /usr/local/lib/libIDL.so.2...done. Reading symbols from /usr/lib/libm.so.2...done. Reading symbols from /usr/lib/libc_r.so.5...done. Reading symbols from /usr/lib/libc.so.5...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x28094818 in g_strdup (str=0x8094380 'p' ...) at gstrfuncs.c:87 87 new_str = g_new (char, strlen (str) + 1); (gdb) bt #0 0x28094818 in g_strdup (str=0x8094380 'p' ...) at gstrfuncs.c:87 #1 0x280a7007 in IDL_file_set (filename=0x8094380 'p' ..., line=134726528) at ./parser.y:1688 #2 0x280a87d3 in __IDL_lex () at ./lexer.l:196 #3 0x280a2475 in __IDL_parse () at /usr/local/share/bison.simple:432 #4 0x280ad54b in IDL_parse_filename_with_input ( filename=0xbfbffbb1 "nsIEditorIMESupport.idl", input_cb=0x804a664 , input_cb_user_data=0xbfbff964, msg_cb=0x8049cec , tree=0xbfbff994, ns=0xbfbff980, parse_flags=131088, max_msg_level=2) at util.c:449 #5 0x804ab51 in xpidl_process_idl ( filename=0xbfbffbb1 "nsIEditorIMESupport.idl", include_path=0x8063040, file_basename=0xbfbffb93 "_xpidlgen/nsIEditorIMESupport", mode=0x805db20) at xpidl_idl.c:661 #6 0x8049c38 in main (argc=10, argv=0xbfbffa38) at xpidl.c:187 #7 0x8049591 in _start () (gdb) -- bye Juriy Goloveshkin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 9 12:28: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from sol.serv.u-szeged.hu (sol.serv.u-szeged.hu [160.114.51.3]) by hub.freebsd.org (Postfix) with ESMTP id 919F637B403 for ; Sat, 9 Jun 2001 12:28:01 -0700 (PDT) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.serv.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id VAA20800; Sat, 9 Jun 2001 21:27:48 +0200 (MEST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 158oOf-00071o-00; Sat, 09 Jun 2001 21:27:45 +0200 Date: Sat, 9 Jun 2001 21:27:45 +0200 From: Szilveszter Adam To: Juriy Goloveshkin Cc: current@freebsd.org Subject: Re: mozilla 0.9 and 0.9.1 with freebsd Message-ID: <20010609212745.A23116@petra.hos.u-szeged.hu> Mail-Followup-To: Szilveszter Adam , Juriy Goloveshkin , current@freebsd.org References: <20010609232442.A45911@avias.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010609232442.A45911@avias.com>; from juriy@avias.com on Sat, Jun 09, 2001 at 11:24:42PM +0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, On Sat, Jun 09, 2001 at 11:24:42PM +0400, Juriy Goloveshkin wrote: > Hello, Is mozilla built in current? I tried to build it with > /usr/ports/www/mozilla and from only tar-ball. Building stopped. > What's wrong? THe problem is that -CURRENT's VM options are set for debugging which means that some (not well written) programs will suffer. It seems that on some configurations you need to set MALLOC_OPTIONS to "j" in order to be able to build Mozilla. However it does not occur on all systems (according to the freebsd-mozilla ml) so it may be related to the amount of RAM, swap etc in the system. It certainly needs this flag on my machine. I hope that this helps somewhat... -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 9 12:52:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from vaio.avias.com (dialup1.avias.com [195.14.38.68]) by hub.freebsd.org (Postfix) with ESMTP id E6A7637B401 for ; Sat, 9 Jun 2001 12:51:49 -0700 (PDT) (envelope-from juriy@vaio.avias.com) Received: (from juriy@localhost) by vaio.avias.com (8.11.4/8.11.4) id f59JqW455406; Sat, 9 Jun 2001 23:52:32 +0400 (MSD) (envelope-from juriy) Date: Sat, 9 Jun 2001 23:52:27 +0400 From: Juriy Goloveshkin To: Szilveszter Adam , current@freebsd.org Subject: Re: mozilla 0.9 and 0.9.1 with freebsd Message-ID: <20010609235227.A51265@avias.com> References: <20010609232442.A45911@avias.com> <20010609212745.A23116@petra.hos.u-szeged.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010609212745.A23116@petra.hos.u-szeged.hu>; from sziszi@petra.hos.u-szeged.hu on Sat, Jun 09, 2001 at 09:27:45PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jun 09, 2001 at 09:27:45PM +0200, Szilveszter Adam wrote: > Hello, > > On Sat, Jun 09, 2001 at 11:24:42PM +0400, Juriy Goloveshkin wrote: > > Hello, Is mozilla built in current? I tried to build it with > > /usr/ports/www/mozilla and from only tar-ball. Building stopped. > > What's wrong? > > THe problem is that -CURRENT's VM options are set for debugging which means > that some (not well written) programs will suffer. It seems that on some > configurations you need to set MALLOC_OPTIONS to "j" in order to be able to > build Mozilla. However it does not occur on all systems (according to the > freebsd-mozilla ml) so it may be related to the amount of RAM, swap etc in > the system. It certainly needs this flag on my machine. > > I hope that this helps somewhat... thanks. it works! -- bye Juriy Goloveshkin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 9 14:22:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 1BC7737B401; Sat, 9 Jun 2001 14:22:42 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.3/8.11.3) with ESMTP id f59LWN701157; Sat, 9 Jun 2001 14:32:23 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200106092132.f59LWN701157@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: tlambert2@mindspring.com Cc: "Daniel C. Sobral" , Poul-Henning Kamp , Doug Denault , Greg Lehey , developers@FreeBSD.ORG, FreeBSD Stable Users , FreeBSD current users Subject: Re: FORTH: Modifying loader... In-reply-to: Your message of "Sat, 09 Jun 2001 09:54:34 PDT." <3B2254CA.9FB93387@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 09 Jun 2001 14:32:23 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I've been waiting for a FORTH-geek to pop his head up; I > have most of "nextboot" reimplemented... I've added "fwrite" > and "flseek" verbs. I've thought about kidnapping an > astronomer. 8-). > > The current problem is that the biosdisk.c doesn't contain > "write" code, and that the libstand code wouldn't call it > if it did. > > I'm not really interested in creating or extending files, > and with those restrictions, it seems possible to do the > job. > > Is anyone interested in helping out with the code? I've wanted someone to fix the libstand filesystems to support overwrite for some time, so yes, I'd be happy to help here. > The basic plan is to take a file that has: > > "A A A B B B\n" > > and rewrite it as: > > "A A B B B A\n" > > (a rotor; slightly different than the original nextboot, > but acceptable, given the constraint of keeping the file > exactly the same length), and then use the first string > "A" (might be "disk1s1a:/kernel") to set curr_dev to the > "disk1s1a:" part, and then try to boot the "/kernel" part. I actually had a fairly different and more generic idea in mind; an 8k "boot.variables" file in /boot, which holds variables marked with 'save '. So you would do something like: set kernel_list="kernel.new,kernel.default,kernel.emergency" set kernel_index=0 save kernel_list save kernel_index to set things up. If the format of the file was sensible, manipulating it from userspace would be trivial as well. > I'll write the user space utility, and I'm willing to do > the UFS code as well, but it's been 15 years since I've > done FORTH, and I'm not too confident of the VM86 calls > in biosboot.c for writing, either. I can't help with the FORTH, but I certainly know what needs to be done in biosdisk.c. Note that the SRM equivalent can't write to the disk, so this *won't* work for the Alpha. 8( Regards, Mike -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 9 14:26:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from kyle.tandemedia.com (kyle.tandemedia.com [216.29.169.3]) by hub.freebsd.org (Postfix) with ESMTP id 37BCF37B401 for ; Sat, 9 Jun 2001 14:26:11 -0700 (PDT) (envelope-from rmtodd@ichotolot.servalan.com) Received: by kyle.tandemedia.com (Postfix, from userid 66) id 0486355401; Sat, 9 Jun 2001 17:26:09 -0400 (EDT) Received: from ichotolot.servalan.com([127.0.0.1]) (18103 bytes) by servalan.servalan.com via sendmail with P:esmtp/R:smart_host/T:hacked-uux (sender: ) id for ; Sat, 9 Jun 2001 16:12:04 -0500 (CDT) (Smail-3.2.0.111 2000-Feb-17 #1 built 2001-Jan-15) Message-Id: To: current@freebsd.org Subject: Couple "Giant not locked" at vm_object.c:261 panics I had today.... Date: Sat, 09 Jun 2001 16:12:03 -0500 From: Richard Todd Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Backtraces posted here in hopes they might enlighten someone. This is with kernel source from June 6 (specifically, "Sticky Date: 2001.06.06.22.16.24" according to cvs status). The machine is a dual PII/400; dmesg follows the backtraces from the two panics. If you want more information from these two core files, please let me know. Note that the first panic is somewhat muddled by the fact that, while syncing disks from the vm_object.c panic, it apparently paniced again with "Giant locked" at i386/trap.c:1153. That probably confuses the issue greatly. P.S. Stupid -current question: How does one tell what process was running that triggered a panic? This used to be findable with "p *curproc" in gdb, but that doesn't seem to work anymore. Script started on Sat Jun 9 16:02:27 2001 You have mail. ichotolot# gdb -k kernel.debug vmcore.19 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 6516736 initial pcb at 529440 panicstr: witness_restore: lock (sleep mutex) Giant not locked panic messages: --- panic: mutex Giant not owned at ../../vm/vm_object.c:261 cpuid = 1; lapic.id = 01000000 boot() called on cpu#1 syncing disks... exclusive (sleep mutex) Giant (0xc0576ca0) locked @ ../../i386/i386/trap.c:1153 exclusive (spin mutex) sched lock (0xc05763e0) locked @ ../../kern/kern_mutex.c:312 panic: witness_restore: lock (sleep mutex) Giant not locked cpuid = 1; lapic.id = 01000000 boot() called on cpu#1 Uptime: 2d2h35m38s dumping to dev da0s2b, offset 270336 dump 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 dumpsys () at ../../kern/kern_shutdown.c:478 478 if (dumping++) { (kgdb) p curproc No symbol "curproc" in current context. (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:478 #1 0xc026b35f in boot (howto=260) at ../../kern/kern_shutdown.c:321 #2 0xc026b7d1 in panic (fmt=0xc0488ae5 "%s: lock (%s) %s not locked") at ../../kern/kern_shutdown.c:600 #3 0xc02878a5 in witness_restore (lock=0xc0576ca0, file=0xc048bc20 "../../kern/vfs_bio.c", line=1827) at ../../kern/subr_witness.c:1297 #4 0xc0273836 in msleep (ident=0xc054eaec, mtx=0x0, priority=68, wmesg=0xc048c09e "psleep", timo=100) at ../../kern/kern_synch.c:500 #5 0xc02ab0a5 in buf_daemon () at ../../kern/vfs_bio.c:1883 #6 0xc025af78 in fork_exit (callout=0xc02aaf20 , arg=0x0, frame=0xc80cbfa8) at ../../kern/kern_fork.c:727 (kgdb) fr 6 #6 0xc025af78 in fork_exit (callout=0xc02aaf20 , arg=0x0, frame=0xc80cbfa8) at ../../kern/kern_fork.c:727 727 callout(arg, frame); (kgdb) l 722 * cpu_set_fork_handler intercepts this function call to 723 * have this call a non-return function to stay in kernel mode. 724 * initproc has its own fork handler, but it does return. 725 */ 726 KASSERT(callout != NULL, ("NULL callout in fork_exit")); 727 callout(arg, frame); 728 729 /* 730 * Check if a kernel thread misbehaved and returned from its main 731 * function. (kgdb) l 732 */ 733 PROC_LOCK(p); 734 if (p->p_flag & P_KTHREAD) { 735 PROC_UNLOCK(p); 736 mtx_lock(&Giant); 737 printf("Kernel thread \"%s\" (pid %d) exited prematurely.\n", 738 p->p_comm, p->p_pid); 739 kthread_exit(0); 740 } 741 PROC_UNLOCK(p); (kgdb) p frame $1 = (struct trapframe *) 0xc80cbfa8 (kgdb) p frame[0] $2 = {tf_fs = 0, tf_es = 0, tf_ds = 0, tf_edi = 0, tf_esi = 0, tf_ebp = 0, tf_isp = 0, tf_ebx = 0, tf_edx = 1, tf_ecx = 0, tf_eax = 0, tf_trapno = 0, tf_err = 0, tf_eip = 0, tf_cs = 0, tf_eflags = 0, tf_esp = 0, tf_ss = 0} (kgdb) fr 5 #5 0xc02ab0a5 in buf_daemon () at ../../kern/vfs_bio.c:1883 1883 tsleep(&bd_request, PVM, "qsleep", hz / 2); (kgdb) l 1878 /* 1879 * We couldn't find any flushable dirty buffers but 1880 * still have too many dirty buffers, we 1881 * have to sleep and try again. (rare) 1882 */ 1883 tsleep(&bd_request, PVM, "qsleep", hz / 2); 1884 } 1885 } 1886 } 1887 (kgdb) q ichotolot# gdb -k kernel.debug vmcore.20 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 6516736 initial pcb at 529440 panicstr: mutex Giant not owned at ../../vm/vm_object.c:261 panic messages: --- panic: mutex Giant not owned at ../../vm/vm_object.c:261 cpuid = 0; lapic.id = 00000000 boot() called on cpu#0 syncing disks... 191 191 191 191 191 191 191 191 191 191 191 191 191 191 191 191 191 191 191 191 1: dev:da0s2e, flags:31021024, blkno:1559744, lblkno:27 2: dev:da0s2e, flags:21000024, blkno:16, lblkno:16 3: dev:da1s1e, flags:21000024, blkno:16, lblkno:16 4: dev:da0s2e, flags:01000024, blkno:15597616, lblkno:15597616 5: dev:da0s2e, flags:21021024, blkno:14221408, lblkno:14221408 6: dev:da0s2e, flags:31021024, blkno:1626976, lblkno:263 7: dev:da0s2e, flags:21021024, blkno:15598368, lblkno:15598368 8: dev:da0s2e, flags:31021024, blkno:1587520, lblkno:167 9: dev:da0s2e, flags:31021024, blkno:1560272, lblkno:2 10: dev:da0s2e, flags:21021024, blkno:15532128, lblkno:15532128 11: dev:da0s2e, flags:21000024, blkno:2048, lblkno:2048 12: dev:da1s1e, flags:200210a0, blkno:5114176, lblkno:-12 13: dev:da0s2e, flags:21021024, blkno:403004, lblkno:0 14: dev:da0s2e, flags:21021024, blkno:457724, lblkno:0 15: dev:da0s2e, flags:31021024, blkno:1587888, lblkno:279 16: dev:da0s2e, flags:21021024, blkno:1858544, lblkno:2106 17: dev:da0s2e, flags:31021024, blkno:1585376, lblkno:314 18: dev:da0s2e, flags:31021024, blkno:1560624, lblkno:284 19: dev:da1s1e, flags:01000024, blkno:5570608, lblkno:5570608 20: dev:da1s1e, flags:21000024, blkno:2048, lblkno:2048 21: dev:da0s2e, flags:21021024, blkno:401024, lblkno:0 22: dev:da0s2e, flags:21021024, blkno:1507584, lblkno:1507584 23: dev:da0s2e, flags:21021024, blkno:15598352, lblkno:15598352 24: dev:da0s2e, flags:21021024, blkno:406720, lblkno:0 25: dev:da0s2e, flags:31021024, blkno:1581360, lblkno:68 26: dev:da0s2e, flags:21021024, blkno:2294560, lblkno:2294560 27: dev:da0s2e, flags:21021024, blkno:412304, lblkno:0 28: dev:da0s2e, flags:21021024, blkno:409440, lblkno:0 29: dev:da0s2e, flags:21021024, blkno:457776, lblkno:0 30: dev:da0s2e, flags:21021024, blkno:401370, lblkno:0 31: dev:da0s2e, flags:01000024, blkno:393264, lblkno:393264 32: dev:da1s1e, flags:21000024, blkno:2064, lblkno:2064 giving up on 32 buffers Uptime: 10h17m33s dumping to dev da0s2b, offset 270336 dump 128 [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] 127 126 125 124 123 122 121 [CTRL-C to abort] [CTRL-C to abort] 120 [CTRL-C to abort] 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 dumpsys () at ../../kern/kern_shutdown.c:478 478 if (dumping++) { (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:478 #1 0xc026b35f in boot (howto=256) at ../../kern/kern_shutdown.c:321 #2 0xc026b7d1 in panic (fmt=0xc0484808 "mutex %s not owned at %s:%d") at ../../kern/kern_shutdown.c:600 #3 0xc0263c25 in _mtx_assert (m=0xc0576ca0, what=1, file=0xc04ab834 "../../vm/vm_object.c", line=261) at ../../kern/kern_mutex.c:567 #4 0xc03f0fee in vm_object_reference (object=0xc8bbc1e0) at ../../vm/vm_object.c:261 #5 0xc03d6872 in ffs_write (ap=0xc8ce0e80) at ../../ufs/ufs/ufs_readwrite.c:421 #6 0xc025e175 in ktrwrite (vp=0xc8b67680, kth=0xc112df00, uio=0x0) at vnode_if.h:303 #7 0xc025dadb in ktrpsig (vp=0xc8b67680, sig=6, action=0, mask=0xc8b24090, code=0) at ../../kern/kern_ktrace.c:202 #8 0xc0270204 in postsig (sig=6) at ../../kern/kern_sig.c:1542 #9 0xc042983e in userret (p=0xc8b23ee0, frame=0xc8ce0fa8, oticks=2655) at ../../i386/i386/trap.c:175 #10 0xc042c603 in ast (framep=0xc8ce0fa8) at ../../i386/i386/trap.c:1320 #11 0xc0417b00 in doreti_ast () #12 0x80527c7 in ?? () #13 0x804ea6d in ?? () #14 0x8052974 in ?? () #15 0x80520c8 in ?? () #16 0x804d340 in ?? () #17 0x804e176 in ?? () #18 0x8049eb1 in ?? () (kgdb) fr 10 #10 0xc042c603 in ast (framep=0xc8ce0fa8) at ../../i386/i386/trap.c:1320 1320 userret(p, framep, sticks); (kgdb) p *p $1 = {p_procq = {tqe_next = 0x0, tqe_prev = 0xc0529718}, p_slpq = { tqe_next = 0x0, tqe_prev = 0xc05297f8}, p_list = {le_next = 0xc8b23220, le_prev = 0xc8d66db0}, p_ucred = 0xc124cc00, p_fd = 0xc10e3300, p_stats = 0xc8cdfb74, p_limit = 0xc117eb00, p_upages_obj = 0xc8cdd180, p_procsig = 0xc11d0340, p_flag = 16384, p_sflag = 2049, p_stat = 2, p_pid = 27587, p_hash = {le_next = 0x0, le_prev = 0xc0b3bf0c}, p_pglist = { le_next = 0x0, le_prev = 0xc10ff5a8}, p_pptr = 0xc7acac80, p_sibling = { le_next = 0xc8b24760, le_prev = 0xc7acacdc}, p_children = { lh_first = 0x0}, p_oppid = 0, p_dupfd = 0, p_vmspace = 0xc8b1c180, p_estcpu = 295, p_cpticks = 451, p_pctcpu = 1049, p_slpcallout = {c_links = { sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_flags = 8}, p_wchan = 0x0, p_wmesg = 0xc048c1a1 "getblk", p_swtime = 36, p_slptime = 0, p_itcallout = { c_links = {sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_flags = 0}, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = { tv_sec = 0, tv_usec = 0}}, p_runtime = 30433876, p_uu = 0, p_su = 0, p_iu = 0, p_uticks = 7, p_sticks = 3089, p_iticks = 0, p_traceflag = -536870722, p_tracep = 0xc8b67680, p_siglist = {__bits = {0, 0, 0, 0}}, p_textvp = 0xc8b7da40, p_mtx = {mtx_object = { lo_class = 0xc04f81e0, lo_name = 0xc0482f48 "process lock", lo_flags = 196608, lo_list = {stqe_next = 0xc124cc68}, lo_witness = 0xc052be00}, mtx_lock = 3367124704, mtx_recurse = 0, mtx_savecrit = 0, mtx_blocked = {tqh_first = 0x0, tqh_last = 0xc8b2401c}, mtx_contested = {le_next = 0x0, le_prev = 0x0}}, p_spinlocks = 1, p_lock = 0 '\000', p_oncpu = 0 '\000', p_lastcpu = 0 '\000', p_rqindex = 54 '6', p_locks = -32, p_stops = 0, p_stype = 0, p_step = 0 '\000', p_pfsflags = 0 '\000', p_pad3 = "\000", p_retval = {0, 134625376}, p_sigiolst = {slh_first = 0x0}, p_sigparent = 20, p_oldsigmask = {__bits = {0, 0, 0, 0}}, p_sig = 0, p_code = 0, p_klist = { slh_first = 0x0}, p_sleeplocks = 0xc054e930, p_blocked = 0x0, p_mtxname = 0xc04aa634 "vm", p_contested = {lh_first = 0x0}, p_nlminfo = 0x0, p_aioinfo = 0x0, p_ithd = 0x0, p_intr_nesting_level = 0, p_sigmask = {__bits = {0, 0, 0, 0}}, p_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 4}, p_magic = -1091568946, p_pri = {pri_class = 3 '\003', pri_level = 216 'Ø', pri_native = 193 'Á', pri_user = 216 'Ø'}, p_nice = 0 '\000', p_comm = "telnet\000\000\000\000\000\000\000\000\000\000", p_pgrp = 0xc10ff5a0, p_sysent = 0xc04f4780, p_args = 0xc10ff540, p_addr = 0xc8cdf000, p_md = {md_regs = 0xc8ce0fa8}, p_xstat = 0, p_acflag = 0, p_ru = 0x0, p_peers = 0x0, p_leader = 0xc8b23ee0, p_asleep = { as_priority = 0, as_timo = 0}, p_emuldata = 0x0} (kgdb) q ichotolot# dmesg Copyright (c) 1992-2001 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 5.0-CURRENT #30: Wed Jun 6 20:35:34 CDT 2001 rmtodd@ichotolot.servalan.com:/usr/src/sys/compile/ICHOTOLOTSMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x653 Stepping = 3 Features=0x183fbff real memory = 134217728 (131072K bytes) avail memory = 124346368 (121432K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc0618000. Pentium Pro MTRR support enabled WARNING: Driver mistake: destroy_dev on 154/0 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard IOAPIC #0 intpin 19 -> irq 2 IOAPIC #0 intpin 16 -> irq 10 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xef80-0xef9f irq 2 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: Cypress Sem PS2/USB Browser Combo Mouse, rev 1.00/4.9c, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. Timecounter "PIIX" frequency 3579545 Hz pci0: at 7.3 (no driver attached) pcib2: at device 16.0 on pci0 pci2: on pcib2 fxp0: port 0xef40-0xef5f mem 0xfea00000-0xfeafffff,0xfc4ff000-0xfc4fffff irq 2 at device 17.0 on pci0 fxp0: Ethernet address 00:e0:81:10:47:b2 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ahc0: port 0xe400-0xe4ff mem 0xfebfe000-0xfebfefff irq 10 at device 18.0 on pci0 aic7895C: Ultra Wide Channel A, SCSI Id=7, 32/255 SCBs ahc1: port 0xe800-0xe8ff mem 0xfebff000-0xfebfffff irq 10 at device 18.1 on pci0 aic7895C: Ultra Wide Channel B, SCSI Id=7, 32/255 SCBs orm0: