173920204651_532560007402	Alex Chiang
118923284562_566360007029	Greg KH
This patch adds the function to pciehp that generates udev events corresponding to the hotplug event. Signed-off-by: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx --- drivers/pci/hotplug/pciehp.h
133821844417_571060007087	Taku Izumi
Hello Taku-san, * Greg KH <greg@xxxxxxxxx : On Fri, Mar 13, 2009 at 06:02:22PM +0900, Taku Izumi wrote: This patchset adds an uevent framework to pci_hotplug. Why? What is this ne
168030004786_532260007221	Greg KH
The reason Im asking is because, if youre looking to get a uevent emitted when the attention button is pressed or the MRL is opened, well... why do you need it? The operator knows he pressed
140229444776_586360007431	Alex Chiang
On Wed, Mar 18, 2009 at 05:29:11PM +0900, Taku Izumi wrote: Hi Greg, Alex This patchset adds an uevent framework to pci_hotplug. Why? What is this needed for? Who
174024524452_539060007463	John Burr
* Greg KH <greg@xxxxxxxxx : On Tue, Mar 24, 2009 at 06:40:56PM +0900, Taku Izumi wrote: The reason Im asking is because, if youre looking to get a uevent emitted when the attent
179229674792_535460007887	Greg KH
On Wed, Mar 18, 2009 at 10:56:44AM -0600, Alex Chiang wrote: * Greg KH <greg@xxxxxxxxx : On Wed, Mar 18, 2009 at 05:29:11PM +0900, Taku Izumi wrote: Hi Greg, Alex This
138429674071_580260007752	Yu Zhao
Hello! If I use the lspci linux-proc access method (-A linux-proc) only 32-bits of the memory BAR physical address is displayed, with the truncation occurring on the right. Example: ...
188923564751_567460007341	Greg KH
Greg KH wrote: On Wed, Mar 18, 2009 at 05:29:11PM +0900, Taku Izumi wrote: Hi Greg, Alex This patchset adds an uevent framework to pci_hotplug. Why? What is this needed f
189620804285_567260007999	Yu Zhao
Restore the volatile registers in the SR-IOV capability after the D3- D0 transition. Signed-off-by: Yu Zhao <yu.zhao@xxxxxxxxx --- drivers/pci/iov.c | 29 +++++++++++++++++++++++++++++ driver
110326824450_555560007227	Alex Chiang
101828654193_581060007822	Yu Zhao
Add or remove a Virtual Function after receiving a Migrate In or Out Request. Signed-off-by: Yu Zhao <yu.zhao@xxxxxxxxx --- drivers/pci/iov.c | 119 ++++++++++++++++++++++++++++++++++++++++++
169726034789_576960007465	Greg KH
The reason Im asking is because, if youre looking to get a uevent emitted when the attention button is pressed or the MRL is opened, well... why do you need it? The operator knows he pressed
152022934822_527060007500	Yu Zhao
Signed-off-by: Yu Zhao <yu.zhao@xxxxxxxxx --- Documentation/DocBook/kernel-api.tmpl | 1 + Documentation/PCI/pci-iov-howto.txt | 99 +++++++++++++++++++++++++++++++++ 2 files changed, 100
161228644580_589860007523	John Burr
* Greg KH <greg@xxxxxxxxx : On Tue, Mar 24, 2009 at 06:40:56PM +0900, Taku Izumi wrote: The reason Im asking is because, if youre looking to get a uevent emitted when the attent
189626384205_534660007278	Yu Zhao
Hello! If I use the lspci linux-proc access method (-A linux-proc) only 32-bits of the memory BAR physical address is displayed, with the truncation occurring on the right. Example: ...
157422114142_576760007362	Matthew Wilcox
If a device has the SR-IOV capability, initialize it (set the ARI Capable Hierarchy in the lowest numbered PF if necessary; calculate the System Page Size for the VF MMIO, probe the VF Offset, Stride
158927194965_537760007370	Yu Zhao
Restore the volatile registers in the SR-IOV capability after the D3- D0 transition. Signed-off-by: Yu Zhao <yu.zhao@xxxxxxxxx --- drivers/pci/iov.c | 29 +++++++++++++++++++++++++++++ driver
184320084664_566460007631	Matthew Wilcox
On Thu, 19 Mar 2009 13:53:12 -0600 Matthew Wilcox <matthew@xxxxxx wrote: On Wed, Mar 11, 2009 at 03:25:42PM +0800, Yu Zhao wrote: +config PCI_IOV + bool "PCI IOV support"
116328914494_574460007028	Yu Zhao
126726854667_547360007860	Yu Zhao
Add or remove the Virtual Function when the SR-IOV is enabled or disabled by the device driver. This can happen anytime rather than only at the device probe stage. Signed-off-by: Yu Zhao <yu.zhao
175126044071_589460007092	Yu Zhao
Add or remove a Virtual Function after receiving a Migrate In or Out Request. Signed-off-by: Yu Zhao <yu.zhao@xxxxxxxxx --- drivers/pci/iov.c | 119 ++++++++++++++++++++++++++++++++++++++++++
125529604812_522060007299	Linus Torvalds
Hi Linus, These are the PCI fixes that have been piling up for the last week while Jesses been on vacation. I dont think theres anything questionable here. All the patches have been posted to lin
159021804307_525360007586	Yu Zhao
Signed-off-by: Yu Zhao <yu.zhao@xxxxxxxxx --- Documentation/DocBook/kernel-api.tmpl | 1 + Documentation/PCI/pci-iov-howto.txt | 99 +++++++++++++++++++++++++++++++++ 2 files changed, 100
188520074477_537860007265	Yinghai Lu
On Wed, Mar 11, 2009 at 12:22:56PM -0700, Linus Torvalds wrote: On Tue, 10 Mar 2009, Matthew Wilcox wrote: These are the PCI fixes that have been piling up for the last week while Jesses be
140720184950_507360007980	Yinghai Lu
On Wed, Mar 11, 2009 at 01:36:05PM -0700, Yinghai Lu wrote: please dont use that one. and use "pci: dont disable too many HT MSI mapping -v4" instead I already said Im not comfortable
193322424584_500360007955	Matthew Wilcox
If a device has the SR-IOV capability, initialize it (set the ARI Capable Hierarchy in the lowest numbered PF if necessary; calculate the System Page Size for the VF MMIO, probe the VF Offset, Stride
109623914915_590960007252	Matthew Wilcox
On Mittwoch 11 März 2009 20:22:56 Linus Torvalds wrote: On Tue, 10 Mar 2009, Matthew Wilcox wrote: These are the PCI fixes that have been piling up for the last week while Jesses been
120722014432_551560007276	Matthew Wilcox
On Thu, 19 Mar 2009 13:53:12 -0600 Matthew Wilcox <matthew@xxxxxx wrote: On Wed, Mar 11, 2009 at 03:25:42PM +0800, Yu Zhao wrote: +config PCI_IOV + bool "PCI IOV support"
110123384283_557860007034	Yu Zhao
184321244052_579260007544	Rafael J Wysocki
Commit 55633af3 (PCIe portdrv: Use driver data to simplify code) added a kfree of the driver private data in pcie_port_device_remove but forgot to remove the old kfree from pcie_portdrv_remove. Sign
177221304787_535660007922	Harry Ciao
On Mon, 9 Mar 2009 12:08:15 -0600 Alex Chiang <achiang@xxxxxx wrote: Commit 55633af3 (PCIe portdrv: Use driver data to simplify code) added a kfree of the driver private data in pcie_port_de
131122304313_522660007924	Yu Zhao
Add or remove the Virtual Function when the SR-IOV is enabled or disabled by the device driver. This can happen anytime rather than only at the device probe stage. Signed-off-by: Yu Zhao <yu.zhao
147823464124_591160007579	Greg KH
Add the PCI Device ID for the PCI Bridge Controller on AMD8111 chip, which is used by AMD8111 EDAC driver. Signed-off-by: Harry Ciao <qingtao.cao@xxxxxxxxxxxxx --- include/linux/pci_ids.h |
118629634918_547060007634	Greg KH
150423824758_555760007956	Greg KH
Hi Kay, Greg, Ive been working on this patch series recently that adds function and device level hotplug into the PCI core: rel="nofollow" thread.gmane.org/gmane.linux.kernel.pci/3495 thread
110129474085_588860007219	Alex Chiang
On Mon, Mar 09, 2009 at 08:04:53AM -0700, Greg KH wrote: On Mon, Mar 09, 2009 at 12:36:54AM -0600, Alex Chiang wrote: - discover that e00000018cac2920 is still hanging around! What do you
181026144450_512260007589	Alex Chiang
On Mon, Mar 09, 2009 at 10:50:10AM -0600, Alex Chiang wrote: I thought about the allocators returning a pointer to the same location that maybe has some valid looking data hanging around, but i
104523184936_517060007798	Vegard Nossum
* Matthew Wilcox <matthew@xxxxxx : On Mon, Mar 09, 2009 at 10:50:10AM -0600, Alex Chiang wrote: I thought about the allocators returning a pointer to the same location that maybe has som
174924154760_566660007299	Alex Chiang
* Vegard Nossum <vegard.nossum@xxxxxxxxx : 2009/3/9 Alex Chiang <achiang@xxxxxx : * Matthew Wilcox <matthew@xxxxxx : On Mon, Mar 09, 2009 at 10:50:10AM -0600, Alex Chiang wrote:
130023894682_505860007857	Alex Chiang
From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx Introduce pci_is_root_bus helper function. This will help make code more consistent, as well as prevent incorrect assumptions (such as pci_b
101320474804_509960007106	Alex Chiang
From: Trent Piepho <xyzzy@xxxxxxxxxxxxx pci_scan_slot() has been rewritten to be less complex and will now return the number of *new* devices found. Existing callers need not worry because they
131927444721_577060007561	Kenji Kaneshige
We have a nice interface for re-scanning a PCI bus which will discover newly added devices, add them to the device tree, and enable them properly. Ensure that the bridge resources are properly sized
135929124880_529560007108	Kenji Kaneshige
Hello Kenji-san, * Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx : Alex Chiang wrote: We have a nice interface for re-scanning a PCI bus which will discover newly added devices, add t
109228314523_585260007408	Kenji Kaneshige
Hello Kenji-san, * Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx : Alex Chiang wrote: I hadnt gotten around to verifying/fixing existing callers of pci_do_scan_bus yet. I was foc
115127984798_583360007743	Kenji Kaneshige
* Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx : Alex Chiang wrote: The more I think about it though, the more I think that even without the below patch to clean up the callers of pc
169028704791_549360007725	Alex Chiang
This interface allows the user to force a rescan of all PCI buses in system, and rediscover devices that have been removed earlier. Cc: Trent Piepho <xyzzy@xxxxxxxxxxxxx Cc: djwong@xxxxxxxxxx Re
159922884468_532060007334	Alex Chiang
This is an updated version of this patch. It fixes a bug where we would remove a bridge even if it still had children. Now we check for children before attempting to remove the bridge. /ac commit
188124164246_576060007328	Alex Chiang
* Alex Chiang <achiang@xxxxxx : * Alex Chiang <achiang@xxxxxx : This is an updated version of this patch. It fixes a bug where we would remove a bridge even if it still had children.
186828034158_539160007656	Alex Chiang
* Alex Chiang <achiang@xxxxxx : * Alex Chiang <achiang@xxxxxx : This is an updated version of this patch. It fixes a bug where we would remove a bridge even if it still had children.