Is anyone out there successfully using the ACPI processor driver
and CPU hotplug? I've been playing with it for the past few days,
and it *almost* works on my platform (ia64), but not quite.
I can offline/online a CPU successfully via the sysfs interface.
It's when I try and add ACPI into the mix
Hi Dmitry,
* Micah Parrish <[EMAIL PROTECTED]>:
> Devices like the HP Integrated Remote Console Virtual Mouse, which are
> standard equipment on all Proliant and Integrity servers, produce
> absolute coordinates instead of relative coordinates. This is done to
> synchronize the position of the mo
Hi Len,
* Len Brown <[EMAIL PROTECTED]>:
> On Tuesday 30 October 2007 19:50, Alex Chiang wrote:
> >
> > I'm looking for comments on the following patch that exposes _SUN
> > on processor objects in /proc/acpi/processor/<...>/info.
> >
> > Th
Hi Kenji-san,
I have been thinking about this problem for quite a bit, and
think that there are no good solutions...
* Kenji Kaneshige <[EMAIL PROTECTED]>:
> On my system, hotplug slots themselves can be added, removed
> and replaced with the ohter type of I/O box.
>> Are you talking abo
Hi Kenji-san,
* Kenji Kaneshige <[EMAIL PROTECTED]>:
> Hi Alex-san,
>
>>> On my system, hotplug slots themselves can be added, removed
>>> and replaced with the ohter type of I/O box.
Are you talking about some sort of I/O cabinet/chassis that you
can attach to the actual computer? Can the I/O e
Hi Kenji-san,
* Kenji Kaneshige <[EMAIL PROTECTED]>:
> > Hi Gary, Kenji-san, et. al,
> >
> > * Gary Hade <[EMAIL PROTECTED]>:
> >> Alex, What I was trying to suggest is a boot-time kernel
> >> option, not a kernel configuration option. The basic idea is
> >> to give the user (with a single binar
s to see the output for your failure case:
# modprobe pci_slot debug=1
# modprobe acpiphp debug=1
Thanks.
/ac
diff --git a/drivers/acpi/pci_slot.c b/drivers/acpi/pci_slot.c
index 724f4f0..5a62def 100644
--- a/drivers/acpi/pci_slot.c
+++ b/drivers/acpi/pci_slot.c
@@ -30,12 +30,16 @@
#
different code
paths in pci_hp_register and pci_hp_deregister.
v1 -> v2:
Now recursively discovering p2p bridges and slots
underneath them. Hopefully, this will prevent us
from trying to register the same slot multiple times.
Signed-off-by: Alex Chiang <[
destroy_slot(), and now
properly calling from pci_hp_deregister.
v1 -> v2:
No change
Signed-off-by: Alex Chiang <[EMAIL PROTECTED]>
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
---
drivers/pci/Makefile|2 +-
drivers/pci/hotplug/acpiphp.h
Hi Gary, Kenji-san, et. al,
* Gary Hade <[EMAIL PROTECTED]>:
>
> Alex, What I was trying to suggest is a boot-time kernel
> option, not a kernel configuration option. The basic idea is
> to give the user (with a single binary kernel) the ability to
> include your ACPI-PCI slot driver feature cha
* Kristen Carlson Accardi <[EMAIL PROTECTED]>:
> On Mon, 19 Nov 2007 15:04:18 -0700
> Alex Chiang <[EMAIL PROTECTED]> wrote:
>
> > Documentation/accounting/getdelays.c | 43 +-
> > Documentation/feature-removal-schedule.txt |9 -
> &g
into two
interfaces. Fixed bugs in pci_destroy_slot(), and now
properly calling from pci_hp_deregister.
v1 -> v2:
No change
Signed-off-by: Alex Chiang <[EMAIL PROTECTED]>
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
---
drivers/pci/Makefile
Hi Kristin,
* Kristen Carlson Accardi <[EMAIL PROTECTED]>:
> Alex Chiang <[EMAIL PROTECTED]> wrote:
>
> > I have done quite a bit more testing, and verified that this
> > series plays nicely with acpiphp during all stages of the
> > series. Notably, you c
* Kristen Carlson Accardi <[EMAIL PROTECTED]>:
> On Sat, 17 Nov 2007 11:29:54 -0700
> Alex Chiang <[EMAIL PROTECTED]> wrote:
>
> > I have done quite a bit more testing, and verified that this
> > series plays nicely with acpiphp during all stages of the series.
&g
ent us
from trying to register the same slot multiple times.
Signed-off-by: Alex Chiang <[EMAIL PROTECTED]>
---
drivers/acpi/Kconfig |9 ++
drivers/acpi/Makefile |1 +
drivers/acpi/pci_slot.c| 203
operly calling from pci_hp_deregister.
v1 -> v2:
No change
Signed-off-by: Alex Chiang <[EMAIL PROTECTED]>
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
---
drivers/pci/Makefile|2 +-
drivers/pci/hotplug/acpiphp.h |1 -
drivers/pci/h
Register one slot per slot, rather than one slot per function.
Change the name of the slot to fake%d instead of the pci address.
Signed-off-by: Alex Chiang <[EMAIL PROTECTED]>
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
---
drivers/pci/hotplug/fake
Rename the slot to be the contents of the 'path' sysfs attribute, and
delete the attribute. The mapping from pci address to slot name is
supposed to be done through the 'address' file, which will be provided
automatically later in this series of patches.
Signed-off-by:
Hi all,
This is v3 of the pci_slot patch series.
The major change is making the ACPI-PCI slot driver a Kconfig
option, as per the recommendations of others (Gary, Kenji-san).
In the process of doing so, it made sense to collapse the former
3/5 and 4/5 patches into a single 3/4 patch. There really
Hi Greg, Matt,
* Greg KH <[EMAIL PROTECTED]>:
> On Wed, Nov 14, 2007 at 02:42:21PM -0700, Alex Chiang wrote:
> > * Greg KH <[EMAIL PROTECTED]>:
> > > On Wed, Nov 14, 2007 at 10:37:08AM -0700, Bjorn Helgaas wrote:
> > > >
> > > > So I ag
Hi Gary,
[I'm gonna take the points in your mail a little out of order]
> No, acpiphp should (and did before your changes) register all
> hotplug capable slots. All 6 slots (2 PCI-X, 4 PCIe) in that
> system are hotplug capable. Emptyness shouldn't matter. If
> the empty slots are not register
* Rolf Eike Beer <[EMAIL PROTECTED]>:
> Am Mittwoch, 14. November 2007 schrieb Alex Chiang:
> > * Matthew Wilcox <[EMAIL PROTECTED]>:
> > > On Wed, Nov 14, 2007 at 12:37:29PM -0700, Alex Chiang
> > > > Register one slot per slot, rather than one slot per
* Greg KH <[EMAIL PROTECTED]>:
> On Wed, Nov 14, 2007 at 10:37:08AM -0700, Bjorn Helgaas wrote:
> >
> > So I agree that the firmware kit has a clever hack that works
> > on much existing x86 firmware, and it sounds like Tivoli
> > might even rely on it. But I don't feel good about it, and
> > it
Hi Greg,
* Greg KH <[EMAIL PROTECTED]>:
> On Wed, Nov 14, 2007 at 10:37:08AM -0700, Bjorn Helgaas wrote:
> >
> > So I agree that the firmware kit has a clever hack that works
> > on much existing x86 firmware, and it sounds like Tivoli
> > might even rely on it. But I don't feel good about it, a
* Matthew Wilcox <[EMAIL PROTECTED]>:
> On Wed, Nov 14, 2007 at 12:37:29PM -0700, Alex Chiang wrote:
> > Register one slot per slot, rather than one slot per function.
> > Change the name of the slot to fake%d instead of the pci address.
>
> > +#define SLOT_NAME_S
* Matthew Wilcox <[EMAIL PROTECTED]>:
> On Wed, Nov 14, 2007 at 12:37:29PM -0700, Alex Chiang wrote:
> > Register one slot per slot, rather than one slot per function.
> > Change the name of the slot to fake%d instead of the pci address.
>
> > +#define SLOT_NAME_S
Hi Greg,
* Greg KH <[EMAIL PROTECTED]>:
> On Wed, Nov 14, 2007 at 10:37:08AM -0700, Bjorn Helgaas wrote:
> >
> > So I agree that the firmware kit has a clever hack that works
> > on much existing x86 firmware, and it sounds like Tivoli
> > might even rely on it. But I don't feel good about it, a
drivers can add hotplug release() methods to pre-existing physical
slots.
Signed-off-by: Alex Chiang <[EMAIL PROTECTED]>
---
drivers/pci/hotplug/pci_hotplug_core.c |2 +-
drivers/pci/slot.c | 36 +++
include/linux
Now recursively discovering p2p bridges and slots
underneath them. Hopefully, this will prevent us
from trying to register the same slot multiple times.
Signed-off-by: Alex Chiang <[EMAIL PROTECTED]>
---
drivers/acpi/Makefile |3 +-
drivers/acpi/pci_slot
by pci_slot directly.
Signed-off-by: Alex Chiang <[EMAIL PROTECTED]>
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
---
drivers/pci/Makefile|2 +-
drivers/pci/hotplug/acpiphp.h |1 -
drivers/pci/hotplug/acpiphp_core.c | 23 +---
driv
Register one slot per slot, rather than one slot per function.
Change the name of the slot to fake%d instead of the pci address.
Signed-off-by: Alex Chiang <[EMAIL PROTECTED]>
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
---
drivers/pci/hotplug/fake
Rename the slot to be the contents of the 'path' sysfs attribute, and
delete the attribute. The mapping from pci address to slot name is
supposed to be done through the 'address' file, which will be provided
automatically later in this series of patches.
Signed-off-by:
* Alex Chiang <[EMAIL PROTECTED]>:
>
> Actually, I just reworked my patch this morning, and believe that
> I have a much cleaner implementation now that should fix a lot of
> the errors you saw.
Patch 1/5 - reworked to fix stupid compile bug
Patch 2/5 - incorporate Eike,
Hi Gary,
* Gary Hade <[EMAIL PROTECTED]>:
> On Wed, Nov 14, 2007 at 07:42:37AM -0700, Alex Chiang wrote:
> > Hi Gary,
> >
> > * Gary Hade <[EMAIL PROTECTED]>:
> > >
> > > I am not fundamentally opposed to this new capability but share
> >
* Andi Kleen <[EMAIL PROTECTED]>:
> On Wed, Nov 14, 2007 at 08:00:25AM -0700, Matthew Wilcox wrote:
> > On Wed, Nov 14, 2007 at 03:35:33PM +0100, Andi Kleen wrote:
> > > It becomes much more when someone does a find /sys.
> > > dentries are expensive. They eventually can get pruned
> > > again, but
Hi Eike,
* Rolf Eike Beer <[EMAIL PROTECTED]>:
> Am Mittwoch, 14. November 2007 schrieb Alex Chiang:
> > * Rolf Eike Beer <[EMAIL PROTECTED]>:
> > >
> > > This is ugly. Please do it the way we already do e.g. for
> > > acpiphp: add a char[8] to &
Hi Gary,
* Gary Hade <[EMAIL PROTECTED]>:
>
> I am not fundamentally opposed to this new capability but share
> the same concerns that Greg and others have expressed. So far,
> I have only tried the changes on one single node system (IBM
> x3850) but the below NAK-worthy result supports the idea
Hi Eike,
* Rolf Eike Beer <[EMAIL PROTECTED]>:
> Alex Chiang wrote:
> > --- a/drivers/pci/hotplug/fakephp.c
> > +++ b/drivers/pci/hotplug/fakephp.c
> > @@ -93,6 +93,7 @@ static int add_slot(struct pci_dev *dev)
> > struct dummy_slot *dslot;
> >
Hi Gary,
* Gary Hade <[EMAIL PROTECTED]>:
> On Tue, Nov 13, 2007 at 01:11:02PM -0700, Matthew Wilcox wrote:
> > On Tue, Nov 13, 2007 at 10:51:22AM -0800, Greg KH wrote:
> > > Ok, again, I want to see the IBM people sign off on this, after testing
> > > on all of their machines, before I'll conside
Hi Greg,
* Greg KH <[EMAIL PROTECTED]>:
> On Tue, Nov 13, 2007 at 02:31:08PM -0700, Alex Chiang wrote:
> >
> > FWIW, the ACPI 2.0 spec did not require uniqueness for _SUN.
> > (although there is a strange table that refers to _SUN as the
> > slot-unique ID (tab
* Matt Domsch <[EMAIL PROTECTED]>:
>
> The only reported _SUN problems on Dell systems were on the
> PE6800 and PE6850 systems, which we've fixed with an updated
> BIOS several months ago. IIRC the values weren't always unique
> which kind of defeated the purpose.
FWIW, the ACPI 2.0 spec did not
* Linas Vepstas <[EMAIL PROTECTED]>:
> On Tue, Nov 13, 2007 at 09:01:29AM -0800, Greg KH wrote:
> >
> > Also, some companies already provide userspace tools to get
> > all of this information about the different slots in a system
> > and what is where, from userspace, no kernel changes are
> > nee
* Greg KH <[EMAIL PROTECTED]>:
>
> Ok, again, I want to see the IBM people sign off on this, after
> testing on all of their machines, before I'll consider this, as
> I know the IBM acpi tables are "odd".
Who would be a good contact at IBM to get some eyes / machine
time on this?
> Also, how abo
* Greg KH <[EMAIL PROTECTED]>:
> On Mon, Nov 12, 2007 at 05:08:53PM -0700, Alex Chiang wrote:
> >
> > Recently, Matthew Wilcox sent out the following mail about
> > PCI slots:
> >
> > http://marc.info/?l=linux-pci&m=119432330418980&w=2
> >
hotplug
drivers can add hotplug release() methods to pre-existing physical
slots.
Signed-off-by: Alex Chiang <[EMAIL PROTECTED]>
---
drivers/pci/hotplug/pci_hotplug_core.c |2 +-
drivers/pci/slot.c | 39 +++-
include/linux
Detect all physical PCI slots as described by ACPI, and create
entries in /sys/bus/pci/slots/.
Not all physical slots are hotpluggable, and the acpiphp module
does not detect them. Now we know the physical PCI geography of
our system, without caring about hotplug.
Signed-off-by: Alex Chiang
ity is
now handled by pci_slot directly.
Signed-off-by: Alex Chiang <[EMAIL PROTECTED]>
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
---
drivers/pci/Makefile|2 +-
drivers/pci/hotplug/acpiphp.h |1 -
drivers/pci/hotplug/acpiphp_cor
Register one slot per slot, rather than one slot per function.
Change the name of the slot to fake%d instead of the pci address.
Signed-off-by: Alex Chiang <[EMAIL PROTECTED]>
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
---
drivers/pci/hotplug/fake
[Please note, I got Rick Jones' email screwed up in the 0/5
email; it's corrected above.]
From: Alex Chiang <[EMAIL PROTECTED]>
Rename the slot to be the contents of the 'path' sysfs attribute, and
delete the attribute. The mapping from pci address to slot name is
s
Hello,
[this patch series touches a few subsystems; hopefully I got all
the right maintainers]
Recently, Matthew Wilcox sent out the following mail about PCI
slots:
http://marc.info/?l=linux-pci&m=119432330418980&w=2
The following patch series is a rough first cut at implementing
the ideas he
N across the entire system
Nonetheless, even non-unique values of _SUN are still helpful for
userspace to figure out which physical socket a CPU might be in,
especially when combined with information from /proc/cpuinfo.
Thoughts?
Thanks.
/ac
From: Alex Chiang <[EMAIL PROTECTED]>
On pla
These IDs are in pciutils, but haven't been added to the kernel
yet.
Signed-off-by: Alex Chiang <[EMAIL PROTECTED]>
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
---
diff --git a/include/linux/pci_regs.h b/include/linux/pci_regs.h
index 495d368..1ef8712 100644
--- a/include
52 matches
Mail list logo
