RE: Kernel eats memory with LG-81 motherboard , acpi_operand possible culprit?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Alexey,

I've installed the latest 2.6.17.13 kernel (compiled from kernel.org source
that I downloaded earlier today) and the "acpi_operand" field in
"/proc/slabinfo" is still steadily rising.  After just 5 mins uptime, the
acpi_operand field has ~4200 objects of 40 bytes each.  After 8 mins, this
had rised on 4876 objects.

I am now going to try to patch the DSDT file into the kernel and see if that
cures it.

Regards,

Roger

> -----Original Message-----
> From: linux-acpi-owner@xxxxxxxxxxxxxxx [mailto:linux-acpi-
> owner@xxxxxxxxxxxxxxx] On Behalf Of Alexey Starikovskiy
> Sent: 15 September 2006 19:42
> To: Roger Lucas
> Cc: linux-acpi@xxxxxxxxxxxxxxx; 'Suietov, Fiodor F'
> Subject: Re: Kernel eats memory with LG-81 motherboard , acpi_operand
> possible culprit?
> 
> It is a leak mentioned by Fiodor -- bug #6514.
> Roger Lucas wrote:
> > Hi Alexey,
> >
> > Thanks for the quick responses - it looks like I either need to
> > path+recompile the 2.6.16.20 kernel to allow a replacement DSDT file or
> use
> > the 2.6.17.13 kernel.
> >
> > Can you clarify exactly what memory leak you think is the problem?  I
> don't
> > mind trying the 2.6.17.x kernel, but I would like to know exactly what
> the
> > problem being resolved is.
> >
> > Thanks,
> >
> > Roger
> >
> >> -----Original Message-----
> >> From: Alexey Starikovskiy
> [mailto:alexey_y_starikovskiy@xxxxxxxxxxxxxxx]
> >> Sent: 15 September 2006 16:52
> >> To: Suietov, Fiodor F
> >> Cc: Roger Lucas; linux-acpi@xxxxxxxxxxxxxxx
> >> Subject: Re: Kernel eats memory with LG-81 motherboard , acpi_operand
> >> possible culprit?
> >>
> >> Roger,
> >> Please try to upgrade to 2.6.17.x, as it probably contains a fix to
> your
> >> memory leak.
> >>
> >> Regards,
> >> Alex.
> >>
> >> Suietov, Fiodor F wrote:
> >>> Perhaps, it is related to #6514:
> >>>
> >>> http://bugzilla.kernel.org/show_bug.cgi?id=6514
> >>>
> >>> Thanks,
> >>>  Fiodor
> >>>
> >>>> -----Original Message-----
> >>>> From: linux-acpi-owner@xxxxxxxxxxxxxxx [mailto:linux-acpi-
> >>>> owner@xxxxxxxxxxxxxxx] On Behalf Of Alexey Starikovskiy
> >>>> Sent: Friday, September 15, 2006 6:41 PM
> >>>> To: Roger Lucas
> >>>> Cc: linux-acpi@xxxxxxxxxxxxxxx
> >>>> Subject: Re: Kernel eats memory with LG-81 motherboard , acpi_operand
> >>>> possible culprit?
> >>>>
> >>>> Roger,
> >>>>
> >>>> Please try to change Store(Local0, Local0) to Store(Zero, Local0) and
> >>>> check if you still have a leak...
> >>>>
> >>>> Thanks,
> >>>> Alex.
> >>>>
> >>>> Roger Lucas wrote:
> >>>>> Some more information...
> >>>>>
> >>>>> It seems that there are bugs in the DSDT information.  I followed
> >>> the
> >>>>> instructions on this link to analyse the DSDT table.
> >>>>>
> >>>>> http://gentoo-wiki.com/HOWTO_Fix_Common_ACPI_Problems
> >>>>>
> >>>>> When I recompiled it, the following errors occurred.  I have no idea
> >>>> what
> >>>>> these mean or if they are important, but I suspect that they are not
> >>>> good.
> >>>>> The BIOS ASL was originally compiled with the Microsoft compiler.
> >>>>>
> >>>>> root@hydra:~# iasl -tc dsdt.dsl
> >>>>>
> >>>>> Intel ACPI Component Architecture
> >>>>> ASL Optimizing Compiler version 20051216 [Jan  9 2006]
> >>>>> Copyright (C) 2000 - 2005 Intel Corporation
> >>>>> Supports ACPI Specification Revision 3.0
> >>>>>
> >>>>> dsdt.dsl   361:     Method (\_WAK, 1, NotSerialized)
> >>>>> Warning  2078 -                 ^ Reserved method must return a
> >>> value
> >>>> (_WAK)
> >>>>> dsdt.dsl   394:             Store (Local0, Local0)
> >>>>> Error    1048 -                         ^ Method local variable is
> >>> not
> >>>>> initialized (Local0)
> >>>>>
> >>>>> dsdt.dsl   399:             Store (Local0, Local0)
> >>>>> Error    1048 -                         ^ Method local variable is
> >>> not
> >>>>> initialized (Local0)
> >>>>>
> >>>>> dsdt.dsl  5349:                 If (Or (PLCY, PLCY, Local7))
> >>>>> Warning  2097 -                      ^ Statement is unreachable
> >>>>>
> >>>>> ASL Input:  dsdt.dsl - 5433 lines, 178284 bytes, 2002 keywords
> >>>>> Compilation complete. 2 Errors, 2 Warnings, 0 Remarks, 537
> >>> Optimizations
> >>>>> root@hydra:~#
> >>>> -
> >>>> To unsubscribe from this list: send the line "unsubscribe linux-acpi"
> >>> in
> >>>> the body of a message to majordomo@xxxxxxxxxxxxxxx
> >>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >>> -
> >>> To unsubscribe from this list: send the line "unsubscribe linux-acpi"
> in
> >>> the body of a message to majordomo@xxxxxxxxxxxxxxx
> >>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >>>
> >
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> > the body of a message to majordomo@xxxxxxxxxxxxxxx
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >
> -
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux