Finally fix the pesky x86-2.6 block2mtd related crash (#1058)
authornbd <nbd@3c298f89-4303-0410-b956-a3cf2f4a3e73>
Sun, 18 Feb 2007 13:52:14 +0000 (13:52 +0000)
committernbd <nbd@3c298f89-4303-0410-b956-a3cf2f4a3e73>
Sun, 18 Feb 2007 13:52:14 +0000 (13:52 +0000)
commita7cb17cea9375f522cb87b2d53808e1cfaa713c1
tree5a537257117b5d6a0af901cf3fe966100addd352
parent28a667defe73472438d7607d26530cf24b68488e
Finally fix the pesky x86-2.6 block2mtd related crash (#1058)
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
target/linux/generic-2.6/patches/212-block2mtd_erase_scan.patch [new file with mode: 0644]