[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090423124154.GA1397@elte.hu>
Date: Thu, 23 Apr 2009 14:41:54 +0200
From: Ingo Molnar <mingo@...e.hu>
To: Ivan Kokshaysky <ink@...assic.park.msu.ru>
Cc: Yinghai Lu <yinghai@...nel.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Jesse Barnes <jbarnes@...tuousgeek.org>,
"H. Peter Anvin" <hpa@...or.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Thomas Gleixner <tglx@...utronix.de>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
linux-pci@...r.kernel.org, yannick.roehlly@...e.fr
Subject: Re: [RFC PATCH 1/2] pci: don't assume pref memio are 64bit -v3
* Ivan Kokshaysky <ink@...assic.park.msu.ru> wrote:
> > +/* need to insert those two under iomem */
> > +struct resource iomem32_resource = {
> > + .name = "PCI mem 32bit",
> > + .start = 0,
> > + .end = 0xffffffff,
> > + .flags = IORESOURCE_MEM,
> > +};
> > +struct resource iomem64_resource = {
> > + .name = "PCI mem 64bit",
> > + .start = 1ULL<<32,
> > + .end = -1,
> > + .flags = IORESOURCE_MEM | IORESOURCE_MEM_64,
> > +};
> > +
>
> This only works on x86 and similar systems with 1:1 CPU address to
> bus address mapping. There is a lot of machines with multiple
> 32-bit PCI bus spaces (4G per PCI domain).
If you mean this "only" works on 95% of the systems that test the
upstream kernel then yes.
Obviously other architectural needs have to be considered too, but
you are making it sound as if there was some vast, more important
space to consider that Yinghai did not consider in his foolishness
;-)
Ingo
--
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