On Sun, Nov 25, 2012 at 06:17:37PM +0200, Andriy Gapon wrote:
> @@ -238,6 +240,10 @@ AcpiOsReleaseObject (
> if (Object == Curr) {
> panic("freeing a free object %p", Object);
> }
> +Depth--;
> +if (Depth < 0) {
> +panic("cycle in a cache l
on 26/11/2012 11:11 Stefan Farfeleder said the following:
> On Sun, Nov 25, 2012 at 06:17:37PM +0200, Andriy Gapon wrote:
>> @@ -238,6 +240,10 @@ AcpiOsReleaseObject (
>> if (Object == Curr) {
>> panic("freeing a free object %p", Object);
>> }
>> +Depth--;
>>
On Mon, Nov 26, 2012 at 11:29:55AM +0200, Andriy Gapon wrote:
>
> Very interesting, thank you.
> Are you able to get a crash dump?
Yes.
(kgdb) bt
#0 doadump (textdump=0) at pcpu.h:229
#1 0x802becae in db_dump (dummy=, dummy2=0,
dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.
on 26/11/2012 11:37 Stefan Farfeleder said the following:
> On Mon, Nov 26, 2012 at 11:29:55AM +0200, Andriy Gapon wrote:
>>
>> Very interesting, thank you.
>> Are you able to get a crash dump?
>
> Yes.
Great!
Could you please cast those cycled objects to 'union acpi_operand_object' and
print the
On Mon, Nov 26, 2012 at 12:29:24PM +0200, Andriy Gapon wrote:
> Great!
> Could you please cast those cycled objects to 'union acpi_operand_object' and
> print them? Something like 'p *(union acpi_operand_object *)$x'.
Sure. First here's the cycle:
(kgdb) p *(void **)(0xfe0006117600+8)
$2 = (
on 26/11/2012 12:47 Stefan Farfeleder said the following:
> BTW, I noticed the ACPI_SET_DESCRIPTOR_TYPE code is pointless, because the
> DescriptorType is at offset 8 from the object start and gets immediately
> overwritten by the next pointer. However I don't think it's a problem.
Thank you.
To m
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
On Mon, Nov 26, 2012 at 01:06:18PM +0200, Andriy Gapon wrote:
> on 26/11/2012 12:47 Stefan Farfeleder said the following:
> > BTW, I noticed the ACPI_SET_DESCRIPTOR_TYPE code is pointless, because the
> > DescriptorType is at offset 8 from the object start and gets immediately
> > overwritten by th
Also, I've just realized that the check is racy...
Could you please move the whole check block (between and excluding
AcpiUtAcquireMutex and AcpiUtReleaseMutex) down right below the following lines:
Status = AcpiUtAcquireMutex (ACPI_MTX_CACHES);
if (ACPI_FAILURE (Status))
on 26/11/2012 13:10 Stefan Farfeleder said the following:
> On Mon, Nov 26, 2012 at 01:06:18PM +0200, Andriy Gapon wrote:
>> on 26/11/2012 12:47 Stefan Farfeleder said the following:
>>> BTW, I noticed the ACPI_SET_DESCRIPTOR_TYPE code is pointless, because the
>>> DescriptorType is at offset 8 fro
10 matches
Mail list logo
