Date: Fri, 12 Dec 2008 10:46:07 -0700 From: Chad Perrin <perrin@apotheon.com> To: freebsd-questions@freebsd.org Subject: Re: Why FreeBSD not popular on hardware vendors Message-ID: <20081212174607.GC36348@kokopelli.hydra> In-Reply-To: <200812112345.20572.perlcat@alltel.net> References: <20081207193517.GA20905@laverenz.de> <20081211170011.777236f8@gom.home> <20081212015814.GB32982@kokopelli.hydra> <200812112345.20572.perlcat@alltel.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--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 <foo> 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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20081212174607.GC36348>