lkml.org 
[lkml]   [2009]   [May]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] sched: Support current clocksource handling in fallback sched_clock().
On Thu, 28 May 2009, Daniel Walker wrote:
> > > > Do any module based clocksources even exist right now?
> > > > clocksource_unregister only seems to be used 3 times..
> > >
> > > Good point, it appears its not even exported.
> > >
> > > Thomas mentioned modules, I assumed.
> > >
> > The drivers/clocksource/ drivers in theory could be modular anyways.
> > Handling this transition properly is at least one less barrier to modular
> > clocksources, so I think it's progress regardless. I don't remember what
> > all of the other issues were though, John probably remembers.
>
> I don't think it's an important case to consider right now ..
> clocksources are usually so integral to the system putting one in a
> module seems counterintuitive.

That does not matter at all. If we have an unregister call then we
have to be prepared for

- the memory which contained the clocksource is freed
- the underlying hardware is going away.

It does not matter at all if that happens in a compiled in or in a
modular driver.

Thanks,

tglx


\
 
 \ /
  Last update: 2009-05-28 19:05    [W:0.083 / U:0.444 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site