search for: 0x830

...nel: [25554.948787] [<ffffffff81142c03>] ? kmem_cache_alloc+0x133/0x160 Oct 22 20:44:43 localhost kernel: [25554.948807] [<ffffffffa01a32df>] __btrfs_free_extent+0x61f/0x6d0 [btrfs] Oct 22 20:44:43 localhost kernel: [25554.948827] [<ffffffffa01a5b6d>] ? run_clustered_refs+0x11d/0x830 [btrfs] Oct 22 20:44:43 localhost kernel: [25554.948847] [<ffffffffa01a5dd9>] run_clustered_refs+0x389/0x830 [btrfs] Oct 22 20:44:43 localhost kernel: [25554.948867] [<ffffffffa01a6348>] btrfs_run_delayed_refs+0xc8/0x220 [btrfs] Oct 22 20:44:43 localhost kernel: [25554.948881] [<f...

...880023167fd8 ffff88007211a9a0 May 5 14:15:14 mail kernel: [13560.752085] ffff880023167fd8 ffff880023167fd8 ffff88007211ac80 ffff880023167fd8 May 5 14:15:14 mail kernel: [13560.752087] Call Trace: May 5 14:15:14 mail kernel: [13560.752101] [<ffffffffa0850d02>] ? run_clustered_refs+0x132/0x830 [btrfs] May 5 14:15:14 mail kernel: [13560.752105] [<ffffffff813aff3d>] schedule_timeout+0x2fd/0x380 May 5 14:15:14 mail kernel: [13560.752108] [<ffffffff813b0cf9>] ? mutex_unlock+0x9/0x10 May 5 14:15:14 mail kernel: [13560.752115] [<ffffffffa087e9f4>] ? btrfs_run_ordered...

...18.797686] kobject_set_name_vargs+0x2f/0xb0 [ 18.803992] kobject_init_and_add+0x9d/0xf0 [ 18.810117] ttm_mem_global_init+0x12c/0x210 [ttm] [ 18.816853] ttm_bo_global_init+0x4a/0x160 [ttm] [ 18.823420] ttm_bo_device_init+0x39/0x220 [ttm] [ 18.830046] nouveau_ttm_init+0x2c3/0x830 [nouveau] [ 18.836929] nouveau_drm_device_init+0x1b4/0x3f0 [nouveau] <...> [ 19.105336] ================================================================== Fix this error, by not using type_vram as an index if it's negative. Assume default values instead. The error was seen on...

