Date: Wed, 19 Aug 2009 18:04:22 +0200 From: Rafal Jaworowski <raj@semihalf.com> To: Sam Leffler <sam@errno.com> Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org Subject: Re: svn commit: r196380 - head/sys/dev/usb Message-ID: <B55C1158-F3E8-45DF-9E21-6156799D6794@semihalf.com> In-Reply-To: <4A8C1EE5.3030103@errno.com> References: <200908191439.n7JEd892057035@svn.freebsd.org> <4A8C1AA0.20303@errno.com> <81BE0575-26B5-4EBE-90D5-4B3DDB42F79F@semihalf.com> <4A8C1EE5.3030103@errno.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2009-08-19, at 17:48, Sam Leffler wrote: >>> Is this different from the patch I tested on Gateworks 2358 boards >>> which didn't completely resolve problems? >> Hm, not sure what patch you have tested with GW. There was an >> initial workaround for this problem from late June time frame, and >> this commit is a refined fix identical to the patch posted 05 Aug >> to arm@. There were other ARM patches in the meantime involving >> cache sync, but they were pmap-related. > > I'm pretty sure it's the same one and was combined with other > changes you describe. Unfortunately reproducing the problem > requires an out-of-tree driver so we can't be sure whether all > issues are resolved on the platform. There could still be other issues with the USB stack: we are observing instabilities on some PowerPC machine and EHCI controller, but I don't have a detailed scenario yet. The cache sync routines from this commit were clearly wrong and the fix helps for failing scenarios we were observing on ARM, although in your case it's difficult to say without reproducing. Rafal
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B55C1158-F3E8-45DF-9E21-6156799D6794>