[Grml] Kernel configuration PREEMPT

[Lars-Erik Helander]

I have been using grml for a couple of days and I am very happy with it so
far.
The reason I started to use grml was that I discovered that the grml kernel
was configured with the PREEMPT option.
This makes it suitable for audio applications and even if the preempt
characteristics you get with an RT-kernel is "better" the PREEMPT option of
the vanilla kernel seems to be "good enough".
With grml I get both a system that is easy to configure to me needs, boots
off a USB stick and has a PREEMPT kernel :).

I have looked at most distros out there and it is very rare to find ones
that comes with a PREEMPT kernel as standard, so this makes
me wonder why the grml team choosed to provide PREEMPT as a standard
configuration.
Anyone that knows this and wants to share why grml is using a PREEMPT
kernel?
Going forward, will the PREEMPT configuration option remain as standard in
grml or might that just suddenly change?

Kind Regards

/Lars
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.mur.at/pipermail/grml/attachments/20090308/55a0be7e/attachment.htm

[Michael Prokop]

Post by Lars-Erik Helander
I have been using grml for a couple of days and I am very happy with it so
far.
The reason I started to use grml was that I discovered that the grml kernel
was configured with the PREEMPT option.
This makes it suitable for audio applications and even if the preempt
characteristics you get with an RT-kernel is "better" the PREEMPT option of
the vanilla kernel seems to be "good enough".
With grml I get both a system that is easy to configure to me needs, boots
off a USB stick and has a PREEMPT kernel :).

:)

Post by Lars-Erik Helander
I have looked at most distros out there and it is very rare to find ones
that comes with a PREEMPT kernel as standard, so this makes
me wonder why the grml team choosed to provide PREEMPT as a standard
configuration.
Anyone that knows this and wants to share why grml is using a PREEMPT
kernel?

Well, we are using preempt because it's "the right way to go" and
worked reasonable well (well, we had some issues regarding the
speakup kernel modules but the problems seem to have been fixed in
recent versions of speakup). :)

Post by Lars-Erik Helander
Going forward, will the PREEMPT configuration option remain as standard in
grml or might that just suddenly change?

As long as we don't experience any serious bugs or reasons to change
this behaviour preempt will stay the default in grml's kernel, yes.

regards,
-mika-
--
http://grml.org/ # Linux for texttool-users and sysadmins
http://wiki.grml.org/ # share your knowledge
http://grml.supersized.org/ # the grml development weblog
#grml @ irc.freenode.org # meet us on irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.mur.at/pipermail/grml/attachments/20090312/0f802fe6/attachment.pgp

[Josh Lawrence]

Post by Lars-Erik Helander
Going forward, will the PREEMPT configuration option remain as standard in
grml or might that just suddenly change?

holy crap, I can't believe I missed this!!!

what version(s) of grml support the PREEMPT option? (i.e., stable or
development)

this is really great news. ;)

[Michael Prokop]

Post by Josh Lawrence

Post by Lars-Erik Helander
Going forward, will the PREEMPT configuration option remain as standard in
grml or might that just suddenly change?

holy crap, I can't believe I missed this!!!
what version(s) of grml support the PREEMPT option? (i.e., stable or
development)
this is really great news. ;)

/grml/git/grml-kernel/config (git)-[master] % git grep CONFIG_PREEMPT=y
baseconfig_grml_grml64:CONFIG_PREEMPT=y
config-2.6.11-grml:CONFIG_PREEMPT=y
config-2.6.12-grml:CONFIG_PREEMPT=y
config-2.6.12-grml-small:CONFIG_PREEMPT=y
config-2.6.13-grml:CONFIG_PREEMPT=y
config-2.6.14-grml:CONFIG_PREEMPT=y
config-2.6.15-grml:CONFIG_PREEMPT=y
config-2.6.15-grml-small:CONFIG_PREEMPT=y
config-2.6.16-grml:CONFIG_PREEMPT=y
config-2.6.17-grml:CONFIG_PREEMPT=y
config-2.6.18-grml:CONFIG_PREEMPT=y
config-2.6.18-grml-small:CONFIG_PREEMPT=y
config-2.6.19-grml:CONFIG_PREEMPT=y
config-2.6.19-grml-ppc:CONFIG_PREEMPT=y
config-2.6.20-grml:CONFIG_PREEMPT=y
config-2.6.20-grml-small:CONFIG_PREEMPT=y
config-2.6.20-grml64:CONFIG_PREEMPT=y
config-2.6.21-grml:CONFIG_PREEMPT=y
config-2.6.22-grml:CONFIG_PREEMPT=y
config-2.6.22-grml64:CONFIG_PREEMPT=y
config-2.6.23-grml:CONFIG_PREEMPT=y
config-2.6.23-grml64:CONFIG_PREEMPT=y
config-2.6.25-grml:CONFIG_PREEMPT=y
config-2.6.25-grml64:CONFIG_PREEMPT=y
config-2.6.26-grml:CONFIG_PREEMPT=y
config-2.6.26-grml64:CONFIG_PREEMPT=y
config-2.6.28-grml:CONFIG_PREEMPT=y
config-2.6.28-grml64:CONFIG_PREEMPT=y

