headers
Allan Kelly | 1 Oct 2010 02:04
Picon
Gravatar

Re: Toshiba C650-194 ACPI bug - regression

Hi, I applied the patch supplied by Len for drivers/acpi/bus.c which
he comments "# Invoke DSDT corruption work-around on all Toshiba
Satellite"

This works for my C650-194. I am running Ubuntu 10.04 with patched
kernel 2.6.36-rc6, and I have battery support etc.
New dmesg attached. If any other output is of interest please let me know.
It contains:
        [    0.014863] TOSHIBA Satellite detected - force copy of DSDT
to local memory
        [    0.021490] ACPI: Forced DSDT copy: length 0x094DE copied
locally, original unmapped

Many thanks! Will this make it into a future stable kernel release?

For those (like me) new to this, I grabbed the 2.6.36-rc2 kernel
source from kernel.org and patched.
Then as root:
        make-kpkg kernel_image
        dpkg -i linux-image-2.6.36-rc6_2.6.36-rc6-10.00.Custom_i386.deb
        update-initramfs -k 2.6.36-rc6 -c
        update-grub

Because stock kernels to date have required acpi=ht and I had
specified that in /etc/default/grub as
        GRUB_CMDLINE_LINUX_DEFAULT="acpi=ht splash"
I had to remove that for this new kernel before running update-grub
        GRUB_CMDLINE_LINUX_DEFAULT="splash"

Cheers, al.
(Continue reading)

Permalink | Reply | 4 comments |
headers
Len Brown | 1 Oct 2010 07:45

[git pull request] ACPI patches for Linux 2.6.36-rc6

Hi Linus,

please pull from: 

git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release

A suspend regression fixed by Rafael.
A long standing PCIe suspend/wakeup bug fixed.
Incremental progress on Windows bug-compatibility
Incremental progress on APEI, as it is now being tested on multiple platforms.
A couple of build warning fixes and fluffy ones to get out of the way.

This will update the files shown below.

thanks!

--
Len Brown
Intel Open Source Technology Center

ps. individual patches are available on linux-acpi <at> vger.kernel.org
and a consolidated plain patch is available here:
http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/2.6.36/acpi-release-20100702-2.6.36-rc6.diff.gz

 arch/x86/kernel/acpi/cstate.c    |    2 +-
 drivers/acpi/Kconfig             |    2 +-
 drivers/acpi/acpi_pad.c          |   34 ++++++++++++++++++----------------
 drivers/acpi/acpica/aclocal.h    |    1 +
 drivers/acpi/acpica/exutils.c    |    2 +-
 drivers/acpi/acpica/rsutils.c    |    2 +-
(Continue reading)

Permalink | Reply | 2 comments |
headers
Len Brown | 1 Oct 2010 07:57

Re: acpi/test panic

t61 again boots:-)

acpica branch restored to acpi-test tree

thanks,
-Len Brown, Intel Open Source Technology Center

--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Len Brown | 1 Oct 2010 07:59

Re: [PATCH] PNP: log PNP resources, as we do for PCI

applied to acpi-test

thanks,
Len Brown, Intel Open Source Technology Center

--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Len Brown | 1 Oct 2010 08:07

Re: [PATCH -v4] acpi: Handle ACPI0007 Device in acpi_early_set_pdc

applied to acpi-test

thanks,
Len Brown, Intel Open Source Technology Center

--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Len Brown | 1 Oct 2010 08:09

Re: [PATCH 1/2] PNPACPI: cope with invalid device IDs

applied to acpi-test

thanks,
Len Brown, Intel Open Source Technology Center

--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Len Brown | 1 Oct 2010 08:14

Re: [PATCH] /drivers/acpi/acpica/nsrepair.c (2.6.35.7) - Fixed useless compile warning


thanks,
Len Brown, Intel Open Source Technology Center

On Sun, 19 Sep 2010, Poyo VL wrote:

> This is not a problem, it is a simple fix for an ugly compiler warning. When I 
> tried to cimpile, I got the following warning:
> drivers/acpi/acpica/nsrepair.c: In function ‘acpi_ns_repair_object’:
> drivers/acpi/acpica/nsrepair.c:125:29: warning: ‘new_object’ may be used 
> uninitialized in this function
> new_object is declared without being initialized. It is initialized in a 
> conditional expression like if (expected_btypes & ACPI_RTYPE_INTEGER) so the 
> compiler can't be sure that it will be used initialized, and it throws that 
> warning.
> Just have to initialize new_object which is a pointer with NULL.

I don't see this warning.
What version of the compiler are you using?

thanks,
-Len

