| To: | Bjorn Helgaas <bjorn.helgaas@hp.com> |
|---|---|
| Subject: | Re: Reverting old hack |
| From: | Yoichi Yuasa <yuasa@linux-mips.org> |
| Date: | Wed, 24 Feb 2010 09:03:33 +0900 |
| Cc: | yuasa@linux-mips.org, Ralf Baechle <ralf@linux-mips.org>, linux-mips@linux-mips.org, Benjamin Herrenschmidt <benh@kernel.crashing.org> |
| Dkim-signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=OmZo8JnSKNUeGOCHyJ8UxMom9XpJVKdiTvgLKGRbCPY=; b=WJBNqWCI2EWtQogsNATKE8AAsrQg7aoz6rAB/ZugI4bPFLhSWd5q651T6TUckK4/9w BTvU6+/6H3KxSmApDyut6T/OfBSFFOIdYfCwcUdd/tyYUyQdhx7s+a2NzbmMfTUmDt+Q x+5bH4pKms/fgudFIX+AJl0lq9/UFz7a1uHJA= |
| Domainkey-signature: | a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=P2YQH/pA9GaWliaVZ63X+InB2PKqttADL4k4/v4rpXy0AewAXX7laikOiH6PIqm9Ly Wh15/a1ym8WIbAd1/XFc5zEBxNHSuI8KJgzcnIGdoMbXz0S3VCMB6oXTT+nuTHabua3J hBtXMHZvRLzPZO/m1pzEbl+hYJHR+xdpgncuk= |
| In-reply-to: | <201002231601.15136.bjorn.helgaas@hp.com> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <20100220113134.GA27194@linux-mips.org> <1266815257.1959.23.camel@dc7800.home> <20100222132830.GA5017@linux-mips.org> <201002231601.15136.bjorn.helgaas@hp.com> |
| Sender: | linux-mips-bounce@linux-mips.org |
On Tue, 23 Feb 2010 16:01:14 -0700 Bjorn Helgaas <bjorn.helgaas@hp.com> wrote: > On Monday 22 February 2010 06:28:30 am Ralf Baechle wrote: > > It's a while since I last looked into this but here's how things afair > > are working on a MIPS-based Cobalt system. > > > > The system is based on a MIPS processor and a GT-64111 system controller. > > Addresses within a certain CPU address range are passed to the PCI bus as > > I/O cycles without address cycles. Since memory is starting at CPU address > > zero (and has to because of the processors used), that address window has > > to get mapped somewhere else. So a CPU access to some virtual address gets > > translated to physical address 0xf00001f0. The GT-64111 passes this to the > > PCI bus as I/O port address 0xf00001f0. Finally the VT82C586 chip which > > only decodes the low 16 bits drops treats this as an I/O port space address > > 0x1f0. > > Yoichi, can you try the patch below? I think this is basically the > approach Ben suggested long ago: > http://marc.info/?l=linux-kernel&m=119733290624544&w=2 It works fine with 2.6.34 queue tree. pci.c change is already committed by Ralf. Thanks, Yoichi |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Problems and workarounds while building octeon kernels, Andreas Barth |
|---|---|
| Next by Date: | TITAN ethernet driver exist only in linux-mips, Yoichi Yuasa |
| Previous by Thread: | Re: Reverting old hack, Bjorn Helgaas |
| Next by Thread: | Re: Reverting old hack, Ralf Baechle |
| Indexes: | [Date] [Thread] [Top] [All Lists] |