Hm, all grml versions? ;)

HT && regards,
-mika-
--
http://grml.org/ # Linux for texttool-users and sysadmins
http://wiki.grml.org/ # share your knowledge
http://grml.supersized.org/ # the grml development weblog
#grml @ irc.freenode.org # meet us on irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.mur.at/pipermail/grml/attachments/20090312/41f1ce58/attachment.pgp

[Josh Lawrence]

Post by Michael Prokop
Hm, all grml versions? ;)

yup, it appears so! :)

thanks, I'm downloading now.

[Josh Lawrence]

Post by Michael Prokop
Hm, all grml versions? ;)

yup, it appears so! :)

thanks, I'm downloading now.

[Josh Lawrence]

Post by Michael Prokop
Hm, all grml versions? ;)

yup, it appears so! :)

thanks, I'm downloading now.

[Michael Prokop]

Post by Josh Lawrence

Post by Lars-Erik Helander
Going forward, will the PREEMPT configuration option remain as standard in
grml or might that just suddenly change?

holy crap, I can't believe I missed this!!!
what version(s) of grml support the PREEMPT option? (i.e., stable or
development)
this is really great news. ;)

/grml/git/grml-kernel/config (git)-[master] % git grep CONFIG_PREEMPT=y
baseconfig_grml_grml64:CONFIG_PREEMPT=y
config-2.6.11-grml:CONFIG_PREEMPT=y
config-2.6.12-grml:CONFIG_PREEMPT=y
config-2.6.12-grml-small:CONFIG_PREEMPT=y
config-2.6.13-grml:CONFIG_PREEMPT=y
config-2.6.14-grml:CONFIG_PREEMPT=y
config-2.6.15-grml:CONFIG_PREEMPT=y
config-2.6.15-grml-small:CONFIG_PREEMPT=y
config-2.6.16-grml:CONFIG_PREEMPT=y
config-2.6.17-grml:CONFIG_PREEMPT=y
config-2.6.18-grml:CONFIG_PREEMPT=y
config-2.6.18-grml-small:CONFIG_PREEMPT=y
config-2.6.19-grml:CONFIG_PREEMPT=y
config-2.6.19-grml-ppc:CONFIG_PREEMPT=y
config-2.6.20-grml:CONFIG_PREEMPT=y
config-2.6.20-grml-small:CONFIG_PREEMPT=y
config-2.6.20-grml64:CONFIG_PREEMPT=y
config-2.6.21-grml:CONFIG_PREEMPT=y
config-2.6.22-grml:CONFIG_PREEMPT=y
config-2.6.22-grml64:CONFIG_PREEMPT=y
config-2.6.23-grml:CONFIG_PREEMPT=y
config-2.6.23-grml64:CONFIG_PREEMPT=y
config-2.6.25-grml:CONFIG_PREEMPT=y
config-2.6.25-grml64:CONFIG_PREEMPT=y
config-2.6.26-grml:CONFIG_PREEMPT=y
config-2.6.26-grml64:CONFIG_PREEMPT=y
config-2.6.28-grml:CONFIG_PREEMPT=y
config-2.6.28-grml64:CONFIG_PREEMPT=y

Hm, all grml versions? ;)

HT && regards,
-mika-
--
http://grml.org/ # Linux for texttool-users and sysadmins
http://wiki.grml.org/ # share your knowledge
http://grml.supersized.org/ # the grml development weblog
#grml @ irc.freenode.org # meet us on irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://ml.grml.org/pipermail/grml/attachments/20090312/41f1ce58/attachment-0002.pgp>

