Re: [Nouveau] [Intel-gfx] [PATCH v2] drm: prefix header search paths with $(srctree)/

2019-04-25 Thread Dave Airlie
Daniel, drm-misc-next-fixes? Dave. On Fri, 26 Apr 2019 at 12:25, wrote: > > Hi Dave, > > > -Original Message- > > From: Dave Airlie [mailto:airl...@gmail.com] > > Sent: Friday, April 26, 2019 11:19 AM > > To: Yamada, Masahiro/山田 真弘 > > Cc: David Airlie ; Daniel Vetter ; > > dri-devel ;

Re: [Nouveau] [Intel-gfx] [PATCH v2] drm: prefix header search paths with $(srctree)/

2019-04-25 Thread yamada.masahiro
Hi Dave, > -Original Message- > From: Dave Airlie [mailto:airl...@gmail.com] > Sent: Friday, April 26, 2019 11:19 AM > To: Yamada, Masahiro/山田 真弘 > Cc: David Airlie ; Daniel Vetter ; > dri-devel ; nouveau > ; Sam Ravnborg ; David > (ChunMing) Zhou ; amd-gfx mailing list > ; James (Qian) W

Re: [Nouveau] [Intel-gfx] [PATCH v2] drm: prefix header search paths with $(srctree)/

2019-04-25 Thread Dave Airlie
On Fri, 26 Apr 2019 at 11:46, Masahiro Yamada wrote: > > Hi. > > > On Fri, Mar 29, 2019 at 8:37 PM Masahiro Yamada > wrote: > > > > Currently, the Kbuild core manipulates header search paths in a crazy > > way [1]. > > > > To fix this mess, I want all Makefiles to add explicit $(srctree)/ to > >

Re: [Nouveau] [PATCH] pci/quirks: Add quirk to reset nvgpu at boot for the Lenovo ThinkPad P50

2019-04-25 Thread Bjorn Helgaas
On Tue, Feb 12, 2019 at 05:02:30PM -0500, Lyude Paul wrote: > On a very specific subset of ThinkPad P50 SKUs, particularly ones that > come with a Quadro M1000M chip instead of the M2000M variant, the BIOS > seems to have a very nasty habit of not always resetting the secondary > Nvidia GPU between

[Nouveau] [Bug 93834] BUG: unable to handle kernel paging request at ffff88110fa7cffc

2019-04-25 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=93834 --- Comment #3 from RobertIngham --- Which could occur in other spot, that why flaw is in the lock code, lock is potentially undermined, at that point netflow_scan_and_export crashes when endeavor to utilize debased lock. Not really netflow_scan_