search for: 0x4cc

...slab.c:2963 [<000000000024ae4c>] cache_alloc_refill+0x3b4/0x5c8 [<000000000024c810>] kmem_cache_alloc+0x204/0x294 [<00000000001fd3c2>] mempool_alloc+0x52/0x170 [<000003c000ced0b0>] alloc_extent_state+0x40/0xd4 [btrfs] [<000003c000cee5ae>] __clear_extent_bit+0x38a/0x4cc [btrfs] [<000003c000cee78c>] try_release_extent_state+0x9c/0xd4 [btrfs] [<000003c000cc4c66>] btree_releasepage+0x7e/0xd0 [btrfs] [<0000000000210d84>] shrink_page_list+0x6a0/0x724 [<0000000000211394>] shrink_inactive_list+0x230/0x578 [<0000000000211bb8>] shrink_lis...

...(2007-04-23): > a <- 1:100/200 > erf(a) *** glibc detected *** /usr/lib/R/bin/exec/R: malloc(): memory corruption: 0x0000000001308500 *** ======= Backtrace: ========= /lib/libc.so.6[0x2b0cc3b9f1d1] /lib/libc.so.6(__libc_malloc+0x7d)[0x2b0cc3ba098d] /usr/lib/R/lib/libR.so(Rf_allocVector+0x4cc)[0x2b0cc36e9c3c] /usr/lib/R/lib/libR.so[0x2b0cc368d42b] /usr/lib/R/lib/libR.so(Rf_eval+0x6ea)[0x2b0cc36bfb6a] /usr/lib/R/lib/libR.so[0x2b0cc36c2370] /usr/lib/R/lib/libR.so(Rf_eval+0x48b)[0x2b0cc36bf90b] /usr/lib/R/lib/libR.so[0x2b0cc36c0ca2] /usr/lib/R/lib/libR.so(Rf_eval+0x48b)[0x2b0cc36bf90b] /us...

...fixme:ttydrv:TTYDRV_GetBitmapBits (0x4c4, 0x7be26a14, 32): stub fixme:ttydrv:TTYDRV_GetBitmapBits (0x4d0, 0x7be26aa4, 128): stub fixme:ttydrv:TTYDRV_GetBitmapBits (0x4cc, 0x7be26b24, 128): stub fixme:ttydrv:TTYDRV_GetBitmapBits (0x4d8, 0x7be26dbc, 32): stub fixme:ttydrv:TTYDRV_GetBitmapBits (0x4d4, 0x7be26ddc,...

...d_more+0x2e) [0x1125de] -> /usr/local/lib/dovecot/imap/lib20_fts_plugin.so [0x113f3d] -> imap [0x805d196] -> imap [0x805d518] -> imap(io_loop_handle_timeouts+0x10b) [0x80d0ceb] -> imap(io_loop_handler_run+0x69) [0x80d1509] -> imap(io_loop_run+0x28) [0x80d0bc8] -> imap(main+0x4cc) [0x8066c4c] -> dovecot: Dec 04 17:11:07 Error: IMAP(joewong99:joew.outblaze.com): /lib/libc.so.6(__libc_start_main+0xe0) [0x77df70] -> imap [0x8059571] dovecot: Dec 04 17:11:07 Error: child 32571 (imap) killed with signal 6 --

These mappings are in fact special and require special handling in privcmd, which already exists. Failure to mark the PTE as special on arm64 causes all sorts of bad PTE fun. x86 already gets this correct. Signed-off-by: Ian Campbell <ian.campbell@citrix.com> Cc: Stefano Stabellini <stefano.stabellini@eu.citrix.com> Cc: xen-devel@lists.xenproject.org --- arch/arm/xen/enlighten.c |

...ffa032fc90>] nouveau_fence_work+0xc9/0x102 [nouveau] [<ffffffffa0334d59>] nouveau_gem_object_close+0x103/0x182 [nouveau] [<ffffffffa01d8bcd>] drm_gem_handle_delete+0xcc/0x153 [drm] [<ffffffffa01d8fc5>] drm_gem_close_ioctl+0x23/0x25 [drm] [<ffffffffa01d6f75>] drm_ioctl+0x4cc/0x612 [drm] [<ffffffff816341c0>] ? __slab_free.isra.66+0x24d/0x2aa [<ffffffffa01d8fa2>] ? drm_gem_destroy+0x4c/0x4c [drm] [<ffffffff812dbef8>] ? avc_has_perm_flags+0xb1/0x179 [<ffffffff8115e988>] do_vfs_ioctl+0x8b/0x4f8 [<ffffffff812dccb4>] ? inode_has_perm.isra.4...

The biggest one is a fix for fstrim, and there''s a fix for on-disk free space cache. Others are small fixes and cleanups. The last three have been sent weeks ago. The patchset is also available in this repo: git://repo.or.cz/linux-btrfs-devel.git for-chris Note there''s a small confict with Al Viro''s vfs changes. Li Zefan (11): Btrfs: add pinned extents to

https://bugs.freedesktop.org/show_bug.cgi?id=91413 Bug ID: 91413 Summary: INFO: task Xorg:2419 blocked for more than 120 seconds. Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

I just had a quick play with gzip compression on a filesystem and the result was the machine grinding to a halt while copying some large (.wav) files to it from another filesystem in the same pool. The system became very unresponsive, taking several seconds to echo keystrokes. The box is a maxed out AMD QuadFX, so it should have plenty of grunt for this. Comments? Ian

Hi, Chris (cc) and I try to get the SGE master monitor work with Apple Leopard dtrace. Unfortunately we are stuck with the error msg below. Anyone having an idea what could be the cause? What I can rule out as cause is function inlining for the reasons explained below. Background information on SGE master monitor implementation is under http://wiki.gridengine.info/wiki/index.php/Dtrace

Hello list! On all my samba installations (3.0.20b) I can delete all unused printer drivers with rpcclient regardless which user name or password i use. Is this a general feature or might it depend on my settings? Thanks, Martin -- Martin Zielinski mz@seh.de Software Development SEH Computertechnik GmbH www.seh.de