Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S265337AbUAJTaw (ORCPT ); Sat, 10 Jan 2004 14:30:52 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S265336AbUAJT3s (ORCPT ); Sat, 10 Jan 2004 14:29:48 -0500 Received: from gprs214-70.eurotel.cz ([160.218.214.70]:1152 "EHLO amd.ucw.cz") by vger.kernel.org with ESMTP id S265337AbUAJT32 (ORCPT ); Sat, 10 Jan 2004 14:29:28 -0500 Date: Sat, 10 Jan 2004 20:30:49 +0100 From: Pavel Machek To: "Amit S. Kale" Cc: George Anzinger , Andrew Morton , jim.houston@comcast.net, discuss@x86-64.org, ak@suse.de, shivaram.upadhyayula@wipro.com, lkml Subject: Re: [discuss] Re: kgdb for x86_64 2.6 kernels Message-ID: <20040110193049.GA252@elf.ucw.cz> References: <000e01c3d476$2ebe03a0$4008720a@shivram.wipro.com> <200401091031.41493.amitkale@emsyssoft.com> <3FFF2851.4060501@mvista.com> <200401101611.53510.amitkale@emsyssoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200401101611.53510.amitkale@emsyssoft.com> X-Warning: Reading this can be dangerous to your mental health. User-Agent: Mutt/1.5.4i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 4328 Lines: 168 Hi! > Well said! > > I have released kgdb 2.0.1 for kernel 2.6.1: > http://kgdb.sourceforge.net/linux-2.6.1-kgdb-2.0.1.tar.bz2 > > It doesn't contain any assert stuff. I have split it into multiple parts to > make a merge easier. Please let me know if you want me to further split them > or if you want something to be changed. The README file from this tarball is > pasted below. > > Here is two possible starting points: > 1. SMP stuff -> Replace my old smp and nmi handling code. > 2. Early boot -> Change 8250.patch to make configuration of serial port either > through config options or through command line. > > I'll attempt reading your patch and merging as much stuff as > possible. Fix round of changes: * kgdbeth_opt does not initialize ipaddrptr -> this could not have ever worked. [Okay, it still does not work]. * Add some basic documentation * reply_arp can be static, AFAICS * getDebugChar() no longer exists, kill it from the docs, read_char() should be equivalent. * eth_PutDebugChar() seems to be no longer used. Kill it. Please apply, Pavel --- tmp/linux/drivers/net/kgdb_eth.c 2004-01-10 20:16:10.000000000 +0100 +++ linux/drivers/net/kgdb_eth.c 2004-01-10 20:10:27.000000000 +0100 @@ -72,8 +72,7 @@ read_char(void) { /* intr routine has queued chars */ - if (atomic_read(&kgdb_buf_in_cnt) != 0) - { + if (atomic_read(&kgdb_buf_in_cnt) != 0) { int chr; chr = kgdb_buf[kgdb_buf_out_inx++] ; @@ -150,8 +149,6 @@ kgdb_netdevice->hard_start_xmit(skb, kgdb_netdevice); kgdb_netdevice->xmit_lock_owner = -1; spin_unlock(&kgdb_netdevice->xmit_lock); - - /* kfree_skb(skb); */ } static void kgdbeth_flush(void) @@ -179,7 +176,7 @@ static struct sk_buff *send_skb = NULL; -void +static void kgdb_eth_reply_arp(void) { if (send_skb) { @@ -313,12 +310,12 @@ * Accept an skbuff from net_device layer and add the payload onto * kgdb buffer * - * When the kgdb stub routine getDebugChar() is called it draws characters + * When the kgdb stub routine read_char() is called it draws characters * out of the buffer until it is empty and then reads directly from the * serial port. * * We do not attempt to write chars from the interrupt routine since - * the stubs do all of that via putDebugChar() which writes one byte + * the stubs do all of that via write_char() which writes one byte * after waiting for the interface to become ready. * * The debug stubs like to run with interrupts disabled since, after all, @@ -434,7 +431,7 @@ } /* - * getDebugChar + * kgdbeth_read_char * * This is a GDB stub routine. It waits for a character from the * serial interface and then returns it. If there is no serial @@ -455,42 +452,6 @@ return chr; } -#define ETH_QUEUE_SIZE 256 -static char eth_queue[ETH_QUEUE_SIZE]; -static int outgoing_queue; - -void -eth_flushDebugChar(void) -{ - if(outgoing_queue) { - write_buffer(eth_queue, outgoing_queue); - - outgoing_queue = 0; - } -} - -static void -put_char_on_queue(int chr) -{ - eth_queue[outgoing_queue++] = chr; - if(outgoing_queue == ETH_QUEUE_SIZE) - { - eth_flushDebugChar(); - } -} - -/* - * eth_putDebugChar - * - * This is a GDB stub routine. It waits until the interface is ready - * to transmit a char and then sends it. - */ -void -eth_putDebugChar(int chr) -{ - put_char_on_queue(chr); /* this routine will wait */ -} - static void kgdbeth_begin_session(void) { kgdbeth_is_trapped = 1; @@ -546,7 +507,7 @@ static int __init kgdbeth_opt(char *str) { char ipaddrstr[16]; - char *ipaddrptr; + char *ipaddrptr = ipaddrstr; /* interfacenum */ if (*str < '0' || *str > '9') --- /dev/null 2003-09-12 10:38:14.000000000 +0200 +++ linux/Documentation/kgdb/kgdb_eth.txt 2004-01-10 19:53:37.000000000 +0100 @@ -0,0 +1,10 @@ +Some notes about kgdb over ethernet + + 2004 Pavel Machek + + +kgdbeth=interfacenum,localmac,listenport,remoteip,remotemac + +Then + % gdb ./vmlinux + (gdb) target remote udp:HOSTNAME:6443 -- When do you have a heart between your knees? [Johanka's followup: and *two* hearts?] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/