[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <56AA5F92.5030901@cogentembedded.com>
Date: Thu, 28 Jan 2016 21:36:02 +0300
From: Sergei Shtylyov <sergei.shtylyov@...entembedded.com>
To: Simon Horman <horms@...ge.net.au>
Cc: Yoshihiro Kaneko <ykaneko0929@...il.com>, netdev@...r.kernel.org,
"David S. Miller" <davem@...emloft.net>,
Magnus Damm <magnus.damm@...il.com>, linux-sh@...r.kernel.org
Subject: Re: [PATCH/RFC v4 net-next] ravb: Add dma queue interrupt support
On 01/28/2016 06:50 PM, Sergei Shtylyov wrote:
>>>>> From: Kazuya Mizuguchi <kazuya.mizuguchi.ks@...esas.com>
>
> Kaneko-san, with the amount of the review changes, it might make sense for
> you to assume the authorship of this patch, only noting it's based on
> Mizuguchi-san's work. In principle, when you change the original patch, you
> should document the changes you made in the change log, above ---...
>
>>>>> This patch supports the following interrupts.
>>>>>
>>>>> - One interrupt for multiple (descriptor, error, management)
>>>>> - One interrupt for emac
>>>>> - Four interrupts for dma queue (best effort rx/tx, network control rx/tx)
>>>>>
>>>>> This patch improve efficiency of the interrupt handler by adding the
>>>>> interrupt handler corresponding to each interrupt source described
>>>>> above. Additionally, it reduces the number of times of the access to
>>>>> EthernetAVB IF.
>>>>>
>>>>> Signed-off-by: Kazuya Mizuguchi <kazuya.mizuguchi.ks@...esas.com>
>>>>> Signed-off-by: Yoshihiro Kaneko <ykaneko0929@...il.com>
>>>>
>>>> I have tested this patch and the result seems positive.
>>>
>>> Tested on gen3 only I guess?
>>
>> Yes, that is correct.
>>
>>>> Please let me know if any more/different testing would help.
>>>
>>> Sanity testing on some gen2 SoC wouldn't hurt (if you have time).
>>
>> I don't believe that I have access to a gen2 board (+ extra hardware ?)
>> where ravb works.
>
> Sorry, I just forgot about that.
>
>> If you do would it be possible for you to do a sanity test?
>
> Yes, of course.
Oops, I forgot that I failed to make the driver work on Porter -- it fails
to connect to PHY while opening eth<n>. I've tested the patch as far as I
could and it didn't blow up. :-)
I'll have access to the other board (most probably Alt) next week.
MBR, Sergei
Powered by blists - more mailing lists