Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755311AbbGGGxu (ORCPT ); Tue, 7 Jul 2015 02:53:50 -0400 Received: from mail-ig0-f176.google.com ([209.85.213.176]:37915 "EHLO mail-ig0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751072AbbGGGxl (ORCPT ); Tue, 7 Jul 2015 02:53:41 -0400 MIME-Version: 1.0 In-Reply-To: <20150707004417.GM7021@wotan.suse.de> 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> From: "Luis R. Rodriguez" Date: Mon, 6 Jul 2015 23:53:20 -0700 X-Google-Sender-Auth: 4iSYoQFqbAU7RNSSfCQF9cjjtY8 Message-ID: Subject: Re: [PATCH v2 2/2] x86/mm/pat, drivers/media/ivtv: move pat warn and replace WARN() with pr_warn() To: Andy Lutomirski , Ingo Molnar Cc: Andy Walls , Andy Walls , Toshi Kani , Hyong-Youb Kim , Benjamin Herrenschmidt , "Luis R. Rodriguez" , Borislav Petkov , Mauro Carvalho Chehab , Doug Ledford , Fengguang Wu , linux-media@vger.kernel.org, linux-rdma@vger.kernel.org, "linux-kernel@vger.kernel.org" Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1148 Lines: 27 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. > Thoughts? Luis -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/