Rick Macklem
2011-May-15 00:34 UTC
Heads up: you'll need to do a fresh "config KERNEL" etc
Hi, Just a heads up that after a commit going into stable/8 in a few minutes, you'll need to do a fresh kernel build, starting at "config GENERIC", including rebuilding the NFS related modules. rick
Jeremy Chadwick
2011-May-15 01:03 UTC
Heads up: you'll need to do a fresh "config KERNEL" etc
On Sat, May 14, 2011 at 08:05:41PM -0400, Rick Macklem wrote:> Just a heads up that after a commit going into stable/8 in a few > minutes, you'll need to do a fresh kernel build, starting at > "config GENERIC", including rebuilding the NFS related modules.Rick, Can you explain why a kernel reconfig would be required if the kernel configuration (e.g. GENERIC) hasn't been changed? http://www.freshbsd.org/?branch=RELENG_8&project=freebsd Possibly the commit site doesn't have the most recent commits? I guess what I'm asking is: why is a kernel reconfig required if only the NFS code itself changed? A buildworld/buildkernel should be sufficient, no? -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB |
George Mitchell
2011-May-19 18:09 UTC
Heads up: you'll need to do a fresh "config KERNEL" etc
On 05/14/11 20:05, Rick Macklem wrote:> Hi, > > Just a heads up that after a commit going into stable/8 in a few > minutes, you'll need to do a fresh kernel build, starting at > "config GENERIC", including rebuilding the NFS related modules. > > rick > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >Sensational! With this update, I finally get NFS client performance as good as (or better than) 7.x, and I have a warm, fuzzy feeling about 8.x at last. (Except for SCHED_ULE, which gives terrible performance on a single-core machine with a compute-bound process running in the background.) Thanks! -- George Mitchell