public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Amit S. Kale" <amitkale@emsyssoft.com>
To: Pavel Machek <pavel@ucw.cz>
Cc: Linux Kernel <linux-kernel@vger.kernel.org>,
	George Anzinger <george@mvista.com>,
	Steve Gonczi <steve@relicore.com>, Matt Mackall <mpm@selenic.com>,
	Jeff Garzik <jgarzik@mandrakesoft.com>
Subject: Re: kgdb 2.0.5
Date: Wed, 21 Jan 2004 21:34:21 +0530	[thread overview]
Message-ID: <200401212134.21532.amitkale@emsyssoft.com> (raw)
In-Reply-To: <20040120203529.GC9691@elf.ucw.cz>

On Wednesday 21 Jan 2004 2:05 am, Pavel Machek wrote:
> Hi!
>
> > kgdb 2.0.5 is available at
> > http://kgdb.sourceforge.net/kgdb-2/linux-2.6.1-kgdb-2.0.5.tar.bz2
> >
> > ChangeLog
> > 2004-01-20 Amit S. Kale <amitkale@emsyssoft.com>
> >         * Created a ring buffer for kgdb ethernet packets. Several
> >         fixes and changes to kgdb on ethernet.
> >
> > 2004-01-20 TimeSys Corporation
> >         * Fixed a problem with not responding to Ctrl+C during priting of
> >         console messages through gdb.
> >
> > I have pasted below eth.patch for review. When using the ethernet
> > interface, gdb times out several times. It receives packets and junk
> > instead of acks. I see following type of messages out of 8139too.c on the
> > console
> > "eth0:Out-of-sync dirty pointer, 15 vs. 20."
> >
> > Any comments/suggestions/fixes on this patch are most welcome.
>
> Okay, so you wanted comments :-)

Done.
These will appear in 2.0.6

>
>
> @@ -2031,12 +2031,14 @@
>   obj-$(CONFIG_VORTEX) += 3c59x.o
>  Index: linux/drivers/net/kgdb_eth.c
>  ===================================================================
> ---- linux.orig/drivers/net/kgdb_eth.c	2004-01-17 14:58:20.000000000 +0100
> -+++ linux/drivers/net/kgdb_eth.c	2004-01-17 14:58:20.000000000 +0100
> -@@ -0,0 +1,588 @@
> +--- linux.orig/drivers/net/kgdb_eth.c	2004-01-20 14:29:19.000000000 +0100
> ++++ linux/drivers/net/kgdb_eth.c	2004-01-20 14:29:19.000000000 +0100
> +@@ -0,0 +1,704 @@
>  +/*
>  + * Network interface GDB stub
>  + *
> ++ * Copyright (C), 2004 Amit S. Kale
> ++ *
>  + * Written by San Mehat (nettwerk@biodome.org)
>  + * Based upon 'gdbserial' by David Grothe (dave@gcom.com)
>  + * and Scott Foehner (sfoehner@engr.sgi.com)
> @@ -2045,6 +2047,8 @@
>  + * and wangdi <wangdi@clusterfs.com>.
>  + *
>  + * Restructured for generic a gdb interface
> ++ * Reveral changes to make it free of device driver changes.
> ++ * Added internal buffers for this interface.
>  + * 	by Amit S. Kale <amitkale@emsyssoft.com>
>  + * Some cleanups by Pavel Machek <pavel@suse.cz>
>  + */
> @@ -2100,9 +2104,107 @@
>  +static int		kgdbeth_sendbufchars;
>  +static irqreturn_t	(*kgdbeth_irqhandler)(int, void *, struct pt_regs *) =
> NULL; +
> -+int		kgdbeth_is_trapped;
>  +struct net_device *kgdb_netdevice = NULL;
>  +
> ++/* Indicates dept of recursion for xmitlock hold */
> ++static int xlockholdcount = 0;
>
> This should be xlock_hold_count according to CodingStyle.
>
> ++/* Holds xmitlock of the ethernet device
> ++ * Recursive calls allowed */
> ++static void kgdbeth_holdxlock(void)
> ++{
>
> Why not calling it simply kgdbeth_lock()?
>
> ++	if (spin_is_locked(&kgdb_netdevice->xmit_lock)) {
> ++		if (kgdb_netdevice->xmit_lock_owner == smp_processor_id()) {
> ++			goto gotit;
> ++		}
> ++	}
> ++	spin_lock(&kgdb_netdevice->xmit_lock);
> ++	kgdb_netdevice->xmit_lock_owner = smp_processor_id();
> ++
> ++gotit:
> ++	xlockholdcount++;
> ++}
> ++
> ++/* releases xmitlock of the ethernet device
> ++ * Recursive calls allowed */
> ++static void kgdbeth_relxlock(void)
>
> kgdbeth_unlock()?
>
>  +int
>  +kgdbeth_hook(void)
>  +{
> -+	char kgdb_netdev[16];
>  +	extern void kgdb_respond_ok(void);
>  +	struct irqaction *ia_ptr;
> ++	int i;
>  +
> -+	sprintf(kgdb_netdev, "eth%d", kgdb_eth);
> ++	sprintf(kgdb_netdevname, "eth%d", kgdb_eth);
>
> kgdb_netdev_name?
>
> @@ -2183,11 +2283,11 @@
>  +	memcpy(eth->h_source, kgdb_localmac, kgdb_netdevice->addr_len);
>  +	memcpy(eth->h_dest, kgdb_remotemac, kgdb_netdevice->addr_len);
>  +
> -+	spin_lock(&kgdb_netdevice->xmit_lock);
> -+	kgdb_netdevice->xmit_lock_owner = smp_processor_id();
>  +	kgdb_netdevice->hard_start_xmit(skb, kgdb_netdevice);
> -+	kgdb_netdevice->xmit_lock_owner = -1;
> -+	spin_unlock(&kgdb_netdevice->xmit_lock);
> ++	if (atomic_read(&skb->users) != 1) {
> ++		BUG();
> ++	}
> ++	kgdbeth_relxlock();
>  +}
>  +
>  +static void kgdbeth_flush(void)
>
> BUG_ON(atomic_read() != 1)?
>
> 								Pavel

-- 
Amit Kale
EmSysSoft (http://www.emsyssoft.com)
KGDB: Linux Kernel Source Level Debugger (http://kgdb.sourceforge.net)


      reply	other threads:[~2004-01-21 16:04 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-20 12:13 kgdb 2.0.5 Amit S. Kale
2004-01-20 13:37 ` Pavel Machek
2004-01-20 20:35 ` Pavel Machek
2004-01-21 16:04   ` Amit S. Kale [this message]

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=200401212134.21532.amitkale@emsyssoft.com \
    --to=amitkale@emsyssoft.com \
    --cc=george@mvista.com \
    --cc=jgarzik@mandrakesoft.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mpm@selenic.com \
    --cc=pavel@ucw.cz \
    --cc=steve@relicore.com \
    /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