Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 14 Jan 2003 04:12:01 +0100
From:      David Holm <david@realityrift.com>
Cc:        jhb@FreeBSD.ORG, current@FreeBSD.ORG
Subject:   Re: Important, agp_via.c missing PCI ID!
Message-ID:  <20030114041201.2e12d70c.david@realityrift.com>
In-Reply-To: <20030114031459.1c5043b8.david@realityrift.com>
References:  <20030113213218.5b6e13ca.david@realityrift.com> <XFMail.20030113161651.jhb@FreeBSD.org> <20030114031459.1c5043b8.david@realityrift.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 14 Jan 2003 03:14:59 +0100
David Holm <david@realityrift.com> wrote:

> On Mon, 13 Jan 2003 16:16:51 -0500 (EST)
> John Baldwin <jhb@FreeBSD.org> wrote:
> 
> > 
> > On 13-Jan-2003 David Holm wrote:
> > 
> > What is the output of 'dmesg | grep agp' both with and without the patch?
> > 
> 
> Now this is strange. I cvsupped before recompiling the kernel. Now all I get when loading the
> module (with or without the patch):
> 
> pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.AGP_ - AE_NOT_FOUND
> 
> I don't understand why it doesn't fall back to the generic.
> 

My mistake, I didn't preload the module. I thought I could load it on a booted system.
Anyway, with the standard agp module preloaded I get the following:

pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.AGP_ - AE_NOT_FOUND

With my modified version I get:

Preloaded elf module "/boot/kernel/agp.ko" at 0xc0551154.
agp0: <VIA 82C694X (Apollo Pro 133A) host to PCI bridge> mem 0xe0000000-0xefffffff at device 0.0
on pci0 pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.AGP_ - AE_NOT_FOUND


I added some debug output to agp_via.c to see what was going on:

agp0: id is 0x6051106              (<- it prints the device id returned by pci_get_devid(dev))

pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0
pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.AGP_ - AE_NOT_FOUND
pci1: <ACPI PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)

It seems it never enters the generic but goes past it and returns NULL. (I even modified the
line to and the result of pci_get_vendor(dev) with 0xffff)
Also, acpi returns this which confirms my mobo model:
acpi0: <ASUS   CUV4X   > on motherboard

//David Holm

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030114041201.2e12d70c.david>