On Thursday 09 August 2007 13:45, Nico Golde wrote:
> Hi,
> * Len Brown <[EMAIL PROTECTED]> [2007-08-09 19:25]:
> > I have to second what Henrique wrote.
> > Please avoid /proc/acpi/* whenever you can can.
> > We are trying to get rid of it completely,
> > but that is only partly done.
>
> I know
Andrew Morton wrote:
> On Thu, 9 Aug 2007 16:24:48 -0400
> "Miles Lane" <[EMAIL PROTECTED]> wrote:
>
>> [ INFO: possible circular locking dependency detected ]
>> 2.6.23-rc2-mm1 #7
>> ---
>> kacpid/53 is trying to acquire lock:
>> (&ec->lock){--
On Wednesday, 8 August 2007 14:24, Rafael J. Wysocki wrote:
> On Wednesday, 8 August 2007 04:56, Tejun Heo wrote:
> > Rafael J. Wysocki wrote:
> > > Well, on my box (nx6325) with the appended (experimental) patch applied
> > > on top of 2.6.23-rc1 with the patchset from
> > > http://www.sisk.pl/ker
On Thu, 9 Aug 2007 16:24:48 -0400
"Miles Lane" <[EMAIL PROTECTED]> wrote:
> [ INFO: possible circular locking dependency detected ]
> 2.6.23-rc2-mm1 #7
> ---
> kacpid/53 is trying to acquire lock:
> (&ec->lock){--..}, at: [] mutex_lock+0x1c/0x1f
[ INFO: possible circular locking dependency detected ]
2.6.23-rc2-mm1 #7
---
kacpid/53 is trying to acquire lock:
(&ec->lock){--..}, at: [] mutex_lock+0x1c/0x1f
but task is already holding lock:
(&dpc->work){--..}, at: [] run_workqueue+0xa0/0x
On Thursday, 9 August 2007 17:06, Pavel Machek wrote:
> Hi!
>
> > >> Oh... crap, so acpi wants to sync cache on shutdown. I wonder whether
> > >> it spins down the disk correctly. Does emergency unload count increase
> > >> after each power down? Also, please post the result of 'dmidecode'.
> >
Hi,
* Len Brown <[EMAIL PROTECTED]> [2007-08-09 19:25]:
> I have to second what Henrique wrote.
> Please avoid /proc/acpi/* whenever you can can.
> We are trying to get rid of it completely,
> but that is only partly done.
I know about that and it's a typical kernel hacker argument,
but don't for
On Thu, 2007-08-09 at 01:58 -0400, Len Brown wrote:
> In response to the outcry after I deleted the trip-point
> overrides, here is how I think we can work-around
> thermal issues in a supportable way.
>
> In particular, this series should address the issues
> on Knut's AOpen Award system here:
>
Subject: ACPI: thermal: create "thermal.psv=" to override passive trip points
From: Len Brown <[EMAIL PROTECTED]>
"thermal.psv=-1" disables passive trip points
for all ACPI thermal zones.
"thermal.psv=C", where 'C' is degrees Celsius,
overrides all existing passive trip points
for all ACPI therm
Hi Nico,
I have to second what Henrique wrote.
Please avoid /proc/acpi/* whenever you can can.
We are trying to get rid of it completely,
but that is only partly done.
I really resist changes to /proc/acpi/* because
I consider it legacy and would rather the effort
be focused on the new sysfs inter
Hi,
Some Toshiba Portege laptops needs bluetooth to be enabled, before it can be
used. Since some time there are some patches to do it. (see:
http://glozer.net/dynabook/dynabook.html)
I made some cleanings and make it work with recent kernels. See attatchment -
any comments are welcome!
regard
On Thu, 2007-08-09 at 15:16 +, Pavel Machek wrote:
> Hi!
>
> > > firmwarekit-discuss <[EMAIL PROTECTED]> (added to CC list)
> > > see: http://linuxfirmwarekit.org/
> > >
> > > But if I understand this problem right, this won't be easy.
> > > The ACPI tables are just parsed with system ("iasl
Hi!
> > firmwarekit-discuss <[EMAIL PROTECTED]> (added to CC list)
> > see: http://linuxfirmwarekit.org/
> >
> > But if I understand this problem right, this won't be easy.
> > The ACPI tables are just parsed with system ("iasl ...") and syntactical
> > errors/warnings are printed out.
> > I also
Hi!
> >> Oh... crap, so acpi wants to sync cache on shutdown. I wonder whether
> >> it spins down the disk correctly. Does emergency unload count increase
> >> after each power down? Also, please post the result of 'dmidecode'.
> >
> > I know that my Compaq X1000-series laptop does do some kin
(here's the email I sent Nico but which didn't arrive anywhere. CCs/BCCs
added to resend it to everyone)
On Mon, 06 Aug 2007, Nico Golde wrote:
> I recently implemented libacpi (http://www.ngolde.de/libacpi.html)
> to have some kind of provider for all these acpi applets out
> there. What makes m
On Thu, 09 Aug 2007, Nico Golde wrote:
> But even checking for an empty directory is not enough since
> there comes ibm-acpi (maybe others).
As far as ibm-acpi goes, you can do me a BIG favour, and pretend it has
nothing in procfs.
> With working fan and usage of ibm-acpi you also get an empty
Hi,
I wrote some shared library to get ACPI values for user
space acpi tools and came to a problem.
I check if an ACPI feature exists by checking for its
directory, e.g. /proc/acpi/fan.
The problem with this is, that this gets created when the
specific module is loaded, so if you load the modu
I hope it helps you.
keep up the good work
Bye
# dmidecode 2.9
SMBIOS 2.4 present.
37 structures occupying 1293 bytes.
Table at 0x000F0470.
Handle 0xDA00, DMI type 218, 131 bytes
OEM-specific Type
Header and Data:
DA 83 00 DA B0 00 92 1B 07 02 00 7D 00 00 00 00
On Thu, 2007-08-09 at 10:54 +0200, Robert Lemmen wrote:
> hi folks,
>
> i got a new mainboard, an asrock conroe1333 (intel socket 775 thing). so
> far everything is nice except the cpu fan, which is always spinning at
> top speed. from what i understand, it should be possible to change this
> with
On Thursday 09 August 2007 01:52:37 Frank Hale wrote:
> I have the latest BIOS update for my laptop which is buggy I suppose.
> There has been only one update this year if my memory serves me
> correctly. Is there any hope to fix this or am I at the mercy of the
> hardware vendor which apparenlty d
hi folks,
i got a new mainboard, an asrock conroe1333 (intel socket 775 thing). so
far everything is nice except the cpu fan, which is always spinning at
top speed. from what i understand, it should be possible to change this
with acpi, or even make it spin depending on the cpu temperature.
(right
21 matches
Mail list logo
