Yes I agree sir, but it builds the complete kernel. And what I want is
to build just the part where I have made changes and add it to the
existing kernel. Not build the entire kernel for a small change.
If I understand correctly, you want to compile the object code for the filesystem part of the kernel and somehow hack it into your current kernel.
Short answer:
It can't be done. Just compile the whole kernel. After the first compilation, make
will ensure only changed files are recompiled so future builds will be fast.
Long answer:
If your currently running kernel has compiled EXT3 support as a module (I'm assuming this is possible - I haven't checked), you could try to compile your modified filesystem code as a module too and swap it into your running kernel by unloading the current filesystem module and loading yours in. Of course, you'll only be able to do this if you're not actually using the EXT3 driver at time of unloading.
Then, you'll run into the same issues as building and running OOT kernel modules. You'll almost certainly need the kernel headers, the same compiler version used to compile the current kernel and the kernel sources to match. You may also need to fiddle around with the Makefiles so the in-tree modules can be built as an OOT module.
Of course, this is all assuming your current kernel has been built with the EXT3 driver as a loadable kernel module which might not be the case.
If this isn't the case, you're pretty out of luck. If you're clever, you might be able to use some linker hackery to swap out the EXT3 subsystem with your modified object files in your current kernel. If that makes no sense to you, suffice to say it's impossible.