Reviewed-by: Bjorn Andersson
Acked-by: Mike Rapoport
Acked-by: Corey Minyard
Acked-by: Christian Brauner
Acked-by: Arnd Bergmann
Acked-by: Kees Cook
Acked-by: Wei Liu
Acked-by: Rasmus Villemoes
Signed-off-by: Andrew Morton
Acked-by: Helge Deller # parisc
Helge
Hi Willy,
On 01.09.20 18:53, Matthew Wilcox wrote:
> On Tue, Sep 01, 2020 at 06:41:12PM +0200, Helge Deller wrote:
>>> I still have a zoo of machines running for such testing, including a
>>> 715/64 and two 730.
>>> I'm going to test this git tree on the 715/64:
On 01.09.20 18:21, Helge Deller wrote:
> On 01.09.20 17:22, James Bottomley wrote:
>> On Tue, 2020-09-01 at 16:05 +0100, Matthew Wilcox wrote:
>>> On Tue, Sep 01, 2020 at 07:52:40AM -0700, James Bottomley wrote:
>>>> I think this looks mostly OK, except for one
On 01.09.20 17:22, James Bottomley wrote:
> On Tue, 2020-09-01 at 16:05 +0100, Matthew Wilcox wrote:
>> On Tue, Sep 01, 2020 at 07:52:40AM -0700, James Bottomley wrote:
>>> I think this looks mostly OK, except for one misnamed parameter
>>> below. Unfortunately, the last non-coherent parisc was the
sted this tree on my parisc machine which uses the 53c700
and lasi_82596 drivers.
Everything worked as expected, so you may add:
Tested-by: Helge Deller # parisc
Thanks!
Helge
>
> Gitweb:
>
>
> http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/dma_alloc_pages
>
On 18.09.19 00:51, John David Anglin wrote:
> On 2019-09-17 5:36 p.m., Arlie Davis wrote:
>> Likewise, I'm at a loss for testing with real hardware. It's hard to
>> find such things, now.
> How does de2104x compare to ds2142/43? I have a c3750 with ds2142/43 tulip.
> Helge
> or some others might
27; [-Wformat=]
Signed-off-by: Helge Deller
diff --git a/drivers/net/ethernet/cavium/liquidio/request_manager.c
b/drivers/net/ethernet/cavium/liquidio/request_manager.c
index 1f2e75da28f8..d5d9e47daa4b 100644
--- a/drivers/net/ethernet/cavium/liquidio/request_manager.c
+++ b/driver
The debug and error printk functions in ipvs uses wrongly the %pF instead of
the %pS printk format specifier for printing symbols for the address returned
by _builtin_return_address(0). Fix it for the ia64, ppc64 and parisc64
architectures.
Signed-off-by: Helge Deller
Cc: Wensong Zhang
Cc
Hi Herbert,
On 08.06.2016 04:39, Herbert Xu wrote:
> On Tue, Jun 07, 2016 at 04:47:28PM +0200, Helge Deller wrote:
>> On 07.06.2016 16:16, Herbert Xu wrote:
>>> On Tue, Jun 07, 2016 at 04:13:50PM +0200, Helge Deller wrote:
>>>>
>>>> What warnings do yo
On 07.06.2016 16:16, Herbert Xu wrote:
> On Tue, Jun 07, 2016 at 04:13:50PM +0200, Helge Deller wrote:
>>
>> What warnings do you mean specifically? Some specific CONFIG_ option ?
>
> Look for GFP_NOWARN in lib/rhashtable.c and delete it.
Ok, removed it.
It gener
On 06.06.2016 05:57, Herbert Xu wrote:
> On Sat, Jun 04, 2016 at 09:35:27AM +0200, Phil Sutter wrote:
>> [Cc'ing other interested parties, therefore full-quoting.]
>>
>> Hi Helge,
>>
>> On Fri, Jun 03, 2016 at 10:22:26PM +0200, Helge Deller wrote:
>>&g
Hi Phil,
On 04.06.2016 09:35, Phil Sutter wrote:
> [Cc'ing other interested parties, therefore full-quoting.]
> On Fri, Jun 03, 2016 at 10:22:26PM +0200, Helge Deller wrote:
>> I'm testing 4.7.0-rc1-64bit on a parisc/hppa machine and get
>> those message with CONFIG
Commit 538950a1b752 ("soreuseport: setsockopt SO_ATTACH_REUSEPORT_[CE]BPF")
missed to add the compat case for the SO_ATTACH_REUSEPORT_CBPF option.
Signed-off-by: Helge Deller
diff --git a/net/compat.c b/net/compat.c
index 5cfd26a..1373947 100644
--- a/net/compat.c
+++ b/net/compat.c
On 03.06.2016 20:11, Sergei Shtylyov wrote:
> Hello.
>
> On 06/03/2016 08:18 PM, Helge Deller wrote:
>
>> Commit 538950a ("soreuseport: setsockopt SO_ATTACH_REUSEPORT_[CE]BPF")
>
>At least 12 digits must be specified for SHA1. checkpatch.pl should've
This fixes the following compiler warnings when compiling the
reuseport_bpf testcase on a 32 bit platform:
reuseport_bpf.c: In function ‘attach_ebpf’:
reuseport_bpf.c:114:15: warning: cast from pointer to integer of ifferent size
[-Wpointer-to-int-cast]
Signed-off-by: Helge Deller
diff --git
Commit 538950a ("soreuseport: setsockopt SO_ATTACH_REUSEPORT_[CE]BPF")
missed to add the compat case for the SO_ATTACH_REUSEPORT_CBPF
setsockoption() option.
Since both SO_ATTACH_FILTER and SO_ATTACH_REUSEPORT_CBPF use a struct
sock_fprog let's combine the handling of both.
Signe
u could add linux-m...@linux-mips.org if that helps.
>
> I wanted to let the mips folks decide if they should be listedand
> CC'd Helge (parisc maintainer) in case he objected to added
> linux-parisc mailing list.
Yes, adding the linux-parisc mailing list is OK.
Acked-by: H
Hi Linus,
On 03.11.2015 22:01, Linus Torvalds wrote:
> On Sun, Oct 25, 2015 at 4:49 AM, Helge Deller wrote:
>>
>> please pull some patches for the parisc architecture for kernel v4.3 from:
>
> So no way was I going to pull that for 4.3,
Yes, since you didn't pulled I
* Alexander Duyck :
> On 10/23/2015 03:17 PM, Helge Deller wrote:
> >On 24.10.2015 00:00, Alexander Duyck wrote:
> >>On 10/23/2015 02:08 PM, Helge Deller wrote:
> >>>* Eric Dumazet :
> >>>>On Fri, 2015-10-23 at 21:25 +0200, Helge Deller wrote:
> &
On 24.10.2015 00:00, Alexander Duyck wrote:
> On 10/23/2015 02:08 PM, Helge Deller wrote:
>> * Eric Dumazet :
>>> On Fri, 2015-10-23 at 21:25 +0200, Helge Deller wrote:
>>>
>>>> Then, how about simply changing it to twice of L1_CACHE_BYTES ?
>>>>
On 23.10.2015 23:08, Helge Deller wrote:
> * Eric Dumazet :
>> On Fri, 2015-10-23 at 21:25 +0200, Helge Deller wrote:
>>
>>> Then, how about simply changing it to twice of L1_CACHE_BYTES ?
>>>
>>> #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 -
* Eric Dumazet :
> On Fri, 2015-10-23 at 21:25 +0200, Helge Deller wrote:
>
> > Then, how about simply changing it to twice of L1_CACHE_BYTES ?
> >
> > #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 - sizeof(struct xps_map)) /
> > sizeof(u16))
>
>
>
On 22.10.2015 23:50, Eric Dumazet wrote:
> On Thu, 2015-10-22 at 22:00 +0200, Helge Deller wrote:
>> Hi Tom & David,
>>
>> I've queued-up a patch for the parisc architecture which reduces
>> L1_CACHE_BYTES from 32 to 16:
>> https://patchwork.kernel.org
On 22.10.2015 23:37, Tom Herbert wrote:
> On Thu, Oct 22, 2015 at 1:00 PM, Helge Deller wrote:
>> Hi Tom & David,
>>
>> I've queued-up a patch for the parisc architecture which reduces
>> L1_CACHE_BYTES from 32 to 16:
>> https://patchwork.kernel.org
Hi Tom & David,
I've queued-up a patch for the parisc architecture which reduces L1_CACHE_BYTES
from 32 to 16:
https://patchwork.kernel.org/patch/7399291/
But this change will break the kernel build like this:
In file included from net/core/dev.c:92:0:
net/core/dev.c: In function ‘expand_xps_
On Tuesday 20 November 2007, Andrew Morton wrote:
> On Sun, 18 Nov 2007 20:38:21 +0100 Helge Deller <[EMAIL PROTECTED]> wrote:
>
> > Andrew,
> >
> > could you please consider adding this patch to your 2.6.25 patch series?
>
> please cc netdev on networking-r
26 matches
Mail list logo
