Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 14 Feb 2004 14:30:55 -0800
From:      Steve Kargl <sgk@troutmask.apl.washington.edu>
To:        "Simon L. Nielsen" <simon@freebsd.org>
Cc:        sos@freebsd.org
Subject:   Re: Sony V505BX ATA panic
Message-ID:  <20040214223055.GA50966@troutmask.apl.washington.edu>
In-Reply-To: <20040214214411.GA726@arthur.nitro.dk>
References:  <20040214192736.C23696@news1.macomnet.ru> <20040214203557.GE888@arthur.nitro.dk> <402E874D.8080909@DeepCore.dk> <20040214204918.GF888@arthur.nitro.dk> <402E8A19.70808@DeepCore.dk> <20040214214411.GA726@arthur.nitro.dk>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Feb 14, 2004 at 10:44:13PM +0100, Simon L. Nielsen wrote:
> acd0: Medium: CD-R 120mm data disc
> Memory modified after free 0xc4667200(508) val=1000100 @ 0xc4667200
> 
> 
> Fatal trap 12: page fault while in kernel mode
> fault virtual address   = 0x1000120
> fault code              = supervisor read, page not present
> instruction pointer     = 0x8:0xc06627c2
> stack pointer           = 0x10:0xc0c21ba4
> frame pointer           = 0x10:0xc0c21bc0
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, def32 1, gran 1
> processor eflags        = interrupt enabled, resume, IOPL = 0
> current process         = 0 (swapper)
> kernel: type 12 trap, code=0
> Stopped at      mtrash_ctor+0x3a:       movl    0x20(%eax),%eax
> db> trace
> mtrash_ctor(c4667200,200,0) at mtrash_ctor+0x3a

I reported a similar crash several days ago.

http://lists.freebsd.org/pipermail/freebsd-current/2004-February/020580.html

My backtrace is different, I get the same "Memory modified after
free" message and a mtrash_ctor panic.  I've tracked the problem
down to (see thread):

   Via trial and error, I have determined that the above panic is
   caused by ACPI and ATAng.  This is a Dell 4150 laptop.  I can 
   build a working kernel with sources checked out via cvsup with
   date=2004.01.30.19.00.00.  If I use a date of 2004.01.30.20.00.00,
   I retrieve only revision 1.203 of ata-all.c and revision 1.19 of
   ata-queue.c.  No other files are changed in sys/ and the resulting
   kernel produces the above panic.  Finally, if I set
   hint.acpi.0.disabled="1" in /boot/loader.conf.  The kernel that
   previously panicked will boot fine.

-- 
Steve



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040214223055.GA50966>