Date: Tue, 11 Feb 2003 11:05:58 +0100 From: Stijn Hoop <stijn@win.tue.nl> To: Alfred Perlstein <bright@mu.org> Cc: "Thomas E. Zander" <riggs@rrr.de>, Alexandr Kovalenko <never@nevermind.kiev.ua>, Oliver Braun <obraun@freebsd.org>, ports-committers@freebsd.org, cvs-ports@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: ports/multimedia/mplayer Makefile distinfo pkg-plist ports/multimedia/mplayer/files patch-ad Message-ID: <20030211100558.GB17571@pcwin002.win.tue.nl> In-Reply-To: <20030211100013.GO88781@elvis.mu.org> References: <200302101928.h1AJS6Gs088748@repoman.freebsd.org> <20030210200115.GA832@nevermind.kiev.ua> <20030211013436.GB576@trillian.mugiri.au> <20030211095745.GA17571@pcwin002.win.tue.nl> <20030211100013.GO88781@elvis.mu.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--eAbsdosE1cNLO4uF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 11, 2003 at 02:00:13AM -0800, Alfred Perlstein wrote: > * Stijn Hoop <stijn@win.tue.nl> [030211 01:58] wrote: > > On Tue, Feb 11, 2003 at 09:34:36AM +0800, Thomas E. Zander wrote: > > > Am Mon, dem 10. Feb 2003, um 22:01 +0200 Uhr schrubte Alexandr Kovale= nko: > > > > We should also note that if you are planning to play QT movies, you > > > > should add CPU_ENABLE_SSE to your kernel so that mplayer will not c= rash > > > > attempting to play it (looks like either mplayer or QT win32 libs c= an't > > > > detect if SSE is enabled). > > >=20 > > > No, that is not a qt-specific problem. > > > Mplayer checks which cpu it is running on and assumes (as I would do = if > > > I were a program :-) ) that it can use SSE if it is a SSE-capable CPU. > >=20 > > I think this is a bad assumption. There should be a mechanism for mplay= er > > to detect whether it can use SSE instructions without 'guessing' by > > checking the CPU type. As another poster asked, how do I know I can > > use the option? It's not exactly common knowledge that the kernel option > > might be needed. > >=20 > > But I also think it is strange that the fact that SSE instructions are > > available cannot be detected (and used) at runtime by the kernel. Is > > this unwise to do for performance reasons? Anyone care to elaborate? > >=20 > > A quick grep through /usr/src shows that there are not too many places > > that this option is used although it seems to affect process > > register storage, so I imagine it could be a performance hit if > > another check is needed per process context switch. > >=20 > > However I'm absolutely no kernel developer, so this is mostly guessing. > > Anyone with more clue reading this? >=20 > I would seem trivial to add a sysctl under machdep to tell userland > if sse is available and configured. OK, that would solve this problem, but what about my other question? Why not just detect if SSE is available, and use it, at runtime? Why do we need a kernel option for this? --Stijn --=20 I really hate this damned machine I wish that they would sell it. It never does quite what I want But only what I tell it. --eAbsdosE1cNLO4uF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+SMsGY3r/tLQmfWcRAr08AJ4hchFYl6xiYnPuEwdhpF0Fv3ZHdACghj+s zpqn6GYKJUkg4QV8LaXZdU4= =9eAz -----END PGP SIGNATURE----- --eAbsdosE1cNLO4uF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030211100558.GB17571>