On Mon, 2008-04-14 at 17:42 +0200, Søren Schmidt wrote:
> Hi
>
> You have to set AHCI mode in the BIOS or the resources needed to use
> it wont be available, so yes its software but not ours :)
Not sure if you've seen it, but Matthew Garrett has been working on the
Linux side on prodding the ha
Hi
ATA has done this for a long time for AHCI, if needed resources are
there it will go for AHCI and try to use it for known chipsets.
What is relatively new in ATA is that it will go for chipsets that
claim to be AHCI compliant via the PCI "progif" register, however the
AHCI BAR still nee
On Monday 14 April 2008 01:09:23 pm Søren Schmidt wrote:
> Hi
>
> Yes, the registers used for setting up events when hotswap happens are
> not accessible when in legacy compat mode.
If all you need is for the AHCI BAR to have resources assigned newer FreeBSD
kernels (at least 6.x and later) are
14.04.08, 18:10, "Søren Schmidt" <[EMAIL PROTECTED]>:
> They arent, unless your HW runs in legacy emulation mode, then some
> chipsets emulates master/slave pairs.
I see problem here. ata(4) uses atadev->unit==ATA_SLAVE to determine
which device is slave, but it never sets atadev->unit to ATA_SL
Hi
Yes, the registers used for setting up events when hotswap happens are
not accessible when in legacy compat mode.
-Søren
On 14Apr, 2008, at 18:00 , Dag-Erling Smørgrav wrote:
Søren Schmidt <[EMAIL PROTECTED]> writes:
You have to set AHCI mode in the BIOS or the resources needed t
Søren Schmidt <[EMAIL PROTECTED]> writes:
> You have to set AHCI mode in the BIOS or the resources needed to use
> it wont be available, so yes its software but not ours :)
Thanks Søren, I will make sure the BIOS is correctly configured.
Does this also affect hotswap? I assume that the ICH8 su
Hi
You have to set AHCI mode in the BIOS or the resources needed to use
it wont be available, so yes its software but not ours :)
-Søren
On 14Apr, 2008, at 17:31 , Dag-Erling Smørgrav wrote:
Søren Schmidt <[EMAIL PROTECTED]> writes:
They arent, unless your HW runs in legacy emulatio
Søren Schmidt <[EMAIL PROTECTED]> writes:
> They arent, unless your HW runs in legacy emulation mode, then some
> chipsets emulates master/slave pairs.
Hmm, isn't that a matter of software more than hardware, i.e. the driver
switches to "native" mode when FreeBSD boots?
Or perhaps I should doubl
Hi
They arent, unless your HW runs in legacy emulation mode, then some
chipsets emulates master/slave pairs.
-Søren
On 14Apr, 2008, at 15:53 , Dag-Erling Smørgrav wrote:
SXren Schmidt <[EMAIL PROTECTED]> writes:
Log:
Fix identify of slave devices.
Speaking of slave devices, why a
SXren Schmidt <[EMAIL PROTECTED]> writes:
> Log:
> Fix identify of slave devices.
Speaking of slave devices, why are SATA devices listed as master / slave
pairs, instead of each on their own channel?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
On Sunday 13 April 2008 18:05:34 Søren Schmidt wrote:
> sos 2008-04-13 16:05:34 UTC
>
> FreeBSD src repository
>
> Modified files:
> sys/dev/ata ata-all.h ata-raid.c
> Log:
> Fix identify of slave devices.
This fixes the problem I was having with the miss-identified 1
sos 2008-04-13 16:05:34 UTC
FreeBSD src repository
Modified files:
sys/dev/ata ata-all.h ata-raid.c
Log:
Fix identify of slave devices.
Revision ChangesPath
1.131 +1 -1 src/sys/dev/ata/ata-all.h
1.129 +7 -8 src/sys/dev/ata/ata-raid.c
_
sos 2005-11-29 20:08:26 UTC
FreeBSD src repository
Modified files:
sys/dev/ata ata-all.h ata-raid.c
Log:
Fix the ata_composite/ata_request leak when using RAID0+1.
Submitted by: Michael Butler
Minor changes to fit ATA style by me.
Revision Changes
13 matches
Mail list logo