search for: linux_version_cod

...Skipping. CC [M] /usr/src/dahdi-linux-complete-2.10.2+2.10.2/linux/drivers/dahdi/dahdi-base.o In file included from /usr/src/dahdi-linux-complete-2.10.2+2.10.2/linux/drivers/dahdi/dahdi-base.c:68:0: /usr/src/dahdi-linux-complete-2.10.2+2.10.2/linux/include/dahdi/kernel.h:63:5: warning: "LINUX_VERSION_CODE" is not defined [-Wundef] #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,19) ^ /usr/src/dahdi-linux-complete-2.10.2+2.10.2/linux/include/dahdi/kernel.h:63:27: warning: "KERNEL_VERSION" is not defined [-Wundef] #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,19)...

...= C $(defines) -march=i586 -O2 barrier i $(krnlincl) \ include/usr/src/linux/include/linux/modversions.h Going back to the original Guidance (http://www.voip-info.org/wiki-Asterisk+AVM+Fritz+CAPI+Driver+Install) I am instructed to modify the defs.h file in /usr/src/fritz/src.drv as follows - #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 5, 0) with #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 4, 23) Great, I'm now ready to run the make command! Unfortunately the first couple of responses are as follows which to me looks very bad? And not sure what to do next? [root@asterisk src.drv]# make cc C Dmo...

...============================================== --- dcache.c (revision 1091) +++ dcache.c (working copy) @@ -44,24 +44,11 @@ #define OCFS_DEBUG_CONTEXT OCFS_DEBUG_CONTEXT_DCACHE -static int ocfs_empty_func(struct dentry *dentry, void *ignore); - -/* - * ocfs_dentry_revalidate() - * - */ -#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0) -int ocfs_dentry_revalidate (struct dentry *dentry, struct nameidata *nd) -#else -int ocfs_dentry_revalidate (struct dentry *dentry, int flags) -#endif +static int ocfs_dentry_revalidate24(struct dentry *dentry, int flags) { - int ret = 0; /* if all else fails, just...

...0/linux-2.6.11-xen-sparse/arch/xen/i386/kernel/pci-dma.c 2005-04-04 08:38:39 -07:00 +++ edited/linux-2.6.11-xen-sparse/arch/xen/i386/kernel/pci-dma.c 2005-04-15 11:11:09 -07:00 @@ -14,14 +14,7 @@ #include <linux/version.h> #include <asm/io.h> #include <asm-xen/balloon.h> - -#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0) #include <asm/tlbflush.h> -#else -#define pte_offset_kernel pte_offset -#define pud_t pgd_t -#define pud_offset(d, va) d -#endif struct dma_coherent_mem { void *virt_base; @@ -85,24 +78,13 @@ xen_contig_memory(unsigned long vstart, balloon_unlock(flags);...

...blocknum++); if (bhs[i] == NULL) { LOG_TRACE_STR("bh == NULL"); status = -EIO; Index: src/inc/ocfs.h =================================================================== --- src/inc/ocfs.h (revision 1014) +++ src/inc/ocfs.h (working copy) @@ -542,21 +542,16 @@ #endif #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0) -typedef struct block_device * ocfs_blockdev; typedef dev_t ocfs_dev; #define OCFS_NODEV 0 -#define OCFS_GET_BLOCKDEV(sb) ((sb)->s_bdev) #else /* 2.4 kernel */ -typedef kdev_t ocfs_blockdev; typedef int ocfs_dev; #define OCFS_NODEV NODEV -#define OCFS_...

...rather theoretical, no need to clutter up the source for it. Index: src/inode.c =================================================================== --- src/inode.c (revision 969) +++ src/inode.c (working copy) @@ -1877,11 +1872,8 @@ case OCFS_ATTRIB_FIFO: case OCFS_ATTRIB_SOCKET: { -#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0) dev_t dev; -#else - kdev_t kdev; -#endif + if (fe->attribs == OCFS_ATTRIB_CHAR) inode->i_mode |= S_IFCHR; else if (fe->attribs == OCFS_ATTRIB_BLOCK) @@ -1892,18 +1884,8 @@ inode->i_mode |= S_IFSOCK; inode->i_rdev = OCFS_NODEV...

...dle->k_handle); + retval = journal_stop(handle->k_handle); if (retval < 0) { LOG_ERROR_STR("Could not commit aborted transaction!"); LOG_ERROR_STATUS(retval); @@ -705,19 +713,11 @@ switch (type) { case OCFS_JOURNAL_ACCESS_CREATE: case OCFS_JOURNAL_ACCESS_WRITE: -#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0) status = journal_get_write_access(handle->k_handle, bh, NULL); -#else - status = journal_get_write_access(handle->k_handle, bh); -#endif break; case OCFS_JOURNAL_ACCESS_UNDO: -#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0) status = journal_get_un...

...-base.o In file included from /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi-base.c:38: /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:23:27: error: linux/version.h: Aucun fichier ou r?pertoire de ce type /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:24:5: warning: "LINUX_VERSION_CODE" is not defined /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:24:26: warning: "KERNEL_VERSION" is not defined /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:24:40: error: missing binary operator before token "(" /usr/src/dahdi-linux-2.1.0.4/drivers...

I am enclosing the patch I have been working on. I have tested this on sles9 (2.6.5) and RHEL 4 (2.6.9). The patch applies cleanly on ChangeSet 11635. This patch was cleaned up based on Ian''s and DOI''s work. Signed-off-by: K. Y. Srinivasan (ksrinivasan@novell.com) _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

On attempting to make Zaptel 1.2.16 on FC5, I get the following messages: /usr/src/zaptel-1.2.16/xpp/xbus-core.c: In function 'debugfs_open': /usr/src/zaptel-1.2.16/xpp/xbus-core.c:171: error: 'struct inode' has no member named 'u' make[3]: *** [/usr/src/zaptel-1.2.16/xpp/xbus-core.o] Error 1 make[2]: *** [/usr/src/zaptel-1.2.16/xpp] Error 2 make[1]: ***

Hello Friends, I am trying to Installl dahdi on amazon EC2 which have Open-SUSE-11.1 X86 version. and here is snap of uname- a command *Linux ip-10-160-86-41 2.6.32.19-0.3-ec2 #1 SMP 2010-09-17 20:28:21 +0200 x86_64 x86_64 x86_64 GNU/Linux* when I try to run DAHDI distribution dahdi-linux-2.1.0.4 I am getting following error *echo "You do not appear to have the sources for the

Dear list, I've set up an RPM repository with several asterisk-related RPMs that I think contain some improvements upon what are already out there. The first goal is to be able to build an Asterisk + FreePBX system on CentOS 5 with the EPEL repo enabled; in our environment, where all our systems are under configuration management, either an appliance-type solution or a manual

Hi, I''m having problems with this configuration: iptables 1.3.7 (vanilla or repackaged for fc5) kernel 2.6.19 (vanilla) ROUTE 1.11 (last pom-ng) layer7-filter 2.6 (last in sf.net) connlimit (last pom-ng) When I try to use -j ROUTE in any chain in mangle table I have this error: [root@myhost ~]# iptables -v -t mangle -A POSTROUTING -p tcp --dport msnp -j ROUTE --gw

(vs format-changes branch) --- src/inc/ocfs_compat.h (revision 994) +++ src/inc/ocfs_compat.h (working copy) @@ -52,6 +70,8 @@ #define unlock_page(p) UnlockPage(p) #define Page_Uptodate(p) PageUptodate(p) +#define io_schedule schedule + #else /* LINUX_VERSION_CODE < 2.6 */ #define OCFS_GENERIC_SB_MEMBER(sb) ((sb)->s_fs_info) --- src/hash.c (revision 994) +++ src/hash.c (working copy) @@ -536,11 +536,7 @@ #endif if (!do_timeout) { set_task_state(tsk, TASK_UNINTERRUPTIBLE); -#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0) io_schedule(...

...tuff below:) The previous cvs download from a few weeks ago (June 9th) compiled and loaded fine. /* We now use the linux kernel config to detect which options to use */ /* You can still override them below */ /* #if defined(CONFIG_HDLC) || defined(CONFIG_HDLC_MODULE) #define CONFIG_ZAPATA_NET #if LINUX_VERSION_CODE <= KERNEL_VERSION(2,4,20) #define CONFIG_OLD_HDLC_API #else #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,3) #define HDLC_MAINTAINERS_ARE_MORE_STUPID_THAN_I_THOUGHT #endif #endif #endif #ifdef CONFIG_PPP #define CONFIG_ZAPATA_PPP #endif */ They also seem to have broken the SayUnixTime app -...

I'm trying to compile latest zaptel-1.2.13 and I'm getting following errors: /usr/src/Asterisk-1.2.14/zaptel-1.2.13/xpp/xbus-core.c: In function ?debugfs_open?: /usr/src/Asterisk-1.2.14/zaptel-1.2.13/xpp/xbus-core.c:171: error: ?struct inode? has no member named ?i_private? make[5]: *** [/usr/src/Asterisk-1.2.14/zaptel-1.2.13/xpp/xbus-core.o] Error 1 make[4]: ***

...return ethtool_op_set_tso(dev, data); -#else - return -ENOSYS; -#endif } static void xennet_set_features(struct net_device *dev) @@ -1734,10 +1734,8 @@ static void xennet_set_features(struct n /* Before 2.6.9 TSO seems to be unreliable so do not enable it * on older kernels. */ -#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,9) - xennet_set_tso(dev, 1); -#endif - + if (LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,9)) + xennet_set_tso(dev, 1); } static int network_connect(struct net_device *dev) @@ -1865,8 +1863,10 @@ static struct ethtool_ops network_ethtoo .set_tx_csum = ethtool_op_set_...

I get the following error when trying to compile zaptel on CentOS 5 kernel 2.6.18-8.1.3.el5 CC [M] /root/asterisk-src/zaptel-1.2.17.1/xpp/xbus-core.o /root/asterisk-src/zaptel-1.2.17.1/xpp/xbus-core.c: In function ? /root/asterisk-src/zaptel-1.2.17.1/xpp/xbus-core.c:171: error: ? has no member named ? make[3]: *** [/root/asterisk-src/zaptel-1.2.17.1/xpp/xbus-core.o] Error 1 make[2]: ***

All, Here are the latest patches to expreiment with gcov profiler for xen hypervisor. I have tested current patches on Intel i686. System Details: gcc version 4.3.3 (Ubuntu 4.3.3-5ubuntu4) gcov (Ubuntu 4.3.3-5ubuntu4) 4.3.3 Kernel 2.6.28-11-generic Distribution: Ubuntu jaunty 9.04 There are some design issue which i would like to highlight here: 1. To create gcov proc dir user /proc/xen, we are

All, Here are the latest patches to expreiment with gcov profiler for xen hypervisor. I have tested current patches on Intel i686. System Details: gcc version 4.3.3 (Ubuntu 4.3.3-5ubuntu4) gcov (Ubuntu 4.3.3-5ubuntu4) 4.3.3 Kernel 2.6.28-11-generic Distribution: Ubuntu jaunty 9.04 There are some design issue which i would like to highlight here: 1. To create gcov proc dir user /proc/xen, we are