Date: Sat, 25 Dec 2004 01:30:21 +0200 From: Ruslan Ermilov <ru@FreeBSD.org> To: S?ren Schmidt <sos@DeepCore.dk> Cc: Soren Schmidt <sos@FreeBSD.org> Subject: Re: ATA regression Message-ID: <20041224233021.GA43419@ip.net.ua> In-Reply-To: <41CC9BDA.7020203@DeepCore.dk> References: <20041223221047.GB6049@ip.net.ua> <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAA0VcX9IoJqUaXPS8MjT1PdsKAAAAQAAAArxJ5PgcqDkuBy1s4qQ6S8AEAAAAA@telia.com> <20041224094127.GA75931@ip.net.ua> <41CC425C.7050906@DeepCore.dk> <20041224220821.GB86330@ip.net.ua> <41CC9BDA.7020203@DeepCore.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
--Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 24, 2004 at 11:44:42PM +0100, S?ren Schmidt wrote: > Ruslan Ermilov wrote: > >On Fri, Dec 24, 2004 at 05:22:52PM +0100, S?ren Schmidt wrote: > > > >>OK, saw this thread a little late, but I committed some updates to this= =20 > >>area earlier today, let me know if that changes anything... > >> > >Unfortunately not. With > > > >$FreeBSD: src/sys/dev/ata/ata-chipset.c,v 1.97 2004/12/24 13:36:04 sos E= xp=20 > >$ > >$FreeBSD: src/sys/dev/ata/ata-lowlevel.c,v 1.51 2004/12/24 13:38:25 sos= =20 > >Exp $ > > > >I still get, > > > >atapci0: <nVidia nForce3 UDMA133 controller> port=20 > >0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 8.0 on pci0 > >ata0: channel #0 on atapci0 > >ata1: channel #1 on atapci0 > >atapci1: <Promise PDC20378 SATA150 controller> port=20 > >0xd000-0xd07f,0xd400-0xd40f,0xd800-0xd83f mem=20 > >0xfc960000-0xfc97ffff,0xfc99f000-0xfc99ffff irq 5 at device 8.0 on pci1 > >atapci1: failed: rid 0x20 is memory, requested 4 > >ata2: channel #0 on atapci1 > >ata3: channel #1 on atapci1 > >ata4: channel #2 on atapci1 > >ad0: 76319MB <ST380011A/3.04> [155061/16/63] at ata0-master UDMA100 > >ata1-slave: DMA limited to UDMA33, non-ATA66 cable or device > >acd0: CDRW <COM4824/VER 1.01> at ata1-slave UDMA33 > >ata4-master: FAILURE - ATA_IDENTIFY timed out > >ata4-master: FAILURE - ATA_IDENTIFY timed out > >ata4-master: FAILURE - ATA_IDENTIFY timed out > > > >followed by the instant panic. >=20 > The panic message and traceback would be helpfull, as I have a semilar=20 > setup here that works "just fine" (tm)... >=20 I don't have a serial console attached here, so below was cut-n-pasted by hands: : ata4-master: FAILURE - ATA_IDENTIFY timed out : ata4-master: FAILURE - ATA_IDENTIFY timed out : ata4-master: FAILURE - ATA_IDENTIFY timed out : Trying to mount root from ufs:/dev/ad0a : ata4-master: FAILURE - ATA_IDENTIFY timed out : Slab at 0xffffff003d7e1f38, freei 15 =3D 0. : panic: Duplicate free of item 0xffffff003d7e1ca8 from zone 0xffffff003ffa= f500(g_bio) :=20 : cpuid =3D 0 : KDB: enter: panic : [thread pid 3 tid 100029 ] : Stopped at kdb_enter+0x2f: nop : db> where : kdb_enter() at ... : panic() at ... : uma_dbg_free() at ... : uma_zfree_arg() at ... : g_disk_done() at ... : ad_done() at ... : ata_completed() at ... : g_io_schedule_up() at ... : g_up_procbody() at ... : fork_exit() at ... : fork_trampoline() at ... : --- trap 0, rip =3D 0, rsp =3D 0xffffffffa509dd00, rbp =3D 0 --- : db> A panic can be avoided by reverting the ata-queue.c,v 1.41. But even after this, I get ATA_IDENTIFY failures. And as I said, reverting to a somewhat earlier version makes it all work. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBzKaNqRfpzJluFF4RAlhyAJoCQa5tNYwEyQMdCzoZYAs1NIc+rQCgl/xP A0U99AySi8O4iYjwhDtUuwo= =oyF+ -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041224233021.GA43419>