Date: Wed, 10 Dec 2014 10:35:44 +0800 From: Julian Elischer <julian@freebsd.org> To: "Alexey V. Panfilov" <lehis2000@mail.ru>, freebsd-net@freebsd.org Subject: Re: [maybe spam] Re: IPMI stops respond if boot in single user mode Message-ID: <5487B180.3000002@freebsd.org> In-Reply-To: <54858BF7.3070402@mail.ru> References: <546F1A96.1060309@mail.ru> <5473582D.9060100@starnet.ru> <alpine.BSF.2.00.1412081207290.89836@farmermaggot.shire.sentor.se> <54858BF7.3070402@mail.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On 12/8/14, 7:31 PM, Alexey V. Panfilov wrote: > 08.12.2014 14:11, elof2@sentor.se wrote: >> (Late response) >> >> I don't have an IBM-server, but isn't it equipped with a dedicated >> ILO/IPMI NIC? >> If so, the solution is rather to use that dedicated NIC instead of >> letting ILO/IPMI reuse the NIC for the OS. >> >> /Elof >> > No, there are only two ethernet ports and one of them is shared with > IPMI (IBM calls it "IMM"). > IMI "shares" the NIC, by which I mean, it uses a backdoor in the chip to access it. After the driver is loaded, the chip gets reset, but not re-enabled until networking is enabled, so the backdoor is shut but not re-opened. In single user mode the first has happenned, but the second has not. My suggestion is: compile the kernel without the driver. load the driver from /etc/rc using the following variable in rc.conf. kld_list (str) A list of kernel modules to load right after the local disks are mounted. Loading modules at this point in the boot process is much faster than doing it via /boot/loader.conf for those modules not necessary for mounting local disk. In single user mode the NIC should still be set up from the BIOS Only once you go to multi-user mode should it load the driver and reset the chip, and it should do both operations very close to each other. so you may not even notice. My experience tells me this should work, but I have not tried it.. let me know how it works out! julian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5487B180.3000002>