Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround.

2007-11-02 Thread Arno J. Klaassen
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 panic

Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround.

2007-11-02 Thread Arno J. Klaassen
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

Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround.

2007-11-02 Thread Arno J. Klaassen
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 th

"indefinite" wait buffer patch

2007-11-01 Thread Arno J. Klaassen
quot;); + } + else { + if (ret == VM_PAGER_ERROR) { +printf("swp_pager_force_pagein: VM_PAGER_ERROR\n"); + } + else + panic("swap_pager_force_pagein: read from swap failed");/*XXX*/ + } + } vm_object_pip_subtract(object, 1); vm_page_lock_queues(); vm_page_dirty

early attaching tap0

2004-05-23 Thread Arno J. Klaassen
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 f