From owner-freebsd-hackers Wed Feb 20 1:42:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by hub.freebsd.org (Postfix) with ESMTP id 053AA37B400 for ; Wed, 20 Feb 2002 01:42:54 -0800 (PST) Received: from pool0143.cvx22-bradley.dialup.earthlink.net ([209.179.198.143] helo=mindspring.com) by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16dTH2-0004jo-00; Wed, 20 Feb 2002 01:42:52 -0800 Message-ID: <3C736F92.12435B7D@mindspring.com> Date: Wed, 20 Feb 2002 01:42:42 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "George V. Neville-Neil" Cc: freebsd-hackers@freebsd.org Subject: Re: Kernel Debugging over the Ethernet? References: <200202200536.VAA258019@meer.meer.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "George V. Neville-Neil" wrote: > Now that Luigi has put in polling support for some ethernet drivers > I was wondering how much work it would be to make the remote kernel debugging > run over the ethernet. I have worked on systems like this before (it's the > reason > I did polling network device drivers in Wind River's VxWorks) but it depends > on a debugging system that has the ability to have its back end swapped out. > > Who would I talk to about how kernel debugging works at the > lowest layers right now? Which source files should I look at first. You would need to also have J. Lemon's patch to get rid of NETISR, or your TCP/IP stack will never run. Even so, his patch does not run everything to completion (i.e. it is not the same as LRP), it only runs it up so far, and then stops. You would also need to do the transmit processing manually, which, even if you had implemented LRP, or used the LRP with the bad license, still requires seperate processing. If you were to use raw ethernet datagrams, and do the retransmit and encapsulation yourself, rather than relying on TCP for retransmit or IP for encapsulation, then you might be able to do this (see xnet in /etc/protocols). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message