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
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,
Ha
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
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 a
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 las
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 earli
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
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 rever
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
>
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 test)
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 a
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-bursti
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
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
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: port 0xe000-0xe07f,0xd800-0xd8ff
mem 0xfbb0-0xfbb00fff,0xfb
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 dmes
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.
http://l
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
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 details
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 analysing
22 matches
Mail list logo
