Compiling kernel modules against 2.6.15-ARCH

I recently migrated to arch from Gentoo and Debian for a new webserver, and couldn't be happier. The system has worked great so far, and RAID card aside, I haven't had a single problem with Arch. The base system is easy to configure, and there is actually a list of config files in the install docs. Pacman is an absolute dream... Debian's apt is willfully a year out of date, and Gentoo's portage is a convulted and time-consuming nightmare.
In fact, Gentoo's unprompted and unwarranted removal of libstdc++ was the final straw.
However, one thing that confuses me about arch is the kernel build system.
I have an Areca ARC-1210 PCIe to SATAII hardware RAID card, but I can't figure out how to build the driver as a kernel module. If I compile it on its own it fails with literally hundreds of errors, almost like there's a header missing.
The instructions that came with the source want me to add a
config SCSI_ARCMSR
tristate "ARECA SATA RAID HOST Controller"
depends on PCI && SCSI
help
block to /usr/src/linux/drivers/scsi/Kconfig (which I did: it shows up in menuconfig), and a
obj-$(CONFIG_SCSI_ARCMSR) += arcmsr/
line to /usr/src/linux/drivers/scsi/Makefile.
However, arch doesn't seem to have the recursive makefile kernel build system that I and the good people at Areca used to.
How can I build this driver, preferably as a module, against my 2.6.15 kernel?
There are also precompiled x86 modules availible for Red Hat, SuSE, and TurboLinux. Assuming one of them is built against a reasonably current kernel, could they be used safely? I normally wouldn't try such a thing, but time is of the essence, and the RAID card seems to have such simple dependencies, I imagine it unlikely that all three major distros would have SCSI and PCI drivers patched to incompatability.

