Douglas Gilbert wrote: > The table would be for different versions as it looks > like you may need a new one for bleeding edge kernels. > > I didn't get far trying to build the kernel module > against lk 2.6.20-rc5: > > # make > make -C /lib/modules/2.6.20-rc5/build > M=/home/upgrades/apps/vscsihba1/vscsihba1/kernel modules > make[1]: Entering directory `/usr/src/linux-2.6.19' > CC [M] /home/upgrades/apps/vscsihba1/vscsihba1/kernel/hba.o > /home/upgrades/apps/vscsihba1/vscsihba1/kernel/hba.c:26: warning: > ‘kmem_cache_t’ is deprecated > CC [M] /home/upgrades/apps/vscsihba1/vscsihba1/kernel/device.o > /home/upgrades/apps/vscsihba1/vscsihba1/kernel/device.c:263:51: error: macro > "INIT_WORK" passed 3 arguments, but takes just 2 [...]
Aboo, the workqueue API changes after 2.6.19 are for example explained here: http://lwn.net/Articles/213149/ There are a lot of workqueue API conversion patches in 2.6.20-rc1 which can be taken as example. The first step when converting to the new API is to determine whether the work has to be delayed sometimes or can always be queued as immediate work. In the latter case, a slimmed-down variant of delayed work is used. The conversion away from kmem_cache_t is trivial. There are also some patches in 2.6.20-rc1 or later to use as example. -- Stefan Richter -=====-=-=== ---= =---= http://arcgraph.de/sr/ - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
