on some platforms, erase suspend leads to data corruption and lockups when write
ops collide with erase ops. this has been observed on the buffalo wzr-hp-g300nh.
rather than play whack-a-mole with a hard to reproduce issue on a variety of devices,
simply disable erase suspend, as it will usually not produce any useful gain on
the small filesystems used on embedded hardware.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@27984 3c298f89-4303-0410-b956-a3cf2f4a3e73
- keyboard matrix driver
- SoC sound support
based on patch by KanjiMonster
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@27957 3c298f89-4303-0410-b956-a3cf2f4a3e73
KanjiMonster did the right patch, I was just confused because of linux-3.0 and linux-2.6.30
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@27954 3c298f89-4303-0410-b956-a3cf2f4a3e73
find_task_by_vpid is already exported by the kernel without any patches needed.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@27953 3c298f89-4303-0410-b956-a3cf2f4a3e73
As this target changes often these days it is hard to support more kernel versions. Now only kernel 3.0 is supported.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@27906 3c298f89-4303-0410-b956-a3cf2f4a3e73
* this adds sflash support for ssb devices
* the flash is now a platform device
* minor updates
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@27902 3c298f89-4303-0410-b956-a3cf2f4a3e73
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
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@27896 3c298f89-4303-0410-b956-a3cf2f4a3e73
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
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@27895 3c298f89-4303-0410-b956-a3cf2f4a3e73
This is breaking some devices out there such as Winchiphead CH341 adapters (#9601)
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@27885 3c298f89-4303-0410-b956-a3cf2f4a3e73
- runtime detect the amount of memory available
- define EBI_BASE as MPI_BASE to get rid of chip-select specific hacks
- fix GPIO control
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@27880 3c298f89-4303-0410-b956-a3cf2f4a3e73
decreases CPU load with the default firewall for routing 95 mbit/s from 78% to 55%
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@27878 3c298f89-4303-0410-b956-a3cf2f4a3e73
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.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@27874 3c298f89-4303-0410-b956-a3cf2f4a3e73
