All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeff Garzik <jgarzik@pobox.com>
To: john slee <indigoid@higherplane.net>
Cc: Dan Kegel <dank@kegel.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Why can't Johnny compile?
Date: Sat, 16 Nov 2002 16:04:05 -0500	[thread overview]
Message-ID: <3DD6B2C5.3010303@pobox.com> (raw)
In-Reply-To: <3DD5D93F.8070505@kegel.com>

john slee wrote:

> >If people want to get rivafb or an ancient ISA net driver building
> >again... patches welcome.  But I don't think calls for the kernel to
>
>
> yep, someone is maintaining ewrk3 again now :-), or at least i have seen
> a couple of patches submitted


hehe, yep, in fact there is an ewrk3 patch I still need to merge :)

> >compile 100 percent of the drivers is realistic or even reasonable.
> >Some of the APIs, particularly SCSI, are undergoing API stabilization.
>
>
> the api stabilization should have been happening months ago, in view of
> the october freeze


october freeze was for major features, not minor incremental tweaks...


> >And SCSI is an excellent example of drivers where
> >I-dont-have-test-hardware patches to fix compilation may miss subtle
> >problems -- and then six months later when the compileable-but-broken
> >SCSI driver is used by a real user, we have to spend more time in the
> >long run tracking down the problem.
>
>
> certainly, and sometimes i wonder if there could be a better way (than
> #error or #warning) to tag things as known broken.  currently people use
> #error during compile, but i'd like to see it show up in menuconfig
> somehow.


I respectfully disagree...  I think if these sort of FIXMEs show up in 
menuconfig, you're not only cluttering up menuconfig, you also moving 
past the level of programmer to the sysadmin/power-user level.  That 
seems like it would generate more bug reports than useful work.

About the only thing WRT menuconfig I would be ok with is commenting out 
majorly broken drivers until they are fixed...

	Jeff




  parent reply	other threads:[~2002-11-16 20:57 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-11-16  5:35 Why can't Johnny compile? Dan Kegel
2002-11-16  5:49 ` Jeff Garzik
2002-11-16  6:04   ` Patrick Finnegan
2002-11-16  6:10     ` Jeff Garzik
2002-11-16  6:15     ` William Lee Irwin III
2002-11-17  5:34     ` Ralf Baechle
2002-11-16  9:47   ` Kai Henningsen
2002-11-16 14:37     ` Arnaldo Carvalho de Melo
2002-11-16 15:11   ` john slee
2002-11-16  6:23 ` Arnaldo Carvalho de Melo
2002-11-16 19:14 ` Nathan
2002-11-16 21:04 ` Jeff Garzik [this message]
2002-11-16 21:37   ` Arnaldo Carvalho de Melo
2002-11-16 21:42     ` Arnaldo Carvalho de Melo
2002-11-16 23:51       ` Alan Cox
2002-11-17  0:09         ` Dan Kegel
2002-11-17  0:08           ` romieu
2002-11-17  3:18             ` Patrick Finnegan
2002-11-17  0:18           ` Nathan
2002-11-17  0:43           ` Alan Cox
2002-11-18 21:02           ` Bill Davidsen
2002-11-18 23:12             ` Alan Cox
2002-11-19 16:30               ` Bill Davidsen
2002-11-19 16:36                 ` Jeff Garzik
2002-11-19 17:29                 ` Alan Cox
2002-11-19 18:01                   ` David G Hamblen
2002-11-19 19:34                     ` Alan Cox
2002-11-17  1:34   ` Adam Kropelin

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=3DD6B2C5.3010303@pobox.com \
    --to=jgarzik@pobox.com \
    --cc=dank@kegel.com \
    --cc=indigoid@higherplane.net \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.