Re: Memory modified after free: Most recently used by acpitask
From: Gavin Atkinson (gavin.atkinson_at_ury.york.ac.uk)
Date: 11/24/04
- Previous message: Emanuel Haupt: "merge nwfs code to 5-STABLE?"
- In reply to: Nate Lawson: "Re: Memory modified after free: Most recently used by acpitask"
- Next in thread: Nate Lawson: "Re: Memory modified after free: Most recently used by acpitask"
- Reply: Nate Lawson: "Re: Memory modified after free: Most recently used by acpitask"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
To: Nate Lawson <nate@root.org> Date: Wed, 24 Nov 2004 18:07:43 +0000
On Wed, 2004-11-24 at 16:49, Nate Lawson wrote:
> Gavin Atkinson wrote:
> > Hi,
> >
> > Just got a panic on a 6-CURRENT (Thu Nov 18 16:36:35 GMT 2004) machine,
> > while copying a large amount of data around.
> >
> > Seems to be an ACPI related reuse-after-free. As far as I can tell, 20
> > bytes into the acpi_task structure is (int)ta_flags within the embedded
> > struct task, but I can't see use of this field in the ACPI code so ACPI
> > may be a red herring.
> >
> >
> > # cp -Rp /usr/* /var/usr
> > [about 10 minutes later]
> > Memory modified after free 0xc44a8420(28) val=0 @ 0xc44a8434
> > panic: Most recently used by acpitask
>
> Unfortunately, the panic message doesn't tell you who modified it since
> someone with a stray pointer (say, who allocated/freed it before acpi)
> could overwrite it and it was only detected on the next malloc. The way
> I've found these is to boot -d (into ddb) and type "watch 0xc44a8420".
> Then hit "c" to continue the boot. Dump a "tr" any time the watchpoint
> triggers and look for suspicious callers.
Sadly, I suspect it's not going to be that easy. I've just had another
panic, same trigger and symptoms but different memory address.
Memory modified after free 0xc50441c0(28) val=0 @ 0xc50441d4
panic: Most recently used by acpitask
cpuid = 0
KDB: enter: panic
[thread 100111]
Stopped at kdb_enter+0x2c: leave
I'll try taking the box to top-of-tree current in case it has already
been fixed - however that will probably have to wait until tomorrow now
as this machine cannot reboot without physical help. Surely it seems
like quite a coincidence that both times it was 20 bytes into memory
once owned by acpitask, though?
Gavin
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
- Previous message: Emanuel Haupt: "merge nwfs code to 5-STABLE?"
- In reply to: Nate Lawson: "Re: Memory modified after free: Most recently used by acpitask"
- Next in thread: Nate Lawson: "Re: Memory modified after free: Most recently used by acpitask"
- Reply: Nate Lawson: "Re: Memory modified after free: Most recently used by acpitask"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|