On Tue, 30 Oct 2012, megha dey wrote:
> >> From the trace attached,we see that write_10(highlighted command) is
> >> taking about 10 seconds,by which time the host is timing out.The host
> >> then sends the next test_unit_ready command without getting the status
> >> for the previous write.Thus,he
On Mon, Oct 29, 2012 at 8:39 PM, Alan Stern wrote:
> On Mon, 29 Oct 2012, megha dey wrote:
>
>> Hi,
>> This is the patch I have applied.
>>
>> http://marc.info/?l=linux-usb&m=132024464410783&w=2
>>
>> From the trace attached,we see that write_10(highlighted command) is
>> taking about 10 seconds,
On Mon, 29 Oct 2012, megha dey wrote:
> Hi,
> This is the patch I have applied.
>
> http://marc.info/?l=linux-usb&m=132024464410783&w=2
>
> From the trace attached,we see that write_10(highlighted command) is
> taking about 10 seconds,by which time the host is timing out.The host
> then sends t
Please don't top-post.
On Fri, 26 Oct 2012, megha dey wrote:
> Hi,
> After applying this patch,we see that vfs_write is taking around 20
> seconds.After this,from the bus traces we see that there are 2
> consecutive CBW's and the corresponding CSW's are also out of
> order.How does f_mass_storage
Hi,
After applying this patch,we see that vfs_write is taking around 20
seconds.After this,from the bus traces we see that there are 2
consecutive CBW's and the corresponding CSW's are also out of
order.How does f_mass_storage.c handle such a situation?
On Mon, Oct 22, 2012 at 8:11 PM, Alan Stern
On Mon, 22 Oct 2012, megha dey wrote:
> Hi Alan,
> I will update the patch with necessary comments and repush.However,do
> you think this patch may cause some other deleterious effects?
If I did, I wouldn't have said it was okay.
Alan Stern
--
To unsubscribe from this list: send the line "uns
Hi Alan,
I will update the patch with necessary comments and repush.However,do
you think this patch may cause some other deleterious effects?
On Thu, Oct 18, 2012 at 10:52 PM, Alan Stern wrote:
> On Thu, 18 Oct 2012, megha dey wrote:
>
>> While trying to copy some file(>400 MB) from PC to devic
On Thu, 18 Oct 2012, megha dey wrote:
> While trying to copy some file(>400 MB) from PC to device in mass
> storage mode,an I/O error is observed.
>
> From the bus trace, it is observed that vfs_sync() is taking a lot of
> time when handing ALLOW_MEDIUM_REMOVAL.There is a similar problem
> alread
While trying to copy some file(>400 MB) from PC to device in mass
storage mode,an I/O error is observed.
>From the bus trace, it is observed that vfs_sync() is taking a lot of
time when handing ALLOW_MEDIUM_REMOVAL.There is a similar problem
already discussed earlier,although with no concrete conc
