Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 22 Nov 1999 08:47:28 -0500
From:      Dennis <dennis@etinc.com>
To:        Mike Smith <mike@smith.net.au>
Cc:        hackers@freebsd.org
Subject:   Re: PCI DMA lockups in 3.2 (3.3 maybe?) 
Message-ID:  <199911220127.UAA28430@etinc.com>
In-Reply-To: <199911212021.MAA03537@dingo.cdrom.com>
References:  <Your message of "Mon, 22 Nov 1999 03:46:50 EST."             <199911212026.PAA27858@etinc.com>

next in thread | previous in thread | raw e-mail | index | archive | help
At 12:21 PM 11/21/99 -0800, you wrote:
>> At 09:15 PM 11/20/99 -0800, Mike Smith wrote:
>> >> I'll test this in 3.3 shortly...has anything been done in this area? It
>> >> seems to happen on passive backplace systems (although its more
likely the
>> >> chipsets used on SBCs)...my acer MB doesnt lock up with the same
test. This
>> >> problem has been duplicated on more than 1 system with completely
different
>> >> hardware.
>> >> 
>> >> Any ideas?
>> >
>> >Nope.  You haven't given anything like enough information to even guess 
>> >at the nature of the problem.
>> 
>> And what additional info, short of putting a scope on the bus, may I
>> provide you?
>
>Anything that might help locating the nature of the "lockup".  A scope 
>on the bus would be helpful, sure.  Some idea where in the kernel the 
>CPU was executing would be good.  The values of cpl and ipending are 
>always informative.
>
>Basically though, you're saying "I have a problem with an old version of
>freebsd on some sorts of hardware.  Is it fixed?".  There's no possible
>way for anyone else to answer such a totally vague question.

Its a late 3.2-STABLE. so its not that old. Surely someone knows if
something in this area was fixed or not?

Since its a DMA lockup, how would you suggest that the informatoin about
what instruction was executing be obtained?

The nightmare of instability of  3.x continues whilst the braintrust flogs
away at 4.x. Its really  a damn shame. And why is 3.x so much slower than
2.2.8?  Will 4.0 be slower yet?

DB 



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




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