fa.linux.kernel Google Group

Re: Toshiba Satellite ACPI problems

2009-11-24T02:01:17Z

Hmm, that looks really unhappy..
Can you extract and post the DSDT in either raw or decompiled form, as
described here:
[link]

Re: Vortex86SX: only works with irqpoll

2009-11-24T01:57:15Z

Are there any BIOS SETUP options for enabling/disabling ACPI?
Does any other version of Linux, or any other OS find ACPI support?
does "acpidump" run as root output anything?
I couldn't follow your link to the BIOS manual, but if there
are some docs on this system that could tell us what the
hardware is and if it is supposed to suport ACPI or not,

Re: [PATCH 1/2] pci: release that leaf bridge' resource that is not big -v11

2009-11-24T01:51:56Z

Ok, I understood that if the BIOS assigns enough resources to the
bridge, it has no impact.
One question. I thought your patch shrinks the bridge resource to
allocate enough resource for sibling bridge. But it actually doesn't.
Right?
It would be appreciated if you update the patch description about

[patch 3/8] x86: UV - Introduce uv_gpa_is_mmr.

2009-11-24T01:41:36Z

Provide a mechanism for determining if a global physical address is
pointing to a UV hub MMR.
To: Andrew Morton <a...@linux-foundation.org>
Signed-off-by: Robin Holt <h...@sgi.com>
Cc: Jack Steiner <stei...@sgi.com>
Cc: lkml <linux-ker...@vger.kernel.org>
Cc: linux...@vger.kernel.org
---
arch/x86/include/asm/uv/uv_hub .h | 7 +++++++

[patch 6/8] x86: UV - XPC NULL deref when mesq becomes empty.

2009-11-24T01:41:32Z

Under heavy load conditions, our set of xpc messages may become exhausted.
The code handles this correctly with the exception of the management
code which hits a NULL pointer dereference.
To: Andrew Morton <a...@linux-foundation.org>
Signed-off-by: Robin Holt <h...@sgi.com>
Cc: Jack Steiner <stei...@sgi.com>

[patch 8/8] [patch 8/8] X86: UV - XPC receive message reuse triggers invalid BUG_ON().

2009-11-24T01:41:11Z

This was a difficult bug to trip. XPC was in the middle of sending an
acknowledgement for a received message.
In xpc_received_payload_uv():
.
ret = xpc_send_gru_msg(ch->sn.uv.cac hed_notify_gru_mq_desc, msg,
sizeof(struct xpc_notify_mq_msghdr_uv));
if (ret != xpSuccess)

[patch 7/8] X86: UV - xpc_make_first_contact hang due to not accepting ACTIVE state.

2009-11-24T01:41:04Z

Many times while the initial connection is being made, the
contacted partition will send back both the ACTIVATING and the ACTIVE
remote_act_state changes in very close succescion. The 1/4 second delay
in the make first contact loop is large enough to nearly always miss
the ACTIVATING state change.
Since either state indicates the remote partition has acknowledged our

[patch 2/8] x86: UV - XPC needs to provide an abstraction for uv_gpa.

2009-11-24T01:40:55Z

Provide an SGI SN2/UV agnositic method for converting a global physical
address into a socket physical address.
To: Andrew Morton <a...@linux-foundation.org>
Signed-off-by: Robin Holt <h...@sgi.com>
Cc: Jack Steiner <stei...@sgi.com>
Cc: lkml <linux-ker...@vger.kernel.org>
Cc: linux...@vger.kernel.org

[patch 5/8] x86: UV - Update XPC to handle updated BIOS interface.

2009-11-24T01:40:39Z

The UV BIOS has moved the location of some of their pointers to the
"partition reserved page" from memory into a uv hub MMR. The GRU does
not support bcopy operations from MMR space so we need to special case
the MMR addresses using VLOAD operations.
Additionally, the BIOS call for registering a message queue watchlist

[patch 4/8] X86: UV - Implement a gru_read_gpa kernel function.

2009-11-24T01:40:24Z

The BIOS has decided to store a pointer to the partition reserved page
in a scratch MMR. The GRU is only able to read an MMR using a vload
instruction. The gru_read_gpa() function will implemented.
To: Andrew Morton <a...@linux-foundation.org>
Signed-off-by: Robin Holt <h...@sgi.com>
Signed-off-by: Jack Steiner <stei...@sgi.com>

[patch 0/8] x86: UV - XPC fixes with related support functionality V2.

2009-11-24T01:40:03Z

The UV BIOS has been updated to implement some of our interface
functionality differently than originally expected. These patches update
the kernel to the bios implementation and include a few minor bug fixes
which prevent us from doing significant testing on real hardware.
Changes from V1:
- Actually include the patch introducing the gru_read_gpa. This

[patch 1/8] x86: UV - Introduce a means to translate from gpa -> socket_paddr.

2009-11-24T01:40:11Z

For SGI UV systems, translate from a global physical address back to
a socket physical address. This does nothing to ensure the socket
physical address is actually addressable by the kernel. That is the
responsibility of the user of the function.
To: Andrew Morton <a...@linux-foundation.org>
Signed-off-by: Robin Holt <h...@sgi.com>

[PATCH] dvb-core: Fix ULE decapsulation bug when less than 4 bytes of ULE SNDU is packed into the remaining bytes of a MPEG2-TS frame

2009-11-24T01:34:17Z

ULE (Unidirectional Lightweight Encapsulation RFC 4326) decapsulation
code has a bug that incorrectly treats ULE SNDU packed into the
remaining 2 or 3 bytes of a MPEG2-TS frame as having invalid pointer
field on the subsequent MPEG2-TS frame.
This patch was generated and tested against v2.6.32-rc8. Similar patch

Re: Vortex86SX: only works with irqpoll

2009-11-24T01:29:40Z

Looking at the BIOS manual on their web site:
[link]
you can try toggling a few of the options: Try switching OnBoard IDE
Operate Mode between Legacy Mode and Native Mode. If the kernel and the
actual device disagree here, that could cause IRQ delivery problems. You

Re: [PATCH 2/2] perf kmem: resolve symbols

2009-11-24T01:20:54Z

Em Tue, Nov 24, 2009 at 08:50:57AM +0800, Li Zefan escreveu:
Ok, I'll have some sleep now, hack away! :-)
- Arnaldo