> - we store fs-specific arguments in sbi->s_data
> - then we pass it to subfs
> - it (in our case, isofs) puts 0 in the middle that trashes value for
> the next time
> - next time the option does not work anymore:
> 
> [super.c:subfs_mount:199] type=iso9660, dev=/dev/hdc, data=iocharset
>                                                                    ^^^
> oops!
> 
> This smells as memory leak in any case. 

Even if it is no memory leak it means on second mount some options will
be ignored. This is already bad enough.

Reply via email to