> Patch:
> 
> Signed-off-by: Ionut Gabriel Popescu <poyo_vl <at> yahoo.com>
> ---
> 
> --- a/drivers/acpi/acpica/nsrepair.c    2010-09-20 08:35:56.568006487 +0300
> +++ b/drivers/acpi/acpica/nsrepair.c    2010-09-20 08:00:40.000000000 +0300
(Continue reading)

Permalink | Reply | 2 comments |
headers
Len Brown | 1 Oct 2010 08:33

Re: Questions about ACPI and PCI interrupt routing

> Short:
> Is it possible to use static interrupt routing on a machine that
> support configurable interrupt (via PCI Link Device)? So that kernel
> will go to IOAPIC chip directly instead of using ACPI layer (such as
> _CRS method) to manage the interrupt
>
> Long:
> I am trying to resume a kernel in a machine with different hardware
> which results in many hardware miss match problem. Right now I am
> looking into the interrupt issue. The machines I am testing support
> different interrupt routing model (Dynamic and Static). I am not sure
> if a machine that support dynamic routing will also support static
> routing or not. So is it possible to force the kernel to use only
> static model only? Bypassing ACPI layer has better chance of success
> because I think that the resume kernel does not have a correct ACPI
> handler to deal with the new device.
> 
> My understanding may be incorrect because I just read a portion of
> ACPI spec and the kernel source that related to this issue.

This doesn't make any sense.

Interrupt routing configuration reflects wires on the motherboard.
If you resume a kernel image on hardware with different wires
than were you suspended, all is lost.

To do something like this, you have to un-configure
interrupts completely, and then re-probe your devices
when you resume on changed hardware.  ie. unload all your drivers.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Ike Panhc | 1 Oct 2010 09:37
Favicon

[Resend] [PATCH 0/9] ideapad: using EC command to control rf/camera power

These patches are made against current mainline kernel and also available at
  git://kernel.ubuntu.com/ikepanhc/ideapad-laptop.git for-upstream

Once the rfkill of a laptop is set to block, it is no way to unblock with Linux
without driver. Thanks for David Woodhouse wrote the first driver solving this.

But the \_SB_.GECN and \_SB_.DECN are only available on Lenovo ideapad S10-3.
Using EC command to control rf/camera power is better because I believe every
ideapads which has VPC2004 device in its DSDT has this common method.

This driver is tested on Lenovo ideapad B550 and ideapad S10-3 and also tested
by Mario 'BitKoenig' Holbe on Lenovo ideapad S12-VIA.

Changes after last posted:
 * Add schedule() to yield processor when waiting EC.
 * Using time_before() to check timeout.
 * Maximun waiting for EC execution increasing to 100ms in case that we have a
   slow EC.
 * Add parameter: no_bt_rfkill for not setup bluetooth rfkill.

Next step for this driver:
 * Hotkey enablement.

Ike Panhc (9):
  ideapad: add ACPI helpers
  ideapad: check VPC bit before sync rfkill hw status
  ideapad: make sure we bind on the correct device
  ideapad: use return value of _CFG to tell if device exist or not
  ideapad: use EC command to control camera
  ideapad: rewrite the hw rfkill notify
(Continue reading)

Permalink | Reply | 9 comments |
headers
Ike Panhc | 1 Oct 2010 09:38
Favicon

[PATCH 1/9] ideapad: add ACPI helpers

There are two methods under VPC2004 which is used to access VDAT/VCMD of EC
register. Add helpers for read and write these two registers.

And add read_method_int for reading the return value from ACPI methods which
requires no parameter.

Signed-off-by: Ike Panhc <ike.pan <at> canonical.com>
---
 drivers/platform/x86/ideapad_acpi.c |  109 +++++++++++++++++++++++++++++++++++
 1 files changed, 109 insertions(+), 0 deletions(-)

diff --git a/drivers/platform/x86/ideapad_acpi.c b/drivers/platform/x86/ideapad_acpi.c
index 7984963..1ecf679 100644
--- a/drivers/platform/x86/ideapad_acpi.c
+++ b/drivers/platform/x86/ideapad_acpi.c
 <at>  <at>  -49,6 +49,115  <at>  <at>  static struct {
 	{ "ideapad_killsw",	RFKILL_TYPE_WLAN }
 };

+/*
+ * ACPI Helpers
+ */
+#define IDEAPAD_EC_TIMEOUT (100) /* in ms */
+
+static int read_method_int(acpi_handle handle, const char *method, int *val)
+{
+	acpi_status status;
+	unsigned long long result;
+
+	status = acpi_evaluate_integer(handle, (char *)method, NULL, &result);
(Continue reading)

Permalink | Reply | 0 comments |

Gmane