| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
SVN-Revision: 27911
|
|
|
|
| |
SVN-Revision: 27910
|
|
|
|
| |
SVN-Revision: 27909
|
|
|
|
| |
SVN-Revision: 27908
|
|
|
|
| |
SVN-Revision: 27907
|
|
|
|
|
|
| |
As this target changes often these days it is hard to support more kernel versions. Now only kernel 3.0 is supported.
SVN-Revision: 27906
|
|
|
|
|
|
|
|
| |
* this adds sflash support for ssb devices
* the flash is now a platform device
* minor updates
SVN-Revision: 27902
|
|
|
|
| |
SVN-Revision: 27901
|
|
|
|
| |
SVN-Revision: 27900
|
|
|
|
| |
SVN-Revision: 27899
|
|
|
|
|
|
|
|
|
| |
When starting/stopping DMA sometimes the FIFO state gets corrupted,
leading to wildly fluctuating latencies or packet data corruption.
Fix this by issuing a fast MAC reset as soon as the link is detected
as up. Fixes #9689, #9405
SVN-Revision: 27896
|
|
|
|
|
|
|
|
|
|
|
| |
When the DMA engine state gets corrupted due to a hardware issues, it
often won't stop rx until a full reset is issued. In that case the hardware
must keep a valid descriptor, otherwise it will write to random places in
system RAM, triggering random crashes. To fix this, keep a dummy descriptor
without a buffer that keeps the DMA engine in a sane state until the reset
is done
SVN-Revision: 27895
|
|
|
|
| |
SVN-Revision: 27894
|
|
|
|
| |
SVN-Revision: 27887
|
|
|
|
|
|
| |
This is breaking some devices out there such as Winchiphead CH341 adapters (#9601)
SVN-Revision: 27885
|
|
|
|
| |
SVN-Revision: 27881
|
|
|
|
|
|
|
|
| |
- runtime detect the amount of memory available
- define EBI_BASE as MPI_BASE to get rid of chip-select specific hacks
- fix GPIO control
SVN-Revision: 27880
|
|
|
|
| |
SVN-Revision: 27879
|
|
|
|
|
|
| |
received on AR71xx and AR91xx ethernet MACs decreases CPU load with the default firewall for routing 95 mbit/s from 78% to 55%
SVN-Revision: 27878
|
|
|
|
| |
SVN-Revision: 27876
|
|
|
|
|
|
| |
Also fix one typo.
SVN-Revision: 27875
|
|
|
|
|
|
|
|
| |
The old ieee1394 stack was removed in 2.6.37. The new firewire stack is
available for all kernel versions, but experimental for the older one, so
make both available where appropriate.
SVN-Revision: 27874
|
|
|
|
| |
SVN-Revision: 27853
|
|
|
|
|
|
| |
and 3.0
SVN-Revision: 27840
|
|
|
|
|
|
| |
kernel didn't compile at all, so...)
SVN-Revision: 27826
|
|
|
|
|
|
|
|
| |
Now that we can use a generic name for the switch there is no need for a
separate image for the WZR-HP-G301NH.
Update the default network config and remove the extra image.
SVN-Revision: 27814
|
|
|
|
| |
SVN-Revision: 27813
|
|
|
|
|
|
| |
Based on a patch by: Sergiy <piratfm@gmail.com>
SVN-Revision: 27812
|
|
|
|
|
|
| |
Based on a patch by Sergiy <piratfm@gmail.com>
SVN-Revision: 27811
|
|
|
|
|
|
| |
Based on a patch by Sergiy <piratfm@gmail.com>
SVN-Revision: 27810
|
|
|
|
|
|
| |
Based on a patch by Sergiy <piratfm@gmail.com>
SVN-Revision: 27809
|
|
|
|
| |
SVN-Revision: 27808
|
|
|
|
| |
SVN-Revision: 27807
|
|
|
|
| |
SVN-Revision: 27806
|
|
|
|
| |
SVN-Revision: 27805
|
|
|
|
|
|
|
|
|
|
|
| |
This change corrects expected CPU name of Ralink RT3050, which
describes itself as RT3350 (this name is ripped off chip and elevated
to user space via /proc/cpuinfo.)
This patch fixes wired network on DIR-300 rev B and DIR-600 rev B
Signed-off-by: Slawomir Cygan <wiewior@wiewior.eu.org>
SVN-Revision: 27804
|
|
|
|
| |
SVN-Revision: 27803
|
|
|
|
|
|
|
|
| |
Also make switches available under a generic name "switch<num>" for device
name agnostic access. The old device name is used as an alias for backward
compatibility.
SVN-Revision: 27800
|
|
|
|
|
|
|
|
| |
Include WAN interface by default, instead of putting both ports in the LAN bridge.
Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
SVN-Revision: 27787
|
|
|
|
|
|
|
|
| |
Cut and paste cruft from borrowing from Geos platform.
Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
SVN-Revision: 27786
|
|
|
|
|
|
|
|
|
|
| |
This adds some config symbols for kernel 3.0.
Thank you realopty for the patch.
This is from #9719.
SVN-Revision: 27775
|
|
|
|
|
|
|
|
|
| |
In 240-spi.patch, spi registers for bcm6348 were all messed up. This patch fixes that.
It also fixes some spi commands for all bcm63xx.
Signed-off-by: Anthony Blakemore <stokie-ant@raverbaby.co.uk>
SVN-Revision: 27774
|
|
|
|
|
|
| |
Prindeville's patch
SVN-Revision: 27762
|
|
|
|
|
|
| |
Buffer Load command to ensure chip is ready to receive data. Signed-off-by: George Kashperko <george@znau.edu.ua>
SVN-Revision: 27760
|
|
|
|
| |
SVN-Revision: 27759
|
|
|
|
|
|
|
| |
ssb_pcicore_fix_sprom_core_index accesses the sprom on the pci bus but
this causes a data bus error (oops) on a SoC.
SVN-Revision: 27758
|
|
|
|
| |
SVN-Revision: 27756
|
|
|
|
|
|
| |
is RTL8366S or RTL8366RB
SVN-Revision: 27755
|
|
|
|
| |
SVN-Revision: 27754
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes problem with TFM allocation in cryptosoft.c
Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
Hauke:
* remove ubsec_ssb package and take it from ocf-linux
* use patches from ocf-linux package
* refresh all patches
* readd some build fixes for OpenWrt.
* readd CRYPTO_MANAGER dependency
SVN-Revision: 27753
|