Re: kmod, fork errors, net-pf-5 -- 2.1.89++

Les Schaffer (godzilla@netmeg.net)
Fri, 24 Jul 1998 10:34:16 -0400 (EDT)


>>>>> ">" == Mikael Pettersson <mikpe@csd.uu.se> writes:

>> Please try the patch below. I'm using it myself since two
>> weeks.

>> --- linux-2.1.110/kernel/kmod.c.~1~ Fri Jul 17 21:19:53 1998
>> +++ linux-2.1.110/kernel/kmod.c Fri Jul 24 10:01:46 1998 @@
>> -67,6 +67,9 @@ if (current->files->fd[i]) close(i); }

>> + /* kernel_thread() -> ... -> charge_uid(current, 1)
>> workaround */ + charge_uid(current, -1); + /* Give kmod all
>> privileges.. */
current-> uid = current->euid = current->fsuid = 0;
>> cap_set_full(current->cap_inheritable);

Paul Kimoto wrote yesterday with a pointer to Reisacher's patch of a
few weeks ago, consisting of your fix to kmod.c plus a patch to
fork.c:

--- linux/kernel/fork.c.orig Sat Jul 11 17:17:25 1998
+++ linux/kernel/fork.c Sat Jul 11 17:18:19 1998
@@ -97,6 +97,8 @@
unsigned int hashent = uidhashfn(p-&gt;uid);
struct uid_taskcount *up = uid_find(p-&gt;uid, hashent);

+ if (0 == p-&gt;uid) return 0;
+
if(up) {
int limit = p-&gt;rlim[RLIMIT_NPROC].rlim_cur;
int newcnt = up-&gt;task_count + count;

I am now up about an hour with no signs of any fork errors and PPP and
kmod working fine.

its nice to be back on the bleeding (but not hemmoraging) edge.

-- 
____ Les Schaffer godzilla@netmeg.net ___| --->> Engineering R&D <<---
Theoretical & Applied Mechanics          |  Designspring, Inc. 
Center for Radiophysics & Space Research |  Westport, CT USA
Cornell Univ.  schaffer@tam.cornell.edu  |  les@designspring.com

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html