There are a few reasons that it would be nice to have such changes in a
standard kernel:
>From the company's point of view: ease of support. If the box runs on a
standard Linux kernel it makes it much easier on people who purchase the
boxes. The company doesn't have to provide patched kernels whenever a new
kernel release comes out, and purchasers can be confident that they won't
find themselves trapped if the company becomes unable or unwilling to
continue to provide those patches.
>From the Linux community's point of view: flexibility. Maybe this is the
first computer to pass the 32 PCI bus limit, maybe not. I really doubt
it's the last, though. At some point, this will rear up again, and a
kernel which handles the condition gracefully would probably be appreciated
by the people working on this hypothetical future system.
>From the company's point of view: verification. I've been told in email
that the correct solution is more subtle than simply increasing this one
value. The fact that this patch works properly in house is probably
somewhat fortuitous. Remember the fun when people started increasing the
open file descriptor limits a couple of years ago, and almost getting it
right? By bringing this patch to the attention of linux-kernel, we point
out a possible need for this functionality to the people who developed the
code in question, and who might be able to fix some subtler gotchas which
were missed when the change was developed.
-- Christopher Neufeld neufeld@linuxcare.com Home page: http://caliban.physics.utoronto.ca/neufeld/Intro.html "Don't edit reality for the sake of simplicity" - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/