Oliver/Greg, sorry to say but for my custom board it's difficult to flash 4.14 or 4.15. I are not sure that it will boot or not on my platform. But Still i will try to do that and in parallel will try to flash on Beagle bone.And will try. I used Lecroy today following are some observation.. working case : for every try of ready_capacity_16 (total 3), there are bulk transfer(OUT and IN) and status for read_capacity_16 is "GOOD" non-working case: for first try of ready_capacity_16 there is bulk OUT but no IN transfer , status for read_capacity_16 is "MISSING" ...seems that's that is the case we are receiving the blk_rq_timed_out_timer() and eventually uas_eh_device_reset_handler() I could not find why the bulk transfer could not complete and causing timer to expire. Also adding some msleep(100) before calling sd_read_capacity(), many times i could not see the issue. I don't know how to share Lecroy logs here. I can share the logs. On Tue, Feb 6, 2018 at 3:32 PM, Oliver Neukum <oneukum@xxxxxxxx> wrote: > Am Montag, den 05.02.2018, 23:46 +0530 schrieb Tushar Nimkar: >> Greg, >> >> I have cherry-picked 9 patches as follows. > > Those won't do you any good. Please test > > a) with 4.14 or 4.15 > b) test on another host > > And tell me what read_capacity_16() does at USB2.0 speeds > > We need to determine whether error handling just works better > at lower speed or high speed triggers the error. And with > a current kernel if possible at all. > > Regards > Oliver > -- Best Regards, Tushar R Nimkar Mob No : +91-9052258800 -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
