On Sunday 27 May 2007 08:15, Henrique de Moraes Holschuh wrote:
> On Sat, 26 May 2007, Dmitry Torokhov wrote:
> > On Saturday 26 May 2007 13:31, Henrique de Moraes Holschuh wrote:
> > > Add hotkeys available in almost all ThinkPads manufactured in the last
> > > five
> > > years (more than one mil
Hi,
On Sunday 27 May 2007 08:03, Henrique de Moraes Holschuh wrote:
> On Sat, 26 May 2007, Dmitry Torokhov wrote:
> > On Saturday 26 May 2007 13:31, Henrique de Moraes Holschuh wrote:
> > > Add a sysfs interface to allow userspace to modify the mapping between
> > > ThinkPad hotkeys and the keycod
Hey guys
I've been configuring up a Linux 2.6.21.1 kernel from Linus' trusty
kernel.org.
I configured it up and built it and noticed that the dual core CPU I was
using is now a single core chip.
I've spent alittle time on this problem and think I found out how to
enable or disable the sing
On Monday 28 May 2007, frank paulsen wrote:
> David Brownell <[EMAIL PROTECTED]> writes:
>
> > On Sunday 27 May 2007, Matthew Garrett wrote:
> >> f5f72b46c349fefcfd4421b2213c6ffb324c5e56 appears to break the userspace
> >> interface to the CMOS alarm. This could previously be accessed via
> >> /
On Mon, May 28, 2007 at 07:45:33AM +, Matthieu CASTET wrote:
> Did you check if there aren't multiple configuration for rtc (one with irq,
> and
> one without it) ?
Yup. The options file is empty, and the resources file doesn't contain
an IRQ.
--
Matthew Garrett | [EMAIL PROTECTED]
-
To u
Matthew Garrett srcf.ucam.org> writes:
>
> On Sun, May 27, 2007 at 06:44:49PM -0700, David Brownell wrote:
> > On Sunday 27 May 2007, Matthew Garrett wrote:
> > > Actually, it seems to be worse than that - the PNP entry for my cmos
> > > clock doesn't appear to mention an irq, so the wakealarm
On Thu, 2007-05-17 at 20:46 -0400, John Belmonte wrote:
> As for the acpi events I guess there is
> not much motivation, but as the Ubuntu patch already has the polling
> code it may still be a useful place to start.
Attached patch adds a kernel thread to do polling on Toshiba hardware.
Toshiba
On Mon, May 28, 2007 at 12:58:51PM +0200, Pavel Machek wrote:
> It would happily occur under Windows. You just needed to load machine
> in a way that cpu stayed ~80C.
So replace the DSDT. All the problems get solved that way.
--
Matthew Garrett | [EMAIL PROTECTED]
-
To unsubscribe from this list
giggz ?:
> giggz a écrit :
>> giggz a écrit :
>>> [...] (little cut)
>>>
> But I can't find the solution for the other error problem :
> I have that :
> Method (RAMW, 2, NotSerialized)
> {
> Acquire (MUTX, 0x)
giggz a écrit :
> giggz a écrit :
>> [...] (little cut)
>>
But I can't find the solution for the other error problem :
I have that :
Method (RAMW, 2, NotSerialized)
{
Acquire (MUTX, 0x)
Hi!
> > > Because, as Len has pointed out, you end up with two different ideas
> > > about what the trip points are - the kernel's and the hardware's. That
> > > works fine until some event in the firmware either forcibly
> > > resynchronises the two or makes assumptions about the spec-complian
giggz a écrit :
>
> [...] (little cut)
>
>>> But I can't find the solution for the other error problem :
>>> I have that :
>>> Method (RAMW, 2, NotSerialized)
>>> {
>>> Acquire (MUTX, 0x)
>>> If (LGreater (A
[...] (little cut)
>> But I can't find the solution for the other error problem :
>> I have that :
>> Method (RAMW, 2, NotSerialized)
>> {
>> Acquire (MUTX, 0x)
>> If (LGreater (Arg0, 0x7F))
>>
Hi,
giggz ?:
> giggz a écrit :
>> Hi,
>>
>> I have done that :
>>
>> cat /proc/acpi/dsdt > dsdt.dat
>> iasl -d dsdt.dat
>> iasl -tc dsdt.dsl
>>
>> The output :
>>
>> Intel ACPI Component Architecture
>> ASL Optimizing Compiler version 20061109 [May 18 2007]
>> Copyright (C) 2000 - 2006 Intel C
giggz a écrit :
> Hi,
>
> I have done that :
>
> cat /proc/acpi/dsdt > dsdt.dat
> iasl -d dsdt.dat
> iasl -tc dsdt.dsl
>
> The output :
>
> Intel ACPI Component Architecture
> ASL Optimizing Compiler version 20061109 [May 18 2007]
> Copyright (C) 2000 - 2006 Intel Corporation
> Supports ACPI Sp
15 matches
Mail list logo