Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 24 Dec 2004 11:41:27 +0200
From:      Ruslan Ermilov <ru@FreeBSD.org>
To:        Daniel Eriksson <daniel_k_eriksson@telia.com>
Cc:        Soren Schmidt <sos@FreeBSD.org>
Subject:   Re: ATA regression
Message-ID:  <20041224094127.GA75931@ip.net.ua>
In-Reply-To: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAA0VcX9IoJqUaXPS8MjT1PdsKAAAAQAAAArxJ5PgcqDkuBy1s4qQ6S8AEAAAAA@telia.com>
References:  <20041223221047.GB6049@ip.net.ua> <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAA0VcX9IoJqUaXPS8MjT1PdsKAAAAQAAAArxJ5PgcqDkuBy1s4qQ6S8AEAAAAA@telia.com>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help

--PEIAKu/WMn1b1Hv9
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Dec 24, 2004 at 02:14:12AM +0100, Daniel Eriksson wrote:
> Ruslan Ermilov wrote:
>=20
> > Finally, I had time today to track it down to a single
> > commit.  So, the following change breaks my Promise
> > SATA150 controller:
>=20
> I'm running a Promise SATA150 TX4 on a recent 6-CURRENT
> (2004.12.20.16.00.00) machine without any problems. I only have 3 discs
> hooked up to it though (plus 2 more on the on-board VIA SATA controller).
> Also, I had some problems with ACPI and ATA/SATA on this machine after the
> last big commit (a few weeks ago) so I turned it off. You might want to t=
ry
> that if you haven't already. The machine is head-less, so I haven't tried
> re-enabling ACPI since then.
>=20
Nope, turning ACPI off doesn't make any difference except for assigning
a different IRQ:

:  atapci0: <nVidia nForce3 UDMA133 controller> port 0xffa0-0xffaf,0x376,0x=
170-0x177,0x3f6,0x1f0-0x1f7 at device 8.0 on pci0
:  ata0: channel #0 on atapci0
:  ata1: channel #1 on atapci0
: -atapci1: <Promise PDC20378 SATA150 controller> port 0xd000-0xd07f,0xd400=
-0xd40f,0xd800-0xd83f mem 0xfc960000-0xfc97ffff,0xfc99f000-0xfc99ffff irq 5=
 at device 8.0 on pci1
: +atapci1: <Promise PDC20378 SATA150 controller> port 0xd000-0xd07f,0xd400=
-0xd40f,0xd800-0xd83f mem 0xfc960000-0xfc97ffff,0xfc99f000-0xfc99ffff irq 1=
1 at device 8.0 on pci1
:  atapci1: failed: rid 0x20 is memory, requested 4
:  ata2: channel #0 on atapci1
:  ata3: channel #1 on atapci1
:  ata4: channel #2 on atapci1
:  ad0: 76319MB <ST380011A/3.04> [155061/16/63] at ata0-master UDMA100
:  ata1-slave: DMA limited to UDMA33, non-ATA66 cable or device
:  acd0: CDRW <COM4824/VER 1.01> at ata1-slave UDMA33
:  ata4-master: FAILURE - ATA_IDENTIFY timed out
:  ata4-master: FAILURE - ATA_IDENTIFY timed out
:  ata4-master: FAILURE - ATA_IDENTIFY timed out

Besides, I love my ACPI, and it's a clear regression -- if I revert this
commit, it all works again.


Cheers,
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer

--PEIAKu/WMn1b1Hv9
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)

iD8DBQFBy+RGqRfpzJluFF4RAmORAJ43zABgDa/OM9mN7RvETM2WOQyEoACfYQ34
FYjHNW5YLxanNu1dDvTBYRE=
=LwXb
-----END PGP SIGNATURE-----

--PEIAKu/WMn1b1Hv9--



Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?20041224094127.GA75931>