[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [QEMU : VVFAT] vvfat.c - help required for understandin
From: |
Kevin Wolf |
Subject: |
Re: [Qemu-devel] [QEMU : VVFAT] vvfat.c - help required for understanding/modification |
Date: |
Thu, 27 Oct 2011 10:05:10 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:7.0) Gecko/20110927 Thunderbird/7.0 |
Am 26.10.2011 21:17, schrieb Pintu Kumar:
> Dear Mr. Johannes,
>
> I am sorry but I think you took me wrong. I never asked you to do things for
> me.
> I just wanted few clarifications to proceed further as I was stuck
> after performing few experiments as below:
You are stuck because you still didn't think about the theory before
jumping to the code. Please do this before asking more questions. Both
Johannes and I have told you that it's not as easy as you seem to think.
When you have a design to solve the problem (and I believe it might be
better to start that from scratch rather than extending vvfat as it
would end up being a rewrite anyway), we can discuss that design. But it
doesn't make any sense to discuss detailed changes in vvfat when you
don't even seem to understand the problem.
> But there is one problem here if I use the above logic.
> When I issue "ls" command "vvfat_read" is not getting triggered.
> So I think there is some problem and I could figure out where to
> implement the dynamic scanning of sub-directory later.
Why do you expect that vvfat_read is called? If the guest OS has the
directory entries already cached, there's no reason for it to read them
from disk.
Kevin