On 25/05/2005, at 4:17, alan bryan wrote:
--- Søren Schmidt <[EMAIL PROTECTED]> wrote:
Is there anything in -CURRENT that would help this
to
work better than 5-STABLE plus the ATA mkIII "n"
patches?
Yes, I've done quite a bit of changes that affects
this on -current.
However its done
On 24/05/2005, at 5:01, alan bryan wrote:
Here's a recap of all the things I've tried and
discovered in a bunch of testing today.
Tried mkIII "m" patches and that doesn't show atapici1
or atapici2 - they just show as GENERIC with drives as
UDMA33
Tried mkIII "n" patches and then atapici1 show
On 22/05/2005, at 18:11, Joe Rhett wrote:
You need to overwrite the metadata (se above) which are located in
different places again depending on metadata format.
So where is it located with the sil3114 controler?
(same as 3112, but with 4 ports...)
On Sun, May 22, 2005 at 12:45:05AM +0200
On 22/05/2005, at 2:36, Thomas Hurst wrote:
* Søren Schmidt ([EMAIL PROTECTED]) wrote:
No, my only advise is to use the ATA mkIII patches or better yet -
current..
In a similar vein, I'm seeing the same WRITE_DMA timeouts and system
lockups using ATA mkIII patches as I did using the stand
On 21/05/2005, at 1:10, Joe Rhett wrote:
On Thu, May 19, 2005 at 08:21:13AM +0200, Søren Schmidt wrote:
On 19/05/2005, at 2.20, Joe Rhett wrote:
Soren, I've just retested all of this with 5.4-REL and most of the
problems
listed here are solved. The only problems appear to be related to
t
On 21/05/2005, at 0:52, Peter Jeremy wrote:
On Fri, 2005-May-20 14:53:09 -0600, Elliot Finley wrote:
From: "Peter Jeremy" <[EMAIL PROTECTED]>
On Fri, 2005-May-20 08:25:58 -0600, Elliot Finley wrote:
I took the -L option off of my dump command in my daily dump
script. I've
gone two days
On 19/05/2005, at 2.20, Joe Rhett wrote:
Soren, I've just retested all of this with 5.4-REL and most of the
problems
listed here are solved. The only problems appear to be related to
these
ghost arrays that appear when it finds a drive that was taken offline
earlier. For example, pull a drive
Elliot Finley wrote:
This has been happening since 5.3-R, I've been tuning different parameters
to no avail. I've taken the disks off of the onboard ICH5 controller and
put them a promise TX4 S150 controller, but still the same thing happens.
The system freezes, but isn't totally dead. It'll stil
Gheorghe Ardelean wrote:
Hi Soeren,
I have to thank you for the work you put in the ata driver.
Thanks!
After patching the 5.4 sources with the new ata mkIII
(http://people.freebsd.org/~sos/ATA)
I am able to use the RAID 1 with my Adaptec SATA 1210SA.
Good :) let me know if you run into problems wi
Andrew Heybey wrote:
I just tried RELENG_5 as of last week and the latest (April 13) ATA
mkIII patches from http://people.freebsd.org/~sos/ATA/ on my laptop.
Unfortunately, it breaks suspend-to-RAM (S3).
History:
I first tried RELENG_5 on the laptop (a Toshiba Tecra M2V) in January
and suspend di
tofik suleymanov wrote:
Good day Soren,
i've applied ATA mkIII patch on freshly cvsuped 5.4-STABLE and
experienced
problems with onboard sata controller.Here is a fragment from dmesg output:
atapci1: port
0xe000-0xe00f,0xb70-0xb73,0x970-0x977,0xbf0-0xbf3,0x9f0-0x9f7 irq 22 at
device 10.0 on
I've just uploaded the latest ATA mkIII patches for releng_5 (and
releng_5_4 for that matter).
Since this work is now in -current there will only be releng_5 patches
now and then if there is sufficient interest.
Anyhow, they are on http:/people.freebsd.org/~sos/ATA
Enjoy!
--
-Søren
12 matches
Mail list logo