[Michael Prokop]

Post by Josh Lawrence

Post by Lars-Erik Helander
Going forward, will the PREEMPT configuration option remain as standard in
grml or might that just suddenly change?

holy crap, I can't believe I missed this!!!
what version(s) of grml support the PREEMPT option? (i.e., stable or
development)
this is really great news. ;)

/grml/git/grml-kernel/config (git)-[master] % git grep CONFIG_PREEMPT=y
baseconfig_grml_grml64:CONFIG_PREEMPT=y
config-2.6.11-grml:CONFIG_PREEMPT=y
config-2.6.12-grml:CONFIG_PREEMPT=y
config-2.6.12-grml-small:CONFIG_PREEMPT=y
config-2.6.13-grml:CONFIG_PREEMPT=y
config-2.6.14-grml:CONFIG_PREEMPT=y
config-2.6.15-grml:CONFIG_PREEMPT=y
config-2.6.15-grml-small:CONFIG_PREEMPT=y
config-2.6.16-grml:CONFIG_PREEMPT=y
config-2.6.17-grml:CONFIG_PREEMPT=y
config-2.6.18-grml:CONFIG_PREEMPT=y
config-2.6.18-grml-small:CONFIG_PREEMPT=y
config-2.6.19-grml:CONFIG_PREEMPT=y
config-2.6.19-grml-ppc:CONFIG_PREEMPT=y
config-2.6.20-grml:CONFIG_PREEMPT=y
config-2.6.20-grml-small:CONFIG_PREEMPT=y
config-2.6.20-grml64:CONFIG_PREEMPT=y
config-2.6.21-grml:CONFIG_PREEMPT=y
config-2.6.22-grml:CONFIG_PREEMPT=y
config-2.6.22-grml64:CONFIG_PREEMPT=y
config-2.6.23-grml:CONFIG_PREEMPT=y
config-2.6.23-grml64:CONFIG_PREEMPT=y
config-2.6.25-grml:CONFIG_PREEMPT=y
config-2.6.25-grml64:CONFIG_PREEMPT=y
config-2.6.26-grml:CONFIG_PREEMPT=y
config-2.6.26-grml64:CONFIG_PREEMPT=y
config-2.6.28-grml:CONFIG_PREEMPT=y
config-2.6.28-grml64:CONFIG_PREEMPT=y

Hm, all grml versions? ;)

HT && regards,
-mika-
--
http://grml.org/ # Linux for texttool-users and sysadmins
http://wiki.grml.org/ # share your knowledge
http://grml.supersized.org/ # the grml development weblog
#grml @ irc.freenode.org # meet us on irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://ml.grml.org/pipermail/grml/attachments/20090312/41f1ce58/attachment-0003.pgp>

[Josh Lawrence]

Post by Lars-Erik Helander
Going forward, will the PREEMPT configuration option remain as standard in
grml or might that just suddenly change?

holy crap, I can't believe I missed this!!!

what version(s) of grml support the PREEMPT option? (i.e., stable or
development)

this is really great news. ;)

[Josh Lawrence]

Post by Lars-Erik Helander
Going forward, will the PREEMPT configuration option remain as standard in
grml or might that just suddenly change?

holy crap, I can't believe I missed this!!!

what version(s) of grml support the PREEMPT option? (i.e., stable or
development)

this is really great news. ;)

[Lars-Erik Helander]

I have been using grml for a couple of days and I am very happy with it so
far.
The reason I started to use grml was that I discovered that the grml kernel
was configured with the PREEMPT option.
This makes it suitable for audio applications and even if the preempt
characteristics you get with an RT-kernel is "better" the PREEMPT option of
the vanilla kernel seems to be "good enough".
With grml I get both a system that is easy to configure to me needs, boots
off a USB stick and has a PREEMPT kernel :).

I have looked at most distros out there and it is very rare to find ones
that comes with a PREEMPT kernel as standard, so this makes
me wonder why the grml team choosed to provide PREEMPT as a standard
configuration.
Anyone that knows this and wants to share why grml is using a PREEMPT
kernel?
Going forward, will the PREEMPT configuration option remain as standard in
grml or might that just suddenly change?

