[Fedora PATCH] Improve Resource Counter Scalability

2009-10-12 Thread Prarit Bhargava
This patch was sent to me by Balbir Singh, cc'd, who worked on the original patch. The patch results in a massive increase in performance on a 64p/32G system. The patch was successfully compiled and tested by me on fedora-latest. From the upstream commit: Data from Prarit (kernel compile with

Re: arch fun.

2009-02-06 Thread Prarit Bhargava
Dave Jones wrote: 2. Will we eventually rename kernel-PAE.686 to kernel.686? I don't think we can, otherwise someone with non-PAE 686's who does an update will suddenly find themselves unable to boot. Hi Dave, I was thinking about this for a little while. Can't we do this

Re: arch fun.

2009-02-06 Thread Prarit Bhargava
Part of the problem with that idea is that the Pentium M laptops without PAE aren't that old. This might upset quite a few people. Right -- and that's a good point to keep in mind. IMO we shouldn't break *any* systems when we do this change. Given the other information coming through

Re: arch fun.

2009-02-06 Thread Prarit Bhargava
Dave Jones wrote: On Fri, Feb 06, 2009 at 12:34:04PM -0500, Prarit Bhargava wrote: Given the other information coming through (about dynamic kernel PAE enable), should we really being doing this right now? it's vaporware. Why not wait for the dynamic PAE stuff to settle upstream

Re: arch fun.

2009-02-05 Thread Prarit Bhargava
Dave Jones wrote: As per the discussion in #fedora-meeting today, we're killing off kernel-i686, and just shipping.. * kernel.i586 * kernel-PAE.686 Patch below seems to dtrt.. comments? Two quick questions Dave. 1. This is for F11? 2. Will we eventually rename kernel-PAE.686 to

Re: [Fwd: [PATCH 1/1] cciss: fix regression, sysfs symlink missing]

2008-10-15 Thread Prarit Bhargava
Doug Chapman wrote: This patch has been submitted upstream but I don't know if it will get pulled in to Fedora through the normal channels prior to F10 or not. Without this patch Fedora 10 will not install on cciss which breaks nearly all HP server systems. thanks, I think it is

Re: rawhide -debug

2008-02-14 Thread Prarit Bhargava
An idea that was tossed around was to do something similar to what we do in release builds, and offer separate debug/nodebug builds. But instead of how we do it in releases, do the opposite, and have a -nodebug build, whilst keeping the regular kernel debug-turned-on to maximise coverage