Re: "Multiple entries for PCI IRQ 16" and "xlock already held" panics on 5.3-BETA(3,4,5)

From: Pavel Gubin (pg_at_ie.tusur.ru)
Date: 09/23/04

  • Next message: Doug White: "Re: /usr/sbin/config dependancy check?"
    Date: Thu, 23 Sep 2004 23:53:49 +0700
    To: John Baldwin <jhb@freebsd.org>
    
    

    On Thu, Sep 23, 2004 at 10:29:47AM -0400, John Baldwin wrote:

    > > > > panices immediately with "panic: Multiple entries for PCI IRQ 16"
    []
    > > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN#
    > > INT active-lo level 0 2:A 2 16
    > > INT active-lo level 0 2:A 2 23
    >
    > This is the real bug and I guess I can improve the message. Then problem is
    > not two lines for IRQ 16, but that the PCI interrrupt for bus 0, device 2,
    > pin #A has two different IRQs listed, so we don't know which one we are
    > supposed to use. This is definitely a BIOS bug and your motherboard
    > manufacturer needs to harassed into giving you a BIOS update.

      Then shame on MSI.. And some stupid question - maybe a kernel can be given
    a hint which one to use (e.g. using /boot/loader.conf...)? Just in case this
    is not very uncommon situation to find such a bug in MP table.

    > > > > panic: _sx_xlock (user map): xlock already held @
    > > > > /var/data/5/src/sys/vm/vm_map.c:2997 cpuid = 0
    > > >
    > > > This is the real bug, can you do 'l *0xc05b541c' from kgdb?
    > >
    > > (kgdb) l *0xc05b541c
    > > 0xc05b541c is in pmap_enter_quick
    >
    > I would try asking alc@ if he has any ideas for this one.

      Then if I may help in some way (testing patch etc) - I'm at your service
    :)

    -- 
    Pavel Gubin
    TUSC&R / Industrial Electronics dept / System Administrator
    2:5005/14@fidonet / Phone +7-3822-423067 / ICQ 28835566
    _______________________________________________
    freebsd-current@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-current
    To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
    

  • Next message: Doug White: "Re: /usr/sbin/config dependancy check?"

    Relevant Pages

    • Re: uhci-hcd oops with 2.4.27/ intel D845GLVA
      ... > The attached ought to fix Nick up (no way to tell about Kai because his ... the original bug was fixed by Dell's patch on at ... a slightly different BIOS bug to be worked around ... ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [SLE] Why its silly to file a bug report to Novell
      ... Don't be so quick go group yourself with Stefan Dirsch. ... The problem with #141443 is that it is a curious bug which we cannot ... ATM is a BIOS bug, where we cannot do anything ATM (the intel driver ... and the number of users switch consoles is pretty small ...
      (SuSE)
    • "File or project not found" after Branch operation
      ... Pin and Branch to Create Service Pack Projects (Bug Fixes)." ...
      (microsoft.public.vstudio.sourcesafe)
    • Re: Weird bug in MS Project 2003 Resource Leveling
      ... I wish I had discovered a real bug. ... The linking works ok if there is no leveling, so it must be a leveling bug, ... out of MSP, and erodes the faith of the faithful and members of the MSP fan ...
      (microsoft.public.project)
    • Re: Weird bug in MS Project 2003 Resource Leveling
      ... > I wish I had discovered a real bug. ... > The linking works ok if there is no leveling, so it must be a leveling bug, ... > out of MSP, and erodes the faith of the faithful and members of the MSP fan ...
      (microsoft.public.project)