From: John Cherry <cherry@osdl.org>
To: "David S. Miller" <davem@redhat.com>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: IA32 - 4 New warnings
Date: 04 Sep 2003 09:31:57 -0700 [thread overview]
Message-ID: <1062693117.9322.48.camel@cherrytest.pdx.osdl.net> (raw)
In-Reply-To: <20030904002430.306cfa83.davem@redhat.com>
David,
You are absolutely correct that these are not new warnings. However,
they are new with respect to CLEAN_COMPILE being enabled by default. On
Sept 2, Linus add the following patch...
-config BROKEN
- bool "Prompt for old and known-broken drivers"
- depends on EXPERIMENTAL
- default n
+config CLEAN_COMPILE
+ bool "Don't select drivers known to be broken" if EXPERIMENTAL
+ default y help
- This option allows you to choose whether you want to try to
- compile (and fix) old drivers that haven't been updated to
- new infrastructure.
+ Select this option if you don't even want to see the option
+ to configure known-broken drivers.
+
+ If unsure, say Y
- If unsure, say N.
+config BROKEN
+ bool
+ depends on !CLEAN_COMPILE
+ default y
By default, the builds did not include known broken drivers. The build
yesterday picked up bunk's patch for COSA...
- depends on WAN && ISA && m && BROKEN
+ depends on WAN && ISA && m
This allowed the driver to be built again, and the warnings reappeared.
So these ARE new warnings in the sense that bunk specifically declared
this driver NOT to be broken. In fact, the changeset comment was "COSA
is no longer BROKEN".
Actually, to remain consistent with warning and error statistics, I will
need to over-ride the default CLEAN_COMPILE config option in the
automated builds and continue to build broken drivers. Perhaps I will
build both. Hey, it is just CPU time. :)
John
On Thu, 2003-09-04 at 00:24, David S. Miller wrote:
> On Wed, 3 Sep 2003 23:48:54 -0700 (PDT)
> John Cherry <cherry@osdl.org> wrote:
>
> > drivers/net/wan/cosa.c:516: warning: implicit declaration of function `sti'
> > drivers/net/wan/cosa.c:661: warning: `MOD_INC_USE_COUNT' is deprecated
> > (declared at include/linux/module.h:482)
>
> There is no way these warnings were added in the past
> 24 hours, they've been there nearly the entire 2.5.x
> series.
> -
> 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/
next prev parent reply other threads:[~2003-09-04 16:32 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-09-04 6:48 John Cherry
2003-09-04 7:24 ` David S. Miller
2003-09-04 16:31 ` John Cherry [this message]
2003-09-08 5:00 John Cherry
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1062693117.9322.48.camel@cherrytest.pdx.osdl.net \
--to=cherry@osdl.org \
--cc=davem@redhat.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®