similar to: Allocation checks for insmod

Hello, I feel that the klibc package should include an insmod that can be used on an initramfs. While it is possible to use an insmod built statically against glibc, such a binary is (comparatively) huge at 565K. The attached insmod.c is essentially the insmod.c from module-init-tools minus a couple of lines related to calling the old (2.4) version of insmod for backward compat. BTW: Insmod

hello hpa, quite easy to get m-i-t build against klibc, so i propose to kill the old local insmod copy. sent the only local m-i-t fix upstream, please pull: git pull git://brane.itp.tuwien.ac.at/~mattems/klibc.git maks maximilian attems (3): [klibc] klibc/socketcalls/.gitignore addition [klibc] elf.h add support for st_info field [klibc] remove local insmod.c copy and diffstat

hello hpa, please pull latest git pull git://git.debian.org/~maks/klibc.git maks forgot to ask to keep git port open for our boxes at university, thus moved my tree over too the alioth box. for the changes maximilian attems (4): [klibc] klibc/socketcalls/.gitignore addition [klibc] elf.h add support for st_info field [klibc] remove local insmod.c copy [klibc] ipconfig

From: Stefano Stabellini <stefano.stabellini@eu.citrix.com> When disk is a cdrom and the drive is empty the "params" node in xenstore might be missing completely: cope with it instead of segfaulting. Updated in v2: - actually removed the strchr(blkdev->params, '':'') that caused the segfault; - free all the allocated strings from xenstore before returning;

From: Stefano Stabellini <stefano.stabellini@eu.citrix.com> When disk is a cdrom and the drive is empty the "params" node in xenstore might be missing completely: cope with it instead of segfaulting. Updated in v2: - actually removed the strchr(blkdev->params, '':'') that caused the segfault; - free all the allocated strings from xenstore before returning;

This commit delays the point at which bdrv_new (and hence blk_open on the underlying device) is called from blk_init to blk_connect. This ensures that in an inbound live migrate, the block device is not opened until it has been closed at the other end. This is in preparation for supporting devices with open/close consistency without using O_DIRECT. This commit does NOT itself change O_DIRECT

From: Ruslan Pisarev <ruslan at rpisarev.org.ua> Signed-off-by: Ruslan Pisarev <ruslan at rpisarev.org.ua> --- drivers/xen/xenbus/xenbus_probe.c | 7 +++---- 1 files changed, 3 insertions(+), 4 deletions(-) diff --git a/drivers/xen/xenbus/xenbus_probe.c b/drivers/xen/xenbus/xenbus_probe.c index 7397695..3b53452 100644 --- a/drivers/xen/xenbus/xenbus_probe.c +++

From: Ruslan Pisarev <ruslan at rpisarev.org.ua> Signed-off-by: Ruslan Pisarev <ruslan at rpisarev.org.ua> --- drivers/xen/xenbus/xenbus_probe.c | 7 +++---- 1 files changed, 3 insertions(+), 4 deletions(-) diff --git a/drivers/xen/xenbus/xenbus_probe.c b/drivers/xen/xenbus/xenbus_probe.c index 7397695..3b53452 100644 --- a/drivers/xen/xenbus/xenbus_probe.c +++

From: Ruslan Pisarev <ruslan at rpisarev.org.ua> Signed-off-by: Ruslan Pisarev <ruslan at rpisarev.org.ua> --- drivers/xen/xenbus/xenbus_probe.c | 7 +++---- 1 files changed, 3 insertions(+), 4 deletions(-) diff --git a/drivers/xen/xenbus/xenbus_probe.c b/drivers/xen/xenbus/xenbus_probe.c index 7397695..3b53452 100644 --- a/drivers/xen/xenbus/xenbus_probe.c +++

Zsmalloc is ready for page migration so zram can use __GFP_MOVABLE from now on. I did test to see how it helps to make higher order pages. Test scenario is as follows. KVM guest, 1G memory, ext4 formated zram block device, for i in `seq 1 8`; do dd if=/dev/vda1 of=mnt/test$i.txt bs=128M count=1 & done wait `pidof dd` for i in `seq 1 2 8`; do rm -rf mnt/test$i.txt done

When building the mini initrd, previously we copied the modules into the initrd as-is, so for example if the module was xz-compressed, we copied the foo.ko.xz file to the initrd. This requires that the mini init binary is linked to zlib & lzma, so that it knows how to uncompress these modules when insmoding them at boot time. Also since the init is statically linked, it required _static_

Hello CentOS, Is there a specific RPM that makes "insmod ip_conntrack_ftp" available? I've been using that on a number of servers fine, but the latest one I've built, running insmod ip_conntrack_ftp gives me: insmod: can't read 'ip_conntrack_ftp': No such file or directory -- Best regards, Mickael mailto:mike at kamloopsbc.com www.MickaelMaddison.com

Hi, I am trying to use zaptel module on an Ubuntu 5.10 distro (2.6.x kernel) using gcc 4.0.2. Compilation does not give me errors so after a 'make install' I try to load zaptel module with insmod but the following error arise: *insmod: error inserting '/lib/modules/2.6.12/misc/zaptel.ko': -1 Invalid module format* Is there anybody who can help me?? TIA Giorgio --

I noticed that when I type brctl - it does insmod when the bridge module is not loaded. Where can I find the code (in the brctl or libbridge code) which does that? Thanks, Abhijit

Am I wrong saying that actually anyone that use klibc has to use insmod patch or build a monolithic kernel? Could not the insmod patch be include? That will make everyone life easier on klibc upgrade. Gilles

Hi, I''m new to HTB and CBQ, and i want to try it. But i failed the first step: load modules. I patch the kernel 2.4.17 succesfully, add QoS support, and all QoS scheds in modules instead off kernel. make clean dep bzImage modules modules_install copy the new kernel reboot fine But when i : server:~# insmod sch_htb Using /lib/modules/2.4.17/kernel/net/sched/sch_htb.o

Just curious if anyone has done anything similar, as I'd rather not reporduce work. I'm going to put alias handling (and only alias handling) into a modified version of insmod. The reason I'm doing this is to aid in boot time module loading via aliases exposed in sysfs. Sure, I could include modprobe directly in the initramfs, but it's a bit large, and I really only need alias

hello, Here (http://updates.xorcom.com/astribank/bristuff/1.4/INSTALL.html) you can read : cd qozap modprobe zaptel insmod qozap.o (for kernel 2.4) insmod qozap.ko (for kernel 2.6) ztcfg I thought modprobe was a replacement for insmod. Can someone be kind enough to explain : 1. the difference between modprobe and insmod, 2. why should both commands be issued, 3. how modprobe and insmod compare

Hi all, I encountered a tricky problem. I am using ovs+DPDK on the host side to build the virtual network, so on the VM side , the virtio_net.ko module is used to drive the nic. But VM always freezes while insmod virtio_net.ko (I found virtio_net.ko is located in initrams.img by defualt, so I had to delete all virtio modules from initramfs.img and insmod then one by one after system is loaded to

--- configure.ac | 8 +++++--- 1 files changed, 5 insertions(+), 3 deletions(-) diff --git a/configure.ac b/configure.ac index da03c9f..7606bca 100644 --- a/configure.ac +++ b/configure.ac @@ -68,7 +68,8 @@ dnl For ArchLinux handler. AC_CHECK_PROG(PACMAN,[pacman],[pacman],[no]) dnl Required programs, libraries. -AC_PATH_PROG([INSMODSTATIC],[insmod.static],[no])