| 126720514656_590460007300 | Alex Chiang |
|
|
|
| |
| 188727454143_522260007081 | 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 |
|
| |
| 108326184857_514660007709 | 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 |
|
| |
| 105725374550_519360007025 | 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
|
|
| |
| 104322824064_588560007744 | 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 |
|
| |
| 176624864796_542260007279 | 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 |
|
| |
| 172222774024_586660007681 | 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 |
|
| |
| 194725824299_580360007786 | 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:
...
|
|
| |
| 151227864322_506260007584 | 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 |
|
| |
| 108720214867_515260007085 | 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 |
|
| |
| 189726724572_569360007962 | Alex Chiang |
|
|
|
| |
| 197328164239_599760007738 | 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 ++++++++++++++++++++++++++++++++++++++++++ |
|
| |
| 167826274319_597760007047 | 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
|
|
| |
| 176229434834_508360007813 | 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 |
|
| |
| 166820924834_553560007741 | 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 |
|
| |
| 162121414412_519260007505 | 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:
...
|
|
| |
| 115428074320_539360007001 | 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 |
|
| |
| 113024804629_545060007058 | 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 |
|
| |
| 149822184000_533160007005 | 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"
|
|
| |
| 114329704097_597860007342 | Yu Zhao |
|
|
|
| |
| 171821254483_513060007317 | 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 |
|
| |
| 163624724123_595760007927 | 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 ++++++++++++++++++++++++++++++++++++++++++ |
|
| |
| 195829964406_558660007863 | 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 |
|
| |
| 164529444080_564660007382 | 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 |
|
| |
| 165124194352_574860007857 | 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 |
|
| |
| 108921144982_557360007298 | 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 |
|
| |
| 189128814771_501360007636 | 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 |
|
| |
| 194127944632_534660007077 | 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 |
|
| |
| 120920244020_528960007296 | 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"
|
|
| |
| 167223214715_502360007110 | Yu Zhao |
|
|
|
| |
| 188021594225_586260007470 | 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 |
|
| |
| 115926224350_593160007186 | 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 |
|
| |
| 156625764981_519760007361 | 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 |
|
| |
| 127421314386_529560007056 | 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 | |
|
| |
| 159120924377_530660007447 | Greg KH |
|
|
|
| |
| 141729964606_564260007337 | 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 |
|
| |
| 111120164960_546260007596 | 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 |
|
| |
| 164925134172_562960007094 | 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 |
|
| |
| 199029854226_537660007647 | 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 |
|
| |
| 143228724740_581060007856 | 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:
|
|
| |
| 125625944851_586260007707 | 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 |
|
| |
| 119923484724_515860007671 | 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 |
|
| |
| 175524594183_592760007894 | 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 |
|
| |
| 102120774879_524760007158 | 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 |
|
| |
| 189528864030_563560007208 | 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 |
|
| |
| 149029514803_534060007038 | 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 |
|
| |
| 104720114387_577160007197 | 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 |
|
| |
| 144129254656_562560007744 | 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 |
|
| |
| 151828724821_539660007274 | 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.
|
|
| |
| 155520144159_558660007855 | 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.
|
|
| |
