OK,
I am building the new CentOSPlus kernel for i386/x86_64.
It is based on the 2.6.9-42.EL kernel that will be part of CentOS-4.4.
Currently it has all the features of the older plus kernels and all the items turned on by the upstream provider in their main kernel ... except that XFS is being removed from this kernel (and added by a standalone module that has newer sgi code for xfs).
I am not going to add patches to the kernel, but I will entertain requests to turn on features that are included and require users to have to recompile their kernels (that don't require adding patches).
If you currently have to change the config file and recompile the kernel, tell me the config items you are turning on and I will see if I can roll them into the new CentOSPlus kernel.
I need all the input in the next few days ... so don't put it off :)
Thanks, Johnny Hughes
On Thu, Aug 17, 2006 at 05:17:02PM -0500, Johnny Hughes enlightened us:
OK,
I am building the new CentOSPlus kernel for i386/x86_64.
It is based on the 2.6.9-42.EL kernel that will be part of CentOS-4.4.
Currently it has all the features of the older plus kernels and all the items turned on by the upstream provider in their main kernel ... except that XFS is being removed from this kernel (and added by a standalone module that has newer sgi code for xfs).
I am not going to add patches to the kernel, but I will entertain requests to turn on features that are included and require users to have to recompile their kernels (that don't require adding patches).
If you currently have to change the config file and recompile the kernel, tell me the config items you are turning on and I will see if I can roll them into the new CentOSPlus kernel.
I need all the input in the next few days ... so don't put it off :)
The advansys scsi driver would be nice to have. I believe you have to turn off CONFIG_CLEAN_COMPILE in order for it to become available. If doing that is a showstopper, then I understand.
Matt
Matt Hyclak wrote:
On Thu, Aug 17, 2006 at 05:17:02PM -0500, Johnny Hughes enlightened us:
I need all the input in the next few days ... so don't put it off :)
The advansys scsi driver would be nice to have. I believe you have to turn off CONFIG_CLEAN_COMPILE in order for it to become available. If doing that is a showstopper, then I understand.
I have looked into the advansys driver issue while talking to someone on #centos who had one of those cards.
The driver is flagged as BROKEN in the 2.6 line, so you have to enable CONFIG_BROKEN to get it into the kernel.
So I'd rather *not* see that driver in centosplus. But that's just me. Furthermore: The driver doesn't seem to be maintained anymore in 2.6.
Ralph
On Fri, 2006-08-18 at 11:14 +0200, Ralph Angenendt wrote:
Matt Hyclak wrote:
On Thu, Aug 17, 2006 at 05:17:02PM -0500, Johnny Hughes enlightened us:
I need all the input in the next few days ... so don't put it off :)
The advansys scsi driver would be nice to have. I believe you have to turn off CONFIG_CLEAN_COMPILE in order for it to become available. If doing that is a showstopper, then I understand.
I have looked into the advansys driver issue while talking to someone on #centos who had one of those cards.
The driver is flagged as BROKEN in the 2.6 line, so you have to enable CONFIG_BROKEN to get it into the kernel.
So I'd rather *not* see that driver in centosplus. But that's just me. Furthermore: The driver doesn't seem to be maintained anymore in 2.6.
Ralph _______________________________________________
Matt ...
I agree w/ Ralph on this one. Don't want this in the kernel since it is not really maintained.
Sorry, Johnny
On Fri, Aug 18, 2006 at 04:29:34AM -0500, Johnny Hughes enlightened us:
Matt Hyclak wrote:
On Thu, Aug 17, 2006 at 05:17:02PM -0500, Johnny Hughes enlightened us:
I need all the input in the next few days ... so don't put it off :)
The advansys scsi driver would be nice to have. I believe you have to turn off CONFIG_CLEAN_COMPILE in order for it to become available. If doing that is a showstopper, then I understand.
I have looked into the advansys driver issue while talking to someone on #centos who had one of those cards.
The driver is flagged as BROKEN in the 2.6 line, so you have to enable CONFIG_BROKEN to get it into the kernel.
So I'd rather *not* see that driver in centosplus. But that's just me. Furthermore: The driver doesn't seem to be maintained anymore in 2.6.
Ralph _______________________________________________
Matt ...
I agree w/ Ralph on this one. Don't want this in the kernel since it is not really maintained.
No problem, I should probably just pony up the cash and get a new card anyway. I paid $50 for it about 7 or 8 years ago, so I'd think I got my money's worth.
Matt
On Aug 17, 2006, at 6:17 PM, Johnny Hughes wrote:
I am building the new CentOSPlus kernel for i386/x86_64.
It is based on the 2.6.9-42.EL kernel that will be part of CentOS-4.4.
Currently it has all the features of the older plus kernels and all the items turned on by the upstream provider in their main kernel ... except that XFS is being removed from this kernel (and added by a standalone module that has newer sgi code for xfs).
I am not going to add patches to the kernel, but I will entertain requests to turn on features that are included and require users to have to recompile their kernels (that don't require adding patches).
despite the fact that you said that you won't patch the kernel, i can't help but submit a plea for a reinstatement of the legacy LSI MegaRAID driver (documented here: http://www.tuxyturvy.com/blog/ index.php?url=archives/4-Installing-RHEL4-on-Systems-with-Legacy- Megaraid-Drivers.html)
i haven't yet encountered a Red Hat/CentOS kernel release under which the legacy megaraid driver didn't build, and i suspect this would be helpful to people other than just me. it installs just find alongside the new megaraid drivers and doesn't conflict with them or confuse kudzu.
please?
-steve
--- If this were play'd upon a stage now, I could condemn it as an improbable fiction. - Fabian, Twelfth Night
On Thu, 2006-08-17 at 21:49 -0400, Steve Huff wrote:
On Aug 17, 2006, at 6:17 PM, Johnny Hughes wrote:
I am building the new CentOSPlus kernel for i386/x86_64.
It is based on the 2.6.9-42.EL kernel that will be part of CentOS-4.4.
Currently it has all the features of the older plus kernels and all the items turned on by the upstream provider in their main kernel ... except that XFS is being removed from this kernel (and added by a standalone module that has newer sgi code for xfs).
I am not going to add patches to the kernel, but I will entertain requests to turn on features that are included and require users to have to recompile their kernels (that don't require adding patches).
despite the fact that you said that you won't patch the kernel, i can't help but submit a plea for a reinstatement of the legacy LSI MegaRAID driver (documented here: http://www.tuxyturvy.com/blog/ index.php?url=archives/4-Installing-RHEL4-on-Systems-with-Legacy- Megaraid-Drivers.html)
i haven't yet encountered a Red Hat/CentOS kernel release under which the legacy megaraid driver didn't build, and i suspect this would be helpful to people other than just me. it installs just find alongside the new megaraid drivers and doesn't conflict with them or confuse kudzu.
please?
-steve
We are working on a CD DriverDisk for CentOS-4.4
We will put this driver as well as other open source drivers on that CD, so you can use them with the DD option to install on CentOS-4.
We will also work out a way for the modules to be moved between kernels or provide them as standalone modules for install.
Thanks, Johnny Hughes
Johnny Hughes napsal(a):
We will also work out a way for the modules to be moved between kernels or provide them as standalone modules for install.
Johnny, what modules are you talking about? Do you mean kernel module generally? As I have written a few weeks ago, I guess we have to start thinking about kernel modules. In Fedora project there is now huge discussion on kernel modules packaging. Mainly kmod vs kmod+kver vs kmdsl:
http://fedoraproject.org/wiki/AxelThimm/kmdls/kmods_vs_kmdls_at_a_glance http://fedoraproject.org/wiki/AxelThimm/kmdls/ http://fedoraproject.org/wiki/Packaging/KernelModules http://fedoraproject.org/wiki/PackagingDrafts/KernelModulesWithKverInName
Are there any plans what type to support in CentOS? David Hrbac
On Fri, 2006-08-18 at 04:45 -0500, Johnny Hughes wrote:
On Thu, 2006-08-17 at 21:49 -0400, Steve Huff wrote:
On Aug 17, 2006, at 6:17 PM, Johnny Hughes wrote:
I am building the new CentOSPlus kernel for i386/x86_64.
It is based on the 2.6.9-42.EL kernel that will be part of CentOS-4.4.
Currently it has all the features of the older plus kernels and all the items turned on by the upstream provider in their main kernel ... except that XFS is being removed from this kernel (and added by a standalone module that has newer sgi code for xfs).
I am not going to add patches to the kernel, but I will entertain requests to turn on features that are included and require users to have to recompile their kernels (that don't require adding patches).
despite the fact that you said that you won't patch the kernel, i can't help but submit a plea for a reinstatement of the legacy LSI MegaRAID driver (documented here: http://www.tuxyturvy.com/blog/ index.php?url=archives/4-Installing-RHEL4-on-Systems-with-Legacy- Megaraid-Drivers.html)
i haven't yet encountered a Red Hat/CentOS kernel release under which the legacy megaraid driver didn't build, and i suspect this would be helpful to people other than just me. it installs just find alongside the new megaraid drivers and doesn't conflict with them or confuse kudzu.
please?
-steve
We are working on a CD DriverDisk for CentOS-4.4
We will put this driver as well as other open source drivers on that CD, so you can use them with the DD option to install on CentOS-4.
We will also work out a way for the modules to be moved between kernels or provide them as standalone modules for install.
---- Like Steve, I have been building this one manually myself with each kernel release.
Thanks
Craig
On Aug 18, 2006, at 5:45 AM, Johnny Hughes wrote:
We are working on a CD DriverDisk for CentOS-4.4
We will put this driver as well as other open source drivers on that CD, so you can use them with the DD option to install on CentOS-4.
We will also work out a way for the modules to be moved between kernels or provide them as standalone modules for install.
that would be an excellent solution to my problem. thanks!
-steve
--- If this were play'd upon a stage now, I could condemn it as an improbable fiction. - Fabian, Twelfth Night
Johnny Hughes spake the following on 8/18/2006 2:45 AM:
On Thu, 2006-08-17 at 21:49 -0400, Steve Huff wrote:
On Aug 17, 2006, at 6:17 PM, Johnny Hughes wrote:
I am building the new CentOSPlus kernel for i386/x86_64.
It is based on the 2.6.9-42.EL kernel that will be part of CentOS-4.4.
Currently it has all the features of the older plus kernels and all the items turned on by the upstream provider in their main kernel ... except that XFS is being removed from this kernel (and added by a standalone module that has newer sgi code for xfs).
I am not going to add patches to the kernel, but I will entertain requests to turn on features that are included and require users to have to recompile their kernels (that don't require adding patches).
despite the fact that you said that you won't patch the kernel, i can't help but submit a plea for a reinstatement of the legacy LSI MegaRAID driver (documented here: http://www.tuxyturvy.com/blog/ index.php?url=archives/4-Installing-RHEL4-on-Systems-with-Legacy- Megaraid-Drivers.html)
i haven't yet encountered a Red Hat/CentOS kernel release under which the legacy megaraid driver didn't build, and i suspect this would be helpful to people other than just me. it installs just find alongside the new megaraid drivers and doesn't conflict with them or confuse kudzu.
please?
-steve
We are working on a CD DriverDisk for CentOS-4.4
We will put this driver as well as other open source drivers on that CD, so you can use them with the DD option to install on CentOS-4.
We will also work out a way for the modules to be moved between kernels or provide them as standalone modules for install.
Thanks, Johnny Hughes
Can you use something like DKMS? I haven't looked at it for a while, but it seemed to make some things more easily portable.
On Thu, 2006-08-17 at 21:49 -0400, Steve Huff wrote:
On Aug 17, 2006, at 6:17 PM, Johnny Hughes wrote:
I am building the new CentOSPlus kernel for i386/x86_64.
<snip>
I am not going to add patches to the kernel, but I will entertain requests to turn on features that are included and require users to have to recompile their kernels (that don't require adding patches).
despite the fact that you said that you won't patch the kernel, i can't help but submit a plea for a reinstatement of the legacy LSI MegaRAID driver (documented here: http://www.tuxyturvy.com/blog/ index.php?url=archives/4-Installing-RHEL4-on-Systems-with-Legacy- Megaraid-Drivers.html)<snip>
And with the floodgates thus opened ... :-)
The facility described here
http://rick.vanrein.org/linux/badram/index.html
and raved about at so many places when you google for it seems that it would benefit a very large user community here. Debi an includes it? Mandriva too?
For the admins that have 24/7 high-availability operations, this would be a super benefit. If it's a remote, even better.
For little fish like me that eke 15 years out of all sorts of eqpt, also a boon.
No performance hit. I have used it in my past LFS life and can attest to its effectiveness.
If you don't include it, NP. I may start building my own kernels again. Not my preference, but that's how useful it is to me.
BTW, google for endorsements much more authoritative than mine. You'll probably like it regardless of your decision.
-steve
<snip sig stuff>
Johnny Hughes wrote:
OK,
I am building the new CentOSPlus kernel for i386/x86_64.
It is based on the 2.6.9-42.EL kernel that will be part of CentOS-4.4.
I want to know why Madwifi works with 2.6.9-34.0.2.EL, but not with 2.6.9-34.108.plus.c4 ????
I have asked this a number of times and have not seen any answer.
Oh, and if 2.6.9-34.0.2.EL is not the current base kernel, how do I get it to upgrade after I have selected the plus kernel? I did a yum list without the plus repo selected and it did not indicate any newer version.
Also I need support for multi-drive usb drives. I have to figure out that earlier thread.
Currently it has all the features of the older plus kernels and all the items turned on by the upstream provider in their main kernel ... except that XFS is being removed from this kernel (and added by a standalone module that has newer sgi code for xfs).
I am not going to add patches to the kernel, but I will entertain requests to turn on features that are included and require users to have to recompile their kernels (that don't require adding patches).
If you currently have to change the config file and recompile the kernel, tell me the config items you are turning on and I will see if I can roll them into the new CentOSPlus kernel.
I need all the input in the next few days ... so don't put it off :)
Thanks, Johnny Hughes
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On Thu, 2006-08-17 at 22:52 -0400, Robert Moskowitz wrote:
Oh, and if 2.6.9-34.0.2.EL is not the current base kernel, how do I get it to upgrade after I have selected the plus kernel? I did a yum list without the plus repo selected and it did not indicate any newer version.
I was only able to do this by explicitly forcing the install with rpm (smart would probably work as well) as the lexical ordering makes the older plus kernels appear newer than the latest base kernels to dep solvers. Flagged this to Johnny and it should be fixed in the future.
Phil
Quoting Johnny Hughes johnny@centos.org:
If you currently have to change the config file and recompile the kernel, tell me the config items you are turning on and I will see if I can roll them into the new CentOSPlus kernel.
Hmmm... I recently had a need to test one of the "standard" Netfilter modules, just to find out it wasn't part of any CentOS kernels (base or centosplus). If it is possible, could you add ROUTE module? Not sure if this is standard part of kernel source, or patch-o-matic(-ng) is needed. The userland iptables might also need to be rebuilt and placed into centosplus.
Anyhow, it would be nice to have support for all "standard" targets/extensions that are documented in "man iptables". If it is not too much trouble to include them. ROUTE is one of them. I see couple of others that might be usefull to have (not that I currently have need for all of them) such as BALANCE, CLASTERIP, CONNMARK (it would simplify some stuff I'm doing), NOTRACK, ROUTE... Probably some others. Userland iptables already includes some of them, but not all, so it would also need to be included into centosplus.
Aleksandar Milivojevic napsal(a):
Anyhow, it would be nice to have support for all "standard" targets/extensions that are documented in "man iptables". If it is not too much trouble to include them. ROUTE is one of them. I see couple of others that might be usefull to have (not that I currently have need for all of them) such as BALANCE, CLASTERIP, CONNMARK (it would simplify some stuff I'm doing), NOTRACK, ROUTE... Probably some others. Userland iptables already includes some of them, but not all, so it would also need to be included into centosplus.
Right, I'm adding my vote to. But it would be nice to have them in packages. Something like ftp://ftp.vslib.cz/pub/local/milan.kerslager/RHEL-4/stable/SPECS/kernel-modules-connlimit.spec. David Hrbac
Currently it has all the features of the older plus kernels and all the items turned on by the upstream provider in their main kernel ... except that XFS is being removed from this kernel (and added by a standalone module that has newer sgi code for xfs).
I am not going to add patches to the kernel, but I will entertain requests to turn on features that are included and require users to have to recompile their kernels (that don't require adding patches).
If you currently have to change the config file and recompile the kernel, tell me the config items you are turning on and I will see if I can roll them into the new CentOSPlus kernel.
I need all the input in the next few days ... so don't put it off :)
I would be interested in having any and all of the iptables/netfilter modules included .. most notably string and TARPIT. Both can be quite powerful. I don't recall if they are built in, or are part of patch-o-matic ...
Keep up the great work!
Barry
Johnny Hughes napsal(a):
OK,
I am building the new CentOSPlus kernel for i386/x86_64.
It is based on the 2.6.9-42.EL kernel that will be part of CentOS-4.4.
Currently it has all the features of the older plus kernels and all the items turned on by the upstream provider in their main kernel ... except that XFS is being removed from this kernel (and added by a standalone module that has newer sgi code for xfs).
Johnny, please include CONNMARK into CentOSPlus kernel. Bug 1401 http://bugs.centos.org/view.php?id=1401 David Hrbáč
-
Aleksandar Milivojevic -
Barry Brimer -
Craig White -
David Hrbáč -
Johnny Hughes -
Johnny Hughes -
Matt Hyclak -
Phil Schaffner -
Ralph Angenendt -
Robert Moskowitz -
Scott Silva -
Steve Huff -
William L. Maltby