src/sys/net, branch release/6.0.0_cvs

This commit was manufactured by cvs2svn to create tag

2005-11-03T00:35:26+00:00

'RELENG_6_0_0_RELEASE'.

This commit was manufactured to restore the state of the 6.0-RELEASE image.

MFC: (1.16) Fixing a name collision in module declaration by renaming

2005-10-28T22:52:31+00:00

"firewire" to "if_firewire."  According to the PR originator and Cai's
testing result, this bug prevents a RELENG_6 GENERIC kernel from loading
if_fwip.ko and will panic the kernel if users compile "device fwip" into
their GENERIC kernel.

Approved by:	re (scottl)

MFC if_bridge r1.30

2005-10-27T19:43:07+00:00

> If we have been called from ether_ifdetach() then do not try and clear the
> promisc flag from the member interface, this is a no-op anyway since the
> interface is disappearing. The driver may have already released
> its resources such as miibus and this is likely to panic the kernel.

Approved by:    re (scottl)

Call if_clone_detach() after vlan_clone_destroy() loop, as if_clone_detach()

2005-10-26T19:57:04+00:00

is freeing ifc_units field, which is used in
vlan_clone_destroy()->ifc_free_unit().

This fixes panic: ifc_free_unit: bit is already cleared

The fix introduces a small race in that a new interface could be created
between the vlan_clone_destroy() loop and the call to if_clone_detach().
The race is probably too hard to trigger to be worry about it.

This is not an MFC, because better fix was committed to HEAD.
We decided to use this fix, as it is a low-risk fix, which fits just fine
for 6.0 at this stage.

Discussed with:	brooks, thompsa
Approved by:	re (scottl)

MFC ng_ether support for if_bridge and cleanup of bridge hooks.

2005-10-23T02:37:28+00:00

 bridgestp.c; r1.8
 if_bridge.c; r1.25, 1.27
 if_bridgevar.h; r1.5
 if_ethersubr.c; r1.201, 1.202, 1.206
 ng_ether.c; r1.52 - 1.54

Approved by:    re (scottl)

MFC: if_bridge.c r1.26, if_ethersubr.c r1.205

2005-10-19T20:46:16+00:00

>   Use bridge_ifdetach() to notify the bridge that a member has been detached.
>   The bridge can then remove it from its interface list and not try to send
>   out via a dead pointer.

Approved by:	re (scottl)

Big overall MFC of polling(4) cleanup:

2005-10-07T14:00:06+00:00

o First attempt on removing Giant from polling. Details:
  http://lists.freebsd.org/pipermail/cvs-src/2005-September/051848.html
o Second attempt, and big polling cleanup including:
  - Functinal approach to turning polling on/off
  - Deprecating of poll_in_trap
  - Removal of ifnet knowledge from kern_poll.c
  Details:
  http://lists.freebsd.org/pipermail/cvs-src/2005-October/053267.html
o Improved checking of user configurable sysctls. Details:
  http://lists.freebsd.org/pipermail/cvs-src/2005-October/053351.html
o Moving DEVICE_POLLING from opt_global.h to opt_device_polling.h:
  http://lists.freebsd.org/pipermail/cvs-src/2005-October/053479.html

o All related documentation fixes.

Approved by:	re (kensmith)
Thanks to:	everyone, who helped with testing

MFC: if_bridge.c r1.23

2005-10-06T20:43:24+00:00

> Do not packet filter in the bridge_start() routine, locally generated packets
> are already filtered by the higher layers.

Approved by:	re (kensmith)

Merge netisr.c:1.16 from HEAD to RELENG_6:

2005-10-05T12:32:23+00:00

  Rename net.isr.enable to net.isr.direct.

  No compatibility code is provided, as this will be the production name
  as of 6.0.  Previously this has been an experimental and unsupported
  feature.

  Requested by:	scottl

Approved by:	re (kensmith)

MFC bpf.c v1.159

2005-10-01T18:43:16+00:00

Make stats a bit more accurate by refreshing the PID after each
descriptor operation.

Approved by:	re (scottl)