On Fri, 2006-09-22 at 17:42 +0800, Zhang Rui wrote:
> From: Patrick Mochel <[EMAIL PROTECTED]>
> From: Li Shaohua <[EMAIL PROTECTED]>
>
> Setup new sysfs framework
>
> 1.Remove /sys/firmware/acpi
> 2.Add ACPI device in device tree.
>
> NOTE: _EJ0 is now a property of device in device tre
When I booted last time, I found that my X pointer was frozen. When I
switched to a VT and ran dmesg, I found:
[drm] Initialized drm 1.0.1 20051102
ACPI: PCI Interrupt :00:02.0[A] -> GSI 16 (level, low) -> IRQ 19
[drm] Initialized i915 1.5.0 20060119 on minor 0
[drm] Initialized i915 1.5.0 2
On Thursday 28 September 2006 00:23, Randy Dunlap wrote:
> On Wed, 27 Sep 2006 20:14:58 -0400 Brown, Len wrote:
>
> > sifting through ACPI 3.0a I just noticed a bit (3)
> > in the FADT boot_flag to indicate the platform
> > does not support MSI.
> >
> > Has anybody noticed fadt.boot_flags bit 3 s
On Wed, 27 Sep 2006 20:14:58 -0400 Brown, Len wrote:
> sifting through ACPI 3.0a I just noticed a bit (3)
> in the FADT boot_flag to indicate the platform
> does not support MSI.
>
> Has anybody noticed fadt.boot_flags bit 3 set on their box?
Would we observe that in kernel boot messages or by u
This patch extends ibm-acpi to support reading thermal sensors directly
through ACPI EC register access. It uses a DMI match to detect ThinkPads
with a new-style embedded controller, that are known to have forward-
compatible register maps and use 0x00 to fill in non-used registers and
export ther
This teaches dmi_decode() how to decode and save OEM Strings (type 11) DMI
information, which is currently discarded silently. Existing code using
DMI is not affected. Follows the "System Management BIOS (SMBIOS)
Specification" (http://www.dmtf.org/standards/smbios), and also the
userspace dmidec
Hello Borislav,
This patch series extends ibm-acpi thermal support for ThinkPads that
support up to 16 sensors in firmware. It also refactors some of the
ibm-acpi thermal sensor code to make it easier to extend and read.
The functionality in this patch has been tested by subscribers of the
linux
This patch consolidades all decisions regarding the strategy to be used to
read thinkpad thermal sensors into a single enum, and refactors the
thermal sensor reading code to use a much more readable (and easier to
extend) switch() construct.
Signed-off-By: Henrique de Moraes Holschuh <[EMAIL PROTE
sifting through ACPI 3.0a I just noticed a bit (3)
in the FADT boot_flag to indicate the platform
does not support MSI.
Has anybody noticed fadt.boot_flags bit 3 set on their box?
thanks,
-Len
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to [EMA
On Wed, 27 Sep 2006 16:58:05 -0400
Kyle McMartin <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 27, 2006 at 01:21:17PM -0700, Linus Torvalds wrote:
> > On Wed, 27 Sep 2006, Andi Kleen wrote:
> > > I expect this patch to fix it.
> >
> > Andrew, Kyle, can you verify?
> >
>
> Yup, it works.
Ditto.
-
To
On Wed, 27 Sep 2006, Andi Kleen wrote:
>
> It doesn't matter much because these days this stuff is all out of lined
> anyways and in a single function. And the dynamic branch predictor
> in all modern CPUs will usually cache the decision (unlocked) there.
Ahh, good point. Once there's only one
On Wed, Sep 27, 2006 at 01:21:17PM -0700, Linus Torvalds wrote:
> On Wed, 27 Sep 2006, Andi Kleen wrote:
> > I expect this patch to fix it.
>
> Andrew, Kyle, can you verify?
>
Yup, it works. (For reference, it's gcc 4.1.1-13 from Debian.)
Cheers,
Kyle M.
-
To unsubscribe from this list:
On Wednesday 27 September 2006 22:35, Linus Torvalds wrote:
>
> On Wed, 27 Sep 2006, Linus Torvalds wrote:
> >
> > On Wed, 27 Sep 2006, Andi Kleen wrote:
> > >
> > > I expect this patch to fix it.
> >
> > Andrew, Kyle, can you verify?
>
> Not that it really matters. Andi sure as hell pinpointe
On Wed, 27 Sep 2006, Linus Torvalds wrote:
>
> On Wed, 27 Sep 2006, Andi Kleen wrote:
> >
> > I expect this patch to fix it.
>
> Andrew, Kyle, can you verify?
Not that it really matters. Andi sure as hell pinpointed a real problem
with the new and broken inline asm. That's almost certainly t
On Wed, 27 Sep 2006, Andi Kleen wrote:
>
> I expect this patch to fix it.
Andrew, Kyle, can you verify?
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/maj
Rolf Eike Beer <[EMAIL PROTECTED]> writes:
> I get this on my machine. SMP kernel, linus git from this morning. .config
> and
> test available on request.
What gcc do you use?
Anyways, does this patch fix it? This might have been Andrew's vaio problem too.
-Andi
i386: Use early clobbers for
Kyle McMartin <[EMAIL PROTECTED]> writes:
> On Wed, Sep 27, 2006 at 07:56:13PM +0200, Markus Dahms wrote:
> > > I get this on my machine. SMP kernel, linus git from this morning. .config
> > > and test available on request.
> >
>
> I saw this as well.
>
> Reverting,
> > i386: Remove lock
On Wed, Sep 27, 2006 at 07:56:13PM +0200, Markus Dahms wrote:
> > I get this on my machine. SMP kernel, linus git from this morning. .config
> > and test available on request.
>
I saw this as well.
Reverting,
> i386: Remove lock section support in semaphore.h
Fixes it for me (and apparent
On Tue, 2006-09-26 at 21:01 +0200, Peter Pregler wrote:
> Arto Pastinen wrote:
> > Hi,
> >
> > Has anyone got Suspend to Ram work on Acer TravelMate 3022WTMi?
> >
> > I even fixed DSDT, but it still freezes on return from sleep, the hard
> > disc shows little action, but then everything is blank.
Am Wed, 27 Sep 2006 14:24:47 +0200 schrieb Rolf Eike Beer:
> I get this on my machine. SMP kernel, linus git from this morning. .config
> and test available on request.
I encountered a similar bug, but a lot earlier. It seems to be a locking
problem, as it is lockdep which does the BUG() for me.
On Wed, Sep 27, 2006 at 03:47:31PM +0100, Matthew Garrett wrote:
> On Wed, Sep 27, 2006 at 12:20:29AM -0400, Dave Jones wrote:
>
> > Good question. There's no real replacement for pm_active in the non-legacy
> > config afaik. Perhaps the cleanest alternative is to undeprecate that
> > macro
On Wed, Sep 27, 2006 at 12:20:29AM -0400, Dave Jones wrote:
> Good question. There's no real replacement for pm_active in the non-legacy
> config afaik. Perhaps the cleanest alternative is to undeprecate that macro?
> The only other option I can think of is doing something like this in apm.c ...
I get this on my machine. SMP kernel, linus git from this morning. .config and
test available on request.
Eike
BUG: unable to handle kernel paging request at virtual address f0003504
printing eip:
c102d804
*pde =
Oops: [#1]
SMP
Modules linked in:
CPU:0
EIP:0060:[]Not t
>> > Will sony_acpi ever make it to the mainline? Its very useful for new
>> Vaio
>> > models.
>
> Nope, not as it is. Useful != supportable.
>
> 1. It must not create any files under /proc/acpi
> This is creating a machine-specific API, which
> is exactly what we don't want Nobody can ma
Hi,
I was looking around /proc/acpi on my system the other day, purely out of
curiosity, when I noticed something rather odd. Inside /proc/acpi/video,
there are two VID entries, both with the same inode.
I guess these are the relevant lines from my dmesg:
[ 134.199530] ACPI: Video Device [VID]
Hi again!
In the last days, I did a bit of further testing on my problem.
It now seems that my first diagnosis was not entirely correct.
I observed that the error occurs when I exchanged the battery while the
system was running. If it is suspended to disk after that, it produces
the error mentione
Hi,
27 Eyl 2006 Çar 09:04 tarihinde, Len Brown şunları yazmıştı:
[...]
> > > Will sony_acpi ever make it to the mainline? Its very useful for new
> > > Vaio models.
>
> Nope, not as it is. Useful != supportable.
>
> 1. It must not create any files under /proc/acpi
> This is creating a machine
27 matches
Mail list logo