...0000000 ffff88011ac28680 ffff88011ab5d000 ffff880118c6be78 [ 75.115087] ffffffff812bd1be ffff880115a85180 ffff88011ac28680 ffff880118c6bee8 [ 75.115090] Call Trace: [ 75.115101] [<ffffffff813d0bfb>] ? virtblk_ioctl+0x4b/0x90 [ 75.115118] [<ffffffff812bd1be>] blkdev_ioctl+0xde/0x830 [ 75.115130] [<ffffffff8118b406>] ? cp_new_stat+0x116/0x130 [ 75.115140] [<ffffffff811bc940>] block_ioctl+0x40/0x50 [ 75.115146] [<ffffffff81197ac8>] do_vfs_ioctl+0x98/0x550 [ 75.115149] [<ffffffff81198011>] sys_ioctl+0x91/0xb0 [ 75.115162] [<ffffffff810db0...

...0000000 ffff88011ac28680 ffff88011ab5d000 ffff880118c6be78 [ 75.115087] ffffffff812bd1be ffff880115a85180 ffff88011ac28680 ffff880118c6bee8 [ 75.115090] Call Trace: [ 75.115101] [<ffffffff813d0bfb>] ? virtblk_ioctl+0x4b/0x90 [ 75.115118] [<ffffffff812bd1be>] blkdev_ioctl+0xde/0x830 [ 75.115130] [<ffffffff8118b406>] ? cp_new_stat+0x116/0x130 [ 75.115140] [<ffffffff811bc940>] block_ioctl+0x40/0x50 [ 75.115146] [<ffffffff81197ac8>] do_vfs_ioctl+0x98/0x550 [ 75.115149] [<ffffffff81198011>] sys_ioctl+0x91/0xb0 [ 75.115162] [<ffffffff810db0...

...Name/Value 0x00000001 (NEEDED) Shared library: [../../com32/libutil/libutil_com.c32] 0x00000001 (NEEDED) Shared library: [../../com32/lib/libcom32.c32] 0x6ffffef5 (GNU_HASH) 0x94 0x00000005 (STRTAB) 0x830 0x00000006 (SYMTAB) 0x200 0x0000000a (STRSZ) 1199 (bytes) 0x0000000b (SYMENT) 16 (bytes) 0x00000003 (PLTGOT) 0x6458 0x00000002 (PLTRELSZ) 552 (bytes) 0x00000014 (PLTREL) REL...

...trace: =>1 0x1247:0xe97f (0x1627:0xd57e) 2 0x1247:0xc994 (0x1627:0xd58a) 3 0x123f:0xde12 (0x1627:0xd59e) 4 0x123f:0xd348 (0x1627:0xd61e) 5 0x101f:0x0468 in kernel32 (+0x7fbf8) (0x1627:0xd658) 6 0x7b89e5df K32WOWCallback16Ex+0xbf() in kernel32 (0x7e7bfa58) 7 0x7edb9bb0 WINPROC_wrapper+0x830() in user32 (0x7e7bfdb8) 8 0x7edbe246 in user32 (+0xae246) (0x7e7c07d8) 9 0x7edbed4a in user32 (+0xaed4a) (0x7e7c0808) 10 0x7edbbfe6 in user32 (+0xabfe6) (0x7e7c1908) 11 0x7edbef0d in user32 (+0xaef0d) (0x7e7c1948) 12 0x7ed81744 in user32 (+0x71744) (0x7e7c19b8) 13 0x7ed84db7 in user32...

...lt;ffffffff8115342b>] generic_file_buffered_write+0xfb/0x280 > Aug 11 11:32:25 cvknode73 kernel: [678904.825370] [<ffffffffa051a1c5>] ? ocfs2_rw_lock+0x75/0x1b0 [ocfs2] > Aug 11 11:32:25 cvknode73 kernel: [678904.825398] [<ffffffffa0527f3f>] ocfs2_file_aio_write+0x79f/0x830 [ocfs2] > Aug 11 11:32:25 cvknode73 kernel: [678904.825407] [<ffffffff811c14ba>] do_sync_write+0x5a/0x90 > Aug 11 11:32:25 cvknode73 kernel: [678904.825413] [<ffffffff811c1fc5>] vfs_write+0xc5/0x1f0 > Aug 11 11:32:25 cvknode73 kernel: [678904.825418] [<fffffff...

...[<ffffffff8115342b>] generic_file_buffered_write+0xfb/0x280 > Aug 11 11:32:25 cvknode73 kernel: [678904.825370] [<ffffffffa051a1c5>] ? ocfs2_rw_lock+0x75/0x1b0 [ocfs2] > Aug 11 11:32:25 cvknode73 kernel: [678904.825398] [<ffffffffa0527f3f>] ocfs2_file_aio_write+0x79f/0x830 [ocfs2] > Aug 11 11:32:25 cvknode73 kernel: [678904.825407] [<ffffffff811c14ba>] do_sync_write+0x5a/0x90 > Aug 11 11:32:25 cvknode73 kernel: [678904.825413] [<ffffffff811c1fc5>] vfs_write+0xc5/0x1f0 > Aug 11 11:32:25 cvknode73 kernel: [678904.825418] [<ffffffff81...

Hello! I tried to compile the latest 1.0-test (79) with mysql support, but there is the following error: ... /usr/local/mysql/lib/libmysqlclient.a(sha1.o)(.text+0x5c): In function `sha1_result': : multiple definition of `sha1_result' ../lib/liblib.a(sha1.o)(.text+0x830):/usr/local/src/dovecot/dovecot-1.0-test79/src/lib/sha1.c:233: first defined here ... So 'sha1_result' is defined by mysqlclient and dovecot. This is an issue I already reported some time ago. According to a search in the list archives, it seems no one else has this problem. But there must...

...fs] [ 68.128434] [<ffffffffa04a3270>] ? replay_one_dir_item+0xf0/0xf0 [btrfs] [ 68.128477] [<ffffffffa0466689>] open_ctree+0x17b9/0x1e80 [btrfs] [ 68.128513] [<ffffffff813555d3>] ? proc_comm_connector+0x33/0x120 [ 68.128551] [<ffffffffa043f456>] btrfs_mount+0x636/0x830 [btrfs] [ 68.128584] [<ffffffff81141cd2>] ? pcpu_alloc+0x7d2/0x9e0 [ 68.128616] [<ffffffff8118f5d9>] mount_fs+0x39/0x1b0 [ 68.128643] [<ffffffff81141ef0>] ? __alloc_percpu+0x10/0x20 [ 68.128676] [<ffffffff811a8c27>] vfs_kern_mount+0x67/0x100 [ 68.128706] [<...

Hello all! When trying to build dovecot-1.0-test65 with mysql support I get the following error: ... /usr/local/mysql/lib/libmysqlclient.a(sha1.o)(.text+0x5c): In function `sha1_result': : multiple definition of `sha1_result' ../lib/liblib.a(sha1.o)(.text+0x830):/usr/local/src/dovecot/dovecot-1.0-test65/src/lib/sha1.c:242: first defined here /usr/lib/gcc-lib/i586-suse-linux/3.3.1/../../../../i586-suse-linux/bin/ld: Warning: size of symbol `sha1_result' changed from 158 in ../lib/liblib.a(sha1.o) to 126 in ../lib/liblib.a(sha1.o) collect2: ld returned...

...9;: : undefined reference to `__constant_htons'' iptunnel.o(.text+0x678): In function `parse_args'': : undefined reference to `__constant_htons'' iptunnel.o(.text+0x75d): In function `parse_args'': : undefined reference to `__constant_htons'' iptunnel.o(.text+0x830): In function `parse_args'': : undefined reference to `__constant_htons'' iptunnel.o(.text+0x8eb): In function `parse_args'': : undefined reference to `__constant_htons'' iptunnel.o(.text+0x909): more undefined references to `__constant_htons'' follow collect...

.../0xb0 >> [ 18.803992] kobject_init_and_add+0x9d/0xf0 >> [ 18.810117] ttm_mem_global_init+0x12c/0x210 [ttm] >> [ 18.816853] ttm_bo_global_init+0x4a/0x160 [ttm] >> [ 18.823420] ttm_bo_device_init+0x39/0x220 [ttm] >> [ 18.830046] nouveau_ttm_init+0x2c3/0x830 [nouveau] >> [ 18.836929] nouveau_drm_device_init+0x1b4/0x3f0 [nouveau] >> <...> >> [ 19.105336] >> =========================================================== >> ======= >> >> Fix this error, by not using type_vram as an index if it's neg...

...eneric_file_buffered_write+0xfb/0x280 >> > Aug 11 11:32:25 cvknode73 kernel: [678904.825370] [<ffffffffa051a1c5>] ? ocfs2_rw_lock+0x75/0x1b0 [ocfs2] >> > Aug 11 11:32:25 cvknode73 kernel: [678904.825398] [<ffffffffa0527f3f>] ocfs2_file_aio_write+0x79f/0x830 [ocfs2] >> > Aug 11 11:32:25 cvknode73 kernel: [678904.825407] [<ffffffff811c14ba>] do_sync_write+0x5a/0x90 >> > Aug 11 11:32:25 cvknode73 kernel: [678904.825413] [<ffffffff811c1fc5>] vfs_write+0xc5/0x1f0 >> > Aug 11 11:32:25 cvknode...

...: [678904.825342] [<ffffffff8115342b>] generic_file_buffered_write+0xfb/0x280 Aug 11 11:32:25 cvknode73 kernel: [678904.825370] [<ffffffffa051a1c5>] ? ocfs2_rw_lock+0x75/0x1b0 [ocfs2] Aug 11 11:32:25 cvknode73 kernel: [678904.825398] [<ffffffffa0527f3f>] ocfs2_file_aio_write+0x79f/0x830 [ocfs2] Aug 11 11:32:25 cvknode73 kernel: [678904.825407] [<ffffffff811c14ba>] do_sync_write+0x5a/0x90 Aug 11 11:32:25 cvknode73 kernel: [678904.825413] [<ffffffff811c1fc5>] vfs_write+0xc5/0x1f0 Aug 11 11:32:25 cvknode73 kernel: [678904.825418] [<ffffffff811c24c2>] SyS_write+0x52/...

...: [678904.825342] [<ffffffff8115342b>] generic_file_buffered_write+0xfb/0x280 Aug 11 11:32:25 cvknode73 kernel: [678904.825370] [<ffffffffa051a1c5>] ? ocfs2_rw_lock+0x75/0x1b0 [ocfs2] Aug 11 11:32:25 cvknode73 kernel: [678904.825398] [<ffffffffa0527f3f>] ocfs2_file_aio_write+0x79f/0x830 [ocfs2] Aug 11 11:32:25 cvknode73 kernel: [678904.825407] [<ffffffff811c14ba>] do_sync_write+0x5a/0x90 Aug 11 11:32:25 cvknode73 kernel: [678904.825413] [<ffffffff811c1fc5>] vfs_write+0xc5/0x1f0 Aug 11 11:32:25 cvknode73 kernel: [678904.825418] [<ffffffff811c24c2>] SyS_write+0x52/...

...offset="0x820" name="FP_HDISPLAY_END"/> + <reg32 offset="0x824" name="FP_HTOTAL"/> + <reg32 offset="0x828" name="FP_HCRTC"/> + <reg32 offset="0x82c" name="FP_HSYNC_START"/> + <reg32 offset="0x830" name="FP_HSYNC_END"/> + <reg32 offset="0x834" name="FP_HVALID_START"/> + <reg32 offset="0x838" name="FP_HVALID_END"/> + <reg32 offset="0x83c" name="FP_DITHER"/> + <reg32 offset="0x848" name...

Hi, Recently, I made a btrfs to use. And I met slowness problem. Trying to diag it. I found this: 1. dd if=/dev/zero of=test count=1024 bs=1MB This is fast, at about 25MB/s, and reasonable iowait. 2. dd if=/dev/zero of=test count=1 bs=1GB This is pretty slow, at about 1.5MB/s, and 90%+ iowait, constantly. May I know why it works like this? Thanks. -- To unsubscribe from this list: send the

..._set_name_vargs+0x2f/0xb0 > [ 18.803992] kobject_init_and_add+0x9d/0xf0 > [ 18.810117] ttm_mem_global_init+0x12c/0x210 [ttm] > [ 18.816853] ttm_bo_global_init+0x4a/0x160 [ttm] > [ 18.823420] ttm_bo_device_init+0x39/0x220 [ttm] > [ 18.830046] nouveau_ttm_init+0x2c3/0x830 [nouveau] > [ 18.836929] nouveau_drm_device_init+0x1b4/0x3f0 [nouveau] > <...> > [ 19.105336] >=========================================================== >======= > >Fix this error, by not using type_vram as an index if it's negative. >Assume default value...