Bug#670398: Deadlock in hid_reset when Dell iDRAC is reset
On Tue, May 01, 2012 at 10:15:37AM +0530, Shyam_Iyer@Dell.com wrote:
Hi,
> It doesn't seem like this is the same bug.
>
> Was the usb reset issue found while resetting the iDRAC ?
No, during normal operation. I think nobody even used the
iDRAC of those systems between the last boot and the appearance
of this issue.
While we had to use 'racreset hard' rather frequently with the old
DRAC 4 cards I can't really remember we had to use it with the
current iDRAC cards in R210 and R210-II based systems at all.
> To me it still looks like this could be a symptomatic log of this bug
>
> BZ#772884
> On large SMP systems, the TSC (Time Stamp Counter) clock frequency could be incorrectly calculated. The discrepancy between the correct value and the incorrect value was within 0.5%. When the system rebooted, this small error would result in the system becoming out of synchronization with an external reference clock (typically a NTP server). With this update, the TSC frequency calculation has been improved and the clock correctly maintains synchronization with external reference clocks.
I'm not sure what counts as 'large SMP system' here. The systems we
see this mostly on are R210 with an Intel X3430 CPU. Last week we
had a first appearance of this issue on a R210-II system equipped
with a E3-1220 CPU. They're all quad core single socket systems.
We're are using ntpd in the default installation, so it should've been
involved on all systems.
Sven
--
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
[ Streetlight Manifesto - Here's To Life ]
Reply to: