=================== BUG #1593: LATEST MODIFICATIONS ================== http://savannah.nongnu.org/bugs/?func=detailbug&bug_id=1593&group_id=2348
Changes by: Mathieu Roy <[EMAIL PROTECTED]> Date: 2002-Nov-03 21:54 (Europe/Paris) ------------------ Additional Follow-up Comments ---------------------------- Ok. If GNU find wasnt buggy, this part would be absolutely usefull... What a pain. Currently, if we do not deal with linux kernel, we skip the CPUSPEED and consider that we need to do the 7s sleep. We should maybe test also whether we deal with an arch. we know how to get the CPU frequency or not (in this case, the test would be also skipped). =================== BUG #1593: FULL BUG SNAPSHOT =================== Submitted by: fweps Project: Package DataBase View Submitted on: 2002-Nov-03 21:33 Category: core Severity: 3 Bug Group: None Resolution: None Assigned to: fweps Status: Open Summary: CPUSPEED detection is intel-specific Original Submission: The way we currently determine CPUSPEED is intel-specific. Sadly, /proc/cpuinfo varies wildly on different architectures and sometimes doesn't even contain CPU frequency. Grepping for "cpu MHz" works on i386 and ia64. I'll collect samples of /proc/cpuinfo for all architectures I have access to, and come up with a cool solution. Follow-up Comments ******************* ------------------------------------------------------- Date: 2002-Nov-03 21:54 By: yeupou Ok. If GNU find wasnt buggy, this part would be absolutely usefull... What a pain. Currently, if we do not deal with linux kernel, we skip the CPUSPEED and consider that we need to do the 7s sleep. We should maybe test also whether we deal with an arch. we know how to get the CPU frequency or not (in this case, the test would be also skipped). CC list is empty No files currently attached For detailed info, follow this link: http://savannah.nongnu.org/bugs/?func=detailbug&bug_id=1593&group_id=2348
