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)
prev parent 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