On Tue, Sep 25, 2012 at 10:48:17PM -0500, Eric Sandeen wrote: > On 9/25/12 10:42 PM, Theodore Ts'o wrote: > > On Mon, Sep 24, 2012 at 03:41:40PM -0300, Carlos Maiolino wrote: > >> > >> Some ext4_bread callers do not needed any changes either because they already > >> had its own hole detector paths or because these are deprecaded (like > >> dx_show_entries) > > > > BTW, dx_show entries isn't really deprecated; is debugging code which > > is usually not compiled in, but it does get used from time to time by > > developers who are debugging the directory hash tree code... > > > > So having it show the holes by printing a note that there _was_ a > > whole is probably a good thing from a debugging point of view... > > I think what Carlos meant is that there are no callers in the tree... > so even with debug options, it's not used. It takes a custom patch... > Does it still work? :) > Yeah, that's what I meant, no callers of dx_show_entries() even with debug enabled. In regards to the coding style of if conditionals, I just followed the coding style of most places in the code, I also changed some of the if conditionals to match the rest of the code. i.e.: if(!(bh = ext4_bread())) { do_something(); } if you take a look at the code, most if conditionals regarding the calls to ext4_bread() are in the above coding style. I just followed it, but, I'm not against change that to another one, but agree the above looks better and save some code lines > -Eric > > > - Ted > > -- > > To unsubscribe from this list: send the line "unsubscribe linux-ext4" in > > the body of a message to majordomo@xxxxxxxxxxxxxxx > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > > > -- > To unsubscribe from this list: send the line "unsubscribe linux-ext4" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- --Carlos -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html