lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Sat, 01 Sep 2007 11:14:54 +0200
From:	Stefan Richter <>
To:	"Robert P. J. Day" <>
CC:	Linux Kernel Mailing List <>
Subject: Re: maturity and status and attributes, oh my!

Robert P. J. Day wrote:
> *attributes* would be orthogonal to one another -- the values *within*
> an attribute would be mutually exclusive.

Ah, right.

> with regard to "experimental", what attribute would you imagine it
> would be a possible value for, and what other possible values might
> that attribute have as opposed to experimental?

In the context of kernel features, "experimental" doesn't mean that
developers are conducting experiments, but rather that users may use it
for experimental purposes.  Kernel packagers/ distributors/ admins/
users are advised that this feature is not for use in production (for
whatever reasons, e.g. proof-testing not completed, known instability,
lack of compatibility, missing features).

I have no advise into which attribute to put this and which alternative
values that attribute could assume.

But I can state requirements for the 'experimental' marker, from the POV
of a volunteer driver support guy:
  - Show it in big letters in the Kconfig prompt of an experimental
  - Explain at appropriate place(s) what the particular caveats of the
    feature are.
That's it.  I am not aware of a need to evaluate this marker in routines
which calculate the .config, unlike the 'broken' marker.

BTW, the requirements of communication in feature removal processes are
similar to a degree.  But feature removal involves more active two-way
communication and is tied to a schedule.
Stefan Richter
-=====-=-=== =--= ----=
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

Powered by blists - more mailing lists