rtl819xx - Realtek rtl819xx port to OpenWrt

	Commit message (Collapse)	Author	Age	Files	Lines
*	rename generic-2.6/patches to generic-2.6/patches-2.6.21	nbd	2008-09-21	1	-13/+0
\| \| \| \|	git-svn-id: svn://svn.openwrt.org/openwrt/trunk@12636 3c298f89-4303-0410-b956-a3cf2f4a3e73
*	[kernel] refresh generic 2.6.21 patches	juhosg	2008-05-18	1	-4/+5
\| \| \| \|	git-svn-id: svn://svn.openwrt.org/openwrt/trunk@11185 3c298f89-4303-0410-b956-a3cf2f4a3e73
*	refresh kernel patches so that they apply cleanly	nbd	2007-05-26	1	-3/+4
\| \| \| \|	git-svn-id: svn://svn.openwrt.org/openwrt/trunk@7347 3c298f89-4303-0410-b956-a3cf2f4a3e73
*	Finally fix the pesky x86-2.6 block2mtd related crash (#1058)	nbd	2007-02-18	1	-0/+11
	When erasing blocks, block2mtd checks the block on the physical disk to see if everything's filled with 0xff. When grabbing a page from the page cache, it initializes the limit as <start address> + PAGE_SIZE. Turns out that the pointer to the status page is (unsigned long ), and thus it adds (PAGE_SIZE 4). This would never have been caught, if it wasn't for the unlikely event that block2mtd catches the last page available in the system ram and thus tries to scan 4 memory pages from there. The absolutely trivial fix is to do a double cast (cast to (u8 ), add PAGE_SIZE, then cast to (unsigned long )) ... and there was much rejoicing git-svn-id: svn://svn.openwrt.org/openwrt/trunk@6318 3c298f89-4303-0410-b956-a3cf2f4a3e73