[lkml]   [1999]   [Mar]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Patch in this message
SubjectCODA - thank you for userfs ;-)

First, I'd like to say that coda is _great_ thing. I've venus-like
server in 270 lines of c-code, and it seems to work pretty well. At
least I see no design problems like in nfs. I can now untar archives,
ungzip files, etc... I think that coda can serve like pretty good
replacement for userfs.

And now, complains. First, you have bug out there causing module to
hang around even after being unused.

Second, reading from /dev/cfs0 returns in tight loop, still select
blocks. I think that read from cfs0 should block, too - this is


--- clean/fs/coda/inode.c Fri Mar 26 17:46:23 1999
+++ linux/fs/coda/inode.c Fri Mar 26 22:51:51 1999
@@ -145,7 +145,7 @@
sb->s_dev = 0;
sb_info = coda_sbp(sb);
- sb_info->sbi_vcomm->vc_inuse = 0;
+/* sb_info->sbi_vcomm->vc_inuse = 0; You can not do this: psdev_release would see usagecount == 0 and would refuse to decrease MOD_USE_COUNT --pavel */
coda_super_info.sbi_sb = NULL;
printk("Coda: Bye bye.\n");
memset(sb_info, 0, sizeof(* sb_info));
I'm really Pavel
Look at ;-).

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:51    [W:0.038 / U:3.384 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site