From patchwork Thu Oct 30 05:34:58 2008 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Randy Dunlap X-Patchwork-Id: 6437 X-Patchwork-Delegate: davem@davemloft.net Return-Path: X-Original-To: patchwork-incoming@ozlabs.org Delivered-To: patchwork-incoming@ozlabs.org Received: from vger.kernel.org (vger.kernel.org [209.132.176.167]) by ozlabs.org (Postfix) with ESMTP id BFBCADDDFB for ; Thu, 30 Oct 2008 16:38:02 +1100 (EST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754969AbYJ3Fha (ORCPT ); Thu, 30 Oct 2008 01:37:30 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755005AbYJ3Fh3 (ORCPT ); Thu, 30 Oct 2008 01:37:29 -0400 Received: from rcsinet14.oracle.com ([148.87.113.126]:35979 "EHLO rgminet14.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754969AbYJ3Fh1 (ORCPT ); Thu, 30 Oct 2008 01:37:27 -0400 Received: from rgminet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rgminet14.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id m9U5bjZL025034 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 30 Oct 2008 05:37:46 GMT Received: from rgminet15.oracle.com (mail-router.oracle.com [148.87.113.117]) by rgminet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id m9U5ZQ5K021803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 30 Oct 2008 05:35:27 GMT Received: from acsmt702.oracle.com (acsmt702.oracle.com [141.146.40.80]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id m9U5ZIfs021251; Thu, 30 Oct 2008 05:35:20 GMT Received: from chimera.site (/71.117.247.66) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 30 Oct 2008 05:35:16 +0000 Date: Wed, 29 Oct 2008 22:34:58 -0700 From: Randy Dunlap To: netdev Cc: akpm , davem@davemloft.net Subject: [PATCH 3/7] net: delete excess kernel-doc notation Message-Id: <20081029223458.d5295690.randy.dunlap@oracle.com> Organization: Oracle Linux Eng. X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.0; x86_64-unknown-linux-gnu) Mime-Version: 1.0 X-Source-IP: acsmt702.oracle.com [141.146.40.80] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090206.49094796.0109:SCFSTAT928724,ss=1,fgs=0 Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org From: Randy Dunlap Remove excess kernel-doc function parameters from networking header & driver files: Warning(include/net/sock.h:946): Excess function parameter or struct member 'sk' description in 'sk_filter_release' Warning(include/linux/netdevice.h:1545): Excess function parameter or struct member 'cpu' description in 'netif_tx_lock' Warning(drivers/net/wan/z85230.c:712): Excess function parameter or struct member 'regs' description in 'z8530_interrupt' Signed-off-by: Randy Dunlap --- drivers/net/wan/z85230.c | 1 - include/linux/netdevice.h | 1 - include/net/sock.h | 1 - 3 files changed, 3 deletions(-) -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html --- lin2628-rc2.orig/include/linux/netdevice.h +++ lin2628-rc2/include/linux/netdevice.h @@ -1537,7 +1537,6 @@ static inline void __netif_tx_unlock_bh( /** * netif_tx_lock - grab network device transmit lock * @dev: network device - * @cpu: cpu number of lock owner * * Get network device transmit lock */ --- lin2628-rc2.orig/include/net/sock.h +++ lin2628-rc2/include/net/sock.h @@ -936,7 +936,6 @@ extern void sock_init_data(struct socket /** * sk_filter_release: Release a socket filter - * @sk: socket * @fp: filter to remove * * Remove a filter from a socket and release its resources. --- lin2628-rc2.orig/drivers/net/wan/z85230.c +++ lin2628-rc2/drivers/net/wan/z85230.c @@ -695,7 +695,6 @@ EXPORT_SYMBOL(z8530_nop); * z8530_interrupt - Handle an interrupt from a Z8530 * @irq: Interrupt number * @dev_id: The Z8530 device that is interrupting. - * @regs: unused * * A Z85[2]30 device has stuck its hand in the air for attention. * We scan both the channels on the chip for events and then call