From owner-freebsd-current Thu Mar 6 10:39: 2 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD5CF37B401 for ; Thu, 6 Mar 2003 10:39:00 -0800 (PST) Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9216E43FAF for ; Thu, 6 Mar 2003 10:38:59 -0800 (PST) (envelope-from hiten@angelica.unixdaemons.com) Received: from angelica.unixdaemons.com (localhost.unixdaemons.com [127.0.0.1]) by angelica.unixdaemons.com (8.12.8/8.12.1) with ESMTP id h26Icsmq054626 for ; Thu, 6 Mar 2003 13:38:54 -0500 (EST) Received: (from hiten@localhost) by angelica.unixdaemons.com (8.12.8/8.12.1/Submit) id h26IcsZ5054625 for current@FreeBSD.ORG; Thu, 6 Mar 2003 13:38:54 -0500 (EST) (envelope-from hiten) Date: Thu, 6 Mar 2003 13:38:54 -0500 From: Hiten Pandya To: current@FreeBSD.ORG Subject: Loopback device dillema Message-ID: <20030306183854.GA47557@unixdaemons.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Operating-System: FreeBSD i386 X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc X-URL: http://www.unixdaemons.com/~hiten X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi gang. As I was playing around with the mbuf code, and came across the loopback device code (if_loop.c). Despite it's ugliness and shoddy code which came with the KAME stuff. Well, the problem is that it's not possible to compile the kernel when you remove the loop device from your config, because of the if_simloop changes that julian made some time ago (revision 1.33 of if_loop.c). So, shall we make if_loop.c the default, and not have a 'device loop' option, or does someone want to take the time of cleaning up the mess in the case when 'device loop' is not in the config? I have cleaned up the if_simloop case in my local tree by moving it into if.c as it's a pretty generic routine used in various files, but now the problem comes in how 'loif' is used in netinet/if_ether.c and netinet/igmp.c. To conclude, I would like to see the loopback device made default, and if this is not agreed upon, then someone needs to fix case when loopback device is not in the kernel config, and is going to be loaded as a module. Cheers. -- Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org) http://www.unixdaemons.com/~hiten/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message