Skip to content
Snippets Groups Projects
Select Git revision
0 results
Search by author
  • Any Author
0 authors
  1. Aug 10, 2012
  3. Aug 09, 2012
    • Jo-Philipp Wich's avatar
      netifd: call "wifi down" before "wifi up" · 19bf880b
      Jo-Philipp Wich authored 
      When the underlying /etc/config/wireless got changed since the last "wifi up"
has been performed, the uci vap ifname state vars become inconsistent on a
subsequent "wifi up" and multiple vaps get mapped to the same ifnames which
confuses the gui and other processes relying on them.

For now call an explicit "wifi down" prior to each "wifi up" which will clear
up the state accordingly.

SVN-Revision: 33076
      19bf880b
    • Jo-Philipp Wich's avatar
      base-files: fix option parsing of -F/--force parameter · 17dc1d5c
      Jo-Philipp Wich authored 
      SVN-Revision: 33075
      17dc1d5c
    • Jonas Gorski's avatar
      package: linux-atm: br2684ct: fix nas interface bringup on boot · c9d7a96a
      Jonas Gorski authored 
      
Give nas interface time to setup them selves before configuring them.
Should fix #11826.

Contributed by T-Labs, Deutsche Telekom Innovation Laboratories

Signed-off-by: default avatarJonas Gorski <jonas.gorski@gmail.com>

SVN-Revision: 33074
      c9d7a96a
    • Jo-Philipp Wich's avatar
      Fix hard reset of alix/soekris hardware under heavy NIC load · c8a01662
      Jo-Philipp Wich authored 
      The following patch corrects a hard reset that occurs on alix and
soekris net5501 hardware. Specifically, this is an issue with the via
rhine NIC driver. Under periods of extreme load, the via rhine driver
can cause a reset of the entire system. When this happens no output is
seen on the console, the device simply reboots. This was reported in the
following ticket:

Consistent crash on Soekris NET5501
https://dev.openwrt.org/ticket/11882



I was able to reproduce the problem locally with numerous alix 2d13
platforms. Under heavy 64 byte frame size load from a Smartbits traffic
generator, the alix hardware will hard reset in under 5 minutes. The
same hardware, under the same load, on FreeBSD 9.0 does not reset.

The patch below backports most of the via rhine changes from kernel 3.5.
With OpenWrt trunk being on kernel 3.3.8, it seemed prudent to bring
these changes in to avoid this serious issue.

I've tested this heavily in my test environment and was able to keep the
device stable under load for extended periods of time without any resets.

Also, a nice side effect of this change is that it significantly raises
the performance the platform. Without this patch the alix 2d13 can move
approximately 29,000 packets per second at 64 byte frame sizes. After
this patch the alix can move 52,000 packets per second at 64 byte frame
sizes.

I put this patch under the x86 patches as those are the only platforms
with via rhine hardware that I'm aware of. If it needs to go some place
else please let me know.

Thanks,
Adam

Signed-off-by: default avatarAdam Gensler <openwrt@kristenandadam.net>

SVN-Revision: 33072
      c8a01662
    • Florian Fainelli's avatar
      nuport-mac: use dma_mapping_error() instead of checking pointers · 47380a43
      Florian Fainelli authored 
      Thanks Gabor for spotting this

SVN-Revision: 33071
      47380a43
  5. Aug 08, 2012
  7. Aug 07, 2012
  9. Aug 06, 2012
  11. Aug 05, 2012