lkml.org 
[lkml]   [1998]   [Apr]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: knfsd rejects everyone on SparcLinux 2.1.89
Date
From
cc> After drilling into the sources of both the kernel NFSD part and its
cc> user-level support daemons (a first time experience to me), it has come to
cc> me that in fs/nfsd/export.c, in the function exp_export(), the kernel half
cc> was getting a device number for /snepa which is different from the
cc> device

Well, as far as I can tell, on Intel this is caused by libc using
uint64_t as a dev_t, and the kernel using short as dev_t. I created
some fixes in the nfs-0.4.22 stuff, and now it works quite well. Under
the provision that the client does not try to establish the
whereabouts from a server by sending a null packet to the
server. (Ultrix 4.3 does this unfortunately)

cc> I have no convenient access to a i386 PC I could recompile Linux on, to
cc> check whether this problem is specific or not. Has anyone succesfully used
cc> the knfsd on recent kernel, on any platform ?

I think this is not arch related....

cc> Software :
cc> S/Linux 2.1.89-VGER-CVS980313
cc> linux-nfs 0.4.22 from ftp.mathematik.tu-darmstadt.de/pub/okir

What's your base distribution? Redhat?

Grtz
EJ
--
+--------------------+ There's only one rule:
| Erwin J. van Eijk | The golden rule.
| eijk@acm.org | He who owns the gold, rules.
+--------------------+

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu

\
 
 \ /
  Last update: 2005-03-22 13:42    [W:0.062 / U:0.148 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site