Hello,
Alexander Sabourenkov [EMAIL PROTECTED] writes:
Hello.
I have ported the workaround for the hardware bug that causes data
corruption on Promise SATA300 TX4 cards to RELENG_7.
Bug description:
SATA300 TX4 hardware chokes if last PRD entry (in a dma transfer) is
larger than 164
Alexander Sabourenkov [EMAIL PROTECTED] writes:
Arno J. Klaassen wrote:
definitely an improvement, but not sufficient (for my setup ) :
amd64-releng_6 on an ASUS A8V UP (box ran rock-stable
for years i386-releng_5 with same hardware apart TX4 and
drives)
from dmesg :
Setup
Hello,
[ ... ]
I will test again with #define PDC_MAXLASTSGSIZE 32*4 (just to see
if that makes a difference)
One thing to try is to loose any geom raid, if raid needed use ataraid
instead.
Nope : i did a newfs ad6 (the disk at the Promise TX4) and then an
rsync on it panics the same
*/
+ }
+ }
vm_object_pip_subtract(object, 1);
vm_page_lock_queues();
vm_page_dirty(m);
--
Arno J. Klaassen
SCITO S.A.
8 rue des Haies
F-75020 Paris, France
http://scito.com
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
Hello,
ehmm, i hesitate writing to this list since I'm really
not a hacker, but I have a problem I seemingly cannot
resolve :
I would like the device tap entry of my kernel-config
to create and open an ethernet-device, rather
than just initialising the necessary kernel structures.
I made the
5 matches
Mail list logo