[RESEND PATCH v2 2/2] x86/mm/pat, drivers/media/ivtv: move pat warn and replace WARN() with pr_warn()

2015-07-17 Thread Luis R. Rodriguez
From: "Luis R. Rodriguez" On built-in kernels this warning will always splat as this is part of the module init. Fix that by shifting the PAT requirement check out under the code that does the "quasi-probe" for the device. This device driver relies on an existing driver to find its own devices, i

Re: [PATCH v2 2/2] x86/mm/pat, drivers/media/ivtv: move pat warn and replace WARN() with pr_warn()

2015-07-07 Thread Ingo Molnar
* Luis R. Rodriguez wrote: > On Mon, Jul 6, 2015 at 5:44 PM, Luis R. Rodriguez wrote: > > If we really wanted to we could consider arch_phys_wc_add() > > I mean adding a __arch_phys_wc_add() which does not check for pat_enabled(). > > > and > > deal with that this will not check for pat_enabl

Re: [PATCH v2 2/2] x86/mm/pat, drivers/media/ivtv: move pat warn and replace WARN() with pr_warn()

2015-07-06 Thread Luis R. Rodriguez
On Mon, Jul 6, 2015 at 5:44 PM, Luis R. Rodriguez wrote: > If we really wanted to we could consider arch_phys_wc_add() I mean adding a __arch_phys_wc_add() which does not check for pat_enabled(). > and > deal with that this will not check for pat_enabled() and forces MTRR... > I think Andy Luto

Re: [PATCH v2 2/2] x86/mm/pat, drivers/media/ivtv: move pat warn and replace WARN() with pr_warn()

2015-07-06 Thread Luis R. Rodriguez
On Mon, Jun 29, 2015 at 05:52:18AM -0400, Andy Walls wrote: > On June 29, 2015 2:55:05 AM EDT, Ingo Molnar wrote: > > > >* Andy Walls wrote: > > > >> On Fri, 2015-06-26 at 10:45 +0200, Ingo Molnar wrote: > >> > * Luis R. Rodriguez wrote: > >> > > >> > > On Thu, Jun 25, 2015 at 08:51:47AM +0200,

Re: [PATCH v2 2/2] x86/mm/pat, drivers/media/ivtv: move pat warn and replace WARN() with pr_warn()

2015-06-28 Thread Ingo Molnar
* Andy Walls wrote: > On Fri, 2015-06-26 at 10:45 +0200, Ingo Molnar wrote: > > * Luis R. Rodriguez wrote: > > > > > On Thu, Jun 25, 2015 at 08:51:47AM +0200, Ingo Molnar wrote: > > > > > > > > * Luis R. Rodriguez wrote: > > > > > > > > > From: "Luis R. Rodriguez" > > > > > > > > > > On b

Re: [PATCH v2 2/2] x86/mm/pat, drivers/media/ivtv: move pat warn and replace WARN() with pr_warn()

2015-06-26 Thread Andy Walls
On Fri, 2015-06-26 at 10:45 +0200, Ingo Molnar wrote: > * Luis R. Rodriguez wrote: > > > On Thu, Jun 25, 2015 at 08:51:47AM +0200, Ingo Molnar wrote: > > > > > > * Luis R. Rodriguez wrote: > > > > > > > From: "Luis R. Rodriguez" > > > > > > > > On built-in kernels this warning will always sp

Re: [PATCH v2 2/2] x86/mm/pat, drivers/media/ivtv: move pat warn and replace WARN() with pr_warn()

2015-06-26 Thread Ingo Molnar
* Luis R. Rodriguez wrote: > On Thu, Jun 25, 2015 at 08:51:47AM +0200, Ingo Molnar wrote: > > > > * Luis R. Rodriguez wrote: > > > > > From: "Luis R. Rodriguez" > > > > > > On built-in kernels this warning will always splat as this is part > > > of the module init. Fix that by shifting the

Re: [PATCH v2 2/2] x86/mm/pat, drivers/media/ivtv: move pat warn and replace WARN() with pr_warn()

2015-06-25 Thread Luis R. Rodriguez
On Thu, Jun 25, 2015 at 08:51:47AM +0200, Ingo Molnar wrote: > > * Luis R. Rodriguez wrote: > > > From: "Luis R. Rodriguez" > > > > On built-in kernels this warning will always splat as this is part > > of the module init. Fix that by shifting the PAT requirement check > > out under the code t

Re: [PATCH v2 2/2] x86/mm/pat, drivers/media/ivtv: move pat warn and replace WARN() with pr_warn()

2015-06-24 Thread Ingo Molnar
* Luis R. Rodriguez wrote: > From: "Luis R. Rodriguez" > > On built-in kernels this warning will always splat as this is part > of the module init. Fix that by shifting the PAT requirement check > out under the code that does the "quasi-probe" for the device. This > device driver relies on an

[PATCH v2 2/2] x86/mm/pat, drivers/media/ivtv: move pat warn and replace WARN() with pr_warn()

2015-06-24 Thread Luis R. Rodriguez
From: "Luis R. Rodriguez" On built-in kernels this warning will always splat as this is part of the module init. Fix that by shifting the PAT requirement check out under the code that does the "quasi-probe" for the device. This device driver relies on an existing driver to find its own devices, i