Wrong d_type presented by xfs_io

[Carlos Maiolino]

Hi guys,

I've been looking through an issue raised by Brian, regarding my RENAME_EXCHANGE
patchset, where, apparently, the d_type of some files are reseted during the
exchange. Brian presented an example here:

http://oss.sgi.com/archives/xfs/2014-11/msg00170.html

When trying to debug it, I've been trying to create and rename some FS objects
to try to reproduce the issue, but, all the files I've been creating are shown
as DT_UNKNOWN type:

ex:

/dev/vdb2 on /xfs/scratch type xfs (rw,relatime,seclabel,attr2,inode64,noquota)

[root at localhost scratch]# mkdir /xfs/scratch/dir1

[root at localhost scratch]# xfs_io -c "readdir -v" /xfs/scratch/

00000006: d_ino: 0x00000083 d_off: 0x00000200 d_reclen: 0x18 d_type: DT_UNKNOWN
d_name: dir1


[root at localhost scratch]# mknod /xfs/scratch/mybdev b 253 19

00000008: d_ino: 0x00000084 d_off: 0x00000200 d_reclen: 0x20 d_type: DT_UNKNOWN
d_name: mybdev




So, anyone knows if is there any problem with xfs_io, or, if I'm doing something
wrong here?

[root at localhost scratch]# xfs_io -V
xfs_io version 3.2.1


or maybe, we have a bug somewhere else.


Cheers

-- 
Carlos