search for: do_mmap_pgoff

...new kernel: [<ffffffff800d4219>] __vmalloc_area_node+0x134/0x15c Oct 13 09:27:46 new kernel: [<ffffffff800403a4>] load_module+0x961/0x19f5 Oct 13 09:27:46 new kernel: [<ffffffff800a2dfd>] autoremove_wake_function+0x0/0x2e Oct 13 09:27:46 new kernel: [<ffffffff8000e0aa>] do_mmap_pgoff+0x3d7/0x780 Oct 13 09:27:46 new kernel: [<ffffffff8000e2e8>] do_mmap_pgoff+0x615/0x780 Oct 13 09:27:46 new kernel: [<ffffffff800b9c60>] audit_syscall_entry+0x1a8/0x1d3 Oct 13 09:27:46 new kernel: [<ffffffff800a92f0>] sys_init_module+0x5b/0x206 Oct 13 09:27:46 new kernel: [<...

...n of macro ?BLKTAP_RING_SIZE? struct blktap_request *pending[BLKTAP_RING_SIZE]; ^ /var/lib/dkms/blktap/2.0.91/build/ring.c: In function ?blktap_ring_map_request?: /var/lib/dkms/blktap/2.0.91/build/ring.c:206:2: error: too few arguments to function ?do_mmap_pgoff? addr = do_mmap_pgoff(filp, addr, len, prot, flags, pgoff); ^ In file included from /usr/src/linux-headers-3.16-2-common/include/linux/pagemap.h:7:0, from /usr/src/linux-headers-3.16-2-common/include/linux/blkdev.h:14, from /var/lib/dkms/blktap/2.0.91/build/rin...

Hello list, I just got this ominous bug on my machine, that has already been seen several times: http://lists.xensource.com/archives/html/xen-devel/2006-01/msg00180.html The machine is very similar, it''s a machine with two dual-core opterons, running one of the latest xen-3.0.3-unstable (20060926 hypervisor, and a vanilla 2.6.18 + xen patch from Fedora from 20060915). This machine was

...00001 00000000 c293b9d8 f76b4c40 000b4000 Jun 9 10:58:28 uk kernel: b74e8000 d0f2822c d0f28250 d0f28248 f76b4c40 f76b4c70 db80e000 eaae6640 Jun 9 10:58:28 uk kernel: Call Trace: Jun 9 10:58:28 uk kernel: [<c014e1ee>] vma_link+0x9c/0xbc Jun 9 10:58:28 uk kernel: [<c014ed2e>] do_mmap_pgoff+0x50e/0x666 Jun 9 10:58:28 uk kernel: [<c010b697>] sys_mmap2+0x7e/0xaf Jun 9 10:58:28 uk kernel: [<c02d1213>] syscall_call+0x7/0xb Jun 9 10:58:28 uk kernel: Code: c3 39 ca 74 08 0f 0b 0f 02 64 4e 2e c0 8b 43 08 2b 43 04 c1 e8 0c 8d 54 02 ff 8b 46 08 2b 46 04 c1 e8 0c 8d 44 01 ff 39...

...ng.c:30:0: /var/lib/dkms/blktap/2.0.91/build/blktap.h:75:41: warning: variably modified ?pending? at file scope [enabled by default] /var/lib/dkms/blktap/2.0.91/build/ring.c: In function ?blktap_ring_map_request?: /var/lib/dkms/blktap/2.0.91/build/ring.c:206:2: error: too few arguments to function ?do_mmap_pgoff? In file included from /usr/src/linux-headers-3.10-1-common/include/linux/pagemap.h:7:0, from /usr/src/linux-headers-3.10-1-common/include/linux/blkdev.h:13, from /var/lib/dkms/blktap/2.0.91/build/ring.c:27: /usr/src/linux-headers-3.10-1-common/include/linux/mm.h:1...

...e archive. root at ibmx3650m2-210-147:/usr/src/blktap-2.0.91# diff -Naru ring.c /tmp/ring.c --- ring.c 2013-09-17 11:47:27.468200000 -0400 +++ /tmp/ring.c 2013-09-17 11:47:56.836200000 -0400 @@ -210,7 +210,7 @@ pgoff = 1 + request->usr_idx * BLKTAP_SEGMENT_MAX; - addr = do_mmap_pgoff(filp, addr, len, prot, flags, pgoff); + addr = vm_mmap(filp, addr, len, prot, flags, pgoff << PAGE_SHIFT); return IS_ERR_VALUE(addr) ? addr : 0; } @@ -230,8 +230,7 @@ addr = MMAP_VADDR(ring->user_vstart, request->usr_idx, 0); len = request->nr_page...

I had the following spat out by syslog on my (2.4.18-pre7-ac3) mailer / web server: Assertion failure in do_get_write_access() at transaction.c:611: "!(((jh2bh(jh))->b_state & (1UL << BH_Lock)) != 0)" One of its partitions froze hard--I've rebooted it, and I have an oops which the BUG() triggered which won't decode at the moment, but I'll sort that one out

...tl_grobj_alloc+0x68/0xe0 [nouveau] May 16 08:30:27 brouette kernel: [<ffffffffa03628b8>] drm_ioctl+0x1d8/0x5d0 [drm] May 16 08:30:27 brouette kernel: [<ffffffffa0504300>] ? nouveau_abi16_ioctl_channel_free+0xa0/0xa0 [nouveau] May 16 08:30:27 brouette kernel: [<ffffffff810de0d2>] ? do_mmap_pgoff+0x2c2/0x390 May 16 08:30:27 brouette kernel: [<ffffffffa04f9f79>] nouveau_drm_ioctl+0x9/0x10 [nouveau] May 16 08:30:27 brouette kernel: [<ffffffff8110b7d0>] do_vfs_ioctl+0x2e0/0x4c0 May 16 08:30:27 brouette kernel: [<ffffffff81115249>] ? __fget+0x69/0xb0 May 16 08:30:27 brouette k...

...uveau_object_new+0xeb/0x200 [nouveau] May 17 20:01:36 brouette kernel: [<ffffffffa03edc1b>] nouveau_abi16_ioctl_grobj_alloc+0x6b/0xe0 [nouveau] May 17 20:01:36 brouette kernel: [<ffffffffa0253a62>] drm_ioctl+0x4c2/0x5f0 [drm] May 17 20:01:36 brouette kernel: [<ffffffff810dbcb2>] ? do_mmap_pgoff+0x2c2/0x380 May 17 20:01:36 brouette kernel: [<ffffffffa03e3799>] nouveau_drm_ioctl+0x9/0x10 [nouveau] May 17 20:01:36 brouette kernel: [<ffffffff81109850>] do_vfs_ioctl+0x2e0/0x4c0 May 17 20:01:36 brouette kernel: [<ffffffff81113239>] ? __fget+0x69/0xb0 May 17 20:01:36 brouette k...

...? handle_pte_fault+0x76b/0xb50 [<ffffffffa00c60f9>] ? ext4_check_acl+0x29/0x90 [ext4] [<ffffffff81075887>] ? current_fs_time+0x27/0x30 [<ffffffff8114452a>] ? handle_mm_fault+0x23a/0x310 [<ffffffff810474e9>] ? __do_page_fault+0x139/0x480 [<ffffffff8114aaba>] ? do_mmap_pgoff+0x33a/0x380 [<ffffffff81513bfe>] ? do_page_fault+0x3e/0xa0 [<ffffffff81510fb5>] ? page_fault+0x25/0x30 Mem-Info: Node 0 DMA per-cpu: CPU 0: hi: 0, btch: 1 usd: 0 Node 0 DMA32 per-cpu: CPU 0: hi: 186, btch: 31 usd: 89 active_anon:201535 inactive_anon:68173 isolated_an...

...ouveau] > May 17 20:01:36 brouette kernel: [<ffffffffa03edc1b>] > nouveau_abi16_ioctl_grobj_alloc+0x6b/0xe0 [nouveau] > May 17 20:01:36 brouette kernel: [<ffffffffa0253a62>] > drm_ioctl+0x4c2/0x5f0 [drm] > May 17 20:01:36 brouette kernel: [<ffffffff810dbcb2>] ? > do_mmap_pgoff+0x2c2/0x380 > May 17 20:01:36 brouette kernel: [<ffffffffa03e3799>] > nouveau_drm_ioctl+0x9/0x10 [nouveau] > May 17 20:01:36 brouette kernel: [<ffffffff81109850>] do_vfs_ioctl+0x2e0/0x4c0 > May 17 20:01:36 brouette kernel: [<ffffffff81113239>] ? __fget+0x69/0xb0 > M...

