[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