Re: sio => uart: one port is gone

From: Andriy Gapon <avg_at_icyb.net.ua>
Date: Mon, 15 Sep 2008 19:28:29 +0300
on 15/09/2008 18:58 Marcel Moolenaar said the following:
> 
> On Sep 15, 2008, at 5:49 AM, Andriy Gapon wrote:
> 
>>
>> This is a fairly standard and old machine with 2 COM ports.
>> Recently (last Friday) I decided to update my RELENG_7 system and also 
>> to transition from sio to uart.
>>
>> This what I had before the upgrade:
>> kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 
>> flags 0x10 on acpi0
>> kernel: sio0: type 16550A
>> kernel: sio0: [FILTER]
>> kernel: sio1: <16550A-compatible COM port> port 0x2e8-0x2ef irq 3 on 
>> acpi0
>> kernel: sio1: type 16550A
>> kernel: sio1: [FILTER]
>>
>> This is what I have now:
>> uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
>> uart0: [FILTER]
>>
>> This is what I have in device.hints for uart:
>> hint.uart.0.at="isa"
>> hint.uart.0.port="0x3F8"
>> hint.uart.0.flags="0x10"
>> hint.uart.0.irq="4"
>> hint.uart.1.at="isa"
>> hint.uart.1.port="0x2F8"
>> hint.uart.1.irq="3"
>> hint.uart.2.at="isa"
>>
>> Precisely the same hints (s/uart/sio/) I had for sio.
> 
> The hints are bogus. As you can see, sio(4) attached to acpi(4),
> whereas uart(4) attaches to isa(4).

Yes and yes.

> Don't compile ACPI as a kernel module and all is fine.

What is the alternative?
Building it into a kernel? Is this maybe too much of a requirement?
 From /sys/i386/conf/NOTES (RELENG_7):
# Note that building ACPI into the kernel is deprecated; the module is
# normally loaded automatically by the loader.

-- 
Andriy Gapon
Received on Mon Sep 15 2008 - 14:28:43 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:35 UTC