https://bugs.freedesktop.org/show_bug.cgi?id=31644 Summary: Nouveau driver with "Gigabyte nVidia 9600GT" - black screen Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

...> > <ffffffff801f8f51>{nfs_file_read+129} > > Oct 3 23:27:28 tuek <ffffffff80172dd0>{do_sync_read+240} > > <ffffffff80161981>{vma_link+129} Oct 3 23:27:28 tuek > > <ffffffff80140500>{autoremove_wake_function+0} > > <ffffffff80162b02>{do_mmap_pgoff+1458} > > Oct 3 23:27:28 tuek <ffffffff8017381b>{vfs_read+187} > > <ffffffff80173ce0>{sys_read+80} Oct 3 23:27:28 tuek > > <ffffffff8010afbe>{system_call+134} > <ffffffff8010af38>{system_call+0} > > > > Oct 3 23:27:52 tuek Bad page sta...

With the ATI bug I was hitting earlier fixed, only my btrfs partition continues to show high cpu usage for some operations. Rsync, git pull, git checkout and svn up are typicall operations which trigger the high cpu usage. As an example, this perf report is from using git checkout to change to a new branch; the change needed to checkout 208 files out of about 1600 total files. du(1) reports

A character device for accessing (in user-space) pages that have been granted by other domains. Signed-off-by: Derek Murray <Derek.Murray@cl.cam.ac.uk> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Greetings, I got the below dmesg and the first bad commit is commit cf39c8e5352b4fb9efedfe7e9acb566a85ed847c Merge: 3398d25 23b7eaf Author: Linus Torvalds <torvalds@linux-foundation.org> Date: Wed Sep 4 17:45:39 2013 -0700 Merge tag ''stable/for-linus-3.12-rc0-tag'' of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip Pull Xen updates from Konrad