Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 11 Aug 2004 12:53:12 -0700
From:      Nate Lawson <nate@root.org>
To:        John Baldwin <jhb@FreeBSD.org>
Cc:        Daniel Eriksson <daniel_k_eriksson@telia.com>
Subject:   Re: cvs commit: src/sys/dev/acpica acpi_pci_link.c acpi_pcib.c acpi_pcib_acpi.c acpi_pcib_pci.c acpi_pcibvar.h
Message-ID:  <411A7928.7050005@root.org>
In-Reply-To: <200408111501.23593.jhb@FreeBSD.org>
References:  <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAA0VcX9IoJqUaXPS8MjT1PdsKAAAAQAAAAThZ4MpwZjU%2BKndAha//XewEAAAAA@telia.com> <411A5A12.2070404@root.org> <200408111501.23593.jhb@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
John Baldwin wrote:
> On Wednesday 11 August 2004 01:40 pm, Nate Lawson wrote:
> 
>>Daniel Eriksson wrote:
>>>atapci0: <HighPoint HPT374 (channel 0+1) UDMA133 controller> port
>>>0xb400-0xb4ff,0xb800-0xb803,0xd000-0xd007,0xd400-0xd403,0xd800-0xd807 irq
>>>11 atapci1: <HighPoint HPT374 (channel 2+3) UDMA133 controller> port
>>>0x9800-0x98ff,0xa000-0xa003,0xa400-0xa407,0xa800-0xa803,0xb000-0xb007 irq
>>>11 ahc0: <Adaptec 29160 Ultra160 SCSI adapter> port 0x9400-0x94ff mem
>>>0xed800000-0xed800fff irq 3 at device 12.0 on pci0
>>>atapci2: <HighPoint HPT374 (channel 0+1) UDMA133 controller> port
>>>0x7800-0x78ff,0x8000-0x8003,0x8400-0x8407,0x8800-0x8803,0x9000-0x9007 irq
>>>10 atapci3: <HighPoint HPT374 (channel 2+3) UDMA133 controller> port
>>>0x6000-0x60ff,0x6400-0x6403,0x6800-0x6807,0x7000-0x7003,0x7400-0x7407 irq
>>>10 at device 14.1 on pci0
>>>atapci4: <VIA 6420 SATA150 controller> port
>>>0x4000-0x40ff,0x4400-0x440f,0x4800-0x4803,0x5000-0x5007,0x5400-0x5403,0x5
>>>800 -0x5807 irq 5 at device 15.0 on pci0
>>>atapci5: <VIA 8237 UDMA133 controller> port
>>>0x3800-0x380f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 14 at device 15.1
>>>on pci0
>>>ata0: at 0x1f0 irq 14 on atapci5
>>>ata1: at 0x170 irq 15 on atapci5
>>
>>I need the dmesg output from boot -v to see the link priority settings.
> 
> He's using an I/O APIC.  These are probably all entries that don't have a link 
> device but just a hardwired global interrupt number.  Did you test that case?
> 

I don't have an APIC but acpi_pcib_route_interrupt() still checks Source 
== NULL and *Source == '\0' and if so, treats SourceIndex as hardwired. 
  Also, acpi_pci_link_config() doesn't add entries to its PRT list if 
the irq is hardwired.  This logic didn't change in the commit.

-- 
Nate



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?411A7928.7050005>