| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
more reliable.
Use doubletagging to disable ramips_esw vlan by default, it seems
more reliable.
Daniel Golle found an issue where sometimes (possibly only for
RT3352) the default vlan disable method (clearing en_vlan, untag,
doubletag and putting all ports into vlan 0) doesn't work and the
packets get sent out vlan-tagged with vlan 0.
Instead switch to using the doubletagging method (allow doubletagged
packets, put all ports into vlan 0 with untag enabled) by default.
Unless someone figures out a way to really globally disable vlan for
this switch, this seems like the best (most reliable) option.
I did some tests regarding maximum packet size and did not see any
difference between the two methods, both allow for slightly bigger packets
than the ramips_main.c ethernet driver (ping stops going through
above "ping -s 1472" (1514 bytes), on the switch packets are recv_good until
"ping -s 1490", or about 1532 bytes).
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
SVN-Revision: 33321
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Power down phy on disabled switch ports.
Haven't measured this myself yet, but according to this
http://www.8devices.com/community/viewtopic.php?f=6&t=156
it can save about 300mW of power.
[juhosg: fix checkpatch warning]
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
SVN-Revision: 33304
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Rename POC registers.
The current code uses POC1-POC3.
The datasheet uses:
POC1: Port Control 0
POC1: Port Control 1
POC2: Port Control 2
So the first POC1 is a typo that should have been POC0, rename the
registers to POC0-POC2 accordingly.
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
SVN-Revision: 33302
|
|
|
|
|
|
|
|
|
|
|
|
| |
Stop handling VLAN setup in the kernel.
Removes the obsolete RT305X_ESW_VLAN_CONFIG_BYPASS option I added for
WL-351 and add some extra comments.
Also removes the en_vlan per-port flag that isn't very useful really, it now
is only controlled by the global enable_vlan flag.
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
SVN-Revision: 33301
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add swconfig support to ramips_esw.c
This patch adds swconfig support for ramips_esw:
Tested on both D-LINK DIR-300 B1 and Sitecom WL-351 (external
rtl8366rb on internal port 5).
I've made sure that in the enable_vlan=0 case it behaves like a dumb
switch, so external switches should work fine with vlans and
verified this on the WL-351.
The current state shown by swconfig is always read directly from HW
registers, new settings only show after 'swconfig dev rt305x set apply'.
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
SVN-Revision: 33299
|
|
|
|
|
|
|
|
|
|
| |
Minor indentation cleanup.
Prepare for the main swconfig patch by cleaning up indentation a bit.
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
SVN-Revision: 33298
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As the userspace has no means to determine the maximum possible timeout, use
that as the default and let the userspace lower it when necessary.
As the result the usual OpenWrt install (with busybox's watchdog trying to set
the timeout to 60s on start) is using a 33s timeout on an RT3052 clocked at
384MHz instead of the current 20s default.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
SVN-Revision: 33144
|
|
|
|
|
|
| |
Signed-of-by: Nikolai Zhubr <n-a-zhubr@yandex.ru>
SVN-Revision: 32823
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add byte queue limits support to net/ethernet/ramips_main.c
"Byte queue limits are a mechanism to limit the size of the transmit
hardware queue on a NIC by number of bytes. The goal of these byte
limits is too reduce latency (HOL blocking) caused by excessive
queuing in hardware (aka buffer bloat) without sacrificing
throughput."
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
SVN-Revision: 31844
|
|
|
|
| |
SVN-Revision: 30733
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This helps to reduce code size on RX path:
add/remove: 0/0 grow/shrink: 3/1 up/down: 68/-56 (12)
function old new delta
ramips_eth_open 1104 1144 +40
ramips_ring_free 212 232 +20
ramips_eth_stop 400 408 +8
ramips_eth_rx_hw 648 592 -56
SVN-Revision: 30732
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This helps to reduce code size on TX path:
add/remove: 0/0 grow/shrink: 1/4 up/down: 56/-92 (-36)
function old new delta
ramips_eth_open 1048 1104 +56
ramips_eth_tx_housekeeping 156 148 -8
ramips_ring_free 224 212 -12
ramips_eth_stop 420 400 -20
ramips_eth_hard_start_xmit 480 428 -52
SVN-Revision: 30731
|
|
|
|
|
|
| |
Also rename the 'fe_int' variable.
SVN-Revision: 30713
|
|
|
|
| |
SVN-Revision: 30681
|
|
|
|
| |
SVN-Revision: 30680
|
|
|
|
| |
SVN-Revision: 30679
|
|
|
|
| |
SVN-Revision: 30671
|
|
|
|
|
|
| |
Also clean up the Kconfig symbols.
SVN-Revision: 30670
|
|
|
|
| |
SVN-Revision: 30669
|
|
|
|
| |
SVN-Revision: 30652
|
|
|
|
| |
SVN-Revision: 30573
|
|
|
|
| |
SVN-Revision: 30555
|
|
|
|
| |
SVN-Revision: 30554
|
|
|
|
|
|
|
|
| |
structures
This helps GCC to generare more efficient code.
SVN-Revision: 30553
|
|
|
|
| |
SVN-Revision: 30552
|
|
|
|
| |
SVN-Revision: 30550
|
|
|
|
| |
SVN-Revision: 30549
|
|
|
|
| |
SVN-Revision: 30547
|
|
|
|
| |
SVN-Revision: 30497
|
|
|
|
| |
SVN-Revision: 30495
|
|
|
|
| |
SVN-Revision: 30475
|
|
|
|
| |
SVN-Revision: 30455
|
|
|
|
| |
SVN-Revision: 30450
|
|
|
|
| |
SVN-Revision: 30449
|
|
|
|
| |
SVN-Revision: 30448
|
|
|
|
| |
SVN-Revision: 30447
|
|
|
|
| |
SVN-Revision: 30446
|
|
|
|
| |
SVN-Revision: 30445
|
|
|
|
| |
SVN-Revision: 30444
|
|
|
|
| |
SVN-Revision: 30443
|
|
|
|
| |
SVN-Revision: 30442
|
|
|
|
| |
SVN-Revision: 30441
|
|
|
|
| |
SVN-Revision: 30440
|
|
|
|
| |
SVN-Revision: 30439
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously the tx housekeeping was done in a spin_lock_irqsave critical
section which causes irqs to be disabled during that time. Since the
housekeeping is already prepared to be scheduled as a tasklet process
the housekeeping only in softirq context and revise the locking between
the tx path and the housekeeping tasklet by using a normal spin_lock
which in most situations will be a NOP anyway.
This makes sure that interrupts are only disabled for a short time
since in the worst case the housekeeping might have to free up to 256
skbs.
Signed-off-by: Helmut Schaa <helmut.schaa@googlemail.com>
SVN-Revision: 29762
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This add support for the Sitecom WL-351 v1 002.
In principle the Engenius ESR9850 should also work with this, but I
don't have the hardware to test it.
Since an external gigabit switch (RTL8366RB) is used,
I had to modify the ramips_esw driver to add a 'bypass' mode, which
just configures it to not filter the vlan tags.
Also two initialization words (FCT2 and FPA2) are set to different
values by u-boot than what the driver is using and it only seems to
work correctly when they not overridden by the driver, so I
added them to the platform specific data as reg_initval_fct2 and
reg_initval_fpa2.
With this wired lan works as expected, however I'm still having some
trouble with the wireless lan:
It only works after I rmmod & re-insmod rt2800pci and then
reconfigure it in the webinterface, but not directly after
rebooting.
The symptom of this is wpad saying:
Dec 20 15:45:09 OpenWrt daemon.info hostapd: wlan1: STA <notebookmac> IEEE 802.11: associated (aid 1)
Dec 20 15:45:09 OpenWrt daemon.info hostapd: wlan1: STA <notebookmac> WPA: pairwise key handshake completed (RSN)
Dec 20 15:45:22 OpenWrt daemon.info hostapd: wlan1: STA <notebookmac> IEEE 802.11: authenticated
But wpa_supplicant on the client saying:
Authentication with <wl351mac> timed out.
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
SVN-Revision: 29604
|
|
|
|
|
|
| |
Signed-off-by: Artur Wronowski <arteqw@gmail.com>
SVN-Revision: 29603
|
|
|
|
|
|
| |
Based on a patch by Layne Edwards <ledwards@astrumtech.net>
SVN-Revision: 27997
|
|
|
|
|
|
| |
Based on a patch by Roman Yeryomin <roman@advem.lv>
SVN-Revision: 27990
|
|
|
|
|
|
| |
Based on a patch by Sergiy <piratfm@gmail.com>
SVN-Revision: 27809
|