Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)
Daichi GOTO wrote: At this moment, we are making -p8 that solves your problem, Dario. Please wait -p8, I think you get good satisfaction by -p8 :) Thank you and Masanori so much for working on this :) The less I can do is to report feedback and help improving. Bye, Dario ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)
Dario Freni wrote: No panics anymore but still got some problems. I have unionfs on /usr and cannot access /usr/home/freesbie directly (i.e.: if i login as 'freesbie' user right after boot I can't access /usr/home at all, getting a permission denied error). To reproduce, download iso from torrent: http://torrent.freesbie.org/FreeSBIE-unionfs-i386-20060205.iso.torrent and log in as freesbie. Bye and thanks, Dario Yes, yes, yes. It is a good and definitely question. This is not a implementation problem, it is a semantics issue be discussed well. By -p7 implementation, only root can make /usr/home/freesbie/ shadow directory bacause the permission of parent directory of /usr/home/freesbie/ is root. /usr/home/ -- root permission /usr/home/freesbie/ -- freesbie permission | -- So only root can make shadow directory of /usr/home/freesbie/. Yes, yes, you should think that freesbie user could make shadow directory of /usr/home/freesbie/ bacause the permission of lower layer is freesbie. We are thinking that the both ways are correct. In first way, permissions of upper layer takes precedence over lower layer, in second way, permissions of lower layer takes precedence over upper layer. We are getting a discussing around this long time. In the meantime, we have made up -p7 with first way. But yes, we are thinking that the first way is not useful and it may be not good as the goal of unionfs. At this moment, we are making -p8 that solves your problem, Dario. Please wait -p8, I think you get good satisfaction by -p8 :) -- Daichi GOTO, http://people.freebsd.org/~daichi ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)
Hi folks It is congratulations. I must say thank you for two guys. By some efforts by Yoshihiro OTA-san and Hiroo ONO-san, we could get full Egnlish-texted description site. http://people.freebsd.org/~daichi/unionfs/ Thanks! Dario Freni wrote: Daichi GOTO wrote: At this moment, we are making -p8 that solves your problem, Dario. Please wait -p8, I think you get good satisfaction by -p8 :) Thank you and Masanori so much for working on this :) The less I can do is to report feedback and help improving. Bye, Dario -- Daichi GOTO, http://people.freebsd.org/~daichi ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)
I have updated the patchset-7 (of course patchset-6 exists). Patchset-7: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p7.diff For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p7.diff changes -p7 from -p6: - fixed problem that removes not empty directory. For fixing this, I fixed a problem (src/sys/ufs/ufs/ufs_lookup.c) regarding to white-out uncorrect work when fails of making shadow directory. - fixed Returning with 1 locks held. panic problem. Unfree of vnode lock when it fails making of shadow dirrectory led the problem. Patchset-6: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p6.diff For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p6.diff changes -p6 from -p5: - fixed ln(1) fail problem when -f is optioned. And problems around hardling-specific are fixed - added VOP_GETWRITEMOUNT treatment. Pre-implementation has probability of write-fail bacause of unwork of vn_start_write. And now, we have an unionfs explanation site in English: http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) Great thanks for Yoshihiro Ota-san :) He gave me that translated text. Please read the explanation text whom has interest in around unionfs. Thanks! Daichi GOTO wrote: I have updated the patches: For 7-current patch http://people.freebsd.org/~daichi/unionfs/unionfs-p5.diff For 6.x patch http://people.freebsd.org/~daichi/unionfs/unionfs6-p5.diff Changes from -p4: - fixed around can't fifo/vnode bypass -1 panic problem - added some comments into source-code for src-developer - edited style as style(9) saye -- Daichi GOTO, http://people.freebsd.org/~daichi so far so good! it's not crashing my diskless. thanks, danny ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)
I have updated the patches: For 7-current patch http://people.freebsd.org/~daichi/unionfs/unionfs-p5.diff For 6.x patch http://people.freebsd.org/~daichi/unionfs/unionfs6-p5.diff Changes from -p4: - fixed around can't fifo/vnode bypass -1 panic problem - added some comments into source-code for src-developer - edited style as style(9) saye -- Daichi GOTO, http://people.freebsd.org/~daichi so far so good! it's not crashing my diskless. thanks, danny It's good :) -- Daichi GOTO, http://people.freebsd.org/~daichi ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)
Daichi GOTO ha scritto: I have updated the patches: For 7-current patch http://people.freebsd.org/~daichi/unionfs/unionfs-p5.diff For 6.x patch http://people.freebsd.org/~daichi/unionfs/unionfs6-p5.diff Changes from -p4: - fixed around can't fifo/vnode bypass -1 panic problem - added some comments into source-code for src-developer - edited style as style(9) saye -- Daichi GOTO, http://people.freebsd.org/~daichi so far so good! it's not crashing my diskless. thanks, danny It's good :) No panics anymore but still got some problems. I have unionfs on /usr and cannot access /usr/home/freesbie directly (i.e.: if i login as 'freesbie' user right after boot I can't access /usr/home at all, getting a permission denied error). To reproduce, download iso from torrent: http://torrent.freesbie.org/FreeSBIE-unionfs-i386-20060205.iso.torrent and log in as freesbie. Bye and thanks, Dario -- Dario Freni ([EMAIL PROTECTED]) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc signature.asc Description: OpenPGP digital signature
Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)
Daichi GOTO ha scritto: I have updated the patchset-7 (of course patchset-6 exists). Patchset-7: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p7.diff For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p7.diff changes -p7 from -p6: - fixed problem that removes not empty directory. For fixing this, I fixed a problem (src/sys/ufs/ufs/ufs_lookup.c) regarding to white-out uncorrect work when fails of making shadow directory. - fixed Returning with 1 locks held. panic problem. Unfree of vnode lock when it fails making of shadow dirrectory led the problem. Patchset-6: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p6.diff For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p6.diff changes -p6 from -p5: - fixed ln(1) fail problem when -f is optioned. And problems around hardling-specific are fixed - added VOP_GETWRITEMOUNT treatment. Pre-implementation has probability of write-fail bacause of unwork of vn_start_write. And now, we have an unionfs explanation site in English: http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) Great thanks for Yoshihiro Ota-san :) He gave me that translated text. Please read the explanation text whom has interest in around unionfs. Thanks! Thanks! I'll test it ASAP. -- Dario Freni ([EMAIL PROTECTED]) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc signature.asc Description: OpenPGP digital signature