cuse4bsd doesn't work on recent -HEAD?
Hans Petter Selasky
hselasky at freebsd.org
Tue Jun 22 17:24:04 UTC 2010
On Tuesday 22 June 2010 18:06:58 Ted Faber wrote:
> FWIW, I'm seeing the same thing on 8.1-PRERELEASE csupped from
> yesterday. It's been going on foe a while, but I haven't been able to
> find the bug.
>
> (I was literally sitting down to type an e-mail about it when I saw this
> thread.)
>
> Same symptom: cuse4bsd loads but no device file appears in the /dev I
> also don't see the printfs from cuse_kern_init show up in the log. It
> seems like something's changed in the kernel module load path somehow.
> FWIW, the example in /usr/share/examples/kld/cdev/ doesn't work for me
> either.
>
> I've attached the verbose boot. Cuse4bsd is current from ports,
> recompiled after the new kernel install:
>
> $ pkg_info | grep cuse
> cuse4bsd-kmod-0.1.11 Cuse4BSD character device loopback driver for
> userspace
>
> Here's my loader.conf:
>
> $ cat /boot/loader.conf
> beastie_disable="YES"
> acpi_ibm_load="YES"
> snd_ich_load="YES"
> cuse4bsd_load="YES"
>
> The module is in the right place and seems to load:
> $ ls -l /boot/modules/
> total 18
> -r-xr-xr-x 1 root wheel 16505 Jun 21 19:02 cuse4bsd.ko
> $ kldstat
> Id Refs Address Size Name
> 1 36 0xc0400000 bb8ea8 kernel
> 2 1 0xc0fb9000 7224 snd_ich.ko
> 3 2 0xc0fc1000 577a4 sound.ko
> 4 1 0xc1019000 5244 acpi_ibm.ko
> 5 1 0xc101f000 4610 cuse4bsd.ko
> 6 1 0xc59c9000 8000 linprocfs.ko
> 7 1 0xc5a1d000 26000 linux.ko
> 8 1 0xc5b07000 11000 ipfw.ko
> 9 1 0xc5b18000 d000 libalias.ko
> 10 1 0xc5e2e000 2000 green_saver.ko
> 11 1 0xc5f0d000 68000 radeon.ko
> 12 1 0xc5f84000 14000 drm.ko
>
> $ uname -a
> FreeBSD praxis.lunabase.org 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #38: Mon
> Jun 21 17:14:31 PDT 2010
> root at praxis.lunabase.org:/usr/obj/usr/src/sys/GENERIC i386
>
> I'm happy to try fixes or provide information.
>
Are you sure the kernel sources are matched with your kernel. I find this
rather odd.
The Cuse4BSD printout is called from a SYSINIT. If sysinits don't work then
something fundamental is wrong. Also check:
find /boot -name "cuse4bsd*"
printf("Cuse4BSD v%d.%d.%d @ /dev/cuse\n",
(CUSE_VERSION >> 16) & 0xFF, (CUSE_VERSION >> 8) & 0xFF,
(CUSE_VERSION >> 0) & 0xFF);
}
SYSINIT(cuse_kern_init, SI_SUB_DEVFS, SI_ORDER_ANY, cuse_kern_init, 0);
--HPS
More information about the freebsd-multimedia
mailing list