From: "john stultz-lkml" <[EMAIL PROTECTED]>
Date: Fri, 23 Feb 2007 14:10:07 -0800
> Check out the patch I sent out yesterday. It should resolve this problem.
Yep, changing that finished_booting setting into an fs_initcall()
fixes this issue.
-
To unsubscribe from this list: send the line "unsubs
On 2/23/07, David Miller <[EMAIL PROTECTED]> wrote:
> While probeing PLL information via radeon_get_pllinfo(), it does a
> "gettimeofday(); do_something(); gettimeofday();" type sequence
> explicitly with interrupts disabled, so ends up with a zero
> measurement which then results in a bunch of d
Crud, my poor gmail skills dropped lkml on the CC list for this one.
On 2/23/07, john stultz <[EMAIL PROTECTED]> wrote:
On 2/23/07, David Miller <[EMAIL PROTECTED]> wrote:
> While probeing PLL information via radeon_get_pllinfo(), it does a
> "gettimeofday(); do_something(); gettimeofday();" typ
From: David Miller <[EMAIL PROTECTED]>
Date: Fri, 23 Feb 2007 13:45:05 -0800 (PST)
> While probeing PLL information via radeon_get_pllinfo(), it does a
> "gettimeofday(); do_something(); gettimeofday();" type sequence
> explicitly with interrupts disabled, so ends up with a zero
> measurement whic
While probeing PLL information via radeon_get_pllinfo(), it does a
"gettimeofday(); do_something(); gettimeofday();" type sequence
explicitly with interrupts disabled, so ends up with a zero
measurement which then results in a bunch of divisions by zero.
We should decide whether gettimeofday() ca
5 matches
Mail list logo