From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail-wi0-f174.google.com ([209.85.212.174]:37311 "EHLO mail-wi0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755267AbbGGHDN (ORCPT ); Tue, 7 Jul 2015 03:03:13 -0400 Date: Tue, 7 Jul 2015 09:03:06 +0200 From: Ingo Molnar To: "Luis R. Rodriguez" Cc: Andy Lutomirski , Andy Walls , Andy Walls , Toshi Kani , Hyong-Youb Kim , Benjamin Herrenschmidt , Borislav Petkov , Mauro Carvalho Chehab , Doug Ledford , Fengguang Wu , linux-media@vger.kernel.org, linux-rdma@vger.kernel.org, "linux-kernel@vger.kernel.org" Subject: Re: [PATCH v2 2/2] x86/mm/pat, drivers/media/ivtv: move pat warn and replace WARN() with pr_warn() Message-ID: <20150707070306.GB9784@gmail.com> References: <1435166600-11956-1-git-send-email-mcgrof@do-not-panic.com> <1435166600-11956-3-git-send-email-mcgrof@do-not-panic.com> <20150625065147.GB5339@gmail.com> <20150625173847.GH3005@wotan.suse.de> <20150626084546.GD26303@gmail.com> <1435322161.2713.10.camel@localhost> <20150629065505.GB17509@gmail.com> <57337D5A-7486-4D01-8316-DFAF4CAF3DA7@md.metrocast.net> <20150707004417.GM7021@wotan.suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-media-owner@vger.kernel.org List-ID: * 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_enabled() and forces MTRR... > > I think Andy Luto won't like that very much though ? I at least don't > > like it since we did all this work to finally leave only 1 piece of > > code with direct MTRR access... Seems a bit sad. Since ipath will > > be removed we'd have only ivtv driver using this API, I am not sure if > > its worth it. > > Since ipath is going away soon we'd just have one driver with the icky > #ifdef code. I'd rather see that and then require semantics / grammer > rules to require ioremap_wc() when used with arch_phys_wc_add(). I don't think > ivtv is worth to consider breaking the semantics and requirements. Ok, let's keep your original approach with the warning then. Thanks, Ingo