9:21 p.m.
I've been happily using kmod-nvidia from elrepo for EL for a while now.
However, to deal with some issues in the current EL6 kernels I've been using
the kernel-lt kernel from elrepo, which is not compatible with the elrepo
kmod-nvidia. For those situations it would be nice to have akmods available.
Does this seem like a reasonable thing for rpmfusion to provide?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell Lane orion(a)nwra.com
Boulder, CO 80301 http://www.nwra.com
9:56 p.m.
2012/11/21 Orion Poplawski <orion(a)cora.nwra.com>:
I've been happily using kmod-nvidia from elrepo for EL for a
while now.
However, to deal with some issues in the current EL6 kernels I've been
using
the kernel-lt kernel from elrepo, which is not compatible with the
elrepo
kmod-nvidia. For those situations it would be nice to have akmods
available. Does this seem like a reasonable thing for rpmfusion to
provide?
Hi Orion,
Yes it's perfectly reasonable to have akmod and even pre-built kmod-foo for
EL.
The problem is that currently we do not implement kABI so we need to
rebuild the kernel for each new kernel. (which kABI would essentially
avoid).
I don't have time to lead the work, but we need to rebase the tools
(akmod/kmodtool) into devel in order to get ready for later release (EL-7
eventually).
Nicolas (kwizart)
10:33 p.m.
On 11/21/2012 02:56 PM, Nicolas Chauvet wrote:
2012/11/21 Orion Poplawski <orion(a)cora.nwra.com
<mailto:orion@cora.nwra.com>>:
> I've been happily using kmod-nvidia from elrepo for EL for a while now.
> However, to deal with some issues in the current EL6 kernels I've been using
> the kernel-lt kernel from elrepo, which is not compatible with the elrepo
> kmod-nvidia. For those situations it would be nice to have akmods
> available. Does this seem like a reasonable thing for rpmfusion to provide?
Hi Orion,
Yes it's perfectly reasonable to have akmod and even pre-built kmod-foo for EL.
The problem is that currently we do not implement kABI so we need to rebuild
the kernel for each new kernel. (which kABI would essentially avoid).
I don't have time to lead the work, but we need to rebase the tools
(akmod/kmodtool) into devel in order to get ready for later release (EL-7
eventually).
Nicolas (kwizart)
I'm happy to help out in any way including doing the builds if the needed
packages get branched. I've tested some builds locally with:
buildsys-build-rpmfusion-18-0.2.x86_64.rpm
buildsys-build-rpmfusion-kerneldevpkgs-current-18-0.2.x86_64.rpm
akmods-0.3.8-3.el6.noarch.rpm
kmodtool-1-18.el6.noarch.rpm
akmod-nvidia-304.64-1.el6.x86_64.rpm
With the following changes:
diff -u -r1.10 akmods.spec
--- akmods.spec 24 Nov 2011 17:07:00 -0000 1.10
+++ akmods.spec 21 Nov 2012 22:28:21 -0000
@@ -39,7 +39,7 @@
# we create a special user that used by akmods to build kmod packages
Requires(pre): shadow-utils
-%if %fedora <=16
+%if 0%{?fedora} <=16 || 0%{?rhel}
# for the akmods init script:
Requires(post): /sbin/chkconfig
Requires(preun): /sbin/chkconfig
@@ -73,7 +73,7 @@
install -D -p -m 0755 %{SOURCE0} %{buildroot}%{_sbindir}/akmods
install -D -p -m 0755 %{SOURCE2} %{buildroot}%{_bindir}/akmodsbuild
install -D -p -m 0644 %{SOURCE3} %{buildroot}%{_mandir}/man1/akmodsbuild.1
-%if %fedora <=16
+%if 0%{?fedora} <=16 || 0%{?rhel}
install -D -p -m 0755 %{SOURCE4} %{buildroot}%{_initrddir}/akmods
%else
install -D -p -m 0644 %{SOURCE7} %{buildroot}%{_unitdir}/akmods.service
@@ -90,7 +90,7 @@
-c "User is used by akmods to build akmod packages" akmods
%post
-%if %fedora <=16
+%if 0%{?fedora} <=16 || 0%{?rhel}
# add init script
/sbin/chkconfig --add akmods
# enable init script; users that installed akmods directly or indirectly
@@ -107,7 +107,7 @@
%endif
%preun
-%if %fedora <=16
+%if 0%{?fedora} <=16 || 0%{?rhel}
if [ $1 = 0 ]; then
/sbin/chkconfig --del akmods
fi
@@ -125,7 +125,7 @@
%attr(-,akmods,akmods) %{_localstatedir}/cache/akmods
%{_bindir}/akmodsbuild
%{_sbindir}/akmods
-%if %fedora <=16
+%if 0%{?fedora} <=16 || 0%{?rhel}
%{_initrddir}/akmods
%else
%{_unitdir}/akmods.service
I also hacked nvidia-kmod.spec so that akmod-nvidia wouldn't require
nvidia-kmod-common so I could keep using the elrepo nvdia driver package.
This seems to be working - the driver loads and X starts.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell Lane orion(a)nwra.com
Boulder, CO 80301 http://www.nwra.com
11:11 p.m.
On Wed, Nov 21, 2012 at 2:56 PM, Nicolas Chauvet <kwizart(a)gmail.com> wrote:
The problem is that currently we do not implement kABI so we need to
rebuild
the kernel for each new kernel. (which kABI would essentially avoid).
I don't have time to lead the work, but we need to rebase the tools
(akmod/kmodtool) into devel in order to get ready for later release (EL-7
eventually).
I was discussing kABI with my upstream project (OpenAFS) and I'm not
sure kABI is the safest option ([1], [2]).
I'm unsure if the problems are only limited to OpenAFS or if other
modules would suffer the same issues. I do know that I've had to
rebuild the ELRepo ATI module to make it work properly on newer
kernels, even though the kabi deps in the RPM made me think the module
should have worked without a rebuild. I realize my experience with ATI
is purely anecdotal, so I would like to hear from others who know more
about this.
- Ken
[1] https://lists.openafs.org/pipermail/openafs-devel/2012-August/018944.html
[2] https://lists.openafs.org/pipermail/openafs-devel/2012-September/019125.html
4390
days inactive
4390
days old
rpmfusion-developers@lists.rpmfusion.org
3 comments
3 participants
participants (3)
-
Ken Dreyer -
Nicolas Chauvet -
Orion Poplawski