Sunday, August 11, 2013
Monday, August 5, 2013
Kernel-lt and the Future.
The ELRepo Project has regularly released a kernel-lt (long term supported)
package set for both enterprise Linux 5 & 6. These kernels have been based
on the linux-3.0.X stable branch.
The linux-3.0.X stable branch will be reaching end of life this coming
October [1][2] and a decision will have to be made with regards to the
future of the kernel-lt package sets that we provide.
There are a number of options available, the most radical being to stop
building and providing such kernel-lt package sets. However no decision
has yet been made.
A thread has been started on the ELRepo users' mailing list [3] where
subscribers have been asked to assist the Project's administrators in
making a decision.
If you would like to be part of the decision making process, please
contribute to that mailing list thread.
package set for both enterprise Linux 5 & 6. These kernels have been based
on the linux-3.0.X stable branch.
The linux-3.0.X stable branch will be reaching end of life this coming
October [1][2] and a decision will have to be made with regards to the
future of the kernel-lt package sets that we provide.
There are a number of options available, the most radical being to stop
building and providing such kernel-lt package sets. However no decision
has yet been made.
A thread has been started on the ELRepo users' mailing list [3] where
subscribers have been asked to assist the Project's administrators in
making a decision.
If you would like to be part of the decision making process, please
contribute to that mailing list thread.
[1] https://www.kernel.org/category/releases.html [2] http://en.wikipedia.org/wiki/Linux_kernel#Maintenance [3] http://lists.elrepo.org/pipermail/elrepo/2013-August/001863.html
Tuesday, July 16, 2013
RHEL 5.10 Beta released
Red Hat has just announced the Beta release of Red Hat Enterprise Linux 5.10. At ELRepo, we should get busy testing our packages against this release.
Saturday, April 13, 2013
Where Are The Kernel-lt-3.0.73-1.el6.elrepo Packages?
A week ago, we reported that the kernel-lt-3.0.72-1.elX.elrepo package sets (both el5 & el6) could not be built due to a bug introduced into the then just released linux-3.0.72 source tarball.
A week on and the linux-3.0.73 source tarball has been released. The appropriate files were submitted to the build systems and the expected kernel-lt-3.0.73-1.el5.elrepo packages were created. They have been signed, uploaded to the main mirror and their availability announced.
But what about the kernel-lt-3.0.73-1.el6.elrepo packages, you ask? Unfortunately the inability to test the patches so submitted has resulted in the presence of a different bug in the linux-3.0.73 source tarball. That bug only affects the 32-bit build of the kernel with the el6 configuration.
Two successive buggy tarballs have now been released . . . We wonder what the next tarball (linux-3.0.74) will bring? A kick up the rear for the creators, applied by Linus Torvalds, perhaps?
Update (2013-04-15). By making a change to the configuration for the el6 kernel (namely CONFIG_NUMA disabled for 32-bit), we have been able to build and release the package set. If you are inconvenienced by this configuration change, please let us know and -- most importantly -- refer to this bug at bugzilla.kernel.org Hopefully you will not be ignored.
A week on and the linux-3.0.73 source tarball has been released. The appropriate files were submitted to the build systems and the expected kernel-lt-3.0.73-1.el5.elrepo packages were created. They have been signed, uploaded to the main mirror and their availability announced.
But what about the kernel-lt-3.0.73-1.el6.elrepo packages, you ask? Unfortunately the inability to test the patches so submitted has resulted in the presence of a different bug in the linux-3.0.73 source tarball. That bug only affects the 32-bit build of the kernel with the el6 configuration.
arch/x86/mm/numa_32.c:107: error: redefinition of 'alloc_remap'
include/linux/bootmem.h:144: note: previous definition of 'alloc_remap' was here
make[2]: *** [arch/x86/mm/numa_32.o] Error 1
make[1]: *** [arch/x86/mm] Error 2
make: *** [arch/x86] Error 2
Two successive buggy tarballs have now been released . . . We wonder what the next tarball (linux-3.0.74) will bring? A kick up the rear for the creators, applied by Linus Torvalds, perhaps?
Update (2013-04-15). By making a change to the configuration for the el6 kernel (namely CONFIG_NUMA disabled for 32-bit), we have been able to build and release the package set. If you are inconvenienced by this configuration change, please let us know and -- most importantly -- refer to this bug at bugzilla.kernel.org Hopefully you will not be ignored.
Saturday, April 6, 2013
Where Are The Kernel-lt-3.0.72-1.elX.elrepo Packages?
Question: The long-term support linux-3.0.72 source tarball was released on 2013-04-05. When will the kernel-lt-3.0.72-1.elX.elrepo packages, built for both EL5 and EL6, be available please?
Answer (short): Never.
Answer (longer): Never, because the source tarball is defective. A freshly introduced bug brings the 32-bit build to an abrupt halt during the module building phase.
Answer (short): Never.
Answer (longer): Never, because the source tarball is defective. A freshly introduced bug brings the 32-bit build to an abrupt halt during the module building phase.
ERROR: "__udivdi3" [fs/ext4/ext4.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2
Wednesday, February 27, 2013
RHEL 6.4 and ELRepo
RHEL 6.4 was released on February 21th, 2013. We have tested our packages against this release and identified a couple of issues. Below is a digest of our note sent to the ELRepo mailing list.
1. The current OpenAFS kmod package in elrepo (kmod-openafs-1.6.1-2.el6.elrepo) does not weak-link against the new 6.4 kernel. Jack Neely rebuilt the kmod against the new 6.4 kernel (kmod-openafs-1.6.1-5.el6.elrepo) but that package does not in turn weak-link against earlier kernels. So users of 6.3 should continue to use the package in the main repository (kmod-openafs-1.6.1-2.el6.elrepo). When you are ready to update to 6.4, also update kmod-openafs (kmod-openafs-1.6.1-5.el6.elrepo) from the elrepo testing repository at the same time.
2. Red Hat updated the wireless stack in RHEL 6.4. As a result, there now exists a file level conflict between the kernel-firmware package and the rt2860-firmware and rt2870-firmware packages from elrepo, both providing the same file(s). Users of these devices are advised to uninstall the elrepo drivers and firmware for these devices and revert to the kernel drivers now these devices are supported by the distro.
1. The current OpenAFS kmod package in elrepo (kmod-openafs-1.6.1-2.el6.elrepo) does not weak-link against the new 6.4 kernel. Jack Neely rebuilt the kmod against the new 6.4 kernel (kmod-openafs-1.6.1-5.el6.elrepo) but that package does not in turn weak-link against earlier kernels. So users of 6.3 should continue to use the package in the main repository (kmod-openafs-1.6.1-2.el6.elrepo). When you are ready to update to 6.4, also update kmod-openafs (kmod-openafs-1.6.1-5.el6.elrepo) from the elrepo testing repository at the same time.
2. Red Hat updated the wireless stack in RHEL 6.4. As a result, there now exists a file level conflict between the kernel-firmware package and the rt2860-firmware and rt2870-firmware packages from elrepo, both providing the same file(s). Users of these devices are advised to uninstall the elrepo drivers and firmware for these devices and revert to the kernel drivers now these devices are supported by the distro.
Tuesday, February 19, 2013
Kernel-ml-3.8.0-1.el6.elrepo
Having received a system-generated message that the mainline linux-3.8 tarball was available at the Linux Kernel Archives, it was downloaded and fed into the ELRepo Project's build system.
After the dispatch of one e-mail in-box full of messages and an evening meal, the build status was checked. The expected message was duly seen --
By now our mirror-sites will be synchronising with this latest kernel-ml release and so it is all over -- until the next tarball is released.
After the dispatch of one e-mail in-box full of messages and an evening meal, the build status was checked. The expected message was duly seen --
All packages have been built.So just three steps remained -- package signing, uploading to the elrepo-kernel repository and announcing the release of this package set to our mailing-list.
By now our mirror-sites will be synchronising with this latest kernel-ml release and so it is all over -- until the next tarball is released.
Saturday, January 5, 2013
Wednesday, November 21, 2012
kernel-lt and kernel-ml
And Nux! said "Let there be light" and there was kernel-l(igh)t.
Actually the 'lt' in kernel-lt stands for long term. That is, the kernel-lt package set is based on the long-term, stable branch from the Linux Kernel Archives as opposed to the mainline branch, upon which the kernel-ml package set is based.
All this started with an innocent-looking request on the ELRepo mailing list:
Actually the 'lt' in kernel-lt stands for long term. That is, the kernel-lt package set is based on the long-term, stable branch from the Linux Kernel Archives as opposed to the mainline branch, upon which the kernel-ml package set is based.
All this started with an innocent-looking request on the ELRepo mailing list:
After a long discussion (of nearly 40 posts) it was decided that the ELRepo Project would provide a long-term kernel, as 'kernel-lt', from the elrepo-kernel repository. Currently the following kernel versions are available:"Guys, is there a possibility to have the TLS kernels in their own repo or would it be just spreading too thin? Maybe some hardlinks as to not waste space.. I'm not using the lts kernel but I'm thinking many do and they don't want to have the lts kernel updated by the "latest" one."
EL6 kernel-ml 3.6.x kernel-lt 3.0.x EL5 kernel-lt 3.0.xIn conclusion we must state our usual disclaimer:
We provide these kernels for hardware testing in an effort to identify
new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their
hardware working using the RHEL-{5|6} kernel with supplementary kmod packages.
These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-lt may expose your system to security,
performance and/or data corruption issues. Since timely updates may
not be available from the ELRepo Project, the end user has the
ultimate responsibility for deciding whether to continue using the
kernel-lt packages in regular service.
The packages are intentionally named kernel-lt so as not to conflict
with the RHEL-{5|6} kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-{5|6} configuration with added functionality enabled as appropriate.
If a bug is found when using these kernels, the end user is encouraged
to report it upstream to the Linux Kernel bug tracker [1] and, for our
reference, to the ELRepo bug tracker [2]. By taking such action, the
reporter will be assisting the kernel developers, Red Hat and the Open
Source Community as a whole.
[1] http://bugzilla.kernel.org/
[2] http://elrepo.org/bugs/
Sunday, August 5, 2012
Thursday, June 7, 2012
ELRepo archives
At ELRepo, we prune older packages to save disk space and keep the repo size from growing forever. Then, from time to time we receive requests for the ones that have been removed.
In response to those requests, we have created a new repository "archive". Any packages in the elrepo and extras repositories that are older than 21 day old are duplicated there. Not all mirrors carry the archive repo. Currently there are 4 mirrors and they are marked on the mirror list found on our Download page.
In response to those requests, we have created a new repository "archive". Any packages in the elrepo and extras repositories that are older than 21 day old are duplicated there. Not all mirrors carry the archive repo. Currently there are 4 mirrors and they are marked on the mirror list found on our Download page.
Tuesday, April 24, 2012
RHEL 6.3 beta announced
Red Hat announced the release of RHEL 6.3 beta today. We, at ELRepo, must now get busy testing out our kmod and other packages.
Wednesday, April 11, 2012
Nvidia driver that fixes a security vulnerability released
Nvidia announced today a release of an updated version (295.40) of the Nvidia Unix driver that fixes a security vulnerability (see http://www.nvnews.net/vbulletin/showthread.php?t=178006 and Nvidia knowledgebase for details). Here is a brief description:
"The vulnerability makes it possible for attackers with read/write access to the GPU device nodes to access arbitrary system memory, NVIDIA recommends that users of the NVIDIA Linux, Solaris, and FreeBSD drivers with Geforce 8 or newer, G80 Quadro or newer, or any Tesla GPU update their drivers to version 295.40 or later."
We (Phil Perry, maintainer of the nvidia driver packages) released the ELRepo packages with this driver version 295.40 for both EL5 and EL6.
*EL5*
kmod-nvidia-295.40-1.el5.
"The vulnerability makes it possible for attackers with read/write access to the GPU device nodes to access arbitrary system memory, NVIDIA recommends that users of the NVIDIA Linux, Solaris, and FreeBSD drivers with Geforce 8 or newer, G80 Quadro or newer, or any Tesla GPU update their drivers to version 295.40 or later."
We (Phil Perry, maintainer of the nvidia driver packages) released the ELRepo packages with this driver version 295.40 for both EL5 and EL6.
*EL5*
kmod-nvidia-295.40-1.el5.
kmod-nvidia-PAE-295.40-1.el5.
kmod-nvidia-295.40-1.el5.
nvidia-x11-drv-295.40-1.el5.
nvidia-x11-drv-295.40-1.el5.
nvidia-x11-drv-32bit-295.40-1.
*EL6*
kmod-nvidia-295.40-1.el6.
kmod-nvidia-295.40-1.el6.
nvidia-x11-drv-295.40-1.el6.
nvidia-x11-drv-295.40-1.el6.
nvidia-x11-drv-32bit-295.40-1.
kmod-nvidia-295.40-1.el5.
nvidia-x11-drv-295.40-1.el5.
nvidia-x11-drv-295.40-1.el5.
nvidia-x11-drv-32bit-295.40-1.
*EL6*
kmod-nvidia-295.40-1.el6.
kmod-nvidia-295.40-1.el6.
nvidia-x11-drv-295.40-1.el6.
nvidia-x11-drv-295.40-1.el6.
nvidia-x11-drv-32bit-295.40-1.
All Nvidia driver users are advised to update to this version as soon as possible.
Tuesday, March 20, 2012
It Seems Like Yesterday . . .
It seems like yesterday when we read Linus Torvald's claim that he could "no longer comfortably count as high as 40". [1]
The implication was that a linux-2.6.39.x source tarball would be the last of the Linux Version 2, Patch Level 6 series and that Linux Version 3, Patch Level 0 would soon be appearing over "the horizon".
Earlier today the ELRepo Project announced the release of their latest kernel-ml package set for Enterprise Linux 6, kernel-ml-3.3.0-1.el6.elrepo, which also provides a NONPAE kernel version for the 32-bit architecture. [2]
[1] https://lkml.org/lkml/2011/5/29/204
[2] http://lists.elrepo.org/pipermail/elrepo/2012-March/001135.html
The implication was that a linux-2.6.39.x source tarball would be the last of the Linux Version 2, Patch Level 6 series and that Linux Version 3, Patch Level 0 would soon be appearing over "the horizon".
Earlier today the ELRepo Project announced the release of their latest kernel-ml package set for Enterprise Linux 6, kernel-ml-3.3.0-1.el6.elrepo, which also provides a NONPAE kernel version for the 32-bit architecture. [2]
Time just seems to fly by!Announcing the release of the kernel-ml-3.3.0-1.el6.elrepo packages into the EL6 elrepo-kernel repository: http://elrepo.org/tiki/kernel-ml The following files are currently syncing to the mirrors: x86 kernel-ml-3.3.0-1.el6.elrepo.i686.rpm kernel-ml-devel-3.3.0-1.el6.elrepo.i686.rpm kernel-ml-headers-3.3.0-1.el6.elrepo.i386.rpm kernel-ml-NONPAE-3.3.0-1.el6.elrepo.i686.rpm kernel-ml-NONPAE-devel-3.3.0-1.el6.elrepo.i686.rpm perf-3.3.0-1.el6.elrepo.i686.rpm x86_64 kernel-ml-3.3.0-1.el6.elrepo.x86_64.rpm kernel-ml-devel-3.3.0-1.el6.elrepo.x86_64.rpm kernel-ml-headers-3.3.0-1.el6.elrepo.x86_64.rpm perf-3.3.0-1.el6.elrepo.x86_64.rpm noarch kernel-ml-doc-3.3.0-1.el6.elrepo.noarch.rpm kernel-ml-firmware-3.3.0-1.el6.elrepo.noarch.rpm src kernel-ml-3.3.0-1.el6.elrepo.src.rpm
[1] https://lkml.org/lkml/2011/5/29/204
[2] http://lists.elrepo.org/pipermail/elrepo/2012-March/001135.html
Sunday, March 18, 2012
One size fits all? compat-wireless fits many
The ELRepo Project received a request to package compat-wireless as "This is a must have for ELREPO!".
The kmod-compat-wireless has been built and was made available from the el6 testing repository. It includes a large number (106) of kernel modules as listed in note #1806 of the RFE. They are mostly drivers for wireless devices (surprise! :-) ) but some are for wired.
We are now looking for testers. You can check to see if your device is supported. Download this file containing device aliases:
http://elrepo.org/people/attic/aliases-wireless.txt
Find your vendorID:deviceID pairing by running:
lspci -nn | grep -i net
Suppose your ID pair is 14e4:4727, run this command:
If it returns a line like:
then the kmod includes the driver.
The kmod-compat-wireless package can be found in http://elrepo.org/linux/testing/el6/ .
x86_64 (64-bit): kmod-compat-wireless-3.3-0.2.rc6.1.el6.elrepo.x86_64.rpm
x86 (32-bit): kmod-compat-wireless-3.3-0.2.rc6.1.el6.elrepo.i686.rpm
[Update on 2012-04-08] The package has been updated to a newer version ( kmod-compat-wireless-3.3-2.n.el6.elrepo ) and is now available from the main repository.
[More update on 2012-08-28] If you are running RHEL/CentOS/Scientific Linux 6.3, please try installing the latest version in the elrepo-testing repo:
The kmod-compat-wireless has been built and was made available from the el6 testing repository. It includes a large number (106) of kernel modules as listed in note #1806 of the RFE. They are mostly drivers for wireless devices (surprise! :-) ) but some are for wired.
We are now looking for testers. You can check to see if your device is supported. Download this file containing device aliases:
http://elrepo.org/people/attic/aliases-wireless.txt
Find your vendorID:deviceID pairing by running:
lspci -nn | grep -i net
Suppose your ID pair is 14e4:4727, run this command:
grep -i 14e4 aliases-wireless.txt | grep -i 4727
If it returns a line like:
alias: pci:v000014E4d00004727sv*sd*bc*sc*i*
then the kmod includes the driver.
The kmod-compat-wireless package can be found in http://elrepo.org/linux/testing/el6/ .
x86_64 (64-bit): kmod-compat-wireless-3.3-0.2.rc6.1.el6.elrepo.x86_64.rpm
x86 (32-bit): kmod-compat-wireless-3.3-0.2.rc6.1.el6.elrepo.i686.rpm
[Update on 2012-04-08] The package has been updated to a newer version ( kmod-compat-wireless-3.3-2.n.el6.elrepo ) and is now available from the main repository.
[More update on 2012-08-28] If you are running RHEL/CentOS/Scientific Linux 6.3, please try installing the latest version in the elrepo-testing repo:
x86_64 (64-bit): kmod-compat-wireless-3.5.1-1.sn.el6.elrepo.x86_64.rpm
x86 (32-bit): kmod-compat-wireless-3.5.1-1.sn.el6.elrepo.i686.rpm
Subscribe to:
Posts (Atom)