Date: Fri, 21 Nov 2003 08:46:13 +0100 (CET) From: Soren Schmidt <sos@spider.deepcore.dk> To: Thomas Moestl <t.moestl@tu-bs.de> Cc: sparc64@FreeBSD.ORG Subject: Re: ultra5/cmd646 hang Message-ID: <200311210746.hAL7kD4Z082665@spider.deepcore.dk> In-Reply-To: <20031121014732.GA9102@timesink.dyndns.org>
next in thread | previous in thread | raw e-mail | index | archive | help
It seems Thomas Moestl wrote: > I've played around some more with panther2, and managed to get it to work > seemingly stable in WDMA2 mode by tweaking the initialization code a bit. > I've attached the patch which I have used; the following changes in it > seem to all be required: > > - Programming the timings before setting the transfer mode with > ata_controlcmd(atadev, ATA_SETFEATURES, ATA_SF_SETXFER, ...); Wierd, sounds like the machine doesn't set it up at all, which would make it hard to boot from ?? > - The added interrupt acking code in the chipset interrupt handler > (cribbed from NetBSD) That shouldn't be needed according to docs, but I'll look through the endless list of erratas for this.. > - #if 0-ing out the code that sets the PIO timings. I have not > yet investigated whether this is because of the PIO initialization > of the disk before DMA is tried, or causes troubles when used > for the secondary master, which is a PIO3 CD-ROM. This all sounds screwed somehow, I've just upgraded my alpha to the latest -current and there the '646 works just fine as is... -Søren
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200311210746.hAL7kD4Z082665>