search for: load_balance

...ded>] ? handle_IRQ_event+0x2d/0xc0 [<c02dd71d>] ? scsi_decide_disposition+0x16d/0x180 [<c0177b85>] ? handle_fasteoi_irq+0x65/0xd0 [<c0105a55>] ? handle_irq+0x15/0x30 [<c01050a7>] ? do_IRQ+0x47/0xc0 [<c0103d30>] ? common_interrupt+0x30/0x40 [<c01300e0>] ? load_balance+0x550/0x7d0 [<c0431614>] ? _raw_spin_unlock_irq+0x4/0x20 [<c012d9ba>] ? finish_task_switch+0x3a/0x90 [<c042f5c9>] ? schedule+0x1c9/0x520 [<c0103d30>] ? common_interrupt+0x30/0x40 [<c042facf>] ? preempt_schedule+0x2f/0x50 [<c0198a60>] ? do_wp_page+0x160/0x96...

...ff88007d361cc0 ffff88007fc8d240 ffffffff81563990 ffffffff810e42a6 000000038102fa73 0000000000000282 0000000000000000 ffff88007fd12668 ffff88007fc83ecc 00ffffff00000000 000000000000006b Call Trace: <IRQ> [<ffffffff81563990>] ? _raw_spin_unlock+0x57/0x61 [<ffffffff810e42a6>] ? load_balance+0x4ff/0x783 [<ffffffff810e4681>] ? rebalance_domains+0x157/0x20c [<ffffffff810e4841>] ? run_rebalance_domains+0x10b/0x148 [<ffffffff810be7c1>] ? __do_softirq+0xec/0x1fe [<ffffffff810beacc>] ? irq_exit+0x48/0x8d [<ffffffff815658dd>] ? reschedule_interrupt+0x6d/0x80...

...ff88007d361cc0 ffff88007fc8d240 ffffffff81563990 ffffffff810e42a6 000000038102fa73 0000000000000282 0000000000000000 ffff88007fd12668 ffff88007fc83ecc 00ffffff00000000 000000000000006b Call Trace: <IRQ> [<ffffffff81563990>] ? _raw_spin_unlock+0x57/0x61 [<ffffffff810e42a6>] ? load_balance+0x4ff/0x783 [<ffffffff810e4681>] ? rebalance_domains+0x157/0x20c [<ffffffff810e4841>] ? run_rebalance_domains+0x10b/0x148 [<ffffffff810be7c1>] ? __do_softirq+0xec/0x1fe [<ffffffff810beacc>] ? irq_exit+0x48/0x8d [<ffffffff815658dd>] ? reschedule_interrupt+0x6d/0x80...

...9298] ip_finish_output2+0xacf/0x12a0 > > [ 310.060160] ? dequeue_entity+0x1520/0x1520 > > [ 310.063410] ? ip_fragment.constprop.47+0x220/0x220 > > [ 310.065078] ? ring_buffer_set_clock+0x50/0x50 > > [ 310.066677] ? __switch_to+0x685/0xda0 > > [ 310.068166] ? load_balance+0x38f0/0x38f0 > > [ 310.069544] ? compat_start_thread+0x80/0x80 > > [ 310.070989] ? trace_find_cmdline+0x60/0x60 > > [ 310.072402] ? rt_cpu_seq_show+0x2d0/0x2d0 > > [ 310.073579] ip_finish_output+0x407/0x880 > > [ 310.074441] ? ip_finish_output+0x407/0x880 &g...

...9298] ip_finish_output2+0xacf/0x12a0 > > [ 310.060160] ? dequeue_entity+0x1520/0x1520 > > [ 310.063410] ? ip_fragment.constprop.47+0x220/0x220 > > [ 310.065078] ? ring_buffer_set_clock+0x50/0x50 > > [ 310.066677] ? __switch_to+0x685/0xda0 > > [ 310.068166] ? load_balance+0x38f0/0x38f0 > > [ 310.069544] ? compat_start_thread+0x80/0x80 > > [ 310.070989] ? trace_find_cmdline+0x60/0x60 > > [ 310.072402] ? rt_cpu_seq_show+0x2d0/0x2d0 > > [ 310.073579] ip_finish_output+0x407/0x880 > > [ 310.074441] ? ip_finish_output+0x407/0x880 &g...

Hi! i notice a serious regression with 3.5 as Dom0 kernel (3.4 was rock stable): 1st: only the GPU PCI Passthrough works, the PCI USB Controller is not recognized within the DomU (HVM Win7 64) Dom0 cmdline is: ro root=LABEL=dom0root xen-pciback.hide=(08:00.0)(08:00.1)(00:1d.0)(00:1d.1)(00:1d.2)(00:1d.7) security=apparmor noirqdebug nouveau.msi=1 Only 8:00.0 and 8:00.1 get passed through

...| |--16.89%-- xlog_cil_insert_items | |--6.30%-- try_to_wake_up | |--2.20%-- _xfs_buf_find | |--0.75%-- __remove_inode_hash | |--0.72%-- __mutex_lock_slowpath | |--0.53%-- load_balance |--6.02%-- _raw_spin_lock_irqsave | |--74.75%-- down_trylock | |--9.69%-- rcu_check_quiescent_state | |--7.47%-- down | |--3.57%-- up | |--1.67%-- rwsem_wake...

