Re: [PATCH]QNX6 filesystem (RO) driver

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Am 02/17/2012 07:53 PM, schrieb Al Viro:
Hmmm...

+                               if (len == de->de_size)
+                                       /* normal filename */
+                                       ino = qnx6_match(s, len, name, de);
+                                       if (ino)
+                                               goto found;
+                               else if ((de->de_size == 0xff)&&

Actually, gcc ought to have screamed at that.  Note that "else" here matches
the second "if", not the first one.  And you are not guaranteed that
ino has _ever_ been assigned anything; that comparison is deep in nasal
daemon country...
At least code was robust enough to deal with it ;)
I guess ino was set to 0 anyways by compiler? At least it does not seem to have been sort of random.
Otherwise testing would have shown strange effects - right?
However, fixed. I just re-added the braces. At some point in time there were some ... seem they got lost somewhere in mod space.

And in the same area, what happens if you have a long entry *and* ask for
lookup for name that is exactly 255 bytes long?  AFAICS, qnx6_match() will
proceed to do memcmp() on 255 bytes - note that you pass it "len", not
"thislen".  Might (at least in theory) run out of page before it stops...(

Something like
	if (len<= QNX6_SHORT_NAME_MAX) {
		if (de->de_size != len)
			continue;
		<qnx6_match>
	} else {
		if (de->de_size != 0xff)
			continue;
		<qnx6_long_match>
	}
would probably make sense...  Wait.  You've mentioned something about
special characters in names forcing a longname entry even for short
ones.  Could you elaborate?
I just checked, but could not get qnx to split a short name in a long filename node. So we can bury that one ... also does not really make sense to design it that way.

To me the length field clearly is the master. For short filenames always de_size < 0xff and equal the filename length.
If de_size == 0xff, filename length has to be taken out of lf node.
The interesting question is: What is in between? To me, the answer is: File-system error land.

Just re-pull the patch and take a look ...
http://a6.ontika.net/patches/0001-fs-initial-qnx6fs-addition.patch.gz

BTW, I had a look at character and block device files. QNX drivers just dynamically add them to /dev if a driver offers any. There seems to be no way to create or move any by hand + they are not written to the fs.

--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux