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 E8DF713865C for ; Thu, 24 Jan 2013 17:49:36 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3422621C09E; Thu, 24 Jan 2013 17:49:33 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 2B87C21C04C for ; Thu, 24 Jan 2013 17:49:32 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 66E7033DA28 for ; Thu, 24 Jan 2013 17:49:31 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.33 X-Spam-Level: X-Spam-Status: No, score=-1.33 tagged_above=-999 required=5.5 tests=[AWL=-1.327, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SdkyN5sc1Y9x for ; Thu, 24 Jan 2013 17:49:25 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id B95BC33DAC4 for ; Thu, 24 Jan 2013 17:49:25 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TyQvg-0005xl-LB for gentoo-dev@gentoo.org; Thu, 24 Jan 2013 18:49:36 +0100 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 24 Jan 2013 18:49:36 +0100 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 24 Jan 2013 18:49:36 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: RFC: CONFIG_CHECK_FATAL, making CONFIG_CHECKS fatal by default Date: Thu, 24 Jan 2013 17:49:03 +0000 (UTC) Message-ID: References: <50FE73F1.6090102@gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT 09d34ae /usr/src/portage/src/egit-src/pan2) X-Archives-Salt: 03c5c078-8470-4523-af34-e9142615ab39 X-Archives-Hash: a8655b1d4f686ec1e54d5b10d04a0489 Rich Freeman posted on Tue, 22 Jan 2013 06:56:08 -0500 as excerpted: > I just got an elog out of udisks complaining about > USB_SUSPEND not being set, and I have no idea why I'd need that on a > system that is powered 24x7. Even the kernel docs suggest that it > should be disabled if users aren't sure if they need it. FWIW, that's for runtime power management. Even a wall-powered system that's always running can shutdown unused USB devices when they're not needed, saving power at the incremental level, anyway. However, that is a rather newer feature, and may cause issues with USB wakeup on obscure or older (say USB-1.x generation) hardware, thus the kernel help recommendation for that option. That said, presumably udisks would choose not to make its check fatal, altho changing the default to fatal could complicate things for existing ebuilds until they're fixed. -- 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