>
> > In our specific case, a loadable driver will register to process
> > the NMI generated by a timer device on the IOAPIC pin. The driver
> > will need to unmask/mask the NMI interrupt at init/exit time.
> >
> > The timer NMI interrupt will be used to synchronize cluster nodes.
>
> We nor
>
> John Keller <[EMAIL PROTECTED]> writes:
>
> > Add support for IOAPIC NMI interrupts on x86_64.
> >
> > Changes include the following:
> >
> > - Obtain the NMI IOAPIC info via an ACPI NMI SRC structure that is
> > part of the MADT, and p
irq_desc[] and irq_2_pin[] entries for the NMI interrupt irq,
which will be used by the generic mask/unmask routines. This will
allow a driver to enable/disable the NMI interrupt via
enable/disable_irq().
Signed-off-by: John Keller <[EMAIL PROTECTED]>
---
arch/i386/kernel/acpi/
still be required for a kexec/kdump boot.
John
>
> so will the 1st acpi_table_init() always fail -- even
> on future machines?
>
> -Len
>
> On Wednesday 28 February 2007 18:47, John Keller wrote:
> > To provide compatibilty with SN kernels that do and do not
>
seen,
and the kernel will crash on boot. Because of issues with kexec support,
we are not able to create the tables prior to acpi_table_init().
As a result, we are making a second call to acpi_table_init() to
process the rebuilt DSDT and SSDTs.
Signed-off-by: John Keller <[EMAIL PROTEC
via
calls to acpi_get_devices().
Signed-off-by: John Keller <[EMAIL PROTECTED]>
---
arch/ia64/sn/kernel/io_acpi_init.c | 44 +--
1 file changed, 22 insertions(+), 22 deletions(-)
Index: release/arch/ia64/sn/kernel/io_acpi_
acpi_boot_init() is making a bad check on the return
status from acpi_table_parse(). acpi_table_parse() now
returns zero on success, one on failure.
Signed-off-by: Aaron Young <[EMAIL PROTECTED]>
---
Index: release/arch/ia64/kernel/acpi.c
==
under any license (GPL or non-GPL) consistent
with the project.
John
>
> Thanks for the fix, John.
> Do you grant Intel permission to apply it to the upstream ACPICA tree (with
> its non-GPL license)?
>
> -Len
>
> On Thursday 15 February 2007
acpi_unload_table_id() is always returning an error status.
Also, once the matching table is found, don't bother looking
for another match.
Signed-off-by: John Keller <[EMAIL PROTECTED]>
---
Index: release/drivers/acpi/table
>
> On Friday 09 February 2007 19:27, John Keller wrote:
> > >
> > > On Wednesday 31 January 2007 20:58, Zhang Rui wrote:
> > > > On Wed, 2007-01-31 at 10:11 -0600, John Keller wrote:
> > > > > Len,
> > > > > When building kern
>
> On Wednesday 31 January 2007 20:58, Zhang Rui wrote:
> > On Wed, 2007-01-31 at 10:11 -0600, John Keller wrote:
> > > Len,
> > > When building kernels from your ACPI release or test trees,
> > > as well as the -mm tree, SN Altix boots are crashing
The SN Altix platform does not conform to the
IOSAPIC IRQ routing model. Add code in acpi_unregister_gsi()
to check if (acpi_irq_model == ACPI_IRQ_MODEL_PLATFORM) and
return.
Signed-off-by: John Keller <[EMAIL PROTECTED]>
---
Due to an oversight, this code was not added previously when
s
Len,
When building kernels from your ACPI release or test trees,
as well as the -mm tree, SN Altix boots are crashing in the
kobject code when calling acpi_bus_register_driver().
The crash is because kset->list has not been initialized yet.
kobject_add()
list_add_tail(&kobj->entry,&kobj->kset
owner id.
Signed-off-by: John Keller <[EMAIL PROTECTED]>
---
drivers/acpi/utilities/utmisc.c |6 +++---
include/acpi/acconfig.h |4 ++--
include/acpi/aclocal.h |4 ++--
3 files changed, 7 insertions(+), 7 deletions(-)
Index: linux/drivers/acpi/utilities/ut
>
> Tony,
> This should probably be sent via your tree.
>
> thanks,
> -Len
>
> On Tuesday 19 December 2006 15:56, [EMAIL PROTECTED] wrote:
> > From: John Keller <[EMAIL PROTECTED]>
> >
> > Support for dynamic loading and unloading of ACPI SSDT tables
MAIL PROTECTED]>
>
> Tony,
> This should probably be sent via your tree.
>
> thanks,
> -Len
>
> On Tuesday 19 December 2006 15:56, [EMAIL PROTECTED] wrote:
> > From: John Keller <[EMAIL PROTECTED]>
> >
> > Add SN platform support for running with an
acpi_register_gsi()
to avoid the iosapic code path.
Signed-off-by: John Keller <[EMAIL PROTECTED]>
---
To avoid future regression/backward compatibilty issues
when _PRT support is added to our PROM, we'd like to
see this pushed into 2.6.20, if at all possible.
arch/ia64/kernel/acpi.c
>
> On Wed, 20 Dec 2006 01:56:09 -0500
> Len Brown <[EMAIL PROTECTED]> wrote:
>
> > Tony,
> > This should probably be sent via your tree.
>
> I assume that it is dependent upon
> add-support-for-acpi_load_table-acpi_unload_table_id.patch, in which case
> I shouldn't sent this to Tony until acpi-
Support for dynamic loading and unloading of ACPI
SSDT tables upon slot hotplugs and unplugs.
On SN platforms, we now represent every
populated root bus slot with a single ACPI
SSDT table containing info for every
device and PPB attached to the slot. These SSDTs
are generated by the prom at
This patch makes acpi_load_table() available
for use by removing it from the #ifdef ACPI_FUTURE_USAGE.
It also adds a new routine used to unload an ACPI table
of a given type and "id" - acpi_unload_table_id().
The implementation of this new routine was almost a direct
copy of existing routi
Len,
Can you tell us what we need to do to make this happen?
Is it just a matter of some legal text in the patch header?
Or??
Thanks
John
>
> On Wednesday 15 November 2006 10:27, John Keller wrote:
> > This patch makes acpi_load_table() available
> > for use by removing
This patch makes acpi_load_table() available
for use by removing it from the #ifdef ACPI_FUTURE_USAGE.
It also adds a new routine used to unload an ACPI table
of a given type and "id" - acpi_unload_table_id().
The implementation of this new routine was almost a direct
copy of existing routi
This patch set adds SN/Altix kernel support for
ACPI SSDT tables. SSDTs are built by an ACPI capable PROM
and describe all devices on each slot, including devices
on secondary buses. On hotplug enable/disable the SSDTs
are dynamically created/freed, and added/removed from the
namespace. SN platform
.
Platform specific information that is currently
passed via a SAL call, will now be passed via the
Vendor resource in the ACPI Device object(s) defined
in each SSDT.
Signed-off-by: John Keller <[EMAIL PROTECTED]>
---
Note: This patch is dependent on a previous set of SN ACPI
p
Support for dynamic loading and unloading of ACPI
SSDT tables upon slot hotplugs and unplugs.
On SN platforms, we now represent every
populated root bus slot with a single ACPI
SSDT table containing info for every
device and PPB attached to the slot. These SSDTs
are generated by the prom at
This patch makes acpi_load_table() available
for use by removing it from the #ifdef ACPI_FUTURE_USAGE.
It also adds a new routine used to unload an ACPI table
of a given type and "id" - acpi_unload_table_id().
The implementation of this new routine was almost a direct
copy of existing routin
>
> On Wed, Oct 04, 2006 at 04:49:25PM -0500, John Keller wrote:
> > First phase in introducing ACPI support to SN.
> > In this phase, when running with an ACPI capable PROM,
> > the DSDT will define the root busses and all SN nodes
> > (SGIHUB, SGITIO). An ACPI
SN ACPI hotplug support.
A few minor changes to the way slot/device fixup is done.
No need to be calling sn_pci_controller_fixup(), as
a root bus cannot be hotplugged.
Signed-off-by: John Keller <[EMAIL PROTECTED]>
---
Resend #2 - resync with TOT
drivers/pci/hotplug/sgi_hotplug.c
Support a shadowed ROM when running with an ACPI capable PROM.
Define a new dev.resource flag IORESOURCE_ROM_BIOS_COPY to
describe the case of a BIOS shadowed ROM, which can then
be used to avoid pci_map_rom() making an unneeded call to
pci_enable_rom().
Signed-off-by: John Keller <[EM
Support a shadowed ROM when running with an ACPI capable PROM.
Define a new dev.resource flag IORESOURCE_ROM_BIOS_COPY to
describe the case of a BIOS shadowed ROM, which can then
be used to avoid pci_map_rom() making an unneeded call to
pci_enable_rom().
Signed-off-by: John Keller <[EM
SN ACPI hotplug support.
A few minor changes to the way slot/device fixup is done.
No need to be calling sn_pci_controller_fixup(), as
a root bus cannot be hotplugged.
Signed-off-by: John Keller <[EMAIL PROTECTED]>
---
drivers/pci/hotplug/sgi_hotplug.c | 35 ++---
>
> On Fri, 22 Sep 2006 09:51:23 -0500
> John Keller <[EMAIL PROTECTED]> wrote:
>
> > First phase in introducing ACPI support to SN.
>
> This:
>
> --- gregkh-2.6.orig/include/linux/pci.h
> +++ gregkh-2.6/include/linux/pci.h
> @@ -405,6 +405,7 @@ exte
>
> On Fri, Sep 22, 2006 at 09:51:09AM -0500, John Keller wrote:
> > Andrew,
> > This patchset was sent out more than a few weeks ago and
> > there have been no comments or discussion on it.
> > Can you (or Greg, if that is more appropriate) take this
> > set
Andrew,
This patchset was sent out more than a few weeks ago and
there have been no comments or discussion on it.
Can you (or Greg, if that is more appropriate) take this
set of patches?
Regards,
John
Patch set to add initial ACPI IO support to Altix.
1/3 acpi-base-support.patch
SN ACPI hotplug support.
A few minor changes to the way slot/device fixup is done.
No need to be calling sn_pci_controller_fixup(), as
a root bus cannot be hotplugged.
Signed-off-by: John Keller <[EMAIL PROTECTED]>
sgi_hotplug.c | 34 --
1 file chang
Support a shadowed ROM when running with an ACPI capable PROM.
Define a new dev.resource flag IORESOURCE_ROM_BIOS_COPY to
describe the case of a BIOS shadowed ROM, which can then
be used to avoid pci_map_rom() making an unneeded call to
pci_enable_rom().
Signed-off-by: John Keller <[EM
Patch set to add initial ACPI IO support to Altix.
1/3 acpi-base-support.patch
When booting with an ACPI capable PROM, the
DSDT will now define the system nodes and root
PCI busses. An Altix specific ACPI driver will be
registered for the node devices, while the
stand
Support a shadowed ROM when running with an ACPI capable PROM.
Define a new dev.resource flag IORESOURCE_ROM_BIOS_COPY to
describe the case of a BIOS shadowed ROM, which can then
be used to avoid pci_map_rom() making an unneeded call to
pci_enable_rom().
Signed-off-by: John Keller <[EM
SN ACPI hotplug support.
A few minor changes to the way slot/device fixup is done.
No need to be calling sn_pci_controller_fixup(), as
a root bus cannot be hotplugged.
Signed-off-by: John Keller <[EMAIL PROTECTED]>
sgi_hotplug.c | 34 --
1 file chang
All,
I'm looking for some input on how ROM shadowing
is handled in the kernel. In particular,
the case where the PROM/BIOS has shadowed the ROM
and needs to pass the shadowed copy to the kernel.
I have not seen any generic code that handles
this situation. pci_map_rom_copy() allows the kernel to
>
> On Wed, May 31, 2006 at 04:23:20PM -0500, John Keller wrote:
> > Index: acpi-support/arch/ia64/pci/pci.c
> > ===
> > --- acpi-support.orig/arch/ia64/pci/pci.c 2006-05-31 12:37:50.539921986
> > -
one of the current 'fixup' code has been deleted.
Signed-off-by: John Keller <[EMAIL PROTECTED]>
Index: acpi-support/drivers/pci/hotplug/sgi_hotplug.c
===
--- acpi-support.orig/drivers/pci/hotplug/sgi_hotplug.c 2006-05-31
_fixup_bus().
Signed-off-by: John Keller <[EMAIL PROTECTED]>
Index: acpi-support/arch/ia64/pci/pci.c
===
--- acpi-support.orig/arch/ia64/pci/pci.c 2006-05-31 12:37:50.539921986
-0500
+++ acpi-support/arch/ia64/pci/pci.c
Bjorn,
Just noticed that my last reply didn't respond to all your comments
John
>
> On Monday 23 January 2006 09:00, John Keller wrote:
> > +obj-$(CONFIG_IA64_SGI_SN2) += acpi-ext.o
>
> Just FYI, this code is moving into drivers/acpi soon. Robert Moore
>
>
> On Monday 23 January 2006 09:00, John Keller wrote:
> > +obj-$(CONFIG_IA64_SGI_SN2) += acpi-ext.o
>
> Just FYI, this code is moving into drivers/acpi soon. Robert Moore
> might have made a trivial interface change when he integrated it into
> the ACPI CA. No big de
now.
To maintain backward compatibility with non-ACPI capable PROMs,
none of the current 'fixup' code has been deleted.
Signed-off-by: John Keller <[EMAIL PROTECTED]>
Index: acpi_support.0117/arch/ia64
pci bus scans, as the acpi_pci_root_driver takes care of that
for us now.
To maintain backward compatibility with non-ACPI capable PROMs,
none of the current 'fixup' code has been deleted.
Signed-off-by: John Keller <[EMAIL PROTECTED]>
Index: acpi_support/arch/ia64
>
> >>>>> "Keith" == Keith Owens <[EMAIL PROTECTED]> writes:
>
> Hi,
>
> Just a general comment on top of Keith's.
>
> Keith> John Keller (on Sat, 14 Jan 2006 11:37:47 -0600 (CST)) wrote:
> >> +inline uint64_t +sal_ioif_i
>
> John Keller (on Sat, 14 Jan 2006 11:37:47 -0600 (CST)) wrote:
> >First phase in introducing ACPI support to SN.
>
> >Index: acpi_support/arch/ia64/sn/kernel/io_init.c
> >===
> >--- acpi_support.o
'fixup' code has been deleted.
Signed-off-by: John Keller <[EMAIL PROTECTED]>
Index: acpi_support/arch/ia64/kernel/Makefile
===
--- acpi_support.orig/arch/ia64/kernel/Makefile 2006-01-14 09:26:29.657192101
-0600
50 matches
Mail list logo