[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m1odctq3tn.fsf@ebiederm.dsl.xmission.com>
Date: Thu, 13 Dec 2007 21:48:36 -0700
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Roland Dreier <rdreier@...co.com>
Cc: venkatesh.pallipadi@...el.com, ak@....de,
torvalds@...ux-foundation.org, gregkh@...e.de, airlied@...net.ie,
davej@...hat.com, mingo@...e.hu, tglx@...utronix.de, hpa@...or.com,
akpm@...ux-foundation.org, arjan@...radead.org,
jesse.barnes@...el.com, linux-kernel@...r.kernel.org,
Suresh Siddha <suresh.b.siddha@...el.com>
Subject: Re: [RFC PATCH 06/12] PAT 64b: Add ioremap_wc support
Roland Dreier <rdreier@...co.com> writes:
> > > Also I didn't see anything like pgprot_wc() in the patchset (although
>
> > pgprot_writcombined.
>
> Oh I see it now (pgprot_writecombine() actually).
>
> However the same comment as before applies: there needs to be a
> fallback to pgprot_noncached() for all other architectures so that
> drivers can actually use it in a sane way.
Sounds reasonable.
There are three distinct pieces to this.
- Getting arch/x86 caught up the state art in linux
- Getting the state of the art generalized so everyone can use it.
- Figuring how to generally do the proper conflict checking so we
don't shoot ourselves in the head by accident.
They are all independent problems and can be solved in any order.
It should be the conflict checking that is the actual bottleneck.
The rest is just gravy.
Eric
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists