Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 14 Sep 2000 23:07:57 +0200
From:      Poul-Henning Kamp <phk@critter.freebsd.dk>
To:        Warner Losh <imp@village.org>
Cc:        John Baldwin <jhb@pike.osd.bsdi.com>, Mark Murray <mark@grondar.za>, current@FreeBSD.ORG
Subject:   Re: SMPNG kernel on UP 
Message-ID:  <59168.968965677@critter>
In-Reply-To: Your message of "Thu, 14 Sep 2000 13:46:44 MDT." <200009141946.NAA98535@harmony.village.org> 

next in thread | previous in thread | raw e-mail | index | archive | help
In message <200009141946.NAA98535@harmony.village.org>, Warner Losh writes:
>In message <200009141941.MAA86101@pike.osd.bsdi.com> John Baldwin writes:
>: Warner Losh wrote:
>: > In message <200009141928.MAA85518@pike.osd.bsdi.com> John Baldwin writes:
>: > : It may be a kernel/world sync problem.  Although I don't know why the ioctl
>: > : argument would suddenly become invalid.  Maybe it passes in a struct ucred,
>: > : which changed in size just before the SMPng commit?
>: > 
>: > I don't know either.  However, it might be because of permission
>: > problems.  It will return EINVAL when it can't open the apm file for
>: > write.  Maybe a devfs related issue?
>: 
>: Hmm, it may not be using the right perms during make_dev perhaps.
>
>Hmmm, they look good to me.  Maybe Mark's system doesn't have group
>operator at gid 5.  That's one bad thing about the new DEVFS: it
>appears to enshrine things like this in the kernel...

Yes, this is a bad thing, but it is the best compromise solution.
You can either manually or with a future general devd(8) fix this.

--
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD coreteam member | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?59168.968965677>