having said all that ...do u think compiling the kernel myself would provide any improvment for me???? ( I am haveing freezing and instablility problems..ive used 3 of the arch kernels....check out my thread titled Arch Instable.. (please)
p.s. btw Welcome

Similar Messages

Compiling kernel module

Hello. I tryed to compile kernel module
/home/das/job/C/foo.c:
#include <linux/module.h>
#include <linux/kernel.h>
int init_module(void)
printk(KERN_INFO "Hello world 1.\n");
return 0;
void cleanup_module(void)
printk(KERN_INFO "Goodbye world 1.\n");
I created /home/das/job/C/Makefile:
obj-m += foo.o
all:
make -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules
clean:
make -C /lib/modules/$(shell uname -r)/build M=$(PWD) clean
But when i tryed to compile it with command make I take the error:
make -C /lib/modules/2.6.33-ARCH/build M=/home/das/job/C modules
make: *** /lib/modules/2.6.33-ARCH/build: No such file or directory. Stop.
make: *** [all] Error 2
My question is what is wrong and how i can compile module?
Last edited by F1sher (2011-11-01 15:37:51)

tomk wrote:Install it somewhere under /lib/modules/2.6.32-lts, run depmod, and modprobe it.
After
depmod -a
modprobe module
I can't start my system. GDM start but keyboard and mice don't work

Compile kernel module during install

I have an ASUS USB-N66 wireless adapater. I have verified that it works in Knoppix using the instructions here: https://bbs.archlinux.org/viewtopic.php?pid=1289702.
I would like to now compile the module during the Arch install process, but cannot run make. Is this possible? Is there an Arch image that includes make?
If not, would it be somehow possible to use the kernel module compiled in Knoppix during the Arch install?
Thanks,
Tim

I suggest you use a wired connection for the installation process and install all base-devel packages. Then fetch the pkgbuild for rt3573, patch the source, makepkg -si it.

[cisco VPN] Can't build kernel module with 2.6.9-ARCH

I need to setup a vpn tunnel to my university in order to gain acces to their resources and be able to surf when I am on the campus. With 2.6.8.1 I used the Cisco VPN client 4.0.5 k9. After my upgrade to 2.6.9 I had to rebuild the module, but now it fails to build. Anyone knows how to solve this? Or does anyone know another vpn client that is compatible with Cisco. This piece of software is essential to me. Please help. Here is the output:
Cisco Systems VPN Client Version 4.0.5 (Rel) Linux Installer
Copyright (C) 1998-2001 Cisco Systems, Inc. All Rights Reserved.
By installing this product you agree that you have read the
license.txt file (The VPN Client license) and will comply with
its terms.
Directory where binaries will be installed [/usr/local/bin] /usr/bin
Automatically start the VPN service at boot time [yes] no
In order to build the VPN kernel module, you must have the
kernel headers for the version of the kernel you are running.
For RedHat 6.x users these files are installed in /usr/src/linux by default
For RedHat 7.x users these files are installed in /usr/src/linux-2.4 by default
For Suse 7.3 users these files are installed in /usr/src/linux-2.4.10.SuSE by default
Directory containing linux kernel source code [/lib/modules/2.6.9-ARCH/build]
* Binaries will be installed in "/usr/bin".
* Modules will be installed in "/lib/modules/2.6.9-ARCH/CiscoVPN".
* The VPN service will *NOT* be started automatically at boot time.
* Kernel source from "/lib/modules/2.6.9-ARCH/build" will be used to build the module.
Is the above correct [y] y
Making module
make -C /lib/modules/2.6.9-ARCH/build SUBDIRS=/home/luk/sources/vpnclient modules
make[1]: Entering directory `/usr/src/linux-2.6.9-ARCH'
CC [M] /home/luk/sources/vpnclient/interceptor.o
/home/luk/sources/vpnclient/interceptor.c: In function `add_netdev':
/home/luk/sources/vpnclient/interceptor.c:59: sorry, unimplemented: inlining failed in call to 'supported_device': function body not available
/home/luk/sources/vpnclient/interceptor.c:245: sorry, unimplemented: called from here
make[2]: *** [/home/luk/sources/vpnclient/interceptor.o] Error 1
make[1]: *** [_module_/home/luk/sources/vpnclient] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.9-ARCH'
make: *** [default] Error 2
Failed to make module "cisco_ipsec.ko".

I modified the pkgbuild posted here by someone (thank you!) so it includes all relevant files (meaning also vpnc-connect and vpnc-disconnect and vpnc.conf).
pkgname=vpnc
pkgver=0.2
pkgrel=1
pkgdesc="Client for Cisco3000 VPN Concentrator"
url="http://www.unix-ag.uni-kl.de/~massar/vpnc/"
license="GPL"
depends=(libgcrypt)
source=(http://www.unix-ag.uni-kl.de/~massar/vpnc/vpnc-0.2-rm+zomb.1.tar.gz)
md5sums=(ded67de747874c4245ed8405146dc94a)
build() {
cd $startdir/src/vpnc-0.2-rm+zomb.1
# We want the CFLAGS specified in makepkg.conf to be used
mv Makefile Makefile.old
sed -e 's/-W -Wall -O -g/$(MYCFLAGS)/g' -e 's/LDFLAGS=-g /LDFLAGS=/g' Makefile.old > Makefile
export MYCFLAGS=$CFLAGS
make
install -d $startdir/pkg/usr/sbin
install vpnc $startdir/pkg/usr/sbin
install vpnc-connect $startdir/pkg/usr/sbin
install vpnc-disconnect $startdir/pkg/usr/sbin
install -d $startdir/pkg/etc
install vpnc.conf $startdir/pkg/etc
Guess what, it works
I can reproduce my steps.
- makepkg
- pacman -A vpnc-xxxxxx.tar.gz
- add tun to the daemons array in rc.conf
- Modify /etc/vpnc.conf
- vpnc-connect

Compiling kernel module on 64bit Solaris10 amd64 platform

Hi,
i m compiling my kernel module in Solaris10 booted in 64bit on amd64 platform.
i m using two extra flags: -xarch=amd64 -xmodel=kernel
But i m getting error s as follows:
ld: fatal: file -c : open failed: No sich file or directory.
ld: fatal: symbol '_fini' is multiply defined.
(file /opt/SUNWspro/prod/lib/ctri.o type=FUNC; file bcmod.o type=FUNC) ;
ld: fatal: symbol '_init' is multiply defined.
(file /opt/SUNWspro/prod/lib/ctri.o type=FUNC; file bcmod.o type=FUNC) ;
ld: fatal: file processing errors: No output written to a.out
can somebody give hint .

I think you need to take this question to an Open Solaris community forum at http://www.opensolaris.org
Your question is not about the C compiler, but about how to build the Solaris kernel.

Running Solaris 8 compiled kernel module on Solaris 9

Hi,
I found some differences in the vnode definitions on S8 and S9. This
means a file system kernel module written on S8 would have to be recompiled to run on S9. From what I know, such a constraint did not exist when going from Solaris 7 to 8. Is it true? Has anyone faced a similar situation for device drivers?
Thanks.

well I have tried it actually. and the behavior is weird. On my solaris 8 box. Every thing works perfectly fine. But due to some reason on solaris 10 machine the values i transmit over the tcp socket totally change. i send a msgCode = 1 , 2, or 3 ... but on the other end, which is a windows machine i get strange values 210, 10, 35 49 etc etc ... is this due to version problem.

Compiled kernel module fails to install

A few moments ago finished compiling my own kernel, but still I can not boot with the new kernel.
When installing modules:
make modules_install
I get this:
Warning: you may need to install module-init-tools
The kernel was compiled in the traditional manner, and I get no error with mkinitcpio:
----> mkinitcpio -k 3.2.9 New -g /boot/initramfs-New.img
==> Starting build: 3.2.9
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [autodetect]
-> Running build hook: [pata]
-> Running build hook: [scsi]
-> Running build hook: [sata]
-> Running build hook: [filesystems]
-> Running build hook: [usbinput]
-> Running build hook: [fsck]
-> Running build hook: [fglrx]
Building fglrx module for 3.2.9 kernel ...
Ok.
==> Generating module dependencies
==> Creating gzip initcpio image: /boot/initramfs-New.img
==> Image generation successful
I have the entry in grub and I can enter without problem, but there comes a point where you do not start:
Waiting 10 seconds for device /dev/sda4 ...
ERROR: Unable to find root device '/dev/sda4'.
You are being dropped to a recovery shell
Type 'exit' to try and continue booting
sh: can't access tty: job control turned off
[rootfs /]#
And if my partition /root is /dev/sda4,I found a topic like this, but even I can not fix the problem:
https://bbs.archlinux.org/viewtopic.php?id=135851

I compiled the kernel old version that I have problems with the battery life on the newer versions.
The battery only lasts me one hour, but that is another problem.
fdisk:
Disk /dev/sda: 500.1 GB, 500107862016 bytes, 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Identificador del disco: 0x5d8c0991
Disposit. Inicio Comienzo Fin Bloques Id Sistema
/dev/sda1 * 2048 409599 203776 7 HPFS/NTFS/exFAT
/dev/sda2 409600 147210239 73400320 7 HPFS/NTFS/exFAT
/dev/sda3 147219660 862304939 357542640 5 Extendida
/dev/sda4 * 862304940 976773167 57234114 83 Linux
/dev/sda5 147219723 859477499 356128888+ 7 HPFS/NTFS/exFAT
/dev/sda6 859477563 862304939 1413688+ 82 Linux swap / Solaris
/lib/modules:
drwxr-xr-x 4 root root 4096 oct 3 20:40 3.2.9
drwxr-xr-x 3 root root 4096 oct 3 08:55 3.5.4-1-ARCH
drwxr-xr-x 2 root root 4096 oct 3 08:55 extramodules-3.5-ARCH
/boot:
drwxr-xr-x 6 root root 4096 oct 3 06:20 grub
-rw-r--r-- 1 root root 12612222 oct 3 08:55 initramfs-linux-fallback.img
-rw-r--r-- 1 root root 3098536 oct 3 08:55 initramfs-linux.img
-rw-r--r-- 1 root root 2016551 oct 3 20:40 initramfs-New.img
-rw-r--r-- 1 root root 2081862 oct 3 19:37 System.map-New
-rw-r--r-- 1 root root 3444736 sep 15 00:15 vmlinuz-linux
-rw-r--r-- 1 root root 4434400 oct 3 19:35 vmlinuz-New
I install grub-legacy of AUR, but I have to change to syslinux.
For now this is my menu.lst:
# (0) Arch Linux
title Arch Linux
root (hd0,3)
kernel /boot/vmlinuz-linux root=/dev/sda4 nomodeset vga=773 ro
initrd /boot/initramfs-linux.img
# (0) Arch Linux
title Arch Linux NK
root (hd0,3)
kernel /boot/vmlinuz-New root=/dev/sda4 nomodeset ro
initrd /boot/initramfs-New.img

ATI drivers won't compile kernel modules, what other options?

Just building my first Arch build on my desktop, I've got XFCE working, and ALSA (Finally after some troubleshooting and tweaking), but now I'm up to video drivers.
I've just found out the hard way that FGLRX will not compile, I'm assuming because ATI drivers do not support Kernel 3.1.1. So I got rid of FGLRX and the ATI configuration tools. But now I have a dual head display, running on ati-dri (which I assume is just your run of the mill basic driver for ATI cards) and I'm a bit lost on what to look into in terms of using the 3D power of my ATI 4870, and also to set up my dual head displays, on other distros I used to just use the ATI tool and it wrote an xorg file for me, but now I've just got a cloned display.
Halp?

Thank you tomk, sorry to have wasted a thread on something that I could of found in the wiki, I'll keep it in mind next time.
Going with the easiest and fastest option seeing as all options will give the same end result, that being using the unofficial catalyst repo. From what I understand the Arch wikis are frequently updated, so that method should work with the 3.1.1 kernel, correct?

Compile radeonfb kernel module

what I want to do, is to compile just radeonfb as a module (so that I could use it), without rebuilding anything else because the entire kernel takes way too long (like an hour or so).
How about this possibility;
a pkgbuild that builds the module seperately off of cvs or whatever the kernel is hosted on, (so that the 40 MB tarball doesn't have to get downloaded?)
not sure exactly how that works out, but it's probably possible, or is it all just not worth the effort?

Do you have a /proc/config.gz that you could use? Otherwise I don't know. I mean, many modules should be compilable simply with the system-installed kernel headers, but not all native modules might follow that rule.
Unfortunatel most of what you find on the web talks about how to create new modules which can be compild against the installed kernel tree, not about how to compile one of the native kernel modules against it.
Actually, try what those links suggest.
Skip the configuration part, and just do:
make -C /lib/modules/`uname -r`/build M=$(PWD)/drivers/video modules
(maybe `make -C /lib/modules/`uname -r`/build M=$(PWD)/drivers/video clean` first )
EDIT: Meh, that uses your config and won't build that driver... there must be some way though
EDIT2: Try:
make -C /lib/modules/`uname -r`/build M=$(PWD)/drivers/video modules CONFIG_FB_VT8623=m CONFIG_FB_SVGALIB=m
The problem though is, that they might have removed some of the dependencies of the module, so if it doesn't compile, you'll have to recompile the kernel.
Good thing is though, you can use their .config as base (found in /usr/src/linux-..../.config)
You can also check if your config "supports" your module by putting it into the kernel source tree, running `make menuconfig` and typing /8623 and pressing enter.
The last line in that screen should read:
Selects: <list of options>
As long as all of those options are either =y or =m, you're good. SVGALIB can be =n because it's part of drivers/video/ and you can compile it together with your module.
Last edited by Blµb (2012-03-02 15:14:16)

How to compile a kernel module without recompiling the whole kernel?

Hi,
I'm pretty sure my question is a bit newbish, still I haven't been able to found any information/solution to my problem in 3days.
The kernel I use doesn't come with the module I need for my hardware and I would like to know if there's a way to compile it without having to make a new kernel myself (since compiling the kernel takes ages on my machine).
Even if your answer is a "Let me Google that for you", I'm so desperate that I'll be happy to see it.
Thank you all in advance for your answers!

Do you have a /proc/config.gz that you could use? Otherwise I don't know. I mean, many modules should be compilable simply with the system-installed kernel headers, but not all native modules might follow that rule.
Unfortunatel most of what you find on the web talks about how to create new modules which can be compild against the installed kernel tree, not about how to compile one of the native kernel modules against it.
Actually, try what those links suggest.
Skip the configuration part, and just do:
make -C /lib/modules/`uname -r`/build M=$(PWD)/drivers/video modules
(maybe `make -C /lib/modules/`uname -r`/build M=$(PWD)/drivers/video clean` first )
EDIT: Meh, that uses your config and won't build that driver... there must be some way though
EDIT2: Try:
make -C /lib/modules/`uname -r`/build M=$(PWD)/drivers/video modules CONFIG_FB_VT8623=m CONFIG_FB_SVGALIB=m
The problem though is, that they might have removed some of the dependencies of the module, so if it doesn't compile, you'll have to recompile the kernel.
Good thing is though, you can use their .config as base (found in /usr/src/linux-..../.config)
You can also check if your config "supports" your module by putting it into the kernel source tree, running `make menuconfig` and typing /8623 and pressing enter.
The last line in that screen should read:
Selects: <list of options>
As long as all of those options are either =y or =m, you're good. SVGALIB can be =n because it's part of drivers/video/ and you can compile it together with your module.
Last edited by Blµb (2012-03-02 15:14:16)

Compiling kernel: what are the cons against arch kernel?

As the title

Procyon wrote:
broch wrote:so total time is ~25 min
I don't see drawbacks, only advantages.
Don't forget recompiling things that need the kernel like nvidia. That's what's been keeping me from trying it out.
It only takes a few minutes for me to install nvidia drivers to any new kernel that I make. I don't use the Arch nvidia driver, I use either the stable or beta driver offered from this page: http://nvnews.net/vbulletin/showthread.php?t=122606
Basically, after building my new parallel kernel I restart/reboot and then log into the new kernel from my edited GRUB list, then of course I will be greeted by my console login prompt. I log into my username, change directory to my downloaded nvidia driver and run this command:
sudo sh NVIDIA-Linux-x86_64-180.06-pkg2.run
Then click yes and ok a few times and it builds my kernel module and also the 32libs, then it finishes in 1 minutes, then "sudo reboot -n" and now my nvidia work for my new kernel.
..... and I always have my stock -ARCH default kernel as a backup that can either use my downloaded nvidia driver or the Arch one.
What took the most time for me was learning which way to use for building a seperate kernel to install along side of my -ARCH default one. Perfecting the PKGBUILD and preset/install scripts took a bit of figuring out.
The actual compile time isn't that long, 15-25 minutes..... maybe even less? I use the "-j3" option for my MAKEFLAGS in /etc/makepkg.conf file.
The "make menuconfig" way can take anywhere from less than 1 minute to an hour..... if you read about every single thing available (which is a good learning experience even if you don't have that hardware or experience).
Last edited by methuselah (2008-12-07 22:13:05)

Update modules with compiling kernel from soure issue.

Compiling kernel from abs or aur take me much time, so i decide compile kernel from source, compilation and installation successfully but make initial RAM disk doesn't update full modules (crypto,lvm...). I specified -c option to /etc/mkinitcpio.conf but the result is the sam, non-autodectec doesn't help too. When i look into /lib/modules directory, 3.6.6-1-ARCH folder contain "kernel" folder which has a lot of things (arch, crypto, net..) and i think this is my extra modules were declared in HOOK array's mkinitcpio.conf. The another one only contain net folder so i can't boot into this kernel without having loaded others.
any suggestion for this problem? tks for reply.

am sorry, i re-tried with HOOK array without autodectect and it can load modules but there are two error:
==> ERROR: module not found: `dm-crypt`
==> ERROR: modules not found: `dm-snapshot`
ok i will try to load these modules by manually.
EDIT: i tried to load dm-mod, dm-crypt, dm-snapshot but it isn't helpful. Errors still remain. any suggestion?
Last edited by angelfalls (2012-11-12 23:33:53)

Having trouble compiling netmap kernel module

Hey everyone,
First time poster here. Hopefully this question isn't too stupid but I've been having a hard time figuring this out.
I'm trying to install the netmap drivers for Arch. I've downloaded the header files through pacman, but the configure script for netmap spits out an error stating it requires the full kernel source.
This is where I'm unsure of what to do. I've gone to kernel.org and downloaded this tar ball: http://mirrors.kernel.org/archlinux/sou … src.tar.gz
I unpacked it to /usr/src/ and, as instructed in the configure script's error, I run the script with an option to point to the kernel source as such:
./configure --kernel-sources=/usr/src/linux/
********************************** ERROR **********************************
*** Cannot find full kernel sources.
*** We need the full kernel sources to build the netmap-enabled drivers.
*** Please note that most distributions provide separate packages for kernel
*** headers and sources. Once you know the path to kernel sources, you can
*** rerun this script with the additional
*** --kernel-sources=/path/to/sources
*** option.
*** If you are only interested in VALE and pipes, you can rerun the script
*** now with the '--no-drivers' option. Hardware devices will then be accessed
*** via a generic adapter at reduced performance."
*** Current configuration values:
*** kernel directory /lib/modules/3.18.6-1-ARCH/build
*** [/usr/lib/modules/3.18.6-1-ARCH/build]
*** linux version 31206 [3.18.6]
*** module file netmap.ko
*** subsystems generic monitor pipe vale
*** no-drivers
But it keeps giving me the same error! Did I not download the kernel source? I feel like I'm so close...
- Cory
Last edited by burning_flag (2015-03-19 05:28:36)

Step by Step to fix your Mac

Compiling STREAM module for 64-bit kernel

Hi,
I am trying to compile a STREAM module for Solaris. The results I get when I execute "isalist" and "isainfo -kv" are:
-"sparcv9+vis sparcv9 sparcv8plus+vis sparcv8plus sparcv8 sparcv8-fsmuld sparcv7 sparc"
-"64-bit sparcv9 kernel modules"
The host is a Ultra5_10 with SunOS 5.7 sun4u sparc.
First I tried to compile the module with gcc 2.8.1 but altough the compilation apparentelly finisihed OK I did not get to load the module. Later I read that, gcc so far does not generate binaries for 64-bit sparc.
So I installed the Sun WorkShop 5 environment (try version) and I tried to compile my sources with the following line:"cc -D_KERNEL -xarch=v9 -xcode=abs32 -xregs=no%appl -x03 -I. -I/usr/include -c mymodule.c"
but I get a huge list of errors such as:
"/usr/include/sys/thread.h/, line73:warning: volatile is a keyworkd in
ANSI C"
"/usr/include/sys/thread.h/, line 73:sintax error before or at:volatile"
so if I compile adding the directire "-D_ASM" to the previous line, the list of errors descreases to 2 lines:
"/usr/include/sys/kstat.h, line 52: sintax error before or at: hrtime_t"
"/usr/include/sys/kstat.h, line 52: cannot recover from previous errors".
I have also tried adding directives such as: -D_LP64 -D__sparcv9 -D_POSIX_C_SOURCE, -D_XOPEN_SOURCE but I do not get to compile it successfully.
Could someone be so kind to give me a clue of what I am doing wrong, and what should I do in order to compile it??.
The header files I have included right now in my ".c" are:
#include <sys/stream.h>
#include <sys/conf.h>
#include <sys/modctl.h>
#include <sys/kmem.h>
#include <sys/cmn_err.h>
#include <sys/ddi.h>
#include <sys/sunddi.h>
If I do not add the directives -I. -I/usr/include to the compile line above I get the following error:
"/usr/include/sys/modctl.h, line 185: major, argument mismatch"
"/usr/include/sys/cred.h, line 51: sintax error before or at: uint_t"
But this is because the environment it is taken the /usr/ucbinclude as default include path instead of the "/usr/include". �which one should I consider?.
Thank in advance for your support.
Looking forward to hearing from you.
(could you please send to me the answeres to this e-mail:[email protected]??)
Regards
Elena

HI,
Maybe a file I can edit that says to run the Garmin stuff in 32-bit mode?
Right or control click the Garmin application (or utility) then click: Get Info
In the Get Info window under the General tab, if it can be enabled you should see:
Open in 32-bit mode.
Activity Monitor (Applications/Utilities) shows all apps running in 64 bit. If it doesn't have 64 bit under Kind on the right, then it's running in 32 bit mode.
Carolyn

[Mini-HOWTO] RPMs needed to compile a kernel-module on / for VM Server

In reply to the question I've asked a couple of days ago in this forum
Compile module for Oracle VM Server
I tried to do it myself, since no answer was given.
And it turned out to be fairly easy afterward too!
Just install these RPM-packages from an Oracle Enterprise Linux v5 i386 distribution (v5, NOT v5U1!) in this order:
kernel-headers-2.6.18-8.el5.i386.rpm
glibc-headers-2.5-12.i386.rpm
glibc-devel-2.5-12.i386.rpm
libgomp-4.1.1-52.el5.i386.rpm
cpp-4.1.1-52.el5.i386.rpm
gcc-4.1.1-52.el5.i386.rpmThese 6 RPMs and finally the
kernel-ovs-devel-2.6.18-8.1.6.0.18.el5 RPM, to be found on the VM Server-CD you've burned from the downloaded ISO.
Hope this helps!
At least I was able to recompile the qla2xxx-modules from the HP-provided sources.
Message was updated by:
hbokho

basically it is the same thing as build a normal kernel module i think. some packages need to be installed first for e.g. the kernel source and development packages.
refer to, (just some google results)
http://www.eece.maine.edu/~sheaff/module.html
http://tldp.org/LDP/lkmpg/2.6/html/index.html
The system I installed the OVS on has a network chip
that is not supported by the kernel in OVS 2.1. I
found the source code for the module, but does anyone
have a clue how to set up an environment so I can
compile the module in a way that it'll be accepted on
the OVS server. I downloaded the Source OVS CD, but
I'm not quite sure what to do from there. Anybody has
some hints?

Compiling kernel modules against 2.6.15-ARCH

Similar Messages

Maybe you are looking for