This isn't possible in general. When PCI Passthrough is in use, the VF
driver will run in the context of the VM's kernel and there is no device_t
corresponding to the PF at all. If you're looking to pass information from
the PF down to the VF, then you need to establish some kind of
device-mediat
Hi,
Given "device_t dev" of a VF is there a way to retrieve the "device_t dev" of
its PF ? In other words when device_attach is invoked for VF, is there a way
to get to the "struct device" of its PF ?
Thanks
David S. (davi...@freebsd.org)
___
freebsd-
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220611
Mark Linimon changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-net@FreeBSD.org
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186114
--- Comment #117 from Cassiano Peixoto ---
(In reply to Eugene Grosbein from comment #116)
I'm using for PPPoE only. I'll enable the logs and will let you know. But
anyway for now no freezes happened.
--
You are receiving this mail becaus
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186114
--- Comment #116 from Eugene Grosbein ---
(In reply to Cassiano Peixoto from comment #114)
I guess, this message is harmless and comes from the fact that mpd5 may destroy
ngXXX interface and corresponding bundle before some last packets fr
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186114
--- Comment #115 from Eugene Grosbein ---
(In reply to Cassiano Peixoto from comment #113)
"Accessing freed hook: name right" is another case and has no connection with
mpd5 process hanging. And that comes from ng_tee(4), not ng_iface(4).
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220170
Lutz Rabing changed:
What|Removed |Added
CC||e...@rabing.de
--- Comment #2 from L
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186114
--- Comment #114 from Cassiano Peixoto ---
(In reply to Cassiano Peixoto from comment #113)
Just to add more info about comment #112. I got some relevant messages in
mpd5.log:
Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle
Hi,
I have a review pending to remove flowtable from head. Now is the time
to speak up if, after the inpcb caching went in a while ago, you still
have a good reason for it to stay in the tree.
Also review would be highly appreciated :)
https://reviews.freebsd.org/D11448
/bz
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186114
--- Comment #113 from Cassiano Peixoto ---
(In reply to Cassiano Peixoto from comment #112)
Eugene, patch has been applied but i still can see the kernel error messages:
Jul 10 01:22:30 B-ras kernel: KDB: stack backtrace:
Jul 10 01:22:30 B
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211031
Eugene Grosbein changed:
What|Removed |Added
CC||eu...@freebsd.org
--- Comment #5
11 matches
Mail list logo