From owner-freebsd-net@FreeBSD.ORG Thu May 21 18:06:00 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F04135D; Thu, 21 May 2015 18:06:00 +0000 (UTC) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FF381140; Thu, 21 May 2015 18:06:00 +0000 (UTC) Received: by obbnx5 with SMTP id nx5so4372112obb.0; Thu, 21 May 2015 11:05:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=44ZM4XgEJrQaAvtHf6iLkgurdPcPaDonLlv6UAPPbWM=; b=Xza9V5S1FopBMxUH3D3aDxMoWbE0GkycjqpFicSQvShZ0K3Pn4xt7QQ9LsnJNol4EI EP22nahnxe3odlw3K0CYNyWXg6hTtO/iOsCQ/gsyV76ws/N0waUE9U6/I0bfAfqLtQaY 7PC6VZRj4jwYywDea4LqyqfJC+QEPJpo+v97P/mwSpC+WMYEH+/KiI5QaPQQvGyaB8CK wFmK9ynbBb9fBBj9zjNdyLkzST+qvmZ+N7a1H7z4DdLn4J83LoC1qqkqRCmaywOm9nUy O0BPmHBpTXQjQqaxKizwXCszGI4ts9PXNxeynAz/tzwNyod2B+BuEq1HHmCOcLjbcGoe dljg== MIME-Version: 1.0 X-Received: by 10.182.48.231 with SMTP id p7mr3355059obn.19.1432231559673; Thu, 21 May 2015 11:05:59 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.202.21.132 with HTTP; Thu, 21 May 2015 11:05:59 -0700 (PDT) Received: by 10.202.21.132 with HTTP; Thu, 21 May 2015 11:05:59 -0700 (PDT) In-Reply-To: References: Date: Thu, 21 May 2015 11:05:59 -0700 X-Google-Sender-Auth: ShTGOt6uNnpkrKnNf6ykPfLBZmY Message-ID: Subject: Re: New CC modules not loading after Kernel recompilation From: "K. Macy" To: Karlis Laivins Cc: Adrian Chadd , freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2015 18:06:00 -0000 On May 21, 2015 9:34 AM, "Karlis Laivins" wrote: > > Hi, > > The source of the module has netinet/tcp_var.h included, in which the variable is defined. Why it still gives me the aforementioned error? And more importantly, why did it work without problems before I recompiled the Kernel? > Headers declare variables. The variable is defined in the actual source. I can't tell what's different with the kernel before and after without more context than I'm prepared to sift through. 'nm' on the unstripped kernel will list all the symbols. So you can grep for if it's a substring of something actually defined. > BR, > KL > > On Thu, May 21, 2015 at 6:45 PM, K. Macy wrote: >> >> Your module references a variable that the kernel doesn't define. As soon as you either define it or figure out what you should really be referencing it as your module will load. >> >> On May 21, 2015 3:53 AM, "Karlis Laivins" wrote: >>> >>> Hello again, >>> >>> A little update - the problem occurs only when trying to load a modified >>> NewReno algorithm module. When I create a dummy module from, for example, >>> Vegas implementation (with some trivial changes made besides the function >>> and module names), the module can be loaded successfully. >>> >>> Is there a way (if no other way can be found to fix this right away), to >>> trick the system into using my NewReno module instead of the one hard coded >>> in the system? (I know, sounds silly - change the hard coded settings, but, >>> maybe there is a way...) >>> >>> Thank you in advance! >>> >>> BR, >>> Karlis >>> >>> On Thu, May 21, 2015 at 10:54 AM, Karlis Laivins < karlis.laivins@gmail.com> >>> wrote: >>> >>> > Hello, >>> > >>> > Tried both, still the same issue... >>> > >>> > BR, >>> > KL >>> > >>> > On Thu, May 21, 2015 at 7:30 AM, Adrian Chadd wrote: >>> > >>> >> Hi, >>> >> >>> >> Try kldxref /boot/kernel >>> >> >>> >> If it doesn't help, try recompiling the module. >>> >> >>> >> >>> >> -a >>> >> >>> >> >>> >> On 20 May 2015 at 19:41, Karlis Laivins wrote: >>> >> > Good Morning, >>> >> > >>> >> > I have a following issue, maybe someone has encountered this and can >>> >> > provide me with a quick solution to a following issue. >>> >> > >>> >> > I have compiled a module, which is a modified version of the NewReno >>> >> > congestion control algorithm. I tried to load it into Kernel >>> >> successfully >>> >> > before I recompiled Kernel with a following config file, so I can use >>> >> > Imunes and test the new module: >>> >> > >>> >> > include GENERIC >>> >> > nooptions FLOWTABLE >>> >> > options VIMAGE >>> >> > options VNET_DEBUG >>> >> > options MROUTING >>> >> > >>> >> > options IPSEC >>> >> > device crypto >>> >> > options IPSEC_DEBUG >>> >> > >>> >> > options DDB >>> >> > options KDB >>> >> > >>> >> > The problem is - after the Kernel has been reompiled, I can no longer >>> >> load >>> >> > the module with kldload. The error I get is: >>> >> > >>> >> > link_elf: symbol tcp_do_rfc3465 undefined >>> >> > kldload: can't load cc_changedreno.ko: No such file or directory >>> >> > >>> >> > And this is despite the fact the cc_changedreno.ko module is in >>> >> > /boot/kernel/. >>> >> > >>> >> > Thank you in advance! >>> >> > >>> >> > BR, >>> >> > Karlis >>> >> > _______________________________________________ >>> >> > freebsd-net@freebsd.org mailing list >>> >> > http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> >> > To unsubscribe, send any mail to " freebsd-net-unsubscribe@freebsd.org" >>> >> >>> > >>> > >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > >