From mboxrd@z Thu Jan 1 00:00:00 1970 From: akpm@linux-foundation.org (Andrew Morton) Date: Wed, 23 Feb 2011 16:06:32 -0800 Subject: [PATCH V5 Resend] ST SPEAr: PCIE gadget suppport In-Reply-To: <1298276455-23989-1-git-send-email-pratyush.anand@st.com> References: <1298276455-23989-1-git-send-email-pratyush.anand@st.com> Message-ID: <20110223160632.0b21c550.akpm@linux-foundation.org> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Mon, 21 Feb 2011 13:50:55 +0530 Pratyush Anand wrote: > This is a configurable gadget. can be configured by configfs interface. Any > IP available at PCIE bus can be programmed to be used by host > controller.It supoorts both INTX and MSI. > By default, gadget is configured for INTX and SYSRAM1 is mapped to BAR0 > with size 0x1000 > > Changes since V4: > - All documentation related comments incorporated > > Changes since V3: > - support for multiple instances of such device ^^ This doesn't seem to agree with the documentation. > ... > > --- /dev/null > +++ b/Documentation/ABI/testing/configfs-spear-pcie-gadget > @@ -0,0 +1,30 @@ > +What: /config/pcie-gadget > +Date: Feb 2011 > +KernelVersion: 2.6.37 > +Contact: Pratyush Anand > +Description: > + > + Interface is used to configure selected dual mode PCIe controller > + as device and then program its various registers to configure it > + as a particular device type. > + This interfaces can be used to show spear's PCIe device capability. > + > + Nodes are only visible when configfs is mounted. To mount configfs > + in /config directory use: > + # mount -t configfs none /config/ > + > + /config/pcie-gadget/ > + link ... used to enable ltssm and read its status. > + int_type ...used to configure and read type of supported > + interrupt > + no_of_msi ... used to configure number of MSI vector needed and > + to read no of MSI granted. > + inta ... write 1 to assert INTA and 0 to de-assert. > + send_msi ... write MSI vector to be sent. > + vendor_id ... used to write and read vendor id (hex) > + device_id ... used to write and read device id (hex) > + bar0_size ... used to write and read bar0_size > + bar0_address ... used to write and read bar0 mapped area in hex. > + bar0_rw_offset ... used to write and read offset of bar0 where > + bar0_data will be written or read. > + bar0_data ... used to write and read data at bar0_rw_offset. What's the configfs naming scheme for the second and later devices?