Linux PARISC architecture development
 help / color / mirror / Atom feed
From: Bill Katz <billk@sr.hp.com>
To: parisc-linux@thepuffingroup.com
Subject: Re: [parisc-linux] Dino PCI and I/O spaces (fwd)
Date: Mon, 14 Jun 1999 22:34:16 -0700 (PDT)	[thread overview]
Message-ID: <199906150534.WAA14372@meow.sr.hp.com> (raw)

|Alan Cox wrote:
|> > > accesses. There seems to be no way to do byte sized config accesses, do
|> > > I just read 32bits mask and write 32bits ?
|> > 
|> > I thought Dino will forward the byte enables to the PCI bus.
|> > PCI-PCI bridge numbering I think depends on this.
|> 
|> So how do I set those. The documentaiton also says the low two bits of
|> the register read back as 0. I guess that doesnt actually imply that the
|> write of it has no affect. 
|
|The PCI_CONFIG_ADDR register (offset 0x64) is used to source the
|word address. So it's not surprising the lower order bits are RO.
|
|"Byte enables" are GSC and PCI bus signals - not register contents.
|The PA processor generates byte enable signals on the GSC bus and
|Dino forwards those for the appropriate bytes (swapped to match
|the swapping/endian conversion done for the PCI_CONFIG_DATA register.)
|The byte enable signals are taken when a processor read/write targets
|the PCI_CONFIG_DATA register (offset 0x68). The contents of PCI_CONFIG_ADDR
|and bytes enable signals from GSC bus are combined to generate a read/write
|transaction on the PCI bus.
|
|(Disclaimer: I'm not as certain of the above as it sounds though I
|believe it's correct - remember, I'm a SW engineer :^)
|

Grant has it right.  I've watchedd Dino with a full logic analyzer on
both GSC and PCI...  The 4 byte enables get swapped as Grant described
and if you do a single byte access, a single byte pops out the other side.

	-Bill

             reply	other threads:[~1999-06-15  5:34 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-06-15  5:34 Bill Katz [this message]
1999-06-15 12:53 ` [parisc-linux] Dino PCI and I/O spaces (fwd) Alan Cox

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=199906150534.WAA14372@meow.sr.hp.com \
    --to=billk@sr.hp.com \
    --cc=parisc-linux@thepuffingroup.com \
    /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