[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Additional kernel options and devices

A particular example I have encounterd is "ipsec-tools"
where a recent upload aims at adaptions to BSD, but where
the present kernel is neither supporting the API, nor the
relevant devices. Here I will prepare information for making
an official decision in the end, but other cases are certain
to exist in cases where the capability in question is implicit
to us within GNU/Linux, but needs a decision for GNU/kFreeBSD.

If you and other are of the view that the BTS is the best
first step, then I will abide that mechanism of raising any
issues concerning the capacity of the packaged kernel.

The mails into BTS are forwarded to maintainer e-mail
(which is debian-bsd@lists.debian.org).

So discussion takes place on this list and is stored in BTS.

When writing "central information source" I loosely imagined
some sight at Alioth or wiki.d.o display or mentioning in what
sense kFreeBSD is advancing ahead of FreeBSD proper regarding
default device support. (Sorry for the lengthy explanation.)

In wiki, there might be summary of changes (like enabled quota),
but detailed reasoning would be stored in BTS (and list archive).

We might also alter our kernel config files into:
include GENERIC
include DEBIAN

options 	SMP
options         ALTQ_NOPCC      # Required for SMP build
makeoptions     COPTFLAGS="-O2 -frename-registers -pipe -march=i686 -mtune=generic"

and DEBIAN would contain

nodevice         fdc

# Alternate queueing
options         ALTQ
options         ALTQ_CBQ        # Class Bases Queuing (CBQ)
options         ALTQ_RED        # Random Early Detection (RED)
options         ALTQ_RIO        # RED In/Out
options         ALTQ_HFSC       # Hierarchical Packet Scheduler (HFSC)
options         ALTQ_PRIQ       # Priority Queuing (PRIQ)
options         ALTQ_NOPCC      # Required for SMP build

# kFreeBSD needs
options         COMPAT_LINUX
options         LINPROCFS
options         LINSYSFS
options         FDESCFS
options         TMPFS

# raise shared memory limits
options         SHMMAXPGS=4096
options         SHMSEG=256
options         SEMMNI=256
options         SEMMNS=512
options         SEMMNU=256
options         SEMMAP=256

# quota is supported, see freebsd-quota package for userland
option QUOTA


This way would be clearer our difference against upstream GENERIC.

BTW, what is the state of quota support in userland ?


Reply to: