summaryrefslogtreecommitdiffstats
path: root/target/linux/ar71xx/patches-2.6.39
Commit message (Collapse)AuthorAgeFilesLines
* ar71xx: rename rb4xx spi driversjuhosg2012-01-223-3/+3
| | | | git-svn-id: svn://svn.openwrt.org/openwrt/trunk@29851 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ar71xx: rename the nxp_74hc153 driverjuhosg2012-01-221-1/+1
| | | | git-svn-id: svn://svn.openwrt.org/openwrt/trunk@29850 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ar71xx: disable ath79 in order to get rid of Kconfig warningsjuhosg2012-01-111-0/+11
| | | | git-svn-id: svn://svn.openwrt.org/openwrt/trunk@29711 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ar71xx: refresh patchesjuhosg2012-01-072-4/+4
| | | | git-svn-id: svn://svn.openwrt.org/openwrt/trunk@29683 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ar71xx: allow to specify max read size for m25p80juhosg2012-01-071-0/+112
| | | | | | | | | | | | | | | Reading from the flash chip on the TL-WR2543ND seems buggy. If the SPI flash driver tries to read too much data in one SPI transfer, the flash chip returns bogus values. This can be caused by a buggy flash chip on my board, or it can be a bug in our SPI driver. Add a workaround to the m25p80 driver until I find out the root cause of the problem. The patch allows to specify the maximum numner of bytes which can be read safely withint one SPI transfer. git-svn-id: svn://svn.openwrt.org/openwrt/trunk@29679 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ar71xx: add mtd partition parser for the TP-Link boardsjuhosg2011-12-031-0/+25
| | | | git-svn-id: svn://svn.openwrt.org/openwrt/trunk@29415 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ar71xx: run the RedBoot parser only on the RedBoot based boardsjuhosg2011-12-031-18/+0
| | | | git-svn-id: svn://svn.openwrt.org/openwrt/trunk@29414 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ar71xx: run the MyLoader parser only on the WP543 boardjuhosg2011-12-032-22/+3
| | | | git-svn-id: svn://svn.openwrt.org/openwrt/trunk@29413 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ar71xx: run the wrt160nl parser only on the WRT160NL boardjuhosg2011-12-031-19/+0
| | | | | | Also remove static mtd partition definitions. git-svn-id: svn://svn.openwrt.org/openwrt/trunk@29412 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ar71xx: allow to pass part_probe types to the m25p80 driverjuhosg2011-12-034-5/+28
| | | | git-svn-id: svn://svn.openwrt.org/openwrt/trunk@29411 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ar71xx: merge nand scan patchjuhosg2011-11-141-22/+0
| | | | git-svn-id: svn://svn.openwrt.org/openwrt/trunk@29122 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ar71xx: fix occasional kernel hangs during boot on AR934xjuhosg2011-11-131-0/+104
| | | | | | | | | | | | | | | | | | | | | | | | | | The patch taken from the linux-mips mailing list. The Kernel hangs occasionally during boot after "Calibrating delay loop..". This is caused by the c0_compare_int_usable() routine in cevt-r4k.c returning false which causes the system to disable the timer and hang later. The false return happens because the routine is using a series of four calls to irq_disable_hazard() as a delay while it waits for the timer changes to propagate to the cp0 cause register. On newer MIPS cores, like the 74K, the series of irq_disable_hazard() calls turn into ehb instructions and can take as little as a few clock ticks for all 4 instructions. This is not enough of a delay, so the routine thinks the timer is not working. This fix uses up to a max number of cycle counter ticks for the delay and uses back_to_back_c0_hazard() instead of irq_disable_hazard() to handle the hazard condition between cp0 writes and cp0 reads. git-svn-id: svn://svn.openwrt.org/openwrt/trunk@29009 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ar71xx: refresh kernel patchesjuhosg2011-11-132-4/+4
| | | | git-svn-id: svn://svn.openwrt.org/openwrt/trunk@29008 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ar71xx: add a workaround for ar8316 not always driving the TA bit to lowjogo2011-10-111-0/+20
| | | | | | | | AR8316 behind a GPIO bitbanged MDIO bus fails to drive the turnaround bit to low despite returning a valid value. Ignore it and just use the returned value anyway. git-svn-id: svn://svn.openwrt.org/openwrt/trunk@28422 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ar71xx: make ehci patch apply againjogo2011-08-101-2/+2
| | | | git-svn-id: svn://svn.openwrt.org/openwrt/trunk@27951 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ar71xx: add some hacks to work around the misalignment in IP packets ↵nbd2011-08-021-0/+117
| | | | | | | | received on AR71xx and AR91xx ethernet MACs 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
* ar71xx: merge 2.6.39 patchesjuhosg2011-06-291-259/+0
| | | | | | Also remove the old UART driver for ar933x. git-svn-id: svn://svn.openwrt.org/openwrt/trunk@27314 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ar71xx: add 2.6.39 supportjuhosg2011-06-2935-0/+1253
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@27310 3c298f89-4303-0410-b956-a3cf2f4a3e73