yap Andreas Arens send the patch just for me, I am sending it to the
maling lists.
On Thu, 2006-11-16 at 01:38 +, Sergio Monteiro Basto wrote:
> On Wed, 2006-11-15 at 19:40 +0100, Andreas Arens wrote:
> > as I see from the dmesg on the Fedora bugzilla, your acpi tables
> > don't provide an en
On Wed, 2006-11-15 at 19:40 +0100, Andreas Arens wrote:
> as I see from the dmesg on the Fedora bugzilla, your acpi tables
> don't provide an entry to the HPET timer.
> As the VIA8237 happens to have a built-in HPET, I was able to force it
> on using the
> attached patch (against 2.6.18) on an X2
On Wednesday 15 November 2006 1:56 pm, David Brownell wrote:
> On Wednesday 15 November 2006 6:48 am, Alexey Starikovskiy wrote:
> > ec1.patch
> >
> >
> > Always enable GPE after return from notify handler.
> >
> > From: Alexey Starikovskiy <[EMAIL PROTECTED]>
> >
> >
> > ---
>
> Yes, this s
On Wednesday 15 November 2006 6:48 am, Alexey Starikovskiy wrote:
> ec1.patch
>
>
> Always enable GPE after return from notify handler.
>
> From: Alexey Starikovskiy <[EMAIL PROTECTED]>
>
>
> ---
Yes, this seems to resolve the regression as well as Len's ec_intr=0 boot param.
IMO this shoul
On Tuesday 14 November 2006 11:48 pm, Len Brown wrote:
> On Wednesday 15 November 2006 02:03, David Brownell wrote:
> > dmesg reports to me stuff like
> >
> > ACPI Exception (evregion-0424): AE_TIME, Returned by Handler for
> > [EmbeddedControl] [20060707]
> > ACPI Exception (dswexec-0458): AE_TI
On Tue, 2006-11-07 at 15:29 +0100, Oliver Neukum wrote:
> Hi,
>
> with 2.6.19-rc4 my laptop reports an overheat during boot and shuts right
> back down.
> I am using the fixed DSDT for the Ferrari 4000 from sourceforge. The fan
> stays at the
> lowest setting all the time.
Why do you use an own
On Wed, 15 Nov 2006, Len Brown wrote:
>
> So it looks like we need this sequence:
>
> enable_nonboot_cpus() /* INIT */
> finish() /* _WAK */
> device_resume()
Can somebody remind me about this immediately after 2.6.19?
No way am I going to make that kind of a major ordering change right
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
On Wednesday 15 November 2006 10:27, John Keller wrote:
> 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 implementat
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
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 on a root bus, containing info for every
PPB and/or device on the bus. The SSDTs will be
dynamically loaded/unloaded at hotplug enable/disable.
Platf
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
Could you try if attached patch helps?
Regards,
Alex
Always enable GPE after return from notify handler.
From: Alexey Starikovskiy <[EMAIL PROTECTED]>
---
drivers/acpi/ec.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/ec.c b/drivers/acpi/e
On Wednesday, 15 November 2006 08:03, Len Brown wrote:
> On Tuesday 14 November 2006 18:30, Stephen Hemminger wrote:
> > If I do a suspend-to-ram then resume on a Sony Vaio laptop with sky2 driver,
> > the first interrupt gets misrouted to the original shared IRQ, rather than
> > to the MSI irq exp
15 matches
Mail list logo
