I've got a system that I attempted to upgrade from 111b to 133 yesterday and it
hangs on boot. It appears to hang on the pci initialisation phase so it may be
related to the 'pcieb' warnings that were previously noted as harmless. I
noticed after mounting the unbootable BE that the pcie_pci drivers had been
commented out:
root at lv-drc6 /tmp/betmp/etc> head driver_aliases
npe "pciex_root_complex"
# pkg(5): pcie_pci "pciexclass,060400"
# pkg(5): pcie_pci "pciexclass,060401"
And the warning at the time of install --
"The 'pcieb' driver shares the alias 'pciexclass,060400' with the 'pcie_pci'
driver, but the system cannot determine how the latter was delivered.
Its entry on line 2 in /etc/driver_aliases has been commented
out. If this driver is no longer needed, it may be removed by booting
into the 'osol13x' boot environment and invoking 'rem_drv pcie_pci'
as well as removing line 2 from /etc/driver_aliases or, before
rebooting, mounting the 'osol13x' boot environment and running
'rem_drv -b <mountpoint> pcie_pci' and removing line 2 from
<mountpoint>/etc/driver_aliases.
The 'pcieb' driver shares the alias 'pciexclass,060401' with the 'pcie_pci'
driver, but the system cannot determine how the latter was delivered.
Its entry on line 3 in /etc/driver_aliases has been commented
out. If this driver is no longer needed, it may be removed by booting
into the 'osol13x' boot environment and invoking 'rem_drv pcie_pci'
as well as removing line 3 from /etc/driver_aliases or, before
rebooting, mounting the 'osol13x' boot environment and running
'rem_drv -b <mountpoint> pcie_pci' and removing line 3 from
<mountpoint>/etc/driver_aliases."
I did not remove those drivers since I was not sure if it needed them or not.
The details from the boot after adding '-kv -m verbose' to the grub kernel
directive -
module /platform/i86pc/kernel/amd64/unix: text at [0xfffffffffb800000,
0xfffffffffb94be23] data at 0xfffffffffbc00000
module /kernel/amd64/genunix: text at [0xfffffffffb94be30, 0xfffffffffbbc381f]
data at 0xfffffffffbc803c0
Loading kmdb...
module /kernel/misc/amd64/kmdbmod: text at [0xfffffffffbcf1a50,
0xfffffffffbd95837] data at 0xfffffffffbd95840
module /kernel/misc/amd64/ctf: text at [0xfffffffffbbc3820, 0xfffffffffbbce177]
data at 0xfffffffffbdb0b60
SunOS Release 5.11 Version snv_133 64-bit
Copyright 1983-2010 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
features:
613f6fff<cpuid,tscp,cmp,cx16,sse3,nx,asysc,sse2,sse,pat,cx8,pae,mca,mmx,cmov,de,pge,mtrr,msr,tsc,lgpg>
mem = 8387820K (0x1fff3b000)
SMBIOS v2.5 loaded (2568 bytes)initialized model-specific module
'cpu_ms.AuthenticAMD.15' on chip 0 core 0 strand 0
root nexus = i86pc
pseudo0 at root
pseudo0 is /pseudo
scsi_vhci0 at root
scsi_vhci0 is /scsi_vhci
Reading Intel IOMMU boot options
npe0 at root: space 0 offset 0
npe0 is /pci at 0,0
PCI Express-device: isa at 1, isa1
pseudo-device: acpippm0
acpippm0 is /pseudo/acpippm at 0
pseudo-device: ppm0
ppm0 is /pseudo/ppm at 0
npe1 at root: space 7b offset 0
npe1 is /pci at 7b,0
PCI Express-device: pci1022,7458 at 11, pci_pci2
pci_pci2 is /pci at 7b,0/pci1022,7458 at 11
/pci at 7b,0/pci1022,7458 at 11/pci1000,3060 at 2 (mpt0):
Rev. 2 LSI, Inc. 1064 found.
/pci at 7b,0/pci1022,7458 at 11/pci1000,3060 at 2 (mpt0):
mpt0 supports power management.
/pci at 7b,0/pci1022,7458 at 11/pci1000,3060 at 2 (mpt0):
mpt0 Firmware version v1.16.40.0 (IR)
/pci at 7b,0/pci1022,7458 at 11/pci1000,3060 at 2 (mpt0):
mpt0: IOC Operational.
/pci at 7b,0/pci1022,7458 at 11/pci1000,3060 at 2 (mpt0):
NVDATA default version 0x2508, persistent version 0x2508PCI-device:
pci1000,3060 at 2, mpt0
mpt0 is /pci at 7b,0/pci1022,7458 at 11/pci1000,3060 at 2
sd2 at mpt0: unit-address 2,0: target 2 lun 0
sd2 is /pci at 7b,0/pci1022,7458 at 11/pci1000,3060 at 2/sd at 2,0
/pci at 7b,0/pci1022,7458 at 11/pci1000,3060 at 2/sd at 2,0 (sd2) online
sd3 at mpt0: unit-address 3,0: target 3 lun 0
sd3 is /pci at 7b,0/pci1022,7458 at 11/pci1000,3060 at 2/sd at 3,0
/pci at 7b,0/pci1022,7458 at 11/pci1000,3060 at 2/sd at 3,0 (sd3) online
root on rpool/ROOT/osol13x fstype zfs
acpinex0 at root
acpinex0 is /fw
pseudo-device: dld0
dld0 is /pseudo/dld at 0
PCI Express-device: pci10de,5c at 9, pci_pci0
pci_pci0 is /pci at 0,0/pci10de,5c at 9
PCI Express-device: pci108e,cb84 at 2,1, ehci0
ehci0 is /pci at 0,0/pci108e,cb84 at 2,1
PCI Express-device: pci108e,cb84 at 2, ohci0
ohci0 is /pci at 0,0/pci108e,cb84 at 2
The system via the SP describes itself as:
type = Host System
chassis_name = SUN FIRE X4100 M2
chassis_part_number = 541-0250-04
chassis_manufacturer = SUN MICROSYSTEMS
product_name = SUN FIRE X4100 M2
product_part_number = 602-3889-01
product_version = (none)
product_manufacturer = SUN MICROSYSTEMS
power_state = On
If anyone finds this problem interesting enough to track down, I could likely
give internal engineers access to this system as it's not currently in
production and this is a fairly serious issue should someone try to upgrade
from 111b on this particular (and possibly other) system model.
If I've sent this to the wrong place, please advise as to where it would be
more appropriate.
Thanks,
e.
