On Mon, Nov 19, 2007 at 09:02:33AM +0100 I heard the voice of
Søren Schmidt, and lo! it spake thus:
I'd like to get the final verdict of the attached patch and if it
fixes the problem or not.
Behind the curve, as usual, I just upgraded one of my systems that's
had the problem in the past to
On 11/20/07, Thierry Herbelot [EMAIL PROTECTED] wrote:
Le Tuesday 20 November 2007, Ari Suutari a écrit :
I have Promise TX2 (PDC20575). It didn't work with 7.0 betas
before, but with this patch things run as well as they did
on 6.x.
Ari S.
Hello,
Has anyone an idea why the
Hi,
On man, nov 19, 2007 at 09:02:33 +0100, Søren Schmidt wrote:
Hi All!
I'd like to get the final verdict of the attached patch and if it fixes
the problem or not.
Please test and report, its a bit urgent if it need to get into R7 :)
I have Promise TX2 (PDC20575). It didn't work with
Le Tuesday 20 November 2007, Ari Suutari a écrit :
I have Promise TX2 (PDC20575). It didn't work with 7.0 betas
before, but with this patch things run as well as they did
on 6.x.
Ari S.
Hello,
Has anyone an idea why the Promise controllers seemed to work correctly under
6.x, then
Joao Barros wrote:
On 11/20/07, Thierry Herbelot [EMAIL PROTECTED] wrote:
Le Tuesday 20 November 2007, Ari Suutari a écrit :
I have Promise TX2 (PDC20575). It didn't work with 7.0 betas
before, but with this patch things run as well as they did
on 6.x.
Ari S.
Hello,
Has
Hi All!
I'd like to get the final verdict of the attached patch and if it fixes
the problem or not.
Please test and report, its a bit urgent if it need to get into R7 :)
-Søren
? promise-fix2
? promise-fix3
Index: ata-chipset.c
On man, nov 19, 2007 at 09:02:33 +0100, Søren Schmidt wrote:
Hi All!
I'd like to get the final verdict of the attached patch and if it fixes
the problem or not.
Please test and report, its a bit urgent if it need to get into R7 :)
Hi!
I'm sorry I wasn't able to test this earlier, but
Le Monday 19 November 2007, Søren Schmidt a écrit :
Hi All!
I'd like to get the final verdict of the attached patch and if it fixes
the problem or not.
Please test and report, its a bit urgent if it need to get into R7 :)
-Søren
Hello SoS,
From what I read, it seems that the last
On fre, nov 02, 2007 at 01:34:51 +0300, Alexander Sabourenkov wrote:
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
Ulf Lilleengen wrote:
I tried the patch, but I end up with the partition table being incorrectly
read (probably) on the drives connected to my TX4 card. Normally, there's
one partition on the drive, but when I apply the patch, the drive provider
(ad6) is all that shows up in /dev.
When I
Roman Kurakin wrote:
By the way, is there any chance to get RAID5 working with this controller?
Software only.
--
./lxnt
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send
By the way, is there any chance to get RAID5 working with this controller?
rik
Alexander Sabourenkov wrote:
Arno J. Klaassen wrote:
Rather than the marginal HW part, it seems, for me, closely related to
MB/BIOS (as well (Alexander apperently has about the same setup as I
have for this
Arno J. Klaassen wrote:
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)
Arno J. Klaassen wrote:
Rather than the marginal HW part, it seems, for me, closely related to
MB/BIOS (as well (Alexander apperently has about the same setup as I
have for this test)):
[...]
I vaguely remember from another PR that the Promise card does
something with PCI-bursting
Søren Schmidt wrote:
Good catch!
However from my quick glimpse at the Promise sources the limit seems
to be 32 Dwords ie 32*4 = 128bytes.
I'll investigate further and ask Promise for the gory details, stay
tuned...
I dont think the PRD count limitation is a real problem, I've newer
seen that
Alexander Sabourenkov wrote:
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 bytes. This was found while
Søren Schmidt wrote:
Søren Schmidt wrote:
Good catch!
However from my quick glimpse at the Promise sources the limit seems
to be 32 Dwords ie 32*4 = 128bytes.
Please see driver named 4_sataii150-300_linux2.6-src_x86-64_v1.01.0.23
I'll investigate further and ask Promise for the gory
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
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 is identical to mine, except for the drives.
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
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 :
atapci0: Promise PDC40718 SATA300 controller port
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
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 bytes. This was found while analysing vendor-supplied
linux driver.
23 matches
Mail list logo
