From owner-freebsd-current Tue Dec 16 19:22:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA00676 for current-outgoing; Tue, 16 Dec 1997 19:22:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA00649 for ; Tue, 16 Dec 1997 19:22:27 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.5) id WAA14173; Tue, 16 Dec 1997 22:22:24 -0500 (EST) Date: Tue, 16 Dec 1997 22:22:24 -0500 (EST) From: Garrett Wollman Message-Id: <199712170322.WAA14173@khavrinen.lcs.mit.edu> To: dave adkins Cc: current@FreeBSD.ORG Subject: Re: netscape problems In-Reply-To: References: Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > system with vop_nopoll (ufs_vnops.c) the problem goes away. It looks like > as far as netscape 4.04 is concerned vop_stdpoll confuses the select > function. BTW, i failed to mention that the system is SMP. It's probably bogusly expecting to poll on a file. Hmmm... I guess I did break the interface slightly. Try adding this code to vop_stdpoll: if ((ap->a_events & ~POLLSTANDARD) == 0) return ((ap->a_events & (POLLRDNORM|POLLWRNORM))); That will restore the old behavior of always returning true for those requests. If that fixes it... -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick