| 142526454746_584860007325 | Alex Chiang |
|
|
|
| |
| 148828524233_556260007552 | 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 |
|
| |
| 145128054607_563660007632 | 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 |
|
| |
| 173720224825_593160007182 | 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
|
|
| |
| 183120514435_505360007076 | 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 |
|
| |
| 192624404721_567160007804 | 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 |
|
| |
| 199727764656_523060007591 | 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 |
|
| |
| 178227894396_538860007969 | 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:
...
|
|
| |
| 102021614991_584560007734 | 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 |
|
| |
| 102729224786_546260007801 | 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 |
|
| |
| 153829014240_525960007529 | Alex Chiang |
|
|
|
| |
| 106325694304_571960007642 | 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 ++++++++++++++++++++++++++++++++++++++++++ |
|
| |
| 131025814430_570660007855 | 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
|
|
| |
| 167529904015_566560007107 | 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 |
|
| |
| 139928624029_518460007004 | 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 |
|
| |
| 198528634906_522560007478 | 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:
...
|
|
| |
| 175421854046_505860007846 | 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 |
|
| |
| 170022144426_513060007396 | 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 |
|
| |
| 198525954385_500060007220 | 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"
|
|
| |
| 110726594081_513660007406 | Yu Zhao |
|
|
|
| |
| 114128294268_504760007390 | 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 |
|
| |
| 152528084575_557260007480 | 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 ++++++++++++++++++++++++++++++++++++++++++ |
|
| |
| 141825674694_584560007615 | 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 |
|
| |
| 124026824209_562560007469 | 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 |
|
| |
| 184527904128_592760007972 | 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 |
|
| |
| 133220664800_560160007854 | 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 |
|
| |
| 199126394662_556660007528 | 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 |
|
| |
| 104526294094_574060007791 | 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 |
|
| |
| 135527134473_556460007154 | 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"
|
|
| |
| 103221824944_516160007870 | Yu Zhao |
|
|
|
| |
| 113224424937_593260007050 | 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 |
|
| |
| 178620334689_544760007900 | 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 |
|
| |
| 197526464528_506860007000 | 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 |
|
| |
| 186027414714_533360007051 | 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 | |
|
| |
| 148823374234_543260007343 | Greg KH |
|
|
|
| |
| 130126314786_523760007829 | 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 |
|
| |
| 128823484862_597760007462 | 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 |
|
| |
| 187727704107_540560007493 | 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 |
|
| |
| 140626984233_511960007538 | 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 |
|
| |
| 117125194876_540560007373 | 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:
|
|
| |
| 174922514003_553460007566 | 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 |
|
| |
| 136227784915_522460007709 | 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 |
|
| |
| 168626314478_579460007316 | 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 |
|
| |
| 128624424014_552060007045 | 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 |
|
| |
| 105727334565_593360007515 | 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 |
|
| |
| 130628874767_531060007256 | 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 |
|
| |
| 187727834033_579160007788 | 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 |
|
| |
| 149926944419_597860007455 | 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 |
|
| |
| 129427744897_530860007458 | 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.
|
|
| |
| 135423514191_592060007329 | 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.
|
|
| |
