[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAErSpo6TH7QghPMhDxrohEz5rUtSiQEh_VR66f+jckPUWjey0g@mail.gmail.com>
Date: Tue, 17 Dec 2013 15:24:22 -0700
From: Bjorn Helgaas <bhelgaas@...gle.com>
To: Alex Williamson <alex.williamson@...hat.com>
Cc: "linux-pci@...r.kernel.org" <linux-pci@...r.kernel.org>,
Don Dutile <ddutile@...hat.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 3/3] pci: Add Virtual Channel to save/restore support
On Tue, Dec 17, 2013 at 3:12 PM, Alex Williamson
<alex.williamson@...hat.com> wrote:
> On Mon, 2013-12-16 at 17:48 -0700, Bjorn Helgaas wrote:
>> On Tue, Dec 10, 2013 at 11:48:45AM -0700, Alex Williamson wrote:
>> > +static void pci_vc_load_arb_table(struct pci_dev *dev, int pos)
>> > +{
>> > + u32 ctrl;
>> > +
>> > + pci_read_config_dword(dev, pos + PCI_VC_PORT_CTRL, &ctrl);
>> > + pci_write_config_dword(dev, pos + PCI_VC_PORT_CTRL, ctrl | 1);
>> > + if (pci_wait_for_pending(dev, pos + PCI_VC_PORT_STATUS, 1))
>> spec says these are 16-bit registers; shouldn't these be "word" accesses?
>
> The control registers are 32-bit, the status registers are 16-bit.
> pci_wait_for_pending uses word access.
The "VC Resource Control Registers" at offset 14h + (n * 0Ch) are 32
bits, but I was referring to the PCI_VC_PORT_CTRL accesses, sorry I
didn't make that clear. I'm looking at 7.11.4 "Port VC Control
Register" at offset 12 (0Ch), and that one looks like 16 bits to me.
Bjorn
--
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