src/sys/dev/fxp, branch release/5.3.0_cvs

This commit was manufactured by cvs2svn to create tag

2004-11-04T19:12:42+00:00

'RELENG_5_3_0_RELEASE'.

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

MFC revision 1.218:

2004-09-25T22:21:09+00:00

  Add support for the fxp(4) based card in ICH6 (i915) chipsets.

  Submitted by:   Mike Tancsa 

Approved by:	re@ (scottl)

Deorbit the fxp tuning hint (hint.fxp.UNIT_NUMBER.ipcbxmit_disable)

2004-08-11T21:41:25+00:00

introduced in if_fxp.c revision 1.180.  The bug fix committed in
revision 1.180 fixed the packet truncation problem.

Bring in the first chunk of altq driver modifications. This covers the

2004-07-02T12:16:02+00:00

following drivers: bfe(4), em(4), fxp(4), lnc(4), tun(4), de(4) rl(4),
sis(4) and xl(4)

More patches are pending on: http://peoples.freebsd.org/~mlaier/ Please take
a look and tell me if "your" driver is missing, so I can fix this.

Tested-by:	many
No-objection:	-current, -net

Remove the setting of the pci config variables on power state changes.

2004-06-28T20:26:21+00:00

The bus does this now.

Abstract the locking in fxp(4) a bit more by using macros for

2004-06-02T22:59:57+00:00

mtx_assert() and mtx_owned(), as it is done in other places,
for instance proc locking.

Use the device sysctl tree instead of rolling our own. Some of the

2004-06-02T22:52:18+00:00

sysctls were global (hw.fxp_rnr and hw.fxp_noflow), all of them are
now per-device.  Sample output of "sysctl dev.fxp0" with this patch,
with the standard %foo nodes removed :

dev.fxp0.int_delay: 1000
dev.fxp0.bundle_max: 6
dev.fxp0.rnr: 0
dev.fxp0.noflow: 0

Add missing includes

2004-05-30T20:08:47+00:00

POLA dictates that VLAN_MTU be enabled by default.

2004-05-27T14:36:58+00:00

In particular, disabling it was likely to break configurations
involving ng_vlan(4) since the latter couldn't control
the parent's VLAN_MTU in the way vlan(4) did.

Pointed out by:	ru

Those sysctls shouldn't be writtable from inside a jail.

2004-05-26T23:03:27+00:00