Date: Fri, 23 Nov 2007 11:20:57 +0100 From: "Frank Behrens" <frank@pinky.sax.de> To: freebsd-current@freebsd.org Subject: Re: Can not boot 7.0-BETA3 with puc (was: Can not boot 7.0-BETA3 with IPSEC) Message-ID: <200711231020.lANAKvSr003061@post.frank-behrens.de> In-Reply-To: <200711221554.lAMFsRdS002781@post.frank-behrens.de> References: <20071122134146.B53707@maildrop.int.zabbadoz.net>
next in thread | previous in thread | raw e-mail | index | archive | help
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200711231020.lANAKvSr003061>