Kyle McMartin wrote:
On Fri, Oct 03, 2008 at 11:25:49AM -0400, Peter Jones wrote:
Bill Nottingham wrote:
See various and sundry plumber's conf discussions.
Comments? (The netfilter stuff needs further investigation.)
Also, please add these, since they're nearly always loaded (patch is on
top
On Fri, Oct 03, 2008 at 01:06:57PM -0400, Peter Jones wrote:
-rwxr--r-- 1 root root 25K 2008-09-23 21:38 dm-mirror.ko
-rwxr--r-- 1 root root 25K 2008-09-23 21:38 dm-snapshot.ko
-rwxr--r-- 1 root root 7.0K 2008-09-23 21:38 dm-zero.ko
57kB or so max. But at the same time, these are loaded on
On Fri, Oct 03, 2008 at 11:25:49AM -0400, Peter Jones wrote:
Bill Nottingham wrote:
See various and sundry plumber's conf discussions.
Comments? (The netfilter stuff needs further investigation.)
Also, please add these, since they're nearly always loaded (patch is on
top of
Dave Jones ([EMAIL PROTECTED]) said:
On Fri, Oct 03, 2008 at 11:25:49AM -0400, Peter Jones wrote:
Bill Nottingham wrote:
See various and sundry plumber's conf discussions.
Comments? (The netfilter stuff needs further investigation.)
Also, please add these, since they're
On Fri, Oct 03, 2008 at 01:25:50PM -0400, Bill Nottingham wrote:
Dave Jones ([EMAIL PROTECTED]) said:
On Fri, Oct 03, 2008 at 11:25:49AM -0400, Peter Jones wrote:
Bill Nottingham wrote:
See various and sundry plumber's conf discussions.
Comments? (The netfilter stuff
On Tue, 30 Sep 2008 11:10:35 +0200
Thorsten Leemhuis [EMAIL PROTECTED] wrote:
The alsa-project is a good example. Say you purchase a new motherboard
and it has a brand new audio codec that is not yet supported by the
in-kernel drivers. You report that to the alsa-project and they develop
On Wed, Oct 01, 2008 at 06:34:18PM -0400, Chuck Ebbert wrote:
On Tue, 30 Sep 2008 11:10:35 +0200
Thorsten Leemhuis [EMAIL PROTECTED] wrote:
The alsa-project is a good example. Say you purchase a new motherboard
and it has a brand new audio codec that is not yet supported by the
On Wed, 01 Oct 2008 21:18:07 -0400
Jon Masters [EMAIL PROTECTED] wrote:
On Wed, 2008-10-01 at 19:51 -0400, Kyle McMartin wrote:
Heh, we come back to this again... Why can't we do a debug/nodebug
style split for rawhide's built-in-ness? For release we do what's
best for the silent (core
On Wed, 01 Oct 2008 21:18:07 -0400
Jon Masters [EMAIL PROTECTED] wrote:
FWIW, a couple of us are looking at ways to speed up modprobe.
and just to be clear: the boot time cost of modules is only partially
because of modprobe speed issues.
--
Arjan van de VenIntel Open Source
On Tue, 30 Sep 2008 01:24:22 -0400
Jon Masters [EMAIL PROTECTED] wrote:
On Mon, 2008-09-29 at 13:22 +0100, Matthew Garrett wrote:
On Thu, Sep 25, 2008 at 04:09:57PM -0400, Jon Masters wrote:
I advocate extreme caution before just willy-nilly building
everything into the kernel.
On Tue, 2008-09-30 at 01:34 -0700, Arjan van de Ven wrote:
for certain types of choices the answer is going to be oh
now you need to compile your own kernel;
Yay!
In the RHEL world the rules are a bit different due to the
really long release cycles (even for hw support updates)
Indeed,
On Tue, Sep 30, 2008 at 01:34:33AM -0700, Arjan van de Ven wrote:
for certain types of choices the answer is going to be oh now you need
to compile your own kernel; there's just too many config options for
that not to be the case.
Of course for the normal, common scenarios that's not the right
On Tue, 2008-09-30 at 10:25 -0400, Kyle McMartin wrote:
if a user is rebuilding their libata subsystem and replacing the
modules, or replacing their alsa modules, or whatnot, they've already
voided the i'd like to help you implied contract in open source, so
they should just go run and
On Tue, 2008-09-30 at 10:33 -0400, Bill Nottingham wrote:
Jon Masters ([EMAIL PROTECTED]) said:
Which means that third parties will end up getting into the kernel
rebuilding business if their modules are unloadable. Suddenly you have
users running many different builds of the same Fedora
On Tue, Sep 30, 2008 at 10:33:14AM -0400, Jon Masters wrote:
Yay! So then one day we can look forward to everything being built in
and a user wanting to build a webcam driver having to build their own
kernel too. Then we'll really have won because that user - who can
follow some
Jon Masters ([EMAIL PROTECTED]) said:
Really? Do you have actual stats for the number (percentage) of Fedora
users that *actually* need to update their modules (as opposed to following
some blindly ridiculous message-board advice...)
Nope. I'm just taking the viewpoint that users
On Tue, Sep 30, 2008 at 10:38:12AM -0400, Jon Masters wrote:
Nope. I'm just taking the viewpoint that users shouldn't be artificially
restricted from doing so.
At the point where someone suggests building something into the kernel
purely in order to prevent users building an out of tree
On Thu, Sep 25, 2008 at 04:09:57PM -0400, Jon Masters wrote:
I advocate extreme caution before just willy-nilly building everything
into the kernel. Although this might seem like a great idea from the
point of view of speeding up boot, there is also the pesky issue of
users wanting the choice
On Mon, 2008-09-29 at 13:22 +0100, Matthew Garrett wrote:
On Thu, Sep 25, 2008 at 04:09:57PM -0400, Jon Masters wrote:
I advocate extreme caution before just willy-nilly building everything
into the kernel. Although this might seem like a great idea from the
point of view of speeding up
On Thu, 2008-09-18 at 12:13 -0700, Bill Nottingham wrote:
See various and sundry plumber's conf discussions.
Comments? (The netfilter stuff needs further investigation.)
I'm ok with all of these specific config changes, but I'd like to repeat
what I said in Kyle's session about demodularising
Bill Nottingham wrote:
- killing the initrd for that general 90% case can be a big win
You aren't going to kill the initrd for a default fedora install due to
root-on-lvm.
cheers,
Gerd
___
Fedora-kernel-list mailing list
On Thu, Sep 18, 2008 at 12:13:55PM -0700, Bill Nottingham wrote:
See various and sundry plumber's conf discussions.
Comments? (The netfilter stuff needs further investigation.)
@@ -1284,7 +1284,7 @@
CONFIG_WLAN_80211=y
# CONFIG_PCMCIA_RAYCS is not set
-CONFIG_MAC80211=m
Gerd Hoffmann wrote:
Bill Nottingham wrote:
- killing the initrd for that general 90% case can be a big win
You aren't going to kill the initrd for a default fedora install due to
root-on-lvm.
For the people who care the most about this, putting / on a partition is a very
low hurdle
On Fri, 19 Sep 2008 13:02:54 +0200
Gerd Hoffmann [EMAIL PROTECTED] wrote:
Bill Nottingham wrote:
- killing the initrd for that general 90% case can be a big win
You aren't going to kill the initrd for a default fedora install due
to root-on-lvm.
why do we have root-on-lvm by default on
On Fri, Sep 19, 2008 at 08:02:47AM -0400, Josh Boyer wrote:
-CONFIG_IEEE80211=m
+CONFIG_IEEE80211=y
CONFIG_IEEE80211_DEBUG=y
CONFIG_IEEE80211_CRYPT_WEP=m
CONFIG_IEEE80211_CRYPT_CCMP=m
Do we have a way to _not_ do this on secondary architectures?
the per-arch config fragments
See various and sundry plumber's conf discussions.
Comments? (The netfilter stuff needs further investigation.)
Bill
? patch-2.6.27-rc1-git2.bz2
? patch-2.6.27-rc1.bz2
Index: config-generic
===
RCS file:
On Thu, 2008-09-18 at 12:13 -0700, Bill Nottingham wrote:
See various and sundry plumber's conf discussions.
Comments? (The netfilter stuff needs further investigation.)
Fly on the wall here, but wouldn't demodularizing the SCSI stack cause
problems down the road for RHEL, for third party
On Thu, Sep 18, 2008 at 12:13:55PM -0700, Bill Nottingham wrote:
See various and sundry plumber's conf discussions.
Comments? (The netfilter stuff needs further investigation.)
This _is_ Fedora we're talking about, not RHEL, right? :-)
/me has had to replace way too many kernel modules from
Tom spot Callaway ([EMAIL PROTECTED]) said:
On Thu, 2008-09-18 at 12:13 -0700, Bill Nottingham wrote:
See various and sundry plumber's conf discussions.
Comments? (The netfilter stuff needs further investigation.)
Fly on the wall here, but wouldn't demodularizing the SCSI stack cause
On Thu, Sep 18, 2008 at 05:14:14PM -0400, Tom spot Callaway wrote:
On Thu, 2008-09-18 at 12:13 -0700, Bill Nottingham wrote:
See various and sundry plumber's conf discussions.
Comments? (The netfilter stuff needs further investigation.)
Fly on the wall here, but wouldn't
On Thu, Sep 18, 2008 at 04:27:50PM -0500, Matt Domsch wrote:
This _is_ Fedora we're talking about, not RHEL, right? :-)
/me has had to replace way too many kernel modules from RHEL, which
can't be done if it's built-in.
The thing is, Dell or any other vendor having to ship their
own module
On Thu, Sep 18, 2008 at 12:13:55PM -0700, Bill Nottingham wrote:
See various and sundry plumber's conf discussions.
Comments? (The netfilter stuff needs further investigation.)
looks like some of the lower-hanging fruit.
definite room for further expansion.
how well will mkinitrd cope
Chris Snook wrote:
Bill Nottingham wrote:
See various and sundry plumber's conf discussions.
-CONFIG_MAC80211=m
+CONFIG_MAC80211=y
-CONFIG_IEEE80211=m
+CONFIG_IEEE80211=y
Won't this make it harder for people to test experimental wireless drivers?
Unless the vendors start opening
Bill Nottingham wrote:
See various and sundry plumber's conf discussions.
Comments? (The netfilter stuff needs further investigation.)
Also, please add these, since they're nearly always loaded (patch is on
top of yours):
diff --git a/config-generic b/config-generic
index 0f43c42..de33831
On Thu, Sep 18, 2008 at 07:42:15PM -0400, Jeremy Katz wrote:
On Thu, 2008-09-18 at 12:13 -0700, Bill Nottingham wrote:
See various and sundry plumber's conf discussions.
If we build in the loop module, we need to bump the default of number of
loopdevs[1] to keep things happier for live
On Thu, 2008-09-18 at 19:47 -0400, Dave Jones wrote:
On Thu, Sep 18, 2008 at 07:42:15PM -0400, Jeremy Katz wrote:
On Thu, 2008-09-18 at 12:13 -0700, Bill Nottingham wrote:
See various and sundry plumber's conf discussions.
If we build in the loop module, we need to bump the default
On Thu, Sep 18, 2008 at 07:49:33PM -0400, Jeremy Katz wrote:
On Thu, 2008-09-18 at 19:47 -0400, Dave Jones wrote:
On Thu, Sep 18, 2008 at 07:42:15PM -0400, Jeremy Katz wrote:
On Thu, 2008-09-18 at 12:13 -0700, Bill Nottingham wrote:
See various and sundry plumber's conf
On Thu, 2008-09-18 at 12:13 -0700, Bill Nottingham wrote:
See various and sundry plumber's conf discussions.
If we build in the loop module, we need to bump the default of number of
loopdevs[1] to keep things happier for live images. Right now, we just
set maxloop in modprobe.conf
Jeremy
[1]
On Thu, 2008-09-18 at 19:57 -0400, Dave Jones wrote:
On Thu, Sep 18, 2008 at 07:49:33PM -0400, Jeremy Katz wrote:
On Thu, 2008-09-18 at 19:47 -0400, Dave Jones wrote:
On Thu, Sep 18, 2008 at 07:42:15PM -0400, Jeremy Katz wrote:
On Thu, 2008-09-18 at 12:13 -0700, Bill Nottingham
Eric Sandeen wrote:
Chris Snook wrote:
-CONFIG_EXT3_FS=m
+CONFIG_EXT3_FS=y
I've been wondering for years why we weren't already doing this.
see above, but I can live with it. Will we add ext4 and xfs (and
reiserfs and jfs) too?
Having one root-suitable filesystem built-in makes it easier
Chris Snook wrote:
Eric Sandeen wrote:
Chris Snook wrote:
-CONFIG_EXT3_FS=m
+CONFIG_EXT3_FS=y
I've been wondering for years why we weren't already doing this.
see above, but I can live with it. Will we add ext4 and xfs (and
reiserfs and jfs) too?
Having one root-suitable filesystem
[1] Or someone can dig up the patches for dynamic loop allocation and
finish them off :-)
Already exists. Try 'mknod loop23 ; losetup ...'...
Bill
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
Chris Snook ([EMAIL PROTECTED]) said:
See various and sundry plumber's conf discussions.
Links please?
Not sure where things are being posted. Summary:
- modules are wasteful (you lose a good chunk of code size savings in
page round up)
- modules are slow (well, modprobe is)
- for the
43 matches
Mail list logo
