Re: [PATCH 0/3] Resolve -Wattribute-alias warnings from SYSCALL_DEFINEx()

2018-06-16 Thread Stafford Horne
On Fri, Jun 15, 2018 at 05:53:19PM -0700, Paul Burton wrote: > This series introduces infrastructure allowing compiler diagnostics to > be disabled or their severity modified for specific pieces of code, with > suitable abstractions to prevent that code from becoming tied to a > specific compiler.

Re: [PATCH] mm: convert return type of handle_mm_fault() caller to vm_fault_t

2018-06-16 Thread kbuild test robot
Hi Souptick, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on v4.17] [cannot apply to linus/master powerpc/next sparc-next/master next-20180615] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://

Re: [RFC PATCH 03/23] genirq: Introduce IRQF_DELIVER_AS_NMI

2018-06-16 Thread Thomas Gleixner
On Fri, 15 Jun 2018, Ricardo Neri wrote: > On Fri, Jun 15, 2018 at 09:01:02AM +0100, Julien Thierry wrote: > > In my patches, I'm not sure there is much to adapt to your work as most of > > it is arch specific (although I wont say no to another pair of eyes looking > > at them). From what I've seen

Re: [RFC PATCH 20/23] watchdog/hardlockup/hpet: Rotate interrupt among all monitored CPUs

2018-06-16 Thread Thomas Gleixner
On Fri, 15 Jun 2018, Ricardo Neri wrote: > On Fri, Jun 15, 2018 at 12:29:06PM +0200, Thomas Gleixner wrote: > > You have to consider two cases: > > > > 1) !remapped mode: > > > > That's reasonably simple because you just have to deal with the HPET > > TIMERn_PROCMSG_ROUT register. But th

Re: [RFC PATCH 17/23] watchdog/hardlockup/hpet: Convert the timer's interrupt to NMI

2018-06-16 Thread Thomas Gleixner
On Fri, 15 Jun 2018, Ricardo Neri wrote: > On Fri, Jun 15, 2018 at 11:19:09AM +0200, Thomas Gleixner wrote: > > On Thu, 14 Jun 2018, Ricardo Neri wrote: > > > Alternatively, there could be a counter that skips reading the HPET status > > > register (and the detection of hardlockups) for every X NMI

Re: [PATCH] Revert "net: pskb_trim_rcsum() and CHECKSUM_COMPLETE are friends"

2018-06-16 Thread Eric Dumazet
On 06/16/2018 12:14 AM, Mathieu Malaterre wrote: > Hi Eric, > > On Fri, Jun 15, 2018 at 9:14 PM Eric Dumazet wrote: >> >> >> >> On 06/15/2018 11:56 AM, Mathieu Malaterre wrote: >>> This reverts commit 88078d98d1bb085d72af8437707279e203524fa5. >>> >>> It causes regressions for people using chip

Re: [PATCH v1] mm: relax deferred struct page requirements

2018-06-16 Thread Jiri Slaby
On 11/21/2017, 08:24 AM, Michal Hocko wrote: > On Thu 16-11-17 20:46:01, Pavel Tatashin wrote: >> There is no need to have ARCH_SUPPORTS_DEFERRED_STRUCT_PAGE_INIT, >> as all the page initialization code is in common code. >> >> Also, there is no need to depend on MEMORY_HOTPLUG, as initialization c

Re: [PATCH] Revert "net: pskb_trim_rcsum() and CHECKSUM_COMPLETE are friends"

2018-06-16 Thread Mathieu Malaterre
Hi Eric, On Fri, Jun 15, 2018 at 9:14 PM Eric Dumazet wrote: > > > > On 06/15/2018 11:56 AM, Mathieu Malaterre wrote: > > This reverts commit 88078d98d1bb085d72af8437707279e203524fa5. > > > > It causes regressions for people using chips driven by the sungem > > driver. Suspicion is that the skb->