1 #define vlan_tx_tag_present(__skb)      ((__skb)->vlan_tci & VLAN_TAG_PRESENT) 

> #define skb_vlan_tag_present(__skb)     ((__skb)->vlan_tci & VLAN_TAG_PRESENT)

and

2 #define vlan_tx_tag_get(__skb)          ((__skb)->vlan_tci & ~VLAN_TAG_PRESENT)

> #define skb_vlan_tag_get(__skb)         ((__skb)->vlan_tci & ~VLAN_TAG_PRESENT)

/usr/lib/modules/3.10.0-327.10.1.v7.x86_64/extra/forcedeth/forcedeth.ko

[root@sandra ~]# modinfo /usr/lib/modules/3.10.0-327.10.1.v7.x86_64/extra/forcedeth/forcedeth.ko

filename:       /usr/lib/modules/3.10.0-327.10.1.v7.x86_64/extra/forcedeth/forcedeth.ko

license:        GPL

description:    Reverse Engineered nForce ethernet driver

author:         Manfred Spraul <[email protected]>

rhelversion:    7.2

srcversion:     C8999D7105EEC214256EAD0

.... (snipped)

depends:        

vermagic:       3.10.0-327.10.1.v7.x86_64 SMP mod_unload modversions 

parm:           max_interrupt_work:forcedeth maximum events handled per interrupt (int)

parm:           optimization_mode:In throughput mode (0), every tx & rx packet will generate an interrupt. 

                    In CPU mode (1), interrupts are controlled by a timer. In dynamic mode 

                                         (2), the mode toggles between throughput and CPU mode based on network load. (int)

parm:           poll_interval:Interval determines how frequent timer interrupt is generated by [(time_in_micro_secs * 100) / (2^10)]. Min is 0 and Max is 65535. (int)

parm:           msi:MSI interrupts are enabled by setting to 1 and disabled by setting to 0. (int)

parm:           msix:MSIX interrupts are enabled by setting to 1 and disabled by setting to 0. (int)

parm:           dma_64bit:High DMA is enabled by setting to 1 and disabled by setting to 0. (int)

parm:           phy_cross:Phy crossover detection for Realtek 8201 phy is enabled by setting to 1 and disabled by setting to 0. (int)

parm:           phy_power_down:Power down phy and disable link when interface is down (1), or leave phy powered up (0). (int)

parm:           debug_tx_timeoutump tx related registers and ring when tx_timeout happens (bool)

[root@sandra ~]#

The forcedeth-kmod source will build against RHEL 7.0 & 7.1 but not
against RHEL 7.2

However the kmod package built against RHEL 7.1 will install and
weak-link with all released RHEL 7.2 kernels. Example --

[ajb@Chroot64R7 ~]$ rpm -q kmod-forcedeth
kmod-forcedeth-0.64-1.el7.elrepo.x86_64
[ajb@Chroot64R7 ~]$ find /lib/modules -name forcedeth.ko | grep -E
'extra|weak' | sort
/lib/modules/3.10.0-229.el7.x86_64/extra/forcedeth/forcedeth.ko
/lib/modules/3.10.0-327.10.1.el7.x86_64/weak-updates/forcedeth/forcedeth.ko
/lib/modules/3.10.0-327.4.5.el7.x86_64/weak-updates/forcedeth/forcedeth.ko
/lib/modules/3.10.0-327.el7.x86_64/weak-updates/forcedeth/forcedeth.ko
[ajb@Chroot64R7 ~]$

If your ClearOS 7 kernels are not "way off" from the RHEL 7 kernels,
then I would suggest that you build the foredeth kmod package against
(say) kernel-3.10.0-229.el7.x86_64 (your equivalent thereof). Check if
the kmod package weak-links for the ClearOS 7.2 kernels. If yes, then
check if the driver works.

Tony Ellis wrote:

@ Josh http://danda.poweredbyclear.com/kmod-clearos7/kmod-forcedeth-0.64-1.v7.x86_64.rpm

Let us know how you go... If there are any errors please give exact details as best possible...

Good Luck

Nick Howitt wrote:

Thanks for the feedback. The decision to remove the driver came from RHEL which impacted CentOS then ClearOS. Fortunately some people at ElRepo still maintain some of the older drivers.

FWIW, ElRepo more recently released a -2 version of the driver which compiles cleanly in ClearOS and I've made it available here.

Nick Howitt wrote:

If you want to give compiling a go yourself, just let me know.

Wayland Sothcott wrote:
These kmods modify the kernel I think. Do they survive updates from ClearOS OK or will we lose the network driver?

Tony Ellis wrote:

Nick - thanks for pointing out the newer "-2" version - have updated

Wayland - thanks for the Raid Controller tip. Just bought a LSI 3ware 9650SE-2LP 4-Ports PCIe x4 SATA RAID Controller + SATA Cable for US$21.70 inc postage

Nick Howitt wrote:

Wayland Sothcott wrote:
These kmods modify the kernel I think. Do they survive updates from ClearOS OK or will we lose the network driver?

Generally they survive kernel updates but there is a change between the 7.2 and 7.3 kernel that a few of them won't survive - so much so that recompiling won't help either. You need a later source rpm (which won't work with the 7.2 kernel). I have listed the ones I know about in the README file on my webserver. I've picked up the info as I follow the ElRepo mailing list.

Wayland Sothcott wrote:
Nick if forcedeth-kmod is going to break when ClearOS7 does an automatic update at some stage then I will need to protect against that. Or I could just use a plug in Ethernet card and not the motherboard NVIDIA one.

• Block kernel updates - add "exclude=kernel*" to the end of /etc/yum.conf, but I don't know at which point you will need to update the kernel in the case that updates require a later kernel.
  
• In theory you could never reboot the server so it stays on the original kernel
  
• Check the ElRepo mirrors to see if a later version has been released but later versions may not be for kernel compatibility reasons. They could be for feature updates or bug fixes.
  

Tony Ellis wrote:

OT - but an update on the 4 port 3ware SATA controller + cables that I ordered. Received a 2-port 3ware and no cables Replied with detailed photos. Vendor refunded my money and provided a return address. When I pointed out it was his mistake and he should also pay for the shipping cost to return it, he replied telling me NOT to return it. So a free controller... Suppose not getting negative feedback on eBay is more important to him for business than this particular loss...