| 121525144694_589760007796 | Alex Chiang |
|
|
|
| |
| 115726964613_523260007808 | 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 |
|
| |
| 115422254090_573060007236 | 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 |
|
| |
| 180827374651_521960007276 | 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
|
|
| |
| 136426024005_519960007017 | 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 |
|
| |
| 108420574531_577960007999 | 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 |
|
| |
| 157421114695_518760007052 | 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 |
|
| |
| 199624984278_508660007806 | 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:
...
|
|
| |
| 132220344543_597360007707 | 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 |
|
| |
| 124926194308_525460007151 | 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 |
|
| |
| 127129034209_580360007163 | Alex Chiang |
|
|
|
| |
| 180222554275_549660007619 | 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 ++++++++++++++++++++++++++++++++++++++++++ |
|
| |
| 154924374116_582760007344 | 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
|
|
| |
| 163328464378_517660007633 | 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 |
|
| |
| 188320664251_519160007069 | 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 |
|
| |
| 134225934972_555260007653 | 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:
...
|
|
| |
| 171621964908_599160007349 | 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 |
|
| |
| 161022424787_572760007310 | 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 |
|
| |
| 107027024155_544960007974 | 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"
|
|
| |
| 108127604040_533260007361 | Yu Zhao |
|
|
|
| |
| 140222934954_537460007349 | 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 |
|
| |
| 102625614546_593460007239 | 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 ++++++++++++++++++++++++++++++++++++++++++ |
|
| |
| 128321614481_507060007550 | 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 |
|
| |
| 138129604252_553760007129 | 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 |
|
| |
| 151024904890_555160007842 | 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 |
|
| |
| 191222244134_586660007980 | 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 |
|
| |
| 121526254541_576160007092 | 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 |
|
| |
| 200028424254_548160007142 | 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 |
|
| |
| 103022934102_528260007510 | 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"
|
|
| |
| 141223404000_530260007823 | Yu Zhao |
|
|
|
| |
| 114328034047_527860007645 | 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 |
|
| |
| 125828844269_579960007828 | 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 |
|
| |
| 189126444670_514560007582 | 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 |
|
| |
| 128721554876_538960007705 | 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 | |
|
| |
| 190028514045_590060007937 | Greg KH |
|
|
|
| |
| 172322964740_577060007408 | 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 |
|
| |
| 141528334292_568560007937 | 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 |
|
| |
| 151325234581_518260007706 | 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 |
|
| |
| 176429564861_563960007298 | 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 |
|
| |
| 134422444149_539060007301 | 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:
|
|
| |
| 132628684598_506560007172 | 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 |
|
| |
| 147420524005_576660007638 | 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 |
|
| |
| 170222494160_528260007829 | 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 |
|
| |
| 198821964784_584960007128 | 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 |
|
| |
| 114721794373_529660007518 | 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 |
|
| |
| 159828964385_519560007022 | 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 |
|
| |
| 136824344074_537460007812 | 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 |
|
| |
| 101129024061_517260007494 | 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 |
|
| |
| 100021714690_578560007525 | 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.
|
|
| |
| 191421674704_528760007273 | 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.
|
|
| |
