Re: ** HEADS UP **: sys/miscfs file systems moved
On Thu, May 24, 2001 at 04:49:08PM -0600, Warner Losh wrote: In message [EMAIL PROTECTED] Brian Somers writes: : It may also be worth mentioning that people should move /usr/include : to (say) /usr/include.not before their next installworld and nuke : /usr/include.not after it completes. Eh? that's a bug in the installation proceedure then. Don't I answered this question? Only new subdirs have appeared. -- Ruslan Ermilov Oracle Developer/DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Date for a working -current?
Wed, May 23, 2001 at 21:26:37, jkoshy (Joseph Koshy) wrote about Date for a working -current?: I'm in the processing of bring a 5-current system of Oct 2000 vintage more upto-date. The kernel built around May 23rd 2001, has been quite unstable, with numerous warning on lock order reversals, and alas, frequent panics, mostly on account of processes sleeping while holding mutexes. The simplest way for seeing almost-guaranteed working -current is 1) read -current of 1-2 days ago, 2) find moment where there are no Who put boot onto Red Button??? cries, 3) set up date= in supfile for good moment, but at least 24 hours ago, 4) cvsup make world. But with this approach you only can deal with longstanding issues and you are excluded from quick discovering-and-fixing. Let's suppose this is adoptable for you and others. Its been a while since -current was like this :). My priority is to build a reasonably upto-date userland. So, my question is: what is a known good date that I can upgrade the machine to? /netch To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: downgrade
Wed, May 23, 2001 at 15:43:50, nk (Norbert Koch) wrote about downgrade: Is it possible to downgrade a machine from -current to -stable? A ~month ago I downgraded my home system from -current to -stable (RELENG_4) via buildworld+installworld. But to do it successfully I had to replace /usr/include with the same from working 4.2-STABLE system, because of too many fallings of buildworld with -current headers. Current (not -current;)) but contemporary) world building procedure does not exclude headers from /usr/include out of compiler view. /netch To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
A Must Use Online Investigation Program !
Find Out Virtually Anything You Want To Find the Truth About Anything and Anyone you need to use the Most Powerful Detective Tool on the Internet. Click Here to start your Online Investigation Now Use what the Professionals use to Find and Locate... - your enemies, friends, debtors, a new love interest and much more useful information for your personal or business needs. Click Here to start your Online Investigation Now If you would like to be removed from our mailing list, click here. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: downgrade
On Fri, 25 May 2001, Valentin Nechayev wrote: Current (not -current;)) but contemporary) world building procedure does not exclude headers from /usr/include out of compiler view. This was broken in src/Makefile.inc1 rev.1.105. /usr/include was still still needed in rev.1.104 for building cross-tools, so unportabilities in the cross-tools might have caused problems. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: tail -f over NFS in -stable
Doug Barton wrote: Blast from the past. This patch seemed reasonable to me at the time, but I notice you didn't commit it. Any reason why? The issue has just come up again on -questions. I seem to recall finding it had been fixed elsewhere, though unfortunately I can't remember the details. If it's still needed perhaps you could commit it, I have no time at the moment for FreeBSD stuff unfortunately, I might after June 2nd when my exams have finished and I've got nothing much else to do for 4 whole months. :-) -- Ben Smithurst / [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mount_mfs (Re: smbfs)
On Thu, 24 May 2001 19:56:33 MST, Kris Kennaway wrote: Mine too. It also appears there's no canonical (i.e. rc.conf) knob for configuring /tmp as a MD (there are however instructions in the manpage which I hacked in manually on my system) I sent patches for this when the whole MD thing came up originally, but they were silently ignored (twice). You can find them using the Message-Id search at: http://www.freebsd.org/search/search-mid.html The Message-Id you're looking for is: [EMAIL PROTECTED] Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: downgrade
On Fri, 25 May 2001 09:47:13 +0300, Valentin Nechayev wrote: Wed, May 23, 2001 at 15:43:50, nk (Norbert Koch) wrote about downgrade: Is it possible to downgrade a machine from -current to -stable? A ~month ago I downgraded my home system from -current to -stable (RELENG_4) via buildworld+installworld. But to do it successfully I had to replace /usr/include with the same from working 4.2-STABLE system, because of too many fallings of buildworld with -current headers. Current (not -current;)) but contemporary) world building procedure does not exclude headers from /usr/include out of compiler view. The following procedure should work if you don't have access to a 4-STABLE system to copy includes from (assuming that you have 4-STABLE sources in /usr/src): $ cp -r /usr/include /usr/include.5 # could be useful if you will change your mind $ cd /usr/src $ make includes $ make buildworld $ make installworld $ rm -rf /usr/include.5 -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Strange DNS behavior; I'm stumped
hello, world\n so I thought I knew everything about DNS. Here's something that beats me. I'm running -current as of a week or so ago, which means the resolver is configured with /etc/nsswitch.conf (instead of /etc/host.conf which no longer exists). I want the resolver to look in /etc/hosts and if nothing is found ask a remote nameserver. So I have $ hostname hal9000.schweikhardt.net $ cat /etc/nsswitch.conf hosts: files dns $ cat /etc/resolv.conf nameserver 193.174.247.193 nameserver 129.143.1.1 nameserver 120.69.18.28 $ grep -v '^#' /etc/hosts 194.95.228.253 hal9000 hal9000.schweikhardt.net hal9000.schweikhardt.net. s253.shuttle.de hal9000.s.shuttle.de 127.0.0.1 localhost localhost.schweikhardt.net localhost.schweikhardt.net. Here's the rub: when I start X, my window manager ctwm tries to determine the hostname (to assign to HOSTNAME and then m4-process the .ctwmrc) This causes my machine to dial out. I've used tcpdump on port 53 (dns) by putting this in /etc/start_if.isp1: /usr/sbin/tcpdump -nli isp1 -c 16 port 53 /tmp/tcpdump.53 so I capture the very first dns packets. The result is: $ cat /tmp/tcpdump.53 19:19:36.504837 IP 74: 213.7.20.247.1025 129.143.1.1.53: 34068+ A? hal9000.schweikhardt.net. (42) 19:19:41.514465 IP 74: 213.7.20.247.1026 120.69.18.28.53: 34068+ A? hal9000.schweikhardt.net. (42) 19:19:46.524451 IP 74: 213.7.20.247.1027 193.174.247.193.53: 34068+ A? hal9000.schweikhardt.net. (42) 19:19:46.573495 IP 129: 193.174.247.193.53 213.7.20.247.1027: 34068 NXDomain* 0/1/0 (97) (DF) 19:19:46.576134 IP 91: 213.7.20.247.1028 193.174.247.193.53: 34069+ A? hal9000.schweikhardt.net.schweikhardt.net. (59) 19:19:46.625504 IP 146: 193.174.247.193.53 213.7.20.247.1028: 34069 NXDomain* 0/1/0 (114) (DF) ... innd causes something similar lookups, but sendmail does not. What's more, I can use perl's gethostbyname function and ask for hal9000, localhost, hal9000.schweikhardt.net or hal9000.schweikhardt.net. and it does not cause a remote name server query: schweikh@hal9000:~/bin $ cat dns-test #!/usr/bin/perl # gethostbyname should not dial out if the name is found in /etc/hosts my $name = defined $ARGV[0] ? $ARGV[0] : 'hal9000.schweikhardt.net'; print gethostbyname $name\n; my ($n, $aliases, $addrtype, $length, @addrs) = gethostbyname $name; print name: $n\n; print aliases: $aliases\n; print addrtype: $addrtype\n; print length: $length\n; foreach (@addrs) { print join ('.', unpack ('C4', $_)), \n; } $ dns-test localhost gethostbyname localhost name: localhost aliases: localhost.schweikhardt.net localhost.schweikhardt.net. addrtype: 2 length: 4 127.0.0.1 $ dns-test `hostname` gethostbyname hal9000.schweikhardt.net name: hal9000 aliases: hal9000.schweikhardt.net hal9000.schweikhardt.net. s253.shuttle.de hal9000.s.shuttle.de addrtype: 2 length: 4 194.95.228.253 $ dns-test hal9000 gethostbyname hal9000 name: hal9000 aliases: hal9000.schweikhardt.net hal9000.schweikhardt.net. s253.shuttle.de hal9000.s.shuttle.de addrtype: 2 length: 4 194.95.228.253 $ dns-test hal9000.schweikhardt.net gethostbyname hal9000.schweikhardt.net name: hal9000 aliases: hal9000.schweikhardt.net hal9000.schweikhardt.net. s253.shuttle.de hal9000.s.shuttle.de addrtype: 2 length: 4 194.95.228.253 I even made a C program that used gethostbayname(3) and the result is the same as with the perl script, i.e. no remote ns lookups done for hosts in /etc/hosts. I'm stumped. Is it possible for apps to *force* a name server query, bypassing gethostbyname? How can I force apps to obey my nsswitch.conf? In case it matters, my isp1 interface is a dynamically assigned p2p link configured with ... ifconfig isp1 link1 0.0.0.0 0.0.0.1 netmask 255.255.0.0 and later made the default route. The address 194.95.228.253 in /etc/hosts belongs to another statically assigned interface, i.e. isp0: flags=a011UP,POINTOPOINT,LINK1,MULTICAST mtu 1500 inet 194.95.228.253 -- 194.95.242.2 netmask 0xff00 ether 00:00:00:00:00:00 isp1: flags=a011UP,POINTOPOINT,LINK1,MULTICAST mtu 1500 inet 0.0.0.0 -- 0.0.0.1 netmask 0x ether 00:00:00:00:00:00 Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mount_mfs (Re: smbfs)
On 24 Mai, Kris Kennaway wrote: BTW, what happened to mount_mfs in current? It still gives this nasty warning about migrating to mdconfig, waits 15 seconds and then panics my machine. Mine too. It also appears there's no canonical (i.e. rc.conf) knob MSG-IDs: - [EMAIL PROTECTED] - [EMAIL PROTECTED] in -current (May 3+9). The last message is with a backtrace from ddb (no coredump, but I may try to get one if someone is interested in fixing it). Bye, Alexander. -- Press every key to continue. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mount_mfs (Re: smbfs)
On Thu, May 24, 2001 at 08:36:42PM -0700, Dima Dorfman wrote: Sheldon Hearn posted a patch to add such a knob around January when we were having this exact discussion. Personally, I think it only solves half a problem; what if you want /tmp and /tmp2? And why should it be limited to boot-up? Perhaps there's use for a program which emulates mount_mfs using md. I actually wrote a short program that emulates *all* of mount_mfs's umpteen options with md, disklabel, and newfs, but nobody seemed interested. My choice of name (mount_md) wasn't particuarly good, either. Look at the -hackers and cvs-all archives around late January and early February for the discussions. I still have that program, and it works great, so perhaps I should make it a port (comments?). Just fix it, please :-) Preserving backwards compatibility is rarely a bad thing. Kris PGP signature
Some troubles with apache on -current
Hello. Today i try upgrade apache with php (old apache was compiled on -stable before upgrade), but after upgrade apache core dumped. Apache compiled on -stable work fine. It's look like that troubles in libc's tzset() or my locales. LANG=ru_RU.KOI8-R Time Zone - Moscow gdb # httpd not stripped gdb httpd 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... (gdb) run Starting program: /usr/local/apache/bin/httpd Program received signal SIGSEGV, Segmentation fault. 0x283589cb in tzset () from /usr/lib/libc.so.5 (gdb) truss httpd [Skip...] readlink(/etc/malloc.conf,0xbfbff8b4,63) ERR#2 'No such file or directory' mmap(0x0,4096,0x3,0x1002,-1,0x0) = 675819520 (0x28483000) break(0x8204000) = 0 (0x0) break(0x8207000) = 0 (0x0) break(0x820a000) = 0 (0x0) break(0x820d000) = 0 (0x0) break(0x821) = 0 (0x0) break(0x8213000) = 0 (0x0) break(0x8214000) = 0 (0x0) stat(/usr/local/apache/bin/suexec,0xbfbff980) ERR#2 'No such file or directory' break(0x8215000) = 0 (0x0) stat(/etc/nsswitch.conf,0xbfbff874)= 0 (0x0) open(/etc/nsswitch.conf,0,0666)= 3 (0x3) break(0x8216000) = 0 (0x0) break(0x8217000) = 0 (0x0) ioctl(3,TIOCGETA,0xbfbff758) ERR#25 'Inappropriate ioctl for device' access(/etc/localtime,4) = 0 (0x0) open(/etc/localtime,0,00) = 4 (0x4) fstat(4,0xbfbff628) = 0 (0x0) read(0x4,0xbfbfd31c,0x1f08) = 815 (0x32f) close(4) = 0 (0x0) SIGNAL 11 SIGNAL 11 Process stopped because of: 16 process exit, rval = 139 Segmentation fault (core dumped) -- öÅÒÄÅ× áÎÁÔÏÌÉÊ. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mount_mfs (Re: smbfs)
I actually wrote a short program that emulates *all* of mount_mfs's umpteen options with md, disklabel, and newfs, but nobody seemed interested. My choice of name (mount_md) wasn't particuarly good, either. Look at the -hackers and cvs-all archives around late January and early February for the discussions. I still have that program, and it works great, so perhaps I should make it a port (comments?). Why can't that program _replace_ mount_mfs? And assume the name too? -mi To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
http://phk.freebsd.dk/patch/disk.patch
Edging closer to making major device numbers a pesky compatibility detail and generally bring the new DEVFS based world order closer: 20010525disk.patch Create a general facility for making dev_t's depend on another dev_t. The dev_depends(dev_t, dev_t) function is for tying them to each other. When destroy_dev() is called on a dev_t, all dev_t's depending on it will also be destroyed (depth first order). Rewrite the make_dev_alias() to use this dependency facility. kern/subr_disk.c Make the disk mini-layer use dependencies to make sure all relevant dev_t's are removed when the disk disappears. Make the disk mini-layer precreate some magic sub devices which the disk/slice/label code expects to be there. kern/subr_disklabel.c Remove some now unneeded variables. kern/subr_diskmbr.c Remove some ancient, commented out code. kern/subr_diskslice.c Minor cleanup. Use name from dev_t instead of dsname() Not for commit yet: Panic if the cdevsw of a non make_dev()'ed dev_t is accessed. Warn about drivers calling cdevsw_add() -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | 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 [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
amd feature request (Re: AMD config file question.)
Now that smbfs is in, can amd be used to mount smb shares? Of course, it can. But can we have something like host type, where all smb-shares available from a host are automaticly accessible? This may be added to the host-type together with NFS, or be made part of a separate smbhost type. I'd vote for the first one, personally... -mi To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mount_mfs (Re: smbfs)
On Fri, 25 May 2001 09:34:16 -0400, Mikhail Teterin wrote: Why can't that program _replace_ mount_mfs? And assume the name too? The objection that impressed me the last time this was suggested is that it's totally counter-intuitive to have a binary called mount_mfs that doesn't mount an MFS filesystem. Rather, it does all sorts of icky extra stuff to achieve a rather specific goal. I still don't see why an rc.conf knob specifically for /tmp isn't sufficient. That's what people want this for. Others can read the excellent documentation supplied in mdconfig(8), which is appropriately cross-referenced from md(4), which is the manual page for the device concerned. Logical, orthogonal and pretty damn easy, when you look at the EXAMPLES section. :-) Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mount_mfs (Re: smbfs)
On 25 May, Sheldon Hearn wrote: On Fri, 25 May 2001 09:34:16 -0400, Mikhail Teterin wrote: Why can't that program _replace_ mount_mfs? And assume the name too? The objection that impressed me the last time this was suggested is that it's totally counter-intuitive to have a binary called mount_mfs that doesn't mount an MFS filesystem. Well, for all intents and purposes, it does. It creates the device backed by swap and newfs-es it. Rather, it does all sorts of icky extra stuff to achieve a rather specific goal. The goal of creating a virtual file-system in memory. What's MFS? I still don't see why an rc.conf knob specifically for /tmp isn't sufficient. That's what people want this for. As said before, /tmp is too specific. What if I want /tmp2 or /usr/obj to be there for whatever crazy reason? Also, this will require me to modify the /etc/fstab that served me for years. Others can read the excellent documentation supplied in mdconfig(8), which is appropriately cross-referenced from md(4), which is the manual page for the device concerned. And code their own /usr/local/etc/rc.d/mount_memory.sh? Why? Is not /etc/fstab a better place for file-system tables? Logical, orthogonal and pretty damn easy, when you look at the EXAMPLES section. :-) -mi To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Panic vm_page_alloc(sendfile)
Hi, I noticed this panic for last few days on my -current sandbox laptop. When I do FTP get file from the machine running -current causes panic like below (hand copied). The machine running ftpd panics not FTP client side. I have not tried FTP put yet... It may panic at FTP client side as well. My last cvsup was around 22:00 PDT on May 24 2001. panic: mutex vm not owned at ../../vm/vm_page.c:755 Debugger(panic) db trace Debugger(c038865b) at Debugger+0x44 panic(c0387828,c03a0554,c03a1eaf,2f3,0) at panic+0x70 _mtx_assert(c045ca20,1,c03a1eaf,2f3) at _mtx_assert+0x49 vm_page_alloc(c8bcc9c0,0,0,c8b04b9c,c8b04a80) at vm_page_alloc+0x22 sendfile(c8b04a80,c8b43f80,0,0,381508) at sendfile+0x31e syscall(2f,2f,2f,381508,0) at syscall+0x689 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b PS: I am not subscribed to -current but subscribed to current-digest so if it is already reported/fixed, sorry... Tammy To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Bug?
Latest CVS from a couple minutes ago, on the kernel compile (make depend goes fine) [root@home] SMP.Kernel make cc -c -x assembler-with-cpp -DLOCORE -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../dev -I../../../include -I../../contrib/dev/acpica/Subsystem/Include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../i386/i386/locore.s {standard input}: Assembler messages: {standard input}:1422: Error: .space specifies non-absolute value {standard input}:2154: Error: undefined symbol L0 in operation setting PTmap {standard input}:2154: Error: undefined symbol PDRSHIFT in operation setting PTmap {standard input}:1379: Error: undefined symbol L0 in operation {standard input}:1379: Error: undefined symbol PAGE_SIZE in operation {standard input}:1380: Error: undefined symbol L0 in operation {standard input}:1380: Error: undefined symbol PDESIZE in operation {standard input}:2154: Error: undefined symbol L0 in operation setting APTmap {standard input}:2154: Error: undefined symbol PDRSHIFT in operation setting APTmap {standard input}:1388: Error: undefined symbol L0 in operation {standard input}:1388: Error: undefined symbol PAGE_SIZE in operation {standard input}:1389: Error: undefined symbol L0 in operation {standard input}:1389: Error: undefined symbol PDESIZE in operation {standard input}:2154: Error: undefined symbol L0 in operation setting SMP_prvspace {standard input}:2154: Error: undefined symbol PDRSHIFT in operation setting SMP_prvspace {standard input}:1399: Error: undefined symbol L0 in operation {standard input}:1399: Error: undefined symbol PAGE_SIZE in operation {standard input}:1613: Error: undefined symbol UPAGES in operation {standard input}:1613: Error: undefined symbol PAGE_SIZE in operation {standard input}:1976: Error: undefined symbol BI_ESYMTAB in operation {standard input}:1981: Error: undefined symbol BI_SYMTAB in operation {standard input}:1982: Error: undefined symbol BI_ESYMTAB in operation {standard input}:1986: Error: undefined symbol BI_KERNEND in operation {standard input}:1998: Error: undefined symbol PAGE_SIZE in operation {standard input}:1998: Error: undefined symbol PAGE_SIZE in operation {standard input}:2002: Error: undefined symbol PAGE_SIZE in operation {standard input}:2002: Error: undefined symbol PAGE_SIZE in operation {standard input}:2006: Error: undefined symbol UPAGES in operation {standard input}:2006: Error: undefined symbol PAGE_SIZE in operation {standard input}:2006: Error: undefined symbol UPAGES in operation {standard input}:2006: Error: undefined symbol PAGE_SIZE in operation {standard input}:2011: Error: undefined symbol PAGE_SIZE in operation {standard input}:2011: Error: undefined symbol PAGE_SIZE in operation {standard input}:2014: Error: undefined symbol PAGE_SIZE in operation {standard input}:2014: Error: undefined symbol PAGE_SIZE in operation {standard input}:2021: Error: undefined symbol PAGE_SIZE in operation {standard input}:2021: Error: undefined symbol PAGE_SIZE in operation {standard input}:2027: Error: undefined symbol PAGE_SIZE in operation {standard input}:2027: Error: undefined symbol PAGE_SIZE in operation {standard input}:2082: Error: undefined symbol PAGE_SHIFT in operation {standard input}:2098: Error: undefined symbol PAGE_SHIFT in operation {standard input}:2099: Error: undefined symbol PAGE_SHIFT in operation {standard input}:2126: Error: undefined symbol PAGE_SIZE in operation {standard input}:2126: Error: undefined symbol PAGE_SIZE in operation {standard input}:1539: Error: Subtraction of two symbols in different sections .tmpstk {.data section} - KERNBASE {*UND* section} at file address 28. {standard input}:1562: Error: Subtraction of two symbols in different sections end {*UND* section} - KERNBASE {*UND* section} at file address 38. {standard input}:1563: Error: Subtraction of two symbols in different sections edata {*UND* section} - KERNBASE {*UND* section} at file address 43. {standard input}:1575: Error: Subtraction of two symbols in different sections cpu_feature {.data section} - KERNBASE {*UND* section} at file address 61. {standard input}:1591: Error: Subtraction of two symbols in different sections IdlePTD {.data section} - KERNBASE {*UND* section} at file address 81. {standard input}:1760: Error: Subtraction of two symbols in different sections kernelname {*UND* section} - KERNBASE {*UND* section} at file address 307. {standard input}:1788: Error: Subtraction of two symbols in different sections bootinfo {.data section} - KERNBASE {*UND* section} at file address 347. {standard input}:1805: Error: Subtraction of two symbols in different sections nfs_diskless {*UND* section} - KERNBASE {*UND* section} at file address 379. {standard input}:1810: Error: Subtraction of two symbols in different sections
RE: Panic vm_page_alloc(sendfile)
On 25-May-01 Tamiji Homma wrote: Hi, I noticed this panic for last few days on my -current sandbox laptop. When I do FTP get file from the machine running -current causes panic like below (hand copied). The machine running ftpd panics not FTP client side. I have not tried FTP put yet... It may panic at FTP client side as well. My last cvsup was around 22:00 PDT on May 24 2001. panic: mutex vm not owned at ../../vm/vm_page.c:755 Debugger(panic) db trace Debugger(c038865b) at Debugger+0x44 panic(c0387828,c03a0554,c03a1eaf,2f3,0) at panic+0x70 _mtx_assert(c045ca20,1,c03a1eaf,2f3) at _mtx_assert+0x49 vm_page_alloc(c8bcc9c0,0,0,c8b04b9c,c8b04a80) at vm_page_alloc+0x22 sendfile(c8b04a80,c8b43f80,0,0,381508) at sendfile+0x31e syscall(2f,2f,2f,381508,0) at syscall+0x689 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b PS: I am not subscribed to -current but subscribed to current-digest so if it is already reported/fixed, sorry... Cool, thanks for the bug report. Please try the patch at http://www.FreeBSD.org/~jhb/patches/sendfile.patch. -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc Power Users Use the Power to Serve! - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
HEADS UP: RELNOTESng now default in -CURRENT, *.TXT files removed
RELNOTESng is now the default for -CURRENT release builds. Floppy images get ASCII renderings only, while the CDROM and FTP areas get both ASCII and HTML. To disable all release note documentation building (i.e. for minimal builds), define NORELNOTES at release-building time. Note that release notes require doc building as well (it may be possible to untangle this dependency in the future). Please also note that the old *.TXT files are now gone from -CURRENT. dd did some infrastructure (currently disabled by default) to the Web site build that will make -CURRENT snapshot release notes available; we're waiting for someone like nik or wosch (hint hint, guys) to add a CVS update line to whatever magic kicks off Web site builds. Until then, renderings of the release documentation can continue to be found at: http://people.freebsd.org/~bmah/relnotes/ Thanks for everyone's help and suggestions! Bruce. PS. 4-STABLE is unaffected by these changes (for now), but it is my intent to MFC RELNOTESng after a brief shake-down period. PGP signature
Re: tail -f over NFS in -stable
In article local.mail.freebsd-current/[EMAIL PROTECTED] you write: Blast from the past. This patch seemed reasonable to me at the time, but I notice you didn't commit it. Any reason why? The issue has just come up again on -questions. It shouldn't be needed. Instead, the following logic is used: if (kevent(kq, ev, n, NULL, 0, ts) 0) { close(kq); kq = -1; action = USE_SLEEP; Registration of a VNODE filter on a filesystem that doesn't understand it (NFS) should fail. Hardcoding ufs in the binary is the wrong thing to do; it precludes kernel enhancements later where other filesystems are taught about kqueue. -- Jonathan To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: amd feature request (Re: AMD config file question.)
On Fri, May 25, 2001 at 09:56:42AM -0400, Mikhail Teterin wrote: Now that smbfs is in, can amd be used to mount smb shares? Of course, it can. But can we have something like host type, where all smb-shares available from a host are automaticly accessible? This may be added to the host-type together with NFS, or be made part of a separate smbhost type. I'd vote for the first one, personally... Send me a tested patch and I'll consider it. I want to make sure you won't be causing any problems in the generic case. -- -- David ([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: Panic vm_page_alloc(sendfile)
John, Thank you for quick patch. But I hate to report The patch didn't work. You need another patch to try ;-) Here is trace back. I omitted details (I still do hand copy) If you need exact trace back, I'll have to setup serial port. panic: mutex vm not owned at ../../vm/vm_page.h:320 Debugger(panic) Stop at Debugger+0x44: pushl %ebx db trace Debugger panic _mtx_assert vm_page_unwire sf_buf_free sbdrop tcp_input ip_input ipintr swi_net ithread_loop fork_exit fork_trampoline Tammy From: John Baldwin [EMAIL PROTECTED] Subject: RE: Panic vm_page_alloc(sendfile) Date: Fri, 25 May 2001 10:47:51 -0700 (PDT) Message-ID: [EMAIL PROTECTED] jhb jhb On 25-May-01 Tamiji Homma wrote: jhb Hi, jhb jhb I noticed this panic for last few days on my -current jhb sandbox laptop. jhb jhb When I do FTP get file from the machine running jhb -current causes panic like below (hand copied). jhb jhb The machine running ftpd panics not FTP client side. jhb I have not tried FTP put yet... It may panic at FTP jhb client side as well. jhb jhb My last cvsup was around 22:00 PDT on May 24 2001. jhb jhb panic: mutex vm not owned at ../../vm/vm_page.c:755 jhb Debugger(panic) jhb db trace jhb Debugger(c038865b) at Debugger+0x44 jhb panic(c0387828,c03a0554,c03a1eaf,2f3,0) at panic+0x70 jhb _mtx_assert(c045ca20,1,c03a1eaf,2f3) at _mtx_assert+0x49 jhb vm_page_alloc(c8bcc9c0,0,0,c8b04b9c,c8b04a80) at vm_page_alloc+0x22 jhb sendfile(c8b04a80,c8b43f80,0,0,381508) at sendfile+0x31e jhb syscall(2f,2f,2f,381508,0) at syscall+0x689 jhb syscall_with_err_pushed() at syscall_with_err_pushed+0x1b jhb jhb PS: I am not subscribed to -current but subscribed to jhb current-digest so if it is already reported/fixed, sorry... jhb jhb Cool, thanks for the bug report. Please try the patch at jhb http://www.FreeBSD.org/~jhb/patches/sendfile.patch. jhb jhb -- jhb jhb John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ jhb PGP Key: http://www.baldwin.cx/~john/pgpkey.asc jhb Power Users Use the Power to Serve! - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: Panic vm_page_alloc(sendfile)
On 25-May-01 Tamiji Homma wrote: John, Thank you for quick patch. But I hate to report The patch didn't work. You need another patch to try ;-) It sort of worked. :) It got farther along. :) Please try the updated sendfile.patch. Thanks. Here is trace back. I omitted details (I still do hand copy) If you need exact trace back, I'll have to setup serial port. The list of functions is fine for mtx_assert panics, thanks. :) -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc Power Users Use the Power to Serve! - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Strange DNS behavior; I'm stumped
] Here's the rub: when I start X, my window manager ctwm tries to ] determine the hostname (to assign to HOSTNAME and then m4-process the ] .ctwmrc) This causes my machine to dial out. I've used tcpdump on port ] 53 (dns) by putting this in /etc/start_if.isp1: ] /usr/sbin/tcpdump -nli isp1 -c 16 port 53 /tmp/tcpdump.53 ] so I capture the very first dns packets. The result is: Make your test program do a gethostbyname(), like it does. Then take the resulting IP address, and call gethostbyaddr(), to get the _canonical_ name and IP address of the host you obtained by name, so that it will give you the A record name of the host, instead of some CNAMe which may be transient. Now watch your modem dial out, because you have not set up correct in-addr.arpa delegations for all of your local IP addresses in your DNS server. Now look up. See the lightbulb. Correct the missing in-addr.arpa. delegations. See that you have the same problem. Realize that you need to run a local authoritative in-addr.arpa. nameserver. Realize that doing this will destroy your ability to do reverse address resolution for any host not on your local net. Consider switching to a less anal window manager. Realize that you can run a caching-only local nameserver. Now look up. See the lightbulb. Now preload the caching n-only name-server's cache for all local IP addresses with data (long lived data) for the in-addr.arpa. delegations which would exists, were you to own your own IP addresses in reality. Preload your cache in the file, and restart your nameserver via SIGHUP. Try it again. See that the problem is fixed. Smile. Terry Lambert [EMAIL PROTECTED] --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: Panic vm_page_alloc(sendfile)
On 25-May-01 Tamiji Homma wrote: John, Thank you for quick patch. But I hate to report The patch didn't work. You need another patch to try ;-) It sort of worked. :) It got farther along. :) Please try the updated sendfile.patch. Thanks. The second patch worked! You are so fast! ;-) Thanks. Tammy To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: amd feature request (Re: AMD config file question.)
On 25 May, David O'Brien wrote: On Fri, May 25, 2001 at 09:56:42AM -0400, Mikhail Teterin wrote: Now that smbfs is in, can amd be used to mount smb shares? Of course, it can. But can we have something like host type, where all smb-shares available from a host are automaticly accessible? This may be added to the host-type together with NFS, or be made part of a separate smbhost type. I'd vote for the first one, personally... Send me a tested patch and I'll consider it. I want to make sure you won't be causing any problems in the generic case. Heh. That was a feature request only. I don't even know the details of NFS, much less SMB. Sorry, -mi To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: tail -f over NFS in -stable
Jonathan Lemon wrote: In article local.mail.freebsd-current/[EMAIL PROTECTED] you write: Blast from the past. This patch seemed reasonable to me at the time, but I notice you didn't commit it. Any reason why? The issue has just come up again on -questions. It shouldn't be needed. Ok, your explanation makes perfect sense. I followed up to the user with a little patch that'll tell him for sure if tail is trying to use kqueue or not. I was just concerned that the problem seemed to have cropped back up, but now I think that the user's problem is not in this area. Thanks, Doug -- I need someone really bad. Are you really bad? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Bug?
On Fri, May 25, 2001 at 12:04:11PM -0500, Storms of Perfection wrote: Latest CVS from a couple minutes ago, on the kernel compile (make depend goes fine) [root@home] SMP.Kernel make cc -c -x assembler-with-cpp -DLOCORE -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../dev -I../../../include -I../../contrib/dev/acpica/Subsystem/Include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../i386/i386/locore.s {standard input}: Assembler messages: binutils failure. Were you trying to upgrade from an old system or something? Follow the upgrade instructions. Kris PGP signature
PATCH: media option for ethernet hw checksum
Here is a patch I have locally that would be useful for Bill Paul, I think. I know, we could use flag0 for this, but it seems to me that this will be an increasingly common option in hadware. I know Bill had to set this manually as a compile time flag, for lack of an option (same for the JMB Intel Gigabit card driver). PS: The if_ti.c driver has a bug in the option checking, in that it does an equality instead of a bit test, in case some goes in to make this option work there... Index: if_media.h === RCS file: /home/cvs/FreeBSD/sys/net/if_media.h,v retrieving revision 1.1.1.1 diff -r1.1.1.1 if_media.h 180a181 #define IFM_CKSUM 0x0040 /* Force hardware checksum */ 347a349 { IFM_CKSUM,hw-checksum },\ Terry Lambert [EMAIL PROTECTED] --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: PATCH: media option for ethernet hw checksum
On Fri, May 25, 2001 at 11:11:16PM +, Terry Lambert wrote: Here is a patch I have locally that would be useful for Bill Paul, I think. I know, we could use flag0 for this, but it seems to me that this will be an increasingly common option in hadware. Should this be implemented as a shared option like this? I ask because NetBSD has added the following types and only has one shared option left: #define IFM_FLOW0x0040/* enable hardware flow control */ #define IFM_FLAG0 0x0100/* Driver defined flag */ #define IFM_FLAG1 0x0200/* Driver defined flag */ #define IFM_FLAG2 0x0400/* Driver defined flag */ #define IFM_LOOP0x0800/* Put hardware in loopback */ Personaly I don't think I would have wasted 3/8th of the shared options on the abomination known as flags... -- Brooks -- Any statement of the form X is the one, true Y is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 PGP signature
vm_pager_(de)allocate and vm_mtx
Is there a reason vm_pager_allocate acquires vm_mtx itself if necessary but vm_pager_deallocate does not? At the moment, detaching an md(4) disk will panic the system with a failed mtx_assert in vm_pager_deallocate. This can be fixed one of two ways: vm_pager_deallocate could be made to deal with vm_mtx itself like vm_pager_allocate does, or md(4) and any other drivers which call vm_pager_deallocate can be fixed to acquire vm_mtx. So which will it be? I'll supply patches for either case. Thanks, Dima Dorfman [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Laptop locks up during pci initialization
I recently purchased a new Toshiba Satellite 2805 laptop, and I'm trying to install -current on it =) When I tried to install from the -current snapshots they all would lockup just after 'pcib0: ...' was printed. So I tried a 4-stable snapshot and that worked perfectly. However, I'm now trying to upgrade to -current, but it still locks up in the kernel when trying to initialize the pci bus. The following are the last lines of a verbose boot just before it locks up: pcib0: Intel 82443BX (440 BX) host to PCI bridge at pcibus 0 on motherboard pci0: physical bus=0 map[10]: type 3, range 32, base e, size 27, enabled found- vendor=0x8086, dev=0x7190, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 ( Then three more devices it finds, and then this is the last one: found- vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=5, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=11 When looking at pciconf this last device is my USB UHCI controller, but I don't have it in my kernel: uhci0@pci0:5:2: class=0x0c0300 card=0x chip=0x71128086 rev=0x01 hdr=0x00 Now, when I recompile the kernel without `device pci' it boots fine without any lockups. Is anyone else having similar problems? I looked through the archives but couldn't find anyone else with similar problems. It looks like it's been broken for awhile as I tried current snapshots back to March 1, and they all locked up at the same place. I'll be glad to try any patches to try and get this working. The following is dmesg on a boot without `device pci': 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 #2: Fri May 25 21:20:48 EDT 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SATELLITE Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 746338989 Hz CPU: Pentium III/Pentium III Xeon/Celeron (746.34-MHz 686-class CPU) Origin = GenuineIntel Id = 0x686 Stepping = 6 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 134086656 (130944K bytes) avail memory = 126726144 (123756K bytes) Preloaded elf kernel kernel at 0xc03b2000. Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface isa0: ISA bus on motherboard sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 ppc0: Parallel port at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: Printer on ppbus0 lpt0: Interrupt-driven port sio0: configured irq 4 not in bitmap of probed irqs 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 sio1: configured irq 3 not in bitmap of probed irqs 0 atspeaker0: AT speaker at port 0x61 on isa0 unknown: PNP0303 can't assign resources unknown: PNP0f13 can't assign resources unknown: PNP0700 can't assign resources unknown: PNP0401 can't assign resources IP Filter: v3.4.16 initialized. Default = pass all, Logging = enabled ata1-slave: ata_command: timeout waiting for intr ata1-slave: identify failed ad0: 19077MB TOSHIBA MK2016GAP [38760/16/63] at ata0-master BIOSPIO acd0: DVD-ROM UJDA540 at ata1-master BIOSPIO Mounting root from ufs:/dev/ad0s2a And here is my kernel config: machine i386 cpu I686_CPU ident SATELLITE maxusers32 options MATH_EMULATE#Support for x87 emulation options INET#InterNETworking options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT#NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options UCONSOLE#Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG
Re: vm_pager_(de)allocate and vm_mtx
* Dima Dorfman [EMAIL PROTECTED] [010525 22:22] wrote: Is there a reason vm_pager_allocate acquires vm_mtx itself if necessary but vm_pager_deallocate does not? At the moment, detaching an md(4) disk will panic the system with a failed mtx_assert in vm_pager_deallocate. This can be fixed one of two ways: vm_pager_deallocate could be made to deal with vm_mtx itself like vm_pager_allocate does, or md(4) and any other drivers which call vm_pager_deallocate can be fixed to acquire vm_mtx. So which will it be? I'll supply patches for either case. Usually fixing the caller is better as it will catch people that expect vm state to remain unchanged across several calls. -- -Alfred Perlstein [[EMAIL PROTECTED]] Instead of asking why a piece of software is using 1970s technology, start asking why software is ignoring 30 years of accumulated wisdom. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mount_mfs (Re: smbfs)
On Fri, May 25, 2001 at 04:26:48PM +0200, Sheldon Hearn wrote: On Fri, 25 May 2001 09:34:16 -0400, Mikhail Teterin wrote: Why can't that program _replace_ mount_mfs? And assume the name too? The objection that impressed me the last time this was suggested is that it's totally counter-intuitive to have a binary called mount_mfs that doesn't mount an MFS filesystem. Rather, it does all sorts of icky extra stuff to achieve a rather specific goal. I still don't see why an rc.conf knob specifically for /tmp isn't sufficient. That's what people want this for. Others can read the excellent documentation supplied in mdconfig(8), which is appropriately cross-referenced from md(4), which is the manual page for the device concerned. Logical, orthogonal and pretty damn easy, when you look at the EXAMPLES section. :-) Someone please just fix it :) Kris PGP signature
Re: mount_mfs (Re: smbfs)
Kris Kennaway [EMAIL PROTECTED] writes: On Fri, May 25, 2001 at 04:26:48PM +0200, Sheldon Hearn wrote: On Fri, 25 May 2001 09:34:16 -0400, Mikhail Teterin wrote: Why can't that program _replace_ mount_mfs? And assume the name too? The objection that impressed me the last time this was suggested is that it's totally counter-intuitive to have a binary called mount_mfs that doesn't mount an MFS filesystem. Rather, it does all sorts of icky extra stuff to achieve a rather specific goal. FWIW, I agree with this. It mounts *ufs*, not *mfs*. It just puts the ufs on a memory disk; thus, the name is inappropriate, but the idea is still good. I still don't see why an rc.conf knob specifically for /tmp isn't sufficient. That's what people want this for. Others can read the excellent documentation supplied in mdconfig(8), which is appropriately cross-referenced from md(4), which is the manual page for the device concerned. Logical, orthogonal and pretty damn easy, when you look at the EXAMPLES section. :-) How about make a port of out the mount_mfs compatible program and committing your (Sheldon's) /tmp rc.conf patch? Those who only need /tmp (and as you say, this is the majority) have what they need, we don't have [needless] stuff in the base system, and those who need something that pretends to be mount_mfs can get that from the ports. Does this sound good? Someone please just fix it :) Erm, perhaps you could elaborate on it? Would the above suggestion suit you? Regards, Dima Dorfman [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: vm_pager_(de)allocate and vm_mtx
Alfred Perlstein [EMAIL PROTECTED] writes: * Dima Dorfman [EMAIL PROTECTED] [010525 22:22] wrote: Is there a reason vm_pager_allocate acquires vm_mtx itself if necessary but vm_pager_deallocate does not? At the moment, detaching an md(4) disk will panic the system with a failed mtx_assert in vm_pager_deallocate. This can be fixed one of two ways: vm_pager_deallocate could be made to deal with vm_mtx itself like vm_pager_allocate does, or md(4) and any other drivers which call vm_pager_deallocate can be fixed to acquire vm_mtx. So which will it be? I'll supply patches for either case. Usually fixing the caller is better as it will catch people that expect vm state to remain unchanged across several calls. Patch to fix md(4) attached. Look okay? Dima Dorfman [EMAIL PROTECTED] Index: md.c === RCS file: /stl/src/FreeBSD/src/sys/dev/md/md.c,v retrieving revision 1.33 diff -u -r1.33 md.c --- md.c2001/05/21 18:52:00 1.33 +++ md.c2001/05/26 05:48:57 @@ -711,8 +711,11 @@ (void)vn_close(sc-vnode, sc-flags MD_READONLY ? FREAD : (FREAD|FWRITE), sc-cred, p); if (sc-cred != NULL) crfree(sc-cred); - if (sc-object != NULL) + if (sc-object != NULL) { + mtx_lock(vm_mtx); vm_pager_deallocate(sc-object); + mtx_unlock(vm_mtx); + } if (sc-secp != NULL) { for (u = 0; u sc-nsect; u++) if ((uintptr_t)sc-secp[u] 255) @@ -763,17 +766,20 @@ * Note the truncation. */ + mtx_lock(vm_mtx); sc-secsize = PAGE_SIZE; sc-nsect = mdio-md_size / (PAGE_SIZE / DEV_BSIZE); sc-object = vm_pager_allocate(OBJT_SWAP, NULL, sc-secsize * (vm_offset_t)sc-nsect, VM_PROT_DEFAULT, 0); if (mdio-md_options MD_RESERVE) { if (swap_pager_reserve(sc-object, 0, sc-nsect) 0) { vm_pager_deallocate(sc-object); + mtx_unlock(vm_mtx); sc-object = NULL; mddestroy(sc, mdio, p); return(EDOM); } } + mtx_unlock(vm_mtx); error = mdsetcred(sc, p-p_ucred); if (error) mddestroy(sc, mdio, p); To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message