Ar Maw, 2006-07-11 am 15:14 +0200, ysgrifennodd Arjan van de Ven: > if you have per cpu offset and speed, then you don't even need to tie > all frequencies together... sounds like the best solution to me.. CPU clocks on some systems are not stable relative to one another. Doing the maths only works if you know the divergence isn't cause by independant clock sources - 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/
- Follow-Ups:
- References:
- [PATCH] Allow all Opteron processors to change pstate at same time
- From: "Mark Langsdorf" <[email protected]>
- Re: [PATCH] Allow all Opteron processors to change pstate at same time
- From: Andi Kleen <[email protected]>
- Re: [discuss] Re: [PATCH] Allow all Opteron processors to change pstate at same time
- From: "Joachim Deguara" <[email protected]>
- Re: [discuss] Re: [PATCH] Allow all Opteron processors to change pstate at same time
- From: Andi Kleen <[email protected]>
- Re: [discuss] Re: [PATCH] Allow all Opteron processors to change pstate at same time
- From: Arjan van de Ven <[email protected]>
- [PATCH] Allow all Opteron processors to change pstate at same time
- Prev by Date: RE: oops in current -git
- Next by Date: Re: [discuss] Re: [PATCH] Allow all Opteron processors to change pstate at same time
- Previous by thread: Re: [discuss] Re: [PATCH] Allow all Opteron processors to change pstate at same time
- Next by thread: Re: [discuss] Re: [PATCH] Allow all Opteron processors to change pstate at same time
- Index(es):
 |