Kind Regards

/Lars
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://ml.grml.org/pipermail/grml/attachments/20090308/55a0be7e/attachment.html>

[Michael Prokop]

Post by Lars-Erik Helander
I have been using grml for a couple of days and I am very happy with it so
far.
The reason I started to use grml was that I discovered that the grml kernel
was configured with the PREEMPT option.
This makes it suitable for audio applications and even if the preempt
characteristics you get with an RT-kernel is "better" the PREEMPT option of
the vanilla kernel seems to be "good enough".
With grml I get both a system that is easy to configure to me needs, boots
off a USB stick and has a PREEMPT kernel :).

:)

Post by Lars-Erik Helander
I have looked at most distros out there and it is very rare to find ones
that comes with a PREEMPT kernel as standard, so this makes
me wonder why the grml team choosed to provide PREEMPT as a standard
configuration.
Anyone that knows this and wants to share why grml is using a PREEMPT
kernel?

Well, we are using preempt because it's "the right way to go" and
worked reasonable well (well, we had some issues regarding the
speakup kernel modules but the problems seem to have been fixed in
recent versions of speakup). :)

Post by Lars-Erik Helander
Going forward, will the PREEMPT configuration option remain as standard in
grml or might that just suddenly change?

As long as we don't experience any serious bugs or reasons to change
this behaviour preempt will stay the default in grml's kernel, yes.

regards,
-mika-
--
http://grml.org/ # Linux for texttool-users and sysadmins
http://wiki.grml.org/ # share your knowledge
http://grml.supersized.org/ # the grml development weblog
#grml @ irc.freenode.org # meet us on irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://ml.grml.org/pipermail/grml/attachments/20090312/0f802fe6/attachment-0002.pgp>

[Lars-Erik Helander]

I have been using grml for a couple of days and I am very happy with it so
far.
The reason I started to use grml was that I discovered that the grml kernel
was configured with the PREEMPT option.
This makes it suitable for audio applications and even if the preempt
characteristics you get with an RT-kernel is "better" the PREEMPT option of
the vanilla kernel seems to be "good enough".
With grml I get both a system that is easy to configure to me needs, boots
off a USB stick and has a PREEMPT kernel :).

I have looked at most distros out there and it is very rare to find ones
that comes with a PREEMPT kernel as standard, so this makes
me wonder why the grml team choosed to provide PREEMPT as a standard
configuration.
Anyone that knows this and wants to share why grml is using a PREEMPT
kernel?
Going forward, will the PREEMPT configuration option remain as standard in
grml or might that just suddenly change?

Kind Regards

/Lars
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://ml.grml.org/pipermail/grml/attachments/20090308/55a0be7e/attachment-0001.html>

[Michael Prokop]

Post by Lars-Erik Helander
I have been using grml for a couple of days and I am very happy with it so
far.
The reason I started to use grml was that I discovered that the grml kernel
was configured with the PREEMPT option.
This makes it suitable for audio applications and even if the preempt
characteristics you get with an RT-kernel is "better" the PREEMPT option of
the vanilla kernel seems to be "good enough".
With grml I get both a system that is easy to configure to me needs, boots
off a USB stick and has a PREEMPT kernel :).

:)

Post by Lars-Erik Helander
I have looked at most distros out there and it is very rare to find ones
that comes with a PREEMPT kernel as standard, so this makes
me wonder why the grml team choosed to provide PREEMPT as a standard
configuration.
Anyone that knows this and wants to share why grml is using a PREEMPT
kernel?

Well, we are using preempt because it's "the right way to go" and
worked reasonable well (well, we had some issues regarding the
speakup kernel modules but the problems seem to have been fixed in
recent versions of speakup). :)

Post by Lars-Erik Helander
Going forward, will the PREEMPT configuration option remain as standard in
grml or might that just suddenly change?

As long as we don't experience any serious bugs or reasons to change
this behaviour preempt will stay the default in grml's kernel, yes.

regards,
-mika-
--
http://grml.org/ # Linux for texttool-users and sysadmins
http://wiki.grml.org/ # share your knowledge
http://grml.supersized.org/ # the grml development weblog
#grml @ irc.freenode.org # meet us on irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://ml.grml.org/pipermail/grml/attachments/20090312/0f802fe6/attachment-0003.pgp>