Bug 250875 - net/vether-kmod fails to load
Summary: net/vether-kmod fails to load
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Many People
Assignee: Kyle Evans
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-11-05 08:11 UTC by Alex Povolotsky
Modified: 2021-11-14 16:55 UTC (History)
5 users (show)

See Also:
henning.matyschok: maintainer-feedback+


Attachments
Update, g20201111 (1.35 KB, patch)
2020-11-12 14:18 UTC, henning.matyschok
no flags Details | Diff
Diff. contains recent changes. (1.44 KB, text/plain)
2021-11-14 16:54 UTC, henning.matyschok
henning.matyschok: maintainer-approval+
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alex Povolotsky 2020-11-05 08:11:03 UTC
I've tried to install net/vether-kmod, both from ports and from packages. It fails to load
Code:
link_elf_obj: symbol ifnet undefined
linker_load_file: /boot/modules/if_vether.ko - unsupported file type

I'm running 12.1-RELEASE-p10, with fresh sources.
Comment 1 Kurt Jaeger freebsd_committer freebsd_triage 2020-11-08 12:33:44 UTC
tested on 12.2 with a port build on 12.2 has the same problem:

link_elf_obj: symbol ifnet undefined
Comment 2 Kurt Jaeger freebsd_committer freebsd_triage 2020-11-08 13:00:56 UTC
The source seems to be for 11.x, and probably needs updates to work for 12.x
Comment 3 henning.matyschok 2020-11-11 14:56:33 UTC
(In reply to Kurt Jaeger from comment #2)

Thank you for the advice.

Try to use this version, please: https://reviews.freebsd.org/D20468
Comment 4 Oleg Ginzburg 2020-11-11 16:42:20 UTC
remark: this port works fine with FreeBSD-13 (CURRENT) ( unfortunately i don't have FreeBSD 12x )
Comment 5 Alex Povolotsky 2020-11-11 19:32:37 UTC
(In reply to Henning Matyschok from comment #3)
Nov 11 22:30:58 bipgame kernel: link_elf_obj: symbol ifnet undefined
Nov 11 22:30:58 bipgame kernel: linker_load_file: /boot/modules/if_vether.ko - unsupported file type

Nothing changes.
Comment 6 henning.matyschok 2020-11-12 14:18:53 UTC
Created attachment 219600 [details]
Update, g20201111

Update, g20201111
Comment 7 Kurt Jaeger freebsd_committer freebsd_triage 2020-11-12 15:05:02 UTC
testbuilds are fine. testload ok on 12.2
Comment 8 Oleg Ginzburg 2020-11-12 15:38:56 UTC
test (build/load/work) ok on FreeBSD 13.0-CURRENT r367494
Comment 9 Alex Povolotsky 2020-11-13 19:01:57 UTC
(In reply to Kurt Jaeger from comment #7)
But does it works? In conjunction of if_bridge and several vnets (and jails), it caused strange ARP resolution bugs, with random connection failures between jails. I'll have to investigate it yet, but the problem is surely vether-related.
Comment 10 Kurt Jaeger freebsd_committer freebsd_triage 2020-11-13 19:31:37 UTC
(In reply to Alex Povolotsky from comment #9)
I can't tell you if it works, as I have no test-case at hand.

Adding usage examples to the man page would definitly help.
Comment 11 Oleg Ginzburg 2020-11-14 09:49:12 UTC
I suspect the ARP issue may not be related to the vether(4) module/interface ( and goes beyond this PR )

My use case for vether is routing from VALE/netmap switch to external network (stack) for bhyve VMs: https://www.bsdstore.ru/en/12.1.x/wf_bhyvenetwork_ssi.html#bhyvenetwork_opt4_sample

This is a more efficient network compared to bridge+tap.
Also use case relevant to jail + VALE/netmap.

g20201111 work fine for me with FreeBSD 13-CURRENT
Comment 12 Alex Povolotsky 2020-11-15 19:35:13 UTC
(In reply to Kurt Jaeger from comment #10)

I'll do the test case, I just need some free time...
Comment 13 Oleg Ginzburg 2021-03-25 14:21:19 UTC
is there a chance to update the ports? Works great for several months on four servers.
Comment 14 henning.matyschok 2021-08-23 14:54:24 UTC
Pledge for assistance by U.S. Department of State and U.S. LEA:
---------------------------------------------------------------

 I have no direct access to clean / fresh water and / or food, since 
 I had rejected recruitment attempts from representatives of a local 
 company, but the herassement does not stop:

    (a) There were and / or are tries to prohibit civil
        rights by attempted declaration as disabled person.

    (b) Hair put / placed in rooms, every time, after entering the flat.

    (c) Water and food is contaminated by (in liquid) resolved hair, regularely.

    (d) It is not possible to send text-messages (via SMS) and not
        make phone-calls by the newly purchased cell-phone, after
        the predecessor was stolen at supermarket.

    (e) Automatic teller machines are compromised and / or disabled,
        since, when they are tries to use those properly for its
        purpose.

    (f) It is not possible to purchase clean salmiak based products, e. g. 
        for decontaminating water and / or cleaning the flat, clothes.

    (g) It is not possible avoid purchasing faked products, e. g.
        sweets, chocolate-bars, utilities for cleaning, etc.

 This state lasts moreover than a year - life danger for my family and mine.

 I've lost trust in german law enforcement authorities, because it looks
 like that so called "gaslighting" still implemented, yet.

 As a U.S. Citizen, I am pledging via this message for help by the U.S.
 Government (directly), because it is not possible to establish communication with
 the U.S. Ambassador and / or USAF CIS (LEA) in Germany directly by
 phone and / or by electronic mail.

    Henning Matyschok, Wasserlooser Weg 5, 24944, Flensburg, Germany 

 https://github.com/hmatyschok/if_vether


Sour
Comment 15 henning.matyschok 2021-10-25 08:50:55 UTC
Therefore, some changes, due to the implementation:

 (a) ether_gen_addr(9) was replaced by vether_ifaddr_init(9) - arc4rand(9) initializes lla by reducing the runtime-complexity.

 (b) Softintr. against netisr(4) for broadcasing frames by vether_nh_fwd_cb(4) maps-to SAP against running instance-of if_bridge(4).

 (c) Namespace - signature over vether_ioctl(9) against set over  ioctl(2)-primitives (reqs).

 See Paste "P520", eniteled with "if_vether(4), further developement", for revision (and / or "https://github.com/hmatyschok/if_vether"). Henning Andersen Matyschok, 120179M11214, USAF
Comment 16 henning.matyschok 2021-11-14 16:54:38 UTC
Created attachment 229488 [details]
Diff. contains recent changes.

Diff contains changes in Makefile and distversion.

Therefore,

 (a) softintr. over netisr(4)-component, reason: sync.'ed tx. of frames by if_bridge(4)

 (b) and subr. for rand. lla implemented, reason: https://svnweb.freebsd.org/base/releng/12.3/sys/net/if_ethersubr.c?revision=370953&view=markup#l1390

  Henning Andersen Matyschok, 120179M11214, USAF