RFC: moving sysutils/fusefs-kmod to base system

Daniel O'Connor doconnor at gsoft.com.au
Tue Sep 2 09:42:44 UTC 2008


On Tue, 2 Sep 2008, Volodymyr Kostyrko wrote:
> Aryeh M. Friedman wrote:
> > Unless I understand how the kernel does stuff there is no penalty
> > for having unused modules (except the size of the kernel that needs
> > to be loaded).   Keeping in mind that unless I am not reading stuff
> > corectly fusefs-kmod is the only FS related module that is not in
> > the base system.   Since any fundamental changes in the generic FS
> > API seems to break fusefs-kmod, and cause some very nasty effects
> > that are almost impossible to trace to fusefs-kmod (machine freezes
> > so no output or core dump)  it seems to make sense to move it to 
> > the base system  (after all we already do this with third party FS
> > code like x/zfs)  by moving it we force it to always compile
> > instead of breaking
>
> This can be done by documenting usage of make.conf PORTS_MODULES
> knob. Just a little notice in ports would suffice, not anybody out
> there compiles a new kernel daily.

<soapbox>
It would be nice if ports could put their kernel module source somewhere 
so that a buildkernel would build it.

This has several advantages
- You don't upgrade the port unless you want to when building a kernel.
- If the kernel API changes you find out because the port doesn't 
  compile then you can make an informed decision.
- You don't need a working network connection to rebuild your kernel.

</soapbox>

I did make some strawman patches for this but my make fu is weak so it 
wasn't very reliable :(

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: This is a digitally signed message part.
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20080902/d7d98fd1/attachment-0001.pgp


More information about the freebsd-current mailing list