...| |--16.89%-- xlog_cil_insert_items | |--6.30%-- try_to_wake_up | |--2.20%-- _xfs_buf_find | |--0.75%-- __remove_inode_hash | |--0.72%-- __mutex_lock_slowpath | |--0.53%-- load_balance |--6.02%-- _raw_spin_lock_irqsave | |--74.75%-- down_trylock | |--9.69%-- rcu_check_quiescent_state | |--7.47%-- down | |--3.57%-- up | |--1.67%-- rwsem_wake...

...| |--16.89%-- xlog_cil_insert_items | |--6.30%-- try_to_wake_up | |--2.20%-- _xfs_buf_find | |--0.75%-- __remove_inode_hash | |--0.72%-- __mutex_lock_slowpath | |--0.53%-- load_balance |--6.02%-- _raw_spin_lock_irqsave | |--74.75%-- down_trylock | |--9.69%-- rcu_check_quiescent_state | |--7.47%-- down | |--3.57%-- up | |--1.67%-- rwsem_wake...

...4] ffff8800cb1ae5c0 00000000000143c0 ffffffff81a18540 ffff8800cb1ae5c0 [ 240.531668] 0000000000000000 0000000000000000 0000000000000000 0000000000000000 [ 240.539087] Call Trace: [ 240.541538] [<ffffffff812b3001>] ? cpumask_next_and+0x20/0x3e [ 240.547357] [<ffffffff81082838>] ? load_balance+0x20e/0x893 [ 240.552999] [<ffffffff81019bd3>] ? native_sched_clock+0x28/0x93 [ 240.558987] [<ffffffff815c3e43>] schedule+0x69/0x6b [ 240.563936] [<ffffffff8146b222>] rpm_resume+0x220/0x4b7 [ 240.569231] [<ffffffff81088191>] ? __wake_up_sync+0x12/0x12 [ 240.574871]...

v4->v5: - Move the optimized 2-task contending code to the generic file to enable more architectures to use it without code duplication. - Address some of the style-related comments by PeterZ. - Allow the use of unfair queue spinlock in a real para-virtualized execution environment. - Add para-virtualization support to the qspinlock code by ensuring that the lock holder and queue

v4->v5: - Move the optimized 2-task contending code to the generic file to enable more architectures to use it without code duplication. - Address some of the style-related comments by PeterZ. - Allow the use of unfair queue spinlock in a real para-virtualized execution environment. - Add para-virtualization support to the qspinlock code by ensuring that the lock holder and queue

v5->v6: - Change the optimized 2-task contending code to make it fairer at the expense of a bit of performance. - Add a patch to support unfair queue spinlock for Xen. - Modify the PV qspinlock code to follow what was done in the PV ticketlock. - Add performance data for the unfair lock as well as the PV support code. v4->v5: - Move the optimized 2-task contending code to the

v5->v6: - Change the optimized 2-task contending code to make it fairer at the expense of a bit of performance. - Add a patch to support unfair queue spinlock for Xen. - Modify the PV qspinlock code to follow what was done in the PV ticketlock. - Add performance data for the unfair lock as well as the PV support code. v4->v5: - Move the optimized 2-task contending code to the

v6->v7: - Remove an atomic operation from the 2-task contending code - Shorten the names of some macros - Make the queue waiter to attempt to steal lock when unfair lock is enabled. - Remove lock holder kick from the PV code and fix a race condition - Run the unfair lock & PV code on overcommitted KVM guests to collect performance data. v5->v6: - Change the optimized

v6->v7: - Remove an atomic operation from the 2-task contending code - Shorten the names of some macros - Make the queue waiter to attempt to steal lock when unfair lock is enabled. - Remove lock holder kick from the PV code and fix a race condition - Run the unfair lock & PV code on overcommitted KVM guests to collect performance data. v5->v6: - Change the optimized

v7->v8: - Remove one unneeded atomic operation from the slowpath, thus improving performance. - Simplify some of the codes and add more comments. - Test for X86_FEATURE_HYPERVISOR CPU feature bit to enable/disable unfair lock. - Reduce unfair lock slowpath lock stealing frequency depending on its distance from the queue head. - Add performance data for IvyBridge-EX CPU.

v7->v8: - Remove one unneeded atomic operation from the slowpath, thus improving performance. - Simplify some of the codes and add more comments. - Test for X86_FEATURE_HYPERVISOR CPU feature bit to enable/disable unfair lock. - Reduce unfair lock slowpath lock stealing frequency depending on its distance from the queue head. - Add performance data for IvyBridge-EX CPU.

v4->v5: - Move the optimized 2-task contending code to the generic file to enable more architectures to use it without code duplication. - Address some of the style-related comments by PeterZ. - Allow the use of unfair queue spinlock in a real para-virtualized execution environment. - Add para-virtualization support to the qspinlock code by ensuring that the lock holder and queue

v4->v5: - Move the optimized 2-task contending code to the generic file to enable more architectures to use it without code duplication. - Address some of the style-related comments by PeterZ. - Allow the use of unfair queue spinlock in a real para-virtualized execution environment. - Add para-virtualization support to the qspinlock code by ensuring that the lock holder and queue