Re: 6b41030fdc790 broke dmatest badly

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Sep 15, 2020 at 04:46:25PM +0300, Andy Shevchenko wrote:
> On Tue, Sep 15, 2020 at 01:46:12PM +0100, Vladimir Murzin wrote:
> > On 9/15/20 1:35 PM, Andy Shevchenko wrote:
> > > On Fri, Sep 11, 2020 at 09:34:04AM +0100, Vladimir Murzin wrote:
> > >> On 9/7/20 5:52 PM, Vladimir Murzin wrote:
> 
> ...
> 
> > >> An update on this?
> > > 
> > > Sorry for delay. I have tested your patch and it works for my case. Though I
> > > would amend it a bit (commit message is still a due).
> > 
> > 
> > That's good, but what about behaviour prior d53513d5dc28? Did you (or somebody
> > else) have a chance to confirm that it won't run with plain defaults?

Yes, I may confirm this. I have taken dmatest just before that commit as of
  % git checkout 3f3c75541ffe -- drivers/dma/dmatest.c
and it simple returns 0 and nothing happens.

So, please provide a commit message to your fix, I'll incorporate it and send as a part of the series.

-- 
With Best Regards,
Andy Shevchenko





[Index of Archives]     [Linux Kernel]     [Linux ARM (vger)]     [Linux ARM MSM]     [Linux Omap]     [Linux Arm]     [Linux Tegra]     [Fedora ARM]     [Linux for Samsung SOC]     [eCos]     [Linux PCI]     [Linux Fastboot]     [Gcc Help]     [Git]     [DCCP]     [IETF Announce]     [Security]     [Linux MIPS]     [Yosemite Campsites]

  Powered by Linux