From owner-freebsd-stable@FreeBSD.ORG Tue May 20 00:03:03 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30CAA37B401 for ; Tue, 20 May 2003 00:03:03 -0700 (PDT) Received: from mx1.evo6.net (mx1.evo6.net [80.76.194.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B43C43F75 for ; Tue, 20 May 2003 00:03:02 -0700 (PDT) (envelope-from andy@evo6.org) Received: from vx (vx.noc.evo6.net [10.0.1.1]) by mx1.evo6.net (8.12.9/8.12.9) with SMTP id h4K72rFV097216; Tue, 20 May 2003 08:02:54 +0100 (BST) (envelope-from andy@evo6.org) Message-ID: <001301c31e9d$d5523860$0101000a@vx> From: "Andy Gilligan" To: "Gregory Bond" References: <200305200624.QAA20280@lightning.itga.com.au> Date: Tue, 20 May 2003 08:02:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Spam-Status: No, hits=-1.0 required=5.0 tests=QUOTED_EMAIL_TEXT,REFERENCES version=2.54-evo6.net X-Spam-Checker-Version: SpamAssassin 2.54-evo6.net (1.174.2.17-2003-05-11-exp) cc: freebsd-stable@freebsd.org Subject: Re: 4GB limit with netstat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 May 2003 07:03:03 -0000 ----- Original Message ----- From: "Gregory Bond" To: "Andy Gilligan" Cc: Sent: Tuesday, May 20, 2003 7:24 AM Subject: Re: 4GB limit with netstat > > andy@evo6.org said: > > How much would need to change in either the kernel or netstat to make > > > 4GB possible? > > At the very least: > - edit sys/net/if.h & change struct if_data entries to u_int64_t. > - edit usr.bin/netstat/if.c intpr() & change variables to be u_int64_t > and use %ull in printf strings > - redo all the layouts in if.c to handle the wider fields > - recompile everything in the entire system - kernel, world, all ports that > might look at network interfaces or routing tables, etc > - hope that the broken binary compatibility doesn't hurt too bad I expected it might break a few things :) On that basis, I imagine it will be a long time before these changes will happen in -STABLE, if at all? On another note, I noticed -CURRENT seems to have the same limit. - Andy