Date: Wed, 7 Jan 2009 22:34:28 +0300 From: Stanislav Sedov <stas@FreeBSD.org> To: Mark Tinguely <tinguely@casselton.net> Cc: arm@freebsd.org, alfred@freebsd.org Subject: Re: svn commit: r186730 - in head: lib/libusb20 sys/dev/usb2/controller sys/dev/usb2/core sys/dev/usb2/ethernet sys/dev/usb2/image sys/dev/usb2/include sys/dev/usb2/serial sys/dev/usb2/sound sys/dev/us... Message-ID: <20090107223428.93bf0942.stas@FreeBSD.org> In-Reply-To: <200901071846.n07IkE41053149@casselton.net> References: <20090107202901.21df29e3.stas@FreeBSD.org> <200901071846.n07IkE41053149@casselton.net>
next in thread | previous in thread | raw e-mail | index | archive | help
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 7 Jan 2009 12:46:14 -0600 (CST) Mark Tinguely <tinguely@casselton.net> mentioned: > It could be the same problem if there is a duplicate kernel mapping. If > there is no duplicate kernel mapping, then there is another cache leak > somewhere. > Yeah, it seems it leaks somewhere as invalidating the entire wb cache in case of coherent mapping in sys/arm/arm/busdma_machdep.c:_bus_dmamap_sync, where currently it simply returns solves the problem. In fact, all usb memory is mapped as coherent and thus should not require cache flush, but something goes wrong. Could additional entries established by arm_remap_nocache in case of coherent mapping interfere with previous mappings and thus create problems? Is it the same case as duplicate mappings? Thanks! - -- Stanislav Sedov ST4096-RIPE -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAkllA8oACgkQK/VZk+smlYHUFQCcD8Ho1E/aFQj6Xm5dOVEwlggW aHMAnR7W3ahfhgJdRpnABLp/c0EuPoa6 =HB2P -----END PGP SIGNATURE----- !DSPAM:4965033a967001106815188!
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090107223428.93bf0942.stas>