Date: Wed, 8 Apr 2009 12:56:37 -0400 From: Jung-uk Kim <jkim@FreeBSD.org> To: freebsd-current@FreeBSD.org Cc: Alexander Motin <mav@freebsd.org>, Diego Depaoli <trebestie@gmail.com> Subject: Re: AMD 780G chipset major issues 1/3 (ata, ataati) Message-ID: <200904081257.18260.jkim@FreeBSD.org> In-Reply-To: <83e5fb980904080424w1dda7fb3tf1c26ac72752352f@mail.gmail.com> References: <1239063789.00097213.1239052203@10.7.7.3> <200904071757.04734.jkim@FreeBSD.org> <83e5fb980904080424w1dda7fb3tf1c26ac72752352f@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday 08 April 2009 07:24 am, Diego Depaoli wrote:
> On Tue, Apr 7, 2009 at 11:57 PM, Jung-uk Kim <jkim@freebsd.org>
wrote:
> > I have a similar board and it seems to share the broken ACPI
> > DSDT.
>
> At this point I consider acpi's issues very minor issues.
> The hard reality is than I can't install and run FreeBSD out of the
> box on such board bought in the last five years (and I do not ever
> buy products just released on the market).
These days ACPI does a lot more than you may think. ;-) Actually, the
BIOS writer *tried* to configure SATA controller modes differently
depending on BIOS options you have selected when DSDT is loaded but
that is one of the things ignored if my assumption was correct, i.e.,
sharing broken DSDT. Try dumping DSDT and see it for yourself. You
may see something like this:
Device (SATA)
{
Name (_ADR, 0x00110000)
If (LEqual (STCL, 0x0101)) <--- "executable at module level"
{
... <--- This entire block is ignored!
}
}
Within the block, it sets PCI BARs and stuff for atapci0 and enables
its channels via _STA methods. Without the south bridge
documentation[1], we cannot do anything to mimic what it does from
ataati(4).
Jung-uk Kim
[1] The situation may change in the future, though:
http://forums.amd.com/devforum/messageview.cfm?catid=203&threadid=110538
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200904081257.18260.jkim>