greg k-h wrote: > On Wed, Jan 17, 2007 at 10:43:14AM -0600, Miller, Mike (OS Dev) wrote: > > Hello, > > We've been seeing some nasty data corruption issues on some > platforms. > > We've been capturing PCI-E traces looking for something > nasty but we > > haven't found anything yet. One of the hardware guys if asking if > > there is a call in Linux to issue a PME_Turn_Off broadcast message. > > > > PME_Turn_Off Broadcast Message > > Before main component power and reference clocks are turned > off, the > > Root Complex or Switch Downstream Port must issue a > broadcast Message > > that instructs all agents downstream of that point within the > > hierarchy to cease initiation of any subsequent PM_PME Messages, > > effective immediately upon receipt of the PME_Turn_Off Message. > > > > This must be initiated from the root complex. Is there such > a call in > > linux? > > This firmware that implements the PCI-E connection should do > this, I don't think there is anything that the Operating > system can do to control this, as PCI-E should be transparant > to the OS.
Hmmm, the hw folks tell me that "other" os'es implement that. But I would tend to agree that system firmware should probably be doing this. > > Unless this is on a PCI-E Hotplug system? What is the No hotplug. > sequence of events that cause the data corruption? Install rhel4 u4 on ia64, at the reboot prompt let the system sit idle for several hours or overnight. Then after rebooting the filesystems are totally trashed. I usually get a message that the kernel is not a valid compressed file format. If I try to rescue the system I cannot mount any filesystems. I don't have the message handy but it complains about an invalid Verneed record, whatever that is. I've also tried the same procedure using a dumb SAS hba. It complained that it couldn't read the initrd image but on a second attempt it acted like it read the initrd but the system goes out in the weeds while booting. Not the same symptoms but I suspect there's some relationship. I have not tried any other distros yet. Thanks, mikem - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
