Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932776Ab0KQEVB (ORCPT ); Tue, 16 Nov 2010 23:21:01 -0500 Received: from mail-qw0-f46.google.com ([209.85.216.46]:37556 "EHLO mail-qw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757894Ab0KQEU7 convert rfc822-to-8bit (ORCPT ); Tue, 16 Nov 2010 23:20:59 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=g3v3KK+Y68rZebUtgqzpr/+ENo6mQXXwVk01BrBmzwC/3CH71JhCT5EiK7EPSro00a 9SHixzvywp8pLrY5ucNZU3IosG8RK1lHICO3SK19ZSr2o2WZyWPArYCpYCuKv4o4Imlh vcnjA0A21v+d7pbqhtZG8eWr48BzMgrDfWUCw= MIME-Version: 1.0 In-Reply-To: <1289966843.26343.359.camel@calx> References: <1289966843.26343.359.camel@calx> Date: Tue, 16 Nov 2010 23:20:59 -0500 Message-ID: Subject: Re: Behavior of BUG() [Was: Re: [PATCH 2/5] of/fdt: add kernel command line option for dtb_compat string] From: Arnaud Lacombe To: Matt Mackall Cc: linux-kernel@vger.kernel.org, dirk.brandewie@gmail.com, linux-arch@vger.kernel.org, linux-kbuild@vger.kernel.org, Grant Likely Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1501 Lines: 38 Hi, On Tue, Nov 16, 2010 at 11:07 PM, Matt Mackall wrote: > On Tue, 2010-11-16 at 22:45 -0500, Arnaud Lacombe wrote: >> Hi, >> >> [CC: list reduced as starting a new thread, most on the context >> removed as this concern a different issue.] >> >> On Tue, Nov 16, 2010 at 7:16 PM, Grant Likely wrote: >> > On Tue, Nov 16, 2010 at 3:41 PM, ? wrote: >> >> From: Dirk Brandewie >> >> [...] >> > The kernel needs to complain *loudly* if this occurs because it >> > represents a bug. ?I'm tempted to say use BUG, but that would halt the >> > kernel and prevent any possibility of kernel log output. >> > [...] >> does it ? if CONFIG_BUG is not enabled and the arch has no define for >> it, the default does _nothing_: > > That's because CONFIG_BUG=N is intended for machines where logging is > irrelevant/impossible. > Yes, but it is still a no-op, where the original programmer made it clear he did not want the kernel to go further. > You are encouraged to ignore all options under > CONFIG_EMBEDDED when trying to have a sensible discussion. > Unless it creates a situation where it does the opposite of what the intended behavior, I would guess. - Arnaud -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/