search for: sync_buffer

...0.614250] Call Trace: [163440.614255] [<ffffffff8117fc90>] ? blk_remove_plug+0xb/0x8e [163440.614261] [<ffffffff8117fe91>] ? __generic_unplug_device+0x12/0x2c [163440.614266] [<ffffffff8102ddc0>] ? pvclock_clocksource_read+0x3a/0x8b [163440.614273] [<ffffffff8110ed8a>] ? sync_buffer+0x0/0x40 [163440.614279] [<ffffffff8130b5f1>] ? io_schedule+0x73/0xb7 [163440.614284] [<ffffffff8110edc5>] ? sync_buffer+0x3b/0x40 [163440.614290] [<ffffffff8130c8b2>] ? _spin_unlock_irqrestore+0xd/0xe [163440.614295] [<ffffffff8130bafe>] ? __wait_on_bit+0x41/0x70 [16344...

...00000000010a40 000000000000c5e8 ffff88022d91d070 ffff88022d91d308 [902361.152414] 000000062dd1dee0 ffffffff8114238b ffff88022d91d308 0000000135c45c5c [902361.152418] Call Trace: [902361.152427] [<ffffffff8114238b>] ? elv_next_request+0x18f/0x1a3 [902361.152432] [<ffffffff810bfa3e>] ? sync_buffer+0x0/0x40 [902361.152436] [<ffffffff812f7090>] ? schedule+0x9/0x1d [902361.152439] [<ffffffff812f7107>] ? io_schedule+0x63/0xa5 [902361.152442] [<ffffffff810bfa3e>] ? sync_buffer+0x0/0x40 [902361.152445] [<ffffffff810bfa79>] ? sync_buffer+0x3b/0x40 [902361.152448] [<f...

...ff810037f5fa08 000000008006e665 May 2 22:48:20 vmail kernel: Call Trace: May 2 22:48:20 vmail kernel: [<ffffffff8006ecd9>] do_gettimeofday+0x40/0x90 May 2 22:48:20 vmail kernel: [<ffffffff8005a412>] getnstimeofday+0x10/0x29 May 2 22:48:20 vmail kernel: [<ffffffff8001558e>] sync_buffer+0x0/0x3f May 2 22:48:20 vmail kernel: [<ffffffff800637de>] io_schedule+0x3f/0x67 May 2 22:48:20 vmail kernel: [<ffffffff800155c9>] sync_buffer+0x3b/0x3f May 2 22:48:20 vmail kernel: [<ffffffff80063a0a>] __wait_on_bit+0x40/0x6e May 2 22:48:20 vmail kernel: [<ffffffff8001...

...ff810c3f574600 ffff810c3f574600 000000000000000a ffff810c3f88f7e0 ffff810c3e843860 0011dd0b95e546c6 000000000000a1a4 ffff810c3f88f9c8 0000000400074c00 Call Trace: [<ffffffff8006ecd9>] do_gettimeofday+0x40/0x90 [<ffffffff8005a3ad>] getnstimeofday+0x10/0x29 [<ffffffff800155a2>] sync_buffer+0x0/0x3f [<ffffffff800637de>] io_schedule+0x3f/0x67 [<ffffffff800155dd>] sync_buffer+0x3b/0x3f [<ffffffff80063a0a>] __wait_on_bit+0x40/0x6e [<ffffffff800155a2>] sync_buffer+0x0/0x3f [<ffffffff80063aa4>] out_of_line_wait_on_bit+0x6c/0x78 [<ffffffff800a34d6>]...

...000015780 0000000000015780 ffff8802e95e1530 ffff8802e95e1828 Aug 29 06:28:53 vm2 kernel: [53400.204144] Call Trace: Aug 29 06:28:53 vm2 kernel: [53400.204154] [<ffffffff8102ddcc>] ? pvclock_clocksource_read+0x3a/0x8b Aug 29 06:28:53 vm2 kernel: [53400.204160] [<ffffffff8110f19a>] ? sync_buffer+0x0/0x40 Aug 29 06:28:53 vm2 kernel: [53400.204166] [<ffffffff8130c16a>] ? io_schedule+0x73/0xb7 Aug 29 06:28:53 vm2 kernel: [53400.204169] [<ffffffff8110f1d5>] ? sync_buffer+0x3b/0x40 Aug 29 06:28:53 vm2 kernel: [53400.204174] [<ffffffff8130d42a>] ? _spin_unlock_irqrestore+...

...25 21:01:24 turing kernel: Badness in blk_remove_plug at drivers/block/ll_rw_blk.c:1238 Jan 25 21:01:24 turing kernel: [<c022948f>] blk_remove_plug+0x2e/0x57 Jan 25 21:01:24 turing kernel: [<c898cdfc>] drbd_unplug_fn+0x7c/0x353 [drbd] Jan 25 21:01:24 turing kernel: [<c0162e1e>] sync_buffer+0x2b/0x35 Jan 25 21:01:24 turing kernel: [<c02ec013>] __wait_on_bit+0x2b/0x51 Jan 25 21:01:24 turing kernel: [<c02ec0a7>] out_of_line_wait_on_bit+0x6e/0x76 Jan 25 21:01:24 turing kernel: [<c0162df3>] sync_buffer+0x0/0x35 Jan 25 21:01:24 turing kernel: [<c01347a6>] wake_b...

Hey all, I was watching some logs on a domU today and i suddenly noticed that the timestamps were off by something on the order of 47 seconds. I was surprised because *I don''t* run independent wall clocks. I checked some other domUs and the "drift" was also very close to that of the first domU. I also checked another dom0, Here the domUs were "only" out of sync by

...op running CentOS 5.1 We have 5 machines identical, onle one has this problem. Right after it starts, it will kernel panic. Unfortunately, from the backtrace this is all I've managed to get : serial port isn't working. So it's a manual copy of what the screen show. [<c04721f3>] sync_buffer+0x0/0x33 [<c04bff66>] avc_has_perm+0x3a/0x44 [<c04c055d>] inode_has_perm+0x54 [<f8899829>] ext3_lookup+0x25/0xb7 [ext3] [<c047b0d1>] do_lookup+0xb4/0x166 [<c047ce5b>] __link_path_walk+0x87a/0xd33 [<c047d35d>] link_path_walk+0x49/0xbd [<c046f582>] sys_chdir+...

...244.340408] ffff8800e09f38b8 ffff8800e09f3930 000000000000a380 ffff8801e5f74728 [ 244.340412] 000000000000a380 000000000000a380 000000000000a380 0000000000007d00 [ 244.340417] Call Trace: [ 244.340432] [<ffffffff8046d720>] io_schedule+0x70/0xd0 [ 244.340438] [<ffffffff8014958e>] sync_buffer+0x4e/0x70 [ 244.340443] [<ffffffff8046ddd7>] __wait_on_bit+0x67/0xb0 [ 244.340448] [<ffffffff8046dea2>] out_of_line_wait_on_bit+0x82/0xb0 [ 244.340452] [<ffffffff80149522>] __wait_on_buffer+0x32/0x50 [ 244.340457] [<ffffffff801a0c27>] __ext3_get_inode_loc+0x2c7/0x350...

...244.340408] ffff8800e09f38b8 ffff8800e09f3930 000000000000a380 ffff8801e5f74728 [ 244.340412] 000000000000a380 000000000000a380 000000000000a380 0000000000007d00 [ 244.340417] Call Trace: [ 244.340432] [<ffffffff8046d720>] io_schedule+0x70/0xd0 [ 244.340438] [<ffffffff8014958e>] sync_buffer+0x4e/0x70 [ 244.340443] [<ffffffff8046ddd7>] __wait_on_bit+0x67/0xb0 [ 244.340448] [<ffffffff8046dea2>] out_of_line_wait_on_bit+0x82/0xb0 [ 244.340452] [<ffffffff80149522>] __wait_on_buffer+0x32/0x50 [ 244.340457] [<ffffffff801a0c27>] __ext3_get_inode_loc+0x2c7/0x350...

...if (sb->s_op && sb->s_op->sync_fs) + sb->s_op->sync_fs(sb); unlock_super(sb); unlock_kernel(); @@ -346,7 +348,7 @@ int fsync_dev(kdev_t dev) lock_kernel(); sync_inodes(dev); DQUOT_SYNC(dev); - sync_supers(dev); + sync_supers(dev, 1); unlock_kernel(); return sync_buffers(dev, 1); @@ -2833,7 +2835,7 @@ static int sync_old_buffers(void) { lock_kernel(); sync_unlocked_inodes(); - sync_supers(0); + sync_supers(0, 0); unlock_kernel(); for (;;) { --- linux-akpm/include/linux/fs.h~sync_fs Thu Dec 5 21:33:56 2002 +++ linux-akpm-akpm/include/linux/fs.h Thu Dec...

...[<a0000001003ceda0>] generic_unplug_device+0x80/0xe0 sp=e00000003cfd7540 bsp=e00000003cfd1710 [<a0000001003cee90>] blk_backing_dev_unplug+0x90/0xa0 sp=e00000003cfd7540 bsp=e00000003cfd16f0 [<a00000010012a020>] sync_buffer+0x100/0x120 sp=e00000003cfd7540 bsp=e00000003cfd16d8 [<a00000010012a480>] __wait_on_buffer+0x1e0/0x200 sp=e00000003cfd7540 bsp=e00000003cfd16b0 [<a00000010012e230>] __bread_slow+0x150/0x1a0...

When I copy a file(13Megs) from /home/ to /tmp/, sync takes almost 2 minutes. When I copy the same file to /usr/local/, sync returns almost right away. Both filesystems are ext3 and are on the same harddrive. When sync is running, the harddrive light stays on but I don't hear it doing anything. dmesg doesn't show any errors either. Below is the `time` output for each command. If you

(The list appears to have eaten my previous attempt to send this. Apologies if you receive multiple copies.) The attached patches allow you to use paravirtualised network and block interfaces from fully virtualised domains, based on Intel''s patches from a few months ago. These are significantly faster than the equivalent ioemu devices, sometimes by more than an order of magnitude.