search for: __copy_to_user_ll

Some users are hitting this panic in network_alloc_rx_buffers() when running a big network intensive app: /* Check return status of HYPERVISOR_dom_mem_op(). */ if ( rx_mcl[nr_pfns].args[5] != nr_pfns ) panic("Unable to reduce memory reservation\n"); I''m not clear on what is happening here. Are the domains changing size? Which memory reservation is being

...get_block+72/74> Trace; c0146b84 <__getblk+2b/51> Trace; c0175a17 <ext3_getblk+ab/2f1> Trace; c023cbfa <serio_interrupt+4e/50> Trace; c023d2f1 <i8042_interrupt+f5/1ff> Trace; c0175c90 <ext3_bread+33/a2> Trace; c01728e9 <ext3_readdir+e6/4e0> Trace; c01ad7d6 <__copy_to_user_ll+74/78>

...z (estimated) Profiling through timer interrupt samples % symbol name 21117 36.5340 default_idle 3850 6.6608 __copy_from_user_ll 3108 5.3771 find_get_page 1707 2.9532 __copy_user_intel 1580 2.7335 __might_sleep 1356 2.3460 handle_IRQ_event 1323 2.2889 __copy_to_user_ll 1168 2.0207 __find_get_block_slow 1134 1.9619 __find_get_block 1093 1.8910 finish_task_switch 963 1.6661 bh_lru_install 638 1.1038 __wake_up 605 1.0467 __do_softirq This is CRAZY! How can default_idle be sucking away cycles when the system is (should be) cpu...

This is undoubtedly an upstream issue, but ... I've been messing about with that hp pavilion trying to get wireless working. If I boot with the eth0 NIC plugged in, everything is blazingly fast -- GDM comes up in a few seconds, the Gnome startup splash screen barely has time to appear before it's gone again, shells pop up the instant I click Open Terminal. If I unplug the network and

...gt;] handle_irq_event_percpu+0x76/0x190 [<c04b7d60>] ? handle_simple_irq+0x70/0x70 [<c04b514a>] handle_irq_event+0x2a/0x50 [<c04b7dd2>] handle_fasteoi_irq+0x72/0x120 [<c04060c3>] handle_irq+0xa3/0xd0 <IRQ> [<c040589c>] do_IRQ+0x3c/0xc0 [<c072adad>] ? __copy_to_user_ll+0xd/0x10 [<c0ac3a73>] common_interrupt+0x33/0x38 [<c05cf255>] ? __fget_light+0x35/0x50 [<c05cf282>] __fdget+0x12/0x20 [<c05c825d>] do_sys_poll+0x2bd/0x570 [<c072b07c>] ? _copy_from_user+0x3c/0x50 [<c05b5408>] ? rw_copy_check_uvector+0x58/0x110 [<c0a6907...

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

Hello everyone, this is the fourth version of the patch series that introduces ARMv7 with virtualization extensions support in Xen. The series allows Xen and Dom0 to boot on a Cortex-A15 based Versatile Express simulator. See the following announce email for more informations about what we are trying to achieve, as well as the original git history: See

Hello everyone, this is the very first version of the patch series that introduces ARMv7 with virtualization extensions support in Xen. The series allows Xen and Dom0 to boot on a Cortex-A15 based Versatile Express simulator. See the following announce email for more informations about what we are trying to achieve, as well as the original git history: See