Bug 227450 - [patch] Should not all packets processed by gif_output be deleted, when an running instance of if_gif(4) is member of an instance of if_bridge(4)?
Summary: [patch] Should not all packets processed by gif_output be deleted, when an ru...
Status: New
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 11.1-RELEASE
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-net mailing list
URL:
Keywords: patch
Depends on:
Blocks:
 
Reported: 2018-04-11 21:57 UTC by Henning Matyschok
Modified: 2018-04-12 11:12 UTC (History)
0 users

See Also:


Attachments
Patch for if_gif(4). (307 bytes, patch)
2018-04-11 21:57 UTC, Henning Matyschok
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Henning Matyschok 2018-04-11 21:57:51 UTC
Created attachment 192442 [details]
Patch for if_gif(4).

First, I want to apologize for my bad English, because I'm not a native speaker.

Should not all packets processed by gif_output be deleted, when an running instance of if_gif(4) is member of an instance of if_bridge(4)?

This question opened to me as I tried to understand the internal structure of gif_transmit in the context of encapsulating Ethernet frames as service data units of EtherIP prtocol. 

If I understood correctly, then gif_transmit would be called by bridge_enqueue at runtime, if an instance of if_gif(4) is member interface of if_bridge(4)?