Date: Tue, 29 Apr 1997 12:26:45 +0930 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: Shimon@i-Connect.Net (Simon Shapiro) Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@freebsd.org Subject: Re: A Desparate Plea for Help... Message-ID: <199704290256.MAA18956@genesis.atrad.adelaide.edu.au> In-Reply-To: <XFMail.970428184022.Shimon@i-Connect.Net> from Simon Shapiro at "Apr 28, 97 09:36:03 am"
next in thread | previous in thread | raw e-mail | index | archive | help
Simon Shapiro stands accused of saying: > > Hi Michael Smith; On 28-Apr-97 you wrote: > ... > > > Further study actually indicates that this function is quite paranoid > > about its input. Can you tell us which compile options you are using > > with your kernels, so that someone can build this function and work > > out where 0x6c is? > > See sendero.i-connect.net/crash. It is there. I can't get to here; there's a routing loop in the way : 16 priaSAN-r1s12p1-ltiPDX.pria.net (206.190.134.11) 353.136 ms 379.787 ms 357.810 ms 17 ltipdxbackbone-t1-i-connect.ltinet.net (206.190.136.26) 357.820 ms 368.925 ms 374.138 ms 18 i-connect-t1-ltipdxbackbone.ltinet.net (206.190.136.25) 382.724 ms * 346.128 ms 19 ltipdxbackbone-t1-i-connect.ltinet.net (206.190.136.26) 324.944 ms 359.058 ms 338.775 ms 20 i-connect-t1-ltipdxbackbone.ltinet.net (206.190.136.25) 342.691 ms 334.499 ms 364.173 ms Please keep me up to date on the results of your LKM-related tests. If it turns out that there's a problem with unloading LKMs leaving occupied but invalid devsw entries around we'd better fix it 8) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199704290256.MAA18956>