From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1HiBl8-0000gR-Af for garchives@archives.gentoo.org; Sun, 29 Apr 2007 15:56:22 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l3TFsW02008939; Sun, 29 Apr 2007 15:54:32 GMT Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l3TFsVYU008934 for ; Sun, 29 Apr 2007 15:54:31 GMT Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HiBjD-00043f-OP for gentoo-amd64@lists.gentoo.org; Sun, 29 Apr 2007 17:54:23 +0200 Received: from ip68-230-67-248.ph.ph.cox.net ([68.230.67.248]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 29 Apr 2007 17:54:23 +0200 Received: from 1i5t5.duncan by ip68-230-67-248.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 29 Apr 2007 17:54:23 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-amd64@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-amd64] Re: Kernel 2.6.21 problem Date: Sun, 29 Apr 2007 15:54:12 +0000 (UTC) Message-ID: References: <200704291137.31330.prh@gotadsl.co.uk> <200704291349.08002.volker.armin.hemmann@tu-clausthal.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ip68-230-67-248.ph.ph.cox.net User-Agent: Pan/0.128 (SR/CL: Leitmotiv: Toynbee Idea) Sender: news X-Archives-Salt: a52d36fe-e13c-40b5-b66f-6b4217296df2 X-Archives-Hash: 1922b275064f31021c896df9eaec6e2b "Hemmann, Volker Armin" posted 200704291349.08002.volker.armin.hemmann@tu-clausthal.de, excerpted below, on Sun, 29 Apr 2007 13:49:07 +0200: > ACPI and switching the monitor off are two completly unrelated problems. > ACPI is not evil - and some machines even need ACPI to boot. There is no > reason to not have ACPI in the kernel. And monitor - that is something > for your xorg.conf and xset. Well, xorg.conf/xset don't help in console mode. At least here, something does monitor blanking (it doesn't actually turn off) in console mode if I leave it sit. It's not /that/ big a deal here, but it'd be nice to at least know what's responsible and where the config for it is. You're right about ACPI, however. IIRC I had it compiled out of my kernel entirely, back in the 2.4 era, but that's been awhile, and a lot of machines, particularly laptops I've read, need it to function properly. That said, if ACPI is in the kernel, IIRC it's possible to disable ACPI from the kernel command line if necessary. See ($KERNELDIR)/ Documentation/x86_64/boot-options.txt for a whole list of interesting and potentially useful options. @PH: I'm running .21 and have run the -rcs and some gits before that, and have only partial ACPI enabled here, without issue. However, my machine being a dual socket-940 Opteron server targeted system, only a limited subset of the various ACPI components (sleep-statess, processor, button, *NUMA*, which I'm using for CPU detection, and power management timer, that's about it) are even supported on my hardware. I don't have the stuff like fan and thermal zone enabled as they aren't supported anyway, but it compiled and is running fine. Anyway, I'd suggest filing a bug, as if symbols are missing due to unmet dependencies, the menu config needs to be changed such that it doesn't allow that option, either turning on the dependencies along with what depends on them or disabling the depended option unless the dependencies are met. Alternatively, if it's a mistake due to code refactoring, it needs to be corrected, and the way to bring it to their attention is via bug. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- gentoo-amd64@gentoo.org mailing list