From owner-freebsd-hackers Mon Jun 23 18:51:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA13540 for hackers-outgoing; Mon, 23 Jun 1997 18:51:19 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA13529 for ; Mon, 23 Jun 1997 18:51:14 -0700 (PDT) Received: (qmail 12667 invoked by uid 1000); 24 Jun 1997 01:51:21 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <33AEE903.2781E494@whistle.com> Date: Mon, 23 Jun 1997 18:51:21 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Julian Elischer Subject: Re: I/O Errors with PPP Cc: FreeBSd-Hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Julian Elischer; On 23-Jun-97 you wrote: > Simon Shapiro wrote: > > > > Hi Y'all, > > > > This is a continuation of a problem we encounter when running the new > DPT > > SCSI driver on a Pentium Pro machine. > > > > To make long stories short, here is what we did: > > > > * Setup kernel PPP session to our favorite ISP. We tried, V34, 64K > ISDN > > and 128Kb ISDN. Same result. > > > > y'know one of the effects of running ppp is to OR together the interrupt > masks for splimp() and spltty() > so that they effectively are the same mask. > I'm not sure if this is done at boot time or when ppp is started, > but it might be worth checking out. > > (not that you are running at splimp or spltty, but there might > be some side-effect that I'm not aware of) I am pretty sure it is some sort of a deadlock that happens while in critical section. The system loses all interrupt handling, which indicats a high level lock. Somehow we are introducing a race condition. But how? Simon