From owner-freebsd-questions@FreeBSD.ORG Fri Dec 12 17:46:30 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 855961065675 for ; Fri, 12 Dec 2008 17:46:30 +0000 (UTC) (envelope-from perrin@apotheon.com) Received: from outbound-mail-39.bluehost.com (outbound-mail-39.bluehost.com [69.89.20.193]) by mx1.freebsd.org (Postfix) with SMTP id 53D368FC1E for ; Fri, 12 Dec 2008 17:46:30 +0000 (UTC) (envelope-from perrin@apotheon.com) Received: (qmail 31051 invoked by uid 0); 12 Dec 2008 17:46:30 -0000 Received: from unknown (HELO box183.bluehost.com) (69.89.25.183) by outboundproxy2.bluehost.com with SMTP; 12 Dec 2008 17:46:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=apotheon.com; h=Received:Received:Date:From:To:Subject:Message-ID:Mail-Followup-To:References:Mime-Version:Content-Type:Content-Disposition:In-Reply-To:User-Agent:X-Identified-User; b=C9YUl9gO8LdewNZg1S1SKfMiR50ZsOYfmtaHAmlMdqttxcTNos/8kltU/DgVXa52Q2I9uHb5vkBnyMR4cXNuvYu5wwktvXGj/7QYrEgWqhT5fcBEbU01bDbUJDH27ivy; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=kokopelli.hydra) by box183.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1LBC5u-00062y-Ax for freebsd-questions@freebsd.org; Fri, 12 Dec 2008 10:46:30 -0700 Received: by kokopelli.hydra (sSMTP sendmail emulation); Fri, 12 Dec 2008 10:46:07 -0700 Date: Fri, 12 Dec 2008 10:46:07 -0700 From: Chad Perrin To: freebsd-questions@freebsd.org Message-ID: <20081212174607.GC36348@kokopelli.hydra> Mail-Followup-To: freebsd-questions@freebsd.org References: <20081207193517.GA20905@laverenz.de> <20081211170011.777236f8@gom.home> <20081212015814.GB32982@kokopelli.hydra> <200812112345.20572.perlcat@alltel.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OBd5C1Lgu00Gd/Tn" Content-Disposition: inline In-Reply-To: <200812112345.20572.perlcat@alltel.net> User-Agent: Mutt/1.4.2.3i X-Identified-User: {737:box183.bluehost.com:apotheon:apotheon.org} {sentby:smtp auth 24.8.180.234 authed with ren@apotheon.org} Subject: Re: Why FreeBSD not popular on hardware vendors X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2008 17:46:30 -0000 --OBd5C1Lgu00Gd/Tn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 11, 2008 at 11:45:20PM -0600, Tyson Boellstorff wrote: > On Thursday 11 December 2008 19:58:14 Chad Perrin wrote: > > On Thu, Dec 11, 2008 at 05:00:11PM -0800, prad wrote: > > > On Thu, 11 Dec 2008 17:28:13 -0700 > > > > > > i don't think that's really what is happening, chad. > > > i think there is just some disagreement as to what is considered an > > > improvement. > > > > So . . . are you saying that increased support for 3D accelerated > > graphics is not an "improvement", and should therefore not be considered > > a worthy goal? > > >=20 > Not so much considered 'unworthy' as it is a balancing of limited resourc= es.=20 > If I was a hardware programmer, had unlimited time, beer, and cheese dip,= I'd=20 > add everything just because I could. I don't think anyone said anything about taking development effort away from, for instance, the network virtualization project to put into achieving better 3D accelerated graphics -- just that it would be nice if we had better support for 3D accelerated graphics. One need not entirely write off the notion of putting more effort into one thing to assure that we don't cease putting effort into another. One of the great things about open source development is that, often, more development talent can be found for new projects from people just idling around the periphery. >=20 > It would be cool if there was a way to ensure that all items would = be=20 > supported. However, even then, high performance video would lag. It is of= ten=20 > proprietary, and many vendors simply won't publish their specs and need a= =20 > reverse engineer to get any support at all. You can't force them to do it= ,=20 > and in the case of an open source OS, they may not want the world+dog to = see=20 > their code for any number of reasons. nVidia is a rare exception, and eve= n=20 > they are not going to put FreeBSD support at the top of their list.=20 What does that have to do with whether or not it's a good idea to solicit graphics and driver developers who aren't already doing something to work on it, if they're so inclined? >=20 > Long story short, there's room for all types. Enjoy the diversity. Fix wh= at=20 > you can. Avoid the problems you can. Use the appropriate tools for their = best=20 > purposes. Judging by the responses of some people on this list, there *isn't* room for all types. That's my problem with this whole mess. --=20 Chad Perrin [ content licensed OWL: http://owl.apotheon.org ] Quoth Georg Hackl: "American beer is the first successful attempt at diluting water." --OBd5C1Lgu00Gd/Tn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklCo18ACgkQ9mn/Pj01uKUf0wCgzzKjIjaA36u2F3glAJXua/Qj mWIAoObk+rK8ubw4cu8ECeJdA4TPq1sP =uIPw -----END PGP SIGNATURE----- --OBd5C1Lgu00Gd/Tn--