* btrfs on MIPS with 16K page size
@ 2011-06-26 19:00 Roman Mamedov
2011-07-26 19:02 ` Roman Mamedov
0 siblings, 1 reply; 5+ messages in thread
From: Roman Mamedov @ 2011-06-26 19:00 UTC (permalink / raw)
To: linux-btrfs
[-- Attachment #1: Type: text/plain, Size: 2803 bytes --]
Hello,
I am having some trouble with btrfs on the MIPS (Little Endian) architecture.
Linux hoshi 2.6.39-libre-lemote-rm1 #1 Sun May 29 17:48:16 YEKST 2011 mips64 GNU/Linux
btrfs-tools 0.19+20101101-1
First of all, the kernel I use has a 16K page size; the only other option here is 64K, but that
one is experimental (and 4K pages can't be used). So my mkfs.btrfs looked like this:
----------------------------------------
# mkfs.btrfs /dev/sdb2
WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL
WARNING! - see http://btrfs.wiki.kernel.org before using
fs created label (null) on /dev/sdb2
nodesize 16384 leafsize 16384 sectorsize 16384 size 55.79GB
Btrfs Btrfs v0.19
----------------------------------------
Then when mounting this newly-created FS I am getting this output in dmesg (but the FS seems to
mount fine after that):
[18483.211686] device fsid 4f4166647bc24d39-853307fabbe34bb0 devid 1 transid 10 /dev/sdb2
[18483.216001] ------------[ cut here ]------------
[18483.216301] WARNING: at fs/btrfs/extent_io.c:3824 write_extent_buffer+0x1b8/0x270 [btrfs]()
[18483.216541] Modules linked in: btrfs zlib_deflate crc32c libcrc32c udf crc_itu_t netconsole
configfs usb_storage uas tun ipv6 option usb_wwan usbserial snd_cs5535audio snd_ac97_codec
ohci_hcd ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm ehci_hcd usbcore snd_timer snd
loongson2_cpufreq nls_base soundcore r8169 snd_page_alloc
[18483.217771] Call Trace:
[18483.217898] [<ffffffff8076b5e8>] dump_stack+0x8/0x40
[18483.218072] [<ffffffff8023dbc0>] warn_slowpath_common+0x78/0x160
[18483.218319] [<ffffffffc0576cd0>] write_extent_buffer+0x1b8/0x270 [btrfs]
[18483.218606] [<ffffffffc058c258>] btrfs_read_sys_array+0xa8/0x220 [btrfs]
[18483.218895] [<ffffffffc0540948>] open_ctree+0x1000/0x1c68 [btrfs]
[18483.219152] [<ffffffffc0506db8>] btrfs_mount+0x5a0/0x7d8 [btrfs]
[18483.219372] [<ffffffff80343628>] mount_fs+0x58/0x1b8
[18483.219541] [<ffffffff80365c9c>] do_kern_mount+0x74/0x178
[18483.219716] [<ffffffff80367e98>] do_mount+0x690/0xac8
[18483.219895] [<ffffffff8039c2e4>] compat_sys_mount+0x94/0x268
[18483.220081] [<ffffffff802191f8>] handle_sys+0x158/0x178
[18483.220248]
[18483.220346] ---[ end trace 73234e8ad8eaf7bf ]---
My questions are,
- What's up with the warning in dmesg?
- Can this filesystem (nodesize 16384 leafsize 16384 sectorsize 16384) be mounted on an
x86 system with page size of 4K at all, if I move the disk there (didn't try that yet)?
- If not, isn't that suboptimal to have mkfs in some circumstances create a
non-cross-architecture FS by default?
- Can I force it make one by specifying -l 4096 -n 4096 -s 4096,
- ...and then will I have no problems using such FS both on 16K and 4K-paged machines?
--
With respect,
Roman
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: btrfs on MIPS with 16K page size
2011-06-26 19:00 btrfs on MIPS with 16K page size Roman Mamedov
@ 2011-07-26 19:02 ` Roman Mamedov
2011-07-26 19:37 ` Roman Mamedov
0 siblings, 1 reply; 5+ messages in thread
From: Roman Mamedov @ 2011-07-26 19:02 UTC (permalink / raw)
To: Roman Mamedov; +Cc: linux-btrfs
[-- Attachment #1: Type: text/plain, Size: 5011 bytes --]
On Mon, 27 Jun 2011 01:00:18 +0600
Roman Mamedov <rm@romanrm.ru> wrote:
> I am having some trouble with btrfs on the MIPS (Little Endian) architecture.
>
> Linux hoshi 2.6.39-libre-lemote-rm1 #1 Sun May 29 17:48:16 YEKST 2011 mips64 GNU/Linux
>
> btrfs-tools 0.19+20101101-1
>
> First of all, the kernel I use has a 16K page size; the only other option here is 64K, but that
> one is experimental (and 4K pages can't be used). So my mkfs.btrfs looked like this:
> ----------------------------------------
> # mkfs.btrfs /dev/sdb2
>
> WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL
> WARNING! - see http://btrfs.wiki.kernel.org before using
>
> fs created label (null) on /dev/sdb2
> nodesize 16384 leafsize 16384 sectorsize 16384 size 55.79GB
> Btrfs Btrfs v0.19
> ----------------------------------------
> Then when mounting this newly-created FS I am getting this output in dmesg (but the FS seems to
> mount fine after that):
>
> [18483.211686] device fsid 4f4166647bc24d39-853307fabbe34bb0 devid 1 transid 10 /dev/sdb2
> [18483.216001] ------------[ cut here ]------------
> [18483.216301] WARNING: at fs/btrfs/extent_io.c:3824 write_extent_buffer+0x1b8/0x270 [btrfs]()
> [18483.216541] Modules linked in: btrfs zlib_deflate crc32c libcrc32c udf crc_itu_t netconsole
> configfs usb_storage uas tun ipv6 option usb_wwan usbserial snd_cs5535audio snd_ac97_codec
> ohci_hcd ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm ehci_hcd usbcore snd_timer snd
> loongson2_cpufreq nls_base soundcore r8169 snd_page_alloc
> [18483.217771] Call Trace:
> [18483.217898] [<ffffffff8076b5e8>] dump_stack+0x8/0x40
> [18483.218072] [<ffffffff8023dbc0>] warn_slowpath_common+0x78/0x160
> [18483.218319] [<ffffffffc0576cd0>] write_extent_buffer+0x1b8/0x270 [btrfs]
> [18483.218606] [<ffffffffc058c258>] btrfs_read_sys_array+0xa8/0x220 [btrfs]
> [18483.218895] [<ffffffffc0540948>] open_ctree+0x1000/0x1c68 [btrfs]
> [18483.219152] [<ffffffffc0506db8>] btrfs_mount+0x5a0/0x7d8 [btrfs]
> [18483.219372] [<ffffffff80343628>] mount_fs+0x58/0x1b8
> [18483.219541] [<ffffffff80365c9c>] do_kern_mount+0x74/0x178
> [18483.219716] [<ffffffff80367e98>] do_mount+0x690/0xac8
> [18483.219895] [<ffffffff8039c2e4>] compat_sys_mount+0x94/0x268
> [18483.220081] [<ffffffff802191f8>] handle_sys+0x158/0x178
> [18483.220248]
> [18483.220346] ---[ end trace 73234e8ad8eaf7bf ]---
>
> My questions are,
> - What's up with the warning in dmesg?
> - Can this filesystem (nodesize 16384 leafsize 16384 sectorsize 16384) be mounted on an
> x86 system with page size of 4K at all, if I move the disk there (didn't try that yet)?
> - If not, isn't that suboptimal to have mkfs in some circumstances create a
> non-cross-architecture FS by default?
> - Can I force it make one by specifying -l 4096 -n 4096 -s 4096,
> - ...and then will I have no problems using such FS both on 16K and 4K-paged machines?
Forcing does not work:
----
root@hoshi:~# mkfs.btrfs -n 4096 -l 4096 -s 4096 /dev/etherd/e9.8
Illegal leafsize 4096
root@hoshi:~# mkfs.btrfs -n 4096 -s 4096 /dev/etherd/e9.8
Illegal nodesize 4096
----
Only setting sector size supposedly passes OK, but the result is still sector size 16384:
----
root@hoshi:~# mkfs.btrfs -s 4096 /dev/etherd/e9.8
WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL
WARNING! - see http://btrfs.wiki.kernel.org before using
fs created label (null) on /dev/etherd/e9.8
nodesize 16384 leafsize 16384 sectorsize 16384 size 29.80GB
Btrfs Btrfs v0.19
----
Also the issue still happens with kernel 3.0.0.
----
[ 519.579806] Btrfs loaded
[ 519.581140] device fsid a6200e33-9982-4002-849d-6df984154e5b devid 1 transid 7 /dev/etherd/e9.8
[ 519.585434] ------------[ cut here ]------------
[ 519.586063] WARNING: at fs/btrfs/extent_io.c:3630 write_extent_buffer+0x1b8/0x270 [btrfs]()
[ 519.586627] Modules linked in: btrfs zlib_deflate crc32c libcrc32c aoe fuse ipv6 usb_storage uas ohci_hcd snd_cs5535audio snd_ac97_codec ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm ehci_hcd loongson2_cpufreq snd_timer snd usbcore soundcore snd_page_alloc nls_base r8169
[ 519.588700] Call Trace:
[ 519.588964] [<ffffffff80774e14>] dump_stack+0x8/0x40
[ 519.589360] [<ffffffff8023d7a0>] warn_slowpath_common+0x78/0x160
[ 519.589857] [<ffffffffc03dbf00>] write_extent_buffer+0x1b8/0x270 [btrfs]
[ 519.590411] [<ffffffffc03f0a90>] btrfs_read_sys_array+0xa8/0x218 [btrfs]
[ 519.590955] [<ffffffffc03a5510>] open_ctree+0x1200/0x1e50 [btrfs]
[ 519.591496] [<ffffffffc036ae68>] btrfs_mount+0x5a8/0x7e0 [btrfs]
[ 519.591970] [<ffffffff80348c48>] mount_fs+0x58/0x1b8
[ 519.592358] [<ffffffff8036b08c>] do_kern_mount+0x74/0x178
[ 519.592758] [<ffffffff8036cd3c>] do_mount+0x694/0xad0
[ 519.593147] [<ffffffff803a17fc>] compat_sys_mount+0x94/0x268
[ 519.593575] [<ffffffff80219018>] handle_sys+0x158/0x178
[ 519.593957]
[ 519.594143] ---[ end trace 7792b9225987a9a5 ]---
----
--
With respect,
Roman
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: btrfs on MIPS with 16K page size
2011-07-26 19:02 ` Roman Mamedov
@ 2011-07-26 19:37 ` Roman Mamedov
2011-07-26 19:46 ` Roman Mamedov
0 siblings, 1 reply; 5+ messages in thread
From: Roman Mamedov @ 2011-07-26 19:37 UTC (permalink / raw)
To: Roman Mamedov; +Cc: linux-btrfs
[-- Attachment #1: Type: text/plain, Size: 13045 bytes --]
On Wed, 27 Jul 2011 01:02:32 +0600
Roman Mamedov <rm@romanrm.ru> wrote:
> > - Can this filesystem (nodesize 16384 leafsize 16384 sectorsize 16384) be mounted on an
> > x86 system with page size of 4K at all, if I move the disk there (didn't try that yet)?
Just tried on an amd64 system, and 1) it mounts 2) an attempt to write causes a live(?)lock with flush-btrfs-11 taking 100% CPU.
(you can disregard khubd, I had an USB device badly misbehave earlier, and /dev/loop7 is not being accessed via USB anyways).
[974527.157345] device fsid 9f986023-3b78-4039-9b7a-f9be4777208a devid 1 transid 16 /dev/loop7
[974889.435704] SysRq : Show Blocked State
[974889.435733] task PC stack pid father
[974889.435740] khubd D ffff88007fd747d8 0 191 2 0x00000000
[974889.435744] ffff88007f463b60 0000000000000046 ffff880016e22518 0000000000000001
[974889.435747] ffff88007fd74410 ffff88007f463fd8 ffff88007f463fd8 ffff88007f463fd8
[974889.435750] ffff880076432d60 ffff88007fd74410 ffff88007fd74410 ffff88007f742080
[974889.435754] Call Trace:
[974889.435762] [<ffffffff813f9172>] __mutex_lock_slowpath+0xc2/0x130
[974889.435765] [<ffffffff813f8df5>] mutex_lock+0x25/0x40
[974889.435797] [<ffffffffa0169c12>] usb_set_interface+0x62/0x250 [usbcore]
[974889.435802] [<ffffffff81071f06>] ? __cancel_work_timer+0x86/0x140
[974889.435812] [<ffffffffa016b8eb>] usb_unbind_interface+0xfb/0x170 [usbcore]
[974889.435818] [<ffffffff812cdc87>] __device_release_driver+0x77/0xd0
[974889.435821] [<ffffffff812cdd07>] device_release_driver+0x27/0x40
[974889.435824] [<ffffffff812cd813>] bus_remove_device+0x73/0xa0
[974889.435826] [<ffffffff812cad75>] device_del+0x125/0x1b0
[974889.435835] [<ffffffffa016973a>] usb_disable_device+0x7a/0x190 [usbcore]
[974889.435843] [<ffffffffa0161f3f>] usb_disconnect+0x9f/0x140 [usbcore]
[974889.435852] [<ffffffffa0163d44>] hub_thread+0x954/0x1300 [usbcore]
[974889.435856] [<ffffffff81077460>] ? add_wait_queue+0x60/0x60
[974889.435864] [<ffffffffa01633f0>] ? usb_remote_wakeup+0x40/0x40 [usbcore]
[974889.435867] [<ffffffff81076bc7>] kthread+0x87/0x90
[974889.435869] [<ffffffff81402be4>] kernel_thread_helper+0x4/0x10
[974889.435872] [<ffffffff81076b40>] ? kthread_worker_fn+0x190/0x190
[974889.435874] [<ffffffff81402be0>] ? gs_change+0x13/0x13
[974889.435931] btrfs-transacti D ffff880000419a78 0 28401 2 0x00000000
[974889.435935] ffff8800029c5d20 0000000000000046 0000000000000004 ffff88005ab28600
[974889.435938] ffff8800004196b0 ffff8800029c5fd8 ffff8800029c5fd8 ffff8800029c5fd8
[974889.435941] ffff880000194410 ffff8800004196b0 ffff8800029c5d10 ffffffffa0199412
[974889.435944] Call Trace:
[974889.435964] [<ffffffffa0199412>] ? btrfs_release_path+0x22/0x80 [btrfs]
[974889.435967] [<ffffffff813f89ad>] schedule_timeout+0x1ed/0x310
[974889.435970] [<ffffffff813f8de8>] ? mutex_lock+0x18/0x40
[974889.435983] [<ffffffffa01bab1c>] btrfs_commit_transaction+0x22c/0x840 [btrfs]
[974889.435986] [<ffffffff81077460>] ? add_wait_queue+0x60/0x60
[974889.435997] [<ffffffffa01b3d25>] transaction_kthread+0x245/0x260 [btrfs]
[974889.436005] [<ffffffffa01b3ae0>] ? btrfs_congested_fn+0xb0/0xb0 [btrfs]
[974889.436005] [<ffffffff81076bc7>] kthread+0x87/0x90
[974889.436005] [<ffffffff81402be4>] kernel_thread_helper+0x4/0x10
[974889.436005] [<ffffffff81076b40>] ? kthread_worker_fn+0x190/0x190
[974889.436005] [<ffffffff81402be0>] ? gs_change+0x13/0x13
[974889.436005] cfv D ffff8800077a5e88 0 28437 28436 0x00000004
[974889.436005] ffff880005335718 0000000000000086 0000000000000000 0000000000000000
[974889.436005] ffff8800077a5ac0 ffff880005335fd8 ffff880005335fd8 ffff880005335fd8
[974889.436005] ffff8800bc2b96b0 ffff8800077a5ac0 ffff8800053356d8 00000001053356d8
[974889.436005] Call Trace:
[974889.436005] [<ffffffff810e23d0>] ? __lock_page+0x70/0x70
[974889.436005] [<ffffffff813f824a>] io_schedule+0x8a/0xd0
[974889.436005] [<ffffffff810e23d9>] sleep_on_page+0x9/0x10
[974889.436005] [<ffffffff813f8cc7>] __wait_on_bit+0x57/0x80
[974889.436005] [<ffffffff810e2520>] wait_on_page_bit+0x70/0x80
[974889.436005] [<ffffffff810774a0>] ? autoremove_wake_function+0x40/0x40
[974889.436005] [<ffffffffa01dc75d>] extent_write_cache_pages.isra.22.constprop.31+0x22d/0x310 [btrfs]
[974889.436005] [<ffffffffa01dcabf>] extent_writepages+0x3f/0x50 [btrfs]
[974889.436005] [<ffffffffa01be180>] ? acls_after_inode_item+0xf0/0xf0 [btrfs]
[974889.436005] [<ffffffffa01bd433>] btrfs_writepages+0x23/0x30 [btrfs]
[974889.436005] [<ffffffff810ed21c>] do_writepages+0x1c/0x30
[974889.436005] [<ffffffff810e3a13>] __filemap_fdatawrite_range+0x53/0x60
[974889.436005] [<ffffffff810e48fe>] filemap_fdatawrite_range+0xe/0x10
[974889.436005] [<ffffffffa01d7dd4>] btrfs_start_ordered_extent+0xe4/0x140 [btrfs]
[974889.436005] [<ffffffffa01db823>] __extent_read_full_page+0xb3/0x6d0 [btrfs]
[974889.436005] [<ffffffffa01be180>] ? acls_after_inode_item+0xf0/0xf0 [btrfs]
[974889.436005] [<ffffffff810e2ef1>] ? add_to_page_cache_locked+0xa1/0x100
[974889.436005] [<ffffffffa01dcb8a>] extent_readpages+0xba/0x100 [btrfs]
[974889.436005] [<ffffffffa01be180>] ? acls_after_inode_item+0xf0/0xf0 [btrfs]
[974889.436005] [<ffffffffa01bd25a>] btrfs_readpages+0x1a/0x20 [btrfs]
[974889.436005] [<ffffffff810ed524>] __do_page_cache_readahead+0x184/0x220
[974889.436005] [<ffffffff810ed8fc>] ra_submit+0x1c/0x20
[974889.436005] [<ffffffff810eda0d>] ondemand_readahead+0x10d/0x230
[974889.436005] [<ffffffff810edbfc>] page_cache_sync_readahead+0x2c/0x40
[974889.436005] [<ffffffff810e4520>] generic_file_aio_read+0x420/0x760
[974889.436005] [<ffffffff8113418a>] do_sync_read+0xca/0x110
[974889.436005] [<ffffffff811b87e3>] ? security_file_permission+0x93/0xb0
[974889.436005] [<ffffffff8113449c>] ? rw_verify_area+0x5c/0xf0
[974889.436005] [<ffffffff8113494b>] vfs_read+0xab/0x170
[974889.436005] [<ffffffff81134a55>] sys_read+0x45/0x90
[974889.436005] [<ffffffff81401ad2>] system_call_fastpath+0x16/0x1b
[974889.436005] Sched Debug Version: v0.10, 3.0.0-rc6-rm1 #1
[974889.436005] ktime : 974889436.233459
[974889.436005] sched_clk : 973418187.555893
[974889.436005] cpu_clk : 974889436.005820
[974889.436005] jiffies : 4538614655
[974889.436005] sched_clock_stable : 0
[974889.436005]
[974889.436005] sysctl_sched
[974889.436005] .sysctl_sched_latency : 12.000000
[974889.436005] .sysctl_sched_min_granularity : 1.500000
[974889.436005] .sysctl_sched_wakeup_granularity : 2.000000
[974889.436005] .sysctl_sched_child_runs_first : 0
[974889.436005] .sysctl_sched_features : 15471
[974889.436005] .sysctl_sched_tunable_scaling : 1 (logaritmic)
[974889.436005]
[974889.436005] cpu#0, 2608.460 MHz
[974889.436005] .nr_running : 1
[974889.436005] .load : 1048576
[974889.436005] .nr_switches : 1589801141
[974889.436005] .nr_load_updates : 45058534
[974889.436005] .nr_uninterruptible : -108843
[974889.436005] .next_balance : 4538.614661
[974889.436005] .curr->pid : 28431
[974889.436005] .clock : 974889436.003849
[974889.436005] .cpu_load[0] : 1048576
[974889.436005] .cpu_load[1] : 1080832
[974889.436005] .cpu_load[2] : 1253125
[974889.436005] .cpu_load[3] : 1326416
[974889.436005] .cpu_load[4] : 1145310
[974889.436005] .yld_count : 2729656
[974889.436005] .sched_switch : 0
[974889.436005] .sched_count : 1592896823
[974889.436005] .sched_goidle : 622852818
[974889.436005] .avg_idle : 968131
[974889.436005] .ttwu_count : 913650959
[974889.436005] .ttwu_local : 888861847
[974889.436005]
[974889.436005] cfs_rq[0]:/
[974889.436005] .exec_clock : 76227286.081120
[974889.436005] .MIN_vruntime : 0.000001
[974889.436005] .min_vruntime : 47664648.982054
[974889.436005] .max_vruntime : 0.000001
[974889.436005] .spread : 0.000000
[974889.436005] .spread0 : 0.000000
[974889.436005] .nr_spread_over : 392899
[974889.436005] .nr_running : 1
[974889.436005] .load : 1048576
[974889.436005] .load_avg : 0.000000
[974889.436005] .load_period : 0.000000
[974889.436005] .load_contrib : 0
[974889.436005] .load_tg : 0
[974889.436005]
[974889.436005] rt_rq[0]:
[974889.436005] .rt_nr_running : 0
[974889.436005] .rt_throttled : 0
[974889.436005] .rt_time : 0.000000
[974889.436005] .rt_runtime : 950.000000
[974889.436005]
[974889.436005] runnable tasks:
[974889.436005] task PID tree-key switches prio exec-runtime sum-exec sum-sleep
[974889.436005] ----------------------------------------------------------------------------------------------------------
[974889.436005] R flush-btrfs-11 28431 47664648.982054 104436 120 47664648.982054 257586.768019 0.008630 /
[974889.436005]
[974889.436005] cpu#1, 2608.460 MHz
[974889.436005] .nr_running : 4
[974889.436005] .load : 6341632
[974889.436005] .nr_switches : 991159397
[974889.436005] .nr_load_updates : 44063436
[974889.436005] .nr_uninterruptible : 108846
[974889.436005] .next_balance : 4538.614667
[974889.436005] .curr->pid : 28557
[974889.436005] .clock : 974889435.538713
[974889.436005] .cpu_load[0] : 1048576
[974889.436005] .cpu_load[1] : 983040
[974889.436005] .cpu_load[2] : 718110
[974889.436005] .cpu_load[3] : 474603
[974889.436005] .cpu_load[4] : 446904
[974889.436005] .yld_count : 2299842
[974889.436005] .sched_switch : 0
[974889.436005] .sched_count : 995150206
[974889.436005] .sched_goidle : 355047791
[974889.436005] .avg_idle : 1000000
[974889.436005] .ttwu_count : 555934440
[974889.436005] .ttwu_local : 535910266
[974889.436005]
[974889.436005] cfs_rq[1]:/
[974889.436005] .exec_clock : 76923490.644171
[974889.436005] .MIN_vruntime : 55191345.843936
[974889.436005] .min_vruntime : 55191351.836721
[974889.436005] .max_vruntime : 55191351.836721
[974889.436005] .spread : 5.992785
[974889.436005] .spread0 : 7526702.854667
[974889.436005] .nr_spread_over : 374072
[974889.436005] .nr_running : 4
[974889.436005] .load : 6341632
[974889.436005] .load_avg : 0.000000
[974889.436005] .load_period : 0.000000
[974889.436005] .load_contrib : 0
[974889.436005] .load_tg : 0
[974889.436005]
[974889.436005] rt_rq[1]:
[974889.436005] .rt_nr_running : 0
[974889.436005] .rt_throttled : 0
[974889.436005] .rt_time : 0.000000
[974889.436005] .rt_runtime : 950.000000
[974889.436005]
[974889.436005] runnable tasks:
[974889.436005] task PID tree-key switches prio exec-runtime sum-exec sum-sleep
[974889.436005] ----------------------------------------------------------------------------------------------------------
[974889.436005] Xvnc4 6356 55191345.882878 106302129 115 55191345.882878 13152389.456063 186285384.343167 /
[974889.436005] java 7020 55191351.836721 20429489 120 55191351.836721 3270683.227930 970838137.389486 /
[974889.436005] kworker/1:1 28330 55191345.843936 3985 120 55191345.843936 220.871633 404303.591154 /
[974889.436005] R bash 28557 55191345.850553 25 120 55191345.850553 6.135878 6805.087163 /
[974889.436005]
--
With respect,
Roman
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: btrfs on MIPS with 16K page size
2011-07-26 19:37 ` Roman Mamedov
@ 2011-07-26 19:46 ` Roman Mamedov
2011-07-26 19:49 ` Roman Mamedov
0 siblings, 1 reply; 5+ messages in thread
From: Roman Mamedov @ 2011-07-26 19:46 UTC (permalink / raw)
To: Roman Mamedov; +Cc: linux-btrfs
[-- Attachment #1: Type: text/plain, Size: 6166 bytes --]
On Wed, 27 Jul 2011 01:37:56 +0600
Roman Mamedov <rm@romanrm.ru> wrote:
> On Wed, 27 Jul 2011 01:02:32 +0600
> Roman Mamedov <rm@romanrm.ru> wrote:
>
> > > - Can this filesystem (nodesize 16384 leafsize 16384 sectorsize 16384) be mounted on an
> > > x86 system with page size of 4K at all, if I move the disk there (didn't try that yet)?
>
> Just tried on an amd64 system, and 1) it mounts 2) an attempt to write causes a live(?)lock with flush-btrfs-11 taking 100% CPU.
> (you can disregard khubd, I had an USB device badly misbehave earlier, and /dev/loop7 is not being accessed via USB anyways).
And got some more stuff in dmesg.
[975061.762564] ------------[ cut here ]------------
[975061.762610] WARNING: at fs/btrfs/inode.c:6775 btrfs_destroy_inode+0x2ab/0x2e0 [btrfs]()
[975061.762612] Hardware name: System Product Name
[975061.762614] Modules linked in: loop usb_storage uas xt_HL xt_DSCP xt_TCPMSS sit tunnel4 tun parport_pc ppdev lp parport vboxnetadp vboxnetflt ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_owner xt_tcpudp ip6table_mangle ipt_MASQUERADE iptable_nat nf_nat_ftp nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 ipt_LOG ipt_REJECT iptable_mangle xt_multiport xt_state xt_limit xt_conntrack nf_conntrack_ftp nf_conntrack ip6table_filter ip6_tables iptable_filter ip_tables x_tables nfsd nfs lockd fscache auth_rpcgss nfs_acl sunrpc 8021q garp stp pppoe pppox ppp_generic slhc fuse ext3 jbd aoe vboxdrv it87 hwmon_vid cp210x usbserial pcspkr edac_core edac_mce_amd k8temp evdev i2c_nforce2 i2c_core button asus_atk0110 processor ext4 mbcache jbd2 crc16 raid456 async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx raid1 raid0 md_mod dm_mirror dm_region_hash dm_log dm_mod btrfs zlib_deflate crc32c libcrc32c usbhid hid r8169 sd_mod crc_t10dif pata_amd mii ahci libahci sata_nv sata_mv ata_generic ohci_hcd ehci_hcd floppy libata usbcore thermal e1000e fan thermal_sys scsi_mod forcedeth [last unloaded: soundcore]
[975061.762669] Pid: 48, comm: kswapd0 Tainted: G W 3.0.0-rc6-rm1 #1
[975061.762671] Call Trace:
[975061.762679] [<ffffffff8105637a>] warn_slowpath_common+0x7a/0xb0
[975061.762682] [<ffffffff810563c5>] warn_slowpath_null+0x15/0x20
[975061.762695] [<ffffffffa01c7f6b>] btrfs_destroy_inode+0x2ab/0x2e0 [btrfs]
[975061.762700] [<ffffffff8114ca77>] destroy_inode+0x37/0x60
[975061.762703] [<ffffffff8114cb71>] evict+0xd1/0x160
[975061.762706] [<ffffffff8114cc36>] dispose_list+0x36/0x50
[975061.762708] [<ffffffff8114cf5b>] shrink_icache_memory+0x16b/0x320
[975061.762713] [<ffffffff810f28e2>] shrink_slab+0x112/0x180
[975061.762716] [<ffffffff810f5984>] balance_pgdat+0x3c4/0x6b0
[975061.762719] [<ffffffff810f5dee>] kswapd+0x17e/0x380
[975061.762723] [<ffffffff81077460>] ? add_wait_queue+0x60/0x60
[975061.762726] [<ffffffff810f5c70>] ? balance_pgdat+0x6b0/0x6b0
[975061.762728] [<ffffffff81076bc7>] kthread+0x87/0x90
[975061.762731] [<ffffffff81402be4>] kernel_thread_helper+0x4/0x10
[975061.762734] [<ffffffff81076b40>] ? kthread_worker_fn+0x190/0x190
[975061.762736] [<ffffffff81402be0>] ? gs_change+0x13/0x13
[975061.762738] ---[ end trace b186af89466d6bc9 ]---
[975061.762739] ------------[ cut here ]------------
[975061.762751] WARNING: at fs/btrfs/inode.c:6776 btrfs_destroy_inode+0x295/0x2e0 [btrfs]()
[975061.762752] Hardware name: System Product Name
[975061.762754] Modules linked in: loop usb_storage uas xt_HL xt_DSCP xt_TCPMSS sit tunnel4 tun parport_pc ppdev lp parport vboxnetadp vboxnetflt ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_owner xt_tcpudp ip6table_mangle ipt_MASQUERADE iptable_nat nf_nat_ftp nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 ipt_LOG ipt_REJECT iptable_mangle xt_multiport xt_state xt_limit xt_conntrack nf_conntrack_ftp nf_conntrack ip6table_filter ip6_tables iptable_filter ip_tables x_tables nfsd nfs lockd fscache auth_rpcgss nfs_acl sunrpc 8021q garp stp pppoe pppox ppp_generic slhc fuse ext3 jbd aoe vboxdrv it87 hwmon_vid cp210x usbserial pcspkr edac_core edac_mce_amd k8temp evdev i2c_nforce2 i2c_core button asus_atk0110 processor ext4 mbcache jbd2 crc16 raid456 async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx raid1 raid0 md_mod dm_mirror dm_region_hash dm_log dm_mod btrfs zlib_deflate crc32c libcrc32c usbhid hid r8169 sd_mod crc_t10dif pata_amd mii ahci libahci sata_nv sata_mv ata_generic ohci_hcd ehci_hcd floppy libata usbcore thermal e1000e fan thermal_sys scsi_mod forcedeth [last unloaded: soundcore]
[975061.762804] Pid: 48, comm: kswapd0 Tainted: G W 3.0.0-rc6-rm1 #1
[975061.762806] Call Trace:
[975061.762810] [<ffffffff8105637a>] warn_slowpath_common+0x7a/0xb0
[975061.762812] [<ffffffff810563c5>] warn_slowpath_null+0x15/0x20
[975061.762825] [<ffffffffa01c7f55>] btrfs_destroy_inode+0x295/0x2e0 [btrfs]
[975061.762829] [<ffffffff8114ca77>] destroy_inode+0x37/0x60
[975061.762832] [<ffffffff8114cb71>] evict+0xd1/0x160
[975061.762834] [<ffffffff8114cc36>] dispose_list+0x36/0x50
[975061.762837] [<ffffffff8114cf5b>] shrink_icache_memory+0x16b/0x320
[975061.762840] [<ffffffff810f28e2>] shrink_slab+0x112/0x180
[975061.762843] [<ffffffff810f5984>] balance_pgdat+0x3c4/0x6b0
[975061.762846] [<ffffffff810f5dee>] kswapd+0x17e/0x380
[975061.762849] [<ffffffff81077460>] ? add_wait_queue+0x60/0x60
[975061.762852] [<ffffffff810f5c70>] ? balance_pgdat+0x6b0/0x6b0
[975061.762854] [<ffffffff81076bc7>] kthread+0x87/0x90
[975061.762857] [<ffffffff81402be4>] kernel_thread_helper+0x4/0x10
[975061.762859] [<ffffffff81076b40>] ? kthread_worker_fn+0x190/0x190
[975061.762861] [<ffffffff81402be0>] ? gs_change+0x13/0x13
[975061.762863] ---[ end trace b186af89466d6bca ]---
----
"WARNING: at fs/btrfs/inode.c:6775 btrfs_destroy_inode",
void btrfs_destroy_inode(struct inode *inode)
{
struct btrfs_ordered_extent *ordered;
struct btrfs_root *root = BTRFS_I(inode)->root;
6775-> WARN_ON(!list_empty(&inode->i_dentry));
WARN_ON(inode->i_data.nrpages);
WARN_ON(atomic_read(&BTRFS_I(inode)->outstanding_extents));
WARN_ON(atomic_read(&BTRFS_I(inode)->reserved_extents));
--
With respect,
Roman
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: btrfs on MIPS with 16K page size
2011-07-26 19:46 ` Roman Mamedov
@ 2011-07-26 19:49 ` Roman Mamedov
0 siblings, 0 replies; 5+ messages in thread
From: Roman Mamedov @ 2011-07-26 19:49 UTC (permalink / raw)
To: Roman Mamedov; +Cc: linux-btrfs
[-- Attachment #1: Type: text/plain, Size: 782 bytes --]
On Wed, 27 Jul 2011 01:46:48 +0600
Roman Mamedov <rm@romanrm.ru> wrote:
> "WARNING: at fs/btrfs/inode.c:6775 btrfs_destroy_inode",
>
> void btrfs_destroy_inode(struct inode *inode)
> {
> struct btrfs_ordered_extent *ordered;
> struct btrfs_root *root = BTRFS_I(inode)->root;
>
> 6775-> WARN_ON(!list_empty(&inode->i_dentry));
Ah, nope, with the -rc6 source this is actually the line:
void btrfs_destroy_inode(struct inode *inode)
{
struct btrfs_ordered_extent *ordered;
struct btrfs_root *root = BTRFS_I(inode)->root;
WARN_ON(!list_empty(&inode->i_dentry));
WARN_ON(inode->i_data.nrpages);
>>> WARN_ON(atomic_read(&BTRFS_I(inode)->outstanding_extents)); <<<
WARN_ON(atomic_read(&BTRFS_I(inode)->reserved_extents));
--
With respect,
Roman
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2011-07-26 19:49 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-06-26 19:00 btrfs on MIPS with 16K page size Roman Mamedov
2011-07-26 19:02 ` Roman Mamedov
2011-07-26 19:37 ` Roman Mamedov
2011-07-26 19:46 ` Roman Mamedov
2011-07-26 19:49 ` Roman Mamedov
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).