Linux PARISC architecture development
 help / color / mirror / Atom feed
From: Matthew Wilcox <willy@debian.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Cc: Peter 'p2' De Schrijver <p2@mind.be>,
	parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Matrox Millenium II in C240
Date: Sun, 5 Jan 2003 13:10:37 +0000	[thread overview]
Message-ID: <20030105131037.E19239@parcelfarce.linux.theplanet.co.uk> (raw)
In-Reply-To: <20030103051715.GA14565@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Thu, Jan 02, 2003 at 10:17:15PM -0700

On Thu, Jan 02, 2003 at 10:17:15PM -0700, Grant Grundler wrote:
> Does it? are the 64-bit slots 3.3v only?

Yep.  Thought that was part of the PCI spec, though maybe I'm confused with
66MHz.

> > Has anyone before succeeded in accessing mmio space of PCI
> > card attached to the 32bit PCI bus of the C240 ?
> 
> SCSI is accessed that way. tulip driver can be tweaked to use MMIO
> if you don't have any 100BT GSC (card-mode Dino) cards.

umm.. I thought cardmode MMIO was working now on B/C/J class machines.
I think D/K/R still have resource management issues.

> > 00:01.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W [Millennium II] (prog-if 00 [VGA])
> > 	Subsystem: Matrox Graphics, Inc.: Unknown device 2003
> > 	Flags: medium devsel, IRQ 97
> > 	Memory at f9000000 (32-bit, prefetchable) [size=16M]
> > 	Memory at f3ffc000 (32-bit, non-prefetchable) [size=16K]
> > 	Memory at f2800000 (32-bit, non-prefetchable) [size=8M]
> > 	Expansion ROM at f3f80000 [disabled] [size=64K]
> 
> Looks like PDC/IODC did it's thing.
> Look at matrox drivers to make sure they are calling
> "pci_device_enable()" and ioremap() before attempting to access
> the device.
> 
> Check /proc/iomem to see which PCI bus controller
> this is getting routed through and that the system
> has correctly identified the MMIO resources.
> 
> It's interesting one device has MMIO at both 0xf2800000
> and 0xf9000000 since it would imply one PCI controller is supposed
> to forward the entire range of addresses. But Dino only forwards
> (any number of) 8MB chunks between 0xf0800000 and 0xff800000 (except
> the first and last 8MB chunks).

I think this may well be the problem.  I bet Dino hasn't been programmed
to forward the 16MB range at f900'0000, and Linux has just found an
unused bit of address space and allocated it to the Matrox card.

-- 
"It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject?" -- Robert Fisk

  reply	other threads:[~2003-01-05 13:10 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-02 12:38 [parisc-linux] Matrox Millenium II in C240 Peter 'p2' De Schrijver
2003-01-03  5:17 ` Grant Grundler
2003-01-05 13:10   ` Matthew Wilcox [this message]
2003-01-06 17:00     ` Grant Grundler
2003-01-08 19:49       ` Peter 'p2' De Schrijver

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030105131037.E19239@parcelfarce.linux.theplanet.co.uk \
    --to=willy@debian.org \
    --cc=grundler@dsl2.external.hp.com \
    --cc=p2@mind.be \
    --cc=parisc-linux@lists.parisc-linux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox