Revision 24a70313969fc3fc440216b40babdb42564acff3 authored by Chris Mason on 21 November 2011, 14:39:11 UTC, committed by Chris Mason on 21 November 2011, 19:57:33 UTC
The log replay code only partially loads block groups, since the block group caching code is able to detect and deal with extents the logging code has pinned down. While the logging code is pinning down block groups, there is a bogus WARN_ON we're hitting if the code wasn't able to find an extent in the cache. This commit removes the warning because it can happen any time there isn't a valid free space cache for that block group. Signed-off-by: Chris Mason <chris.mason@oracle.com>
1 parent 4d479cf
| File | Mode | Size |
|---|---|---|
| Kconfig | -rw-r--r-- | 2.8 KB |
| Makefile | -rw-r--r-- | 741 bytes |
| array.c | -rw-r--r-- | 13.2 KB |
| base.c | -rw-r--r-- | 81.4 KB |
| cmdline.c | -rw-r--r-- | 651 bytes |
| consoles.c | -rw-r--r-- | 2.2 KB |
| cpuinfo.c | -rw-r--r-- | 564 bytes |
| devices.c | -rw-r--r-- | 1.4 KB |
| generic.c | -rw-r--r-- | 19.4 KB |
| inode.c | -rw-r--r-- | 11.8 KB |
| internal.h | -rw-r--r-- | 4.7 KB |
| interrupts.c | -rw-r--r-- | 1.1 KB |
| kcore.c | -rw-r--r-- | 15.2 KB |
| kmsg.c | -rw-r--r-- | 1.5 KB |
| loadavg.c | -rw-r--r-- | 1.1 KB |
| meminfo.c | -rw-r--r-- | 4.8 KB |
| mmu.c | -rw-r--r-- | 1.4 KB |
| namespaces.c | -rw-r--r-- | 4.1 KB |
| nommu.c | -rw-r--r-- | 3.3 KB |
| page.c | -rw-r--r-- | 4.9 KB |
| proc_devtree.c | -rw-r--r-- | 5.3 KB |
| proc_net.c | -rw-r--r-- | 4.6 KB |
| proc_sysctl.c | -rw-r--r-- | 10.1 KB |
| proc_tty.c | -rw-r--r-- | 4.7 KB |
| root.c | -rw-r--r-- | 4.4 KB |
| softirqs.c | -rw-r--r-- | 993 bytes |
| stat.c | -rw-r--r-- | 4.9 KB |
| task_mmu.c | -rw-r--r-- | 26.9 KB |
| task_nommu.c | -rw-r--r-- | 6.0 KB |
| uptime.c | -rw-r--r-- | 1.2 KB |
| version.c | -rw-r--r-- | 761 bytes |
| vmcore.c | -rw-r--r-- | 17.1 KB |
Computing file changes ...
