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=a011 mtu 1500
inet 194.95.228.253 --> 194.95.242.2 netmask 0xff00
ether 00:00:00:00:00:00
isp1: flags=a011 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
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 [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 [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
kernel panic: page fault while in kernel mode
Hi guys, since last weekend I've been in a bad trip with current, if I start X and try to launch a program the machine complete locks up. Today I cvsup'ed at ~ May 6 00:05 GMT, installed the new kernel, started X and.. wow!! starting mozilla didn't look up my box. So, let's try a make world, this time I wasn't that lucky: kernel panic after ~25min of make buildworld: (sorry output hand copied) freeing uidinfo uid=0, sbsize=683616 freeing uidinfo uid=0, proccnt=51 Kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x19c fault cool supervisor read, page not present IP 0x8: 0xc01b5e5e SP 0x10: 0xca75eed4 FP 0x10: 0xca75eee0 CS base: 0x0, limit 0xf type 0x1b DPL 0, press 1, def32 1, gran 1 proc eflags resume,IOPL = 0 current process 45372 (make) trap number = 12 panic page fault syncing disks... (at this point the machine locked up) I'll try to compile a debug kernel to put up some more info about these crashes -- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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
vnode pager panic with latest sources
I started getting a panic like this immediately after bootup around the same
time as everyone else's problems (although my last build was from March 1st,
and I've only just started using INVARIANTS/WITNESS and ``makeoptions
DEBUG=-g'' which were recently aded to GENERIC). The latest commits don't
seem to have changed anything.
During boot (interleaved with IPv6 stuff), I get this:
lock order reversal
1st 0xc04a7380 mntvnode @ /usr/src/sys/ufs/ffs/ffs_vsops.c:1007
2nd 0xcd105aec vnode interlock @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:106
Just around the time of the console login prompt (consistently), I panic:
[warning: likely to contain hand transcription errors]
-- BEGIN --
recursed on non-recursive lock (sleep mutex) vm @
/usr/src/sys/ufs/ufs/ufs_readwrite.c:420
first acquired @ /usr/src/sys/vm/vnode_pager.c:912
panic: recurse
Debugger("panic")
Stopped at Debugger+0x44: pushl %ebx
db> show reg
cs 0x8
ds 0xc0200010 getitimer+0xa0
es 0xcd0f0010
fs 0xc0460018 w_data+0x1418
ss0x10
eax 0x12
ecx 0x20
edx 0xc00b8f00
ebx 0x202
esp 0xcd0fac1c
ebp 0xcd0fac28
esi 0x100
edi 0xc0482f1c
eip 0xc036a8dc Debugger+0x44
Debugger+0x44: pushl %ebx
db> trace
Debugger(c03b9b7b) at Debugger+0x44
panic(c03bc8c8,cd0fad0c,cd0fad0c,1,0) at panic+0x70
witness_lock(c04b3960,8,c03d7bc0.1a4) at witness_lock+0x348
ffs_write(cd0facf8) at ffs_write+0xba
vnode_pager_generic_putpages(cd1196c0,cd0fadf4,1000,0,cd0fadc8) at
vnode_pager_generic_putpages+0x198
vop_stdputpages(cd0fad7c,cd0fad60,c0331ab9,cd0fad7c,cd0fad9c) at vop_stdputpages+0x1a
vop_defaultop(cd0fad7c,cd0fad9c,c034f35d,cd0fad7c,0) at vop_defaultop+0x15
ufs_vnoperate(cd0fad7c) at ufs_vnoperate+0x15
vnode_pager_putpages(cd120240,cd0fadf4,1,0,cd0fadc8,c04b3960,1,c03db941,91) at
vnode_pager_putpages+0x1a9
vm_pageout_flush(cd0fadf4,1,0,c0c36404,c0466bc0) at vm_pageout_flush+0x12a
vm_object_page_clean(cd120240,0,0,4) at vm_object_page_clean+0x430
vfa_msync(c125a600,2,cb67a43c,cb67a320,0) at vfs_msync+0x235
sync(cb67a320,cd0faf80,4,bfbffdcc,bfbffdcc) at sync+0xf4
syscall(2f,2f,2f,bfbffdcc,bfbffdcc) at syscall+0x689
syscall_with_err_pushed() at syscall_with_err_pushed+0x1b
-- END
src/sys/vm/vnode_pager.c is at revision 1.130
My kernel config file:
-- BEGIN --
machine i386
cpu I686_CPU
ident DOTAR
maxusers32
makeoptions DEBUG=-g#Build kernel with gdb(1) debug symbols
options NO_F00F_HACK
options INET#InterNETworking
options INET6 #IPv6 communications protocols
options IPSEC #IP security
options IPSEC_ESP #IP security (crypto; define w/ IPSEC)
options MROUTING# Multicast routing
options NETGRAPH#netgraph(4) system
options IPFIREWALL #firewall
options IPFIREWALL_VERBOSE #print information about
# dropped packets
options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default
options IPV6FIREWALL#firewall for IPv6
options IPV6FIREWALL_VERBOSE
options IPV6FIREWALL_DEFAULT_TO_ACCEPT
options IPDIVERT#divert sockets
options FFS #Berkeley Fast Filesystem
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 SOFTUPDATES
options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!]
options SCSI_DELAY=15000#Delay (in ms) before probing SCSI
options AUTO_EOI_1
options UCONSOLE#Allow users to grab the console
options VESA
options USERCONFIG #boot -c editor
options VISUAL_USERCONFIG #visual boot -c editor
options KTRACE #ktrace(1) support
options PERFMON
options SYSVSHM #SYSV-style shared memory
options SYSVMSG #SYSV-style message queues
options SYSVSEM #SYSV-style semaphores
options DDB
options INVARIANTS
options INVARIANT_SUPPORT
options WITNESS
options P1003_1B
options _KP
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: 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=0x383f9ff real memory = 134086656 (130944K bytes) avail memory = 126726144 (123756K bytes) Preloaded elf kernel "kernel" at 0xc03b2000. Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface isa0: on motherboard sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> vga0: 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: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 fdc0: 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: 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: 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 port 0x61 on isa0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: 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 [38760/16/63] at ata0-master BIOSPIO acd0: DVD-ROM 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 #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_
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
Re: Bug?
In message <[EMAIL PROTECTED]> Storms of Perfection writes: : Latest CVS from a couple minutes ago, on the kernel compile (make depend : goes fine) Read UPDATING on how to build kernels. Likely you aren't using make buildkernel in the upgrade process. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
