Date: Wed, 24 Nov 2010 19:57:36 +0200 From: Alexander Motin <mav@FreeBSD.org> To: Roger Hammerstein <cheeky.m@live.com> Cc: freebsd-current@freebsd.org Subject: Re: panic with devclass_get_name (dc=0xdeadc0dedeadc0de) Message-ID: <4CED5210.9070209@FreeBSD.org> In-Reply-To: <BAY147-w114A674E862F53510CA020F93F0@phx.gbl> References: <20101122172016.71e6b3ca@core.draftnet>, , <mailpost.1290447442.8570004.23594.mailing.freebsd.current@FreeBSD.cs.nctu.edu.tw>, , <4CEB6F26.3010004@FreeBSD.org>, <BAY147-w474FC745C51BBA372543DF93E0@phx.gbl> <BAY147-w114A674E862F53510CA020F93F0@phx.gbl>
next in thread | previous in thread | raw e-mail | index | archive | help
Roger Hammerstein wrote: > Using ATA_CAM it doesn't panic, it removes the bad disk from /dev after > the problem. > > Nov 24 12:36:15 butter kernel: ata4: SATA connect time=0ms status=00000113 > Nov 24 12:36:15 butter kernel: ata4: reset tp1 mask=01 ostat0=d0 ostat1=00 > Nov 24 12:36:15 butter kernel: ata4: stat0=0xd0 err=0x00 lsb=0x54 msb=0x02 > Nov 24 12:36:15 butter last message repeated 309 times > Nov 24 12:36:15 butter kernel: ata4: reset tp2 stat0=d0 stat1=00 devices=0x0 It looks like controller or device stuck in some irresponsible state, where soft reset unable to get device back. You can make driver execute also hard reset before soft reset by changing in file ata-serverworks.c: if (ata_sata_phy_reset(dev, -1, 1)) to if (ata_sata_phy_reset(dev, -1, 0)) Please report what you get. -- Alexander Motin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4CED5210.9070209>