* PCI64 bus vanished in 2.4.23-pre6
@ 2003-10-07 21:27 J.A. Magallon
2003-10-07 22:11 ` J.A. Magallon
2003-10-10 18:28 ` Marcelo Tosatti
0 siblings, 2 replies; 5+ messages in thread
From: J.A. Magallon @ 2003-10-07 21:27 UTC (permalink / raw)
To: Lista Linux-Kernel
Hi all...
With 2.4.23-pre6, my e1000 cards did not work. I was thinking it was a driver
problem, but the I realized that they are not even listed in lspci.
lspci (-n) in pre5:
00:00.0 Class 0600: 1166:0009 (rev 06)
00:00.1 Class 0600: 1166:0009 (rev 06)
00:04.0 Class 0300: 1039:6326 (rev 0b)
00:06.0 Class 0200: 8086:1229 (rev 08)
00:0f.0 Class 0601: 1166:0200 (rev 51)
00:0f.1 Class 0101: 1166:0211
00:0f.2 Class 0c03: 1166:0220 (rev 04)
01:02.0 Class 0200: 8086:1004 (rev 02)
00:00.0 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06)
00:00.1 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06)
00:04.0 VGA compatible controller: Silicon Integrated Systems [SiS] 86C326 5598/
00:06.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08)
00:0f.0 ISA bridge: ServerWorks OSB4 South Bridge (rev 51)
00:0f.1 IDE interface: ServerWorks OSB4 IDE Controller
00:0f.2 USB Controller: ServerWorks OSB4/CSB5 OHCI USB Controller (rev 04)
01:02.0 Ethernet controller: Intel Corp. 82543GC Gigabit Ethernet Controller (Co
lspci in pre6:
00:00.0 Class 0600: 1166:0009 (rev 06)
00:00.1 Class 0600: 1166:0009 (rev 06)
00:04.0 Class 0300: 1039:6326 (rev 0b)
00:06.0 Class 0200: 8086:1229 (rev 08)
00:0f.0 Class 0601: 1166:0200 (rev 51)
00:0f.1 Class 0101: 1166:0211
00:0f.2 Class 0c03: 1166:0220 (rev 04)
00:00.0 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06)
00:00.1 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06)
00:04.0 VGA compatible controller: Silicon Integrated Systems [SiS] 86C326 5598/
00:06.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08)
00:0f.0 ISA bridge: ServerWorks OSB4 South Bridge (rev 51)
00:0f.1 IDE interface: ServerWorks OSB4 IDE Controller
00:0f.2 USB Controller: ServerWorks OSB4/CSB5 OHCI USB Controller (rev 04)
Do not know if it is a problem of the driver (i suppose it is not, the driver
has nothing to do with lspci...), a problem of the bus number, a problem
of the PCI bus being 64 bit, or a problem with the OSB4 chipset.
>From the changelog, my candidates are:
<moilanen:austin.ibm.com>:
o Workaround PPC64 PCI scan issue
Len Brown:
o [ACPI] ...
Any ideas ?
TIA
--
J.A. Magallon <jamagallon()able!es> \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandrake Linux release 9.2 (Cooker) for i586
Linux 2.4.23-pre6-jam1 (gcc 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk))
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: PCI64 bus vanished in 2.4.23-pre6
2003-10-07 21:27 PCI64 bus vanished in 2.4.23-pre6 J.A. Magallon
@ 2003-10-07 22:11 ` J.A. Magallon
2003-10-10 18:28 ` Marcelo Tosatti
1 sibling, 0 replies; 5+ messages in thread
From: J.A. Magallon @ 2003-10-07 22:11 UTC (permalink / raw)
To: J.A. Magallon; +Cc: Lista Linux-Kernel
On 10.07, J.A. Magallon wrote:
> Hi all...
>
> With 2.4.23-pre6, my e1000 cards did not work. I was thinking it was a driver
> problem, but the I realized that they are not even listed in lspci.
>
> lspci (-n) in pre5:
>
> 00:00.0 Class 0600: 1166:0009 (rev 06)
> 00:00.1 Class 0600: 1166:0009 (rev 06)
> 00:04.0 Class 0300: 1039:6326 (rev 0b)
> 00:06.0 Class 0200: 8086:1229 (rev 08)
> 00:0f.0 Class 0601: 1166:0200 (rev 51)
> 00:0f.1 Class 0101: 1166:0211
> 00:0f.2 Class 0c03: 1166:0220 (rev 04)
> 01:02.0 Class 0200: 8086:1004 (rev 02)
>
> 00:00.0 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06)
> 00:00.1 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06)
> 00:04.0 VGA compatible controller: Silicon Integrated Systems [SiS] 86C326 5598/
> 00:06.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08)
> 00:0f.0 ISA bridge: ServerWorks OSB4 South Bridge (rev 51)
> 00:0f.1 IDE interface: ServerWorks OSB4 IDE Controller
> 00:0f.2 USB Controller: ServerWorks OSB4/CSB5 OHCI USB Controller (rev 04)
> 01:02.0 Ethernet controller: Intel Corp. 82543GC Gigabit Ethernet Controller (Co
>
> lspci in pre6:
>
> 00:00.0 Class 0600: 1166:0009 (rev 06)
> 00:00.1 Class 0600: 1166:0009 (rev 06)
> 00:04.0 Class 0300: 1039:6326 (rev 0b)
> 00:06.0 Class 0200: 8086:1229 (rev 08)
> 00:0f.0 Class 0601: 1166:0200 (rev 51)
> 00:0f.1 Class 0101: 1166:0211
> 00:0f.2 Class 0c03: 1166:0220 (rev 04)
>
> 00:00.0 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06)
> 00:00.1 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06)
> 00:04.0 VGA compatible controller: Silicon Integrated Systems [SiS] 86C326 5598/
> 00:06.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08)
> 00:0f.0 ISA bridge: ServerWorks OSB4 South Bridge (rev 51)
> 00:0f.1 IDE interface: ServerWorks OSB4 IDE Controller
> 00:0f.2 USB Controller: ServerWorks OSB4/CSB5 OHCI USB Controller (rev 04)
>
> Do not know if it is a problem of the driver (i suppose it is not, the driver
> has nothing to do with lspci...), a problem of the bus number, a problem
> of the PCI bus being 64 bit, or a problem with the OSB4 chipset.
>
Er, it looks like chipset specific. The front end has the very same card
(different mobo) on bus 3:
annwn:~> lspci
00:00.0 Host bridge: Intel Corp. 82860 860 (Wombat) Chipset Host Bridge (MCH) (rev 04)
00:01.0 PCI bridge: Intel Corp. 82850 850 (Tehama) Chipset AGP Bridge (rev 04)
00:02.0 PCI bridge: Intel Corp. 82860 860 (Wombat) Chipset AGP Bridge (rev 04)
00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB/EB PCI Bridge (rev 04)
00:1f.0 ISA bridge: Intel Corp. 82801BA ISA Bridge (LPC) (rev 04)
00:1f.1 IDE interface: Intel Corp. 82801BA IDE U100 (rev 04)
00:1f.2 USB Controller: Intel Corp. 82801BA/BAM USB (Hub #1) (rev 04)
00:1f.3 SMBus: Intel Corp. 82801BA/BAM SMBus (rev 04)
00:1f.4 USB Controller: Intel Corp. 82801BA/BAM USB (Hub #2) (rev 04)
00:1f.5 Multimedia audio controller: Intel Corp. 82801BA/BAM AC'97 Audio (rev 04)
01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev a1)
02:1f.0 PCI bridge: Intel Corp. 82806AA PCI64 Hub PCI Bridge (rev 03)
03:00.0 PIC: Intel Corp. 82806AA PCI64 Hub Advanced Programmable Interrupt Controller (rev 01)
03:01.0 Ethernet controller: Intel Corp. 82543GC Gigabit Ethernet Controller (Copper) (rev 02)
03:02.0 SCSI storage controller: Adaptec AIC-7892A U160/m (rev 02)
04:03.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 74)
04:04.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08)
???
--
J.A. Magallon <jamagallon()able!es> \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandrake Linux release 9.2 (Cooker) for i586
Linux 2.4.23-pre6-jam1 (gcc 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk))
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: PCI64 bus vanished in 2.4.23-pre6
2003-10-07 21:27 PCI64 bus vanished in 2.4.23-pre6 J.A. Magallon
2003-10-07 22:11 ` J.A. Magallon
@ 2003-10-10 18:28 ` Marcelo Tosatti
2003-10-10 22:04 ` J.A. Magallon
1 sibling, 1 reply; 5+ messages in thread
From: Marcelo Tosatti @ 2003-10-10 18:28 UTC (permalink / raw)
To: J.A. Magallon; +Cc: Lista Linux-Kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 397 bytes --]
On Tue, 7 Oct 2003, J.A. Magallon wrote:
> Hi all...
>
> With 2.4.23-pre6, my e1000 cards did not work. I was thinking it was a driver
> problem, but the I realized that they are not even listed in lspci.
>
> <moilanen:austin.ibm.com>:
> o Workaround PPC64 PCI scan issue
This has a high chance of being the problem.
Attached patch for you to revert (-R) and retry is attached, please. :)
[-- Attachment #2: Type: TEXT/PLAIN, Size: 8824 bytes --]
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet 1.1136 -> 1.1136.2.1
# include/asm-alpha/pci.h 1.8 -> 1.9
# include/asm-mips64/pci.h 1.11 -> 1.12
# include/asm-sparc64/pci.h 1.6 -> 1.7
# include/asm-ppc64/pci.h 1.3 -> 1.4
# drivers/pci/pci.c 1.45 -> 1.46
# include/asm-arm/pci.h 1.10 -> 1.11
# include/asm-i386/pci.h 1.16 -> 1.17
# include/asm-m68k/pci.h 1.3 -> 1.4
# include/asm-sh/pci.h 1.10 -> 1.11
# include/asm-mips/pci.h 1.12 -> 1.13
# include/asm-parisc/pci.h 1.7 -> 1.8
# include/asm-ppc/pci.h 1.14 -> 1.15
# include/asm-sparc/pci.h 1.8 -> 1.9
# include/asm-ia64/pci.h 1.13 -> 1.14
# include/asm-x86_64/pci.h 1.5 -> 1.6
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 03/09/29 len.brown@intel.com 1.1137
# Merge intel.com:/home/lenb/bk/linux-2.4.23
# into intel.com:/home/lenb/bk/linux-acpi-test-2.4.23
# --------------------------------------------
# 03/09/29 len.brown@intel.com 1.1136.1.1
# Merge intel.com:/home/lenb/bk/linux-2.4.23
# into intel.com:/home/lenb/bk/linux-acpi-release-2.4.23
# --------------------------------------------
# 03/09/29 moilanen@austin.ibm.com 1.1136.2.1
# [PATCH] Workaround PPC64 PCI scan issue
#
# This patch is a port of some work that Anton Blanchard did for 2.6.
#
# There are some arch, like PPC64, that need to be able to scan all the
# PCI functions. The problem comes in on a logically partitioned system
# where function 0 on a PCI-PCI bridge is assigned to one partition and say
# function 2 is assiged to another partition. On the second partition, it
# would appear that function 0 does not exist, but function 2 does. If all
# the functions are not scanned, everything under function 2 would not be
# detected.
#
#
# Thanks,
# Jake
# --------------------------------------------
#
diff -Nru a/drivers/pci/pci.c b/drivers/pci/pci.c
--- a/drivers/pci/pci.c Fri Oct 10 15:27:59 2003
+++ b/drivers/pci/pci.c Fri Oct 10 15:27:59 2003
@@ -1475,17 +1475,22 @@
u8 hdr_type;
for (func = 0; func < 8; func++, temp->devfn++) {
- if (func && !is_multi) /* not a multi-function device */
- continue;
if (pci_read_config_byte(temp, PCI_HEADER_TYPE, &hdr_type))
continue;
temp->hdr_type = hdr_type & 0x7f;
dev = pci_scan_device(temp);
- if (!dev)
- continue;
+ if (!pcibios_scan_all_fns() && func == 0) {
+ if (!dev)
+ break;
+ } else {
+ if (!dev)
+ continue;
+ is_multi = 1;
+ }
+
pci_name_device(dev);
- if (!func) {
+ if (!first_dev) {
is_multi = hdr_type & 0x80;
first_dev = dev;
}
@@ -1499,6 +1504,14 @@
/* Fix up broken headers */
pci_fixup_device(PCI_FIXUP_HEADER, dev);
+
+ /*
+ * If this is a single function device
+ * don't scan past the first function.
+ */
+ if (!is_multi)
+ break;
+
}
return first_dev;
}
diff -Nru a/include/asm-alpha/pci.h b/include/asm-alpha/pci.h
--- a/include/asm-alpha/pci.h Fri Oct 10 15:27:59 2003
+++ b/include/asm-alpha/pci.h Fri Oct 10 15:27:59 2003
@@ -50,6 +50,7 @@
bus numbers. */
#define pcibios_assign_all_busses() 1
+#define pcibios_scan_all_fns() 0
#define PCIBIOS_MIN_IO alpha_mv.min_io_address
#define PCIBIOS_MIN_MEM alpha_mv.min_mem_address
diff -Nru a/include/asm-arm/pci.h b/include/asm-arm/pci.h
--- a/include/asm-arm/pci.h Fri Oct 10 15:27:59 2003
+++ b/include/asm-arm/pci.h Fri Oct 10 15:27:59 2003
@@ -53,6 +53,8 @@
/* We don't do dynamic PCI IRQ allocation */
}
+#define pcibios_scan_all_fns() 0
+
struct pci_dev;
/* Allocate and map kernel buffer using consistent mode DMA for a device.
diff -Nru a/include/asm-i386/pci.h b/include/asm-i386/pci.h
--- a/include/asm-i386/pci.h Fri Oct 10 15:27:59 2003
+++ b/include/asm-i386/pci.h Fri Oct 10 15:27:59 2003
@@ -14,6 +14,7 @@
#else
#define pcibios_assign_all_busses() 0
#endif
+#define pcibios_scan_all_fns() 0
extern unsigned long pci_mem_start;
#define PCIBIOS_MIN_IO 0x1000
diff -Nru a/include/asm-ia64/pci.h b/include/asm-ia64/pci.h
--- a/include/asm-ia64/pci.h Fri Oct 10 15:27:59 2003
+++ b/include/asm-ia64/pci.h Fri Oct 10 15:27:59 2003
@@ -15,6 +15,7 @@
* loader.
*/
#define pcibios_assign_all_busses() 0
+#define pcibios_scan_all_fns() 0
#define PCIBIOS_MIN_IO 0x1000
#define PCIBIOS_MIN_MEM 0x10000000
diff -Nru a/include/asm-m68k/pci.h b/include/asm-m68k/pci.h
--- a/include/asm-m68k/pci.h Fri Oct 10 15:27:59 2003
+++ b/include/asm-m68k/pci.h Fri Oct 10 15:27:59 2003
@@ -34,6 +34,7 @@
};
#define pcibios_assign_all_busses() 0
+#define pcibios_scan_all_fns() 0
extern inline void pcibios_set_master(struct pci_dev *dev)
{
diff -Nru a/include/asm-mips/pci.h b/include/asm-mips/pci.h
--- a/include/asm-mips/pci.h Fri Oct 10 15:27:59 2003
+++ b/include/asm-mips/pci.h Fri Oct 10 15:27:59 2003
@@ -19,6 +19,7 @@
#else
#define pcibios_assign_all_busses() 0
#endif
+#define pcibios_scan_all_fns() 0
#define PCIBIOS_MIN_IO 0x1000
#define PCIBIOS_MIN_MEM 0x10000000
diff -Nru a/include/asm-mips64/pci.h b/include/asm-mips64/pci.h
--- a/include/asm-mips64/pci.h Fri Oct 10 15:27:59 2003
+++ b/include/asm-mips64/pci.h Fri Oct 10 15:27:59 2003
@@ -19,6 +19,7 @@
#else
#define pcibios_assign_all_busses() 0
#endif
+#define pcibios_scan_all_fns() 0
#define PCIBIOS_MIN_IO 0x1000
#define PCIBIOS_MIN_MEM 0x10000000
diff -Nru a/include/asm-parisc/pci.h b/include/asm-parisc/pci.h
--- a/include/asm-parisc/pci.h Fri Oct 10 15:27:59 2003
+++ b/include/asm-parisc/pci.h Fri Oct 10 15:27:59 2003
@@ -259,6 +259,7 @@
** to zero for legacy platforms and one for PAT platforms.
*/
#define pcibios_assign_all_busses() (pdc_type == PDC_TYPE_PAT)
+#define pcibios_scan_all_fns() 0
#define PCIBIOS_MIN_IO 0x10
#define PCIBIOS_MIN_MEM 0x1000 /* NBPG - but pci/setup-res.c dies */
diff -Nru a/include/asm-ppc/pci.h b/include/asm-ppc/pci.h
--- a/include/asm-ppc/pci.h Fri Oct 10 15:27:59 2003
+++ b/include/asm-ppc/pci.h Fri Oct 10 15:27:59 2003
@@ -24,6 +24,7 @@
extern int pci_assign_all_busses;
#define pcibios_assign_all_busses() (pci_assign_all_busses)
+#define pcibios_scan_all_fns() 0
#define PCIBIOS_MIN_IO 0x1000
#define PCIBIOS_MIN_MEM 0x10000000
diff -Nru a/include/asm-ppc64/pci.h b/include/asm-ppc64/pci.h
--- a/include/asm-ppc64/pci.h Fri Oct 10 15:27:59 2003
+++ b/include/asm-ppc64/pci.h Fri Oct 10 15:27:59 2003
@@ -25,6 +25,12 @@
#define PCIBIOS_MIN_IO 0x1000
#define PCIBIOS_MIN_MEM 0x10000000
+/*
+ * ppc64 can have multifunction devices that do not respond to function 0.
+ * In this case we must scan all functions.
+ */
+#define pcibios_scan_all_fns() 1
+
static inline void pcibios_set_master(struct pci_dev *dev)
{
/* No special bus mastering setup handling */
diff -Nru a/include/asm-sh/pci.h b/include/asm-sh/pci.h
--- a/include/asm-sh/pci.h Fri Oct 10 15:27:59 2003
+++ b/include/asm-sh/pci.h Fri Oct 10 15:27:59 2003
@@ -10,6 +10,7 @@
or architectures with incomplete PCI setup by the loader */
#define pcibios_assign_all_busses() 1
+#define pcibios_scan_all_fns() 0
#if defined(CONFIG_CPU_SUBTYPE_ST40)
/* These are currently the correct values for the ST40 based chips.
diff -Nru a/include/asm-sparc/pci.h b/include/asm-sparc/pci.h
--- a/include/asm-sparc/pci.h Fri Oct 10 15:27:59 2003
+++ b/include/asm-sparc/pci.h Fri Oct 10 15:27:59 2003
@@ -8,6 +8,7 @@
* or architectures with incomplete PCI setup by the loader.
*/
#define pcibios_assign_all_busses() 0
+#define pcibios_scan_all_fns() 0
#define PCIBIOS_MIN_IO 0UL
#define PCIBIOS_MIN_MEM 0UL
diff -Nru a/include/asm-sparc64/pci.h b/include/asm-sparc64/pci.h
--- a/include/asm-sparc64/pci.h Fri Oct 10 15:27:59 2003
+++ b/include/asm-sparc64/pci.h Fri Oct 10 15:27:59 2003
@@ -11,6 +11,7 @@
* or architectures with incomplete PCI setup by the loader.
*/
#define pcibios_assign_all_busses() 0
+#define pcibios_scan_all_fns() 0
#define PCIBIOS_MIN_IO 0UL
#define PCIBIOS_MIN_MEM 0UL
diff -Nru a/include/asm-x86_64/pci.h b/include/asm-x86_64/pci.h
--- a/include/asm-x86_64/pci.h Fri Oct 10 15:27:59 2003
+++ b/include/asm-x86_64/pci.h Fri Oct 10 15:27:59 2003
@@ -17,6 +17,7 @@
#else
#define pcibios_assign_all_busses() 0
#endif
+#define pcibios_scan_all_fns() 0
extern unsigned long pci_mem_start;
#define PCIBIOS_MIN_IO 0x1000
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: PCI64 bus vanished in 2.4.23-pre6
2003-10-10 18:28 ` Marcelo Tosatti
@ 2003-10-10 22:04 ` J.A. Magallon
2003-10-14 12:32 ` J.A. Magallon
0 siblings, 1 reply; 5+ messages in thread
From: J.A. Magallon @ 2003-10-10 22:04 UTC (permalink / raw)
To: Marcelo Tosatti; +Cc: Lista Linux-Kernel
On 10.10, Marcelo Tosatti wrote:
>
>
> On Tue, 7 Oct 2003, J.A. Magallon wrote:
>
> > Hi all...
> >
> > With 2.4.23-pre6, my e1000 cards did not work. I was thinking it was a driver
> > problem, but the I realized that they are not even listed in lspci.
> >
> > <moilanen:austin.ibm.com>:
> > o Workaround PPC64 PCI scan issue
>
> This has a high chance of being the problem.
>
> Attached patch for you to revert (-R) and retry is attached, please. :)
>
Thanks, I can't try it until monday (I need to be in front of the box to
see the node messages ;)).
Will report about the results.
--
J.A. Magallon <jamagallon()able!es> \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandrake Linux release 9.2 (Cooker) for i586
Linux 2.4.23-pre6-jam1 (gcc 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk))
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: PCI64 bus vanished in 2.4.23-pre6
2003-10-10 22:04 ` J.A. Magallon
@ 2003-10-14 12:32 ` J.A. Magallon
0 siblings, 0 replies; 5+ messages in thread
From: J.A. Magallon @ 2003-10-14 12:32 UTC (permalink / raw)
To: J.A. Magallon; +Cc: Marcelo Tosatti, Lista Linux-Kernel
On sábado, octubre 11, 2003, at 12:04 AM, J.A. Magallon wrote:
>
> On 10.10, Marcelo Tosatti wrote:
>>
>>
>> On Tue, 7 Oct 2003, J.A. Magallon wrote:
>>
>>> Hi all...
>>>
>>> With 2.4.23-pre6, my e1000 cards did not work. I was thinking it was
>>> a driver
>>> problem, but the I realized that they are not even listed in lspci.
>>>
>>> <moilanen:austin.ibm.com>:
>>> o Workaround PPC64 PCI scan issue
>>
>> This has a high chance of being the problem.
>>
>> Attached patch for you to revert (-R) and retry is attached, please.
>> :)
>>
>
> Thanks, I can't try it until monday (I need to be in front of the box
> to
> see the node messages ;)).
>
> Will report about the results.
Still doesn't work. I have tried with several kernels and put the dmesg
and lspci logs here:
http://giga.cps.unizar.es/~magallon/linux/acpi/
Some things I have noticed (diff from -pre5 to -pre6):
-Booting processor 1/1 eip 2000
+Booting processor 1/1 eip 3000
...
-Setting 4 in the phys_id_present_map
-...changing IO-APIC physical APIC ID to 4 ... ok.
-Setting 5 in the phys_id_present_map
-...changing IO-APIC physical APIC ID to 5 ... ok.
init IO_APIC IRQs
- IO-APIC (apicid-pin) 4-0, 4-10, 4-11, 5-0, 5-1, 5-2, 5-3, 5-4, 5-5,
5-6, 5-7, 5-8, 5-9, 5-11, 5-12, 5-13, 5-14 not connected.
+ IO-APIC (apicid-pin) 4-0, 5-0, 5-1, 5-2, 5-3, 5-4, 5-5, 5-6, 5-7,
5-8, 5-9, 5-10, 5-11, 5-12, 5-13, 5-14, 5-15 not connected.
...
NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
...
- 0a 000 00 1 0 0 0 0 0 0 00
- 0b 000 00 1 0 0 0 0 0 0 00
- 0c 003 03 0 0 0 0 0 1 1 79
- 0d 003 03 0 0 0 0 0 1 1 81
- 0e 003 03 0 0 0 0 0 1 1 89
- 0f 003 03 0 0 0 0 0 1 1 91
+ 0a 003 03 0 0 0 0 0 1 1 79
+ 0b 003 03 0 0 0 0 0 1 1 81
+ 0c 003 03 0 0 0 0 0 1 1 89
+ 0d 003 03 0 0 0 0 0 1 1 91
+ 0e 003 03 0 0 0 0 0 1 1 99
+ 0f 003 03 0 0 0 0 0 1 1 A1
...
-.... register #02: 01000000
-....... : arbitration: 01
+.... register #02: 03000000
+....... : arbitration: 03
...
IRQ7 -> 0:7
IRQ8 -> 0:8
IRQ9 -> 0:9
+IRQ10 -> 0:10
+IRQ11 -> 0:11
IRQ12 -> 0:12
IRQ13 -> 0:13
IRQ14 -> 0:14
IRQ15 -> 0:15
-IRQ26 -> 1:10
-IRQ31 -> 1:15
-pre6 does not detect IRQ26-31 (second APIC?). And pre5 used them:
PCI: PCI BIOS revision 2.10 entry at 0xfdbb1, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
PCI: Discovered primary peer bus 01 [IRQ]
PCI: Using IRQ router ServerWorks [1166/0200] at 00:0f.0
PCI->APIC IRQ transform: (B0,I6,P0) -> 31
PCI->APIC IRQ transform: (B1,I2,P0) -> 26
Booting with pci=noacpi just hangs the booting process.
Any ideas ?
--
Juan Antonio Magallon Lacarta \ Software is like sex:
mailto:magallon()unizar!es \ It's better when it's free
34-976-762354 - Fax: 34-976-761914 \ -- Linus Torvalds, FSF T-shirt
Grupo de Informatica Grafica Avanzada: http://giga.cps.unizar.es
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2003-10-14 12:33 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-10-07 21:27 PCI64 bus vanished in 2.4.23-pre6 J.A. Magallon
2003-10-07 22:11 ` J.A. Magallon
2003-10-10 18:28 ` Marcelo Tosatti
2003-10-10 22:04 ` J.A. Magallon
2003-10-14 12:32 ` J.A. Magallon
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox