On Monday 04 February 2008 21:16, Carlos Corbacho wrote:
> 2) Do you know of any IA64 systems using ACPI-WMI? At the moment, WMI will
> work
> on x86 and hopefully IA64, but if it turns out that no vendor has or ever will
> implement ACPI-WMI on IA64, then we could safely drop it there.
I recomm
Applied.
thanks,
-Len
On Tuesday 20 November 2007 01:51, Simon Horman wrote:
> On Thu, Nov 15, 2007 at 11:32:39PM +0100, Roel Kluin wrote:
> > As above should have been its title.
> >
> > Roel Kluin wrote:
> > > I have sent this patch before to lkml, but it appears it wasn't picked
> > > up. Al
Tony,
Do you have any idea what these build warnings are from?
They clog up my build script output, which sucks up any warnings that include
'acpi'...
acpi_irq_model is just a standard global variable, so it seems to be an
innocent bystander --
but I'm not sure what it is standing by...
smp_boo
I guess x86 does this via SMI,
I don't see any other way, so it looks reasonable to me.
Tony,
Acked-by: Len Brown <[EMAIL PROTECTED]>
On Thursday 20 September 2007 16:22, Bjorn Helgaas wrote:
> This driver for HPQ5001 devices installs a global ACPI OpRegion handler.
> AML met
y for it.
cheers,
-Len
ps. this depends on some patches earlier in this series on the linux-acpi list.
-- Forwarded Message --
Subject: [PATCH 16/16] ACPI: Kconfig: remove CONFIG_ACPI_SLEEP from source
Date: Wednesday 25 July 2007 01:51
From: Len Brown <[EMAIL PROTECTED]>
On Monday 23 July 2007 12:05, Luck, Tony wrote:
> > Have anyone else had seen issues with the Linus git tree failing to
> > boot? I'm trying a pull as of this morning and it seems to hang when
> > it's brining up the ethernet devices.
> >
> > It's not locking up, just the boot scripts never continu
Applied.
thanks,
-Len
On Thursday 24 May 2007 16:57, Luck, Tony wrote:
> Last of the "Section mismatch" errors from ia64 builds! acpi_map_pxm_to_node()
> is defined with attribute __cpuinit, but is called by "normal" kernel
> functions
> acpi_getnode() and acpi_map_cpu2node().
>
> Commit f363d1
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
> have ACPI IO support, the SN PROM must build different
> versions of some ACPI tables based on whic
Applied to acpi-test.
Thanks John. Sorry to have broken this on you.
Maybe some day we'll be able to tidy up the init sequence.
-Len
On Friday 23 February 2007 17:24, John Keller wrote:
> SN code to initialize the Hub/TIO infrastructure needs to
> execute before bus scanning. This is currently
Applied.
thanks,
-Len
On Friday 16 February 2007 16:07, John Keller wrote:
> 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
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 15:08, John Keller wrote:
> acpi_unload_table_id() is always returning an error status.
> Also, once the matching table is found, don't bo
+609,9 @@ EXPORT_SYMBOL(acpi_register_gsi);
> >
> > void acpi_unregister_gsi(u32 gsi)
> > {
> > + if (acpi_irq_model == ACPI_IRQ_MODEL_PLATFORM)
> > + return;
> > +
> > iosapic_unregister_intr(gsi);
> > }
>
> Given that the December 22 patch appears to be in ma
On Wednesday 31 January 2007 15:25, Bob Picco wrote:
> Hi Len,
>
> On 2.6.20-rc6-mm2 my rx2600 wouldn't boot unless I reverted all changes
> to drivers/acpi/tables.c.
2.6.20-rc6-mm2 git-acpi.patch contained only the acpi_table_parse()
fix for bugzilla-7465. The version of the patch that made -mm
n
disable_slot(). Also, we now call acpi_bus_start() subsequent
to acpi_bus_add().
Signed-off-by: Aaron Young <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Cc: "Luck, Tony" <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-o
t;
Cc: "Luck, Tony" <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
---
arch/ia64/sn/kernel/io_acpi_init.c | 314 +---
arch/ia64/sn/kernel/io_common.c
Syntax only -- no functional changes.
Signed-off-by: Len Brown <[EMAIL PROTECTED]
---
arch/ia64/sn/kernel/io_common.c | 10 ++
arch/ia64/sn/kernel/iomv.c |5 ++---
include/asm-ia64/sn/acpi.h | 18 ++
3 files changed, 26 insertions(+), 7 deleti
On Friday 26 January 2007 20:10, Andrew Morton wrote:
> On Wed, 15 Nov 2006 09:24:54 -0600
> John Keller <[EMAIL PROTECTED]> wrote:
>
> > Add SN platform support for running with an ACPI
> > capable PROM that defines PCI devices in SSDT
> > tables. There is a SSDT table for every occupied
> > slot
All IA64 systems except IA64_HP_SIM include ACPI and PCI.
So prevent IA64 Kconfigs that try to do irritating things like building
PCI without building ACPI.
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index fcacfe2..4b35c93 100644
---
On Wednesday 24 January 2007 18:19, Luck, Tony wrote:
> > Some of the IA64 code assumes that ACPI is optional,
> > and some assumes that it is not.
>
> The situation now is that the simulator doesn't want ACPI, and everything
> else needs it (even "allnoconfig" ends up with CONFIG_ACPI=y!). So th
Alexey,
Using pmtools-20061130 I get some warnings on a Tiger-2:
[EMAIL PROTECTED] lenb]# bin/acpidump >acpidump.out
acpidump(4538): unaligned access to 0x60008274, ip=0x40002ab1
acpidump(4538): unaligned access to 0x6000827c, ip=0x40002ab1
Bob,
acpixtract also res
Tony,
Some of the IA64 code assumes that ACPI is optional,
and some assumes that it is not.
This makes it possible to try to build with CONFIG_ACPI=n
liked the two attached configs and run into build errors like this:
arch/ia64/kernel/iosapic.c:964: error: `ACPI_INTERRUPT_PMI' undeclared (first
Applied.
thanks,
-Len
On Friday 22 December 2006 12:50, John Keller wrote:
> Provide ACPI _PRT support for SN Altix systems.
>
> The SN Altix platform does not conform to the
> IOSAPIC IRQ routing model, so a new acpi_irq_model
> (ACPI_IRQ_MODEL_PLATFORM) has been defined. The SN
> platform spe
Tony,
The ia64 allnoconfig build fails for some ACPI vs PCI reasons I've fixed
in my tree, but this small IA64 specific fix is needed also.
It stems from allnoconfig choosing CONFIG_PROC_FS=n
and sn_forc_interrupt_flag being defined within
CONFIG_PROC_FS, but used outside it.
cheers,
-Len
Index:
23 matches
Mail list logo
