On Mon, Mar 08, 2010 at 06:39:28PM +0100, Jan Kara wrote: > > Dmitri will have to add code to grab the project ID somewhere. His > > patch made that easier when the two functions were split over an > > indirect call boundary, but now that this is gone it's not needed > > anymore. One line still needs to be added, and that's in the ne > > dquot_transfer. > Hmm, but dquot_transfer gets new uid/gid from struct iattr. So either > we have to extend struct iattr to accompany also project_id changes (fine > with me) or we have to keep interface similar to __dquot_transfer. Do > you have any preference? If we promote the project ID to a first level VFS object like the last series does we should also add it to struct iattr. Anyway, I need to look through the project ID patches in more detail, I'm not quite happy yet with what I saw from quickly skipping over them. I'll try to get back to it tomorrow. > > Honza > > -- > Jan Kara <jack@xxxxxxx> > SUSE Labs, CR ---end quoted text--- -- 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
