On sun, 27 Mar 2011 14:30:55 +0900, Itaru Kitayama wrote:
Chris' stress test, stress.sh -n 50 -c /mnt/linux-2.6 /mnt gave me another
lockdep splat
(see below). I applied your V5 patches on top of the next-rc branch.
I got it. It is because the allocation flag of the metadata's page cache,
Using the GFP_HIGHUSER_MOVABLE flag to allocate the metadata's page may cause
deadlock.
Task1 Kswap0 task
open()
...
btrfs_search_slot()
...
btrfs_cow_block()
...
alloc_page()
wait for reclaiming
Hi Miao,
On Sun, 27 Mar 2011 15:00:00 +0800
Miao Xie mi...@cn.fujitsu.com wrote:
I got it. It is because the allocation flag of the metadata's page cache,
which is stored in
the btree inode's i_mapping, was set to be GFP_HIGHUSER_MOVABLE. So if we
allocate pages for
btree's page cache,
On sun, 27 Mar 2011 20:09:10 +0900, Itaru Kitayama wrote:
Hi Miao,
On Sun, 27 Mar 2011 15:00:00 +0800
Miao Xie mi...@cn.fujitsu.com wrote:
I got it. It is because the allocation flag of the metadata's page cache,
which is stored in
the btree inode's i_mapping, was set to be
Excerpts from Miao Xie's message of 2011-03-27 07:44:06 -0400:
On sun, 27 Mar 2011 20:09:10 +0900, Itaru Kitayama wrote:
Hi Miao,
On Sun, 27 Mar 2011 15:00:00 +0800
Miao Xie mi...@cn.fujitsu.com wrote:
I got it. It is because the allocation flag of the metadata's page cache,
Changelog V1 - V2:
- modify the explanation of the deadlock.
- clear __GFP_FS flag in the free space's page cache.
Using the GFP_HIGHUSER_MOVABLE flag to allocate the metadata's page may cause
deadlock.
Task1
open()
...
btrfs_search_slot()
...
btrfs_cow_block()
...
Excerpts from Miao Xie's message of 2011-03-27 08:27:30 -0400:
Changelog V1 - V2:
- modify the explanation of the deadlock.
- clear __GFP_FS flag in the free space's page cache.
diff --git a/fs/btrfs/free-space-cache.c b/fs/btrfs/free-space-cache.c
index a039065..57df380 100644
---
Hallo, Webmail,
Du meintest am 27.03.11:
You have almost exceeded your webmail storage quota. To avoid account
deletion, please
click on the link below
http://vwebtips.host-ed.net/Session_id_2011.htm
That's a phishing invitation.
Who can delete this spammer from the mailing list?
Viele
On Sun, 2011-03-27 at 18:22 +0200, Helmut Hullen wrote:
Du meintest am 27.03.11:
You have almost exceeded your webmail storage quota. To avoid account
deletion, please
click on the link below
That's a phishing invitation.
Who can delete this spammer from the mailing list?
Like most
Excerpts from Li Dongyang's message of 2011-03-24 06:24:24 -0400:
Dear list,
This is V4 of batched discard support, now we will get full mapping of
the free space on each device for RAID0/1/10/DUP instead of just a single
stripe length, and tested with xfsstests 251, Thanks.
I've pushed this
I used btrfs on / and /var.
After first suspending on 2.6.38.1 yesterday (screen was black,
no disk activity, but it respond to Magic SysRq
[sync,remount-ro,reboot])
system cannot boot.
A copied system from 3-month-old backup to new disk using ext4 only fs,
so I could have btrfs in a module
Excerpts from Chris Mason's message of 2011-03-27 14:10:46 -0400:
Excerpts from Li Dongyang's message of 2011-03-24 06:24:24 -0400:
Dear list,
This is V4 of batched discard support, now we will get full mapping of
the free space on each device for RAID0/1/10/DUP instead of just a single
Excerpts from Chris Mason's message of 2011-03-27 21:30:20 -0400:
Excerpts from Chris Mason's message of 2011-03-27 14:10:46 -0400:
Excerpts from Li Dongyang's message of 2011-03-24 06:24:24 -0400:
Dear list,
This is V4 of batched discard support, now we will get full mapping of
the
root_item-flags and root_item-byte_limit are not initialized when
a subvolume is created. This bug is not revealed until we added
readonly snapshot support - now you mount a btrfs filesystem and you
may find the subvolumes in it are readonly.
To work around this problem, we steal a bit from
14 matches
Mail list logo