lkml.org 
[lkml]   [2006]   [Jan]   [27]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateThu, 26 Jan 2006 23:17:49 -0800
FromGreg KH <>
SubjectRe: [BUG] debugfs: hard link count wrong
On Fri, Jan 27, 2006 at 08:04:23AM +0100, Heiko Carstens wrote:
> > > > Device: eh/14d  Inode: 15528       Links: 2> > > Links should be 3, I thought? For an empty directory it's 2 and as soon as
> > > you create a new directory in there it should be increased by 1. Therefore
> > > it should be 3. Or am I missing something?> > > > Yeah, I think you are correct.  But I don't see where in the debugfs
> > code I messed this up...> > > > In debugfs_mkdir() we increment the parent i_nlink properly if we create
> > the new subdirectory, and based on other implementations like this
> > (usbfs), that logic seems to be correct.> > > > Unless something is odd with creating a directory in the root of the fs.
> > Does the subdirectory you have created have the proper number of links?> > Yes, everything below the debug directory itself seems to be ok.
> > > > Btw.: my find version: "GNU find version 4.2.20".> > Hm, newer versions of find don't complain about this?> > The latest version I could find at http://ftp.gnu.org/pub/gnu/findutils/> is 4.2.27 which still complains. No, idea from where you got the 4.2.30 :)

I'm running 4.3.0, not 4.2.30.  I don't know where it came from either,
gentoo's unstable tree has it, and caused me to download it from
somewhere when I built it :)

thanks,

greg k-h
-
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/

\
 
 \ /
  Last update: 2006-01-27 07:20    [from the cache]
©2003-2008