acpi on msi-9218 (-current) swaps sio0 and sio1

othermark atkin901 at yahoo.com
Fri Jul 7 19:41:33 UTC 2006


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);



More information about the freebsd-acpi mailing list