All, I hope I got the right alias - if not, please redirect with CC: to me.
I got the above the first time yesterday when I rebooted my Lenovo T60p running opensolaris with b93; e1000g was "gone", ie, it wasn't plumbed anymore. I've seen it go down more often recently during data transfers, but haven't had time to pursue it so far. I found Jeff Cheeney's blog entry (http://blogs.sun.com/icedawn/entry/laptop_and_retired_i_o) and started fmdump'ing - here's one example, I've attached the output of a few commands for those interested in more details $ fmdump -v -u d0e07886-f997-edf3-91ff-b2e3c7017368 TIME UUID SUNW-MSG-ID Aug 10 02:38:25.0576 d0e07886-f997-edf3-91ff-b2e3c7017368 PCIEX-8000-0A 100% fault.io.pciex.device-interr Problem in: hc://:product-id=8744C9U:chassis-id=L3CA377:server-id=paddy/motherboard=0/hostbridge=1/pciexrc=1/pciexbus=2/pciexdev=0/pciexfn=0 Affects: dev:////pci at 0,0/pci8086,27d0 at 1c/pci17aa,2001 at 0 FRU: hc://:product-id=8744C9U:chassis-id=L3CA377:server-id=paddy/motherboard=0/hostbridge=1/pciexrc=1/pciexbus=2/pciexdev=0 Location: pcie2 I could probably try to follow Jeff's example and just "fmadm repair", but I feel that would only delay the issue ... so: - from that attached data, is it possible to find out what the root-cause is? (if yes: what is it? ;-) - if no, what do I need to do to help identify it? TIA Michael -- Michael Schuster http://blogs.sun.com/recursion Recursion, n.: see 'Recursion' -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: fmdump.script URL: <http://mail.opensolaris.org/pipermail/laptop-discuss/attachments/20080811/fc1bae48/attachment.ksh>
