Vladimir, can you try these two patches on top on current svn?
In my limited testing they work.
This one fixes a small buglet with gpl and strings finding their way
into depfile, and also makes depmod usable. depmod is needed for people
which build kernel and install modules, then reboot with
[CC [EMAIL PROTECTED]
2008/7/10 Vladimir Dronnikov [EMAIL PROTECTED]:
and also makes depmod usable...
depmod should be synonym to rm -f /path/modules.dep.bb; modprobe, IMO.
Tell this to somebody who will be bitten by depmod -F System.map -ae 2.6.30
not working as expected during kernel build.
THe discussion have to happen on the mailing list!
Please CC [EMAIL PROTECTED]
2008/7/10 Vladimir Dronnikov [EMAIL PROTECTED]:
I liked the idea of not needing depfile at all and still
being reasonably fast. And it's actually YOUR idea -
I based my work on your depfile-less patch.
:)
The
On Tuesday 08 July 2008 12:16, Vladimir Dronnikov wrote:
3. not read - become a master. open .modules.dep.do-not-edit!!! for
exclusive write. all other concurrent modprobes have to wait till the master
closes the file.
This exclusive write stuff is notorious for breaking on
non-local
2008/7/9 Denys Vlasenko [EMAIL PROTECTED]:
On Tuesday 08 July 2008 12:16, Vladimir Dronnikov wrote:
3. not read - become a master. open .modules.dep.do-not-edit!!! for
exclusive write. all other concurrent modprobes have to wait till the master
closes the file.
This exclusive write stuff is
On Sunday 06 July 2008 13:58, Vladimir Dronnikov wrote:
Yes. You see some kind of grepping of all modules is needed at
startup, so why not to perform it explicitly? On my system it is about
20 modprobe calls with pci: aliases. The time to resolve them
currently is an order of magnitude longer