mtk-20170518/target/linux/generic/files/drivers/net/phy/b53, branch master

kernel: b53: fix compilation on BCM47XX

2018-03-21T09:54:14+00:00

This fixes:
drivers/net/phy/b53/b53_priv.h:325:2: error: enumeration value '' not handled in switch [-Werror=switch]
errors.

Fixes: 0de2213eeade7 ("kernel: b53: look for NVRAM's "robo_reset" entry on every platform")
Signed-off-by: Rafał Miłecki

kernel: b53: look for NVRAM's "robo_reset" entry on every platform

2018-03-21T05:56:43+00:00

Since kernel 4.1 bcm47xx_nvram_gpio_pin() is now defined in a global
header and can be safely called even on non-Broadcom platforms.

This change makes b53 look for "robo_reset" on ARCH_BCM_5301X and
slightly simplifies the code.

Signed-off-by: Rafał Miłecki

kernel: b53: drop support for old location of bcm47xx_nvram.h

2018-03-13T11:01:36+00:00

In kernels 4.0 and older that header file was located in some subdir of
arch/mips/include. Target brcm47xx supports kernels 4.4 and 4.9 only so
that code isn't needed anymore.

Signed-off-by: Rafał Miłecki

kernel: generic: Add kernel 4.14 support

2017-12-16T21:11:19+00:00

This adds initial support for kernel 4.14 based on the patches for
kernel 4.9.

In the configuration I deactivated some of the new possible security
features like:
CONFIG_REFCOUNT_FULL
CONFIG_SLAB_FREELIST_HARDENED
CONFIG_SOFTLOCKUP_DETECTOR
CONFIG_WARN_ALL_UNSEEDED_RANDOM

And these overlay FS options are also deactivated:
CONFIG_OVERLAY_FS_INDEX
CONFIG_OVERLAY_FS_REDIRECT_DIR

I activated this:
CONFIG_FORTIFY_SOURCE
CONFIG_POSIX_TIMERS
CONFIG_SLAB_MERGE_DEFAULT
CONFIG_WATCHDOG_HANDLE_BOOT_ENABLED

I am not sure if I did the porting correct for the following patches:
target/linux/generic/backport-4.14/020-backport_netfilter_rtcache.patch
target/linux/generic/hack-4.14/220-gc_sections.patch
target/linux/generic/hack-4.14/321-powerpc_crtsavres_prereq.patch
target/linux/generic/pending-4.14/305-mips_module_reloc.patch
target/linux/generic/pending-4.14/611-netfilter_match_bypass_default_table.patch
target/linux/generic/pending-4.14/680-NET-skip-GRO-for-foreign-MAC-addresses.patch

Signed-off-by: Hauke Mehrtens

generic: provide get_port_stats() on b53 switches

2017-09-01T07:30:35+00:00

This patch provides a generic switch_dev_ops 'get_port_stats()' callback by
taping into the relevant port MIB counters.

This callback is used by swconfig_leds led trigger to blink LEDs with port
network traffic.

Signed-off-by: Thibaut VARENE

b53: allow configuration through device tree

2017-06-10T10:40:38+00:00

Add support for the same binding as upstream b53 to allow an
easy switch.

Signed-off-by: Jonas Gorski

kernel: port b53 to use kernel 4.5+ API

2017-02-06T10:28:54+00:00

For backward 4.4 compatibility I added patch reverting my changes.

Signed-off-by: Rafał Miłecki

kernel: b53: force BCM531x5 port 5 link state if enabled

2016-09-08T21:03:46+00:00

Some devices (e.g. Tenda AC9 based on BCM47189B0) have BCM53125 with
port 5 connected to the second Ethernet interface on the SoC. In such
case there is no PHY and we need to force link manually.

This assumes port 5 can be marked as enabled for such devices. It's not
implemented yet unfortunately.

Signed-off-by: Rafał Miłecki

b53: allow ports with higher numbers than CPU port

2016-07-24T04:38:30+00:00

Our code was assuming CPU port uses the highest number. My BCM53573
device has eth0 connected to port 8 and eth1 connected to port 5. While
working on support for it I tried to:
1) Enable all ports (including port 8)
2) Set CPU port to 5

I noticed port 8 is not accessible anymore. It was just a development
process but it seems like something worth fixing anyway.

Signed-off-by: Rafał Miłecki 
Acked-by: Jonas Gorski

kernel: rename B53 symbols to avoid upstream kernel conflict

2016-06-20T06:00:14+00:00

In kernel 4.7 there is upstreamed b53 driver using (mostly?) the same
symbols as our b53 does. Change our symbols so both drivers can coexist
in kernel tree.

Signed-off-by: Rafał Miłecki 
Acked-by: Jonas Gorski