When path is truncated by PATH_MAX limitation, it causes QEMU to access
incorrect file. So use original full path instead of PATH_MAX within
9pfs (need check/process ENOMEM for related memory allocation).
Also find/fix several another related issues when failure occurs.
- check 'fh' in handle_na
During the test, I found that if the path is long, the performance is
very very slow under 9pfs (whether apply this patch or not, the results
are the same).
So after this patch passes checking, I will/should analyse this
performance issue, next.
Thanks.
On 02/23/2014 12:48 PM, Chen Gang wrote:
Chen Gang writes:
> When path is truncated by PATH_MAX limitation, it causes QEMU to access
> incorrect file. So use original full path instead of PATH_MAX within
> 9pfs (need check/process ENOMEM for related memory allocation).
>
> Also find/fix several another related issues when failure occurs
Firstly, thank you very much for your reviewing. :-)
On 02/24/2014 05:22 PM, Markus Armbruster wrote:
> Chen Gang writes:
>
>> When path is truncated by PATH_MAX limitation, it causes QEMU to access
>> incorrect file. So use original full path instead of PATH_MAX within
>> 9pfs (need check/proce
Gang Chen writes:
> Firstly, thank you very much for your reviewing. :-)
>
> On 02/24/2014 05:22 PM, Markus Armbruster wrote:
>> Chen Gang writes:
>>
>>> When path is truncated by PATH_MAX limitation, it causes QEMU to access
>>> incorrect file. So use original full path instead of PATH_MAX wit
On 02/24/2014 08:52 PM, Markus Armbruster wrote:
> Gang Chen writes:
>> Excuse me, I have no enough time resources during work day, so I
>> will/should send the patches within week end (2014-03-02). If we can not
>> bear the time point, please help send the patches for me.
>
> Next weekend should