My in previous email described problem is not caused by IPSEC setup. I should have investigated this much better. :-( Thanks to Bjoern for his debugging hints. The 7.0-BETA3 seems to have a problem with puc(4) driver. When I enable the driver with kernel configuration device puc nodevice uart options COM_MULTIPORT I see the following effects: 1. The sio(4) does not attach as in RELENG_6 to the ports provided by puc(4) driver. In RELENG_7 it shows as puc0: <Oxford Semiconductor OX16PCI954 UARTs> port 0xdf00-0xdf1f,0xdec0-0xdedf mem 0xfe6f8000-0xfe6f8fff,0xfe6f7000-0xfe6f7fff irq 21 at device 13.0 on pci2 puc0: Reserved 0x20 bytes for rid 0x10 type 4 at 0xdf00 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 54 puc0: [FILTER] sio0 on puc0 sio0: type 16550A, console sio0: [FILTER] sio1: reserved for low-level i/o where RELENG_6 shows puc0: <Oxford Semiconductor OX16PCI954 UARTs> port 0xdf00-0xdf1f,0xdec0-0xdedf mem 0xfe6f8000-0xfe6f8fff,0xfe6f7000-0xfe6f7fff irq 21 at device 13.0 on pci2 sio4: <Oxford Semiconductor OX16PCI954 UARTs> on puc0 sio4: type 16550A sio4: unable to activate interrupt in fast mode - using normal mode sio5: <Oxford Semiconductor OX16PCI954 UARTs> on puc0 sio5: type 16550A sio5: unable to activate interrupt in fast mode - using normal mode .... sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: reserved for low-level i/o In RELENG_6 the sio0 and sio1 are the ports on motherboard, the ports on external card are mapped to sio4, sio5 and so on. In RELENG_7 the 1st port on external card seems to be mapped to sio0 and nothing else. In both cases the content of /boot/device.hints is: hint.sio.0.at="isa" hint.sio.0.port="0x3F8" hint.sio.0.flags="0x10" hint.sio.0.irq="4" hint.sio.1.at="isa" hint.sio.1.disabled="1" hint.sio.1.flags="0x40" hint.sio.1.port="0x2F8" hint.sio.1.irq="3" hint.sio.2.at="isa" hint.sio.2.disabled="1" hint.sio.2.port="0x3E8" hint.sio.2.irq="5" hint.sio.3.at="isa" hint.sio.3.disabled="1" hint.sio.3.port="0x2E8" hint.sio.3.irq="9" 2. The kernel boot is not completed, probably because serial console is remapped. I'll try to debug this problem further. Or does somebody have an explanation for this behaviour? Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available.Received on Fri Nov 23 2007 - 09:21:21 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:22 UTC