aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/ar71xx/patches-2.6.39
Commit message (Collapse)AuthorAgeFilesLines
* ar71xx: rename vsc7385 spi driverGabor Juhos2012-01-221-1/+1
| | | | SVN-Revision: 29853
* ar71xx: rename ap81 spi driverGabor Juhos2012-01-221-1/+1
| | | | SVN-Revision: 29852
* ar71xx: rename rb4xx spi driversGabor Juhos2012-01-223-3/+3
| | | | SVN-Revision: 29851
* ar71xx: rename the nxp_74hc153 driverGabor Juhos2012-01-221-1/+1
| | | | SVN-Revision: 29850
* ar71xx: disable ath79 in order to get rid of Kconfig warningsGabor Juhos2012-01-111-0/+11
| | | | SVN-Revision: 29711
* ar71xx: refresh patchesGabor Juhos2012-01-072-4/+4
| | | | SVN-Revision: 29683
* ar71xx: allow to specify max read size for m25p80Gabor Juhos2012-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. SVN-Revision: 29679
* ar71xx: add mtd partition parser for the TP-Link boardsGabor Juhos2011-12-031-0/+25
| | | | SVN-Revision: 29415
* ar71xx: run the RedBoot parser only on the RedBoot based boardsGabor Juhos2011-12-031-18/+0
| | | | SVN-Revision: 29414
* ar71xx: run the MyLoader parser only on the WP543 boardGabor Juhos2011-12-032-22/+3
| | | | SVN-Revision: 29413
* ar71xx: run the wrt160nl parser only on the WRT160NL boardGabor Juhos2011-12-031-19/+0
| | | | | | Also remove static mtd partition definitions. SVN-Revision: 29412
* ar71xx: allow to pass part_probe types to the m25p80 driverGabor Juhos2011-12-034-5/+28
| | | | SVN-Revision: 29411
* ar71xx: merge nand scan patchGabor Juhos2011-11-141-22/+0
| | | | SVN-Revision: 29122
* ar71xx: fix occasional kernel hangs during boot on AR934xGabor Juhos2011-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. SVN-Revision: 29009
* ar71xx: refresh kernel patchesGabor Juhos2011-11-132-4/+4
| | | | SVN-Revision: 29008
* ar71xx: add a workaround for ar8316 not always driving the TA bit to lowJonas Gorski2011-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. SVN-Revision: 28422
* ar71xx: make ehci patch apply againJonas Gorski2011-08-101-2/+2
| | | | SVN-Revision: 27951
* ar71xx: add some hacks to work around the misalignment in IP packets ↵Felix Fietkau2011-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% SVN-Revision: 27878
* ar71xx: merge 2.6.39 patchesGabor Juhos2011-06-291-259/+0
| | | | | | Also remove the old UART driver for ar933x. SVN-Revision: 27314
* ar71xx: add 2.6.39 supportGabor Juhos2011-06-2935-0/+1253
SVN-Revision: 27310
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-02 02:27:49 +0000