> >:I would like to see "the PIIX problem" caught on camera, personally.  
> >:We're aware of one errata for it already, and we work around it.  If 
> >:there's another problem, or ideally if someone has some relatively quick 
> >:code to test it, that would be much better.
> >
> >    Holy shit.  We are screwed.  It's a free-running counter with NO
> >    synchronization whatsoever.  None.  Zip.  Zero.
> Yes, there is an errata for just that on early chipsets.
> Does the ..._slow patch I sent work for you ?

Matt's problem (look-ahead carry) will break the three-read algorithm 
because it can generate a sequence of three reads that appear to be in 
succession, but which are all wrong.

We need three different algorithms; "works", "ripple" and "look-ahead".  
Of those, "works" should be based exclusively off a list of known-good 
chipsets, "look-ahead" seems to be easily enough detected (but we should 
probably have a blacklist anyway) and "ripple" is hard to detect and 
should be the default case.

I really, really hate hardware.

To announce that there must be no criticism of the president,
or that we are to stand by the president, right or wrong, is not
only unpatriotic and servile, but is morally treasonable to 
the American public.  - Theodore Roosevelt

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to