From kabaev@mail.ru  Sat Jun 16 14:42:11 2001
Return-Path: <kabaev@mail.ru>
Received: from smtp5.port.ru (mx5.port.ru [194.67.23.40])
	by hub.freebsd.org (Postfix) with ESMTP id 618A937B408
	for <FreeBSD-gnats-submit@freebsd.org>; Sat, 16 Jun 2001 14:42:10 -0700 (PDT)
	(envelope-from kabaev@mail.ru)
Received: from adsl-141-154-20-182.bostma.adsl.bellatlantic.net ([141.154.20.182] helo=kan.dnsalias.net)
	by smtp5.port.ru with esmtp (Exim 3.14 #2)
	id 15BNpY-0006PA-00
	for FreeBSD-gnats-submit@freebsd.org; Sun, 17 Jun 2001 01:42:08 +0400
Received: (from kan@localhost)
	by kan.dnsalias.net (8.11.4/8.11.4) id f5GLg6a44139;
	Sat, 16 Jun 2001 17:42:06 -0400 (EDT)
	(envelope-from kan)
Message-Id: <200106162142.f5GLg6a44139@kan.dnsalias.net>
Date: Sat, 16 Jun 2001 17:42:06 -0400 (EDT)
From: "Alexander N. Kabaev" <kabaev@mail.ru>
Reply-To: "Alexander N. Kabaev" <kabaev@mail.ru>
To: FreeBSD-gnats-submit@freebsd.org
Subject: UMAPFS module should depend on NULLFS - patch

>Number:         28206
>Category:       kern
>Synopsis:       [nullfs] [patch] umapfs/umap_vfsops.c should depend on nullfs [5.0-CURRENT]
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    bp
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jun 16 14:50:00 PDT 2001
>Closed-Date:    Sun Dec 04 02:39:22 GMT 2005
>Last-Modified:  Sun Dec 04 02:39:22 GMT 2005
>Originator:     Alexander N. Kabaev
>Release:        FreeBSD 5.0-CURRENT i386
>Organization:
Verizon Information Technologies
>Environment:
System: FreeBSD kan.dnsalias.net 5.0-CURRENT FreeBSD 5.0-CURRENT #3: Thu Jun 14 21:29:05 EDT 2001 root@kan.dnsalias.net:/usr/src/sys/compile/KAN i386

>Description:
	In its current state, it is impossible to load umapfs.ko module
	without getting "exec format error message" from kldload due to
	missing null_bypass symbol.
>How-To-Repeat:
	kldload umapfs
>Fix:
	Attached patch add required MODULE_DEPEND statement to the umap_vfsops.c
	file and MODULE_VERSION to the null_vfsops.c file. Version 1 has been 
	choosen for nullfs.ko somewhat arbitrary :)


Index: nullfs/null_vfsops.c
===================================================================
RCS file: /home/ncvs/src/sys/fs/nullfs/null_vfsops.c,v
retrieving revision 1.49
diff -u -u -r1.49 null_vfsops.c
--- nullfs/null_vfsops.c	2001/06/13 18:58:11	1.49
+++ nullfs/null_vfsops.c	2001/06/16 21:31:47
@@ -423,3 +423,4 @@
 };
 
 VFS_SET(null_vfsops, nullfs, VFCF_LOOPBACK);
+MODULE_VERSION(nullfs, 1);
Index: umapfs/umap_vfsops.c
===================================================================
RCS file: /home/ncvs/src/sys/fs/umapfs/umap_vfsops.c,v
retrieving revision 1.40
diff -u -u -r1.40 umap_vfsops.c
--- umapfs/umap_vfsops.c	2001/05/24 15:20:11	1.40
+++ umapfs/umap_vfsops.c	2001/06/16 21:14:09
@@ -452,3 +452,4 @@
 };
 
 VFS_SET(umap_vfsops, umapfs, VFCF_LOOPBACK);
+MODULE_DEPEND(umapfs, nullfs, 1, 1, 1);
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->bp 
Responsible-Changed-By: kris 
Responsible-Changed-When: Sun Jul 8 15:20:07 PDT 2001 
Responsible-Changed-Why:  
Boris has been poking in this part of the kernel 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=28206 
State-Changed-From-To: open->feedback 
State-Changed-By: linimon 
State-Changed-When: Fri Jul 16 04:49:55 GMT 2004 
State-Changed-Why:  
Is this still a problem in modern versions of FreeBSD? 

http://www.freebsd.org/cgi/query-pr.cgi?pr=28206 
State-Changed-From-To: feedback->closed 
State-Changed-By: linimon 
State-Changed-When: Sun Dec 4 02:38:57 GMT 2005 
State-Changed-Why:  
Feedback timeout (> 4 months). 

http://www.freebsd.org/cgi/query-pr.cgi?pr=28206 
>Unformatted:
