Date: Sun, 15 May 2011 16:22:28 +0000 From: "Dieter BSD" <dieterbsd@engineer.com> To: mav@freebsd.org Cc: freebsd-drivers@freebsd.org Subject: Re: Siis(4) does not play well with others! :-( Message-ID: <20110515162230.227510@gmx.com>
next in thread | raw e-mail | index | archive | help
> For now, I can only say that you are still running not the latest driver > version. Latest have some delays reduced and report connect time in > "us". May be some more of remaining could be replaced with interrupts > (specifically on siis hardware), but I need to think and experiment more > with it. I was able to swap cables and put that disk on the JMB363 controller. (directly, no port multiplier) I now just get read errors from the disk and a "error = 5" message from g_vfs_done(), but no messages from ahci(4) at all, and no other problems. So much for testing the disk before putting it into service. I read the entire disk, then wrote the entire disk with 0x00, 0xff, 0x55 and 0xaa, reading it back each time into hexdump -C. Put it into service, and after 82 GB of real data (on a 2 TB drive) it fails. grumble My todo list: 1) Build new kernel with the latest siis(4) and achi(4) bits. 2) Test if a read error causes achi(4) to lock out Ethernet for too long. 3) Test with achi(4) with and without a port multiplier. 3) Test with siis(4) with and without a port multiplier. > Generally, the situation when the system doesn't reboot with the reset > button doesn't smell good to me. FreeBSD does something that disables the soft power switch. I don't recall if I've had problems with reset before. Stopping the PM LEDS blinking but not doing a full reset seems pretty odd. Something important must not be getting reset. I thought Tyan's mainboards were supposed to be "tier 1". :-( I'm still puzzled that one Ethernet responded to ping but another did not.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110515162230.227510>