dazuko-source in gutsy does not compile with module-assistant

This version seems quite buggy. What you see is the result of a bug in the configure script (calling linux.config instead of ./linux.config). Even if that is corrected the compilation fails later on because of an error in an header file.
You should be better off using a later version from http://www.dazuko.org/downloads.shtml , but be warned that compiling kernel modules can be a daunting task (for this and other reasons kernel modules have been removed from hardy).

hello Cesare,

Nice to hear from you. I suspected that something is not in order in the conf script. In any rate, I;ll try to recompile according to your suggestion -it looks that there is a new version, newer than the one I used. By the way, did you try the last posted version 2.3.4?. I'll let you know if there is success with the new ver.

Yes, I'm quite aware that ubuntu kernels are heavily patched and it is quite a challenge to compile modules for them. Hopefully will get somehow to the bottom of this one too. Remember ati x1300 modules compilations? for the past 5 months or so that problem is behind me - compiz-fusion and awn are very happy and chugging along nicely.

Cheerios until then!
peter b

hello Cesare,

As promised, the results of dazuko 2.3.4 compilation

# ./configure
checking host system type... Linux
checking for make utility... ok (make)
checking for C compiler... ok (cc)
kernel source in /lib/modules/2.6.22-14-generic/source... no
kernel build source in /lib/modules/2.6.22-14-generic/build... yes
kernel source in /lib/modules/2.6.22-14-generic/build... yes
acquiring Linux kernel code configuration... ok
checking if Linux is RSBAC patched... no
checking if devfs is enabled... no
discovered host system... Linux (2.6.22)
checking if security module support is enabled... yes
verifying capabilities are not built-in... ok
locating LSM API header... ok
identifying LSM API (this can take a while)... ok
identifying device API... ok
inspecting class type... ok (class)
inspecting suspend function... ok (suspend2)
inspecting task_struct structure... ok (using parent)
disabling ON_CLOSE events (not available for Linux 2.6 LSM)
configure: creating Makefile
configure: creating library/Makefile
configure: creating example_c/Makefile

./configure successful

=======================
 Configuration summary
=======================

module events = ON_OPEN ON_EXEC
devfs support = no
rsbac support = no
stacking support = yes
module debug = no
library 1.x compatibility = yes

--then

# make
make -C /lib/modules/2.6.22-14-generic/build include/linux/version.h include/asm scripts
make[1]: Entering directory `/usr/src/linux-headers-2.6.22-14-generic'
  CHK include/linux/version.h
make[1]: `include/asm' is up to date.
make[1]: Leaving directory `/usr/src/linux-headers-2.6.22-14-generic'
make -C /lib/modules/2.6.22-14-generic/build SUBDIRS="/home/peter/dazuko-2.3.4" modules
make[1]: Entering directory `/usr/src/linux-headers-2.6.22-14-generic'
  CC [M] /home/peter/dazuko-2.3.4/dazuko_core.o
  CC [M] /home/peter/dazuko-2.3.4/dazuko_transport.o
  CC [M] /home/peter/dazuko-2.3.4/dazuko_linux26_lsm.o
  CC [M] /home/peter/dazuko-2.3.4/dazuko_linux26.o
  LD [M] /home/peter/dazuko-2.3.4/dazuko.o
  Building modules, stage 2.
  MODPOST 1 modules
  CC /home/peter/dazuko-2.3.4/dazuko.mod.o
  LD [M] /home/peter/dazuko-2.3.4/dazuko.ko
make[1]: Leaving directory `/usr/src/linux-headers-2.6.22-14-generic'
touch dummy_rule

--then

# /sbin/insmod ./dazuko.ko
insmod: error inserting './dazuko.ko': -1 Invalid parameters

I would appreciate your help re the last error; it looks to me that the things went pretty well up to this point --> the module was built/created, I can see it but ... when comes to inserting it into the kernel no cigar. is there in the kernel config anything that prevents it from being inserted? would a link help? if a link recommended what would the command look like please.

Regards,
peter b

Hello Cesare,

Further on this thread -I noticed that a new kernel was released recently that I can upgrade to; however, currently I have a v good setup with ati driver 8.40, compiz fusion and awn, its a very happy system chugging along with no problems for couple of months now. To be honest, I'm reluctant to update the current setup that has all the updates up to date except the last; if I update with the last kernel release it is quite possible, to say the least, that I must reinstall the video driver (fglrx) ,may loose compiz and awn; in other words a system reconfigure is a must and I'm not willing at this time to start a new round of experiments with various versions of ati drivers that are going to 'talk' well with the drm in the new kernel version and so loose dri the key to a nice and fast desktop. So, I decided to stick for the time being with what I 've got and happy with.

Now, about dazuko, I wanted it in the system because of Grisoft anti virus. But lucky me, I found a Grisoft deb package that did not require dazuko to be pre-installed- so I installed the deb and with just a little bit of 'adjustment' proved to work flawlessly so dazuko is not on my list of must do -I've got what I wanted. Probably the new kernel would have allowed the insertion of the module created but for the time being I'm not going to try it. So I will close this ticket.

In closing, I found on the web this

http://jonsmirl.googlepages.com/graphics.html

very interesting reading re the xorg-linux-xgl situation and very thought provoking what should be done to bring to a head the actual situation.

Best Regards,
peter b