| 120221074370_514160007963 | Alex Chiang |
|
|
|
| |
| 130528544106_598360007632 | 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 |
|
| |
| 138629434520_553160007695 | 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 |
|
| |
| 196326854048_570360007790 | 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
|
|
| |
| 105121824864_508160007531 | 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 |
|
| |
| 195429504638_532360007065 | 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 |
|
| |
| 128623954920_539260007311 | 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 |
|
| |
| 102327644253_554360007918 | 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:
...
|
|
| |
| 123822574603_528660007667 | 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 |
|
| |
| 107620114850_594160007596 | 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 |
|
| |
| 147120464545_510860007635 | Alex Chiang |
|
|
|
| |
| 117426564030_509460007409 | 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 ++++++++++++++++++++++++++++++++++++++++++ |
|
| |
| 140620714172_565960007467 | 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
|
|
| |
| 157728544725_517960007686 | 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 |
|
| |
| 184722164698_569660007791 | 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 |
|
| |
| 129226284838_583760007207 | 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:
...
|
|
| |
| 147229114863_550360007911 | 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 |
|
| |
| 191224114983_508460007597 | 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 |
|
| |
| 155226474450_527660007591 | 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"
|
|
| |
| 196226734807_566060007965 | Yu Zhao |
|
|
|
| |
| 145126614592_528860007329 | 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 |
|
| |
| 149529704240_535860007245 | 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 ++++++++++++++++++++++++++++++++++++++++++ |
|
| |
| 126823844656_525160007726 | 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 |
|
| |
| 184820194372_529860007199 | 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 |
|
| |
| 188922584872_569660007240 | 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 |
|
| |
| 166123684901_525260007398 | 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 |
|
| |
| 158221514368_582260007841 | 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 |
|
| |
| 106727794224_572360007693 | 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 |
|
| |
| 144928784713_582260007009 | 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"
|
|
| |
| 102020654267_589260007184 | Yu Zhao |
|
|
|
| |
| 113224224553_503360007209 | 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 |
|
| |
| 143122564361_580060007871 | 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 |
|
| |
| 164021454649_586460007679 | 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 |
|
| |
| 155723164556_526960007732 | 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 | |
|
| |
| 127821574797_554660007558 | Greg KH |
|
|
|
| |
| 173121824980_528360007654 | 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 |
|
| |
| 149326474910_585460007988 | 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 |
|
| |
| 172520854132_537460007000 | 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 |
|
| |
| 105225064317_560860007454 | 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 |
|
| |
| 134020544612_513660007662 | 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:
|
|
| |
| 169523304844_567460007058 | 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 |
|
| |
| 132721064705_523760007150 | 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 |
|
| |
| 122526854235_535860007184 | 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 |
|
| |
| 135821104691_567560007466 | 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 |
|
| |
| 112920594520_574260007119 | 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 |
|
| |
| 140328904450_524760007063 | 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 |
|
| |
| 130528924169_501060007129 | 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 |
|
| |
| 116123544815_539660007873 | 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 |
|
| |
| 158120704984_527160007703 | 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.
|
|
| |
| 173828754762_525760007958 | 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.
|
|
| |
