Bernd Zeimetz wrote: > Hi, > >> We (David Miller and I) are already working on this. We finally got some info >> dump from a debugging patched kernel and I expect we will have a fix within >> the >> next 3/4 weeks. >> >From our first look it seems like a futex bug and some users have reported >> >that >> the latest 2.6.23-rcX do not show this behavior. Clearly we also want to >> figure >> out a fix for .22. > > Last night an Ultrasparc II machine here shot itself again, it was > running fine for days with a .22 kernel which has was patched with the > diff from 179c85ea53bef807621f335767e41e23f86f01df > Seems this doesn't fix the problem completely, but it is not as bad as > before, it just takes much longer to produce hanging processes. > > Behaviour is still much worse on Ultrasparc III machines like lebrun.d.o > and another machine here. Last kernel I've tried was 2.6.23-rc6-git7. > Since 179c85ea53bef807621f335767e41e23f86f01df behaviour became better, > the processes are only dead, before that patch the machine was pretty > much frozen and didn't even react on stop+a anymore. > > Is there any new patch we can give a try?
No, not yet. I passed all the info to David a couple of days ago including Bastian simple test case of running dpkg-query a few tons of times in a raw so that should speed up the fix. Unfortunately we depend on David to have time to look at it so we just need to be a bit patience. Fabio -- I'm going to make him an offer he can't refuse. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
