| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
SVN-Revision: 30395
|
|
|
|
|
|
| |
required for the next mac80211 update
SVN-Revision: 30345
|
|
|
|
| |
SVN-Revision: 29773
|
|
|
|
|
|
| |
Should fix whiteout issues and missing files when using extroot.
SVN-Revision: 29727
|
|
|
|
| |
SVN-Revision: 29725
|
|
|
|
| |
SVN-Revision: 29678
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It is based on patches from the linux-longsoon-community git tree:
http://dev.lemote.com/cgit/linux-loongson-community.git/
Now the kernel can use the command line parameter from kexec-tools.
Runtime tested on ar71xx with 2.6.39.4 (the wathdog must be stopped
before executing the new kernel). Compile tested with lantiq (3.1.4)
and brcm47xx (3.0.12).
SVN-Revision: 29674
|
|
|
|
| |
SVN-Revision: 29643
|
|
|
|
| |
SVN-Revision: 29627
|
|
|
|
| |
SVN-Revision: 29574
|
|
|
|
|
|
|
|
| |
This fixes the issues with the jffs2 images on various boards. Using
JFFS2 on devices with 4KiB erase sectors is not safe:
http://lists.infradead.org/pipermail/linux-mtd/2011-June/036591.html
SVN-Revision: 29521
|
|
|
|
| |
SVN-Revision: 29469
|
|
|
|
| |
SVN-Revision: 29264
|
|
|
|
| |
SVN-Revision: 29043
|
|
|
|
|
|
|
|
|
| |
To make the ioctl number "stable", use an arbitrary high number to prevent
conflicts with new mtd ioctls that would push MTDREFRESH's number.
Also make mtd use the in-kernel mtd headers.
SVN-Revision: 28893
|
|
|
|
|
|
| |
build failure)
SVN-Revision: 28293
|
|
|
|
| |
SVN-Revision: 28043
|
|
|
|
|
|
|
|
|
|
| |
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.
SVN-Revision: 27984
|
|
|
|
|
|
| |
KanjiMonster did the right patch, I was just confused because of linux-3.0 and linux-2.6.30
SVN-Revision: 27954
|
|
|
|
|
|
| |
find_task_by_vpid is already exported by the kernel without any patches needed.
SVN-Revision: 27953
|
|
|
|
| |
SVN-Revision: 27945
|
|
|
|
| |
SVN-Revision: 27927
|
|
|
|
|
|
| |
some rules containing only source/destination address checks
SVN-Revision: 27923
|
|
|
|
| |
SVN-Revision: 27918
|
|
|
|
| |
SVN-Revision: 27909
|
|
|
|
|
|
| |
This is breaking some devices out there such as Winchiphead CH341 adapters (#9601)
SVN-Revision: 27885
|
|
|
|
| |
SVN-Revision: 27879
|
|
|
|
|
|
| |
and 3.0
SVN-Revision: 27840
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
SVN-Revision: 27736
|
|
|
|
|
|
|
| |
* add new patches for bcm4716 SoC
* add support for serial flash on bcma bus
SVN-Revision: 27723
|
|
|
|
|
|
| |
Thank you Peter Wagner for the patch
SVN-Revision: 27722
|
|
|
|
| |
SVN-Revision: 27600
|
|
|
|
| |
SVN-Revision: 27557
|
|
|
|
| |
SVN-Revision: 27527
|
|
|
|
| |
SVN-Revision: 27524
|
|
|
|
| |
SVN-Revision: 27518
|
|
|
|
| |
SVN-Revision: 27491
|
|
|
|
| |
SVN-Revision: 27490
|
|
|
|
|
|
| |
not-yet-upstreamed stuff
SVN-Revision: 27485
|
|
|
|
| |
SVN-Revision: 27457
|
|
|
|
|
|
| |
unlocked_ioctl on all platforms and fix the arguments to the ioctl handler (based on patch from #9198)
SVN-Revision: 27322
|
|
|
|
| |
SVN-Revision: 27300
|
|
|
|
| |
SVN-Revision: 27299
|
|
|
|
| |
SVN-Revision: 27293
|
|
|
|
| |
SVN-Revision: 27247
|
|
|
|
|
|
|
|
|
|
|
|
| |
bridge module has a dependency to IPv6 if IPv6 is enabled. Since the IPv6 module isn't exactly lightweight and bridge also only needs a single function from IPv6, it's rather easy to create a common "lib" module with a RCU pointer to the actual implementation, if the IPv6 module is loaded (although slightly hackish).
The codepath seems to be only taken when using IPv6, so there should be
no negative side effects when IPv6 isn't loaded. I did not measure how
big the performance impact is.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 27237
|
|
Also make linux identify itself properly as 3.0, not 3.0.0.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 27191
|