search for: enable_irq

...ED; +} + static int xenvif_start_xmit(struct sk_buff *skb, struct net_device *dev) { struct xenvif *vif = netdev_priv(dev); @@ -125,13 +145,15 @@ static struct net_device_stats *xenvif_get_stats(struct net_device *dev) static void xenvif_up(struct xenvif *vif) { xen_netbk_add_xenvif(vif); - enable_irq(vif->irq); + enable_irq(vif->tx_irq); + enable_irq(vif->rx_irq); xen_netbk_check_rx_xenvif(vif); } static void xenvif_down(struct xenvif *vif) { - disable_irq(vif->irq); + disable_irq(vif->tx_irq); + disable_irq(vif->rx_irq); del_timer_sync(&vif->credit_timeout);...

...idn't work so not all information is > full...) and my sorted /proc/ksyms together with a manual > lookup of the call trace: > > process umount > EIP c01190b8 (set_running_and_schedule) > call trace: > c01144c9 f25f9ec0 IO_APIC_get_PCI_irq_vector > c010a8b0 f25f9ed0 enable_irq > c014200c f25f9ef0 fsync_buffers_list > c0155595 f25f9efc clear_inode > c015553d f25f9f2c invalidate_inodes > c01461d8 f25f9f78 get_super > c014a629 f25f9f94 path_release > c0157c58 f25f9fc0 sys_umount > c0108cab sys_sigaltstack > > > attached /proc/ksyms | sort &...

> > Hi, > > The problem reproduces on a 2.4.18-19 kernel as well. Took > some more time but finally it roared its ugly head. > > This is the stack trace from the new kernel: > > > c01190b8 f3791eb4 set_running_and_schedule > > c010a8b0 f3791ed0 enable_irq > > c014200c f3791f0c IO_APIC_get_PCI_irq_vector > > c0155595 f3791f0c clear_inode > > c01556639 f3791f60 invalidate_inodes > > c0149629 f3791f8 set_binfmt > > c0157c58 f3791f94 sys_umount > > c0108cab 0f3791fc0 sys_sigaltstack > > > Andrew Morton su...

...I provided. Here is the bug that openned against 2.6.30: http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1512 This is the serial output of xen/next: [ 289.059686] ------------[ cut here ]------------ [ 289.059703] WARNING: at /home/konrad/git/nex-VI-PVOPS/linux/kernel/irq/manage.c:274 __enable_irq+0x5c/0xaf() [ 289.059710] Hardware name: To Be Filled By O.E.M. [ 289.059715] Unbalanced enable for IRQ 989 [ 289.059719] Modules linked in: event_log iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nbd tun dm_round_robin dm_multipath qla2xxx r8169 tg3 [ 289.059786] Pid: 11011, comm: conso...

We have a (supposedly) quite standard setup: 2 Dom0 with drbd-on-lvm and a bunch of DomU, on Quad Xeon Dell servers. We tried with both sid-based and etch-based (+ 3.1 xen hypervisor and drbd 8 from backports.org ) Dom0, and quite consistently have "kernel: invalid opcode: 0000 [1] SMP" errors which freezes Dom0 (during lasts tests a simple start-and-stop loop of 10 DomU can trigger

...xpp: demote some NOTICE() to DBG() xpp: re-organize calls so worker_reset() Shaun Ruffell (54): wcte13xp: Trivial. Remove duplicate pointer to "struct pci_dev". wcte13xp: Remove redundant call to synchronize_irq(). wcte43xp: Close potential unbalanced call to enable_irq(). dahdi: Define pf_fmt() globally in kernel.h wctc4xxp: Trivial. Remove unused timer_list from struct tcb. wcte43x: Trivial fix of 'source' in comment. wcte43x: Build against 2.6.18 and CentOS 5.5 wctc4xxp: Make sure we call the pci_enable_mwi() function....

...xpp: demote some NOTICE() to DBG() xpp: re-organize calls so worker_reset() Shaun Ruffell (54): wcte13xp: Trivial. Remove duplicate pointer to "struct pci_dev". wcte13xp: Remove redundant call to synchronize_irq(). wcte43xp: Close potential unbalanced call to enable_irq(). dahdi: Define pf_fmt() globally in kernel.h wctc4xxp: Trivial. Remove unused timer_list from struct tcb. wcte43x: Trivial fix of 'source' in comment. wcte43x: Build against 2.6.18 and CentOS 5.5 wctc4xxp: Make sure we call the pci_enable_mwi() function....

...xpp: demote some NOTICE() to DBG() xpp: re-organize calls so worker_reset() Shaun Ruffell (58): wcte13xp: Trivial. Remove duplicate pointer to "struct pci_dev". wcte13xp: Remove redundant call to synchronize_irq(). wcte43xp: Close potential unbalanced call to enable_irq(). dahdi: Define pf_fmt() globally in kernel.h wctc4xxp: Trivial. Remove unused timer_list from struct tcb. wcte43x: Trivial fix of 'source' in comment. wcte43x: Build against 2.6.18 and CentOS 5.5 wctc4xxp: Make sure we call the pci_enable_mwi() function....

...xpp: demote some NOTICE() to DBG() xpp: re-organize calls so worker_reset() Shaun Ruffell (58): wcte13xp: Trivial. Remove duplicate pointer to "struct pci_dev". wcte13xp: Remove redundant call to synchronize_irq(). wcte43xp: Close potential unbalanced call to enable_irq(). dahdi: Define pf_fmt() globally in kernel.h wctc4xxp: Trivial. Remove unused timer_list from struct tcb. wcte43x: Trivial fix of 'source' in comment. wcte43x: Build against 2.6.18 and CentOS 5.5 wctc4xxp: Make sure we call the pci_enable_mwi() function....

...xpp: demote some NOTICE() to DBG() xpp: re-organize calls so worker_reset() Shaun Ruffell (58): wcte13xp: Trivial. Remove duplicate pointer to "struct pci_dev". wcte13xp: Remove redundant call to synchronize_irq(). wcte43xp: Close potential unbalanced call to enable_irq(). dahdi: Define pf_fmt() globally in kernel.h wctc4xxp: Trivial. Remove unused timer_list from struct tcb. wcte43x: Trivial fix of 'source' in comment. wcte43x: Build against 2.6.18 and CentOS 5.5 wctc4xxp: Make sure we call the pci_enable_mwi() function....

...xpp: demote some NOTICE() to DBG() xpp: re-organize calls so worker_reset() Shaun Ruffell (58): wcte13xp: Trivial. Remove duplicate pointer to "struct pci_dev". wcte13xp: Remove redundant call to synchronize_irq(). wcte43xp: Close potential unbalanced call to enable_irq(). dahdi: Define pf_fmt() globally in kernel.h wctc4xxp: Trivial. Remove unused timer_list from struct tcb. wcte43x: Trivial fix of 'source' in comment. wcte43x: Build against 2.6.18 and CentOS 5.5 wctc4xxp: Make sure we call the pci_enable_mwi() function....

Hi Ingo, This series of patches implements a number of improvements to the softlockup watchdog and its users. They are: 1. Make the watchdog ignore stolen time When running under a hypervisor, the kernel may lose an arbitrary amount of time as "stolen time". This may cause the softlockup watchdog to trigger spruiously. Xen and VMI implement sched_clock() as measuring unstolen time,

Hi Ingo, This series of patches implements a number of improvements to the softlockup watchdog and its users. They are: 1. Make the watchdog ignore stolen time When running under a hypervisor, the kernel may lose an arbitrary amount of time as "stolen time". This may cause the softlockup watchdog to trigger spruiously. Xen and VMI implement sched_clock() as measuring unstolen time,

Userspace patches for the pci-passthrough functionality. The major updates since the last post are: - Loop to add passthrough devices in pc_init1 - Handle errors in read/write calls - Allow invocation without irq number for in-kernel irqchip Other than this, several small things were fixed according to review comments received last time.

Userspace patches for the pci-passthrough functionality. The major updates since the last post are: - Loop to add passthrough devices in pc_init1 - Handle errors in read/write calls - Allow invocation without irq number for in-kernel irqchip Other than this, several small things were fixed according to review comments received last time.

We''ve been hitting the following issue on a variety of hosts and recent Xen/dom0 version combinations. Here''s an excerpt from our latest: Xen: 4.1.4 (xenbits @ 23432) Dom0: 3.7.1-x86_64 BUG: unable to handle kernel NULL pointer dereference at 000000000000001c IP: [<ffffffff8141a301>] evtchn_from_irq+0x11/0x40 PGD 0 Oops: 0000 [#1] SMP Modules linked in: ebt_comment

...etpoll(struct net_device *netdev) +{ + struct vmxnet3_adapter *adapter = netdev_priv(netdev); + int irq; + + if (adapter->intr.type == VMXNET3_IT_MSIX) + irq = adapter->intr.msix_entries[0].vector; + else + irq = adapter->pdev->irq; + + disable_irq(irq); + vmxnet3_intr(irq, netdev); + enable_irq(irq); +} +#endif + +static int +vmxnet3_request_irqs(struct vmxnet3_adapter *adapter) +{ + int err; + + if (adapter->intr.type == VMXNET3_IT_MSIX) { + /* we only use 1 MSI-X vector */ + err = request_irq(adapter->intr.msix_entries[0].vector, + vmxnet3_intr, 0, adapter->netdev->na...

...etpoll(struct net_device *netdev) +{ + struct vmxnet3_adapter *adapter = netdev_priv(netdev); + int irq; + + if (adapter->intr.type == VMXNET3_IT_MSIX) + irq = adapter->intr.msix_entries[0].vector; + else + irq = adapter->pdev->irq; + + disable_irq(irq); + vmxnet3_intr(irq, netdev); + enable_irq(irq); +} +#endif + +static int +vmxnet3_request_irqs(struct vmxnet3_adapter *adapter) +{ + int err; + + if (adapter->intr.type == VMXNET3_IT_MSIX) { + /* we only use 1 MSI-X vector */ + err = request_irq(adapter->intr.msix_entries[0].vector, + vmxnet3_intr, 0, adapter->netdev->na...

...etpoll(struct net_device *netdev) +{ + struct vmxnet3_adapter *adapter = netdev_priv(netdev); + int irq; + + if (adapter->intr.type == VMXNET3_IT_MSIX) + irq = adapter->intr.msix_entries[0].vector; + else + irq = adapter->pdev->irq; + + disable_irq(irq); + vmxnet3_intr(irq, netdev); + enable_irq(irq); +} +#endif + +static int +vmxnet3_request_irqs(struct vmxnet3_adapter *adapter) +{ + int err; + + if (adapter->intr.type == VMXNET3_IT_MSIX) { + /* we only use 1 MSI-X vector */ + err = request_irq(adapter->intr.msix_entries[0].vector, + vmxnet3_intr, 0, adapter->netdev->na...

...etpoll(struct net_device *netdev) +{ + struct vmxnet3_adapter *adapter = netdev_priv(netdev); + int irq; + + if (adapter->intr.type == VMXNET3_IT_MSIX) + irq = adapter->intr.msix_entries[0].vector; + else + irq = adapter->pdev->irq; + + disable_irq(irq); + vmxnet3_intr(irq, netdev); + enable_irq(irq); +} +#endif + +static int +vmxnet3_request_irqs(struct vmxnet3_adapter *adapter) +{ + int err; + + if (adapter->intr.type == VMXNET3_IT_MSIX) { + /* we only use 1 MSI-X vector */ + err = request_irq(adapter->intr.msix_entries[0].vector, + vmxnet3_intr, 0, adapter->netdev->na...