public inbox for linux-hams@vger.kernel.org
 help / color / mirror / Atom feed
From: f6bvp <f6bvp@free.fr>
To: Ralf Baechle DL5RB <ralf@linux-mips.org>
Cc: linux-hams@vger.kernel.org, Bernard Pidoux <bernard.pidoux@upmc.fr>
Subject: Re: Can AX25 socket debug message be removed ?
Date: Tue, 15 Feb 2011 15:25:13 +0100	[thread overview]
Message-ID: <4D5A8CC9.3090304@free.fr> (raw)
In-Reply-To: <20101221173334.GB15612@linux-mips.org>

Hello Ralf,

I approve your more radical patch and I am sorry for the late response.
af_rose patch could display a small offset as I re-sent a patch to
Linux-netdev that has been just applied by David Miller to net-next-2.6.
I had put you on Cc for the patch I sent.

73 de Bernard, f6bvp



Le 21/12/2010 18:33, Ralf Baechle DL5RB a écrit :
> On Tue, Dec 21, 2010 at 11:38:25AM +0100, f6bvp wrote:
>
>    
>> I would like to know your thinking about removing the following
>> kernel debug messages that fills /var/log/kernel/info and does not
>> seem to be actually usefull.
>>
>> I build a patch project included here.
>> In case you approve I will submit it.
>> Should the SOCK_DEBUG lines be commented or removed ?
>>      
> The messages are only printed for sockets that have the SOCK_DBG flag set
> so you may want to audit the application code for use of this flag.
>
> Either way - the messages were there when I took maintainership over the
> code and I don't know of anybody using them since so I don't mind removing
> them.  Imho they stopped making sense ages ago.
>
> Remove rubbish, don't comment it out unless it's meant to disactivate
> code for a short time only.  For other code that needs to be restored there
> is the git repository.
>
> So how about below more radical patch that also deals with NET\ROM?
>
>    Ralf
>
> Signed-off-by: Ralf Baechle<ralf@linux-mips.org>
>
>   net/ax25/af_ax25.c     |   16 +---------------
>   net/netrom/af_netrom.c |   12 +-----------
>   net/rose/af_rose.c     |   16 ++--------------
>   3 files changed, 4 insertions(+), 40 deletions(-)
>
> diff --git a/net/ax25/af_ax25.c b/net/ax25/af_ax25.c
> index bb86d29..64d2832 100644
> --- a/net/ax25/af_ax25.c
> +++ b/net/ax25/af_ax25.c
> @@ -1538,8 +1538,6 @@ static int ax25_sendmsg(struct kiocb *iocb, struct socket *sock,
>   	}
>
>   	/* Build a packet */
> -	SOCK_DEBUG(sk, "AX.25: sendto: Addresses built. Building packet.\n");
> -
>   	/* Assume the worst case */
>   	size = len + ax25->ax25_dev->dev->hard_header_len;
>
> @@ -1549,8 +1547,6 @@ static int ax25_sendmsg(struct kiocb *iocb, struct socket *sock,
>
>   	skb_reserve(skb, size - len);
>
> -	SOCK_DEBUG(sk, "AX.25: Appending user data\n");
> -
>   	/* User data follows immediately after the AX.25 data */
>   	if (memcpy_fromiovec(skb_put(skb, len), msg->msg_iov, len)) {
>   		err = -EFAULT;
> @@ -1564,8 +1560,6 @@ static int ax25_sendmsg(struct kiocb *iocb, struct socket *sock,
>   	if (!ax25->pidincl)
>   		*skb_push(skb, 1) = sk->sk_protocol;
>
> -	SOCK_DEBUG(sk, "AX.25: Transmitting buffer\n");
> -
>   	if (sk->sk_type == SOCK_SEQPACKET) {
>   		/* Connected mode sockets go via the LAPB machine */
>   		if (sk->sk_state != TCP_ESTABLISHED) {
> @@ -1583,22 +1577,14 @@ static int ax25_sendmsg(struct kiocb *iocb, struct socket *sock,
>
>   	skb_push(skb, 1 + ax25_addr_size(dp));
>
> -	SOCK_DEBUG(sk, "Building AX.25 Header (dp=%p).\n", dp);
> -
> -	if (dp != NULL)
> -		SOCK_DEBUG(sk, "Num digipeaters=%d\n", dp->ndigi);
> +	/* Building AX.25 Header */
>
>   	/* Build an AX.25 header */
>   	lv = ax25_addr_build(skb->data,&ax25->source_addr,&sax.sax25_call,
>   			     dp, AX25_COMMAND, AX25_MODULUS);
>
> -	SOCK_DEBUG(sk, "Built header (%d bytes)\n",lv);
> -
>   	skb_set_transport_header(skb, lv);
>
> -	SOCK_DEBUG(sk, "base=%p pos=%p\n",
> -		   skb->data, skb_transport_header(skb));
> -
>   	*skb_transport_header(skb) = AX25_UI;
>
>   	/* Datagram frames go straight out of the door as UI */
> diff --git a/net/netrom/af_netrom.c b/net/netrom/af_netrom.c
> index 06cb027..732152f 100644
> --- a/net/netrom/af_netrom.c
> +++ b/net/netrom/af_netrom.c
> @@ -591,7 +591,6 @@ static int nr_bind(struct socket *sock, struct sockaddr *uaddr, int addr_len)
>   		return -EINVAL;
>   	}
>   	if ((dev = nr_dev_get(&addr->fsa_ax25.sax25_call)) == NULL) {
> -		SOCK_DEBUG(sk, "NET/ROM: bind failed: invalid node callsign\n");
>   		release_sock(sk);
>   		return -EADDRNOTAVAIL;
>   	}
> @@ -632,7 +631,7 @@ static int nr_bind(struct socket *sock, struct sockaddr *uaddr, int addr_len)
>   	sock_reset_flag(sk, SOCK_ZAPPED);
>   	dev_put(dev);
>   	release_sock(sk);
> -	SOCK_DEBUG(sk, "NET/ROM: socket is bound\n");
> +
>   	return 0;
>   }
>
> @@ -1082,8 +1081,6 @@ static int nr_sendmsg(struct kiocb *iocb, struct socket *sock,
>   		sax.sax25_call   = nr->dest_addr;
>   	}
>
> -	SOCK_DEBUG(sk, "NET/ROM: sendto: Addresses built.\n");
> -
>   	/* Build a packet - the conventional user limit is 236 bytes. We can
>   	   do ludicrously large NetROM frames but must not overflow */
>   	if (len>  65536) {
> @@ -1091,7 +1088,6 @@ static int nr_sendmsg(struct kiocb *iocb, struct socket *sock,
>   		goto out;
>   	}
>
> -	SOCK_DEBUG(sk, "NET/ROM: sendto: building packet.\n");
>   	size = len + NR_NETWORK_LEN + NR_TRANSPORT_LEN;
>
>   	if ((skb = sock_alloc_send_skb(sk, size, msg->msg_flags&  MSG_DONTWAIT,&err)) == NULL)
> @@ -1105,7 +1101,6 @@ static int nr_sendmsg(struct kiocb *iocb, struct socket *sock,
>   	 */
>
>   	asmptr = skb_push(skb, NR_TRANSPORT_LEN);
> -	SOCK_DEBUG(sk, "Building NET/ROM Header.\n");
>
>   	/* Build a NET/ROM Transport header */
>
> @@ -1114,15 +1109,12 @@ static int nr_sendmsg(struct kiocb *iocb, struct socket *sock,
>   	*asmptr++ = 0;		/* To be filled in later */
>   	*asmptr++ = 0;		/*      Ditto            */
>   	*asmptr++ = NR_INFO;
> -	SOCK_DEBUG(sk, "Built header.\n");
>
>   	/*
>   	 *	Put the data on the end
>   	 */
>   	skb_put(skb, len);
>
> -	SOCK_DEBUG(sk, "NET/ROM: Appending user data\n");
> -
>   	/* User data follows immediately after the NET/ROM transport header */
>   	if (memcpy_fromiovec(skb_transport_header(skb), msg->msg_iov, len)) {
>   		kfree_skb(skb);
> @@ -1130,8 +1122,6 @@ static int nr_sendmsg(struct kiocb *iocb, struct socket *sock,
>   		goto out;
>   	}
>
> -	SOCK_DEBUG(sk, "NET/ROM: Transmitting buffer\n");
> -
>   	if (sk->sk_state != TCP_ESTABLISHED) {
>   		kfree_skb(skb);
>   		err = -ENOTCONN;
> diff --git a/net/rose/af_rose.c b/net/rose/af_rose.c
> index d952e7e..29f4a38 100644
> --- a/net/rose/af_rose.c
> +++ b/net/rose/af_rose.c
> @@ -682,10 +682,8 @@ static int rose_bind(struct socket *sock, struct sockaddr *uaddr, int addr_len)
>   	if ((unsigned int) addr->srose_ndigis>  ROSE_MAX_DIGIS)
>   		return -EINVAL;
>
> -	if ((dev = rose_dev_get(&addr->srose_addr)) == NULL) {
> -		SOCK_DEBUG(sk, "ROSE: bind failed: invalid address\n");
> +	if ((dev = rose_dev_get(&addr->srose_addr)) == NULL)
>   		return -EADDRNOTAVAIL;
> -	}
>
>   	source =&addr->srose_call;
>
> @@ -716,7 +714,7 @@ static int rose_bind(struct socket *sock, struct sockaddr *uaddr, int addr_len)
>   	rose_insert_socket(sk);
>
>   	sock_reset_flag(sk, SOCK_ZAPPED);
> -	SOCK_DEBUG(sk, "ROSE: socket is bound\n");
> +
>   	return 0;
>   }
>
> @@ -1116,10 +1114,7 @@ static int rose_sendmsg(struct kiocb *iocb, struct socket *sock,
>   			srose.srose_digis[n] = rose->dest_digis[n];
>   	}
>
> -	SOCK_DEBUG(sk, "ROSE: sendto: Addresses built.\n");
> -
>   	/* Build a packet */
> -	SOCK_DEBUG(sk, "ROSE: sendto: building packet.\n");
>   	/* Sanity check the packet size */
>   	if (len>  65535)
>   		return -EMSGSIZE;
> @@ -1134,7 +1129,6 @@ static int rose_sendmsg(struct kiocb *iocb, struct socket *sock,
>   	/*
>   	 *	Put the data on the end
>   	 */
> -	SOCK_DEBUG(sk, "ROSE: Appending user data\n");
>
>   	skb_reset_transport_header(skb);
>   	skb_put(skb, len);
> @@ -1159,8 +1153,6 @@ static int rose_sendmsg(struct kiocb *iocb, struct socket *sock,
>   	 */
>   	asmptr = skb_push(skb, ROSE_MIN_LEN);
>
> -	SOCK_DEBUG(sk, "ROSE: Building Network Header.\n");
> -
>   	/* Build a ROSE Network header */
>   	asmptr[0] = ((rose->lci>>  8)&  0x0F) | ROSE_GFI;
>   	asmptr[1] = (rose->lci>>  0)&  0xFF;
> @@ -1169,10 +1161,6 @@ static int rose_sendmsg(struct kiocb *iocb, struct socket *sock,
>   	if (qbit)
>   		asmptr[0] |= ROSE_Q_BIT;
>
> -	SOCK_DEBUG(sk, "ROSE: Built header.\n");
> -
> -	SOCK_DEBUG(sk, "ROSE: Transmitting buffer\n");
> -
>   	if (sk->sk_state != TCP_ESTABLISHED) {
>   		kfree_skb(skb);
>   		return -ENOTCONN;
>    

--
To unsubscribe from this list: send the line "unsubscribe linux-hams" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2011-02-15 14:25 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-02 12:05 [PATCH] [ROSE] AX25 packet routing improvement f6bvp
2010-12-20 18:11 ` f6bvp
2011-01-21 11:23   ` f6bvp
2010-12-21 10:38 ` Can AX25 socket debug message be removed ? f6bvp
2010-12-21 17:33   ` Ralf Baechle DL5RB
2010-12-22  9:43     ` Bernard Pidoux F6BVP
2011-02-15 14:25     ` f6bvp [this message]
2010-12-21 10:41 ` Can ROSE " Bernard Pidoux
  -- strict thread matches above, loose matches on Subject: below --
2011-07-17 13:51 Can AX25 " Bernard Pidoux
2011-07-18 15:17 ` Ralf Baechle
     [not found] <4E22E1DD.2060902@upmc.fr>
2011-07-18 15:07 ` Ralf Baechle
2011-07-18 19:39   ` Bernard Pidoux

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=4D5A8CC9.3090304@free.fr \
    --to=f6bvp@free.fr \
    --cc=bernard.pidoux@upmc.fr \
    --cc=linux-hams@vger.kernel.org \
    --cc=ralf@linux-mips.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