Date: Wed, 10 Feb 2010 16:38:46 -0500 From: Jeremy Faulkner <gldisater@gmail.com> To: "M. Warner Losh" <imp@bsdimp.com> Cc: arm@freebsd.org Subject: Re: loading modules Message-ID: <4B732766.5070004@gmail.com> In-Reply-To: <ca650bda1002091419t5a55f2d8ud3206ff7aa56c978@mail.gmail.com> References: <4B71C145.3020605@gmail.com> <20100209.135114.857710717450034146.imp@bsdimp.com> <ca650bda1002091419t5a55f2d8ud3206ff7aa56c978@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 09/02/2010 5:19 PM, Jeremy Faulkner wrote: > On Tue, Feb 9, 2010 at 3:51 PM, M. Warner Losh<imp@bsdimp.com> wrote: > >> In message:<4B71C145.3020605@gmail.com> >> Jeremy Faulkner<gldisater@gmail.com> writes: >> : I wanted to try zfs on my openrd-client and after a small patch to the >> : opensolaris module I could get it to load but when I tried to load zfs >> : I got the following, any suggestions on resolving this? >> : >> : %kldload zfs.ko >> : link_elf: symbol __ucmpdi2 undefined >> : kldload: can't load zfs.ko: No such file or directory >> >> You could add ucmpdi2.c to the files.arm and see if that solves it. >> There's a reason that this isn't in the kernel by default, but I >> forget what that is. >> >> Waht was the small patch for the opensolaris module? >> >> Warner >> >> > Arm's cpufunc.h defined cpu_id as did opensolaris' cpuvar.h, the patch > isn't graceful and I wasn't able to test it other than it compiles and > kldloads. > > I've also attached the result of adding ucmpdi2.c to files.arm. > > Further testing shows that removing "options MSDOSFS" from my kernel let me boot with ucmpdi2.c added to files.arm. I also found that I couldn't boot a kernel without NFS_ROOT which seemed odd but I havn't looked into either yet. Any suggestions for testing zfs on my OpenRD-Client? Jeremy Faulkner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4B732766.5070004>