[PATCH][RFC] cache generation + separate FDI parser process

David Zeuthen david at fubar.dk
Tue Jan 9 13:39:55 PST 2007


On Tue, 2007-01-09 at 22:04 +0100, Danny Kukawka wrote:
> The current git behavior is IMO already a regression compared to former 
> behavior where all fdi-files get checked (yes this was slower, but the data 
> was allways up-to-date) if a new device get added.

Yes, this needs to be fixed before 0.5.9 is out. It shouldn't be too
hard; probably inotify on Linux and other mechanisms on other kernels.
See e.g. the D-Bus sources where there's a nice abstraction already.

> The point is: I don't want to start the cache creation by hand, validate the 
> start of the process and the return value and check if the file was really 
> created. This should be handled inside/by HAL and not from the outside (which 
> not mean you can trigger this manually). And what I also not want is that I 
> have to care of if the current cache is actual as the fdi-files are.

Right. And this should be possible to do without too much work (look at
time stamps).

     David




More information about the hal mailing list