From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 7B9FB1381F3 for ; Tue, 27 Aug 2013 07:41:57 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6606AE0B96; Tue, 27 Aug 2013 07:41:52 +0000 (UTC) Received: from mail-ee0-f46.google.com (mail-ee0-f46.google.com [74.125.83.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 43F7DE0B84 for ; Tue, 27 Aug 2013 07:41:50 +0000 (UTC) Received: by mail-ee0-f46.google.com with SMTP id c13so2068755eek.5 for ; Tue, 27 Aug 2013 00:41:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=fSDqhyhFieznqL01K6cMRiN+Yoi4Mq4i2wmM9VTcIMc=; b=QuCeCoWcwf12eca8tJFXKCE56xBdgm14WJcKEFZ/3ZZrizNNdE96Z0yuex+KdByIRY aSTNTqwtn7rocm4dc5Sh3KgE9rYcSEF0mnvApC+8hCn2V8/QepdtiXDBAZQY8d/OxWbl kgwU9Pq8uFBQYUWBDo+QBno9B+OI9cyvnaVGOvplpM+DQfHUsfoWPYX6Z3oPiScMFTp8 aOUQweHTbegnltfr89sbV34n4OrkjDoc2f+T7qbAHWUjZmIkgsG0MZI4WNMF0yaeu4os 2eQd1Cho+s+v0jU8gaiTP/NeIEKxkZy/Q4cnnY7Tl/q2xLpBwRdtFf/TjA3TMBY3iqJS 9iTw== X-Received: by 10.14.183.130 with SMTP id q2mr32676278eem.5.1377589309315; Tue, 27 Aug 2013 00:41:49 -0700 (PDT) Received: from [172.20.0.41] (196-210-127-149.dynamic.isadsl.co.za. [196.210.127.149]) by mx.google.com with ESMTPSA id z12sm26960332eev.6.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 27 Aug 2013 00:41:48 -0700 (PDT) Message-ID: <521C5769.50401@gmail.com> Date: Tue, 27 Aug 2013 09:38:17 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130809 Thunderbird/17.0.8 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: The NVIDIA/Kernel fiasco -- is it safe to sync yet? References: <20130823180959.GA13353@artifex> <1746861.kq9W4Fkxay@apollo> <20130823231239.4d4df2db@fuchsia.remarqs.net> <52186597.6030407@gmail.com> <20130824194527.122b5436@fuchsia.remarqs.net> <521A2E41.2020001@gmail.com> <20130825205246.3ece7b78@fuchsia.remarqs.net> <521AEF78.5020909@gmail.com> <20130826210655.1c5506dd@fuchsia.remarqs.net> <521C3FC0.2070209@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 5d539f3e-6f52-4af5-9c60-f51b03ca7254 X-Archives-Hash: cc34422613e3a79eeb7961970c685259 On 27/08/2013 09:14, Pandu Poluan wrote: >>>> That list is the list of kernels that nVidia supports, which is easy >>>> > >> to find. >>> > > >>> > > Where? AIUI from reading various threads about this, sometimes that >>> > > info can be found in nVidia's developer web forum, but I've never been >>> > > able to find it there. nVidia's READMEs give a minimum kernel version, >>> > > but no max. >> > >> > >> > So ask nVidia to clearly and unambiguously state in an easily found >> > place what kernels *they* support. >> > >> > Look, all issues with building the driver shim are directly the >> > responsibility of nVidia themselves, a result of *their* business >> > decisions. The correct thing to do is to make it nVidia's problem and >> > not force the community to jump through hoops trying to track down what >> > does and does not work today. >> > >> > Or, you could do the heavy lifting yourself. You test all current >> > drivers with all recent kernels and maintain a gentoo wiki page that >> > lists the info you want. > > Hmm... reading this thread makes me understand why Linus gave nVidia 'the bird'. I'm not so sure. I can understand nVidia's position. They make and sell hardware. They want their stuff to run on as many things as possible. They also have a huge codebase driven mostly by the primary OS of their users - Windows. Maintaining that is a large job so they'd like to re-use the bulk of it across all OSes. Business-wise this does make sense. But it does mean that they have to drop support for much built-in goodness on Linux (KMS, shipped OpenGL and more) and provide that bit themselves. No biggy - they have it all already for Windows. The kernel shim module is GPL'ed, but not in mainline, and there's this little thing about the Linux kernel - the famous stable api nonsense. So they are forever playing catch-up, and the kernel DOES rip out huge chunks of the api as and when needed. So what's nVidia to do? By and large their support for X11 is pretty good, and I've seen much worse. Yes, they are behind current kernel releases. No, they are not years behind. For the most part their code keeps up with the major binary distros. To those users who want to run whatever kernel Linux shipped today and expect nVidia to always keep up, I have an answer: get real people. nvidia support Linux, they never promised to keep up with Linus. Why do users think they have a right to demand something from a vendor that the vendor never promised to do? Why do some users think it correct and proper to demand the Gentoo maintainers jump through hoops to provide functionality that nVidia never promised, for versions they do not support *yet*? Seriously, to all the nVidia dumpers (not you Pandu), get a life people and get real. You bought hardware knowing full well what the conditions for drivers were going to be. The vendor does an OK job in the market place and if you don't like that, well that's tough. Buy different hardware. But don't expect entities to do stuff they never agreed to do. To Gentoo users who dump on this matter, when you installed Gentoo you implicitly agreed to be your own packager. There is no PPA or Yum repo and there's no paid staff member building packages. The work the packager does for Ubuntu and RedHat is now you now have to do yourself, and part of that is dealing with the times when shit don't work. -- Alan McKinnon alan.mckinnon@gmail.com