http://bugzilla.kernel.org/show_bug.cgi?id=11805
------- Comment #2 from dgc@xxxxxxx 2008-10-21 20:36 -------
Looks like allocating a buffer in xlog_alloc_log() via xfs_buf_get_noaddr()
is failing and we are not checking the return value before trying to
lock the buffer.
That implies you have not enough memory available to mount the filesystem.
The only thing I can see that would have caused this was the call to
alloc_pages(GFP_KERNEL) failed.
As it is, this is not a regression in XFS - we've never checked the return
value to xfs_buf_get_noaddr(). That is easily fixed - I'll have a patch in
a few minutes.
That being said - your kernel reports itself as:
2.6.27maluta-05577-g0cfd810-dirty #10
which, IIRC, indicates that you've built it from a git tree that
contains local modifications (the -dirty bit). Have you modified the
kernel you are running and if so, could those modifications be responsible
for lack of memory in the machine?
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
|