lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20070312.140025.21595408.davem@davemloft.net>
Date:	Mon, 12 Mar 2007 14:00:25 -0700 (PDT)
From:	David Miller <davem@...emloft.net>
To:	Eric.Moore@....com
Cc:	Valdis.Kletnieks@...edu, rpjday@...dspring.com,
	linux-kernel@...r.kernel.org, akpm@...l.org
Subject: Re: [PATCH] MPT FUSION: Delete unused header files.

From: "Moore, Eric" <Eric.Moore@....com>
Date: Mon, 12 Mar 2007 10:19:18 -0600

> Valdis.Kletnieks silly little rant: 
> 
> > Certainly appropriate content for something on your website, 
> > and vendors who
> > provide programs like dmidecode and parsemce are always 
> > welcome. I could
> > probably be convinced that such info should have at least a 
> > pointer somewhere
> > in Documentation/lsi_debug.txt or some such.  But quite 
> > frankly, if I'm reduced
> > to wading through *.h files to figure out what some 
> > recalcitrant hardware is
> > upset about, there's been a failure in documentation.  
> > *ESPECIALLY* if I
> > go look at drivers/whatever/source.c and it doesn't even 
> > *reference* the *.h
> > file in question.
> 
> 
> Its apparent to me that you don't have our hardware, nor have you
> actually waded thru this driver source code. 
> 
> If you did, you would of noticed that the header you want to delete, is
> actually referenced in the *.c source code.   The file "mpi_log_fc.h",
> is indeed mentioned in mptbase.c, in the function called
> mpt_fc_log_info, in the documention section above the function.    This
> header file is very helpful to those supporting our hardware, and those
> using it
> For SAS(mpi_log_sas.h), I have broken out each loginfo in the strings
> you will find defined in originator_str, iop_code_str, pl_code_str, etc,
> I probably do that with fibre.
> 
> If its that important to you to have the header files included, I will
> provide a patch that does that.    

If you're going to include it just for the sake of including it, not
because the code in question actually uses types or function
declarations defined in there, don't bother, you're just using an
anti-social mechanism to keep this header file in the tree.

Please, let's kill this header file if it is unused.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