Date: Tue, 3 Jul 2007 16:15:09 -0400 From: John Baldwin <jhb@freebsd.org> To: freebsd-amd64@freebsd.org Subject: Re: accf_http.ko breaks without COMPAT_IA32 (module linker problems?) Message-ID: <200707031615.09525.jhb@freebsd.org> In-Reply-To: <20070703175313.GA31065@eos.sc1.parodius.com> References: <20070703175313.GA31065@eos.sc1.parodius.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday 03 July 2007 01:53:13 pm Jeremy Chadwick wrote: > Came across this today (and is reproducable): > > With COMPAT_IA32 removed from the kernel configuration, accf_http.ko > breaks in a bad way. Only shown on the console is the message "kldload: > Unsupported file type" when kldload is used to load the module. Worse, > the module linker appears to load a portion of the module anyways: > > # kldstat > Id Refs Address Size Name > 1 2 0xffffffff80100000 566cd0 kernel > 2 1 0xffffffffb468a000 795 accf_http.ko > > # kldstat -v -i 2 > Id Refs Address Size Name > 2 1 0xffffffffb468a000 795 accf_http.ko > Contains modules: > Id Name > 173 accf_http > > And attempts to unload the module fail (which is where I question the > reliability of the module linker (no offence intended)): > > # kldunload accf_http.ko > kldunload: can't unload file: Operation not supported > icarus# kldunload -v -f accf_http.ko > Unloading accf_http.ko, id=2 > kldunload: can't unload file: Operation not supported > > Minor details: > > -r-xr-xr-x 1 root wheel 5544 Jul 3 10:35 /boot/kernel/accf_http.ko > > /boot/kernel/accf_http.ko: ELF 64-bit LSB relocatable, AMD x86-64, version 1 (FreeBSD), not stripped > > Putting COMPAT_IA32 back in results in proper behaviour all around. What is in dmseg after the kldload? Usually if there is a missing symbol the kernel will print out its name in dmesg. -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200707031615.09525.jhb>