From: freeman.zhang1992@gmail.com (freeman)
To: kernelnewbies@lists.kernelnewbies.org
Subject: [Help] How to Replace File Operations in File System?
Date: Thu, 20 Feb 2014 09:32:11 +0800 [thread overview]
Message-ID: <53055B1B.5000500@gmail.com> (raw)
In-Reply-To: <CADDndfPhe=iHKtB0_eTYpoAAUJDTkOchUakbOyKveVdkAOLrMQ@mail.gmail.com>
Hi Rishi,
With pleasure!
You can check it on https://github.com/freemandealer/droidcry
on your convenience.
2014-02-19 23:17, Rishi Agrawal :
> Good that you solved it your self, still if you can send me the idea
> on which you are working - I may also learn something.
>
>
> On Tue, Feb 18, 2014 at 10:04 AM, freeman <freeman.zhang1992@gmail.com
> <mailto:freeman.zhang1992@gmail.com>> wrote:
>
>
> > Hi
> >
> > The operations will not change back until your object gets
> destroyed,
> > whatever be the type of the object.
> >
> > Caching will not cause any issue here.
> >
> > Maybe if you can send the code we can have a look at it.
> >
> >
> > --
> > Regards,
> > Rishi Agrawal
> Hi Rishi,
>
> It's very nice of you willing to help check my code!
> I'm now very excited ? problem solved!
>
> I spent half a day beautifying my code yesterday (so that it won't
> annoy
> you
> that much), and find there is a problem:
>
> Every time there is a read/write system call, I saved the lower
> file ops
> and
> address space ops. In their replacement(upper operations), I invoked
> lower ones.
> There's a possibility that it might saved the upper operations as
> lower
> ones if I
> open them twice in a short time. At this point, upper operation invoke
> itself!
> So I check the operations before truly save and replace them and,
> it works!
>
> Thanks to you and all the amazing people in this amazing list that
> helped me,
> now I get both wrapfs and my own non-filesystem module functional
> for my
> future work on transparent encryption, and most importantly, I've
> learned and
> enjoyed a lot!
>
> Regards
> Freeman Zhang
>
>
>
>
> --
> Regards,
> Rishi Agrawal
Regards
Freeman Zhang
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20140220/93c9c63e/attachment.html
next prev parent reply other threads:[~2014-02-20 1:32 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-13 2:10 [Help] How to Replace File Operations in File System? freeman
2014-02-13 6:44 ` Abhijit Chandrakant Pawar
2014-02-13 6:59 ` Saket Sinha
2014-02-13 11:47 ` Rishi Agrawal
2014-02-13 13:28 ` freeman
2014-02-17 8:06 ` Rishi Agrawal
2014-02-18 4:34 ` freeman
[not found] ` <CADDndfPhe=iHKtB0_eTYpoAAUJDTkOchUakbOyKveVdkAOLrMQ@mail.gmail.com>
2014-02-20 1:32 ` freeman [this message]
2014-02-20 7:31 ` Rishi Agrawal
2014-02-20 8:57 ` freeman
2014-02-20 9:10 ` SandeepKsinha
2014-02-20 9:48 ` freeman
2014-02-20 9:51 ` SandeepKsinha
2014-02-20 15:32 ` Valdis.Kletnieks at vt.edu
2014-02-24 1:52 ` Freeman Zhang
2014-02-13 13:26 ` freeman
2014-02-14 22:49 ` Valdis.Kletnieks at vt.edu
2014-02-17 0:59 ` freeman
2014-02-17 2:50 ` Saket Sinha
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=53055B1B.5000500@gmail.com \
--to=freeman.zhang1992@gmail.com \
--cc=kernelnewbies@lists.kernelnewbies.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).