Date: Fri, 07 Jul 2006 12:41:03 -0700 From: othermark <atkin901@yahoo.com> To: freebsd-acpi@freebsd.org Subject: Re: acpi on msi-9218 (-current) swaps sio0 and sio1 Message-ID: <e8mdcf$662$1@sea.gmane.org> References: <e81i17$h7u$1@sea.gmane.org> <200607050838.44324.jhb@freebsd.org> <e8gvhe$dct$1@sea.gmane.org> <200607060700.22376.jhb@freebsd.org> <e8jalv$rs9$1@sea.gmane.org> <44AD6F67.9060804@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Nate Lawson wrote:
> othermark wrote:
>> John Baldwin wrote:
>>
>>> On Wednesday 05 July 2006 14:14, othermark wrote:
>>>> John Baldwin wrote:
>>>>
>>>>> On Thursday 29 June 2006 17:51, othermark wrote:
>>>>>> With acpi loaded on a msi-9218 motherboard, I'm seeing sio0 and sio1
>>>>>> get 'swapped.' Even though the kernel is compiled for console on
>>>>>> 0x3f8, I've had to change the /etc/ttys to use ttyd1 so login is
>>>>>> displayed when the system is booted.
>>>>>>
>>>>>> Empirically, this tells me that 0x3f8 is correct for sio0 (since the
>>>>>> kernel and boot loader display fine using it as comconsole).
>>>>>>
>>>>>> Is there a way to force this to be consistant? This is -current
>>>>>> from Jun
>>>>>> 8. I will try a more recent kernel soon. The following is a
>>>>>> verbose boot log.
>>>>> This is because your BIOS lists them backwards in the ASL. There
>>>>> isn't a workaround currently short of fixing your ASL to list them in
>>>>> the COM1/COM2 order and building a custom dsdt.
>>>> Many thanks for your input,
>>>>
>>>> So would it be sufficient in the _INI method, just to swap the
>>>> order of initialization (I'm guessing here) for the COMA and COMB
>>>> sections? COMA and COMB both have full resource templates for all
>>>> possible legal settings.
>>> No, you have to swap the COMA and COMB devices themselves.
>>
>> Ahh ok. You must forgive me if I seem dense since this is the first time
>> I've looked at repairing these types of instruction files. Are you
>> saying that the order that they appear in the .asl is important?
>
> Yes, that's what he means. Move the whole Device (COMA) { ... } section
> before COMB if that's what you want.
Ok it works! The only reason I enabled acpi in the first place was to get
em1 to stop sharing em0's interrupt, which now works great.
Thanks everyone.
--
othermark
atkin901 at nospam dot yahoo dot com
(!wired)?(coffee++):(wired);
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?e8mdcf$662$1>