From owner-cvs-all Tue Feb 11 2: 5:55 2003 Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22C1F37B401; Tue, 11 Feb 2003 02:05:51 -0800 (PST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C68C43F3F; Tue, 11 Feb 2003 02:05:49 -0800 (PST) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.6/8.12.6) with ESMTP id h1BA5wFq039899; Tue, 11 Feb 2003 11:05:58 +0100 (CET) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.6/8.12.6/Submit) id h1BA5w3q039898; Tue, 11 Feb 2003 11:05:58 +0100 (CET) Date: Tue, 11 Feb 2003 11:05:58 +0100 From: Stijn Hoop To: Alfred Perlstein Cc: "Thomas E. Zander" , Alexandr Kovalenko , Oliver Braun , 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> 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> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF" Content-Disposition: inline In-Reply-To: <20030211100013.GO88781@elvis.mu.org> User-Agent: Mutt/1.4i X-Bright-Idea: Let's abolish HTML mail! Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --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 [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