From owner-freebsd-current Sat Jan 13 17:13:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id BD1BE37B400; Sat, 13 Jan 2001 17:13:30 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id UAA407260; Sat, 13 Jan 2001 20:13:28 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Sat, 13 Jan 2001 20:13:27 -0500 To: John Baldwin , Jordan Hubbard From: Garance A Drosihn Subject: RE: Anybody else seeing a broken /dev/lpt with SMP on -current? Cc: current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 6:55 PM -0800 1/12/01, John Baldwin wrote: >On 13-Jan-01 Jordan Hubbard wrote: > > If anybody wants a fuller traceback then I'll compile up a kernel > > with debugging symbols, but it's going to be pretty sparse anyway > > since it basically only shows the trap() from the page fault and > > the subsequent panic. > >All the other traces show the kernel having returned to an address >that is beyond the end of the kernel (which causes the page fault) >meaning that the stack is fubar'd, so the trace isn't meaningful >anyways. :( Knowing how and why the lpd interrupt handler trashes >the stack is the useful info, and with the stack already trashed, >I don't know of an easy way to figure that out. Do you really mean the "lpd interrupt handler", or do you mean the "lpt interrupt handler"? Does this problem only happen when lpd is sending data thru /dev/lpt? -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message