Pekka Enberg wrote:
quoted text
> On Tue, Apr 1, 2008 at 1:26 PM, Artem Bityutskiy
>         ubifs_assert(PageLocked(page));
>         ubifs_assert(!PageChecked(page));
>         ubifs_assert(!PagePrivate(page));
> 
> So instead of arguing about this you really ought to look at what
> SLUB, for example, does. It's perfectly okay to have _debugging
> checks_ compiled out (stuff like verify_inode and such) but at the
> assertion level it makes no sense whatsoever!

This was more for developing. I added that to be really sure those
requirements are met. As I said, the amount of assertions will be
lessened and these ones will be deleted. There are other assertions
in the VFS calls implementation functions, which also will be deleted.

I'll look at the SLUB.

quoted text
>> UBIFS DBG (pid 28398): ubifs_create: dent 'file', mode 0x81a4 in dir ino 1
>> or
>> UBIFS DBG (pid 28398): ubifs_setattr: ino 65, ia_valid 0x70
> 
> So what? It's still an ad hoc debugging printout with no particular
> meaning whatsoever.

You still do not explain what is wrong with this. For me it means that
ubifs_setattr() was called for inode 65. And when I debugging a bug I
know what's going on.

quoted text
> But this discussion is getting nowhere and I have better things to do
> than argue about this over and over again.
Fair enough. As I said, we will review debugging and lessen the amount of
it.

Thanks.

-- 
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/