On Monday 22 June 2015 01:38 PM, Alexey Brodkin wrote:
Hi all,
On Wed, 2015-06-17 at 07:03 +, Vineet Gupta wrote:
+CC linux-arch, linux-mm, Arnd and Marek
On Tuesday 16 June 2015 11:11 PM, Alexey Brodkin wrote:
Current implementtion of descriptor init procedure only takes care about
+CC linux-arch, linux-mm, Arnd and Marek
On Tuesday 16 June 2015 11:11 PM, Alexey Brodkin wrote:
Current implementtion of descriptor init procedure only takes care about
ownership flag. While it is perfectly possible to have underlying memory
filled with garbage on boot or driver installation.
On Monday 27 July 2015 01:08 PM, Kalle Valo wrote:
Per last discussion on this topic, Arend wanted to discuss abt this with
Hante.
I'm not taking it anyways so feel free to pick it up if you want !
Well, that was before your timeline clarification about the generic
function. One what
On Friday 24 July 2015 08:02 PM, Kalle Valo wrote:
Vineet Gupta vineet.gup...@synopsys.com writes:
There's already a generic implementation so use that instead.
---
I'm not sure if the driver usage of atomic_or?() is correct in terms of
storage size of @val for 64 bit arches
On Thursday 09 July 2015 11:55 PM, Arend van Spriel wrote:
On 07/09/2015 10:13 AM, Vineet Gupta wrote:
There's already a generic implementation so use that instead.
There is or there was? If there is now I am fine with this patch, but if
it already was there the author might have had
...@vger.kernel.org
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
drivers/net/wireless/brcm80211/brcmfmac/sdio.c | 13 ++---
1 file changed, 2 insertions(+), 11 deletions(-)
diff --git a/drivers/net/wireless/brcm80211/brcmfmac/sdio.c
b/drivers/net
On Monday 30 May 2016 11:05 AM, David Miller wrote:
> From: Elad Kanfi
> Date: Thu, 26 May 2016 15:00:06 +0300
>
>> From: Elad Kanfi
>>
>> Since NAPI works by shutting down event interrupts when theres
>> work and turning them on when theres none, the
Hi Elad, Noam,
On Thursday 26 May 2016 11:23 PM, Alexey Brodkin wrote:
>
> We just bumped into the same problem (data exchange hangs on the very first
> "ping")
> with released Linux v4.6 and linux-next on our nSIM OSCI virtual platform.
>
> I believe it was commit 05c00d82f4d1 ("net:
On Thursday 17 March 2016 04:28 PM, Sergei Shtylyov wrote:
> On 3/17/2016 12:41 PM, Alexey Brodkin wrote:
>
>> > Following commit broke DW GMAC functionality on AXS10x boards:
>> > http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=e34d65696d2ef13dc32f2a162556c86c461ed763
>
On Friday 04 March 2016 03:50 AM, David Miller wrote:
> From: Lada Trimasova
> Date: Thu, 3 Mar 2016 17:07:46 +0300
>
>> Since ezchip network driver is written with big endian EZChip platform it
>> is necessary to add support for little endian architecture.
>>
>>
t;
Cc: David S. Miller <da...@davemloft.net>
Cc: linux-ker...@vger.kernel.org
Cc: netdev@vger.kernel.org
Cc: sta...@vger.kernel.org # 4.5
Cc: Sergei Shtylyov <sergei.shtyl...@cogentembedded.com>
Signed-off-by: Vineet Gupta <vgu...@synopsys.com>
---
arch/arc/boot/dts/axs10x_mb.dtsi |
Hi,
On Thursday 17 March 2016 03:11 PM, Alexey Brodkin wrote:
> Following commit broke DW GMAC functionality on AXS10x boards:
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=e34d65696d2ef13dc32f2a162556c86c461ed763
>
> That's what happens on eth0 up:
>
On Thursday 17 March 2016 05:29 PM, Sergei Shtylyov wrote:
> Hello.
>
> On 3/17/2016 2:41 PM, Vineet Gupta wrote:
>
>>>>> >>>> Following commit broke DW GMAC functionality on AXS10x boards:
>>>>> >>>> http://
On 01/25/2017 10:39 AM, Alexey Brodkin wrote:
>> Also I wonder if, other version of the stmmac worked on this platform
>> before.
> It did work and still works. The only problem is we're getting
> a lot of noise now about bogus link status change. That's because
> this info is now in pr_info()
On 10/25/2016 02:38 PM, Alexander Duyck wrote:
> This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to
> avoid invoking cache line invalidation if the driver will just handle it
> later via a sync_for_cpu or sync_for_device call.
>
> Cc: Vineet Gupta <vgu...@
QF_TIMER
> flag is a valid parameter to be passed to the request_percpu_irq function.
>
> Signed-off-by: Daniel Lezcano <daniel.lezc...@linaro.org>
Acked-by: Vineet Gupta <vgu...@synopsys.com> # for arch/arc, arc_timer bits
16 matches
Mail list logo