jfv 2008-08-11 20:20:13 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/net if_vlan.c
Log:
SVN rev 181607 on 2008-08-11 20:20:13Z by jfv
MFC of vlan attach notification support.
Revision ChangesPath
1.124.2.2 +6 -0
jfv 2008-07-14 18:40:21 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
SVN rev 180511 on 2008-07-14 18:40:21Z by jfv
Add event notification at attach/detach so the NIC
is able to detect it and do hardware filtering.
Revision Change
yar 2007-03-19 18:01:39 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Now is unused here.
Revision ChangesPath
1.124 +0 -1 src/sys/net/if_vlan.c
___
cvs-all@freebsd.org mailing
yar 2007-03-19 16:58:07 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Fix a nameless constant: 6 -> ETHER_ADDR_LEN
Tested with:md5(1)
Revision ChangesPath
1.123 +1 -1 src/sys/net/if_vlan.c
yar 2007-03-19 16:31:28 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Now that this driver uses ether_ioctl(), it no longer needs
the INET related include files.
Revision ChangesPath
1.122 +0 -6 src/sys/net/if_vlan.c
___
yar 2007-03-15 14:10:51 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Remove a spurious blank line at the start of vlan_growhash().
Add a diagnostic message to the function about resizing vlan
hash table.
Revision ChangesPath
1
yar 2007-03-14 14:38:04 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Let vlan_ioctl() pass some work on to ether_ioctl()
and so reduce code duplication a bit.
Revision ChangesPath
1.120 +1 -25 src/sys/net/if_vlan.c
_
yar 2007-03-12 12:42:14 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Emit load and unload messages under bootverbose.
This can help to spot bugs (which it did for me,)
and let people know which mode the vlan module is
actually using if
yar 2007-03-12 12:27:30 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Fix some minor issues in the internal vlan lists:
- ifv_list member of struct ifvlan is unneeded in array mode,
it's used only in hash mode to resolve hash collisio
yar 2006-12-30 21:10:26 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
- Don't defer the removal of an 802.1q header for no real reason.
- Micro-optimize the addition of an 802.1q header to match the removal code.
- Consistently check for i
glebius 2006-10-17 07:24:18 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/net if_vlan.c
Log:
- Update the baudrate every time the parent changes its link state.
Approved by:re (bmah)
Revision ChangesPath
1.79.2.14 +4
glebius 2006-10-11 10:06:35 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
- Update the baudrate every time the parent changes its link state.
- Rearrange the curly braces so that this piece of code is more
readable.
Revision Changes
thompsa 2006-08-25 08:25:35 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Fix spelling.
Revision ChangesPath
1.114 +1 -1 src/sys/net/if_vlan.c
___
cvs-all@freebsd.org mailing list
ht
yar 2006-08-18 10:48:11 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/net if_vlan.c
share/man/man4 vlan.4
Log:
MFC:
Optionally pad outgoing frames to the minimum of 60 bytes (excl. FCS)
before tagging them. This c
yar 2006-08-15 19:43:32 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/net if_vlan.c
Log:
MFC rev. 1.102:
Track interface department events and detach vlans from
departing trunk so that we don't get into trouble later
by derefer
yar 2006-08-15 17:29:53 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
This XXX remark was rendered false by rev. 103, which made the
VLAN_ARRAY case subject to rw locking, too.
Revision ChangesPath
1.113 +0 -1 src/sys/ne
yar 2006-08-15 16:56:44 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Make it a tad easier to base other encapsulation schemes on this driver
by restoring the ifv_proto field in the vlan softc and putting it to use
this time. It's a good
yar 2006-08-15 16:40:28 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Set IFF_DRV_RUNNING on vlan(4) once in vlan_config(),
not at many places after each call to vlan_config().
This is consistent with IFF_DRV_RUNNING being unset
in vlan_
yar 2006-08-11 17:09:27 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
share/man/man4 vlan.4
Log:
Optionally pad outgoing frames to the minimum of 60 bytes (excl. FCS)
before tagging them. This can help to work around brain-damage in s
On Tue, Aug 08, 2006 at 12:15:07PM -0400, John Baldwin wrote:
> On Tuesday 08 August 2006 05:50, Yar Tikhiy wrote:
> > On Fri, Aug 04, 2006 at 04:44:07PM -0400, John Baldwin wrote:
> > >
> > > To be honest, as someone who works with bug reports, I'd actually like
> > > backtraces up front w/o req
yar 2006-08-09 15:04:30 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/net if_vlan.c
Log:
Destroy the cloned interfaces before, not after, detaching
from the cloner structure in the module unload handler.
The cloner structure was lik
On Tuesday 08 August 2006 05:50, Yar Tikhiy wrote:
> On Fri, Aug 04, 2006 at 04:44:07PM -0400, John Baldwin wrote:
> >
> > To be honest, as someone who works with bug reports, I'd actually like
> > backtraces up front w/o requiring the user to compile a custom kernel,
etc.
> > Having a simple
On Fri, Aug 04, 2006 at 04:44:07PM -0400, John Baldwin wrote:
>
> To be honest, as someone who works with bug reports, I'd actually like
> backtraces up front w/o requiring the user to compile a custom kernel, etc.
> Having a simple backend in place and kdb_backtrace()'s where relevant would
>
On Fri, 4 Aug 2006, John Baldwin wrote:
On Friday 04 August 2006 16:01, Marcel Moolenaar wrote:
The point is that kdb_backtrace() is there if you want a backtrace and
you call it based on whatever option that makes sense at the call-site
or even unconditionally if that's the right thing.
Whet
On Aug 4, 2006, at 1:44 PM, John Baldwin wrote:
Places that call kdb_enter() aren't all #ifdef KDB IIRC. It's
just a feature that kdb_foo() functions become NOPs when the
kernel isn't
configured for debugging, so I think the #ifdef KDB's would be
redundant.
None of the kdb_*() functions
On Friday 04 August 2006 16:01, Marcel Moolenaar wrote:
> On Fri, Aug 04, 2006 at 01:14:22PM -0400, John Baldwin wrote:
> > >
> > > So, putting the kdb_backtrace() under KDB is not a matter of said
> > > function not being present without KDB, it's that we don't want
> > > to emit backtraces when
On Fri, Aug 04, 2006 at 09:27:56AM -0700, Sam Leffler wrote:
> Yar Tikhiy wrote:
> > On Thu, Aug 03, 2006 at 10:11:11AM -0700, Sam Leffler wrote:
> >> Yar Tikhiy wrote:
> >>> yar 2006-08-03 09:59:09 UTC
> >>>
> >>> FreeBSD src repository
> >>>
> >>> Modified files:
> >>> sys/net
On Aug 5, 2006, at 11:41 AM, Yar Tikhiy wrote:
On Fri, Aug 04, 2006 at 01:01:54PM -0700, Marcel Moolenaar wrote:
On Fri, Aug 04, 2006 at 01:14:22PM -0400, John Baldwin wrote:
So, putting the kdb_backtrace() under KDB is not a matter of said
function not being present without KDB, it's that w
On Fri, Aug 04, 2006 at 01:01:54PM -0700, Marcel Moolenaar wrote:
> On Fri, Aug 04, 2006 at 01:14:22PM -0400, John Baldwin wrote:
> > >
> > > So, putting the kdb_backtrace() under KDB is not a matter of said
> > > function not being present without KDB, it's that we don't want
> > > to emit backtr
On Fri, 2006-Aug-04 09:23:52 -0700, Marcel Moolenaar wrote:
>So, putting the kdb_backtrace() under KDB is not a matter of said
>function not being present without KDB, it's that we don't want
>to emit backtraces when debugging is not enabled. Backtraces are
>a debugging tool and it makes sense to e
On Fri, Aug 04, 2006 at 01:14:22PM -0400, John Baldwin wrote:
> >
> > So, putting the kdb_backtrace() under KDB is not a matter of said
> > function not being present without KDB, it's that we don't want
> > to emit backtraces when debugging is not enabled. Backtraces are
> > a debugging tool and
On Friday 04 August 2006 12:23, Marcel Moolenaar wrote:
> On Aug 4, 2006, at 12:03 AM, Yar Tikhiy wrote:
>
> > Just noticed that many calls to kdb_backtrace() are under "#ifdef
> > KDB" while subr_kdb.c is marked as standard in /sys/conf/files and
> > the function itself is always available (yet c
Yar Tikhiy wrote:
> On Thu, Aug 03, 2006 at 10:11:11AM -0700, Sam Leffler wrote:
>> Yar Tikhiy wrote:
>>> yar 2006-08-03 09:59:09 UTC
>>>
>>> FreeBSD src repository
>>>
>>> Modified files:
>>> sys/net if_vlan.c
>>> Log:
>>> Should vlan_input() ever be called with i
On Aug 4, 2006, at 12:03 AM, Yar Tikhiy wrote:
Just noticed that many calls to kdb_backtrace() are under "#ifdef
KDB" while subr_kdb.c is marked as standard in /sys/conf/files and
the function itself is always available (yet can do nothing.)
Should calls to kdb_backtrace() be put under "#ifdef
On Friday 04 August 2006 03:03, Yar Tikhiy wrote:
> On Thu, Aug 03, 2006 at 02:58:00PM -0400, John Baldwin wrote:
> > On Thursday 03 August 2006 14:08, Yar Tikhiy wrote:
> > > On Thu, Aug 03, 2006 at 10:11:11AM -0700, Sam Leffler wrote:
> > > > Yar Tikhiy wrote:
> > > > > yar 2006-08-03 09:
On Thu, Aug 03, 2006 at 02:58:00PM -0400, John Baldwin wrote:
> On Thursday 03 August 2006 14:08, Yar Tikhiy wrote:
> > On Thu, Aug 03, 2006 at 10:11:11AM -0700, Sam Leffler wrote:
> > > Yar Tikhiy wrote:
> > > > yar 2006-08-03 09:59:09 UTC
> > > >
> > > > FreeBSD src repository
> > > >
On Thursday 03 August 2006 14:08, Yar Tikhiy wrote:
> On Thu, Aug 03, 2006 at 10:11:11AM -0700, Sam Leffler wrote:
> > Yar Tikhiy wrote:
> > > yar 2006-08-03 09:59:09 UTC
> > >
> > > FreeBSD src repository
> > >
> > > Modified files:
> > > sys/net if_vlan.c
> > > L
On Thu, Aug 03, 2006 at 10:11:11AM -0700, Sam Leffler wrote:
> Yar Tikhiy wrote:
> > yar 2006-08-03 09:59:09 UTC
> >
> > FreeBSD src repository
> >
> > Modified files:
> > sys/net if_vlan.c
> > Log:
> > Should vlan_input() ever be called with ifp pointing to a no
Yar Tikhiy wrote:
> yar 2006-08-03 09:59:09 UTC
>
> FreeBSD src repository
>
> Modified files:
> sys/net if_vlan.c
> Log:
> Should vlan_input() ever be called with ifp pointing to a non-Ethernet
> interface, do not just assign -1 to tag because it breaks the lo
yar 2006-08-03 09:59:09 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Should vlan_input() ever be called with ifp pointing to a non-Ethernet
interface, do not just assign -1 to tag because it breaks the logic of
the code to follow. The be
yar 2006-08-03 09:50:15 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Back out rev. 1.107 because it introduced as many problems
as it tried to solve:
- it smuggled hidden 802.1q details into otherwise protocol-neutral code;
- it put
>
> Removing the "dead" assignment to evl->evl_encap_proto above and
> reducing the bcopy window by 2 bytes here is a nano-optimization.
> Which is worse, it smuggles hidden dot1q details in this otherwise
> encapsulation-neutral block of code. E.g., I could use the former
> code for both dot1q
On Tue, Aug 01, 2006 at 05:40:56PM -0700, Sam Leffler wrote:
>
> We obviously had no idea you were interested in this. I was asked to
> review the original change and noticed the bogus panic code and
> suggested it be fixed at the same time. I already pointed out to Qing
> Li that the new code is
Yar Tikhiy wrote:
> On Tue, Aug 01, 2006 at 05:28:10PM +, Qing Li wrote:
>> qingli 2006-08-01 17:28:10 UTC
>>
>> FreeBSD src repository
>>
>> Modified files:
>> sys/net if_vlan.c
>> Log:
>> In vlan_input(), if the network interface does not perform h/w based
>>
On Tue, Aug 01, 2006 at 05:28:10PM +, Qing Li wrote:
> qingli 2006-08-01 17:28:10 UTC
>
> FreeBSD src repository
>
> Modified files:
> sys/net if_vlan.c
> Log:
> In vlan_input(), if the network interface does not perform h/w based
> vlan tag processing, the co
qingli 2006-08-01 17:28:10 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
In vlan_input(), if the network interface does not perform h/w based
vlan tag processing, the code will use bcopy() to remove the vlan
tag field but the code copies 2 by
On Thu, 29 Jun 2006, Yar Tikhiy wrote:
I stress tested gif(4) in the same manner for kicks and got a very similar
panic in in_control(). I suppose that my change eliminated a concurrency
problem in vlan(4) and we began to feel the lack of refcounting at ifnet
level. Indeed, a thread can kee
On Thu, Jun 29, 2006 at 04:36:30PM +0200, Andre Oppermann wrote:
> Yar Tikhiy wrote:
> >On Thu, Jun 29, 2006 at 01:24:56PM +0400, Maxim Konovalov wrote:
> >>On Thu, 29 Jun 2006, 07:52-, Yar Tikhiy wrote:
> >>
> >>>yar 2006-06-29 07:52:30 UTC
> >>>
> >>> FreeBSD src repository
> >>>
> >
Yar Tikhiy wrote:
On Thu, Jun 29, 2006 at 01:24:56PM +0400, Maxim Konovalov wrote:
On Thu, 29 Jun 2006, 07:52-, Yar Tikhiy wrote:
yar 2006-06-29 07:52:30 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Detach the interface first, do vlan
On Thu, Jun 29, 2006 at 01:24:56PM +0400, Maxim Konovalov wrote:
> On Thu, 29 Jun 2006, 07:52-, Yar Tikhiy wrote:
>
> > yar 2006-06-29 07:52:30 UTC
> >
> > FreeBSD src repository
> >
> > Modified files:
> > sys/net if_vlan.c
> > Log:
> > Detach the interface fi
On Thu, 29 Jun 2006, 07:52-, Yar Tikhiy wrote:
> yar 2006-06-29 07:52:30 UTC
>
> FreeBSD src repository
>
> Modified files:
> sys/net if_vlan.c
> Log:
> Detach the interface first, do vlan_unconfig() then.
> Previously, another thread could get a pointer to t
yar 2006-06-29 07:30:40 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Remove a few unused things.
Fix some style and consistency points.
Revision ChangesPath
1.104 +8 -12 src/sys/net/if_vlan.c
yar 2006-06-29 07:52:30 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Detach the interface first, do vlan_unconfig() then.
Previously, another thread could get a pointer to the
interface by scanning the system-wide list and sleep
on the
yar 2006-06-21 13:48:34 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Fix the VLAN_ARRAY case, mostly regarding improper use of atomic(9)
in place of conventional rw locking. Alas, atomic(9) can't buy us
lockless operation so easily.
yar 2006-06-21 07:29:45 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Track interface department events and detach vlans from
departing trunk so that we don't get into trouble later
by dereferencing a stale pointer to dead trunk's things.
ru 2006-03-09 14:42:52 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Don't acquire a lock before calling vlan_unconfig().
This fixes a panic when doing "ifconfig ... -vlandev".
OK'ed by: glebius
Revision ChangesPath
1
yar 2006-02-24 17:25:16 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Don't to forget to unlock the rwlock on trunk before destroying it.
This should fix panic on "kldunload if_vlan" while vlanX are still there.
Reviewed by:glebius
yar 2006-02-18 22:48:17 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/net if_vlan.c
Log:
MFC 1.98: Avoid toggling IFF_UP from the driver because
it's an administrative flag.
Approved by:re (scottl)
Revision C
yar 2006-02-12 12:19:06 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/net if_vlan.c
Log:
MFC rev. 1.95:
Set IFF_BROADCAST and IFF_MULTICAST on vlan interfaces from the
beginning and simply refuse to attach to a parent without
emaste 2006-02-10 18:38:33 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Bump the MODULE_VERSION for HEAD, as the vlan(4) API is different in
RELENG_6, and would require a lower version number.
Requested by: glebius
Approved by:rwa
yar 2006-02-10 11:01:10 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Avoid frobbing IFF_UP at any cost (which is close to
zero in this case.) A kernel driver has IFF_DRV_RUNNING
at its full disposal while IFF_UP may be toggled only by
On Thu, Feb 09, 2006 at 10:11:58PM +, Ed Maste wrote:
E> emaste 2006-02-09 22:11:58 UTC
E>
E> FreeBSD src repository
E>
E> Modified files:
E> sys/net if_vlan.c
E> Log:
E> Add a MODULE_VERSION so that other modules (perhaps third-party) can
E> depend on this on
emaste 2006-02-09 22:11:58 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Add a MODULE_VERSION so that other modules (perhaps third-party) can
depend on this one.
Approved by:rwatson (mentor)
Revision ChangesPath
1.97 +
glebius 2006-02-02 22:11:38 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
In vlan_config() first call vlan_inithash(), then lock mutex, because
vlan_inithash() calls malloc(M_WAITOK).
Revision ChangesPath
1.96 +6 -4 src/sys
yar 2006-01-31 16:41:05 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Set IFF_BROADCAST and IFF_MULTICAST on vlan interfaces from the
beginning and simply refuse to attach to a parent without either
flag.
Our network stack cannot hand
glebius 2006-01-26 22:21:37 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/net if_vlan.c
Log:
MFC 1.85 - 1.87: Some diagnostic nitpicking and cleanup.
MFC 1.88:
Improve handling flags that must be propagated
to the parent interface
glebius 2005-12-12 11:18:15 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/net if_vlan.c
Log:
MFC 1.93:
Take if_baudrate from the parent. This fixes problem with SNMP
daemons reporting zero speed for vlan(4) interfaces.
Revision
glebius 2005-11-28 12:46:35 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
Take if_baudrate from the parent. This fixes problem with SNMP
daemons reporting zero speed for vlan(4) interfaces.
Revision ChangesPath
1.93 +1 -0 s
glebius 2005-11-25 14:34:05 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/net if_vlan.c
Log:
MFC 1.89:
- Do not raise IFF_DRV_OACTIVE flag in vlan_start, because this
can lead to stalled interface
- Explain this fact in a comm
glebius 2005-11-06 19:43:04 UTC
FreeBSD src repository
Modified files:
sys/net if_vlan.c
Log:
- Do not raise IFF_DRV_OACTIVE flag in vlan_start, because this
can lead to stalled interface
- Explain this fact in a comment.
Reviewed by:rwatson, thompsa,
70 matches
Mail list logo
