src-test2/sys/dev/rt, branch release/11.0.0

Add compat strings used by OpenWRT to some Mediatek/Ralink drivers

2016-04-20T14:47:16Z

Approved by: adrian (mentor) Sponsored by: Smartcom - Bulgaria AD Differential Revision: https://reviews.freebsd.org/D5995

Mediatek/Ralink: Get our drivers closer to OpenWRT dts definitions

2016-04-15T15:24:42Z

This revision gets our Mediatek/Ralink drivers closer to OpenWRT's dts definitions, so we can reuse them with less modifications later in order to bring support for a lot of boards at once. Approved by: adrian (mentor) Sponsored by: Smartcom - Bulgaria AD Differential Revision: https://reviews.freebsd.org/D5961

Cleanup unnecessary semicolons from the kernel.

2016-04-10T23:07:00Z

Found with devel/coccinelle.

This revision adds support to if_rt for more SoCs.

2016-04-07T07:22:22Z

The SoCs I've tried the driver with include the following: RT3050, RT5350, RT3662, RT3883, MT7620, MT7621, MT7688. On boards, based on the above SoCs traffic is passing through correctly and the boards survive a flood ping with very little or no drops (drops may be caused elsewhere in my test setup, however). One issue still remains and needs to be fixed in the future: if_rt does not survive an ifconfig rt0 down/ifconfig rt0 up cycle. This issue existed before this commit as well, however. Reviewed by: ray Approved by: adrian (mentor) Sponsored by: Smartcom - Bulgaria AD Differential Revision: https://reviews.freebsd.org/D5864

As is included from , there is no need to

2016-02-22T09:02:20Z

include it explicitly when is already included. Reviewed by: alc, kib Differential Revision: https://reviews.freebsd.org/D5373

Eliminate code for walking through the early static env data. This code

2016-01-03T14:46:19Z

is called from a device attach routine, and thus cannot be called before the cutover from static to dynamic kernel env.

[rt] add support for the RT5350 and MT7620 SoCs.

2015-12-24T18:41:16Z

This is a work in progress; bringing the interface down stops further use. It only happens on RT5350/MT7620. This is based on work by Alexander A. Mityaev . Submitted by: Stanislav Galabov

Fix multiple incorrect SYSCTL arguments in the kernel:

2014-10-21T07:31:21Z

- Wrong integer type was specified. - Wrong or missing "access" specifier. The "access" specifier sometimes included the SYSCTL type, which it should not, except for procedural SYSCTL nodes. - Logical OR where binary OR was expected. - Properly assert the "access" argument passed to all SYSCTL macros, using the CTASSERT macro. This applies to both static- and dynamically created SYSCTLs. - Properly assert the the data type for both static and dynamic SYSCTLs. In the case of static SYSCTLs we only assert that the data pointed to by the SYSCTL data pointer has the correct size, hence there is no easy way to assert types in the C language outside a C-function. - Rewrote some code which doesn't pass a constant "access" specifier when creating dynamic SYSCTL nodes, which is now a requirement. - Updated "EXAMPLES" section in SYSCTL manual page. MFC after: 3 days Sponsored by: Mellanox Technologies

Follow up to r225617. In order to maximize the re-usability of kernel code

2014-10-16T18:04:43Z

in userland rename in-kernel getenv()/setenv() to kern_setenv()/kern_getenv(). This fixes a namespace collision with libc symbols. Submitted by: kmacy Tested by: make universe

Mechanically convert to if_inc_counter().

2014-09-19T03:51:26Z