| 150727054315_514460007931 | Alex Chiang |
|
|
|
| |
| 157723114690_571560007829 | 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 |
|
| |
| 167324844703_599560007322 | 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 |
|
| |
| 127029084919_596360007338 | 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
|
|
| |
| 164327474675_555760007642 | 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 |
|
| |
| 143426904346_574960007568 | 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 |
|
| |
| 167924124879_536860007098 | 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 |
|
| |
| 119727994583_590160007399 | 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:
...
|
|
| |
| 122220634307_514160007863 | 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 |
|
| |
| 147926694610_515460007793 | 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 |
|
| |
| 179626594483_514260007318 | Alex Chiang |
|
|
|
| |
| 171020864730_558960007856 | 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 ++++++++++++++++++++++++++++++++++++++++++ |
|
| |
| 168826534655_527160007448 | 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
|
|
| |
| 167027764511_597860007537 | 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 |
|
| |
| 184023954205_544960007431 | 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 |
|
| |
| 124223454090_572660007498 | 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:
...
|
|
| |
| 104321984585_577360007040 | 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 |
|
| |
| 162924754693_528360007246 | 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 |
|
| |
| 173124164021_524260007938 | 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"
|
|
| |
| 178022334333_598560007883 | Yu Zhao |
|
|
|
| |
| 141629254228_550760007717 | 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 |
|
| |
| 100426944915_559060007702 | 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 ++++++++++++++++++++++++++++++++++++++++++ |
|
| |
| 163020944176_532360007923 | 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 |
|
| |
| 156921084338_559060007732 | 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 |
|
| |
| 152821304965_586160007647 | 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 |
|
| |
| 174425314572_597360007222 | 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 |
|
| |
| 168920424916_560360007382 | 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 |
|
| |
| 130522624476_548260007855 | 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 |
|
| |
| 140421534964_574260007314 | 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"
|
|
| |
| 147322714444_543860007560 | Yu Zhao |
|
|
|
| |
| 108428764090_565660007128 | 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 |
|
| |
| 187825364171_579360007804 | 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 |
|
| |
| 117424444065_565160007650 | 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 |
|
| |
| 150523294803_546960007546 | 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 | |
|
| |
| 178325454817_522760007949 | Greg KH |
|
|
|
| |
| 178720664824_587860007671 | 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 |
|
| |
| 100526004206_517760007346 | 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 |
|
| |
| 198125674790_504560007715 | 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 |
|
| |
| 169527244044_549860007115 | 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 |
|
| |
| 104429754660_586260007642 | 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:
|
|
| |
| 181029894709_563460007431 | 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 |
|
| |
| 130528734030_551260007423 | 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 |
|
| |
| 185820294991_564760007209 | 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 |
|
| |
| 136227704933_540660007124 | 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 |
|
| |
| 152123134099_518160007302 | 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 |
|
| |
| 182329854290_553260007156 | 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 |
|
| |
| 196329244028_599460007078 | 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 |
|
| |
| 141722924107_540860007182 | 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 |
|
| |
| 161723004953_554960007220 | 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.
|
|
| |
| 167422274534_577360007708 | 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.
|
|
| |
