Hello, Dana.
This problem seems to be solved under Nevada (MASTER_ABORT followed by an NMI
in short).
pci _enumerate(), process_devfunc() have been modified in order to fix certain
pci devices (in fact one) before the enumeration.
Dana H. Myers wrote:
Rob McMahon wrote:
For another datapoint, I'm seeing what looks like exactly the same problem on a
DL385 (single AMD Opteron 280). Setting the appropriate flags in /etc/system,
the hang ends with:
How much memory do you have, and how often does the machine hang
pci bus 0x cardnum 0x03 function 0x00: vendor
0x1022 device 0x7460
Advanced Micro Devices [AMD] AMD-8111 PCI
It seems that I am wrong this is not exactly the same device. Maybe a similar
problem. I don't know.
Regards,
J-F
This message posted from opensolaris.org
Jean-François Ndi wrote:
Hello, Dana.
This problem seems to be solved under Nevada (MASTER_ABORT followed by an NMI
in short).
pci _enumerate(), process_devfunc() have been modified in order to fix
certain pci devices (in fact one) before the enumeration.
Rob McMahon wrote:
For another datapoint, I'm seeing what looks like exactly the same problem on
a DL385 (single AMD Opteron 280). Setting the appropriate flags in
/etc/system, the hang ends with:
How much memory do you have, and how often does the machine hang on boot?
I've got a DL585
I've been suspecting a PCI enumeration issue, and it made me think of
the PCI-e error handling problem. Apparently we do not have a precise
duplicate of CR 6401605, but I'm suspecting that PC enumeration trips
over a bus error of some kind.
Is the fix for CR 6401605 included in Solaris 10
For another datapoint, I'm seeing what looks like exactly the same problem on a
DL385 (single AMD Opteron 280). Setting the appropriate flags in /etc/system,
the hang ends with:
Search PCI Hot-Plug Resource Table starting at 0xF
Found PCI Hot-Plug Resource Table at f4ee0
No. of PCI
Jürgen Keil writes:
I've been suspecting a PCI enumeration issue, and it made me think of
the PCI-e error handling problem. Apparently we do not have a precise
duplicate of CR 6401605, but I'm suspecting that PC enumeration trips
over a bus error of some kind.
Is the fix for CR 6401605
Ah, I should have said this is Solaris 10U2, not the community or express
editions.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Rob McMahon wrote:
For another datapoint, I'm seeing what looks like exactly the same problem on
a DL385 (single AMD Opteron 280). Setting the appropriate flags in
/etc/system, the hang ends with:
Search PCI Hot-Plug Resource Table starting at 0xF
Found PCI Hot-Plug Resource Table at
Rob McMahon wrote:
Dana H. Myers wrote:
According to the HCL, Solaris has been testing on the DL585 at least
once; this makes me curious what BIOS revision these two machines
(DL385 and DL585) are running. I believe you can get the BIOS version
by entering BIOS setup-mode.
I believe the
Dana H. Myers wrote:
According to the HCL, Solaris has been testing on the DL585 at least
once; this makes me curious what BIOS revision these two machines
(DL385 and DL585) are running. I believe you can get the BIOS version
by entering BIOS setup-mode.
I believe the initial BIOS was
12 matches
Mail list logo
